전송 요청 유형 설명

Devin과의 미팅에서 Carl은 SAP S/4HANA Cloud Public Edition 에서 수행할 수 있는 개발 유형과 사용되는 툴에 대해 설명합니다.

SAP S/4HANA Cloud Public Edition 에서 고객은 두 개 또는 세 개의 시스템 랜드스케이프를 사용하여 이러한 SAP 시스템 간에 변경사항을 전송할 수 있습니다. 확장성 외에도 적용 전송 구성(ATO)은 사용자 정의 개발, 비즈니스 구성(클라이언트 고유 및 클라이언트 간) 임포트를 위한 공통 임포트 UI로 사용됩니다. 두 시스템 랜드스케이프에서는 특정 엑스포트 프로세스를 위해 엑스포트 시에도 ATO 기술이 사용됩니다. ATO는 테스트 시스템에서 운영 시스템으로의 주요 사용자 확장성 전송 요청을 관리하는 데 사용됩니다.

3 시스템 랜드스케이프에서는 ATO가 개발자 확장성(임베드된 ABAP 개발), 주요 사용자 확장성, SAP S/4HANA Cloud Public Edition의 비즈니스 구성 에 대한 전송 요청을 오케스트레이션합니다. 이를 통해 고객은 동일한 방식으로 프로세스를 제어하고 구성, 주요 사용자 확장 및 개발을 선택적으로 전송할 수 있습니다.

통합 비즈니스 구성(CBC, Central Business Configuration)을 사용하여 활성화된 사전 구성은 개발 시스템의 전송 요청에 캡처됩니다. 테이블 또는 뷰의 전송 동작은 단일 유지보수 오브젝트(SOBJ)의 전송 설정에서 정의됩니다. 비즈니스 구성(BC) 미세 조정, 확장성, 개발자 확장성은 개발 시스템에서 수행되고 전송 요청에 캡처됩니다.

앞서 설명한 대로, 통합 전송 접근법은 여러 툴을 조합하여 사용합니다.

• 개발자 확장성을 위해 워크벤치 전송을 관리하기 위한 Eclipse의 전송 구성(ADT): 이 툴에서 개발자는 개발자 확장성을 위해 워크벤치 전송 요청을 생성, 관리(예: 병합, 소유자 변경 등)하고 릴리스할 수 있습니다.

• Fiori 앱 커스터마이징 전송 엑스포트 는 프로젝트 리더/컨텐트 전문가가 전송 요청을 관리하고 엑스포트하는 데 사용합니다. 여기에는 커스터마이징 전송 요청, 해당 프로젝트 지정 및 피스 리스트(클라이언트 고유 오브젝트만 해당)가 표시됩니다. 여기서 커스터마이징 전송 요청을 릴리스할 수 있습니다. 다음 기능도 있음.

• Fiori 앱 소프트웨어 컬렉션 엑스포트(ATO): 이 툴에서 개발자는 확장성 오브젝트(항목) 컬렉션을 생성하고 엑스포트할 수 있습니다.

• Fiori 앱 컬렉션 임포트(ATO): 컬렉션 임포트 Fiori UI는 확장성 전송 및 BC 전송을 임포트하는 데 사용됩니다. 고객이 커스터마이징 및 개발자 확장성(워크벤치) 전송을 T 또는 P 시스템으로 임포트할 수 있도록 개선되었습니다.

전송 가능한 오브젝트에는 세 가지 범주가 있습니다.

• ABAP 언어 버전 5(및 그 이상) 개발 오브젝트(코드, ABAP 딕셔너리(DDIC), ABAP Core Data Services(CDS), 사용자 인터페이스(UI), ....)를 포함합니다.

• ABAP 개발 툴에서 개발 비즈니스 카탈로그를 사용하여 수행됩니다.

• 허용 리스트는 언어 버전 5(및 그 이상)의 ABAP 허용 리스트에 의해 정의됩니다.

