SAP 자재 소요량 전개(MRP) 현황 — 재고가 마이너스로 떨어지는 날을 미리 본다

자재 하나의 재고가 부족해지는지는 재고 수량 한 줄만 봐서는 알 수 없습니다. 지금 남은 재고에 앞으로 들어올 구매발주·계획오더·생산오더를 더하고, 나갈 판매오더·예약출고·의존소요를 뺀 누계가 날짜를 따라 어떻게 움직이는지를 봐야 합니다. 그 누계가 0 밑으로 떨어지는 바로 그 날짜가 현장에서 가장 궁금한 값입니다.

SAP 표준 MRP 요소 데이터 구조를 그대로 이어받아, 자재별로 이 누계를 예정일 순으로 전개하고 재고부족이 예상되는 최초 시점을 자동으로 짚어 주도록 OpenUI5 화면으로 확장한 것이 ZLPP0010입니다. 기존에 공개한 구매발주 미입고 현황이 "구매발주 한 문서 유형"의 지연만 다뤘다면, 이 화면은 입고계·소요계 MRP 요소 전체를 같은 타임라인 위에 올려 자재 단위의 재고부족 위험을 종합적으로 판정한다는 점에서 다릅니다. 실제 구동 화면 4종을 함께 공개합니다.

실제 화면 4종 둘러보기

플랜트·MRP관리자를 좁히고 조회하면 자재별 MRP요소가 타임라인으로 펼쳐집니다 → 메시지스트립과 예외상태 컬럼으로 재고부족 자재를 바로 확인하고 → 행을 눌러 그 자재의 전체 타임라인 상세를 봅니다.

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

Main.view.xml

조회 결과

Enter 키 조회

상세보기 다이얼로그

조작 방법

1. 플랜트 · MRP관리자로 대상을 좁히고, 필요하면 자재(코드/명) 일부를 입력합니다.
2. MRP요소구분을 특정 유형(예: 판매오더)으로 좁혀도 가용재고 누계 계산 자체는 항상 그 자재의 전체 MRP요소 이력을 기준으로 이뤄집니다. 필터는 화면에 보여줄 행만 줄일 뿐입니다.
3. [조회] 버튼을 누르거나 아무 조회조건 필드에서나 Enter 키를 눌러도 즉시 재조회됩니다.
4. 결과 그리드 행의 오른쪽 화살표(상세) 버튼을 누르면 그 자재의 전체 타임라인 상세 다이얼로그가 열립니다.
5. 다이얼로그의 요약 카드에서 현재고 · 안전재고 · 재고부족 최초예상일을 한 번에 확인합니다.
6. 하단 툴바의 [CSV 다운로드]로 현재 조회 결과를 그대로 내려받습니다.

가용재고 누계 판정 로직

자재(플랜트+자재코드) 단위로 그 자재에 걸린 모든 MRP요소를 예정일 → 요소 우선순위 순으로 정렬한 뒤, 기초재고에서 시작해 요소를 하나씩 반영하며 누계를 이어갑니다. 같은 날짜에 여러 요소가 겹치면 입고계(구매발주 → 계획오더 → 생산오더 → 구매요청)를 소요계(판매오더 → 예약출고 → 의존소요)보다 먼저 반영합니다.

MRP요소 수집부터 예외 표시까지 처리 흐름

③(계산)과 ④(표시 필터)를 분리한 것이 이 화면의 핵심입니다. 필터링을 먼저 하고 나중에 누계를 계산하면, 예컨대 "판매오더만" 필터링했을 때 그 사이에 있던 구매발주 입고분이 계산에서 빠져 가용재고 누계가 실제보다 낮게 나옵니다. 그래서 항상 원본 전체 이력으로 먼저 계산하고, 화면에 무엇을 보여줄지는 그다음에 결정합니다.

조회조건

결과 컬럼

SAP 표준 기능 매핑

이 화면은 MRP 실행이나 요소 생성을 대체하지 않습니다. 계획오더 · 의존소요 같은 MRP 요소는 표준 MRP 실행이 만들고, 구매 · 생산 · 판매 각 모듈의 표준 트랜잭션이 나머지 요소를 쌓습니다. 이 화면은 그 요소를 자재 단위 타임라인으로 재구성해 재고부족 시점만 먼저 짚어 주는 조회 레이어입니다.

참고 CDS 뷰

운영 서비스로 연결할 때는 자재별 재고와 MRP요소를 UNION으로 모은 뷰로 서빙하는 구성을 제안합니다.

@AbapCatalog.sqlViewName: 'ZCSTOCKREQ'
@EndUserText.label: '재고/소요량 전개 라인 (Z)'
define view Z_C_STOCKREQ_TIMELINE
  as select from mard as Stock
  association [0..*] to eket as _PoSchedule on _PoSchedule.ebeln = Stock.matnr  // 실제로는 EKPO 경유
  association [0..*] to vbep as _SoSchedule on _SoSchedule.vbeln = Stock.matnr  // 실제로는 VBAP 경유
{
  key Stock.werks,
  key Stock.matnr,
      Stock.labst              as Bestand,
      // 입고계 : 구매발주(EKPO/EKET) · 계획오더(PLAF) · 생산오더(AFKO/AFPO)
      // 소요계 : 판매오더(VBAP/VBEP) · 예약(RESB)
      // 애플리케이션 레이어에서 두 그룹을 UNION 후 예정일 순 정렬 → 가용재고 누계 계산(위 판정 로직)
      _PoSchedule,
      _SoSchedule
}

매핑 이해를 돕기 위한 참고용 설계입니다. 실제 도입 시에는 운영 환경의 MRP 요소 저장 구조와 플랜트별 예외 메시지 설정에 맞춰 조정합니다.

OpenUI5 구성

파일 구성

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

검증 결과

화면 구성에 쓴 데이터는 자재 18건 · MRP요소 181건(입고 76건 · 소요 105건)이며, 이 중 5개 자재가 조회기간 내 재고부족으로 판정됩니다.

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

자주 묻는 질문