ずれは「連携の不具合」ではなく設計の抜けから生まれる

ERPとMESの在庫は、同じ現物を別々の粒度で記録しています。MESは工程とロットの単位で、ERPは保管場所と品目の単位で、それぞれ取引を記録し、連携によって片方の取引をもう片方へ写します。ずれが起きるのは、この「写す」処理に、送信・受信・再送・取消・換算・締めのどこかで抜けがあるときです。

ずれを個別に修正するだけでは、同じ原因で翌月も同じずれが起きます。原因を型に分け、型ごとに設計で防ぐのが近道です。正本をどちらに置くかの考え方は在庫の正本はどのシステムが持つかで整理しているので、ここでは「正本から写しへ、取引を漏れなく1回だけ届ける」ための設計に絞ります。

ずれの6つの原因と症状

原因典型的な症状ずれの方向一時的か恒常的か
1. 連携の遅れ夕方の完成実績が翌朝までERPに出ないMES>ERP(完成品)一時的(次のバッチで解消)
2. 送信・受信の失敗エラーになった実績が再送されず放置一方にしかない恒常的
3. 再送による二重計上タイムアウト後の再送で同じ実績が2回入るERP側が過大恒常的
4. 取消・訂正の未連携MESで実績を取り消したがERPに残るERP側が過大恒常的
5. 単位換算の不一致箱と個の換算係数がシステムで違う品目ごとに一定比率でずれる恒常的
6. 締めの基準時刻月末深夜の実績が月をまたいで計上される月末時点のみずれる一時的(翌月に解消)

1と6は時間がたてば解消する「一時的なずれ」で、2〜5は放置すると残り続ける「恒常的なずれ」です。日次の照合で差異を見つけたとき、最初にこの2つを区別できるようにしておくと、調査の手間が大きく減ります。5の単位換算は単位換算が在庫の数字を狂わせる仕組みで詳しく扱います。

MESからERPへの在庫取引の連携経路とずれの発生点 MES実績・取消を起票 連携基盤キュー・バッチ・換算 ERP在庫・原価に計上 ①遅れ ②失敗④取消の未送信 ③再送の重複⑤換算 ⑥締めの基準時刻 日次照合で恒常的なずれを検出
MESの実績がERPへ届くまでの経路と、ずれが生まれる点(①〜⑥は表の原因番号)

同期を設計する4つの要素

1. 取引IDを正本側で振る

MESが起票するすべての在庫取引(投入・完成・不良・返納・移動・取消)に、MES側で一意の取引IDを振り、ERPへの連携データに必ず含めます。ERPはこのIDを取引と一緒に保存します。これにより、照合のときに「MESのどの取引がERPのどの取引になったか」を1対1で追跡できます。IDがなければ、品目と数量と日付で推測するしかなく、同じ数量の取引が複数あると特定できません。

2. 受信側を冪等にする

冪等(べきとう)とは、同じ処理を何度実行しても結果が1回実行したときと同じになる性質です。ERP側で、すでに受け取った取引IDを再び受け取ったら、エラーにせず「処理済み」として無視するようにします。これで、タイムアウト後の再送や、障害復旧時の再送信による二重計上(原因3)を構造的に防げます。

3. 取引に状態を持たせる

連携する取引ごとに「未送信」「送信済み」「ERP計上済み」「エラー」の状態をMES側で管理し、エラーの取引を一覧で見られるようにします。エラーは自動再送の対象にするか、担当者が原因を直して再送するかを決めておきます。送信失敗の放置(原因2)は、状態が見えないことから起きます。取消や訂正(原因4)も、元の取引IDを参照する「取消取引」として同じ経路で送ります。MES内で元の実績を削除するだけの運用は禁止します。

4. 日次照合を仕組みにする

毎日決まった時刻に、品目×保管場所(必要ならロット)単位でMESとERPの在庫数量を突き合わせ、差異を一覧にします。差異のうち、未送信・エラーの取引で説明できるものは「一時的」、説明できないものは「恒常的」として調査対象にします。照合の基準時刻は、ERPへの計上時刻ではなく取引の発生時刻にそろえます。

バッチかリアルタイムかは、ずれの許容時間で決める

連携をリアルタイムにすれば原因1は小さくなりますが、2〜5は残ります。逆に、取引ID・冪等性・状態管理・照合がそろっていれば、バッチ連携でも恒常的なずれは防げます。どちらを選ぶかは、ERPの計算(MRP、受注の納期回答)が何分遅れの在庫まで許容できるかで決めます。判断基準は在庫連携はバッチかリアルタイムかで、取引の種類の設計は在庫トランザクションの設計で扱っています。

よくある質問

照合で見つかった差異は、どちらのシステムを直すべきですか

正本側の取引が正しいことを確認したうえで、写し側に不足している取引、または余分な取引を、取消や追加の取引として計上します。写し側の数量を直接書き換える調整は、原因が追えなくなるため最後の手段にします。

連携ミドルウェアを入れればずれはなくなりますか

ミドルウェアは送受信の失敗や再送を管理しやすくしますが、取引IDの設計、取消の扱い、単位換算、締めの基準時刻は業務側で決める必要があります。ツールの導入だけで6つの原因がすべて解消するわけではありません。

日次照合はどの粒度で行えばよいですか

最低限は品目×保管場所です。ロット管理品はロットまで照合すると、ロットの付け替えや分割の連携漏れを早期に見つけられます。件数が多い場合は、金額や重要度で照合対象を絞ります。

この記事に出てくる用語

用語集(日・英・中)をすべて見る

この特集について

在庫の正本はどのシステムにあるか

ERPの帳簿在庫、MESの仕掛、WMSのロケーション在庫。どこで数字が分かれるかを境界表で示す 全18本

  1. 在庫の正本はどのシステムが持つか:ERP・MES・WMSで7属性を分ける考え方
  2. ERP・MES・WMSの在庫の境界表:品目・ロット・仕掛・ロケーションの17項目
  3. 引当の設計:仮引当と本引当を3システムでどう分けるか、二重引当を防ぐ5つのルール
  4. 仕掛在庫をMESで持つ意味と、ERPへの計上タイミング4方式の比較
特集の記事をすべて見る →

この記事を書いた人

株式会社サオス

株式会社サオス 製造DX部

DELMIA Apriso を中核とした MES / 製造DX の導入・運用・人材育成と、製造業のデータ活用・AI の調査・開発・教育を手がけるITコンサルティング企業。ISO 9001:2015 / ISO 27001:2022 認証取得。 日本・中国・米国で製造業のMES・在庫・データ基盤を手がけた実務者が、計算式を検算し、欧米・中国の一次情報にあたって書いています。

週刊 在庫KPI

業種別の在庫KPIベンチマークの更新と、その週の新着記事5本を毎週月曜にお届けします。無料・いつでも解除できます。

登録によりプライバシーポリシーに同意したものとします。配信は株式会社サオスが行います。