S/4HANA 마이그레이션 비용: 경로별로 무엇이 비용을 좌우하는가

S/4HANA 마이그레이션 비용은 다른 SAP 프로그램과 같은 범위에 들어갑니다. 중견기업은 $500K~$2M, 대기업은 $2M~$10M 이상, 글로벌 그룹은 $10M~$50M 이상을 계획하십시오. 그 범위 안에서 어디에 자리 잡을지는 경로보다 커스텀 코드, 데이터, 모의 전환, 이중 운영, 그리고 SAP 계약에 더 크게 좌우됩니다.

짧게 답하면, 기본적으로 더 싼 마이그레이션 경로는 없습니다. 브라운필드와 그린필드의 비용은 커스텀 코드를 얼마나 안고 있는지, 데이터가 얼마나 깨끗한지, 프로세스를 얼마나 바꾸고 싶은지에 달려 있습니다. 제 경험상 커스텀 코드는 가장 자주 초과되는 단계이며, 기업이 가장 자주 잊는 숨은 비용입니다.

이 글은 마이그레이션 청구액만을 다룹니다. 경로, 단계, ECC 기한은 제 ECC에서 S/4HANA로의 마이그레이션 가이드에 있습니다.

SAP 전반의 비용과 돈이 어디에 쓰이는지는 SAP 구축 비용은 얼마인가를 읽어 보십시오. 작업이 시작된 뒤 예산이 왜 초과되는지는 SAP 프로젝트가 예산을 초과하는 이유를 읽어 보십시오.

마이그레이션은 완전한 SAP 프로그램입니다. 그래서 어떤 SAP 프로그램에나 쓰는 실무 범위를 그대로 씁니다. 파트너 서비스, 구독 또는 라이선스, 데이터, 테스트, 교육, 하이퍼케어를 포함합니다.

각 범위의 위치와, 마이그레이션을 범위 위쪽으로 밀어 올리는 요인은 다음과 같습니다.

기업 규모	전체 프로그램 비용(USD)	마이그레이션을 범위 위쪽으로 미는 요인
소기업(직원 200명 미만)	$80K~$500K	레거시 데이터 양, S/4HANA 버전이 없는 애드온
중견기업(200~1,000명)	$500K~$2M	커스텀 코드 양, 인터페이스, 데이터 품질
대기업(1,000~10,000명)	$2M~$10M 이상	커스텀 코드, 모의 전환 횟수, 회귀 테스트 범위
글로벌 그룹(10,000명 이상)	$10M~$50M 이상	많은 법인과 국가, 롤아웃 웨이브 전반의 이중 운영

모든 범위에 공통되는 비율이 두 가지 있습니다. 파트너 서비스가 전체의 35~50%를 차지하고, 그 위에 10~20%의 예비비를 둡니다. 예비비는 파트너 가격 안이 아니라 귀사가 보유합니다.

공개 벤치마크도 같은 지점에 있습니다. SAP 파트너인 LeverX는 미국 대기업의 그린필드 구축을 $4M~$10M 이상으로 봅니다(LeverX US cost guide, 2026). 귀사 범위에 대한 첫 숫자가 필요하면 SAP 구축 비용 계산기를 써 보십시오.

사람들은 퍼센트를 원합니다. 브라운필드가 그린필드보다 X% 싸다는 식입니다. 솔직한 답은 상황에 따라 다르다는 것이고, 저는 퍼센트를 제시하지 않습니다. 경로는 돈의 양보다 돈이 쓰이는 곳을 더 크게 바꿉니다.

시스템 전환(브라운필드)은 구성, 커스텀 코드, 이력을 유지합니다. 신규 구축(그린필드)은 깨끗하게 시작해 필요한 데이터만 로드하고, 선택적 데이터 전환은 전문 도구로 두 가지를 조금씩 합니다.

각 경로에서 돈이 쓰이는 곳은 다음과 같습니다.

