SAP 구축 비용: 금액을 실제로 좌우하는 요인

SAP 구축에는 정해진 가격이 없습니다. 소기업은 50만 달러 미만으로 끝날 수도 있습니다. 직원 200명에서 1,000명 규모의 중견기업이 RISE with SAP 아래에서 S/4HANA Cloud Private Edition을 도입한다면 200만 달러에서 1,000만 달러를 계획해야 합니다. 대기업 프로그램은 통합 작업이 시작되기도 전에 2,000만 달러를 넘길 수 있습니다.

최초 견적은 보통 라이선스와 파트너의 구축 작업만 담고 있습니다. 데이터 정리, 추가 테스트 사이클, 제대로 된 교육, 가동 이후의 몇 달은 거의 담기지 않습니다. CFO가 허를 찔리는 곳이 바로 이 간극입니다.

지금 예산을 짜는 중이라면 아래 범위에서 출발한 다음, 그 범위 안에서 금액을 올리고 내리는 여섯 가지 요인을 차례로 점검하십시오. 이 요인들은 대부분 프로그램 첫 6주 안에 결정됩니다. 그런데 가격이 매겨지는 경우는 드뭅니다.

아래는 라이선스 또는 구독, 파트너 서비스, 데이터, 테스트, 교육, 하이퍼케어를 모두 포함한 프로그램 총액 범위입니다.

기업 규모	총비용 범위(USD)	대표적인 SAP 제품	비용을 끌어올리는 요인
소기업(직원 200명 미만)	8만~50만 달러	SAP Business One, S/4HANA Cloud Public Edition	산업별 애드온, 레거시 데이터 규모
중견기업(200~1,000명)	RISE 기준 200만~1,000만 달러, GROW 기준 200만~600만 달러	S/4HANA Cloud Private Edition 또는 Public Edition	통합, 데이터 품질, 국가별 현지화
대기업(1,000~10,000명)	2,000만~8,000만 달러 이상	RISE 기반 S/4HANA Private Edition 또는 온프레미스	다중 시스템 통합, 커스텀 코드, 테스트 범위
글로벌 그룹(10,000명 이상)	8,000만 달러 이상	S/4HANA Private Edition 또는 온프레미스, SAP BTP	다국가 롤아웃, 규제, 대규모 변화

하한선은 엄격한 범위 통제, 클린 코어, 합리적인 일일 단가 구성이 있어야 가능합니다. 상한선은 이 세 가지가 흐트러졌을 때 나오는 금액입니다.

돈이 들어가는 곳

가장 큰 몫을 가져가는 것은 소프트웨어가 아니라 구축 서비스입니다. 제가 출발점으로 쓰는 배분은 다음과 같습니다.

비용 구성 요소	총액 대비 일반적인 비중	포함 내용
구축 서비스	35~50%	컨설팅, 구성, 테스트, 프로젝트 관리
라이선스 또는 구독	10~20%	S/4HANA 코어와 Ariba, SuccessFactors, BTP 같은 애드온
커스텀 개발 및 확장	5~15%	ABAP, Fiori 앱, BTP 확장, 서드파티 인터페이스
데이터 마이그레이션	5~10%	추출, 정제, 변환, 검증
교육 및 변화 관리	5~10%	최종 사용자 교육, 정착 지원 도구, 변화 관리 담당자
인프라 및 호스팅	5~10%	호스팅, 네트워크, 미들웨어
하이퍼케어	3~5%	가동 후 지원 및 안정화

35~50%총액 대비 구축 서비스 비중

1. 구축 서비스35~50%42.5%
2. 라이선스 또는 구독10~20%15.0%
3. 커스텀 개발 및 확장5~15%10.0%
4. 데이터 마이그레이션5~10%7.5%
5. 교육 및 변화 관리5~10%7.5%
6. 인프라 및 호스팅5~10%7.5%
7. 하이퍼케어3~5%4.0%

10-20%

견적 위에 별도로 확보하는 예비비의 총예산 대비 비율

출처: Noel D'Costa, 공개한 작업 기준 범위

예비비는 여유분이 아닙니다. 한 통신사가 구축 예산에 15%의 완충분을 넣었던 일이 기억납니다. 레거시 데이터에서 아무도 계획하지 않은 통합 작업이 튀어나오자 그 일부를 썼습니다. 완충분이 없었다면 프로그램은 멈췄을 겁니다. 예비비는 파트너의 가격 안이 아니라 협상 테이블의 고객 쪽에 두십시오.

1. 도입 모델: RISE, GROW, 온프레미스

도입 모델 선택은 누군가 트랜잭션 하나를 구성하기도 전에 비용의 윤곽을 정합니다.

