SAP 구매발주 미입고 현황 — 지금 얼마나 안 들어왔고, 뭐가 늦었나

구매발주(PO)를 내고 나면 그 다음 궁금한 것은 언제나 같습니다. "그래서 지금 얼마나 들어왔고 얼마가 안 들어왔는가." ME2M이나 ME80FN으로 자재별·구매문서별 목록은 볼 수 있지만, 발주수량과 누적입고수량을 맞대어 미입고수량을 계산하고 납기 경과 여부까지 색으로 구분해 주는 화면은 표준에 없습니다.

SAP 표준 발주(EKPO)·납품일정(EKET)·입고이력(EKBE) 구조를 그대로 이어받아, 라인아이템 단위로 미입고수량을 산출하고 최종 확정납기일과 오늘 날짜를 비교해 정상 · 지연임박 · 지연 · 입고완료 4단계 상태를 자동으로 판정하도록 OpenUI5 화면으로 확장한 것이 이 앱입니다. 실제 구동 화면 4종을 함께 공개합니다.

실제 화면 4종 둘러보기

조회조건을 지정해 조회하면 라인아이템이 지연 우선으로 나옵니다 → 미입고수량과 상태를 확인하고 → 행을 열어 납품일정·입고이력 산출근거까지 드릴다운합니다.

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

zui5.openpo — Main.view.xml

zui5.openpo — Enter 키 조회

zui5.openpo — 전체 조회결과

zui5.openpo — 입고 진행 상세

조작 방법

1. 구매조직 · 플랜트 · 구매그룹으로 범위를 좁힙니다. 선택 즉시 자동 재조회됩니다.
2. 구매처 · 자재는 코드나 명칭 일부만 넣어도 검색되며, Enter 키로 바로 조회됩니다.
3. 납기일(~까지)을 지정하면 그 날짜 이전이 최종납기인 라인아이템만 좁혀 볼 수 있습니다(예: 이번 주까지 납기인 것만).
4. 상태로 지연 · 지연임박 · 정상 · 입고완료 중 하나만 골라 볼 수 있습니다.
5. 조회·초기화 버튼은 화면 하단이 아니라 조회조건 영역 안, 입력 필드 오른쪽 끝에 있습니다.
6. 결과는 지연 → 지연임박 → 정상 → 입고완료 순으로 자동 정렬되며, 같은 상태 안에서는 납기일 빠른 순입니다.
7. 행 오른쪽의 상세 아이콘을 열면 납품일정·입고이력·산출근거를 확인할 수 있습니다.
8. 결과는 CSV 다운로드로 내려받습니다. UTF-8 BOM 이 붙어 엑셀에서 한글이 깨지지 않습니다.

미입고수량 산정과 지연 상태 판정 로직

이 화면의 핵심은 세 값을 매 조회 시점에 다시 계산하는 것입니다.

미입고수량 = 발주수량(EKPO-BSTMG) − 누적입고수량(EKPO-WEMNG)
지연일수   = 오늘 − 최종납기일(EKET 여러 회차 중 가장 늦은 확정납기일)

상태 판정 (우선순위)
  미입고수량 <= 0                → 입고완료
  else 지연일수 > 0               → 지연        (최종납기일이 이미 지남)
  else 지연일수 >= -3             → 지연임박    (납기 3일 이내, 당일 포함)
  else                            → 정상

조회부터 상세 확인까지 처리 4단계

조회조건

결과 컬럼

SAP 표준 기능 매핑

표준 실행은 T-code 가 담당하고, 이 화면은 조회·모니터링 관점을 더해 확장한다. 발주와 입고 전기는 SAP 표준 트랜잭션 그대로 이어받고, 이 화면은 그 결과를 라인아이템 단위로 대조해 미입고수량과 지연 상태를 계산하는 조회 전용 레이어다.

참고 CDS 뷰

운영 서비스로 연결할 때는 발주 품목과 납품일정을 결합해 미입고수량·상태를 산출하는 뷰로 서빙하는 구성을 제안합니다.

@AbapCatalog.sqlViewName: 'ZIOPENPOGRSTAT'
@AccessControl.authorizationCheck: #CHECK
@EndUserText.label: '구매발주 미입고 현황'
define view ZI_OpenPurchaseOrderGRStatus
  as select from EKPO as PoItem
    inner join   EKKO as PoHeader on PoItem.Ebeln = PoHeader.Ebeln
    left outer join I_PurchaseOrderScheduleLine as Sched
                  on  PoItem.Ebeln = Sched.PurchaseOrder
                  and PoItem.Ebelp = Sched.PurchaseOrderItem
{
  key PoItem.Ebeln                                   as PurchaseOrder,
  key PoItem.Ebelp                                   as PurchaseOrderItem,
      PoItem.Lifnr                                   as Supplier,
      PoItem.Werks                                   as Plant,
      PoItem.Matnr                                   as Material,
      PoItem.Bstmg                                   as OrderQuantity,
      PoItem.Wemng                                   as GoodsReceiptQuantity,
      PoItem.Bstmg - PoItem.Wemng                    as OpenQuantity,
      max( Sched.ScheduleLineDeliveryDate )           as LatestDeliveryDate,
      case when PoItem.Bstmg - PoItem.Wemng <= 0 then 'COMPLETE'
           when max( Sched.ScheduleLineDeliveryDate ) < $session.system_date then 'OVERDUE'
           when max( Sched.ScheduleLineDeliveryDate ) <= $session.system_date + 3 then 'DUESOON'
           else 'OK' end                              as GrStatus
}
group by PoItem.Ebeln, PoItem.Ebelp, PoItem.Lifnr, PoItem.Werks, PoItem.Matnr,
         PoItem.Bstmg, PoItem.Wemng

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경의 스케줄라인 구조와 권한 범위에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

검증 결과

화면 구성에 쓴 데이터는 발주 라인아이템 150건 · 납품일정 263건 · 입고이력 126건입니다.

구매처명 · 자재명 · 수량은 모두 검증용 데이터입니다.

자주 묻는 질문