SD Module Master Data
1. Customer Master Data
고객과 거래(판매, 납품, 청구, 회계 등)에 필요한 정보를 저장한다.
| 구성 영역 | 설명 | 트랜잭션 코드 |
|---|---|---|
| 일반 데이터 (General Data) | 모든 조직에서 공통으로 사용하는 고객 정보 | XD01, VD01, FD01 등 |
| 회사 코드 데이터 (Company Code Data) | 회계 부서가 사용하는 고객 회계 관련 정보 | |
| 영업 영역 데이터 (Sales Area Data) | 영업 조직 단위로 관리되는 판매 관련 정보 |
영업 영역(Sales Area) = Sales Org + Distribution Channel + Division
1) 일반 데이터 (General Data)
전체 회사 및 영업조직에 공통으로 적용되는 데이터
- 고객 이름, 주소, 연락처
- 고객 그룹
- 은행 정보
- VAT 번호 등
2) 회사 코드 데이터 (Company Code Data)
회계(재무) 부서에서 관리하는 데이터
- 계정 그룹
- 지불 조건 (Payment Terms)
- Dunning Procedure (독촉 처리)
- 회계 정산 관련 정보
3) 영업 영역 데이터 (Sales Area Data)
영업 조직 별 판매조건 관리에 사용
- 주문 유형
- 납품 조건
- 청구 조건
- 파트너 기능 (Partner Functions)
🔁 파트너 기능 (Partner Functions)
하나의 고객이 여러 파트너 역할을 동시에 가질 수 있음
| 기능 | 설명 |
|---|---|
| Sold-to Party | 실제로 구매하는 고객 |
| Ship-to Party | 제품을 배송받는 곳 |
| Bill-to Party | 인보이스를 수신하는 주체 |
| Payer | 대금을 지불하는 주체 |
(그림 II-1-4) Partner functions in Sales
4) 고객 마스터 관련 트랜잭션
| 트랜잭션 코드 | 설명 |
|---|---|
XD01 | 고객 생성 (중앙: 전체 구성요소 포함) |
VD01 | 고객 생성 (영업 정보만 포함) |
FD01 | 고객 생성 (회계 정보만 포함) |
XD02, VD02, FD02 | 고객 정보 변경 |
XD03, VD03, FD03 | 고객 정보 조회 |
🚨 S/4HANA에서는 BP 사용
| 항목 | SAP ECC | SAP S/4HANA |
|---|---|---|
| 고객 마스터 관리 | XD01, VD01, FD01 | ✅ BP (Business Partner) |
| 공급업체 마스터 | XK01, MK01 등 | ✅ BP로 통합 |
| 주요 특징 | 분리 관리 | 중앙 집중식 통합 관리 |
📌 BP 역할 예시
| 역할 코드 | 설명 |
|---|---|
FLCU00 | 고객 - 회계 보기 |
FLCU01 | 고객 - 영업 보기 |
FLVN00 | 공급업체 - 회계 보기 |
FLVN01 | 공급업체 - 구매 보기 |
2. Material Master Data
SAP에서 제품이나 서비스를 관리하는 핵심 마스터 데이터로, 구매, 생산, 재고, 판매, 회계 등 다양한 부서에서 활용된다.
| 구성 영역 | 설명 | 예시 |
|---|---|---|
| 기본 데이터 (Basic Data) | 모든 조직에 공통된 제품 정보 | 재질, 단위, 설명 등 |
| 영업 보기 (Sales View) | 판매와 관련된 정보 | 판매단위, 납품조건 등 |
| 재고 보기 (Plant Data / Storage) | 생산/창고 관련 정보 | 저장위치, 창고별 단위 등 |
| 회계 보기 (Accounting View) | 자재의 회계 평가 정보 | 평가 클래스, 표준 가격 등 |
| 원가 보기 (Costing View) | 원가 산정에 필요한 정보 | 표준 원가 계산 등 |
SAP에서 자재는 조직 단위(플랜트, 저장위치 등)에 따라 다양한 속성으로 정의됨
1) 기본 데이터 (Basic Data)
- 자재 번호(Material Number)
- 자재 설명(Material Description)
- 단위(Unit of Measure)
- 자재 그룹(Material Group)
2) 영업 보기 (Sales: Sales Org / Distribution Channel)
- 판매 단위(Sales Unit)
- 배송 공차(Delivery Tolerance)
- 납품 블록(Delivery Block)
- 세금 분류(Tax Classification)
3) 저장 및 창고 보기 (Plant/Storage)
- 저장 위치(Storage Location)
- 온도 조건, 보관 조건
- 가용성 확인 설정(Availability Check)
4) 회계 보기 (Accounting View)
- 평가 클래스(Valuation Class)
- 표준 가격/이동 평균가(Standard/Moving Price)
- 재고 계정 연결
5) 원가 보기 (Costing View)
- 원가 산정 목적의 기준 정보
- 표준 원가(Standard Cost)
- 원가 요소 그룹
6) 자재 마스터 관련 트랜잭션
| 트랜잭션 코드 | 설명 |
|---|---|
MM01 | 자재 생성 |
MM02 | 자재 변경 |
MM03 | 자재 조회 |
MM04 | 자재 변경 이력 조회 |
MM06 | 자재 삭제 플래그 설정 |
🧠 조직 단위와 자재 마스터
| 조직 단위 | 설명 |
|---|---|
| Client | 전체 회사 수준에서 공통 |
| Plant | 공장 단위, 재고/회계 등은 플랜트 기준 |
| Storage Location | 자재가 저장되는 세부 위치 |
| Sales Org / Dist. Channel | 판매 조건과 연결 |
🔍 중요 개념
- 자재 번호는 자동 또는 수동으로 생성 가능
- 자재 타입(Material Type)에 따라 기본 동작이 달라짐
- 예: ROH (원자재), FERT (완제품), HALB (반제품)
🚨 S/4HANA 참고 사항
- 자재 마스터 구조는 기본적으로 ECC(SAP ERP Central Component, 27년 유지보수 종료)와 유사
- BP 통합은 고객/공급업체에만 해당됨
- Material Master는
MM01/MM02/MM03사용
3. Customer-Material Info Records
특정 고객과 자재 간의 고유한 관계를 관리하는 마스터 데이터. 고객별로 자재를 다르게 표현하거나, 특별한 납품 조건을 적용해야 할 때 사용.
| 항목 | 설명 |
|---|---|
| 목적 | 고객이 특정 자재를 어떻게 부르는지 또는 고객별 자재별 조건 저장 |
| 조합 | Customer + Material 조합으로 관리 |
| 적용 시점 | 판매 오더 생성 시, 고객-자재 기준 우선 적용 |
1) 관련 트랜잭션 코드
| 트랜잭션 코드 | 설명 |
|---|---|
VD51 | Customer-Material Info Record 생성 |
VD52 | 변경 |
VD53 | 조회 |
XD51/52/53도 있지만 일반적으로VD트랜잭션이 더 자주 사용됨 (Sales Area 기준)
2) 주요 필드
| 필드 | 설명 |
|---|---|
| 고객 자재 번호 | Customer Material Number |
| 고객 자재 설명 | Customer Material Description |
| 배송 플랜트 | Fixed delivering plant |
| 납품 블록 | Delivery Block |
| 납품 우선순위 | Delivery Priority |
| 수량 단위 | Base/Sales Unit of Measure |
| 텍스트 | 고객-자재 관계에 대한 메모 |
3) 판매 오더 생성 시 데이터 우선순위
판매 오더 생성 시 SAP은 다음 순서로 데이터를 검색합니다:
1
Customer-Material Info Record → Customer Master → Material Master
따라서 CMIR에 입력된 정보가 있으면, 가장 우선적으로 적용됩니다.
4) 주요 활용 사례
- 고객이 자재를 다른 이름으로 식별할 때 (고객 자재 번호)
- 고객마다 납품 조건이 다를 때 (예: 고정 출고 플랜트)
- 특정 고객에 대해 납품을 제한하거나 관리할 때
🧠 참고 사항
- Sales Area 단위로 관리됨 (Sales Org + Dist. Channel + Division)
- CMIR은 판매 오더 정확도 및 고객 맞춤 서비스에 크게 기여
- CMIR에 정의된 텍스트는 판매 문서에 자동으로 삽입 가능
4. Condition Master Data
SAP SD에서 가격, 할인, 세금, 운송비 등 판매 관련 조건을 정의하는 마스터 데이터.
판매 오더, 견적, 청구서 등에서 가격을 자동 계산할 수 있도록 설정한다.
| 항목 | 설명 |
|---|---|
| Condition Type | 조건의 종류 (예: 기본가격, 할인, 운송비 등) |
| Access Sequence | 조건 레코드를 검색하는 논리 순서 |
| Condition Table | 조건이 저장되는 키 조합 테이블 |
| Pricing Procedure | 조건들을 계산하는 절차 및 순서 |
1) 주요 Condition Types 예시
| 조건 타입 | 설명 | 예시 |
|---|---|---|
PR00 | 기본 가격 | 고객별 가격 설정 |
K004 | 고객별 할인 | VIP 고객에게 5% 할인 |
K005 | 자재별 할인 | 특정 자재에 대해 프로모션 |
KA00 | 프레이트 조건 | 고정 운송비 |
MWST | 세금 조건 | 10% VAT 등 |
2) Condition Technique 구조
Condition Type → Access Sequence → Condition Table → Condition Record {: .prompt-tip }{
Condition Type (예: PR00)
가격이나 할인 등 개별 요소Access Sequence (예: A001)
어떤 조건 테이블을 어떤 순서로 검색할지 정의Condition Table (예: 005 = 고객 + 자재)
조건 레코드가 저장되는 구조Condition Record
실제로 저장된 데이터 (가격, 할인율 등)
3) 관련 트랜잭션
| 트랜잭션 코드 | 설명 |
|---|---|
VK11 | 조건 레코드 생성 |
VK12 | 조건 레코드 변경 |
VK13 | 조건 레코드 조회 |
V/06 | 조건 타입 정의 |
V/07 | Access Sequence 정의 |
V/08 | Pricing Procedure 정의 |
OVKK | Sales Area에 Pricing Procedure 할당 |
📌 Condition Record 예시 (VK11에서 등록)
| 조건 타입 | 고객 | 자재 | 가격 |
|---|---|---|---|
PR00 | 1000001 | T-100 | 120.00 USD |
K004 | 1000001 | - | 5% 할인 |
📌 가격 결정 프로세스 (Pricing Procedure)
| Step | 예시 조건 타입 | From | To | 조건 의미 |
|---|---|---|---|---|
| 10 | PR00 | - | - | 기본 가격 |
| 20 | K004 | - | - | 고객별 할인 |
| 30 | K005 | - | - | 자재별 할인 |
| 40 | MWST | - | - | 세금 조건 |
조건의 순서, 조건 간 계산 로직, 서브토탈 등 모두 Pricing Procedure에서 관리
🔐 조건 키 조합 예시
| 조건 테이블 번호 | 키 조합 |
|---|---|
| 005 | 고객 + 자재 |
| 304 | 자재 |
| 001 | 가격 리스트 유형 |
| 006 | 고객 그룹 + 자재 |
5. Credit Master Data
1) SAP FSCM - Credit Management (신용 관리)
SAP FSCM(Financial Supply Chain Management)은 재무 프로세스 최적화를 위한 모듈이며,
그 중 Credit Management는 고객의 신용 위험을 정밀하게 관리하는 기능입니다.
✅ SAP S/4HANA에서는 FSCM Credit Management가 기존
FD32방식의 신용 관리를 대체
🔄 전통적인 ECC Credit vs FSCM Credit Management
| 항목 | ECC (FD32 방식) | FSCM Credit Management |
|---|---|---|
| 데이터 저장 방식 | 고객 마스터에 직접 저장 | Business Partner(BP) 마스터에 통합 |
| 유연성 | 제한적 | 조건 기반 평가, 위험 등급, 자동 점수 계산 등 |
| 자동화 | 수동 처리 중심 | 워크플로우, Rule 기반 승인, 외부 연동 지원 |
| 통합성 | SD와 제한적 연동 | SD, FI, Collections, Dispute 등과 완전 연동 |
| 전환 방식 | 단순 신용 한도 관리 | 리스크 기반 관리 및 스코어링 가능 |
🧩 주요 기능 구성
| 기능 | 설명 |
|---|---|
| 신용 한도 설정 | 고객별/그룹별/지역별로 유연한 한도 설정 |
| 자동 신용 평가 | 내부 규칙/외부 평가사 데이터를 기반으로 신용 등급 자동 산출 |
| 스코어 카드 | 점수 기반 위험 평가 (Risk Class) |
| 워크플로우 승인 | 한도 초과 시 승인 프로세스 자동화 |
| 신용 통제 전략 | 시나리오 기반 차단/허용 로직 설정 가능 |
| 외부 연동 | Dun & Bradstreet, Creditreform 등 외부 신용 정보 연동 가능 |
🏗 구성 요소 (Technical View)
Business Partner (BP)
고객을 BP로 관리하며, BP 역할에UKM000(Credit Management) 추가Credit Segment
고객의 신용 정보를 관리하는 단위 (예: KR01 회사 코드 기준)Credit Limit Request
한도 요청 → 승인 → 설정 과정을 워크플로우로 지원Credit Exposure
오픈된 오더, 출고, 청구, 미수금 등 신용 점유 총합
📦 적용 흐름 (Simplified)
1
2
3
4
5
6
1. 고객 주문 생성
2. 신용 스코어 확인 및 Credit Exposure 계산
3. 조건 만족 여부 판단
- 초과 시 → 블록 설정, 워크플로우 트리거
- 미만 시 → 정상 진행
4. Credit Exposure 지속 모니터링
🛠 관련 트랜잭션 & 앱
| 유형 | 코드 / 앱 | 설명 |
|---|---|---|
| BP 관리 | BP | Business Partner에 신용 정보 입력 |
| 신용 노출 조회 | UKM_COMMITMENTS | 고객 신용 노출 현황 확인 |
| 신용 한도 유지 | UKM_BP / UKM_MY_DCDS | Credit Segment 데이터 유지 |
| 한도 요청 | Fiori 앱 | “Credit Limit Request” 앱 사용 |
| 승인 프로세스 | Fiori 앱 | “Approve Credit Limit Requests” |
| 설정 | SPRO (UKM*) | Credit Scoring, Risk Class, Limit 설정 등 |
📊 예시 - 신용 스코어 카드
| 평가 항목 | 점수 |
|---|---|
| 매출 규모 | 20점 |
| 연체 이력 | -15점 |
| 외부 평가 | 30점 |
| 거래 기간 | 10점 |
| 총점 | 45점 → 위험등급: 중간(Medium Risk) |
📘 요약
| 항목 | 내용 |
|---|---|
| 시스템 | SAP FSCM Credit Management (S/4HANA 기반) |
| 목적 | 고객 신용 리스크의 정교한 평가 및 자동 제어 |
| 구성 | BP 기반, Credit Segment, Exposure, Scoring |
| 장점 | 자동화, 유연성, 외부 연동, Fiori UX |