SAP 재고 수불 통합 관리 — 입고·이동·출고·실사 차이를 문서 승인부터 대사 예외, 차이 요인분해까지 한 앱에서

소개 영상화면 순서대로 · 자막 포함16개 장면

주요 재생 지점

도입 포인트 — 이 앱을 사용해야 하는 이유

재고 마감 회의의 질문은 늘 같습니다. 재고 수량과 금액이 장부와 맞는가, 안 맞으면 어디서 어긋났나, 누가 무엇을 고쳐야 하나. 지금 이 답들은 자재 문서 조회, 실사 엑셀, 메일 결재로 흩어져 있습니다. 이 앱은 문서 작성부터 승인·확정·역처리, 일괄 보충과 실사 반영, 대사와 분석까지를 한 앱에 붙여 "어느 숫자가 맞나" 하는 회의를 줄입니다.

한 줄 요약 — 재고 문서를 만드는 앱은 많습니다. 이 앱의 값은 만든 다음에 있습니다: 승인과 직무분리를 서버가 판정하고, 확정 즉시 이동평균으로 재고를 바꾸고, 대사식으로 장부와 원천 문서의 차이를 스스로 찾고, 입고·출고·이동·실사·평가 차이를 요인으로 가르는 분석까지 이어집니다. 그리고 그 숫자가 원천 줄 합계와 어긋나지 않는지 매번 검산합니다.

핵심 포인트 여덟 가지

포인트	고객이 얻는 것	지금 방식이라면
① 확정 즉시 반영되는 재고	확정하는 순간 서버가 이동평균 단가로 수량·금액을 바꾸고, 역처리는 반대 부호 문서로 원복합니다.	문서 따로 재고 따로 보고, 월말에 맞추는 수작업을 합니다.
② 서버가 판정하는 승인	작성자 승인 금지, 3,000만 원 이상 2단계 승인, 권한 없는 역할 거절을 서비스가 판정합니다.	화면을 우회한 요청이나 엑셀 업로드에는 통제가 닿지 않습니다.
③ 음수 재고를 만들기 전에 막는다	가용 재고보다 많은 이동·출고는 확정 단계에서 거절하고 부족한 곳과 수량을 알려 줍니다.	출고 뒤에 마이너스 재고를 발견하고 거꾸로 추적합니다.
④ 시뮬레이션 먼저, 실행은 그다음	안전재고 보충과 실사 차이 반영은 시뮬레이션 해시 없이는 실행되지 않고, 같은 조건 재실행은 문서를 만들지 않습니다.	배치를 돌린 뒤 결과를 보고 되돌립니다.
⑤ 대사식 네 개로 스스로 점검	수량 흐름·금액 흐름·실사 반영·이동 출고/입고가 맞는지 규칙으로 확인하고 예외를 조치합니다.	월마감 때 사람이 엑셀로 대조합니다.
⑥ 축을 바꿔도 갈라지지 않는 피벗	플랜트·저장위치·자재그룹·자재·사유·문서유형을 끌어다 놓아도 같은 집계에서 나오므로 합계가 어긋나지 않습니다.	리포트를 축마다 따로 만들고 숫자를 맞추는 회의를 엽니다.
⑦ 차이를 다섯 요인으로	계획 대비 순증감을 입고·출고·이동·실사 차이·평가 조정으로 가르고 합계가 총 차이와 정확히 같은지 검산합니다.	차이 원인을 말로 설명하고 근거를 따로 찾습니다.
⑧ 숫자는 모델에 맡기지 않는 AI	금액과 비율은 서비스가 계산하고 모델은 읽어 설명만 합니다. 모델을 끄면 규칙 기반 해설이 나옵니다.	요약 문장에 숫자가 임의로 섞일 위험이 있습니다.

이 앱이 하는 일 한눈에

기준정보(자재·저장위치·안전재고 정책)를 관리하고 재고 현황을 읽기 전용으로 조회합니다.
입고·이동·출고·실사 차이·재평가 문서를 만들고 검토 요청 → 승인 → 확정 → 역처리까지 처리합니다.
안전재고 미달 보충 이동과 실사 차이 반영을 시뮬레이션 후 일괄 실행합니다.
대사 규칙으로 재고와 원천 문서의 차이를 찾아 조정·사유·보류로 조치합니다.
다차원 피벗으로 보고, 셀에서 원천 문서 줄까지 내려가고, 계획 대비 차이를 요인으로 가릅니다.
역할별 권한과 감사 로그, 문서 흐름으로 누가 무엇을 했는지 추적합니다.

