2026년 ERP 현대화: 클라우드, AI, 클린 코어

2026년의 ERP 현대화는 순서대로 내리는 세 가지 결정을 뜻합니다. ERP가 무엇을 그만둘지, 코어를 얼마나 깨끗하게 유지할지, 그리고 AI가 쓸모 있을 만큼 데이터가 충분히 좋은지입니다. SAP 고객에게는 이 세 가지 뒤에 움직일 수 없는 날짜가 있습니다. ECC 표준 유지보수는 2027년 12월 31일에 끝나며, 유료 연장 유지보수가 2030년 말까지 제공됩니다.

이 글은 분석을 마치고 이제 실행해야 하는 CIO, CFO, 엔터프라이즈 아키텍트를 위한 것입니다. 행동을 이끄는 힘, 백본과 위성 시스템 아키텍처, 클린 코어, 거버넌스 공백, AI 준비도, 그리고 앞으로 18개월의 리스크 표를 다룹니다.

2024년만 해도 대부분의 리더는 아직 시간을 벌고 있었습니다. ECC 일정을 검토하고, 하이브리드와 전면 마이그레이션을 두고 논쟁하고, 결정 없이 샌드박스 테스트를 돌렸습니다. 그 창은 닫혔습니다. ECC와 Oracle E-Business Suite 환경의 기술 부채는 더 이상 이론이 아닙니다. 업데이트 후 실패하는 회귀 테스트에서, 아무도 소유하지 않는 커스텀 코드에 대한 감사 지적에서, 계획 시스템과 실행 시스템 사이를 옮기는 데 12시간이 걸리는 데이터에서 드러납니다.

기한. 2027년 이후 ECC 고객은 더 높은 요금으로 2030년 말까지 연장 유지보수를 구매할 수 있습니다. 그 이후에는 SAP가 2031년부터 2033년까지 ERP 프라이빗 에디션 전환 옵션을 제공하지만 RISE를 통해서만 가능하며, SAP는 이것이 유지보수 연장이 아니라 유료 전환 제안이라고 분명히 밝힙니다. 한편 The Register가 보도한 Gartner 조사에 따르면 2024년 말까지 SAP의 ECC 고객 약 35,000곳 가운데 S/4HANA 라이선스를 구매했거나 구독한 곳은 약 39%뿐이었습니다. 라이선스를 확보했다고 마이그레이션한 것은 아닙니다. 파트너 시장은 빠듯해질 것입니다.

예산 모델. 클라우드 ERP는 지출을 라이선스 구매(CAPEX)에서 구독으로 옮깁니다. 듣기에는 더 깔끔합니다. 실제로 CFO들은 클라우드 비용이 덜 예측 가능하다는 것을 발견합니다. RISE with SAP와 SAP GROW에서는 Full User Equivalent(FUE) 증가, 애드온 서비스, 통합 오버헤드가 당초 비즈니스 케이스에 없던 비용을 더합니다.

재무와 공급망의 파편화. 재무팀은 매입채무와 매출채권에 AI를 돌리는데 감사 프로세스는 다른 시대를 위해 만든 템플릿을 그대로 씁니다. 공급망은 부분적으로만 현대화되어 있습니다. 계획에는 SAP IBP, 실행에는 오래된 창고 관리, 구매에는 Ariba를 쓰면서 입고는 수작업입니다. 병목은 기술이 아닙니다. 시스템 사이의 이음새입니다.

ERP는 전체 스택이 아니라 하나의 계층입니다. 많은 기업에서 ServiceNow가 프로세스 오케스트레이션을, Salesforce가 고객 워크플로를, Workday나 SuccessFactors가 HR 라이프사이클을 운영합니다. ERP는 1990년대에 올인원 프로세스 허브로 팔렸던 모습이 아니라 재무 백본이 되었습니다.

오늘날 대부분의 엔터프라이즈 아키텍트가 쓰는 모델은 재무 백본(SAP S/4HANA 또는 Oracle Fusion)을 전문 플랫폼들이 둘러싸는 구조입니다.

