在庫は取引の積み上げで、取引は4種類に分けられる
在庫数量は「期首在庫+入庫-出庫±移動±調整」で決まります。現在の在庫を直接書き換える操作を許すと、なぜその数字になったのかが説明できなくなります。すべての増減を取引として記録し、在庫残高は取引から計算するのが設計の原則です。
取引は次の4種類に分けます。
| 種類 | 意味 | 代表的な取引 | 在庫総量への影響 |
|---|---|---|---|
| 入庫 | 外部または工程から在庫が増える | 購買受入、製造完成、返品受入、支給品受入 | 増える |
| 出庫 | 在庫が外部または工程へ出る | 出荷、工程投入、外注支給、廃棄 | 減る |
| 移動 | 場所・ステータス・所有区分が変わる | 倉庫間移動、ロケーション移動、良品→保留、自社→預託 | 変わらない |
| 調整 | 実物との差を合わせる | 棚卸差異、破損発見、計量誤差の補正 | 増減どちらも |
ここで重要なのは、ステータス変更と所有区分の変更を「移動」として扱うことです。良品から保留への変更を、良品の出庫と保留の入庫という2つの取引で表すと、総量が一瞬だけ変わるうえ、片方だけ失敗したときに在庫が消えたり増えたりします。1つの取引の中で「元」と「先」を持つ移動として記録すれば、総量は常に保たれます。ステータスの体系は在庫ステータスの設計を参照してください。
取引に持たせる12の必須項目
取引の項目は、後から差異を調べる人が何を知りたいかで決めます。次の12項目は、種類を問わず全取引に持たせます。
- 取引ID:システム全体で一意。連携先でも同じIDを持ち、重複を防ぐ
- 取引種類:上の4種類の下位区分(購買受入、工程投入など)
- 品目
- 数量と単位:在庫単位に換算した数量と、入力時の単位・数量の両方
- ロット(ロット管理品目のみ)
- 元の場所とステータス(出庫・移動・調整)
- 先の場所とステータス(入庫・移動・調整)
- 発生日時:現場で実際に動いた時刻
- 計上日:会計上その日の取引とする日。締め後の取引は翌期に計上する
- 参照伝票:購買発注、製造指図、出荷指示などの番号
- 理由コード:調整、廃棄、例外出庫には必須
- 登録者と登録端末
発生日時と計上日を分けて持つのは、月末の締めをまたいだ取引を扱うためです。月末23時に完成した製品が翌日に入力された場合、発生日時は当月、計上日は締め処理の運用で決まります。どちらか1つしか無いと、棚卸のカットオフで説明できない差が残ります。カットオフの考え方は棚卸の凍結とカットオフで扱っています。
取消とマイナス在庫の扱い
取消は「逆取引」で表し、上書きしない
入力を誤った取引は、削除や上書きではなく、同じ内容を逆向きにした取消取引を登録して打ち消し、そのうえで正しい取引を登録します。元の取引と取消取引は参照で結びます。削除を許すと、連携先に既に送った取引との対応が取れなくなり、ERPとMESの在庫差異の原因が追えません。
マイナス在庫を許すかどうか
現場では、入庫の入力より先に出庫が入力されることがあります。完成入力の前に出荷ピッキングが終わる、受入入力の前にラインで使う、などです。このときマイナス在庫を許すかどうかは、取引の種類ごとに決めます。
| 方針 | 長所 | 短所 | 向く場面 |
|---|---|---|---|
| 全面禁止 | 帳簿上の在庫が常に物理的にありうる値になる | 入力順が逆になると現場の作業が止まる | ロット管理品、出荷前の製品倉庫 |
| 一時的に許可し、一覧で解消を追う | 作業を止めない | 解消されないマイナスが残る | ライン側在庫、バックフラッシュ対象品 |
| 全面許可 | 運用が楽 | 在庫数量が信用されなくなる | 推奨しない |
バックフラッシュ(完成数量から部品の消費を自動で引き落とす方式)を使う品目では、マイナス在庫が出やすくなります。原因と対策はバックフラッシュ(自動引落し)の落とし穴と在庫差異を参照してください。
ERP・MES・WMSの取引の分担
| 取引 | ERP | MES | WMS | SCP |
|---|---|---|---|---|
| 購買受入 | 正本(仕入計上) | 持たない | 入庫ロケーションの記録 | 入荷予定の消込に使う |
| 工程投入・完成 | 合計を受け取り原価計算に使う | 正本 | 払出・入庫として記録 | 持たない |
| 倉庫内のロケーション移動 | 持たない | 持たない | 正本 | 持たない |
| ステータス移動 | 利用可否の変更を受け取る | 品質起因の正本 | 物理的な隔離の記録 | 利用可能在庫の再計算 |
| 出荷 | 正本(売上・原価計上) | 持たない | ピッキングと出荷確定 | 持たない |
| 棚卸調整 | 承認後に計上(正本) | 工程内在庫の調整 | 倉庫在庫の調整 | 持たない |
ERPの取引は会計に結びつくため、MESやWMSの細かい取引をすべてERPに送る必要はありません。たとえばWMSのロケーション移動はERPの在庫総量にも保管場所にも影響しないので、送らない設計が普通です。何を送り何を送らないかを、この表のように取引種類ごとに明文化しておきます。
よくある設計の失敗
よくある質問
移動取引をERPに送る必要はありますか
倉庫(保管場所)をまたぐ移動、ステータスや所有区分が変わる移動はERPに送ります。同じ倉庫内のロケーション移動は、ERPがロケーションを持っていなければ送る必要はありません。
取消取引が多すぎて分析の邪魔になります
取消取引の件数自体が、入力ミスの多い工程や画面を示す指標になります。取消と元取引を結んで集計から除く表示と、取消の件数を工程別に見る表示の両方を用意しておくと扱いやすくなります。
調整取引の承認は誰が行うべきですか
金額基準で分けるのが一般的です。少額は倉庫責任者、一定額を超えるものは経理や工場長が承認します。承認ルールと記録は在庫調整(棚卸差異の計上)の承認ルールと記録を参照してください。
この記事に出てくる用語
在庫の正本はどのシステムにあるか
ERPの帳簿在庫、MESの仕掛、WMSのロケーション在庫。どこで数字が分かれるかを境界表で示す 全18本
- 在庫の正本はどのシステムが持つか:ERP・MES・WMSで7属性を分ける考え方
- ERP・MES・WMSの在庫の境界表:品目・ロット・仕掛・ロケーションの17項目
- 引当の設計:仮引当と本引当を3システムでどう分けるか、二重引当を防ぐ5つのルール
- 仕掛在庫をMESで持つ意味と、ERPへの計上タイミング4方式の比較
週刊 在庫KPI
業種別の在庫KPIベンチマークの更新と、その週の新着記事5本を毎週月曜にお届けします。無料・いつでも解除できます。