RISE with SAP는 S/4HANA Cloud Private Edition, 하이퍼스케일러 호스팅, 기술 관리형 서비스, SAP BTP 크레딧을 하나의 구독으로 묶습니다. 가격은 전체 사용자 환산 단위(FUE)와 약정 기간에 따라 달라집니다. 계약은 하나입니다. 대신 구성 요소별로 따로 협상할 여지는 사라집니다.

GROW with SAP는 중견 규모 기업을 위해 S/4HANA Cloud Public Edition을 패키지로 제공합니다. 구성 옵션은 Private Edition보다 좁고, 공개된 인터페이스로만 확장할 수 있어서 시스템이 클린 코어를 강제합니다. 그 대신 도입이 빠릅니다. 보통 6~9개월입니다.

온프레미스 S/4HANA는 영구 라이선스에 연간 지원 비용을 더한 구조입니다. Enterprise Support는 해마다 라이선스 가치의 약 22%입니다. Computerworld가 2009년에 보도한 수치입니다. 7~10년으로 보면, 자체 인프라 팀이 있는 기업은 온프레미스가 여전히 더 저렴할 수 있습니다. 클라우드가 자동으로 더 싼 선택지는 아닙니다. 기간, 사용자 증가, 클라우드를 쓰지 않을 때 호스팅에 드는 비용에 따라 달라집니다.

2. 파트너 비용과 일일 단가 구성

파트너, 그리고 파트너가 인력을 투입하는 지역의 구성은 어떤 벤더 결정보다 예산을 크게 움직입니다. 아래는 2026년 기준 시니어 일일 단가의 참고치입니다.

지역	시니어 일일 단가(USD)	일반적인 투입처
미국 현지	$1,800~$3,500	리드 아키텍트, 프로그램 디렉터, 미국 규제 대상 워크스트림
GCC(리야드, 아부다비, 두바이)	$1,200~$2,000	지역 롤아웃의 프로그램 리드, 재무 아키텍트
니어쇼어(동유럽, 멕시코)	$700~$1,400	기능 리드, 통합 개발자
오프쇼어(인도, 필리핀)	$300~$700	ABAP 개발, Fiori 확장, 지원

현지 시니어 인력의 비중이 너무 높으면 대형 프로그램에서 수백만 달러가 더 들 수 있습니다. 반대로 너무 낮고 현장에 재무 리드까지 없으면, 가동 6개월 뒤 월 마감 문제로 터져 나오기 쉽습니다. 이쪽이 더 비싼 실수입니다.

Tier 1 기업(Deloitte, Accenture, PwC, EY, IBM, DXC)은 체계와 더 높은 단가를 가져옵니다. Tier 2, 3 기업은 일일 단가가 낮지만 복잡한 프로그램에서는 더 많은 지시가 필요한 경우가 많습니다. 어느 쪽이든 시작 단계의 모호한 목표는 나중에 공수로 청구됩니다. 모호함은 재작업을 낳고, 재작업은 청구 대상입니다.

3. 커스터마이징과 클린 코어

SAP 표준을 바꿀 때마다 코드, 문서, 테스트 공수가 늘고, 업그레이드할 때마다 다시 테스트해야 합니다. 제 경험상 모든 것을 커스터마이징하는 기업은 구축에 30~50%를 더 씁니다.

6개국에 걸친 한 글로벌 구축 프로젝트에서는 세금 로직을 전부 ABAP으로 만들었습니다. 기술적으로는 작동했습니다. 그런데 한 나라에서 세율이 바뀌자 현업은 개발 요청을 올리고, 개발이 끝나기를 기다리고, 모든 것을 다시 테스트해야 했습니다. 표준 세금 구성으로 대부분 처리할 수 있었을 일입니다.

클린 코어는 SAP가 지금 이 문제를 규정하는 방식입니다. Public Edition에서는 시스템이 이를 강제합니다. Private Edition과 온프레미스에서는 여전히 코어를 수정할 수 있으므로 거버넌스 차원의 결정이 됩니다. 확장은 공개된 API 위에, ABAP Cloud로 만들거나 SAP BTP에서 사이드 바이 사이드로 구축해야 합니다. 제 클린 코어 가이드에서 SAP의 A~D 확장 레벨을 설명합니다.

4. 데이터 마이그레이션

데이터는 팀이 기대하는 만큼 깨끗한 경우가 드뭅니다. 레거시 시스템에는 중복, 빈 필드, 아무도 설명하지 못하는 레코드가 쌓입니다.

