에코아이티는 SAP Cloud ERP 도입을 제품 선택이 아니라 운영 모델의 결정으로 봅니다. 처음 ERP를 도입하는 조직이든 운영 중인 SAP ECC를 전환하는 조직이든, 먼저 답해야 하는 질문은 같습니다. 지금 무엇이 표준으로 대체 가능하고, 무엇이 사업의 고유 경쟁력인지를 구분하는 일입니다.
이 구분이 끝나야 에디션과 라이선스 규모, 전환 시나리오, 일정과 비용이 비로소 근거를 갖습니다. 특히 SAP Cloud ERP(Public)는 시스템 전환을 지원하지 않고 신규 구축만 가능하므로, 이 판단은 제품 선택보다 앞섭니다. SAP ECC 6.0의 메인스트림 유지보수는 2027년, 선택적 연장 지원은 2030년에 종료됩니다.
SAP Cloud ERP는 제품 이름이 아니라 운영 모델입니다
클라우드 ERP는 같은 소프트웨어를 인터넷으로 받는 것이 아니라, 무엇을 누가 책임지는지가 달라지는 구조입니다. 서버와 데이터베이스, 정기 업그레이드를 SAP이 맡는 대신 조직은 표준 프로세스를 받아들입니다. Public과 Private의 차이도 기능 목록이 아니라 이 책임 경계와 인프라를 몇 개 회사가 함께 쓰는가에서 갈립니다.
멀티테넌트 — SAP Cloud ERP (Public)
한 건물을 여러 입주사가 함께 쓰는 아파트에 가깝습니다. 전기와 배관 같은 핵심 구조와 자원은 공유하지만, 각 세대는 잠긴 자기 공간을 갖습니다. 내부는 바꿀 수 있어도 건물의 구조는 바꿀 수 없습니다. 대신 표준화와 아웃소싱으로 총소유비용이 낮아지고, 업그레이드를 SAP이 대신 적용합니다.
싱글테넌트 — SAP Cloud ERP Private
한 동을 통째로 쓰는 단독주택에 가깝습니다. 구조 변경을 포함한 완전한 커스터마이징 자유가 있고 시스템 백엔드에 접근할 수 있습니다. 인프라와 기술 소프트웨어 유지보수는 여전히 SAP이 맡으므로, 통제권은 가져가면서 운영 부담은 넘기는 조합이 가능합니다.
누가 무엇을 책임지는가
| 계층 | SAP | 에코아이티 | 고객 |
|---|---|---|---|
| 인프라 · OS · DB | 구축 · 운영 전담 | — | — |
| 정기 업그레이드 | 릴리스 제공 · 적용 | 영향도 검증 | 적용 시점 승인 |
| 확장 개발 | 확장 플랫폼 제공 | 설계 · 구현 | 요건 확정 |
| 업무 프로세스 | 표준 프로세스 제공 | Fit-to-Standard 진행 | 표준 채택 결정 |
| 운영 · 인시던트 | 플랫폼 SLA | 애플리케이션 운영 | 업무 판단 |
파트너의 역할 범위는 SAP이 정의한 자문 · 구현 · 애플리케이션 관리 서비스를 따릅니다. SAP Cloud ERP Private은 SAP 데이터센터 또는 하이퍼스케일러(Azure · AWS · Google Cloud · Alibaba Cloud) 중에서 호스팅 위치를 선택합니다.
SAP Cloud ERP 전환 결정이 필요한 세 가지 상황
Greenfield
신규 도입 · 표준화그룹 표준 프로세스를 새로 정의하고, 정해진 시점에 오픈해야 하는 기업.
- 표준 수용 범위
- Fit-to-Standard 갭
- 조직 변화관리
Brownfield
ECC 유지보수 종료 대응기존 SAP ECC 자산과 축적된 커스텀 코드를 유지한 채 전환 시점을 정해야 하는 기업.
- Custom Code 영향도
- 데이터 이관 범위
- 다운타임
Hybrid
부분 전환 · 2-Tier본사는 Private, 자회사·신규 법인은 Public으로 나누거나 재무만 공유 서비스로 분리하는 기업.
- 통합 회계 기준
- 인터페이스 정책
- 마스터 데이터 거버넌스
전환 시나리오는 일정이 아니라 데이터와 커스텀 코드가 결정합니다
Greenfield(신규 구축), Brownfield(시스템 전환), Selective Data Transition(선택적 데이터 전환)은 방법론의 이름이지 선택지가 아닙니다. 어느 쪽이 가능한지는 현재 시스템의 상태가 결정하며, 그 상태는 세 가지 진단으로 드러납니다.
Custom Code 영향도 분석
SAP이 제공하는 Custom Code Migration 도구와 ATC(ABAP Test Cockpit) 검사를 통해 실제 사용 이력이 있는 오브젝트를 식별합니다. 등록된 커스텀 오브젝트의 실제 사용 비중은 시스템별로 측정하며, 미사용 오브젝트를 정리해 전환 범위와 테스트 공수를 줄입니다. 남은 오브젝트는 S/4HANA 단순화 항목(Simplification List)과 대조해 수정 필요 · 대체 가능 · 폐기로 분류합니다.
데이터 이관 범위와 회계 기준의 정합성
전표 단위 이력을 모두 옮길 것인지, 잔액과 미결 항목만 옮길 것인지는 기술 결정이 아니라 회계·감사 요건의 결정입니다. 에코아이티는 이관 범위를 결정하기 전에 결산 기준, 보존 연한, 세무·감사 대응 요건을 먼저 확인하고, 그 결과를 데이터 이관 설계서와 검증 시나리오로 문서화합니다. 마스터 데이터는 정제 이후 소유 조직과 유지 규칙까지 함께 정의해야 오픈 이후 품질이 유지됩니다.
인터페이스와 다운타임 제약
주변 시스템 연계는 개수가 아니라 실시간 · 배치 · 파일 방식의 비중과 업무 중요도로 판단합니다. 에코아이티는 먼저 SAP Signavio Process Navigator의 사전 패키지 통합에서 찾고, 없으면 SAP Business Accelerator Hub의 API로 구성합니다. 사전 패키지는 SAP이 유지보수하지만 커스텀 통합은 고객 IT 조직이 계속 떠안게 되므로, 이 구분이 장기 운영 부담을 가릅니다. 여기에 오픈 시 허용 가능한 다운타임이 더해지면 전환 방식은 사실상 좁혀집니다.
에디션 결정은 기능 비교가 아니라 표준화 수용도에서 갈립니다
SAP은 같은 제품을 세 가지 이름으로 부릅니다. 판매 번들은 GROW with SAP과 RISE with SAP, 공식 명칭은 SAP Cloud ERP와 SAP Cloud ERP Private, 기술 제품명은 SAP S/4HANA Cloud Public·Private Edition입니다. 이름이 무엇이든 두 에디션을 기능 목록으로 비교하면 결론이 나지 않습니다. 차이는 기능의 많고 적음이 아니라, 표준 프로세스를 얼마나 그대로 받아들일 수 있는가라는 전제 조건에 있습니다. 따라서 검토의 출발점은 제품 사양서가 아니라 현재 운영 중인 프로세스의 성격 규명입니다.
| 판단 축 | SAP Cloud ERP (Public) | SAP Cloud ERP Private |
|---|---|---|
| 상용 패키지 | GROW with SAP | RISE with SAP |
| 표준화 | 사전 구성 프로세스 우선 | 기존 프로세스 연속성 검토 |
| 전환 출발점 | 신규 구축만 · 시스템 전환 불가 | 시스템 전환 · 신규 · 선택적 이관 |
| 확장 방식 | Key user · Developer · 사이드바이사이드 | Key user · 기존(Legacy) · 사이드바이사이드 |
| 업그레이드 | 연 2회 자동 적용 (2월 · 8월) | 2년마다 주요 릴리스 · 7년 내 1회 |
| 라이선스 단위 | PUPM · 사용자별 월 과금 | FUE · 전체이용상당인원 |
프로젝트는 단계가 아니라 산출물로 관리합니다
일정표만 있는 프로젝트는 지연 여부는 알 수 있어도 무엇이 결정되었는지는 알 수 없습니다. 에코아이티는 각 단계의 종료 조건을 산출물과 승인 주체로 정의하고, 그 산출물이 승인되기 전에는 다음 단계를 시작하지 않습니다. 아래는 SAP Activate 방법론의 여섯 단계를 기준으로 에코아이티가 실제 적용하는 단계별 종료 조건이며, 태스크와 산출물은 구독에 포함된 SAP Cloud ALM에서 함께 관리합니다.
현황 진단 · 목표 정의
시스템 인벤토리와 커스텀 코드 사용 이력, 데이터 볼륨을 실측합니다.
산출물- 진단 보고서
- 에디션 권고안
범위 · 거버넌스 확정
범위와 승인 단계, 리스크 관리 기준을 문서로 합의합니다.
산출물- 프로젝트 헌장
- RACI
Fit-to-Standard
표준 적합성을 검증하고 갭을 확장 요건으로 분리합니다.
산출물- 갭 목록
- 확장 설계 기준
구축 · 통합 테스트
설정·확장 개발과 이관 리허설, 통합 테스트를 반복합니다.
산출물- 테스트 결과서
- 이관 검증서
전환 · 안정화
컷오버 계획에 따라 전환하고 안정화 지표를 관리합니다.
산출물- 컷오버 계획서
- 안정화 보고서
운영 · 지속 개선
업그레이드를 적용하고 SAP Cloud ALM으로 상태를 모니터링합니다.
산출물- 운영 이관서
- 월간 리포트
에코아이티가 맡는 범위
SAP은 소프트웨어 · 인프라 · 기술 서비스를 하나의 SLA로 제공하고, 파트너는 자문 · 구현 · 애플리케이션 관리 서비스를 맡습니다. 아래는 그 범위를 에코아이티의 종료 조건으로 옮긴 것입니다.
자문 — 검토
현재 시스템 인벤토리와 커스텀 코드의 실제 사용 이력, 데이터 볼륨을 실측해 에디션과 전환 방식의 근거를 만듭니다. SAP 공식 디지털 디스커버리 평가를 함께 수행합니다.
- 진단 보고서
- 에디션 권고안
구현 — 구축
단계마다 종료 조건을 산출물과 승인 주체로 정의하고, 범위 변경은 기록으로만 처리합니다. 데이터 이관은 최소 세 차례 리허설을 거쳐 검증합니다.
- 테스트 결과서
- 이관 검증서
애플리케이션 관리 — 운영
구축 단계의 산출물을 운영 문서로 이어받아 같은 기준으로 관리합니다. SAP Cloud ALM 운영 앱으로 시스템 상태와 인터페이스를 모니터링합니다.
- 월간 운영 리포트
- 개선 백로그
산업별 수행 경험을 확인하세요
고객 식별 정보는 제외하고, 산업·규모·기간·수행 범위를 카드 단위로 확인합니다.
생산·원가 프로세스 중심 ERP 프로젝트
주문·재고·물류 프로세스 통합 프로젝트
재무·경영관리 프로세스 고도화 프로젝트
검토를 시작하기 전, 다섯 가지 질문
상세 판단 기준과 라이선스 해설은 상담에서 조직 상황에 맞춰 안내합니다.
기존 ECC 자산의 유지 필요성과 표준 수용 범위를 먼저 확인합니다. 표준 중심 신규 도입은 Public, 기존 자산의 연속성이 중요하면 Private 검토로 이어집니다.
SAP 개요 보기표준 프로세스를 채택하는 신규 구축은 Public, 기존 ECC 자산과 업무 연속성이 중요한 경우에는 Private를 우선 검토합니다. 에디션 선택은 현재 시스템 진단과 조직의 표준 수용도에 따라 결정합니다.
SAP 개요 보기지원 종료 시점은 현재 사용 중인 제품과 계약 조건을 함께 확인해야 합니다. 시스템 버전과 전환 제약을 정리한 뒤 SAP Cloud ERP Private 검토에서 전환 일정을 확인하세요.
SAP 개요 보기커스텀 코드의 실제 사용 이력과 영향도를 분석해 유지·대체·폐기로 구분합니다. 표준 코어를 보호하고 필요한 확장은 BTP 등 코어 외부의 확장 방식으로 검토합니다.
SAP 개요 보기사용자 역할, 업무 범위, 인터페이스, 데이터 이관 범위와 운영 조건을 먼저 확인합니다. 라이선스뿐 아니라 구축·전환·운영 비용을 동일한 범위와 기간으로 비교해야 합니다.
SAP 개요 보기SAP 공식 디지털 디스커버리 평가로 검토를 시작하세요
SAP Activate의 Discover 단계에서 수행하는 무료 평가입니다. 권장 에디션, 범위 항목, 투입 시간 추정이 담긴 리포트를 드립니다.