S/4: 전환여정의 첫걸음
이전 블로그에서 S/4 프로젝트가 무엇인지에 대한 관점의 불일치에 대해 이야기한 바 있습니다. 이번에는 SAP가 권장하는 접근 방식, 특히 S/4 Sandbox 또는 Pilot에 무엇이 포함되는지 구체적으로 살펴보고자 합니다.
이번 블로그에서는 다음 내용을 다룹니다:
기업고객이 처음 내려야 할 결정은 Greenfield(새로운 클린 S/4 설치)로 갈 것인지, Brownfield(시스템 전환이지만 그 이상을 포함)로 갈 것인지, 또는 보다 복잡한 경우 ‘Selective Data Transition’을 선택할 것인지입니다. ASUG/DSAG의 훌륭한 가이드 ‘Mapping your journey to S/4 HANA - A Practical Guide for IT Leadership’에서는 일반적으로 비즈니스 주도의 프로젝트는 Greenfield, IT 주도의 프로젝트는 Brownfield가 되는 경향이 있다고 제안합니다. 이전 블로그에서 언급했듯이, 누가 프로젝트를 주도하든 관계없이 초기 단계부터 양측을 논의에 참여시키는 것이 중요합니다. 이 프로젝트는 어느 한쪽이 독립적으로 수행할 수 있는 성격이 아닙니다.
S/4 Assessment Report 받기
당사의 S/4 Assessment Report는 각 접근 방식에 필요한 예상 노력 수준에 대한 고수준 인사이트와, 잠재적으로 대기 중인 주요 장애 요소에 대한 조기 경고를 제공합니다:
- BP와 연결되지 않은 Customer/Vendor 수
- 기술적 장애 요소(예: Non-Unicode 시스템)
- 더 이상 지원되지 않는 SAP 사용 영역
- 커스텀 코드의 양
- 내부 논의를 위한 시스템 시각화 인터랙티브 대시보드
하지만 초기 단계에서 특정 방향으로 입장을 고정하는 것은 바람직하지 않습니다. 추가 정보를 확보하면서 관점이 바뀔 수 있기 때문입니다. 특히 자금 조달을 신청할 때는 이 점을 반드시 고려해야 합니다. 그렇지 않으면 새로운 정보가 드러났을 때 되돌아가기 매우 어려워질 수 있습니다.
왜 Sandbox가 먼저인가?
Brownfield 방식으로 검토하기로 결정했다면, SAP는 실제 프로젝트 시작 4개월 전에 Sandbox를 수행할 것을 권장하며, 실제 프로젝트 착수 전까지 2~3회 전환을 반복할 필요가 있을 수 있다고 제안합니다. 다소 부담스럽게 들릴 수 있지만, 실제로 많은 어려운 작업은 Sandbox 단계에서 완료되므로, 본 프로젝트는 더 단순하고 신속하게 진행될 수 있습니다.
처음부터 분명히 이해해야 할 점은, 이번 전환은 과거 업그레이드와는 다르다는 것입니다.
S/4는 새로운 제품 라인이다
첫째, S/4는 새로운 제품 라인입니다. 이는 기존 라이선스가 자동으로 승계되지 않음을 의미하며, 다양한 옵션에 대한 비용을 SAP 영업대표(Account Executive) 와 논의해야 합니다. Greenfield의 경우 S/4 Cloud 또는 S/4 Cloud single tenant 옵션을 고려할 수 있지만, Brownfield나 Selective Data Transition에서는 이러한 옵션을 선택할 수 없습니다.
S/4는 기반인프라 교체가 필요하다: HANA 2.0과 Linux
둘째는 기술적 요소입니다. S/4 HANA는 HANA 2.0과 Linux 운영체제를 데이터베이스 서버로 요구합니다. 이미 Business Suite on HANA를 운영 중이 아닌 이상 시스템 재플랫폼이 필요하며, 설령 그렇다 하더라도 데이터베이스 업그레이드는 필요할 가능성이 높습니다. 또한 하드웨어 측면에서도 아무 서버나 사용할 수 없으며, HANA 사전 구성 어플라이언스 또는 HANA TDI(Tailored Datacentre Integration) 프로세스를 통과할 수 있는 서버가 요구됩니다.
SUM 이전의 S/4 모듈영역의 재검토
셋째는 모듈영역/기능적 요소입니다. Software Update Manager(SUM) 프로세스를 시작하기 전에, S/4의 단순화로 인해 발생한 여러 기능 변경 사항을 해결해야 합니다. 이는 SAP Readiness Check 2.0의 일부인 Simplification Item Checklist에서 확인할 수 있습니다. 일부는 단순 관련성 체크(Relevance Check)이지만, 일부는 더 이상 지원되지 않는 기능과 관련된 필수 변경(Consistency Check)입니다.
이 영향도를 이해하는 것은 Sandbox 프로젝트의 가치를 높일 뿐 아니라, Greenfield와 Brownfield 논의를 재검토하게 만들 수도 있습니다. 이것이 바로 Sandbox가 먼저인 이유입니다.
Sandbox에서는 무엇이 일어나는가?
Sandbox 업그레이드 전에 Simplification Item Checklist를 설치하기 위해 SAP Notes를 로드합니다. 1809 기준 약 600개의 Simplification Item Check가 있으며, 특정 시스템에서는 약 40~80개가 관련 항목으로 나타납니다. S/4에서는 GTS와 같은 주변 독립 시스템의 일부 기능이 S/4에 직접 통합되고 있습니다. 예를 들어 ERP의 Foreign Trade 기능을 사용 중인 경우 S/4의 새로운 International Trade 기능으로 이동해야 합니다. 반면 ERP에 애드온 형태로 GTS를 운영 중이라면 업그레이드 전에 해당 애드온을 제거해야 합니다.
이처럼 일부 체크리스트 항목은 단순히 SAP Note를 적용하거나 설정을 변경하는 수준이 아닙니다. 업그레이드 이전에 별도의 프로젝트를 유발할 수도 있습니다. 또한 SAP 권장 기능으로 바로 이동하는 대신 외부 솔루션 연계를 검토할 수도 있습니다.
움직이는 목표(버전과 범위)
각 S/4 온프레미스 릴리스는 더 많은 단순화를 포함하고 있습니다. 이는 잠재적으로 더 많은 장애 요소를 의미합니다. 현재는 1709 이전 버전으로 갈 수 없으며, 늦게 갈수록 작업량이 늘어날 수 있습니다.Ehp8 고객이 2025년까지 유지 가능함에도 중간 버전이 제공되지 않는 상황은 SAP 고객에게 새로운 경험입니다.
업그레이드 시작 전 CVI(Customer Vendor Integration) 활동도 수행해야 합니다. 기술적으로는 복잡하지 않지만 데이터 품질 및 정제 이슈를 야기할 수 있습니다. 이는 Greenfield 검토를 촉진할 수도 있습니다.
데이터 거버넌스 및 보안 측면에서, 모든 Vendor와 Customer는 BP를 가져야 하지만 Customer/Vendor 마스터 자체가 사라지는 것은 아닙니다. 데이터는 여전히 동일 테이블에 중복 저장되며 제거 일정은 아직 발표되지 않았습니다.
이제 기반인프라교체 및 SUM 수행
모든 단계 완료 후 Linux/HDB로 재플랫폼하거나 DMO(Database Migration Option)를 활용해 업그레이드와 동시에 수행할 수 있습니다. 최종 프로젝트는 상당한 다운타임이 필요할 수 있으므로 Sandbox 단계에서 이를 고려해야 합니다.
이후 SUM 프로세스를 시작하며 Simplification Item 체크가 다시 검증됩니다. 해결 완료 후에도 추가 SAP Notes 적용이 필요할 수 있습니다.
커스텀 코드 점검
업그레이드 후 ABAP Test Cockpit을 활용해 커스텀 코드(CBO)를 검토합니다.
ABAP Eclipse Editor의 ‘Quick fix’ 기능을 통해 SELECT문에 ‘ORDER BY’를 추가하는 등 간단한 수정은 자동화할 수 있습니다.
3rd Party Add-on 도 목표 S/4 버전을 지원하는지 확인해야 하며, 이는 초기 단계부터 협의 가능합니다.
또한, Fiori와 S/4의 권한 변경 사항을 검토할 좋은 기회입니다. 대규모 트랜잭션 코드 대신 세분화된 기능을 제공하는 수많은 Fiori 앱이 존재합니다. Lighthouse Fiori 앱을 시작점으로 참고할 수 있습니다.
당신의 S/4 플레이북이 준비되었습니다.
Sandbox 프로젝트의 결과는 S/4 마이그레이션 Runbook이 됩니다. 필요한 주요 단계가 범위 정의되었고, 시스템 관점에서 수행해야 할 활동이 명확해집니다. 다만 Sandbox에서 선택한 S/4 버전이 본 프로젝트 시작 시점에도 여전히 지원되어야 하며, 그렇지 않으면 추가 단순화 항목이 발생할 수 있습니다.
이 접근 방식은 EPI-USE 컨설턴트들과 함께한 Purdue S/4 프로젝트에도 적용되었으며, 해당 프로젝트는 2020 SAP Innovation Awards에 노미네이트되었습니다.
PRISM 혁신 진단 받기
Relevant links:
* DSAG/ASUG document
** Blog on International Trade functionality available in S/4
*** Fiori Lighthouse Apps
**** The Purdue S/4 project has been nominated for the 2020 SAP Innovation awards.