S/4HANA에서 XD01을 입력하면 왜 BP 화면이 열릴까

ECC에서 고객을 만들던 대로 S/4HANA에서 XD01을 입력하면, 고객 마스터 화면 대신 트랜잭션 BP의 비즈니스 파트너 화면이 열립니다. 설정이 잘못된 것이 아니라 SAP가 정한 동작입니다. 이 글을 읽고 나면 고객·공급업체 마스터 트랜잭션이 어떻게 되었는지(BP로 넘어가는 것과 더 쓰지 않는 것)를 설명할 수 있고, 시스템을 전환하기 전에 무엇이 어떤 순서로 갖춰져 있어야 하는지 짚을 수 있습니다.

근거는 Simplification List for SAP S/4HANA 2023(FPS1~3, 문서판 1.35, 2025-02-25)의 3.19절 'S4TWL - Business Partner Approach'입니다. 2025 전환 가이드(문서판 3.0)는 로그인이 필요한 온라인 Simplification Item Catalog가 PDF 목록을 대신한다고 적으므로, 아래 문장은 공개된 2023 PDF를 따릅니다. 이 항목(SAP Note 2265093)은 2025 가이드의 준비 작업 표에도 올라 있습니다. Note 본문과 첨부 문서는 로그인이 필요해 읽지 않았고, 화면 예시의 번호와 이름은 지어낸 것입니다.

BP가 고객·공급업체의 단일 입구가 되었다

ECC에서 XD01은 고객(채무자)을, XK01은 공급업체(채권자)를 중앙에서 만드는 트랜잭션이었습니다. Simplification List는 고객 마스터와 공급업체 마스터가 중복된 객체 모델이었다고 짚고, S/4HANA에서 반드시 따라야 할 목표 방식은 비즈니스 파트너 방식이라고 적습니다. BP가 주도 객체(leading object)가 되었고, 비즈니스 파트너·고객·공급업체 마스터를 만들고 바꾸고 조회하는 단일 입구(single point of entry)가 되었습니다. S/4HANA의 사용자 화면은 트랜잭션 BP이고, 고객이나 공급업체만을 위한 화면은 따로 없습니다.

목록은 이점도 듭니다. 예전 트랜잭션에서 고객 하나는 계정 그룹 하나에만 묶였지만 BP 하나에는 역할(role)을 여러 개 붙일 수 있고, 모든 역할이 쓰는 일반 데이터는 한 번만 두고 역할마다 필요한 데이터만 따로 저장합니다.

SAP Help Portal의 S/4HANA 2025 FPS02 BP 문서도 같은 구조를 설명합니다. 비즈니스 파트너는 역할 하나 이상으로 만들고, 이름·주소·은행 정보 같은 중앙 데이터는 한 번만 만들며, 일반 역할(General Business Partner)은 자동으로 붙습니다. 고객 역할에는 회사 코드 수준 데이터를 다루는 FLCU00(FI Customer)과 판매 영역 수준의 FLCU01(Customer)이 있고, 공급업체 역할에는 FLVN00과 FLVN01이 있습니다. 비즈니스 파트너를 만들면 시스템이 그에 맞는 고객이나 공급업체 마스터 레코드를 함께 만듭니다. 아래 예시는 조직(Organization)을 FI 고객 역할로 만드는 화면을 줄여 그린 것입니다.

BP로 넘어가는 트랜잭션, 더 쓰지 않는 트랜잭션

제목의 답은 3.19절의 표에 있습니다. 표는 S/4HANA 온프레미스에서 쓸 수 없는 트랜잭션을 트랜잭션 BP로 넘어가는(redirected) 34개와 더 쓰지 않는(obsolete) 11개로 나눕니다. XD01은 앞의 무리에 있어서, 입력하면 BP 화면이 열립니다. 표 전체는 아래 그림에 옮겼습니다.

표를 읽을 때 두 가지를 조심합니다. 첫째, 끝 번호가 같아도 갈래가 다릅니다. XK06은 BP로 넘어가지만 XD06, FD06, VD06은 더 쓰지 않습니다. 둘째, 표는 갈래만 적습니다. 넘어간 뒤 BP가 어떤 역할로 열리는지, 더 쓰지 않는 트랜잭션을 부르면 어떤 메시지가 나오는지는 이 절에 없어서 다루지 않습니다.