계층	여기에 두는 것	두지 않는 것
재무 백본	총계정원장, 관리회계(CO), 구매, 재고, 제조 실행, 법정 결산	워크플로 승인, CRM, 인력 관리, 분석
워크플로	IT와 운영 프로세스, 승인, 변경 관리를 위한 ServiceNow	트랜잭션 기록 관리
고객 접점	Salesforce 또는 SAP Sales and Service Cloud	재무 처리
인력	Workday 또는 SAP SuccessFactors	운영 트랜잭션
분석	SAP Business Data Cloud, SAP Analytics Cloud, Power BI, Snowflake	기록 시스템

분리는 의도된 것입니다. 모든 것을 SAP로 되돌려 밀어 넣으면 마찰이 늘고, 업데이트가 느려지고, 소유권이 흐려집니다. CRM, 워크플로, 분석, EHS를 한 시스템에 욱여넣은 것이 이전 프로젝트들을 그토록 고통스럽게 만들었습니다.

물어야 할 질문은 이것입니다. ERP가 더 이상 책임지지 말아야 할 것은 무엇인가? 이를 건너뛰면 더 새로운 라이선스 위에 같은 모놀리스를 다시 짓게 됩니다. 제 글 SAP와 ServiceNow로 하는 ERP 현대화는 그 분담의 한 가지 형태를 풀어 봅니다.

2025년 8월 SAP는 3단계 확장성 모델을 네 가지 클린 코어 레벨로 대체했습니다. 레벨 A는 SAP BTP의 사이드 바이 사이드 또는 ABAP Cloud 기반 온스택으로, 릴리스되어 안정성이 보장된 API만 사용합니다. 레벨 B는 SAP가 여전히 클린하다고 보는 클래식 API와 기술을 사용합니다. 레벨 C는 내부 오브젝트에 손을 대며 특별한 조치가 필요합니다. 레벨 D는 클린하지 않습니다.

퍼블릭 에디션(SAP Cloud ERP, SAP GROW로 판매)은 레벨 A만 허용하므로 플랫폼이 클린 코어를 강제하고 연 2회의 주요 릴리스를 흡수합니다. 프라이빗 에디션(RISE 하의 SAP Cloud ERP Private)과 온프레미스는 여전히 클래식 확장을 허용하므로, 그곳의 클린 코어는 거버넌스에 달려 있습니다. 어느 쪽이든 커스터마이징이 심한 시스템에서는 모든 업그레이드가 프로젝트가 되고 모든 회귀 테스트가 위기가 됩니다.

클린 코어가 요구하는 것은 다음과 같습니다.

1. 사용하지 않는 커스텀 코드를 코어에서 걷어내십시오. 유지하는 커스텀 프로그램 하나하나가 업그레이드 때마다 테스트해야 할 대상입니다.
2. 새 확장은 가능한 곳에서 레벨 A로 구축하십시오. SAP BTP, SAP Build, 또는 ABAP Cloud 기반 온스택입니다.
3. SAP가 제공하는 표준 프로세스는 어디서든 그대로 쓰고, 규제나 실질적인 경쟁 차별화가 요구하는 곳에서만 커스터마이징하십시오.

저항은 기술이 아니라 문화입니다. 15년간 커스텀 코드에 의존해 온 비즈니스 리드들은 여전히 그것이 "그냥 다시 구현될 것"이라고 기대합니다. 그 기대는 2012년의 것입니다.

전형적인 ECC 환경에는 제가 제조와 서비스 업종에서 수행한 진단을 기준으로 커스텀 오브젝트가 1,500개에서 3,000개 있고, 실제로 비즈니스에서 쓰이는 것은 약 4분의 1뿐입니다. 나머지는 역사적 짐으로, 마이그레이션 비용을 부풀리고 감사 리스크를 만듭니다.

실무적인 조치는 지금 사용량 스캔을 돌리는 것입니다. 쓰이지 않는 것은 폐기하십시오. 설계를 시작하기 전에 제거 목록을 공개하십시오. 첫 주부터 클린 코어를 계획한 팀은 이를 피해 가야 할 제약으로 대하는 팀보다 업그레이드 경험이 훨씬 좋습니다. 제 클린 코어 전략 글에서 방법을 다룹니다.

