方式は3つ、決める単位は取引の種類
ERP・MES・WMSの間で在庫の取引を受け渡す方式は、大きく3つに分かれます。
| 方式 | 仕組み | 遅れ | 長所 | 短所 |
|---|---|---|---|---|
| バッチ | 一定時刻にまとめてファイルやテーブルで送る | 数時間〜1日 | 作りが単純。相手が止まっていても後で送れる | 遅れの間、受け手の在庫が古い |
| 準リアルタイム（非同期メッセージ） | 取引が起きるたびにキューへ送り、受け手が順に処理する | 数秒〜数分 | 遅れが小さく、相手の停止にも耐える | 順序の保証と再送・重複の扱いが要る |
| 同期呼び出し | 取引の処理中に相手システムのAPIを呼び、応答を待つ | ほぼ無し | 相手の在庫を確認してから処理できる | 相手が止まると自分も止まる |
「リアルタイム連携」と言うとき、多くの人は準リアルタイムを指しています。同期呼び出しは、相手が停止したときに工場の作業まで止まるため、在庫の取引に使う場面は限られます。
決める単位はシステム全体ではなく、取引の種類です。入庫、出庫、工程投入、完成、品質ステータス変更、棚卸調整は、それぞれ求められる速さが違います。
判断基準は「誰がいつその数字で判断するか」
取引ごとに次の5つを確認します。
- 受け手側で、その数字を使って判断する人や処理があるか：無ければバッチで足りる
- 判断の頻度：出荷引当は数分おき、MRPは1日1回、月次決算は月1回
- 遅れたときの損失：保留ロットの出荷、欠品の見逃し、二重引当など、遅れが事故になるか
- 取引の件数：1日数十件か数十万件か。件数が多いと準リアルタイムの処理負荷と監視の手間が増える
- 相手が止まったときに許せる挙動：作業を止めるか、後で送るか
たとえばMESの工程投入実績をERPに送る場合、ERP側で投入数量を見て判断するのは翌日のMRPと月次の原価計算です。遅れの損失は小さく件数は多いため、バッチまたは数十分おきのまとめ送りで十分です。一方、MESでかけた品質保留をWMSに送る場合、WMSは数分おきに出荷引当をするため、遅れれば保留品が出荷されます。件数は少ないので、準リアルタイムにする価値があります。
取引種類ごとの典型的な割り当て
| 取引 | 送り元 → 送り先 | よく選ばれる方式 | 理由 |
|---|---|---|---|
| 製造指図の発行・変更 | ERP → MES | 準リアルタイム | 指図が届かないと現場が作業を始められない |
| 工程投入・完成実績 | MES → ERP | バッチ（数十分〜日次） | ERPでの判断はMRPと原価計算が中心 |
| 品質保留・解除 | MES → ERP・WMS | 準リアルタイム | 遅れると保留品が引き当てられる |
| 出荷指示 | ERP → WMS | 準リアルタイム | 当日出荷の締め時刻に間に合わせる |
| 入出庫実績 | WMS → ERP | バッチ（数十分おき） | 件数が多い。ERPの引当可能数には多少の遅れを許容 |
| 棚卸調整 | WMS → ERP | バッチ（承認後） | 承認を経て送る。急ぐ理由が無い |
件数の見積もりも方式の判断材料になります。たとえば1日に工程投入が2万件、完成が2千件ある工場で、投入実績を1件ずつ準リアルタイムでERPへ送ると、ERP側の在庫更新処理が日中の受注・出荷処理と競合します。投入実績を品目×指図で30分ごとに集約して送れば件数は数百件に減り、ERPで見る数字としての精度はほとんど変わりません。集約するときは、元の取引IDの一覧を集約取引にひもづけて残し、後から1件単位で照合できるようにしておきます。
この表はあくまで出発点です。受注生産で当日受注・当日出荷が多い工場では、WMSの入出庫実績もERPの受注引当に即時に効くため、準リアルタイムを選ぶことがあります。
どの方式でも在庫がずれる原因
連携エラーは、業務担当者が見て理由を判断できる形で一覧にすることが重要です。「品目マスタ未登録」「ロット不一致」「マイナス在庫」のように理由が分かれば、情報システム部門を待たずに現場で直して再送できます。
5つのうち最初の3つは、連携方式を選ぶときにエラーの再処理、順序、重複の3点を仕様に書くことで防げます。単位の変換は単位換算（入数・荷姿・重量）が在庫の数字を狂わせる仕組み、ERPとMESの在庫差異の全体像はERPとMESの在庫がずれる原因と同期の設計で扱っています。
よくある質問
全部をリアルタイムにすれば在庫は一致しますか
一致しません。連携の遅れによる差は消えますが、送信エラー、重複、順序の逆転、変換漏れによる差は残ります。むしろ件数が増える分、エラーを処理する運用が無いと差異は増えることがあります。
バッチ連携の間隔はどう決めればよいですか
受け手側でその数字を使った判断が起きる頻度に合わせます。MRPが1日1回なら日次で足り、出荷引当が数分おきなら数分〜数十分の間隔が必要です。間隔を短くする場合は、処理が前回分を終える前に次が始まらないよう排他を設けます。
同期呼び出しを使うべき場面はありますか
ピッキングの直前に相手システムの最新の保留状態を確認したいなど、件数が少なく、相手が止まったら作業を止めるべき場面に限られます。在庫取引の送信そのものを同期にすると、ERPの停止で工場の実績入力が止まります。
この記事に出てくる用語
在庫の正本はどのシステムにあるか
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本を毎週月曜にお届けします。無料・いつでも解除できます。