재고 테이블에 누락된 항목이 있다는 이유만으로 가동을 몇 주 미룬 고객이 기억납니다. 프로파일링 일정이 늦게 잡혀 있었습니다. 빈틈이 드러났을 때는 계획에 여유가 남아 있지 않았습니다. 규제 산업은 한 겹이 더 붙습니다. 구매 오더, 인보이스, 재무 기록을 7~10년간, 새 시스템이 읽을 수 있는 형태로 보관해야 할 수 있습니다. 이를 어떻게 계획하는지는 제 데이터 마이그레이션 글에서 다룹니다.

5. 교육과 변화 관리

교육은 대부분의 팀이 가장 먼저 줄이려는 항목입니다. 그리고 연장된 하이퍼케어가 되어 돌아오는 항목이기도 합니다.

한번은 사용자를 압도하고 끝난 교육 세션에 참석한 적이 있습니다. 가동 시점이 오자 사용자들은 스프레드시트로 돌아갔습니다. 제가 함께 일한 다른 회사는 사용자들이 제대로 된 교육을 건너뛴 탓에 두 달 치 작업을 다시 해야 했습니다.

디지털 어댑션 도구는 강의실 교육 시간을 줄여 줄 수 있습니다. SAP는 2024년 9월에 WalkMe 인수를 마쳤고, 이제 WalkMe는 SAP 자체 포트폴리오에서 SAP Enable Now와 나란히 놓여 있습니다. SAP 외의 주요 대안은 Whatfix입니다. 어느 것도 사람들이 매일 수행할 프로세스를 직접 해 보는 연습을 대체하지는 못합니다.

6. 가동 이후 운영 비용

가동은 결승선이 아닙니다. 지원, 업그레이드, 안정화, 확장 유지보수에는 모두 지속적인 비용이 듭니다. 온프레미스 지원은 앞서 말한 22%입니다. RISE와 GROW에서는 지원이 구독료에 포함되지만, 추가 관리형 서비스는 별도로 비용이 듭니다.

아직 ECC를 쓰고 있다면 시계가 중요합니다. 인핸스먼트 패키지 6~8의 SAP ERP 6.0은 2027년 말에 표준 유지보수가 끝납니다. 선택형 연장 유지보수는 2030년 말까지 이어지며, 유지보수 기준 금액에 2%포인트가 더 붙습니다(SAP News). SAP Solution Manager 7.2의 표준 유지보수도 2027년에 끝나며, SAP는 그 전에 SAP Cloud ALM으로 옮기라고 권고합니다. 이 날짜들을 비즈니스 케이스에 넣으십시오.

AI 도구가 바꾸는 것과 바꾸지 못하는 것

SAP는 이제 컨설턴트용 Joule을 제공하며, Joule은 SAP Activate Roadmap Viewer 안에서 질문에 답합니다. SAP Build Code는 Joule을 이용해 BTP의 Java 및 JavaScript 애플리케이션용 데이터 모델, 앱 로직, 테스트 스크립트를 생성합니다. 이런 도구는 일부 설계와 개발 작업을 단축할 수 있습니다. SAP는 제가 예산에 넣을 만한 절감 수치를 발표한 적이 없습니다. 파트너에게 이 도구를 어떻게 쓰는지, 그 효과가 공수 견적에 반영되는지 물어보십시오. 반영되지 않는다면 절감분은 파트너의 마진으로 들어갑니다.

어느 것도 비밀이 아닙니다. 대부분의 최초 견적에서 빠져 있을 뿐입니다.

1. 데이터 정리. 프로파일링을 해 보면 가정했던 것보다 문제가 거의 항상 더 많이 나옵니다. 컷오버 직전이 아니라 첫 단계에 일정을 잡으십시오.
2. 일정을 만회하려고 줄인 교육. 일회성 워크숍으로는 새로운 업무 방식이 자리 잡지 않습니다. 사용자는 매일 수행할 트랜잭션을 직접 연습해야 합니다.
3. 따로 진행하는 통합 테스트. 제가 함께 일한 한 회사는 워크플로를 하나씩 따로 테스트하는 바람에 사용자 승인 테스트(UAT)를 거의 한 달 연장해야 했습니다. 판매 오더는 재고, 청구, 재무로 이어집니다. 함께 테스트하십시오.
4. 눈덩이처럼 불어나는 변경 요청. "필수 필드 추가"라는 티켓 하나가 양식, 리포트, 권한 전반에 걸친 이틀 치 조정으로 번지는 것을 본 적이 있습니다. 변경 요청은 매주 예산과 대조해 검토하십시오.
5. 부실한 하이퍼케어. 테스트 환경은 실제 업무의 압박을 재현하지 못합니다. 첫날부터 교육받은 지원 인력이 충분하지 않으면 응답 시간이 늘어지고 사용자는 금세 신뢰를 잃습니다.
6. 감사 및 컴플라이언스 검증. 제가 자문한 한 공공 부문 롤아웃은 감사 질의를 정리하는 데만 가동 후 한 달의 검증이 필요했습니다. 그 공수는 계획에 한 번도 들어간 적이 없었습니다.