ERP가 여러 계층 중 하나가 되면 소유권 문제가 결정적으로 중요해집니다. 다음은 누가 소유합니까?

1. Salesforce와 ERP 사이의 API
2. SAP와 ServiceNow에 걸친 워크플로
3. 두 시스템이 동시에 업데이트를 필요로 할 때 충돌하는 변경 우선순위

이 때문에 Go-Live가 몇 달씩 지연되는 것을 보았습니다. 팀은 통합 테스트에서 겹치는 부분이 드러나기 전까지 자신들이 막혔다는 사실을 알지 못합니다.

한 사례에서는 다섯 개 시스템이 같은 공급업체 마스터 레코드를 건드리고 있었습니다. 다섯 개입니다. 마스터 데이터 소유권 문서는 없었고, 어느 시스템에서 누가 무엇을 바꿀 수 있는지 설계한 사람도 없었습니다. 그것은 기술의 실패가 아닙니다. 기술이 드러낸 거버넌스의 실패입니다.

ERP에서 AI의 가치는 실재하지만 데이터 품질과 깨끗한 아키텍처에 달려 있습니다. Joule은 이제 S/4HANA, SuccessFactors, Ariba와 다른 SAP 제품 전반에 걸쳐 있고, SAP의 에이전트는 Joule 어시스턴트 아래에서 동작합니다. SAP BTP의 에이전틱 활용 사례는 슬라이드 속 이야기가 아니라 실제로 출시되고 있습니다. 모두 깨끗하고 일관된 정형 데이터에 의존합니다.

데이터가 중복되어 있거나, 일관성 없이 코딩되어 있거나, S/4HANA가 인식하지 못하는 커스텀 테이블에 있다면 AI는 믿고 쓸 만한 재료가 없습니다. 매입채무에 AI를 돌리는 재무팀은 공급업체 마스터를 정리한 적이 없어서 송장이 엉뚱한 공급업체에 매칭되는 순간 이를 빠르게 알게 됩니다.

통하는 순서는 클린 코어가 먼저, 데이터 거버넌스가 두 번째, 분석이 세 번째, AI가 네 번째입니다. 단계를 건너뛴다고 빨라지는 것은 없습니다. 문제가 나중으로 옮겨 갈 뿐입니다.

1. 01경계 정하기ERP가 무엇을 그만둘지 결정
2. 02코어 정리하기사용하지 않는 코드를 폐기하고, 새 개발은 레벨 A로
3. 03데이터 거버넌스 세우기데이터 오브젝트마다 오너 한 명
4. 04분석 구축하기거버넌스가 적용된 데이터 위에 SAP Business Data Cloud, SAC, Power BI
5. 05AI 추가하기믿을 만한 토대 위의 Joule과 에이전트

믿고 쓸 만한 재료를 가진 AI

리스크	신호	실무 대응
ECC 기한 압박	표준 유지보수가 2027년 12월에 종료. 대부분의 ECC 고객이 2024년 말까지 S/4HANA 라이선스를 확보하지 못함	파트너 리소스 계획을 지금 확정. 미국 시니어 일 단가는 이미 하루 $1,800에서 $3,500 수준
커스텀 코드 부채	커스텀 오브젝트 1,500개에서 3,000개, 활성 사용은 약 4분의 1	사용량 스캔 실행, 제거 목록 공개, 폐기 스프린트 시작
릴리스 혼란	릴리스가 재무 마감과 공급망 성수기와 겹침	마감을 피해 릴리스 시기 설정. 회귀 테스트 자동화
데이터 마이그레이션 리스크	늦은 정합화가 팀이 버그로 잘못 분류하는 결함을 만듦	초기 규모 산정. 설계 동결 전에 은행, 세무, 컴플라이언스 데이터 점검
통합 오너십 공백	공유 마스터 데이터를 다섯 개 이상의 시스템이 건드림	권한 매트릭스 공개. 데이터 오브젝트마다 오너 한 명
두 개의 라이프사이클 도구	하이브리드 환경에서 Solution Manager와 SAP Cloud ALM을 병행 운영	클라우드 프로젝트는 Cloud ALM을 기본으로. Solution Manager 7.2 표준 유지보수는 2027년 말에 종료

