재고 실사 차이, 원인을 찾고 장부를 어떻게 정정할까요?

장부 100개, 실사 80개. 정말 20개가 사라진 걸까요?

아직은 모릅니다. 실제 출하는 됐지만 전표가 늦었을 수도 있고, 다른 선반의 물량을 빠뜨렸거나 박스와 개수를 섞어 셌을 수도 있습니다. 처음 발견한 차이는 조사 출발점이지, 곧바로 확정할 손실이나 정정 수량은 아닙니다.

재고 실사는 정한 범위의 물건을 실제로 확인해 수량을 세는 일입니다. 여기서 장부는 업무 시스템의 기록 수량을 뜻합니다. 가용 재고 화면과 실사 수량을 바로 비교하지 말고, 실물·장부·가용 재고의 차이부터 맞추세요.

아래는 고객사 이름·실제 품번·운영 자료를 제외한 가상 교육 예시입니다. 같은 품목·LOT·개수 단위·창고 범위·소유 범위·상태 포함 기준으로 비교합니다. 검사 보류 물량도 실사에 포함하며 예약은 물량에서 따로 차감하지 않습니다. 재무 평가액이나 회계 분개를 설명하는 글은 아닙니다.

먼저 비교할 기준을 고정합니다

• 시점: 장부 조회 시각과 물건을 센 시각, 실제 입출고 발생 시각을 남깁니다.
• 범위: 창고·선반·출하 대기 구역·보류 구역과 다른 회사 소유 보관품의 포함 여부를 정합니다.
• 단위·대상: 품목·LOT·부분 물량과 박스당 수량·kg 등 환산 기준을 맞춥니다.
• 이동 통제: 정한 구간에서 입출고·이동을 통제하거나, 멈출 수 없다면 중간 이동을 건별 기록합니다. 실사 작업을 만들었다고 시스템이 자동으로 재고를 막아 준다고 가정하지 않습니다.
• 원본: 첫 실사표와 장부 스냅샷을 보관하고 재실사·정정은 새 버전과 사유로 연결합니다.

재고 실사 차이를 현장 디바이스·DX·AI·AX로 조사하고 정정하기

가상 실사 시점 T에서 장부100·첫 실사80개입니다. 다른 이동을 통제한 조사에서 미반영 출하15개를 원거래로 반영해 장부85개, 누락2개를 재실사로 확인해 실물82개가 됐습니다. 남은 차이3개는 조사·승인 검토 대상이며 AI가 분실3개로 확정하는 것이 아닙니다.

산업별 표현과 실제 의미를 함께 설명합니다

재고 실사(재물조사·순환실사), 재실사·대사·수불 대조·수량 조정·차이 조사라는 표현을 실제 업무에 맞춰 씁니다. 전수실사와 일부 품목의 순환실사는 범위가 다르고, 조사 근거·담당·시점을 남겨야 합니다. 제조는 자재·재공·완제품, 물류·커머스는 위치·로케이션·용기·피킹, 배치 제품은 kg·리터·개수 등 단위·환산을 확인합니다. 업무 수량 정정과 재무 회계 처리는 별도 범위입니다.

어떤 변화가 있어야 효과가 있나요?

차이 발견→원거래 대조→재실사→승인·정정 확인 시간, 원인 미확인·중복 조정·재발·검수 부담을 비교합니다. 단말을 설치하거나 AI 답변을 생성한 횟수만으로 효과를 판단하지 않습니다.

파이언스가 지향하는 스마트 팩토리·스마트 스타트업

파이언스는 현장과 서비스가 AI와 연결되어 효율적으로 운영되는 스마트 팩토리·스마트 스타트업을 AX의 목표로 봅니다. 데이터 수집과 시스템 구축을 이 목표에 맞춰 설계하고, 상황 이해→판단 지원→허용된 실행→결과 검증→운영 개선을 한 흐름으로 연결합니다. 역할별 화면에서 끝나지 않고 실제 일이 완료되는지를 확인합니다.

현장 디바이스는 사실을 얻고 지침을 전달하는 접점이며, AI는 현재 업무와 문서 근거를 이해·비교하는 기술입니다. 파이언스의 AX는 사람이 목표·기준을 정하고 AI의 계획·허용된 실행·점검을 제품과 업무에 연결하는 재설계입니다. DX는 데이터·시스템·업무 흐름·역할을 함께 개선하는 전환이며 작은 업무에서 DX와 AX를 함께 검증할 수 있습니다. MES 도입이나 모델 재학습이 모든 AX의 필수 조건은 아닙니다.

