구매 정보레코드 단가의 함정 - EINE-NETPR vs 조건레코드(KONP-KBETR)
PR과 PO는 단가를 다른 곳에서 가져온다
단가계약(구매 정보레코드)을 걸어두면 구매요청(PR) → 구매오더(PO)로 이어지는 흐름에서 단가가 자동으로 채워집니다. 그런데 PR과 PO가 단가를 가져오는 경로가 서로 다를 수 있다는 점이 함정의 출발점입니다. 이 글은 구매 가격조건 레코드(MEK1~3) 글의 후속으로, 정보레코드 단가가 어긋나는 실제 사례를 다룹니다.
회사에 따라 PR 단가를 채우는 커스텀(CBO) 로직이 정보레코드의 순가격 필드
EINE-NETPR를 직접 참조하도록 구현된 경우가 있습니다.
PO 생성 시에는 표준 가격결정이 정보레코드(INFO)를 찾고 조건(COND)을 찾아,
결국 조건레코드 금액 KONP-KBETR를 자동으로 가져옵니다.
즉 한쪽(PR)은 정보레코드의 순가격 필드 EINE-NETPR, 다른 쪽(PO)은 조건레코드 금액 KONP-KBETR를 본다면, 이 두 값이 어긋나는 순간 PR 단가와 PO 단가가 달라지는 문제가 생깁니다.
왜 EINE-NETPR이 조건레코드와 어긋나나
EINE-NETPR은 정보레코드의 순가격을 저장해 둔 일종의 스냅샷 필드입니다. 조건레코드(KONP)가 실제 가격결정의 원천이라면, EINE-NETPR은 그 시점의 순가격을 복사해 둔 값에 가깝습니다. 그래서 조건을 어떻게 수정했느냐에 따라 갱신 여부가 갈립니다.
정보레코드 화면에서 조건을 수정하면 EINE-NETPR가 함께 갱신됩니다.
조건레코드 트랜잭션으로 수정하면 EINE-NETPR는 갱신되지 않습니다.
조건(KONP)만 바뀌고 정보레코드 스냅샷은 그대로 남습니다.
이 동작은 SAP 표준이며, 관련 근거가 SAP Note에 정리되어 있습니다.
- SAP Note 685117 – Net Price in Info Record or Contract is wrong
- SAP Note 430543 – FAQ: Purchasing info record (
EINE-NETPR동작 관련)
RM06INP0 - EINE-NETPR 동기화 리포트
이 간극을 메우기 위해 SAP은 표준 리포트 RM06INP0를 제공합니다. 이 리포트를 돌리면 조건레코드 기준으로 EINE-NETPR를 다시 채워(동기화) 줍니다.
다만 중요한 전제가 있습니다.
RM06INP0는 필수 작업이 아니라 회사별 선택사항입니다. 자동(배치)으로 항상 도는 것이 아니라, EINE-NETPR라는 스냅샷을 조건레코드와 맞추고 싶을 때 돌리는 동기화 도구에 가깝습니다.
관련 SAP Note:
- SAP Note 202627 – Documentation RM06INP0 (리포트 동작/목적)
- SAP Note 392988 – Consulting: Prices in info record and RM06INP0 (왜 자동 갱신이 아니라 리포트로 동기화하는가)
- SAP Note 773516 – RM06INP0: What are those check boxes for? (선택 화면 옵션 설명)
정합성을 맞추는 두 가지 방향
PR 단가가 EINE-NETPR를, PO 단가가 KONP-KBETR를 보는 구조에서 둘을 일치시키려면 크게 두 갈래입니다.
EINE-NETPR가 아닌 KONP-KBETR를 참조하도록 변경 (PO와 동일 기준)RM06INP0로 EINE-NETPR를 조건레코드와 주기적으로 동기화근본적으로는 참조 기준을 한쪽으로 통일(1안)하는 것이 단가 불일치를 원천 차단하는 방향이고, 2안은 기존 구조를 유지하면서 스냅샷을 맞추는 운영적 보완책입니다.
필드명·리포트·SAP Note 내용은 릴리스(S/4HANA 등)와 가격결정 구성에 따라 다를 수 있습니다. 실제 시스템과 최신 SAP Note에서 확인하세요.
Disclaimer — 이 포스트는 AI(Claude)를 활용하여 작성된 초안을 바탕으로 검수 및 보완하여 작성되었습니다. 내용 중 오류나 오타가 있다면 댓글로 알려주시면 감사하겠습니다.