이 작업 흐름은 SAP ERP와 SAP S/4HANA 간에 데이터 모델과 코드 기반 간에 상당한 차이가 있기 때문에 발생합니다. 필요한 것으로 간주되는 확장(또는 삭제되었지만 나중에 복원되어야 하는 확장)은 적용 프로세스를 거쳐야 합니다. 이 프로세스는 다음 두 가지 형식 중 하나를 사용할 수 있습니다.
- 자동 커스텀 코드 적용
- 수동 커스텀 코드 적용
두 가지 방식을 구분하기 전에 사전 주제를 탐색해야 합니다. 대부분의 경우 프로젝트 구현 팀은 SAP ERP 운영 시스템의 복사본을 특수 샌드박스 시스템으로 생성합니다. 이 샌드박스는 실제 운영 시스템에서 전환을 수행하기 전에 변환을 테스트하는 데 사용됩니다. 이는 테스트 시스템이 가능한 한 최대한 생산을 모방해야 하기 때문에 의미가 있습니다. 또한 이 샌드박스 시스템에서 커스텀 코드를 적용하는 것도 합리적이며, SAP는 일반적으로 프로젝트 팀을 그렇게 할 것을 권장합니다. 그러나 이로 인해 복잡해질 수 있습니다. 신규 SAP S/4HANA로의 마이그레이션 프로젝트가 진행 중이지만 기존 SAP ERP 시스템에는 여전히 정상적인 유지보수 및 지원 액티비티가 필요합니다. 프로젝트 팀이 운영 시스템에서 시스템 전환을 수행할 준비가 되면 테스트에 사용되는 운영 시스템과 샌드박스 시스템 간에 상당한 차이가 있을 수 있습니다. 이 문제를 해결할 수 있는 세 가지 가능한 해결책은 다음과 같습니다.
- 개발 동결
이 문제점에 대한 한 가지 해결책은 (기존 시스템인) SAP ERP 시스템에서 개발을 동결하는 것입니다. 이 옵션이 이론적으로 작동하지만, 그 암시 정상적인 유지 보수, 지원, 그리고 가장 중요한 혁신이 일어날 것입니다 (그리고) 시간의 일부 불확정적 기간 동안 중단 될 것입니다. 집안의 사업 쪽이 이에 반대할 가능성이 높다.
- 이중 작업
다른 해결책은 새로 전환된 SAP S/4HANA 시스템의 샌드박스 시스템에서 수행된 모든 커스텀 코드 조정 작업을 재실행하는 것입니다. 다시 한번 이론적으로 이 옵션도 작동하지만, 재작업이 필요한 적응 작업의 양에 따라 매우 노동 집약적일 수도 있습니다.
- Solution Manager 리트로피트
선호하는 솔루션은 Solution Manager(7.2 Ehp 8 이상 버전)에서 리트로피트 기능을 사용하는 것입니다.
자동 커스텀 코드 적용
앞에서 언급한 것처럼, 프로젝트 팀에는 커스텀 코드 분석을 위한 세 가지 옵션이 있습니다. SAP Fiori 앱 커스텀 코드 마이그레이션 (SAP S/4HANA에서 또는 SAP Business Technology Platform, ABAP 환경의 동일한 앱)과 Eclipse의 ABAP 개발 툴에서 사용할 수 있는 ABAP 테스트 콕피트입니다. SAP Fiori 앱 커스텀 코드 마이그레이션 은 백그라운드에서 ABAP 테스트 콕피트와 통합되므로 세 가지 옵션 모두 콕피트의 Quick Fix 기능을 사용하여 SAP S/4HANA 변경사항을 준수하기 위해 ABAP 코드를 자동으로 수정(및 필요한 경우 활성화)할 수 있습니다.
수동 커스텀 코드 적용
자동으로 적용할 수 없는 코드는 직접 적용해야 합니다. 이 작업을 수행하는 프로세스는 다양한 요인에 따라 프로젝트마다 다릅니다. 다음과 같은 제안된 프로세스를 분석의 시작점으로 사용할 수 있습니다.
- SAP Fiori 앱 SAP Readiness Check Tool을 사용하여 커스텀 코드 영향을 설명하는 관련 SAP Note 리스트를 가져옵니다.
- SAP Note를 학습한 후 기술 코드 수정을 지정하는 항목과 보다 전문적인 어플리케이션 지식이 필요한 항목을 구분합니다. 이러한 차별화를 통해 그에 따라 적응 팀을 구성합니다.
- 또한 개별 개발자가 (관련 SAP Note에 따라) 특정 유형의 코드 변경을 전문적으로 수행할 수 있는 경우 수동 적용 프로세스의 효율성을 높일 수 있습니다. 그러나 이 작업이 항상 가능한 것은 아닙니다.
- 요청된 모든 수동 조정을 수행하는 데 소요되는 정확한 시간을 결정하는 것은 비현실적입니다(그리고 부정확할 가능성이 높음). 시간 범위 추정은 프로젝트 마이그레이션 이해관계자에게 알려야 합니다.