SAP S/4HANA 서비스에서 수리 확인(REPC)을 청구하려면 다음을 수행합니다.
* 수리 확인에 사용된 각 품목 범주가 청구 유형에 지정된 판매 품목 범주와 일치하는지 확인하세요. 품목 범주(예: REPI)는 청구와 관련성이 있는 판매 품목 범주(예: TAN)에 매핑되어야 합니다.
* 청구 문서 요청에 대해 거래 유형 REPC에 판매 문서 유형을 지정합니다. 판매 문서 유형(예: 송장의 경우 F2)은 청구 요청을 생성하기 위해 사용자 정의에서 REPC에 연결됩니다.
* 수리 확인에 사용된 서비스 품목 범주를 청구 문서 요청에 대한 판매 품목 범주에 매핑합니다. 이를 통해 서비스에서 판매 프로세스로의 원활한 전환이 보장됩니다.
* 청구 계획 유형: 기본 청구의 경우 선택 사항이며 필수 사항은 아닙니다.
* 청구 유형 유지: REPC에 국한되지 않고 전역적으로 정의됩니다. 이는 사내 수리 청구 설정의 일부입니다. "서비스 품목 범주를 판매 품목 범주에 매핑하고 청구를 위해 REPC에 판매 문서 유형을 지정합니다."(SAP 도움말 포털, 수리 확인 청구).

클린 코어 대시보드는 SAP에서 제공하는 도구로, 고객이 SAP S/4HANA 시스템의 클린 코어 전략을 모니터링하고 유지할 수 있도록 지원합니다. 클린 코어 접근 방식은 ERP 시스템을 최신 상태로 유지하고 클라우드와 호환되며 불필요한 수정 없이 유지하여 원활한 업그레이드와 혁신 도입을 지원합니다. 이 대시보드는 시스템 사용자 지정, 확장 및 클린 코어 원칙 준수에 대한 통찰력을 제공합니다. 3월 기준 SAP 공식 문서와 기능을 기반으로 각 옵션을 평가해 보겠습니다.
2025년:
* A. 고객은 개발, 테스트 및 프로덕션 테넌트에서 대시보드를 사용할 수 있습니다. 클린 코어 대시보드는 주로 프로덕션 SAP S/4HANA 시스템의 클린 코어 규정 준수 여부를 모니터링하도록 설계되었으며, 비즈니스 프로세스가 실행되는 라이브 환경에 대한 실행 가능한 통찰력을 제공하는 것을 목표로 합니다. 개발(dev) 및 테스트 테넌트는 확장 기능을 빌드하고 검증하는 데 중요하지만, 대시보드는 운영 안정성과 업그레이드 준비 상태를 보장하기 위해 프로덕션 테넌트에 중점을 둡니다. SAP 문서에는 프로덕션 시스템(예: SAP S/4HANA Cloud Private Edition 프로덕션 테넌트)을 대상으로 한다고 명시되어 있으며, 모든 테넌트 유형(개발, 테스트, 프로덕션)에서 통합적으로 사용할 수 있다는 명시적인 언급은 없습니다. 따라서 이 옵션은 확정된 기능이 아닙니다.
* B. SAP for Me를 사용하여 액세스할 수 있습니다. 이는 Clean Core Dashboard의 핵심 기능입니다. SAP for Me는 SAP 고객 포털로, SAP 솔루션과 관련된 다양한 도구, 서비스 및 인사이트에 액세스할 수 있는 중앙 집중식 인터페이스를 제공합니다. Clean Core Dashboard는 SAP for Me에 통합되어 있어 고객이 시스템의 클린 코어 상태(예: 사용자 지정 코드 사용, API 준수, 확장 메트릭)에 대한 타일과 보고서를 사용자 친화적으로 볼 수 있도록 합니다. 이러한 접근성은 고객용 도구를 단일 포털에 통합하려는 SAP의 전략과 일치하며, 검증된 기능입니다.
* C. 고객이 파트너에게 대시보드 접근 권한을 부여할 수 있습니다. 이는 또 다른 확인된 기능입니다. SAP는 고객이 SAP for Me의 권한 관리를 통해 구현 파트너 또는 서비스 제공업체와 Clean Core 대시보드 접근 권한을 공유할 수 있도록 허용합니다. 이 기능은 협업을 지원하여 파트너가 Clean Core 규정 준수를 위해 시스템을 분석하고 최적화하는 데 도움을 줄 수 있도록 합니다(예: SAP와의 RISE 프로젝트 진행 중). 대시보드는 고객과 파트너 간의 투명성과 공동 노력을 촉진하도록 설계되어 프라이빗 클라우드 환경에서 표준 기능으로 자리 잡았습니다.
* D. 모든 SAP S/4HANA Cloud 에디션에서 사용할 수 있습니다. 이는 완전히 정확하지는 않습니다. Clean Core Dashboard는 SAP S/4HANA Cloud Private Edition과 어느 정도 SAP S에 맞춰 특별히 제작되었습니다.
/4HANA 온프레미스 시스템은 사용자 지정 및 확장이 더 빈번하고 모니터링이 필요합니다. SAP S/4HANA Cloud Public Edition은 시스템 설계상 기본적으로 깔끔합니다(소스 코드 수정은 허용되지 않고 SAP BTP 또는 앱 내 도구를 통한 확장만 가능). 따라서 이러한 대시보드의 필요성이 줄어듭니다. 모든 에디션에 깔끔한 핵심 원칙이 적용되지만, 대시보드 기능은 고객이 사용자 지정에 대한 제어력을 강화할 수 있는 Private Edition 및 온프레미스 배포에 가장 적합합니다. SAP 문서에서는 Private Edition 환경에서의 사용 사례를 강조합니다(예:
예: RISE with SAP)는 모든 에디션에 공통적으로 적용되지 않습니다.
정답인 B와 C는 SAP for Me를 통한 대시보드 접근성과 SAP의 핵심 전략 자료에 명시된 파트너와의 협업 기능을 반영합니다. 이러한 기능은 특히 SAP S/4HANA Cloud Private Edition에서 현대적이고 유연하며 클라우드 호환되는 ERP 시스템을 유지하는 데 있어 대시보드의 유용성을 향상시킵니다.
SAP 문서에서 발췌한 내용: "SAP for Me를 통해 접근할 수 있는 Clean Core 대시보드는 시스템 사용자 정의에 대한 투명성을 제공하고 고객이 파트너와 협업하여 생산적인 SAP S/4HANA Cloud Private Edition 시스템에서 Clean Core 규정 준수를 보장할 수 있도록 합니다." (SAP 커뮤니티, 고객을 위한 SAP S/4HANA Cloud Private Edition의 Clean Core를 위한 10단계, 2024).

