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

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

주요 재생 지점

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

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

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

핵심 포인트 여덟 가지

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

이 앱이 하는 일 한눈에

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

검증 결과 요약

데모를 신청하신 고객께 공개되는 내용입니다

CDS 뷰 구성, 데이터 모델, 점검 · 산출 규칙처럼 실제 구현에 가까운 상세 설계는 이 앱의 데모를 신청하신 고객께만 보여 드리고 있습니다. 양해 부탁드립니다.

데모를 신청해 주시면 확인 후 바로 열람할 수 있도록 열어 드리고, 이미 신청하셨다면 신청하신 Google 계정으로 로그인하시면 이 자리에 내용이 표시됩니다.

데모 신청하기 Google 계정으로 로그인

실행 화면

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

처음 열었을 때

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

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

기준정보

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

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

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

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

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

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

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

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

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

**임시저장 상세** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**승인자 화면** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**확정 후 상세** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**역처리 입력** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**역처리 완료** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**가용 재고 초과 이동 거절** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**조회자 — 쓰기 버튼 비활성** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

일괄 실행

**시뮬레이션 결과** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**실행 후 이력** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**같은 조건 재실행** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

대사 · 점검

**규칙과 대사 결과** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**재대사 결과** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

분석

**피벗과 차트** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**행↔열 바꾸기** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**에이전트 대기함** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

문서 흐름 · 이력

**문서 흐름도** — 상세 설명은 데모를 신청하신 고객께 보여 드려요.

**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 구성

데모를 신청하신 고객께 공개되는 내용입니다

데모 신청하기 Google 계정으로 로그인

자주 묻는 질문

도입 상담과 데모에서 나올 만한 질문을 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일 안에 회신드립니다.