대부분의 기업은 프로세스 정리를 끝내기 전에 SAP 모듈부터 고릅니다. 그 목록이 SI 업체에 넘어가고, SI 업체는 목록을 기준으로 가격을 매깁니다. 6개월이 지나면 범위는 두 배가 되어 있습니다. 모듈이 지원해야 할 프로세스의 절반이 애초에 합의된 적이 없기 때문입니다. 제가 본 범위 확대의 원인 가운데 가장 흔한 것이 바로 이 순서입니다.
이 도구는 그 순서를 뒤집으려고 만들었습니다. 업종, 규모, 그리고 실제로 운영하는 비즈니스 프로세스를 입력하십시오. 그러면 출발점이 되는 모듈 목록, 검토할 만한 BTP 구성요소, 모듈 간 의존 관계를 반영한 단계별 도입 계획을 돌려 드립니다. 대화의 시작점이지 정답이 아닙니다. 정답은 여러분의 블루프린트에서 나옵니다.
결과는 특정 벤더에 치우치지 않습니다. RISE를 GROW보다, 코어 확장을 BTP보다 앞세우지 않습니다. 아키텍처가 대략 어떤 모습이어야 하는지 알려 주므로, SI 업체와의 협의에 질문이 아닌 입장을 갖고 들어가실 수 있습니다.
드롭다운에서 업종을 고르고, 회사 규모를 설정하고, 실제로 범위 안에 있는 비즈니스 프로세스를 선택합니다. 도구는 업종 적합도에 따라 핵심 모듈에 가중치를 두고, 해당하는 경우 업종별 모듈을 얹으며, 격차가 실제로 있는 곳에 BTP 확장을 제안하고, 이 모든 것을 단계별로 정렬합니다.
로드맵을 생성하기 전에 추천 내용을 직접 수정할 수 있습니다. 여러분의 비즈니스는 도구보다 여러분이 더 잘 압니다. 도구의 역할은 논의가 백지에서 시작되지 않게 하는 것입니다.
- 핵심 모듈 목록. 프로세스에 필요한 FI/CO, MM, SD, PP, HCM 등 ERP의 기반 모듈입니다.
- 업종별 모듈. 해당하는 경우 은행, 유통, 헬스케어, 제조 업종용 모듈입니다.
- BTP 확장. 표준 SAP와 실제 업무 사이의 격차를 메우는 Integration Suite, Build, AI Core 등 플랫폼 구성요소입니다.
- 통합 맵. 모듈이 서로 어떤 위치에 있는지, 명백한 통합 지점이 어디인지 보여 줍니다.
- 단계별 로드맵. 1단계에 들어갈 모듈, 2단계로 미룰 모듈, 깨뜨릴 수 없는 의존 관계를 정리합니다.
Create your SAP implementation roadmap
Fields marked * are required.
- FI(재무회계). 총계정원장, 매입채무, 매출채권, 자산 회계. 타협할 수 없는 핵심입니다.
- CO(관리회계). 코스트 센터, 이익 센터, 내부 오더, 제품 원가 계산. 보통 FI와 함께 도입합니다.
- MM(자재관리). 구매, 재고, 공급업체 관리, 송장 검증.
- SD(판매 및 유통). Order-to-Cash, 가격 결정, 출하, 청구.
- PP(생산계획). 개별 제조, 프로세스 제조, 반복 제조. 프로세스 산업에는 PP-PI.
- HCM(인적자원관리) 또는 SuccessFactors. 코어 HR, 급여, 인재 관리. 신규 구축의 대부분은 프런트 오피스에 SuccessFactors를 쓰고, 현지 규정 준수상 필요한 곳에서는 SAP Payroll을 유지합니다.
- EWM(확장 창고 관리). 기본 재고 위치를 넘어서는 모든 것. 웨이브 관리, 슬로팅, 인력 관리.
- PM(설비 보전). 자산 비중이 큰 업종. 작업 오더, 예방 정비, 통지.
- QM(품질관리). 검사, 부적합, 샘플링. 특히 규제 산업에서 중요합니다.
- PS(프로젝트 시스템). 프로젝트 중심 비즈니스. 건설, 엔지니어링, 설비투자 추적.
- TM(운송 관리). 화물, 경로 계획, 운송사 연동.
- GTS(글로벌 무역 서비스). 통관, 제재 대상 스크리닝, 특혜 무역.
- BTP(Business Technology Platform). Integration Suite, Build, AI Core, HANA Cloud. 코어에 넣지 말아야 할 모든 것을 위한 확장 계층입니다.
- 산업별 클라우드(유통, 은행, 유틸리티 등을 위한 S/4HANA). S/4HANA 위에 얹는 업종별 데이터 모델과 프로세스입니다.
모듈이 아니라 프로세스에서 시작하십시오. Order-to-Cash, Procure-to-Pay, Record-to-Report, Hire-to-Retire가 지금 여러분의 비즈니스에서 어떻게 돌아가는지 설명하지 못한다면, 아직 모듈을 고를 준비가 되지 않은 것입니다. 제가 지켜본 그린필드 대 브라운필드 논쟁 가운데 엉뚱한 방향으로 흘러간 경우는 모두 이 단계 없이 시작한 것이었습니다.
과감하게 2단계로 미루십시오. 대부분의 고객은 1단계에 모든 것을 넣고 싶어 합니다. 그럴 필요가 있는 고객은 거의 없습니다. EWM, TM, GTS, PS, 그리고 더 깊은 분석 계층은 대개 기다려도 됩니다. 먼저 FI, CO, MM, SD, PP를 안정시키십시오. 나머지는 조직이 변화를 소화한 뒤에 추가합니다.
클린 코어 원칙을 구호가 아니라 규율로 다루십시오. 코어에 넣은 커스터마이징은 비용이 두 번 듭니다. 한 번은 만들 때, 또 한 번은 이후 10년 동안 업그레이드할 때마다입니다. 프로세스에 맞춤 로직이 필요하다면 BTP에 두십시오. 코어는 깨끗하게 유지되고, 확장은 이식 가능한 상태로 남습니다. 대부분의 프로젝트에서 이것이 가장 큰 아키텍처 결정이지만, 1단계에서 제대로 해내는 곳은 거의 없습니다.
BTP는 격차가 실제로 있는 곳에 쓰십시오. 최신처럼 보이는 곳이 아닙니다. Integration Suite는 범위 안에 SAP가 아닌 시스템이 서너 개를 넘을 때 진짜 가치가 있습니다. Build는 Fiori 표준에 맞지 않는 워크플로나 로코드 앱이 필요할 때 진짜 가치가 있습니다. AI Core는 구체적인 활용 사례가 있을 때 진짜 가치가 있습니다. 슬라이드에 “AI로 뭔가 해야 한다”라고 적혀 있을 때가 아닙니다.
- 제조(개별 제조 및 프로세스 제조)
- 유통 및 소비재
- 금융 서비스 및 은행
- 헬스케어 및 생명과학
- 물류 및 운송
- 에너지 및 유틸리티
- 건설 및 엔지니어링
- 공공 부문 및 정부
- 전문 서비스
- 통신
- 호스피탈리티
- 교육
업종마다 모듈 구성이 달라집니다. 제조는 PP, QM, 그리고 흔히 EWM을 끌어들입니다. 유통은 SD, MM, 산업별 클라우드 버전에 무게가 실립니다. 은행과 보험은 S/4HANA 위에서 고유한 데이터 모델을 가져옵니다. 헬스케어는 표준 모델에 없는 컴플라이언스와 환자 기록의 복잡성을 더합니다.
- CIO와 IT 책임자. 벤더를 선정하기 전에 아키텍처 규모를 가늠하는 분.
- 프로그램 디렉터. 운영위원회의 검증을 견뎌 내는 단계별 도입 계획을 세우는 분.
- CFO와 재무 책임자. 파트너가 제안한 모듈 목록이 타당한지 점검하는 분.
- 자문역과 독립 컨설턴트. 고객과의 협의에 앞서 근거 있는 출발점을 만드는 분.
- 사내 혁신 팀. SI 업체를 선정하기 전에 초기 아키텍처 작업을 진행하는 팀.
- 근거 있는 출발점. SI 업체의 가격표가 아니라 프로세스 논리에서 나온 모듈 목록입니다.
- 더 빠른 블루프린트. 논의가 몇 주가 아니라 몇 시간 만에 궤도에 오릅니다.
- 단계 구분이 기본으로 포함됩니다. 로드맵은 파트너가 먼저 팔고 싶은 순서가 아니라 의존 관계에 따라 모듈을 배열합니다.
- BTP와 코어의 구분. 무엇이 플랫폼에 속하고 무엇이 코어에 속하는지 1차로 가려 줍니다.
- 특정 벤더에 치우치지 않습니다. RISE, GROW 또는 특정 에디션을 밀어야 할 이유가 없습니다.
- 무료이며 비공개입니다. 브라우저에서 실행되며 어떤 데이터도 사용자의 기기를 벗어나지 않습니다.
이 도구는 특정 SAP 제품을 추천합니까, 모듈만 추천합니까?
특정 SKU가 아니라 범주별로 모듈과 BTP 구성요소를 추천합니다. FI/CO, MM, SD, PP, Integration Suite, AI Core 같은 구성 요소가 나옵니다. RISE with SAP, GROW with SAP, 온프레미스 S/4HANA 중에서는 고르지 않습니다. 그 결정은 모듈 구성이 아니라 배포 방식에 대한 선호, 인프라, 상업적 성향에 달려 있기 때문입니다.
제품 에디션 논의에서는 모듈 목록을 들고 벤더와 협의하며 각 옵션별 가격을 요청하십시오.
BOM(Bill of Materials)을 내보낼 수 있습니까?
예. 결과물은 단계 구분이 포함된 모듈 목록이며, 스프레드시트, 블루프린트 문서, 제안서에 복사해 쓸 수 있습니다. 목록은 SAP 파트너의 가격 산정 템플릿에 그대로 대응되도록 구성되어 있습니다.
BOM에 더 풍부한 설명을 붙이고 싶다면, 제 SAP 구축 비용 계산기가 함께 쓸 수 있는 재무적 범위를 알려 줍니다.
추천에 RISE with SAP가 포함됩니까?
아니요. RISE는 S/4HANA Cloud, BTP 크레딧, 관리형 서비스를 묶은 상업적 패키지입니다. 이 도구는 기능적으로 필요한 것에 초점을 맞춥니다. 이를 RISE, GROW, 전통적인 라이선스 중 무엇으로 이용할지는 별개의 결정이며, 호스팅 선호, IT 운영 모델, 운영을 SAP가 얼마나 맡아 주기를 원하는지에 달려 있습니다.
모듈 목록은 어느 쪽이든 같습니다. 달라지는 것은 상업적 계약 형태입니다.
BTP 확장도 다룹니까?
예. Integration Suite, Build(로코드 및 프로세스 자동화), AI Core, HANA Cloud와 더 넓은 확장 계층이 모두 범위에 들어 있습니다. 도구는 BTP가 제 역할을 할 만한 곳을 짚어 줍니다. SAP가 아닌 시스템과의 통합이 여럿인 경우, 맞춤 워크플로가 필요한 경우, 구체적인 AI 활용 사례가 있는 경우입니다. BTP를 그 자체를 위해 추천 목록에 끼워 넣지는 않습니다.
BTP 계층은 클린 코어 원칙에 따라 구성됩니다. 커스터마이징이 꼭 필요하다면 ERP 코어가 아니라 BTP에 두십시오.
업종별 버전은 어떻습니까?
산업별 클라우드 버전(유통, 은행, 유틸리티, 전문 서비스 등을 위한 S/4HANA)은 선택한 업종이 조건에 맞으면 포함됩니다. 업종별 모듈도 마찬가지입니다. 프로세스 제조의 PP-PI, 유틸리티의 IS-U, 은행의 IS-B가 그 예입니다. 이들은 별도 항목으로 표시되므로 왜 추천되었는지 확인할 수 있습니다.
업종이 혼합형이라면(서비스 부문이 큰 제조업, 제조 부문이 딸린 유통업 등) 주된 업종을 고르고, 보조 모듈은 직접 추가하십시오.
신규 SAP 고객용입니까, 기존 고객용입니까?
둘 다입니다. 신규 고객은 벤더를 선정하기 전에 초기 아키텍처 초안을 잡는 데 씁니다. 기존 고객은 현재 구성을 검증하고, 도입했어야 했을 만한 모듈을 찾고, 2단계 확장 범위를 정하는 데 씁니다. 모듈을 이미 도입된 것으로 표시하면 단계 구분 로직이 기존 구성을 반영합니다.
ECC에서 S/4HANA로 전환하는 중이라면, 무엇을 가져가고 무엇을 폐기하고 무엇을 추가할지 정하는 데 도움이 됩니다. 이 논의에서는 BTP 추천이 더 중요합니다. 레거시 ECC 환경 대부분이 새 코어 밖에 자리가 있어야 하는 커스텀 코드를 안고 있기 때문입니다.
단계 구분 추천은 얼마나 정확합니까?
단계 구분은 대부분의 프로젝트에서 성립하는 의존 관계 논리를 반영합니다. FI와 CO가 MM보다 먼저, MM이 SD보다 먼저, 코어 ERP가 EWM과 TM보다 먼저, BTP 통합이 SAP가 아닌 시스템과의 본격적인 연결보다 먼저입니다. 여러분 조직의 변화 수용 역량, 규제 일정, 월 마감 주기는 반영하지 않습니다. 이에 맞게 조정하십시오.
모든 것을 한꺼번에 하려는 프로젝트를 본 적이 있습니다. 통하지 않습니다. 1단계는 새 플랫폼에서 회사가 장부를 마감하고 고객에게 서비스를 제공할 수 있는 최소한이어야 합니다. 나머지는 모두 2단계입니다.
도구는 무료입니까?
예. 가입, 이메일, 결제가 필요 없습니다. 추천은 전적으로 브라우저에서 실행되며 어떤 것도 저장되거나 전송되지 않습니다.
결과물을 실제 블루프린트로 발전시키거나 파트너 제안서를 검증하는 데 도움이 필요하시다면 30분 통화를 예약하십시오.