검증 결과 요약

샘플 자료(자재 60종 · 저장위치 8곳 · 문서 414건 · 집계 행 775개)로 화면 시나리오 33개 검사를 모두 통과했습니다. 집계 값과 원천 줄 합계는 9개 측정값 모두에서 같고, 대사 차이는 일부러 넣은 예외 14건(R01 5 · R02 2 · R03 5 · R04 2)과 정확히 일치했으며, 요인분해 합계는 총 차이와 같았습니다. 모든 데이터는 가상이며 실제 거래 데이터가 아닙니다.

실행 화면

실제로 돌아가는 화면 29종을 순서대로 싣습니다. 그림을 누르면 크게 볼 수 있고, 화면마다 무엇을 하는 자리이고 왜 그렇게 두었는지를 아래에 적었습니다. 숫자는 모두 같은 샘플 자료에서 나온 것이라 화면끼리 맞춰 보셔도 됩니다.

처음 열었을 때

**개요 — 숫자 카드와 내 할 일** — 현재 재고 금액·기간 입고금액·출고금액·안전재고 미달 품목·승인 대기·미해결 대사 예외가 카드로 뜨고, 아래에 내 역할이 처리할 일이 쌓입니다.

카드 숫자와 할 일 목록은 같은 공식으로 셉니다. 카드를 누르면 해당 화면으로 이동하므로, 아침에 열어서 "오늘 무엇부터" 를 정하는 자리입니다.

기준정보

**자재 목록** — 자재 · 저장위치 · 안전재고 정책 · 재고 현황 네 탭 가운데 첫 탭입니다. 상태·검색어로 좁히고 CSV 로 내려받습니다.

재고 현황 탭은 읽기 전용입니다. 재고는 문서를 확정해야만 바뀌므로, 기준정보 화면에서 수량을 직접 고칠 길은 일부러 막아 두었습니다.

**안전재고 정책** — 플랜트·자재별 안전재고, 보충 수량, 보충 원천 저장위치와 대상 저장위치를 둡니다.

일괄 실행의 "안전재고 미달 보충 이동" 이 이 표를 읽습니다. 정책이 없는 자재는 보충 대상이 되지 않습니다.

**중복 코드 거절** — 이미 있는 코드로 생성하면 서버가 저장하지 않고 이유를 알려 줍니다.

중복 판정은 화면이 아니라 서비스가 합니다. 다른 경로로 요청이 들어와도 같은 결과가 나옵니다.

문서 처리 — 작성부터 역처리까지

**입고 문서 생성 입력** — 문서 유형(입고·이동·출고·실사 차이·재평가), 저장위치, 자재, 수량, 단가, 참조번호를 넣습니다.

금액과 분개는 입력하지 않습니다. 서버가 수량 × 단가로 계산해 돌려줍니다. 입고 단가가 표준 단가에서 20% 넘게 벗어나면 저장 단계에서 거절합니다.

**임시저장 상세** — 저장하면 임시저장(10) 상태가 되고 재고는 바뀌지 않습니다.

상세는 항목 · 상태 이력 · 연계 문서 · 감사 로그가 한 페이지에 있습니다. 상태에 맞는 버튼만 보입니다.

**승인자 화면** — 검토 요청 후 승인자가 열면 승인·반려 버튼이 켜집니다.

작성자 본인은 승인할 수 없고(직무분리), 문서 금액이 3,000만 원 이상이면 서로 다른 승인자 두 명이 차례로 승인해야 승인(30)이 됩니다.

**확정 후 상세** — 확정(40)하면 재고 수량과 금액이 즉시 바뀌고 연계 문서가 붙습니다.

확정은 이동평균 단가로 재고를 갱신하고, 집계 값이 원천 줄 합계와 같은지 서버가 다시 맞춥니다.

**역처리 입력** — 확정 문서는 고치지 않고 사유를 적어 역처리합니다.

사유는 필수입니다. 역처리한 사람과 시각, 사유가 감사 로그에 남습니다.