SAP Signavio는 프로세스 모델링 및 관리를 지원하는 도구를 제공합니다. 핵심 원칙에 따라 브라운필드 프로젝트에서 워크플로를 생성하는 경우:
* SAP Signavio Process Manager: 워크플로 및 비즈니스 프로세스를 설계하고 모델링하는 기본 도구입니다. 컨설턴트는 이 도구를 사용하여 상세한 프로세스 다이어그램(예: BPMN 2.0)을 작성하고 SAP S/4HANA와 통합되는 워크플로를 정의하여 핵심 확장성을 확보할 수 있습니다.
* SAP Signavio Process Intelligence: 워크플로 생성이 아닌 프로세스 분석 및 마이닝에 중점을 둡니다.
* SAP Signavio Process Insights: 워크플로 설계가 아닌, 성과에 대한 통찰력과 최적화 권장 사항을 제공합니다.
* SAP Signavio Process Governance: 초기 워크플로 생성이 아닌 프로세스 실행 및 규정 준수를 관리합니다. 이는 S/4HANA 브라운필드 구현을 위한 SAP의 변환 방법론과 일치합니다. "SAP Signavio Process Manager를 사용하면 SAP S/4HANA 구현을 위한 워크플로 및 프로세스 모델을 생성할 수 있습니다."(SAP Signavio의 SAP S/4HANA 미션)

SAP S/4HANA Cloud Private Edition의 서비스 작업 목록은 표준 유지 관리 또는 서비스 절차를 정의합니다. 헤더에는 전체 작업 목록에 적용되는 일반 데이터가 포함되어 있습니다. 정답은 플래너 그룹(B)과 유지 관리 전략(C)입니다. 이에 대해 자세히 살펴보겠습니다.
작업 목록 헤더 개요:
헤더(예: 트랜잭션 IA05/IA06)에는 작업 목록 유형, 그룹, 계획 데이터와 같은 필드가 포함되어 모든 작업에 대한 컨텍스트를 설정합니다.
* 플래너 그룹(B): 플래너 그룹(예: "PLG1")은 헤더에 할당되어 작업 목록 사용 계획(예: 유지보수 계획)을 담당하는 팀을 나타냅니다. "플래너 그룹" 필드에 입력하면 조직 데이터(예: 플랜트 유지보수 구조)와 연결됩니다. 예를 들어, "PLG1"은 북부 지역 플래너일 수 있습니다.
* 유지 관리 전략(C): 유지 관리 전략(예: "STR1")은 전략 기반 작업 목록의 헤더에 지정됩니다. 이 전략은 작업 목록이 전략 계획에 사용될 때 운영에서 따를 패키지(예: 3M, 6M)를 정의합니다. 이는 "전략" 필드에 설정되며 작업 목록을 스케줄링 로직에 연결합니다.
다른 사람들은 왜 안 될까?
* 생산 리소스 및 도구(A): PRT(예: 도구)는 헤더가 아닌 개별 작업에 작업 세부 정보 탭에 할당됩니다.
* 구성요소(D): 구성요소(예: 예비 부품)는 헤더가 아닌 구성요소 탭을 통해 작업 수준에서도 할당됩니다.
실제 예:
작업 목록 "TL001": 헤더는 플래너 그룹 "PLG1"과 전략 "STR1"(3개월, 6개월)을 할당합니다. 그런 다음 작업은 작업과 자원을 지정합니다.
추가 통찰력:
헤더 데이터는 모든 작업에서 일관성을 보장하고 일정을 위한 유지 관리 계획과 통합됩니다.
"작업 목록 헤더에서 플래너 그룹과 유지 관리 전략을 할당하여 계획 및 일정 매개변수를 정의할 수 있습니다."

SAP S/4HANA 서비스의 항목 범주 구성은 항목 동작을 정의합니다.
* 청구 계획 유형: 청구 계획(예: 정기적, 이정표)이 항목에 적용되는지 여부와 적용 방법을 지정합니다.
* 청구 관련성: 품목이 청구 가능한지(예: 주문 관련 청구의 경우 A)와 청구 문서에서 어떻게 처리되는지를 결정합니다.
* 제품 목록별 계약 항목 필터링: 항목 범주 구성의 표준 기능이 아닙니다.
* 제품 유형: 품목 범주가 아닌 자재/서비스 마스터 데이터에 정의되어 있습니다. 이는 서비스 # 거래 아래의 사용자 정의에서 설정됩니다. "품목 범주 구성은 서비스 품목에 대한 청구 계획 유형과 청구 관련성을 정의합니다."(SAP 도움말 포털, 품목 범주 구성).