業界知見

倉庫や工場の在庫責任者・棚卸担当者へ

棚卸しの差が出たら誰が確認する?数え直しから在庫訂正・承認まで

現物と在庫台帳が合わないとき、どの時点の数字を比べ、誰が数え直し、誰が訂正を承認するかを整理します。未反映の出荷を二重に差し引かない照合例と、一つの倉庫で試す完了条件を紹介します。

業界知見

棚卸差異を 訂正まで追う

数え直し・照合・承認・反映

同じ品番・置き場・時点を揃え、差の理由と次の担当を残します。

こんな方に向けた記事です

倉庫や工場の在庫責任者・棚卸担当者へ。訂正を承認する管理部門や、既存システムの設定を確認する情報システム担当者にも向けています。

この記事でわかること

  • 品番・置き場・単位・時点をそろえて差を確かめる
  • 数え直した結果と入出庫の記録を残し、承認後に正式な台帳へ反映する
  • 一倉庫で、未反映・反映失敗・訂正のやり直しまで試す

現物と台帳が合わなければ、まず同じ時点にそろえる

棚卸で台帳は100点、棚には97点。倉庫から「3点減らしておいて」と連絡が来たとき、事務は出荷伝票が台帳へ入ったかまで見られるでしょうか。未反映の出荷が3点あれば、その場で3点減らすと、伝票の反映時にもう一度引いてしまいます。

差が出た行には、品番・置き場・単位・数えた時刻を付けます。業務責任者は、同じ時点にそろえた値と判断の根拠が確認できるまで、その行を保留します。出荷を続ける必要がある場合は、対象区画の入出庫と引当の扱いを現場・事務で決めます。

棚卸差異を発見してから台帳へ反映するまで
数え直す品番・置き場・単位を確認
時刻をそろえる入出庫の伝票と反映状態を確認
判断・承認伝票を直すか、在庫を訂正するか
反映を確認正式な台帳と承認内容を照合

SHINJIDAI独自作成。自社の役割と処理順に合わせて使う設計例です。

数え直しても差が残ったら、伝票の時刻と反映状態を見る

倉庫の担当者は、品番・ロット・棚番・入数をそろえ、最初の値と数え直した値を別々に残します。箱とバラが混じる、返品品が検品待ちの区画にある、別の棚へ移した直後など、数量以外の違いも確かめます。現物が確認できない場合は未確認として担当と再確認期限を残します。

事務は、基準時点の台帳と現物を比べます。営業や出荷を止められない倉庫なら、区画ごとに基準時刻を決め、基準前に動いたが未反映の取引と、基準後に動いた取引を分けます。同じ伝票を台帳と現物の両方に足し引きしないよう、どちらを補正したか明記します。

スマレジの設定資料には、棚卸中に発生した在庫変動を完了後に反映する設定例があります。使っている製品で反映の時点や状態名がどう定義されるか、少数の伝票で確かめてから手順に取り入れます。

架空例で確認する。未反映の出荷3点はどこで直すか

9時時点の台帳は100点、同時点の現物は97点でした。8時55分に3点を出荷し、伝票の処理は9時10分に成功したとします。基準時刻には100点から未反映の出荷3点を引いた97点と、現物97点が合います。9時10分の台帳97点を見届けたら、追加の在庫訂正は不要です。

同じ条件で数え直しが96点なら、基準時点に合わせた台帳97点との差は1点です。隣の棚、返品保留、移動記録を確認し、原因が残る場合は「未解明の差1点」として管理します。責任者が訂正を認めたら、対象と根拠を添えて1点減らす指示を出し、出荷3点と別の記録で追います。

出荷の反映がまだ確認できなければ、差の処置も確認待ちです。エラー直後に同じ指示を再送する前に、正式な台帳に反映済みか、伝票番号と在庫履歴で確かめます。ここでの数値は業務を説明する架空例です。

数えた人、訂正を決める人、台帳に反映する人を決める

倉庫は現物と置き場を確認します。事務は伝票と時点を照合します。責任者は、再確認に戻すか、原伝票を訂正するか、在庫の調整を認めるかを判断します。人数が少ない場合は兼務を前提に、重要品目など対象を絞って別の人が確認できる条件を決めます。

記録には、棚卸行と関連伝票、初回と再確認の数量、差の理由または未解明の表示、訂正前後の値、承認者、反映状態を残します。承認した時刻と反映した時刻を分け、反映が失敗したら担当と次に照合する記録を残します。月末などの締めをまたぐ訂正は、経理と正式な反映日を確認します。

Oracle Inventoryの手順でも、承認、再棚卸、否認、検査まで保留という扱いを区別しています。自社の仕組みでは、どの区分を使い、誰が次の操作を引き受けるかを決めます。