위의 전체 AI·기기 연결은 파이언스의 현장 앱·PDA·업무 시스템 경험을 확장한 제안입니다. 완료한 구현 경험·개발 중인 범위와 구별하며, 업종별 기능·보안·망 환경·기기 지원과 승인 범위는 실제 구축 전에 확인합니다. 스마트 스타트업에서도 웹·모바일 앱을 접점으로 고객 요청·주문·서비스 상태·정책·처리 결과를 같은 원리로 연결할 수 있습니다. 예를 들어 배송 지연을 감지한 AI가 주문 상태와 고객 약속을 확인해 대응안을 제시하고, 권한 안의 담당 배정·승인된 안내·실제 처리 결과 확인으로 이어가는 운영입니다. 반복된 예외·검수 결과는 승인된 지식·도구·운영 규칙 개선에 활용하며 모델이 자동으로 재학습된다는 뜻은 아닙니다.

같은 범위의 세 재고 → · 스캔·전송·실제 반영 → · 출하·취소 원거래 → · 파이언스 AX 정의·구현 방법 → · 제조·스타트업 AX 시나리오 →

예시: 차이 20개를 조사하니 실제 조정 검토 대상은 3개

기준 시점 T의 장부는 100개, 첫 실사 결과는 80개입니다. T 이전에 실제 출하된 15개의 전표가 미반영돼 있습니다. 아래 대조·재실사·정정 구간에는 다른 입출고·이동이 없도록 통제했다고 가정합니다.

차이의 해석은 -20 + 15 + 2 = -3개입니다. 출하 15개는 이미 발생한 거래를 기록한 것이고, 2개는 실사 집계를 바로잡은 것입니다. 둘을 신규 입고나 별도 손실 조정으로 다시 만들지 않습니다.

남은 3개의 수량 차이 확인과 원인 확정도 구별합니다. 재실사·원본 대조 후 사내 규정이 허용하고 승인자가 근거를 검토한 경우에 잔여 차이 정정을 진행합니다. 원인은 ‘조사 중’으로 남기고 담당자·기한·후속 확인을 연결합니다. 근거가 부족하면 재실사·추가 조사와 정정 보류가 먼저입니다.

AI가 보기 그럴듯하다는 이유로 ‘분실 3개’나 ‘불량 3개’로 확정하지 않습니다. 뒤늦게 원거래가 발견되면 이미 조정한 건과 연결해 중복 반영을 막는 재검토가 필요합니다.

원인에 따라 고치는 기록도 다릅니다

위치·LOT 정정은 해당 시스템이 허용하는 이동·취소·재등록 절차와 후속 거래 영향을 확인합니다. 이미 출하·검사·투입에 쓰인 기록을 임의 삭제해 맞추지 않습니다. 분할·혼합·재작업의 전후 수량과 입고부터 출하까지 LOT 연결도 함께 대조합니다.

실사 뒤 입출고가 계속됐다면 82개로 덮어쓰지 않습니다

앞 예시를 별도로 연장합니다. 실사 시점 T의 원거래 반영 후 장부는 85개, 확인 실물은 82개이고 조정안 -3개는 아직 반영되지 않았습니다. 업무 재개 뒤 실제 입고 +10개와 새 출하 -4개가 모두 정상 기록됐다고 가정합니다. 다른 이동과 조정은 없습니다.

현재 장부는 85 + 10 - 4 = 91개, 확인 실사에서 이동을 이어 계산한 예상 실물은 82 + 10 - 4 = 88개입니다. 같은 대상·단위·범위와 중간 거래, 기존 조정 여부를 다시 확인하고 승인 조건을 충족하면 -3개를 한 번 반영해 88개가 됩니다. 82개로 덮어쓰면 그 사이의 순입고 6개를 잃습니다.

이는 통제된 예시입니다. 실제 시스템이 절대 실사 수량 입력 방식이라면 기준 시점과 이후 거래를 시스템이 어떻게 반영하는지 확인해야 합니다. 누락·변경·이미 반영된 조정이 있으면 단순 차감하지 말고 재대조·필요한 재승인을 거칩니다.

정정 한 건에 무엇을 남겨야 할까요?

소규모 팀도 기록 작성과 승인 권한을 가능한 범위에서 나누고 사내 기준을 정합니다. 수량 정정이 품질 승인 해제나 예약 취소를 자동으로 뜻하지는 않습니다. 금액·원가·마감 기간의 영향은 해당 업무 담당자가 별도 검토합니다.

오류·중복은 정정 절차의 일부입니다

• 응답 유실: 실패와 결과 미확인을 나누고 실사·정정·전표 번호로 실제 결과부터 조회합니다.
• 같은 건 재전송: 동일 요청을 구별해 이미 반영한 조정을 또 실행하지 않도록 설계합니다.
• 일부만 반영: ERP·MES·현장 화면 중 무엇이 반영됐는지 건별로 표시합니다. 모두 완료된 것처럼 안내하지 않습니다.
• 승인 뒤 상태 변경: 수량·대상·후속 거래·승인 버전을 재검사합니다. 승인한 내용과 달라졌다면 재검토합니다.
• 정정 취소·재정정: 이전 기록과 후속 거래를 연결해 허용된 취소·역거래·재승인 절차를 적용합니다.

