KR EN

Blog

Detail Page | Tech 메인메뉴

Detail Page | Tech

S/4 HANA 컨버전 A to Z (2편) _컨버전 플랜

2024.08.19

S/4HANA 성공적인 컨버전 1편에서는  SAP ECC 서비스 종료가 임박해 오는 가운데 SAP S/4HANA 전환은 왜 해야하고, 어떤 장점이 있는 지에 대해서 살펴봤습니다.

 

1편 보러가기 >> https://metanetglobal.com/bbs/board.php?bo_table=tech&wr_id=91

 

 

SAP S/4HANA 컨버전 2편에서는 SAP S/4HANA로 마이그레이션 하기 위해서 구체적으로 어떤 플랜으로 어떻게 진행해야 하는지 가이드를 알려 드리겠습니다.

 


 

1. S/4 HANA로의 컨버전 어떤 플랜을 가지고 진행해야 하나요?

 

 - 컨버전 플랜은 크게 사전 점검과 컨버전 프로세스로 나눌 수 있습니다.

 - 사전 점검 프로세스는 필수 단계로 SAP Readiness Check활용해서 진행합니다.

 - Custom Vendor Integration(CVI) 컨버전 작업도 필수적으로 이루어 져야 합니다.

 

하나씩 알아보도록 하겠습니다.

 

 

2. SAP 컨버전 사전점검 프로세스

 

사전 점검 프로세스는 시스템 컨버전을 위한 사전 조치 항목을 확인하고 작업하는 단계입니다.

 

① SAP Readiness Check (SAP 사전 점검) 솔루션 통한 점검 

 

현재 ECC 시스템이 S/4 HANA로 컨버전하기에 적합한 지 점검하는 것으로, SAP Readiness Check (SAP 사전 점검) 솔루션을 통해 진행됩니다.

 

먼저 현재 ERP 시스템(Add-On 솔루션 포함)이 기술적으로 S/4HAHA 전환 가능한 지 확인합니다. 사전 점검 체크리스트는 아래와 같습니다.

 

  • - 하드웨어, 운영 시스템 버전 
  • - 현재 운영 시스템이 UniCode(Unix to Linux) 버전인가? 
  • - ABAP only 환경인가? 
  • - 현재 사용중인 ECC 6.0 Enhancement Package(EHP) 버전과 컨버전하려는 타깃 시스템 버전이 몇인가?

 

또한 S/4HAHA Simplification List(간소화 항목 점검)을 통해 어떤 업무 기능들이 어떻게 변경되었는 지와 ECC Data 적합 여부를 확인합니다. 

 

Simplification List는 어플리케이션 혹은 아키텍처 변경이 필요한 사항에 대한 리스트를 제공하는 기능으로 SAP S/4HANA 1709 에는 약 502개의 아이템이 존재하며 비즈니스 우선순위((e.g. Core Finance)와 산업군으로 그룹화 되어 제공합니다. 

SI(Simplication Item) Check Report(/SDF/RC_START_CHECK)를 실행할 경우 컨버전에 대한 제약 사항 및 조치해야 할 Step이 확인 가능하며 이를 기반으로 작업 계획을 수립할 수 있습니다.

 

② Custom Vendor Integration(CVI) 컨버전 작업 진행

 

 

ECC의 Customer/Vendor는 S/4HAHA에서 “비즈니스 파트너”로 통합관리 됩니다. 즉 S/4HANA 에서는 비즈니스 파트너를 통한 고객 및 공급업체이 필수 사항입니다. 따라서 ECC에서 사용하던 데이터와 S/4 HANA에서 사용할 데이터에 대한 합을 맞추기 위해 CVI(Customer Vender Integration) 컨버전 작업을 수행해야 합니다.

 

기존에 사용하던 Custom Code는 SI Check를 통해 확인이 가능하지만, 추가 서비스 비용을 지불할 경우 “Custom Code Management”라는 기능을 사용하여 더욱 자세한 내용과 작업 별 우선순위 등을 분석한 레포트를 받아볼 수 있습니다. 

 

 

3. SAP 컨버전 프로세스

 

이렇게 사전 점검 프로세스를 다 마친 후에야 ECC 시스템의 쉐도우(복제)를 기준으로 대망의 S/4 HANA 컨버전 작업이 수행됩니다. 

 

컨버전은 Software Update Manager(SUM) 설치를 통해 S/4 HANA 쉐도우(복제) 시스템이 생성되며 ECC에서 기 사용하던 내용을 S/4 HANA에서 사용할 것인지와 오류를 확인하는 프로세스가 진행됩니다. 이 작업이 완료되면 이후 소프트웨어 업데이트와 HANA 데이터 베이스로 데이터 마이그레이션이 이뤄집니다.

 

Custom Code Adaption 작업은 기존에 ECC에서 사용하던 Custom Built-on(CBO)1) 소스 코드를 S/4HANA에서 사용할 경우의 기능, 성능, 안전성 등의 이슈가 있는 지를 점검하고 소스 코드 변경 및 예외 처리 작업 등을 수행하게 됩니다.  [주석]Custom Built-on(CBO) : 고객 기업에서 자체적으로 만든 테이블을 총칭하는 용어입니다. 

 


 

이번 포스팅에서는 S/4 HANA 컨버전이 어떤 계획에 의해 어떤 방식으로 진행되는 지에 대한 내용을 살펴보았습니다. 전사적으로 사용하는 시스템 자체에 대한 컨버전 작업이 쉬운 일이 아니기 때문에 그 내용을 알면 알수록 더 복잡해지는 기분이 드실 수도 있으나 걱정하실 필요없습니다.

 

S/4 HANA 시스템과 S/4 HANA 컨버전에 있어 전문가 메타넷글로벌이 다수의 프로젝트 경험을 통해 쌓인 노하우를 가지고 여러분의 어려움을 시원하게 해결해드릴 수 있습니다. 다음 블로그 포스팅을 통해서는 실제 S/4 HANA 컨버전 사례를 통해 조금 더 구체적으로 그 내용과 방법을 살펴보도록 하겠습니다.