고정가는 범위가 명확하고 바뀔 가능성이 낮을 때 맞습니다. 파트너가 납품 리스크를 지므로, 파트너는 그 리스크를 가격에 반영합니다. 합의한 범위 밖의 변경은 모두 협상거리가 됩니다.

T&M(Time and Material) 방식은 요구사항이 바뀔 때 맞고, 대형 SAP 프로그램 대부분이 여기에 해당합니다. 실제로 투입한 작업에 대해 비용을 냅니다. 리스크가 고객 예산 쪽에 놓이므로 엄격한 범위 통제가 필요합니다.

복잡한 프로그램에서는 하이브리드를 선호합니다. 설계와 초기 구성처럼 정의가 명확한 단계는 고정가로, 통합, 테스트, 가동 후 작업은 T&M으로 합니다. 어느 모델을 택하든 범위 통제는 고객 쪽에서 나와야 합니다.

고정가T&M하이브리드

적합한 경우고정가범위가 명확하고 바뀔 가능성이 낮을 때T&M요구사항이 변해 갈 때하이브리드프로그램에 두 종류의 작업이 모두 있을 때

고객 측 부담고정가낮음, 파트너가 납품 리스크를 지고 가격에 반영합니다T&M높음, 고객 예산에 얹힙니다하이브리드단계별로 나뉩니다

범위가 바뀌면고정가협상거리가 됩니다T&M실제 투입한 작업으로 정산됩니다하이브리드변경이 걸리는 단계에 따라 달라집니다

제가 쓰는 곳고정가설계와 초기 구성처럼 정의가 명확한 단계T&M통합, 테스트, 가동 후 작업하이브리드복잡한 프로그램

구독과 영구 라이선스의 문제도 비슷합니다. 구독(RISE 또는 GROW)은 초기 비용이 낮고, SAP가 업그레이드를 관리하며, 인프라 작업이 줄어듭니다. 영구 라이선스 방식의 온프레미스는 초기 비용이 더 높은 대신 업그레이드 시점과 데이터를 완전히 통제할 수 있습니다. 신규 대기업 프로그램 대부분에서 오늘날의 현실적인 기본값은 RISE입니다. 온프레미스는 보통 데이터 레지던시나 주권 문제 때문에 선택됩니다.

SAP는 보통 Oracle Cloud ERP보다 비용이 많이 들고, 비슷한 범위라면 둘 다 보통 Microsoft Dynamics 365보다 비쌉니다. SAP도 Oracle도 클라우드 ERP 정가를 공개하지 않습니다. 견적은 사용자 구성, 모듈, 계약 기간에 따라 달라집니다. Microsoft는 정가를 공개합니다. Dynamics 365 Finance의 정가는 사용자당 월 $210이며 연 단위로 결제합니다(Microsoft 가격 페이지).

글로벌 운영이나 규제 환경의 고객 중 일부는 재무, 공급망, 생산 전반에 걸친 깊이 때문에 SAP 쪽으로 기웁니다. 그 깊이가 필요 없다면 과하게 쓰게 될 수 있습니다. 더 자세한 내용은 제 SAP와 Oracle 비교에서 다룹니다.

작업명세서(SoW)에 서명하기 전에 프로그램 디렉터와 함께 점검하십시오. 각 항목에는 고객 측 담당자가 있습니다.

1. 데이터 리드: 데이터 프로파일링이 컷오버 직전이 아니라 첫 단계에 일정으로 잡혀 있습니다.
2. 변화 관리 리드: 교육이 사용자 그룹별로 가격이 매겨져 있고 연습 시간을 포함합니다.
3. 테스트 매니저: Order to Cash, Procure to Pay, Record to Report 같은 모듈 간 테스트 사이클이 SoW에 명시되어 있습니다.
4. 재무 컨트롤러: 규제 대상 프로세스의 감사 및 검증 공수가 범위에 들어 있습니다.
5. 프로그램 디렉터: 하이퍼케어 기간과 인력이 계약서에 적혀 있습니다.
6. CFO: 10~20%의 예비비를 파트너 가격 안이 아니라 고객이 직접 보유합니다.
7. 솔루션 아키텍트: 범위에 합의하기 전에 기존 커스텀 코드를 분류했습니다.
8. 구매 담당: 파트너가 AI 도구가 견적에 어떤 영향을 주는지 설명했습니다.

