첫 번째 소단원에서는 제공된 SAP 어플리케이션으로 기능을 확장하기 위해 고객이 기존에 구현한 다양한 유형의 Exit에 대해 살펴봅니다. SAP S/4HANA는 소비자 수준의 UX 경험(나중에 논의할 SAP Fiori)을 기반으로 완전히 재정의된 어플리케이션과 새로운 데이터 모델 및 코드를 사용하므로 일부 확장이 더 이상 필요하지 않다고 가정할 수 있습니다. 확장의 원래 기능 목적이 이제 SAP S/4HANA 표준 기능에서 지원되거나, 변경된 비즈니스 프로세스가 더 이상 필요하지 않기 때문일 수 있습니다. 어느 쪽이든 이러한 Exit에 포함된 코드는 시스템에서 체계적으로 제거해야 합니다. 그러나 우리는 어떻게 그 코드를 찾고 평가하는가? SAP는 다음과 같은 방식을 권장합니다.
- 확장 사용 데이터의 수집 및 집계
- 커스텀 코드 분석을 통해 제거할 수 있는 확장 결정
- 백업 및 복원 절차 준비
- 익스텐션이 제거된 상태로 원하는 앱 기능 확인
- 시스템 변환 중 확장 삭제
확장 사용 데이터의 수집 및 집계
프로젝트 팀이 확장 사용 데이터를 수집할 수 있도록 두 가지 툴이 생성되었습니다. 둘 중 하나를 사용할 수 있습니다. 첫 번째는 사용 및 프로시저 로깅(UPL, Usage and Procedure Logging)이고 두 번째는 ABAP 호출 모니터(트랜잭션 코드 SCMON)입니다. 둘 다 ABAP 코드 실행과 관련된 정보(클래스 메소드, 함수 모듈)를 수집하고, 실행 중인 ABAP 코드와 컨텍스트에 대한 정보를 제공합니다. ABAP 호출 모니터 는 두 가지 툴 중 최신 버전이며 ABAP 코드 호출자에 대한 정보를 제공하여 한 단계 더 나아갑니다. 하지만 (잠재적인 시스템 성능 이슈를 최소화하기 위해) 두 툴을 동시에 사용하지 않는 것이 좋습니다. 따라서 UPL을 현재 사용 중이고 고객이 이 작업을 계속하기를 원하는 경우 괜찮습니다. 고객이 운영 시스템에서 선택한 툴을 사용하는지 확인해야 합니다. 최종 사용자가 확장을 실제로 사용하는 것이 결정 요인입니다. 두 툴 모두 데이터를 Solution Manager와 통합할 수 있습니다. 일반적으로 SAP에서는 6~18개월 동안 선호하는 툴을 실행할 것을 권장합니다. 여기에는 하나 이상의 연결산이 포함되어야 합니다.
사용 데이터가 수집되면 트랜잭션 코드 SUSG를 사용하여 이 데이터를 집계하고 관리할 수 있습니다. 이 단계는 트랜잭션 코드 SCMON을 통해 수집된 데이터가 잠시 후에 삭제되므로 중요합니다.
커스텀 코드 분석을 통해 제거할 수 있는 확장 결정
여기서 프로젝트 팀에는 커스텀 코드 분석을 수행할 수 있는 두 가지 옵션이 있습니다. 첫 번째는 SAP Fiori 앱 '커스텀 코드 마이그레이션'을 사용하는 것입니다. 이 앱은 테스트에 사용되는 새로 전환된 샌드박스 SAP S/4HANA 시스템에서 찾을 수 있습니다(해당 토픽에 대한 자세한 내용 참조). 샌드박스 SAP S/4HANA 시스템을 아직 사용할 수 없는 경우 SAP Business Technology Platform, ABAP 환경에서 앱을 찾아서 사용할 수 있으며 RFC 및 클라우드 커넥터를 통해 SAP ERP 시스템에 대해 실행됩니다. 두 번째 옵션은 Eclipse용 ABAP 개발 툴의 일부로 제공되는 ABAP 테스트 콕피트를 사용하는 것입니다. SAP Fiori 앱의 장점 중 하나는 사용 및 프로시저 로깅(UPL, Usage And Procedure Logging)과 ABAP 호출 모니터에서 수집한 사용 통계를 기반으로 미사용 확장을 식별할 수 있다는 것입니다. 이러한 미사용 확장은 시스템 변환 중에 제거할 수 있습니다(시스템 변환 중 확장 삭제 섹션 참조).
백업 및 복원 절차 준비
특히 나중에 다시 필요할 가능성이 있는 경우 미사용 코드를 삭제하는 것에 대한 합법적인 우려가 있을 수 있습니다. 따라서 백업 및 복원 절차는 프로젝트 팀에서 설계하고 채택할 수 있습니다. 고려할 수 있는 방법에는 여러 가지가 있습니다. 하나는 백업을 위해 특별히 프로비저닝된 별도의 ABAP 시스템입니다. 다른 하나는 서드 파티 제품 백업 시스템입니다. 두 옵션 중 하나를 채택할 수 있지만 고려해야 할 잠재적 요인 중 하나는 백업 전용 시스템을 유지보수(또는 구매)하는 비용입니다. 이러한 문제를 해결하기 위해 SAP는 고객이 고려할 수 있도록 "Git 지원 변경 전송 시스템"(gCTS, Git-enabled Change and Transport System) 옵션을 생성했습니다. 사용되지 않는 코드를 저장하기 위해 외부 Git 저장소를 사용한다. gCTS를 사용한 커스텀 코드 백업에 대한 자세한 내용은 "gCTS로 커스텀 코드를 백업하는 방법"을 참조하십시오. 기억해야 할 중요한 점은 어떤 백업 방법이 채택되든, 복원이 필요한 경우 복원 절차에서는 코드에 ABAP 점검이 포함되어야 한다는 점입니다(ATC는 이 목적으로 사용해야 함). 이러한 점검 및 테스트가 종료되고 문제가 발견되지 않으면 복원된 인핸스먼트를 운영 시스템으로 전송할 수 있습니다.
확장을 통해 원하는 앱 기능 확인 제거됨
이는 제거된 확장에 기술적 이슈가 없는지 확인하기 위해 품질 보증 팀에서 실행하는 일반 테스트입니다.
시스템 전환 중 확장 삭제
앞에서 언급한 SAP Fiori 앱 커스텀 코드 마이그레이션 에서는 삭제할 모든 인핸스먼트가 포함된 전송 요청을 생성할 수 있습니다. 전환 프로세스 중에 Software Update Manager 툴에서 전송 요청 및 관련 개발 오브젝트에 대한 프롬프트가 삭제됩니다.