• 개발 오브젝트는 워크벤치 전송 요청을 사용하여 전송됩니다.

• ATO 오브젝트로 패키징된 ABAP 언어 버전 2 개발 오브젝트와 커스터마이징이 포함됩니다.

• 확장성 비즈니스 카탈로그를 사용하여 Fiori UI에서 수행됩니다.
• 허용 리스트는 언어 버전 2의 ABAP 허용 리스트에 의해 정의됩니다.

• ATO에는 변경 기록이 있으며 늦은 전송 생성 및 릴리스를 수행할 수 있습니다. 따라서 전송에서 분리할 수 있습니다.

• 클라이언트 고유 커스터마이징과 클라이언트 비종속 커스터마이징이 포함됩니다.

• 구성 비즈니스 카탈로그를 사용하여 오픈 클라우드 지원 구현 가이드(IMG, Implementation Guide)를 통해 수행됩니다.

• 허용 리스트는 유형 구성의 SAP 비즈니스 카탈로그에 의해 정의됩니다.
• 클라이언트 고유 커스터마이징에 대한 커스터마이징 전송 요청을 사용하여 전송됨
• 클라이언트 비종속 커스터마이징을 위한 워크벤치 전송 요청을 사용하여 전송됨
• 클라이언트 비종속 비즈니스 커스터마이징은 ATO 오브젝트가 아닌 커스터마이징으로 처리되어야 합니다.

전송 가능한 오브젝트의 세 가지 범주 모두에 대해 격리된 테스트를 보장하며, 별도의 테스트 시스템에서 테스트를 수행해야 합니다. 이렇게 하면 완료된 구성/개발을 완료되지 않은 구성/개발에서 분리하는 데 도움이 됩니다(특히 클라이언트 비종속 오브젝트의 경우). 별도의 테스트 시스템에서의 임포트만 후속 운영 시스템에서 임포트하기 위한 실제 테스트입니다. 주로 임포트 시에만 After-Import 메소드(AIM)와 소프트웨어 변경 태스크 리스트 실행이 실행되기 때문입니다.

이제 Devin은 Carl로부터 어떤 종류의 전송 요청이 존재하는지 알고 싶어 합니다.

다음은 칼(Carl)의 약어입니다.

SAP_ATO_TRANSPORT_TYPE 특성에 대해 다음 값 중 하나를 설정하여 사용 케이스에 따라 전송 요청이 자동으로 분류됩니다.

• 개발자 확장: DEV
• 주요 사용자 확장: EXT
• SAP Central Business Configuration에서 배포된 비즈니스 구성: CBC
• 클라이언트 고유 미세 조정: BC
• 클라이언트 전반 미세 조정: CCC

그러면 Carl 은 Devin 의 다양한 유형 목록을 보여줍니다.

다시, 칼 몇 가지 약어와 자세한 내용을 설명합니다:

전송 요청의 기술적 유형은 다음과 같습니다.

• W = 커스터마이징
• K = 워크벤치
• T = 복사본 전송

각 전송 요청에는 전송 대상이 있습니다. 대상은 다음과 같습니다.

• 비어 있음: 변경사항만 기록됩니다. 전송 요청이 릴리스되었더라도 테스트 시스템에서는 임포트할 수 없습니다. 이러한 전송 요청을 로컬 전송 요청이라고 합니다. 예를 들어 소프트웨어 컴포넌트 ZLOCAL 에서 개발하는 경우입니다.
• /<SID>_ATO/: 워크벤치 전송 요청에 사용됩니다. 워크벤치 전송 요청이 릴리스된 후에는 변경사항을 테스트 시스템으로 임포트할 수 있습니다.
• /<SID>_CUS/: 전송 요청을 커스터마이징하는 데 사용됩니다. 커스터마이징 전송 요청이 릴리스되면 변경사항을 테스트 시스템에 임포트할 수 있습니다.

Carl은 Devin에게 기본 전송 요청이 있음을 상기시키고 몇 가지 세부 사항을 설명합니다.