이 리스크의 딜리버리 차원 버전은 피해야 할 ERP 현대화 실수 10가지를, 마이그레이션 경로 자체는 ECC to S/4HANA 마이그레이션 가이드를 보십시오.

SAP S/4HANA의 클린 코어란 무엇입니까?

S/4HANA를 가능한 한 표준에 가깝게 유지하고, 업그레이드가 깨뜨릴 수 없는 곳에 확장을 두는 것입니다. 2025년 8월부터 SAP는 확장을 레벨 A(릴리스된 API만 사용, SAP BTP 또는 ABAP Cloud 기반 온스택)에서 레벨 D(클린하지 않음)까지 등급을 매깁니다. 비즈니스상의 이유는 업그레이드 보호입니다. 클린한 시스템은 릴리스를 며칠 만에 흡수하지만, 커스터마이징이 심한 시스템에서는 릴리스마다 프로젝트가 됩니다.

ERP의 백본과 위성 시스템 아키텍처란 무엇입니까?

ERP(SAP S/4HANA 또는 Oracle Fusion)는 본래 목적에 맞는 일, 즉 재무 기록, 재고, 구매, 제조 트랜잭션, 법정 보고를 처리합니다. 나머지는 전문 플랫폼이 맡습니다. 워크플로는 ServiceNow, 고객 접점은 Salesforce, HR은 Workday나 SuccessFactors, 인사이트는 분석 플랫폼입니다. 이 모두를 ERP에 밀어 넣으면 업데이트가 느리고 커스터마이징이 무거운 모놀리스가 만들어집니다.

기업은 2027년 SAP ECC 기한에 어떻게 접근해야 합니까?

SAP Readiness Check부터 시작하십시오. 커스텀 코드 규모, 애드온 의존성, 데이터 규모를 보여 주는데, 이 세 가지가 브라운필드, 그린필드, 선택적 전환 중 무엇을 택할지 결정합니다. 복잡한 엔터프라이즈 마이그레이션은 보통 평가에서 Go-Live까지 18개월에서 24개월이 걸리므로, 지금까지 접근 방식을 정하고 파트너와 대화를 시작하지 않았다면 2027년 Go-Live는 이미 빠듯합니다. 2030년까지의 연장 유지보수는 비용이 더 들고 시간을 벌어 줄 뿐 혁신을 가져다주지는 않습니다.

ERP 현대화에서 AI는 언제 가치가 있고 언제 없습니까?

데이터가 깨끗하고 일관되고 정형이며 프로세스에 명확한 규칙이 있을 때입니다. 매입채무 자동화, 수요 예측, 재무 트랜잭션의 이상 탐지가 검증된 사례입니다. AI는 나쁜 데이터나 거버넌스 공백을 건너뛰는 지름길이 아닙니다. 잘못된 입력으로 내린 결정은 수작업 오류보다 잡아내기 어렵습니다. 클린 코어, 데이터 거버넌스, 안정된 프로세스가 먼저입니다.

기업들이 가장 많이 하는 ERP 현대화 실수는 무엇입니까?

기술 프로젝트로만 다루는 것입니다. 그러면 비즈니스 리드가 자리에 앉기도 전에 클린 코어 논쟁에서 집니다. 설계 첫 주의 결정이 몇 달의 테스트를 아껴 주었을 텐데, 설계 이후에 데이터 거버넌스를 시작하는 것입니다. ERP가 무엇을 그만둘지 정의하지 않아 코어 범위가 기본값으로 확장되는 것입니다. 지난번 모놀리스는 그렇게 만들어졌습니다.

ERP 현대화에는 비용이 얼마나 듭니까?

중견기업의 브라운필드 ECC에서 S/4HANA로의 전환은 구축 비용이 보통 $2M-$8M이며, 여기에 지속적인 구독료가 더해집니다. 글로벌 범위에 상당한 커스터마이징과 많은 법인을 가진 엔터프라이즈 프로젝트는 $20M-$100M 이상이 들 수 있습니다. 라이선스뿐 아니라 통합, 테스트, 운영 지원도 모델링하고, RISE와 SAP GROW에서는 계약 기간 전체에 걸친 FUE 증가를 모델링하십시오.