본인 상황에 맞는 첫 숫자를 얻고 싶다면 SAP 구축 비용 계산기를 써 본 다음, 그 결과를 이 체크리스트로 검증하십시오.

SAP 구축 비용에는 무엇이 포함됩니까?

라이선스 이상의 것이 포함됩니다. 구축 서비스가 보통 총액의 35~50%로 가장 큰 항목입니다. 라이선스 또는 구독은 10~20%입니다. 커스텀 개발, 데이터 마이그레이션, 교육, 인프라는 각각 대략 5~15%이고, 하이퍼케어는 3~5%입니다. 그 위에 10~20%의 예비비를 확보하십시오.

중견기업의 SAP 구축 비용은 얼마나 됩니까?

직원 200~1,000명 규모라면 RISE 기반 S/4HANA Cloud Private Edition에서 200만~1,000만 달러를 계획하십시오. Public Edition이 범위에 맞는 GROW with SAP라면 200만~600만 달러를 계획하십시오. 실제 금액은 모듈 범위, 데이터 품질, 통합, 표준 프로세스에서 얼마나 벗어나는지에 따라 달라집니다. 이 범위의 RISE 프로그램은 9~18개월, GROW 프로그램은 6~9개월이 걸리는 경우가 많습니다.

SAP 클라우드가 온프레미스보다 저렴합니까?

항상 그렇지는 않습니다. 클라우드는 초기 비용이 적습니다. 하드웨어가 필요 없고, 시작이 빠르며, 업그레이드가 포함됩니다. 온프레미스는 초기 비용이 더 크고, 이후 해마다 라이선스 가치의 약 22%를 지원 비용으로 냅니다. 7~10년으로 보면 자체 인프라 팀이 있는 기업은 온프레미스가 더 저렴할 수 있습니다. 시스템을 실제로 운영할 기간 전체에 걸친 총비용을 비교하십시오.

SAP 구축에서 가장 큰 숨은 비용은 무엇입니까?

뒤늦게 발견된 데이터 정리, 일정을 아끼려고 줄인 교육, 모듈별로 따로 진행한 통합 테스트, 눈덩이처럼 불어나는 변경 요청, 너무 얇은 하이퍼케어, 아무도 범위에 넣지 않은 감사 검증입니다. 여섯 가지 모두 예측할 수 있습니다. 알 수 없는 비용이 아니라 견적서에서 빠진 비용입니다.

SAP 구축에서 고정가와 T&M 중 무엇을 택해야 합니까?

고정가는 범위가 안정적이고 문서화가 잘 된 단계에 맞습니다. T&M은 통합과 테스트처럼 요구사항이 바뀔 작업에 맞습니다. 복잡한 프로그램 대부분은 하이브리드를 씁니다. 어느 쪽이든 범위 통제는 고객 쪽에서 나와야 합니다.

SAP 구축 비용은 Oracle이나 Microsoft Dynamics와 비교하면 어떻습니까?

세 가지 중 SAP가 보통 가장 비싸고, 그다음이 Oracle, 그다음이 Dynamics 365입니다. SAP와 Oracle은 클라우드 ERP 정가를 공개하지 않습니다. Dynamics 365 Finance의 정가는 사용자당 월 $210이며 연 단위로 결제합니다. SAP의 프리미엄은 재무, 공급망, 생산 전반의 깊이를 사는 값이며, 다국가 규제 환경의 운영에서 가장 의미가 큽니다.

Joule과 SAP Build Code가 SAP 구축 비용을 줄여 줍니까?

일부 작업은 단축할 수 있습니다. 컨설턴트용 Joule은 구성과 ABAP 관련 질문에 답하고, SAP Build Code는 Joule을 이용해 BTP 애플리케이션용 데이터 모델, 로직, 테스트 스크립트를 생성합니다. SAP는 예산에 반영할 만한 절감 수치를 발표한 적이 없습니다. 파트너에게 이 도구를 어떻게 쓰는지, 그것이 견적을 어떻게 바꾸는지 물어보십시오.

SAP ECC 지원은 언제 종료됩니까?

인핸스먼트 패키지 6~8의 SAP ERP 6.0은 2027년 12월 31일에 표준 유지보수가 종료됩니다. 선택형 연장 유지보수는 2030년 12월 31일까지이며, 유지보수 기준 금액에 2%포인트의 할증이 붙습니다. 더 오래된 인핸스먼트 패키지는 2025년 말에 표준 유지보수가 종료되었습니다.