전송 커스터마이징 엑스포트 앱에서 커스터마이징 전송 요청을 생성하면 커스터마이징 전송 요청의 전송 범주가 기본값으로 설정됩니다. 사용자에게 전송 요청에 대한 태스크가 있는 경우, 사용자가 변경을 수행할 때마다 변경 기록을 위해 전송 요청이 제안됩니다. 미결 기본 커스터마이징 전송 요청은 한 번에 하나만 있을 수 있습니다. 기본 커스터마이징 전송 요청이 릴리스되면 구성 변경을 위해 신규 요청을 생성할 수 있습니다. 기본 커스터마이징 전송 요청에 대한 변경사항을 기록하는 대신 변경 기록 대화 상자에서 신규 커스터마이징 전송 요청을 생성할 수도 있습니다. 이러한 커스터마이징 전송 요청의 전송 범주는 수동으로 정의합니다. 커스터마이징 전송 요청 수는 제한되지 않습니다. 테스트 및 운영 테넌트로 변경사항을 긴급하게 전송해야 하고 다른 사용자가 구성 액티비티를 마칠 때까지 기다릴 수 없는 경우 수동 커스터마이징 전송 요청이 유용할 수 있습니다. 커스터마이징 전송 요청의 전송 범주는 SAP_CUS_TRANSPORT_CATEGORY 특성의 값입니다. 입력 가능 값:

• DEFAULT_CUST: 기본(클라이언트 고유) 커스터마이징 전송 요청
• DEFAULT_CUSY: 기본 클라이언트 비종속 커스터마이징 전송 요청
• MANUAL_CUST: 수동(클라이언트 고유) 커스터마이징 전송 요청
• MANUAL_CUSY: 수동 클라이언트 비종속 커스터마이징 전송 요청

워크벤치 전송 요청에 기록된 오브젝트는 잠깁니다. 즉, 다른 워크벤치 전송 요청에서 오브젝트를 변경할 수 없습니다. 오브젝트를 변경하려는 사용자에게는 동일한 워크벤치 전송 요청의 태스크가 지정되어야 합니다. 커스터마이징 전송 요청의 경우 잠금이 없습니다.

필요한 경우 한 전송 요청에서 다른 전송 요청으로 변경을 재지정할 수 있습니다. 그러나 변경사항을 다른 요청에 지정하지 않고 전송 요청에서 제거하는 것은 권장하지 않습니다. 이로 인해 테스트 또는 운영 시스템에서 임포트 오류 또는 불완전한 삭제가 발생할 수 있습니다.

전송 요청에 주요 사용자 확장을 기록하지 않습니다. 주요 사용자 앱 중 하나에서 확장을 생성하고 소프트웨어 컬렉션 엑스포트 앱에서 소프트웨어 컬렉션에 확장을 지정합니다. 소프트웨어 엑스포트 컬렉션은 엑스포트 중에 변경사항을 전송하기 위한 전송 요청을 생성합니다. 그러나 이는 사용자에게 숨겨져 있습니다.

다음 규칙이 적용됩니다.

• 개발자 확장성, 주요 사용자 확장성 및 비즈니스 구성에 대한 전송 요청이 분리되었습니다.

• 컨텐트를 혼합할 수 없습니다.

• 다른 범주의 전송 요청을 병합할 수 없습니다.

• 임포트하는 동안 여러 범주의 전송 요청을 함께 임포트할 수 있습니다.

전송 요청에 종속성이 있을 수 있습니다. 이 경우 컬렉션 임포트 앱에서는 종속 전송이 함께 임포트되도록 합니다.

칼은 Devin 요약 목록을 보여주며, 지금 이 목록을 읽을 필요가 없다고 말합니다...

전송 관리 요약 – 세 가지 시스템 랜드스케이프에서의 전송 관리 개요가 아래 표에 나와 있습니다.

자세한 내용은 SAP Help Portal – 전송 관리 요약 을 참조하십시오.