ステータスは「使ってよいか」を表す属性に限る
在庫ステータスとは、在庫が使える状態にあるかどうかを表す属性です。設計で最初に決めるべきは、ステータスに何を持たせ、何を持たせないかです。よくある失敗は、品質の状態（検査待ち・不良）、引当の状態（引当済み）、場所の状態（輸送中・外注先）、所有の状態（預託）を、すべて1つのステータス項目に詰め込むことです。こうすると「引当済みかつ保留」のような組み合わせを表現できず、どちらかの情報が上書きで消えます。
ステータスは品質上、使ってよいかどうかに限り、引当・場所・所有は別の属性として持つのが原則です。引当の設計は引当の設計：仮引当と本引当で扱っています。
基本の4区分と遷移表
製造業で最低限必要なステータスは次の4つです。業種によって「出荷判定待ち」「期限切れ」などを追加しますが、まずはこの4つで遷移を定義します。
| ステータス | 意味 | 引当 | 出庫・投入 | 在庫金額への算入 |
|---|---|---|---|---|
| 検査待ち | 受入・完成後、品質判定が出ていない | 不可 | 不可 | 算入 |
| 良品 | 判定済みで使用可能 | 可 | 可 | 算入 |
| 保留 | 品質の疑いがあり、判定を保留中 | 不可 | 不可（隔離） | 算入（評価損の検討対象） |
| 不良 | 使用不可と判定済み。廃棄・返品・手直し待ち | 不可 | 廃棄・返品・手直しのみ | 処分方法により評価 |
遷移は、誰がどの取引で行うかとセットで定義します。
| 遷移 | きっかけの取引 | 実行者 | 記録する情報 |
|---|---|---|---|
| 検査待ち→良品 | 受入検査・工程検査の合格判定 | 品質保証 | 判定者・判定日時・検査記録番号 |
| 検査待ち→不良 | 不合格判定 | 品質保証 | 不良内容・数量 |
| 良品→保留 | 品質異常の連絡、顧客クレーム、期限接近 | 品質保証・製造 | 保留理由・対象範囲（ロット） |
| 保留→良品 | 再判定で合格 | 品質保証のみ | 再判定の根拠 |
| 保留→不良 | 再判定で不合格 | 品質保証のみ | 処分方法 |
| 不良→良品 | 手直し後の再検査で合格 | 品質保証のみ | 手直し記録 |
遷移表に載っていない遷移は、システムで禁止します。たとえば「検査待ち→保留」を許すかどうかは工場によって判断が分かれますが、許すなら表に行を足し、許さないならシステムが拒否するようにします。表にない遷移を例外処理として手作業で通せる設計にすると、その例外がいつのまにか日常の運用になります。
ポイントは、保留と不良から良品へ戻す遷移を品質保証に限定することです。現場の判断で保留を解除できる設計にすると、急ぎの出荷のたびに保留品が流れます。保留の運用全体は品質保留在庫の扱いで詳しく扱います。
システムごとのステータスの粒度をそろえる
ERP・MES・WMSは、それぞれ独自のステータス体系を持っています。ERPは在庫区分として「利用可能」「品質検査中」「保留」のような少数の区分しか持たないことが多く、MESは工程内の細かな状態（手直し待ち、再検査待ち、廃棄待ち）を、WMSは倉庫内の状態（入荷検品中、隔離棚）を持ちます。境界表としては次のように対応させます。
| 共通の4区分 | ERP（在庫区分） | MES（工程内） | WMS（倉庫内） |
|---|---|---|---|
| 検査待ち | 品質検査中 | 工程検査待ち、完成検査待ち | 受入検品中 |
| 良品 | 利用可能 | 合格 | 良品棚 |
| 保留 | 保留 | 保留、再検査待ち | 隔離棚・保留 |
| 不良 | 保留または別の保管場所（不良品置場） | 不良、手直し待ち、廃棄待ち | 不良品置場 |
この表のとおり、MESとWMSの細かい状態は、ERPでは1つの区分に集約されます。集約は問題ありませんが、逆方向の変換（ERPの区分からMES・WMSの細かい状態へ）を自動で行ってはいけません。ERPの「保留」から、MESの「保留」と「再検査待ち」のどちらだったかは復元できないからです。ステータスの正本は、倉庫内ではWMS、工程内ではMESに置き、ERPは写しとして集約値を受け取ります。
ステータスの変更はロット単位で、取引として記録する
ステータスの変更は、在庫の数量を変えない取引ですが、在庫の取引として記録する必要があります。誰が、いつ、どのロットの、どの数量を、何から何へ変えたかを履歴に残すことで、保留の範囲が正しかったか、解除の判断が妥当だったかを後から検証できます。
また、ステータスの変更はロット単位で行うのが原則です。1つのロットの一部だけを保留にする場合は、先にロットを分割してから、分割した側を保留にします。ロットの中に良品と保留が混在する状態を許すと、ピッキングのときにどちらを取ったかが分からなくなります。ロット分割の設計はロット管理をシステムで設計するを参照してください。
よくある質問
「引当済み」をステータスに含めてはいけませんか
引当はステータスとは別の属性として持つべきです。引当済みの在庫が後から保留になる場合、両方の情報を同時に持てないと、引当を解除し忘れたり、保留を見落としたりします。
期限切れはステータスにすべきですか
使用期限を持つ品目では、期限切れをステータスとして明示する運用も多く見られます。期限日はロットの属性として持ち、期限を過ぎたロットをシステムが自動で保留または期限切れのステータスに変えるルールにすると、手作業の漏れを防げます。
ERPでステータスを細かく持てない場合はどうすればよいですか
ERPには集約した区分だけを持たせ、細かい状態はMESとWMSで持つ構成で問題ありません。重要なのは、ERPで引当可能とみなされる区分（利用可能）に、MES・WMSの良品以外の状態が混ざらないよう対応表を固定することです。
この記事に出てくる用語
在庫の正本はどのシステムにあるか
ERPの帳簿在庫、MESの仕掛、WMSのロケーション在庫。どこで数字が分かれるかを境界表で示す 全18本
- 在庫の正本はどのシステムが持つか：ERP・MES・WMSで7属性を分ける考え方
- ERP・MES・WMSの在庫の境界表：品目・ロット・仕掛・ロケーションの17項目
- 引当の設計：仮引当と本引当を3システムでどう分けるか、二重引当を防ぐ5つのルール
- 仕掛在庫をMESで持つ意味と、ERPへの計上タイミング4方式の比較
この記事を書いた人
DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成と、製造業のデータ活用・AI の調査・開発・教育を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES・在庫・データ基盤を手がけた実務者が、計算式を検算し、欧米・中国の一次情報にあたって書いています。
週刊 在庫KPI
業種別の在庫KPIベンチマークの更新と、その週の新着記事5本を毎週月曜にお届けします。無料・いつでも解除できます。