승인·중복 방지·결과 미확인 대응 가이드 →

재고 실사 차이·장부 정정 여덟 항목 점검표

품목 한 개·실사 한 건으로 시작해 각 항목에 확인 / 확인 필요 / 미해당, 근거, 담당자, 다음 조치를 적어 보세요.

파이언스가 실사·정정을 AX로 연결하는 방법

파이언스는 현장 앱·업무 API의 기록·반영 상태와 산업용 PDA의 스캔·조회·등록·이력을 개발해 왔습니다. 진행 중인 MES 분석에서는 현업과 공정·재투입·주문 배정의 의미를 구체화하고 있습니다.

이 경험을 바탕으로 실사 기준 합의 → 엑셀·PDA·기존 시스템 연결 → 원거래·전송 결과 대조 → 예외 조사·정정안 → 승인·반영 확인 → 재발 원인 추적을 설계하고 구현할 수 있습니다. “차이 20개를 설명해 줘”라는 질문에 AI가 권한 내 실사표·출하 원본·처리 이력을 함께 읽고, 확인된 출하 15개·실사 누락 2개·미확인 원인의 잔여 3개를 구분해 제시하는 방식입니다.

AI는 근거 링크·조회 시점·확인 후보와 담당자 질문을 정리합니다. 수량 계산과 변경 가능 여부는 업무 규칙으로 검증하고, 정정은 승인과 실제 반영 확인으로 연결합니다. 자료가 없으면 모른다고 표시하고 추정한 원인을 확정하지 않습니다.

이 글의 전체 흐름은 경험을 확장한 구축 제안이며 특정 고객에게 모든 기능이나 AI가 완성됐다는 뜻은 아닙니다. ERP·MES가 없다면 엑셀·작업일보에서 실사·거래·정정 연결표부터 시작할 수 있습니다. 기존 시스템이 있다면 데이터·API·권한과 정정 정책을 확인해 범위를 정합니다. 장부가 맞았는지와 같은 차이가 다시 생기지 않는지를 따로 측정합니다.

참고 기술자료

Microsoft Learn · Cycle counting은 실사 작업·결과 입력·차이 검토를 구분하며 실사 작업 생성만으로 해당 물량이 자동 차단되는 것은 아니라고 설명합니다. Reason codes for inventory counting는 사유 코드의 운영 기준을, Inventory journal approval workflows는 지원되는 재고 관리 전표의 승인·반영 이력 관점을 제공합니다.

자료 확인: 2026-10-26. 각 자료는 서로 다른 모듈·설정 범위가 있으므로 하나의 공통 기능으로 단정하지 않습니다. 본문은 이를 참고한 파이언스의 운영·구축 제안이며, 실제 메뉴·차감 시점·권한·승인 절차는 사용 시스템에 맞춰 확인합니다.

우리 현장에 적용하기 전 확인할 것

• 정정 전 실사표·장부 조회 조건과 기준 시점, 미반영 거래 목록을 보존한다.
• 누락 거래 반영과 수량 조정을 중복하지 않고 정상·부분 실패·재전송을 함께 검수한다.
• 실사 담당·검수 담당·정정 승인 권한과 원인 조사 담당, 재확인 일정을 정한다.

우리 업무의 시간과 시작점을 직접 확인해 보세요

제조 AX 점검표·업무시간 계산기 → · 입력값은 서버로 전송하지 않습니다.

기대 효과는 이렇게 확인합니다

아래는 개선 여부를 판단하는 측정 기준입니다. 공개된 사례의 확정 절감률이나 보장 성과가 아닙니다.

대조 품질

같은 기준에서 남는 차이 수량·미확인 건수와 근거 보유 여부

처리 시간

차이 발견부터 재실사·승인·실제 반영 확인까지 걸리는 시간

재발·중복

같은 원인의 재발 건수·중복 조정·원거래 뒤늦은 이중 반영 건수

자주 묻는 질문

관련 사례와 다음 질문

관련 사례의 수행 단계와 파이언스의 역할을 함께 확인하세요. 이 글은 공개 가능한 사례와 제안 범위를 바탕으로 정리했으며 고객의 내부 문서·운영 데이터는 포함하지 않습니다.

검사 보류·불량·폐기를 구분한다면

100개 검사·부분 승인·폐기 예시와 여덟 항목 점검표 →

부분 출하·취소·반품이 생겼다면

주문 잔량·LOT·재고·검사 상태를 연결하는 예시와 여덟 항목 점검표 →

현장 스캔부터 개선한다면

바코드·QR로 입출고 누락·중복을 줄이는 예시와 여덟 항목 점검표 →

LOT의 뜻부터 차근차근 확인하기

입고 LOT부터 생산·출하까지 추적하는 기초 예시와 점검표 →

ERP·MES가 없는 현장이라면

엑셀·작업일보부터 제조 AX를 시작하는 예시와 점검표 →