**역처리 완료** — 원문서는 취소(99), 반대 부호 문서(ST 접두)가 자동 생성되어 재고가 원래대로 돌아갑니다.

두 문서는 문서 흐름에서 이어서 볼 수 있어, 장부를 지우지 않고 정정한 이력이 남습니다.

**가용 재고 초과 이동 거절** — 가용 재고보다 많은 수량을 이동하려 하면 부족한 저장위치·자재·요청 수량이 메시지로 나옵니다.

음수 재고가 만들어지기 전에 막는 장면입니다. 같은 판정이 직접 요청에도 똑같이 걸립니다.

**조회자 — 쓰기 버튼 비활성** — 조회자 역할은 생성 버튼이 꺼져 있습니다.

화면을 막는 것만이 아니라 서버도 같은 권한 표로 403 을 돌려줍니다.

일괄 실행

**조건 입력** — 플랜트·대상 기간·실행 유형을 고릅니다. 유형은 안전재고 미달 보충 이동과 실사 차이 일괄 반영입니다.

시뮬레이션을 돌리기 전에는 실행 버튼이 꺼져 있습니다.

**시뮬레이션 결과** — 만들어질 문서와 수량·금액을 미리 보여 줍니다. 아무것도 저장하지 않습니다.

시뮬레이션은 결과에 해시를 붙여 돌려주고, 실행은 그 해시가 있어야만 받아 줍니다. 검토하지 않은 조건으로는 실행할 수 없습니다.

**실행 후 이력** — 실행하면 문서가 만들어지고 실행 이력과 로그, 만들어진 문서 목록이 남습니다.

만들어진 문서는 임시저장 상태라 문서 처리에서 이어서 검토·승인합니다.

**같은 조건 재실행** — 같은 조건으로 다시 돌리면 처리할 대상이 없다고 나옵니다.

중복 문서가 생기지 않도록 서버가 이미 처리된 대상을 걸러 냅니다.

대사 · 점검

**규칙과 대사 결과** — 네 규칙의 점검 건수와 차이 건수가 한 표에 나옵니다.

R01 수량 흐름, R02 금액 흐름, R03 실사 반영, R04 이동 출고·입고 일치입니다.

**예외 목록** — 차이가 난 건이 예외로 올라오고, 샘플에는 일부러 넣은 예외 14건이 "의도적 예외" 로 표시됩니다.

일부러 넣은 예외 수와 규칙이 찾아낸 차이 수가 정확히 같은지가 이 화면의 검증 포인트입니다.

R04 이동 수량 차이는 자동 조정할 수 없고 사유 또는 보류만 허용됩니다. 사유 없는 사유 기록도 서버가 거절합니다.

**재대사 결과** — 조치 후 다시 대사하면 해소된 건이 빠지고 남은 건만 보입니다.

조정 처리는 재고를 원천 라인 기준으로 정정하고, 미반영 실사는 실사 차이 문서를 만듭니다.

분석

행은 최대 3단계, 열은 2단계입니다. 열 조합이 36개를 넘으면 그리지 않고 범위를 좁히라고 안내합니다.

**피벗과 차트** — 플랜트 × 기간 입고금액 피벗과 오른쪽 차트입니다.

집계 행은 한 번만 읽고, 축을 바꾸는 일은 브라우저가 다시 집계합니다.

서버 요청이 생기지 않습니다. 칸을 누르면 원천 문서 줄(드릴스루)이 열려 셀 금액과 합계를 맞춰 볼 수 있습니다.

**차원 필터** — 플랜트·저장위치·자재그룹·자재·사유·문서유형·계획담당 값을 여러 개 고릅니다.

차원 안은 or, 차원 사이는 and 로 걸립니다.

**AI 분석** — 지금 보는 범위를 규칙 기반으로 해설하고 근거 표를 함께 보여 줍니다.

금액과 비율은 서비스가 계산하고, 모델은 읽어서 설명만 합니다. 모델 연결은 기본 꺼짐입니다.

**에이전트 대기함** — 감시 규칙 다섯 개에 걸린 항목이 받을 사람별 보고로 올라옵니다.

하루 한 번 실행 제한과 실행 기록은 서버가 관리합니다.

문서 흐름 · 이력

