SAP 신용블록 판매문서 현황 — 왜 이 주문이 막혔는지 숫자로 보기

영업 담당자가 주문을 넣었는데 시스템이 막아버리면, 가장 먼저 나오는 질문은 늘 같습니다. "이게 왜 막혔죠?" 계정 담당자가 답하려면 여신한도와 지금까지 쌓인 노출액, 그리고 이 문서가 얼마를 더하는지를 한 번에 봐야 합니다. 그런데 이 숫자들은 서로 다른 화면과 마스터에 흩어져 있어 매번 다시 계산하게 됩니다.

SAP 표준 신용관리 데이터 구조를 그대로 이어받아, 블록된 문서마다 여신한도 · 기존 노출액 · 이 문서 순금액 · 총 노출액 · 한도소진율을 한 줄에 담고, 자동블록부터 해제·거부까지의 처리 이력을 상세에서 함께 보여주도록 OpenUI5 화면으로 확장했습니다. 실제 구동 화면 2종을 함께 공개합니다.

실제 화면 2종 둘러보기

회사코드·기준일자·처리상태를 넣고 조회하면 블록 문서가 목록으로 뜹니다 → 문서를 골라 노출액 구성과 처리 이력을 확인합니다.

아래는 실제로 앱을 실행해 기능을 눌러 가며 캡처한 화면입니다. 이미지를 클릭하면 원본 크기로 확대됩니다.

신용블록 판매문서 현황 — Main.view.xml

신용블록 판매문서 현황 — 상세

조작 방법

1. 회사코드와 기준일자는 필수입니다. 기준일자는 블록경과일수를 계산하는 기준이 됩니다.
2. 판매조직·고객·판매문서·문서유형·처리상태로 범위를 좁힙니다. 처리상태 기본값은 "블록중(미해제)"입니다.
3. 조회조건 입력필드에서 Enter 를 눌러도 바로 재조회됩니다(한 번 조회한 뒤부터는 조건을 바꿀 때마다 자동 재조회). 조회·초기화 버튼은 조회조건 영역 오른쪽 끝에 있습니다.
4. "한도초과 건만" 옵션을 켜면 총 노출액이 한도를 넘는 건만 남습니다.
5. 목록의 행이나 상세 아이콘을 클릭하면 노출액 구성과 처리 이력을 담은 상세 다이얼로그가 열립니다.
6. 목록과 상세 이력 모두 CSV 다운로드로 내려받습니다. UTF-8 BOM 이 붙어 엑셀에서 한글이 깨지지 않습니다.

노출액 산정 로직

SAP 신용관리는 문서 하나를 저장할 때마다 "이 문서가 반영되면 노출액이 얼마가 되는가"를 판단해 한도를 넘으면 그 문서를 블록합니다. 이 화면은 그 판정 결과를 사후에 재현해 담당자가 검토·릴리즈 우선순위를 잡을 수 있게 합니다.

기존 노출액은 신용관리 마스터에 쌓이는 미결제 수주·미출고·미청구·미결제 금액의 누계입니다. 이 화면은 검증용 데이터로 문서별 스냅샷을 구성했고, 실제 서비스로 연결할 때는 참고 CDS 뷰(8절)의 노출액 항목으로 대체합니다.

블록 판정에서 해제까지, 처리 4단계

이 네 단계 중 실제 판정과 릴리즈 실행은 표준 트랜잭션이 담당하고, 이 화면은 그 결과를 노출액 구성과 이력 관점으로 재구성해 보여줍니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 실행(VKM1·VKM3·VKM4)은 릴리즈 처리(승인·거부 액션)를 담당하고, 이 화면은 조회·검증 관점을 더해 확장합니다.

참고 CDS 뷰

운영 서비스로 연결할 때는 판매문서와 신용관리 마스터를 결합한 뷰로 서빙하는 구성을 제안합니다.

@AbapCatalog.sqlViewName: 'ZSDCREDITBLK'
define view Z_SD_CREDIT_BLOCK as select from vbak
  association[0..1] to knkk as _Credit on _Credit.kunnr = vbak.kunnr
  association[0..1] to vbuk as _Status on _Status.vbeln = vbak.vbeln
{
  key vbak.vbeln,
      vbak.kunnr,
      vbak.netwr,
      vbak.waerk,
      _Credit.klimk,
      _Credit.sauft            as PriorExposure,
      _Credit.sauft + vbak.netwr as TotalExposure,
      _Status.cmgst            as CreditStatus
}

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경의 신용관리 설정(체크규칙·신용그룹 범위)에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

운영 전환 시에는 ModelMock 내부만 실제 서비스 호출로 바꾸면 화면과 집계 로직은 그대로 씁니다.

검증 결과

화면 구성에 쓴 데이터는 블록 문서 42건 · 처리 이력 67건이며, 총 노출액 합계 검증까지 포함해 전수 검증했습니다.

거래처·금액·처리자는 모두 검증용 데이터입니다.

자주 묻는 질문