まず既存の仕組みで、差が出た後の仕事をつなげる

倉庫管理システムに再棚卸や承認があるなら、同じ製品で差異から反映まで追えるかを試します。台帳へ手で戻す作業だけが残る場合は、正式な台帳を決め、伝票番号と棚卸行を照合できる出力や連携を比較します。

差の根拠が複数拠点に分かれ、承認・反映・保留の状態を追えない場合は、既存画面を活かしながら差異確認部分を追加する案もあります。費用を左右するのは拠点や品目数に加え、入出庫の連携頻度、締め処理、既存製品の出力・更新仕様、権限、障害時の復旧範囲です。

棚卸差異が出た後の対応を比較する

運用を整える

時刻と単位を決め、確認担当を明記

既存設定を使う

再棚卸・承認・反映履歴を一件試す

連携する

伝票と棚卸行を対応させ、二重反映を防ぐ

不足箇所を開発する

保留・承認・再試行の状態を追えるようにする

SHINJIDAI独自作成。試行時に比較する選択肢です。

一つの倉庫で、差異の発見から引き継ぎまで試す

試行では、一倉庫・一商品群・一回の棚卸を選びます。旧台帳との照合を続ける期間と、正式な更新先を一つ決めます。切替中に処理が止まったら、前の台帳へ戻る条件と、その間の入出庫を誰が照合するかも確認します。

倉庫は現物と伝票の場面を用意し、情シスと開発側は権限、連携の結果、再送後の反映回数を確認します。責任者は判断が残る行を次の担当が拾えるかを見ます。稼働後は、棚番追加、運用変更、取込仕様の変更を誰に連絡し、どこまで保守に含めるか決めます。

  • 未反映の出荷を、在庫訂正と重ねて計上しない
  • 数え直し後も差が残る行を、理由付きで承認または保留できる
  • 反映結果が不明な行を再送前に照合できる
  • 翌日の担当者が差の理由と次の作業を引き継げる

相談では、在庫が合わなくなった一場面から整理する

SHINJIDAIは、課題整理・解決策の提案から設計・開発・導入まで伴走します。棚卸では、差が出た品目、現物を数えた時刻、事務が見た台帳と伝票を言葉で整理し、どこまで既存の仕組みで対応できるかを一緒に確認します。

初回は仮の品番や件数で話せます。反映遅れと実際の差を区別できるかを確認し、一倉庫で試す範囲、役割と完了条件を決めます。運用で解消できる場合も含めて比較し、必要な実装、切替、変更保守の範囲は別途合意します。

業務の課題整理から、設計・開発・導入まで

棚卸差異の数え直し・承認・反映を一つの倉庫で試す
SHINJIDAIにご相談ください。

  • 出荷の未反映と実際の在庫差を区別できない
  • 訂正後に誰が台帳を確認するか曖昧
  • 使っている台帳や倉庫管理システムを残したい
株式会社SHINJIDAI課題の整理から伴走

一つの差異を現物と伝票から追い、既存の運用や設定、連携、追加開発を比較します。必要な確認を実装する場合は、再棚卸・保留・反映の試行条件を決めます。

棚卸差異の確認と在庫訂正を相談する

まずは一つの品目と伝票の流れを共有します。取引先名や実データは初回相談に必須ではありません。

ID・パスワードや顧客データは、フォームに記載しないでください。

導入範囲・役割・完了条件の決め方を見る

出典

製品ごとの手順を確認した資料です。本文の数字、役割の分け方、図はSHINJIDAIの説明例です。2026年11月5日確認。

よくある質問

数え直した数量で、すぐに台帳を直してよいですか?

品番・置き場・単位・時点をそろえ、未反映の入出庫を照合してから判断します。訂正が必要なら理由と承認者を記録し、正式な台帳で反映を確認します。

出荷を止められない倉庫ではどう比較しますか?

区画ごとの基準時刻を決めます。基準時刻後の入出庫を伝票で区別し、現物数量か台帳数量のどちらか片方を同じ時点へ揃えます。反映済みか分からない行は保留します。

差が1点でも承認が必要ですか?

品目の重要性、金額、原因の有無、権限に応じて自社で決めます。少量でも所在不明や同じ理由が繰り返される品目は別に扱い、判断の根拠を残します。

倉庫管理システムやExcelは残せますか?

既存の再棚卸・承認・差異出力を確認します。足りない部分が担当者への引き継ぎなら運用を整え、システム間の受け渡しに原因があれば連携を比較します。

THE FUTURE OF JAPAN.
THE FUTURE
OF JAPAN.