SAP 노트

BP로 넘어가는 트랜잭션, 더 쓰지 않는 트랜잭션

Simplification List 2023 3.19절의 표 그대로

• 트랜잭션 BP로 넘어감 (34개)

  XD01 → BP

  • XD01–XD03 · VD01–VD03 · FD01–FD03
  • XK01–XK03 · XK06 · XK07
  • MK01–MK03 · FK01–FK03
  • MAP1–MAP3 · VAP1–VAP3
  • V-03 · V-04 · V-05 · V-06
  • V-07 · V-08 · V-09 · V-11

• 더 쓰지 않음, obsolete (11개)

  XD06

  • FD06 · FK06 · MK06 · VD06 · XD06
  • MK12 · MK18 · MK19
  • V+21 · V+22 · V+23

• 그 자리에 남은 화면

  BP

  • 고객·공급업체 전용 화면은 없다
  • BP 하나로 만들고 바꾸고 조회한다
  • 고객이냐 공급업체냐는 역할로 고른다

S/4HANA 온프레미스 기준입니다. 2025판 항목은 온라인 Simplification Item Catalog에 있어, 이 그림은 2023 PDF의 표를 옮겼습니다.

전환은 CVI가 먼저 있어야 한다

ECC에서 S/4HANA로 시스템을 전환(conversion)할 때 이 변화는 마스터 데이터 문제가 됩니다. 목록은 고객/공급업체 통합(Customer/Vendor Integration, CVI)이 갖춰진 SAP Business Suite 고객만 S/4HANA 온프레미스로 전환할 수 있다고 적습니다. CVI는 비즈니스 파트너와 고객·공급업체 마스터 레코드를 서로 동기화하는 장치입니다. 목록은 1511부터 2020까지의 사전 점검과 기술 전환 절차에서 CVI 도입을 점검할 계획이며 CVI가 없는 시스템은 전환이 거절된다고 덧붙입니다. SAP Simple Finance 온프레미스 1503과 1605에서는 BP 방식이 필수가 아니었습니다.

번호도 미리 정해야 합니다. 목록은 BP 번호와 고객·공급업체 번호를 같게 할지 먼저 답하라고 하고, 같게 하는 것은 권장이지만 필수는 아니라고 적습니다. SAP Help의 번호 부여 문서(2025 FPS02)를 보면 번호는 고른 BP 그룹핑과 거기에 연결된 계정 그룹이 정합니다. 둘 다 내부 번호 부여면 시스템이 고객·공급업체 번호도 자동으로 매기고, 계정 그룹이 외부 번호 부여일 때 Same Numbers 표시를 켜 두면 BP 번호가 그대로 고객·공급업체 번호가 됩니다. 이 연결은 Customizing의 Define Number Assignment for Direction BP to Customer(공급업체는 to Vendor)에서 정합니다.

목록은 일관된 데이터와 Customizing을 원활한 동기화의 열쇠로 보고, 데이터를 BP로 바꾸기 전에 정리하라고 합니다.

준비는 이 순서로

1. 전환 가이드의 사전 점검(Pre-Checks)을 적용합니다. 목록은 관련 Note로 2211312, 2210486, 2216176을 듭니다.
2. 업무 기능 CA_BP_SOA를 켭니다. 없으면 스위치 VENDOR_SFWS_SC1과 VENDOR_SFWS_SC2를 가진 업무 기능을 고객 이름공간에 Enterprise Business Function(G) 유형으로 만듭니다.
3. CVI Customizing에서 빠진 BP 역할 범주(role category)나 번호 부여 정의를, BP Customizing에서 빠진 세금 유형 같은 것을 채웁니다.
4. CVI_MIGRATION_PRECHK로 마스터 데이터의 정합성을 점검하고 맞춥니다.
5. 고객·공급업체 데이터를 정리합니다. 목록의 예는 이메일 주소에 @가 빠진 경우입니다.
6. 동기화(데이터 적재)는 동기화 콕핏으로 합니다. 오류는 Logs 버튼이나 MDS_LOAD_COCKPIT의 Monitor 탭에 있는 Call PPO 버튼으로 봅니다.
7. 변환은 Note 2265093에 첨부된 BP 변환 문서대로 실행합니다.
8. 변환 뒤에는 BP → 고객/공급업체 방향의 후처리를 켭니다. 목록은 이 변환이 양방향이라고 설명합니다.

