[SAP SD] Sold-to Party / Shipt-to-Party / Bill-to Party / Payer 개념 정리

SAP 고객마스터  Sold-to Party / Shipt-to-Party / Bill-to Party / Payer  정리

SAP(특히 SD - Sales and Distribution 모듈)에서 고객 마스터 데이터를 관리할 때 가장 핵심이 되는 개념이 바로 파트너 기능(Partner Functions)입니다. B2B 거래에서는 주문을 하는 주체, 물건을 받는 주체, 계산서를 받는 주체, 실제로 돈을 내는 주체가 다를 수 있기 때문에 SAP는 이를 4가지 역할로 세분화하여 관리합니다.

구분	파트너 (기호)	핵심 역할	연관 트랜잭션	주요 연관 부서
SP	Sold-to (주문처)	계약 및 주문 발생	영업 오더 (Sales Order)	영업팀, 구매팀
SH	Ship-to (배송처)	화물 수령 및 하역	출하 지시 (Delivery)	물류팀, 창고 파트
BP	Bill-to (청구처)	계산서 및 청구서 수신	대금 청구 (Billing)	재무팀, 회계팀
PY	Payer (지급처)	실제 대금 결제 및 여신 관리	미수/입금 반제 (FI-AR)	자금팀, 재무팀

 

이 4가지 파트너는 Sold-to Party를 중심으로 거미줄처럼 연결됩니다. 비즈니스 구조에 따라 1개의 기업이 4가지 역할을 모두 수행할 수도 있고, 각각 분리될 수도 있습니다.

관계 유형	설명	실무 적용
1 : 1 통합형	Sold-to = Ship-to = Bill-to = Payer	단일 규모의 중소기업과 거래할 때 주로 발생합니다. (주문한 사람이 물건도 받고, 청구서도 받고, 돈도 냄)
1 : N 분산형 (배송 분리)	1개의 Sold-to에 여러 개의 Ship-to 연결	본사에서 일괄 주문하고, 물건은 전국의 각 지점/공장(Ship-to)으로 나누어 배송받는 경우입니다.
1 : N 분산형 (재무 분리)	1개의 Sold-to에 여러 개의 Bill-to/Payer 연결	주문과 배송은 각 지점에서 개별적으로 하지만, 결제는 그룹의 재무 통합 센터(Shared Service Center)에서 일괄 처리하는 경우입니다.

 

데이터 연결의 핵심 규칙:

• 모든 주문서(Sales Order)에는 이 4가지 파트너가 반드시 할당되어야 합니다.
• Sold-to 고객 마스터 데이터를 생성할 때, 해당 고객과 연결될 Ship-to, Bill-to, Payer를 파트너 탭(Partner Functions Tab)에 미리 매핑(Mapping)해 둡니다.
• 주문 시 Sold-to 번호만 입력하면, 시스템이 사전에 연결된 나머지 3개의 파트너 정보를 자동으로 불러옵니다 (필요 시 수동 변경 가능).

 

---

 

SAP ECC 기준 핵심 고객 테이블

고객 마스터의 근간이 되는 주요 테이블들입니다. 데이터 추출이나 조인(Join) 시 가장 빈번하게 사용됩니다.

테이블명	명칭 (Data Area)	주요 저장 정보	조인 키(Key)
KNA1	일반 데이터 (General Data)	고객번호, 이름, 주소, 국가, 전화번호, 언어	KUNNR (고객번호)
KNB1	회사 코드 데이터 (Company Code Data)	조정계정(Recon. Account), 지급 조건, 독촉 데이터	KUNNR, BUKRS (회사코드)
KNVV	영업 영역 데이터 (Sales Area Data)	영업조직, 유통경로, 제품군, 가격 결정 절차	KUNNR, VKORG, VTWEG, SPART
KNVP	파트너 기능 (Partner Functions)	Sold-to, Ship-to, Bill-to, Payer 매핑 정보	KUNNR, VKORG, VTWEG, SPART, PARVW
KNVK	담당자 데이터 (Contact Persons)	고객사의 실무 담당자 이름, 직점, 부서	PARNR (담당자번호), KUNNR
KNBK	은행 세부 정보 (Bank Details)	고객의 은행 국가, 은행 키, 계좌 번호	KUNNR, BANKS, BANKL, BANKN
KNVI	세금 지시자 (Tax Indicators)	국가별 세금 분류 및 면세 여부	KUNNR, ALAND, TATYP

---

테이블 간의 연결 관계 및 의미

테이블 간의 구조를 이해하면 SQL 쿼리를 작성하거나 데이터를 추적할 때 유리합니다.

• KNA1 (뿌리): 시스템에 고객이 생성되면 가장 먼저 KNA1에 레코드가 생깁니다. 이 데이터는 영업팀이든 재무팀이든 공통으로 사용합니다.
• KNA1 + KNB1 (재무/FI 관점): 특정 고객(KNA1)과 우리 회사의 특정 법인(BUKRS) 간의 회계 거래 기준을 잡기 위해 KNB1이 확장됩니다.
• KNA1 + KNVV (영업/SD 관점): 특정 고객(KNA1)이 우리 회사의 어느 영업조직(VKORG)을 통해 어떤 조건으로 물건을 사는지 정의하기 위해 KNVV가 확장됩니다.
• KNVV + KNVP (파트너 관점): 앞서 설명해 드린 4대 파트너(SP, SH, BP, PY)가 바로 KNVP 테이블에 저장됩니다. PARVW(파트너 기능 식별자) 필드를 통해 해당 고객 번호가 어떤 역할을 하는지 구분합니다.

---

S/4HANA 환경에서의 변화: Business Partner (BP)

만약 현재 운영 중이거나 전환 예정인 시스템이 S/4HANA라면, 기존의 고객(Customer)과 공급업체(Vendor) 개념이 Business Partner(BP)로 통합되었다는 점을 반드시 알아야 합니다.

S/4HANA에서도 기존 KNA1, KNVV 등의 테이블은 호환성을 위해 그대로 유지되지만, 데이터 생성의 중심축이 BP 테이블로 이동했습니다.

테이블명	명칭	S/4HANA 주요 역할
BUT000	BP 일반 데이터	BP 번호, 이름, 파트너 범주(개인/조직/그룹) 등 최상위 정보 보관
BUT100	BP 역할 (BP Roles)	해당 BP가 '고객'인지 '공급업체'인지 역할 정의
CVI_CUST_LINK	BP - 고객 연결	생성된 BP 번호(PARTNER)와 기존 고객 번호(KUNNR)를 매핑해 주는 핵심 브릿지 테이블