경로	돈이 쓰이는 곳	비싸지는 이유	비용을 낮추는 요인
브라운필드(시스템 전환)	커스텀 코드 수정, Software Update Manager를 이용한 전환 실행, 유지한 모든 것의 회귀 테스트	아무도 쓰지 않는 대규모 커스텀 코드, 교체해야 할 애드온, 대형 데이터베이스의 짧은 다운타임 기간	전환 전에 쓰지 않는 코드 폐기, 이미 잘 작동하는 프로세스
그린필드(신규 구축)	프로세스 설계, 구성, 확장, 데이터 로드, 교육과 변화관리	예전 커스텀 보고서와 로직을 새 시스템에서 다시 만드는 것, 잘 작동하던 영역의 재설계	SAP 표준 채택, 미결 항목과 필요한 이력만 로드
선택적 데이터 전환	전문 도구와 파트너, 데이터 범위 설정, 일부 재설계와 일부 전환	복잡한 회사 코드와 이력 선택, 인수합병과 사업 분할	어떤 영역을 재설계할지에 대한 명확한 결정

그렇다면 무엇에 달려 있을까요? 다음 네 가지 질문이 결정합니다.

1. 커스텀 코드를 얼마나 안고 있으며, 그중 얼마나 쓰이는가. 시스템 전환에서는 유지하는 모든 오브젝트를 점검하고, 필요하면 고치고, 테스트해야 합니다.
2. 데이터가 얼마나 깨끗하며, 이력이 얼마나 필요한가. 나쁜 데이터는 모든 경로에서 돈이 듭니다. 경로마다 드는 지점이 다를 뿐입니다.
3. 프로세스를 얼마나 바꾸고 싶은가. 제 원칙은 이렇습니다. 다른 시스템에서 오거나 새 프로세스를 정의해야 하면 그린필드, 프로세스가 정의되어 잘 작동하면 브라운필드, 일부 영역에 재설계가 필요하면 선택적 전환입니다. 이미 잘 작동하는 프로세스를 돈 들여 재설계하는 것은 비싼 선택입니다.
4. 현업이 감당할 수 있는 다운타임은 얼마인가. 기간이 짧은 대형 시스템에는 다운타임 최적화 기법과 이를 운영할 전문가가 필요합니다.

비용은 시간도 따라갑니다. 제 경험상 브라운필드는 12~18개월, 그린필드는 18~24개월, 선택적 데이터 전환은 12~18개월이 걸립니다. 제 S/4HANA 마이그레이션 일정과 프로젝트 계획에서 이를 단계별로 나눠 설명합니다.

커스텀 코드는 마이그레이션에서 제가 가장 자주 초과되는 것을 보는 단계입니다. 기업이 예산을 정할 때 가장 자주 잊는 비용이기도 합니다.

기술 작업처럼 보이기 때문에 숨어 있습니다. 브라운필드 전환에서는 Z 프로그램, 개선(enhancement), 수정(modification)이 함께 넘어가며, 바뀐 데이터 모델에 닿는 것은 하나하나 조정하고 다시 테스트해야 합니다.

SAP Readiness Check는 시작하기에 알맞은 곳이지만, 계획용 도구입니다. 제 경험상 그것이 놓친 커스텀 오브젝트가 나중에 문제를 일으킵니다.

SAP의 Conversion Guide for SAP S/4HANA Cloud Private Edition 2025는 커스텀 코드 점검을 위해 ABAP Test Cockpit을 쓰도록 안내합니다. 또한 전환 전에 더 이상 쓰지 않는 커스텀 코드를 제거하라고 권장합니다.

절감은 바로 그 권장 사항에 있습니다. 한 프로그램에서는 smartShift 분석으로 커스텀 오브젝트를 18,000개에서 3,200개로 줄였습니다. 폐기한 오브젝트 하나하나가 아무도 고치거나 테스트하거나 향후 업그레이드에 끌고 갈 필요가 없는 오브젝트였습니다.

누군가 마이그레이션 가격을 매기기 전에 저는 다음 질문에 대한 답을 원합니다.

1. 커스텀 오브젝트는 몇 개입니까? 파트너 추정치가 아니라 귀사 시스템에서 직접 세십시오.
2. 실제로 쓰이는 것은 몇 개입니까? 연말을 포함한 한 번의 전체 업무 주기 동안 운영 시스템에서 얻은 사용량 데이터입니다.
3. 어떤 것을 폐기하며, 누가 결정합니까? 개발자 혼자가 아니라 현업과 IT로 구성된 설계 권한 조직(design authority)이 결정합니다.
4. 유지하는 것은 무엇으로 대체합니까? Clean Core에 맞춰 표준 기능, 릴리스된 API 또는 사이드 바이 사이드 확장으로 대체합니다.