역처리 문서와 일괄 실행 문서도 원문서와 연결됩니다.

**감사 로그** — 누가 언제 무엇을 했는지, 변경 전후 값이 남습니다.

사용자·동작·대상으로 좁힐 수 있고 CSV 로 내려받습니다.

**390px 분석** — 좁은 화면에서는 조회조건이 세로로 쌓이고 표는 핵심 열만 남깁니다.

휴대폰에서도 같은 기능을 쓰도록 열을 접거나 아래로 내립니다.

SAP 표준 기능 확장 포인트

이 앱은 SAP 표준 재고 관리를 대체하지 않고, 표준이 다루는 문서 위에 승인 · 일괄 처리 · 대사 · 분석을 얹는 확장 앱입니다. 표준 트랜잭션과 이 앱의 관계는 아래와 같습니다. 최종 처리 기준은 회사의 SAP 설정을 따릅니다.

업무	SAP 표준	이 앱이 더하는 것
입고 · 이동 · 출고 전기	MIGO	전기 전 검토 요청 · 2단계 승인 · 직무분리, 가용 재고 · 단가 이탈 사전 검사
자재 문서 조회	MB51	문서 흐름(앞뒤 문서)과 상태 이력, 역처리 연결
재고 조회	MB52 · MMBE	안전재고 미달 품목 카드, 확정 즉시 반영 확인, 대사 R01 · R02
실사	MI01 · MI04 · MI07	실사 수량 xlsx 입력 · 일괄 반영 시뮬레이션, 미반영 실사 대사(R03)
재평가	MR21	재평가 문서 승인 흐름과 평가 조정 금액 분석
일괄 처리	SM36	안전재고 보충 · 실사 반영 시뮬레이션과 실행 이력(운영 배치 연결은 설명만)

확장 시 구현 포인트

전기 사전 검사 — 운영에서는 자재 문서 전기 시점의 BAdI(MB_DOCUMENT_BADI)나 RAP 검증으로 가용 재고 · 단가 이탈 · 마감 기간 판정을 옮깁니다. 정확한 확장 지점은 릴리스에 따라 달라 확인 필요입니다.
승인 흐름 — 금액 구간과 단계 수는 정책값입니다. 운영에서는 SAP 워크플로 또는 승인 앱과 연결합니다.
대사식 — 원천(재고 테이블과 자재 문서)의 어느 필드를 맞출지를 고객 환경에서 확정합니다.
일괄 실행 — 시뮬레이션과 실행을 같은 로직으로 두고, 운영 배치 작업이 같은 서비스를 부르게 합니다.

표준과 다르게 둔 점

표준 전기는 곧바로 재고를 바꿉니다. 이 앱은 임시저장 → 검토요청 → 승인 → 확정의 단계를 두고, 재고는 확정 때만 바꿉니다. 샘플은 이동평균 평가만 구현했고 표준 가격(S) 평가나 배치·시리얼 관리, 다중 통화는 다루지 않습니다.

CDS 구성

샘플은 json 파일과 서비스 로직으로 돌지만, 운영에서는 서비스의 엔티티를 CDS 뷰로 노출합니다. 아래는 스케치이며 실제 원천 필드는 환경에서 확정해야 합니다(확인 필요).

엔티티셋	원천 테이블(예)	핵심 매핑
StockSet	MARD · MBEW	Qty → LABST, Value → SALK3, 이동평균 단가 → VERPR
DocHeaderSet · DocItemSet	MKPF · MSEG	DocNo → MBLNR, FiscalYear → MJAHR, Loc → LGORT, Qty → MENGE, Amount → DMBTR
CountSet	IKPF · ISEG	CountId → IBLNR, BookQty → BUCHM, CountQty → MENGE
PolicySet	MARC	SafetyQty → EISBE, ReorderQty → MINBE
CubeSet · PlanSet	위 원천의 집계 뷰	입고 · 출고 · 이동 · 실사 차이 · 평가 조정의 수량과 금액을 기간 · 차원별 합산

@AbapCatalog.sqlViewName: 'INVDOCITM'
@EndUserText.label: '재고 문서 항목 (스케치)'
define view InvDocItem as select from mseg
{ key mblnr as DocNo, key mjahr as FiscalYear, key zeile as ItemNo,
  werks as Plant, lgort as Loc, matnr as Material,
  menge as Qty, dmbtr as Amount }   -- 예시 스케치: 필드는 확인 필요