SAP Learning의 과정 'Gain Experience with Business Partner for SAP S/4HANA Conversion'도 CVI 준비(정합성 점검, 번호 범위, Customizing, 매핑), CVI 동기화, 변환 뒤 Customizing 순서로 단원을 나눕니다. 이 글은 단원 제목만 확인했습니다.

SAP 노트

전환 전에 CVI를 갖추는 순서

Simplification List 2023 3.19절의 준비·동기화·후처리, 그리고 Z 코드 규칙

• 1 · 사전 점검과 업무 기능

  CA_BP_SOA

  • 전환 가이드의 사전 점검(Pre-Checks) 적용
  • 업무 기능을 켠다. 없으면 고객용으로 만든다

• 2 · CVI·BP 커스터마이징

  • 빠진 BP 역할 범주, 번호 부여 정의
  • 빠진 세금 유형 같은 BP 설정

• 3 · 정합성 점검과 데이터 정리

  CVI_MIGRATION_PRECHK

  • 마스터 데이터 정합성을 점검해 맞춘다
  • 예: 이메일 주소에 @가 빠진 데이터

• 4 · 동기화

  MDS_LOAD_COCKPIT

  • 동기화 콕핏으로 데이터를 적재한다
  • 오류는 Logs 버튼, Monitor 탭에서 본다

• 5 · 변환과 후처리

  • SAP Note 첨부 문서대로 변환한다
  • 변환 뒤 BP → 고객/공급업체 후처리를 켠다

• Z 코드: 직접 쓰지 말고 API로

  CL_MD_BP_MAINTAIN

  • 피스 리스트 SI_MD_BP의 테이블에 직접 쓰지 않는다
  • 데이터는 CVIS_EI_EXTERN 형식으로 넘긴다
  • VALIDATE_SINGLE로 검사한 뒤 MAINTAIN

목록은 CVI가 없는 시스템의 전환은 거절된다고 적습니다. 단계별 상세는 로그인이 필요한 SAP Note 2265093의 첨부 문서에 있어 다루지 않았습니다.

Z 코드에서 고칠 곳

마지막은 커스텀 코드입니다. 목록은 피스 리스트 SI_MD_BP에 있는 테이블에 직접 쓰는 코드가 있으면 다른 방법을 쓰라고 합니다. 같은 시스템에서 고객·공급업체 역할을 가진 비즈니스 파트너를 만들려면 API CL_MD_BP_MAINTAIN을 씁니다. 데이터를 CVIS_EI_EXTERN 구조 형식으로 담아 메서드 VALIDATE_SINGLE에 넘겨 모두 검사한 뒤, 메서드 MAINTAIN으로 만듭니다. 목록은 대상 테이블을 피스 리스트로만 가리키므로 이 글도 테이블 이름을 적지 않습니다.

시스템 사이의 인터페이스도 봅니다. 목록은 BP가 없는 고객·공급업체 데이터는 IDoc DEBMAS·CREMAS로 옮길 수 있지만, S/4HANA 시스템끼리는 이 IDoc을 권하지 않고 BP SOAP 서비스를 쓸 수 있다고 합니다(Note 2472030). 2025 전환 가이드는 전환 뒤 S/4HANA 단순화 때문에 생긴 코드 문제를 변환된 시스템에서 ATC 점검 변형 S4HANA_READINESS로 찾으라고 합니다. XD01을 CALL TRANSACTION이나 배치 입력으로 부르는 Z 프로그램이 BP로 넘어간 뒤 어떻게 동작하는지는 목록에 없으므로, 전환된 시스템에서 직접 시험해야 합니다.

전환 프로젝트에서 먼저 할 일 하나는 개수를 세는 것입니다. XD01·XK01 같은 트랜잭션을 부르는 Z 프로그램과 고객·공급업체 마스터에 직접 쓰는 Z 프로그램을 따로 세어 목록으로 만드세요. 앞의 목록은 전환된 시스템에서 시험할 대상이고, 뒤의 목록은 CL_MD_BP_MAINTAIN으로 바꿀 대상입니다.