커스터마이징은 최소한으로 유지하고 나머지는 통제하십시오. 제가 자주 보는 실수는 SAP를 Oracle처럼 작동하게 만들려는 것인데, 그러면 모든 차이가 코드가 됩니다. 제 SAP Clean Core 가이드에서 남은 것을 분류하는 방법을 설명합니다.

제 경험상 데이터 마이그레이션은 공수의 30~40%를 차지합니다. 그 공수의 상당 부분은 정제와 검증을 하는 귀사 현업 사용자에게 돌아가므로, 파트너 견적에는 거의 나타나지 않습니다.

브라운필드 전환에서는 컷오버 전에 모의 전환을 세 번 계획합니다. 한 번 한 번이 실제 돈입니다. 시스템 복사, 전환을 실행하는 기술팀, 기능 점검, 결과에 대한 현업의 대사 작업이 들어갑니다.

계약이 이미 무엇을 포함하는지 확인하십시오. SAP의 Private Edition 전환 가이드에 따르면 표준 계약 범위에는 드라이런 두 번이 포함됩니다. 비운영 시스템용 한 번, 운영 시스템용 한 번입니다. 추가 실행은 유상 서비스로 더할 수 있습니다.

세 번을 계획한다면, 세 번째 비용을 누가 낼지 미리 합의하십시오.

다운타임은 이 단계의 또 다른 비용입니다. 제가 본 컷오버 다운타임은 주말 하루에서 일주일까지였고, 출하도 청구도 마감도 못 하는 하루하루의 비용은 현업이 치릅니다.

다운타임은 줄일 수 있습니다. Software Update Manager는 다운타임 최적화 전환을 제공하지만, SAP 가이드에 따르면 Private Edition 버전은 ADM329 교육 과정을 이수한 SAP 전문가가 필요합니다. 그냥 켜는 스위치가 아니라 예산의 전문 인력 항목입니다.

테스트가 마지막 고리입니다. 시스템 전환은 모든 것을 유지하므로 회귀 테스트도 유지한 모든 것을 다뤄야 하며, 폐기하지 않은 커스텀 오브젝트가 하나 늘 때마다 범위도 커집니다.

프로젝트 계획 밖에 있는 비용이 두 가지 있으며, 둘 다 CFO의 책상에 올라갑니다.

첫째는 이중 운영입니다. 인핸스먼트 패키지 6~8의 SAP ERP 6.0은 메인스트림 유지보수가 2027년 12월 31일에 끝납니다. 2030년 말까지의 선택적 연장 유지보수는 2%p가 추가됩니다(SAP News).

오늘 시작한 그린필드 프로그램은 2028년까지 이어지므로, 구축하는 동안 ECC는 계속 돌아가고 계속 비용이 듭니다. 최소한 어느 정도의 연장 유지보수, ECC 지원팀, 그리고 단계적 롤아웃 동안 두 시스템 모두에 데이터를 보내야 하는 인터페이스를 예산에 넣으십시오.

둘째는 계약 전환입니다. RISE with SAP로 옮긴다는 것은 S/4HANA Cloud Private Edition을 뜻하며, SAP는 이제 이를 SAP Cloud ERP Private로 판매합니다. 라이선스와 유지보수 상태가 구독으로 바뀌고, 조건은 공개되지 않고 협상으로 정해집니다.

제가 RISE 계약에서 보는 가장 큰 함정은 갱신 조건, FUE(full user equivalent) 산정, AI 크레딧입니다. 제가 늘 협상해서 넣는 것은 포함 모듈 목록과 단계별 가격입니다. 그래야 첫날부터가 아니라 단계가 가동될 때 비용을 냅니다.

기존 라이선스와 유지보수 비용이 어떻게 되는지 SAP에 서면으로 물으십시오. 제 RISE with SAP 계약과 가격 가이드에서 무엇이 포함되고 무엇이 빠지는지, 무엇을 밀어붙여야 하는지 다룹니다.

제가 이끌었거나 구해 낸 21개 SAP 프로그램에서 본 가장 큰 실수는 처음에 계획을 제대로 세우지 않는 것입니다. 예산은 WRICEF 목록(보고서, 인터페이스, 전환, 개선, 양식, 워크플로)이 늘어나는 Explore 단계에서 타격을 받고, 벤더에게 범위 통제를 맡기는 것이 근본 원인입니다.

제가 따를 순서는 다음과 같습니다.