@AbapCatalog.sqlViewName: 'INVCUBE'
@Analytics.dataCategory: #CUBE
define view InvMovementCube as select from InvDocItem
{ Plant, Loc, Material,
  @DefaultAggregation: #SUM Qty,
  @DefaultAggregation: #SUM Amount }   -- 예시 스케치

운영 시점에 해야 할 일

데모 사용자 · 역할(요청 머리 x-demo-user)을 SAP 권한 객체와 PFCG 역할로 바꿉니다.
샘플 json을 CDS 뷰 / OData 서비스 구현으로 교체하고, 상태 전이 · 금액 구간 · 직무분리 · 가용 재고 판정을 BAdI 또는 RAP 검증으로 옮깁니다.
일괄 실행과 에이전트 실행을 배치 작업(SM36)에 연결합니다.
원천 필드 매핑의 "확인 필요" 값을 실제 시스템에서 확정하고, 마감 기간 · 계획 버전 관리 방식을 정합니다.

서비스는 OData V2 서비스 한 개(엔티티셋 35개 · 펑션 12개)이고, 화면은 이 서비스 하나만 호출합니다.

자주 묻는 질문

도입 상담과 데모에서 나올 만한 질문을 28개로 묶었습니다.

개요와 범위

이 앱은 무엇을 하는 앱입니까?

입고·이동·출고·실사 차이·재평가 문서를 만들고 승인·확정·역처리하며, 안전재고 보충과 실사 반영을 일괄 실행하고, 대사와 분석으로 재고를 점검하는 통합 관리 앱입니다. 표준 재고 관리를 대체하지 않고 그 위에 승인·대사·분석을 얹습니다.

실제 데이터를 쓰는 건가요?

아닙니다. 화면의 자재·금액·문서번호는 모두 검증용 가상 데이터입니다. 운영 적용은 원천 필드 확정과 서비스 구현 교체 이후입니다.

어떤 SAP 환경에서 쓸 수 있습니까?

샘플은 SAP 없이 돕니다. 운영에서는 S/4HANA 또는 ECC 의 재고 테이블과 자재 문서를 원천으로 연결해야 하며, 적용 가능 여부는 환경 확인 후 정해집니다.

화면은 몇 개이고 어떻게 구성됩니까?

개요, 기준정보, 문서 처리, 일괄 실행, 대사·점검, 분석, 문서 흐름, 이력·감사·권한의 여덟 화면입니다. 왼쪽 메뉴로 이동하고 사용자 목록으로 역할을 바꿔 볼 수 있습니다.

문서 처리와 승인

문서 유형은 무엇입니까?

입고(GR), 재고 이동(TF), 출고(GI), 실사 차이(PI), 재평가(VA) 다섯 가지입니다. 출고에는 사유(생산 · 판매 · 폐기 등)가 붙습니다.

상태는 어떻게 흐릅니까?

임시저장(10) → 검토요청(20) → 승인(30) → 확정(40)이며 반려(90)와 취소(99)가 있습니다. 반려 문서는 보완 후 다시 요청합니다.

승인 단계는 금액에 따라 달라집니까?

문서 금액 3,000만 원 이상이면 서로 다른 승인자 두 명이 차례로 승인해야 합니다. 금액 구간과 단계 수는 회사 정책으로 바꿉니다.

작성자가 자기 문서를 승인할 수 있습니까?

없습니다. 서버가 직무분리 위반으로 거절하며, 화면을 우회한 직접 요청도 같은 결과입니다.

확정한 문서를 잘못 만들었으면 어떻게 합니까?

수정하지 않고 사유를 적어 역처리합니다. 원문서는 취소 상태가 되고 반대 부호 문서가 생겨 재고가 원래대로 돌아오며, 두 문서는 문서 흐름에서 이어서 볼 수 있습니다.

임시저장 문서는 재고에 영향을 줍니까?

주지 않습니다. 재고는 확정할 때만 바뀝니다.

입고 단가를 임의로 넣어도 됩니까?

표준 단가에서 20% 넘게 벗어나면 서버가 저장을 거절합니다. 비율은 정책값이며 회사 기준으로 바꿉니다.

가용 재고보다 많이 이동하면 어떻게 됩니까?

확정 단계에서 서버가 거절하고 부족한 저장위치 · 자재 · 요청 수량을 알려 줍니다.

재고 평가와 일괄 실행

재고는 어떤 방식으로 평가합니까?

이동평균입니다. 입고가 확정될 때마다 새 평균단가를 계산하고, 이동과 출고는 그 시점의 평균단가로 금액을 잡습니다. 재평가 문서는 금액만 조정합니다.

일괄 실행은 무엇을 합니까?

안전재고 미달 품목을 원천 저장위치에서 대상 저장위치로 보충하는 이동 문서, 또는 실사 차이를 반영하는 문서를 한꺼번에 만듭니다.

왜 시뮬레이션을 먼저 해야 합니까?

실행이 시뮬레이션 결과의 해시를 요구하기 때문입니다. 검토하지 않은 조건으로는 실행되지 않고, 시뮬레이션 자체는 아무것도 저장하지 않습니다.

같은 조건으로 두 번 실행하면 문서가 중복됩니까?

중복되지 않습니다. 이미 처리된 대상은 걸러지고 "처리할 대상이 없다" 고 나옵니다.

실사 수량은 어떻게 넣습니까?

화면에서 한 줄씩 입력하거나 xlsx 로 올립니다. 미리보기에서 오류 행을 확인한 뒤 정상 행만 반영합니다.

대사와 분석

대사 규칙에는 무엇이 있습니까?

R01 재고 수량 = 기초 + 원천 라인 수량 흐름, R02 재고 금액 = 기초 + 원천 라인 금액 흐름, R03 실사 차이 = 확정 문서 반영, R04 이동 출고 = 이동 입고입니다.

대사에서 나온 차이는 오류입니까?

아닙니다. 점검 필요 신호입니다. 조정 처리 · 사유 기록 · 보류로 조치하며 최종 판단은 회사와 감사인이 합니다.

의도적 예외 14건은 무엇입니까?

검증을 위해 샘플에 일부러 넣은 차이입니다. 대사가 찾아낸 차이 수와 정확히 같은지 확인했고, 목록에 "의도적 예외" 로 표시됩니다.

분석 피벗은 서버 부하가 큽니까?

집계 행을 한 번만 읽고 축 변경은 브라우저가 다시 집계하므로 서버 요청이 늘지 않습니다. 열 조합이 36개를 넘으면 그리지 않고 범위를 좁히라고 안내합니다.

차이 요인분해는 무엇을 나눕니까?

순증감 = 입고금액 − 출고금액 + 이동금액 + 실사차이금액 + 평가조정금액을 계획과 실적의 차이로 나눠 요인 합이 총 차이와 정확히 같게 검산합니다.

AI 분석은 숫자를 만들어 냅니까?

만들지 않습니다. 금액과 비율은 서비스가 계산하고 모델은 설명만 하며, 모델 연결은 기본 꺼짐이라 규칙 기반 해설이 나옵니다. API 키는 앱에 두지 않습니다.

에이전트는 무엇을 감시합니까?

안전재고 미달, 실사 차이 비율 초과, 폐기 출고 비율 초과, 검토요청 적체, 장기 미확정 문서의 다섯 규칙입니다. 하루 한 번 실행 제한은 서버가 판정합니다.

운영 전환과 권한

권한은 어떻게 나뉩니까?

조회자 · 처리자 · 승인자 · 관리자 네 역할이며 쓰기 버튼은 권한이 없으면 꺼지고 서버도 403 으로 거절합니다. 운영에서는 SAP 권한 객체로 대체합니다.

감사 로그에는 무엇이 남습니까?

사용자 · 역할 · 동작 · 대상 · 변경 전후 값과 시각입니다. 역처리 사유와 예외 조치 사유도 함께 남습니다.

휴대폰에서도 쓸 수 있습니까?

좁은 화면에서는 조회조건이 세로로 쌓이고 표는 핵심 열만 남기며, 나머지는 문서번호 아래로 접힙니다.

도입 상담은 어떻게 합니까?

왼쪽 목차의 문의하기에서 현재 SAP 환경과 궁금한 점을 남겨 주세요. 영업일 기준 1~2일 안에 회신드립니다.