1. SAP Readiness Check와 커스텀 코드 점검을 실행하십시오. 누구에게든 가격을 묻기 전에 하십시오.
2. 어떤 커스텀 코드를 폐기할지 정하십시오. 현업과 IT로 구성된 설계 권한 조직을 통해 정합니다.
3. 데이터를 프로파일링하십시오. 데이터 공수는 프로그램의 30~40%로 잡습니다.
4. 모의 전환과 드라이런 횟수를 세십시오. 그리고 각각의 비용을 누가 낼지 합의하십시오.
5. 이중 운영 비용을 산정하십시오. Go-Live가 2027년 이후라면 연장 유지보수도 포함합니다.
6. 범위를 직접 작성하십시오. 그래야 파트너가 자기 범위가 아니라 귀사 범위에 가격을 매깁니다.
7. 10~20%의 예비비를 더하십시오. 귀사 쪽에서 보유합니다.

그다음에 파트너를 찾아가십시오. 레퍼런스와 귀사 마이그레이션에 대한 상위 수준 설계를 요청하고, 어느 회사에나 해당될 일반적인 답이면 돌아서십시오. 제 S/4HANA 마이그레이션 파트너 선택 가이드에서 그 대화의 나머지를 다룹니다.

구체적인 다음 단계는 이것입니다. 이번 달에 귀사 운영 시스템에서 커스텀 오브젝트 수와 사용량 데이터를 뽑으십시오. 마이그레이션 예산을 가장 크게 움직이는 숫자이며, 어떤 파트너가 회의실에 들어오기 전에 손에 쥘 수 있습니다.

마이그레이션 예산이나 파트너 제안서에 대해 독립적인 시각이 필요하다면 제가 도와드립니다. 여기에서 연락하실 수 있습니다.

S/4HANA 마이그레이션 비용은 얼마입니까?

제가 쓰는 실무 범위는 소기업 $80,000~$500,000, 중견기업 $500,000~$2 million입니다. 대기업은 $2 million~$10 million 이상, 글로벌 그룹은 $10 million~$50 million 이상을 계획해야 합니다. 파트너 서비스가 전체의 35~50%를 차지하고, 커스텀 코드, 데이터, 모의 전환 횟수가 범위 안의 위치를 결정합니다.

S/4HANA에서 브라운필드가 그린필드보다 쌉니까?

기본적으로는 아닙니다. 커스텀 코드를 얼마나 안고 있는지, 데이터가 얼마나 깨끗한지, 프로세스를 얼마나 재설계하고 싶은지, 다운타임을 얼마나 감당할 수 있는지에 달려 있습니다. 쓰지 않는 커스텀 코드가 많은 브라운필드 전환은 SAP 표준을 채택하는 그린필드 구축보다 비쌀 수 있습니다.

S/4HANA 마이그레이션에서 가장 큰 숨은 비용은 무엇입니까?

커스텀 코드입니다. 제 경험상 기업이 가장 자주 잊는 비용이자 가장 자주 초과되는 단계입니다. 누군가 마이그레이션 가격을 매기기 전에 커스텀 오브젝트를 세고 어떤 것이 쓰이는지 확인하십시오.

S/4HANA 시스템 전환에는 모의 전환이 몇 번 필요합니까?

브라운필드 전환에서는 컷오버 전에 모의 전환을 세 번 계획합니다. SAP의 Private Edition 전환 가이드는 표준 계약 범위에 드라이런 두 번을 포함합니다. 비운영 시스템용 한 번과 운영 시스템용 한 번이며, 추가 실행은 유상 서비스로 가능합니다. 서명 전에 추가 실행 비용을 누가 낼지 합의하십시오.

S/4HANA 마이그레이션 예산에 예비비는 얼마나 넣어야 합니까?

예산 위에 10~20%를 두되, 파트너 가격 안이 아니라 귀사 쪽에서 보유하십시오. 테스트에서 발견된 커스텀 코드나 데이터 문제처럼 이름 붙은 위험에 대해 집행하고, 처음부터 가격이 매겨지지 않은 범위를 메우는 데 쓰지 마십시오.

RISE with SAP를 쓰면 S/4HANA 마이그레이션이 더 싸집니까?

비용의 크기보다 형태를 더 많이 바꿉니다. 라이선스, 호스팅, 기술 운영은 구독으로 옮겨 가지만, 커스텀 코드, 데이터, 테스트, 변화관리는 여전히 프로그램 예산에 남습니다. 갱신 조건, FUE 산정, AI 크레딧을 주의하고, 포함 모듈과 단계별 가격을 협상하십시오.