MES と ERP の連携はどう組むか：導入前に詰めるデータインターフェースのチェックリスト
MES と ERP の連携とは、現場の「実際に何を作ったか」という実績データを約束した定義で基幹システムへ送り、基幹側の「何をいつ作るか」というオーダーやマスタデータを現場へ配信することです。導入前にインターフェース一覧・責任範囲・結合試験シナリオを詰めておくことが、稼働後の手入力や手戻りを防ぎます。本稿のチェックリストは実際のプロジェクトでのインターフェース納入経験に基づき、技術協議にそのまま使えます。
なぜ「先にシステムを入れて、連携は後で」が止まるのか
導入時に ERP 連携の議論を稼働直前に回す工場は少なくありません。いざ結合の段階で、双方の「データのあるべき姿」に共通認識がないことが判明します。ERP が求めるのはオーダー単位に集約された実績、MES の手元にあるのは秒単位の設備データ。ERP の品目コードやロット番号に現場の対応物が見つからない。集計の定義・タイムゾーン・単位が食い違う。これらは技術の問題ではなく業務定義の問題であり、最後に回すと手入力や突貫の二次開発で収束させるしかなくなります。
連携そのものは特別な仕組みではありません。MES が作業指示の完了、投入産出、品質判定、設備状態といった実行結果を定めたタイミングで ERP へ送り、ERP が製造オーダー、品目マスタ、BOM、工程経路を MES へ配信します。方向が決まれば、残る作業は一枚一枚の伝票を定義することです。
連携前に詰めるべき 6 項目：チェックリスト
| 番号 | 詰めるべき事項 | よくある食い違い |
|---|---|---|
| 1 | インターフェース一覧と方向 | どのデータを MES→ERP、どのデータを ERP→MES にするか。伝票が一枚欠けるだけで稼働後の手入力になる |
| 2 | 発火タイミングと頻度 | リアルタイム push、シフト単位の集計、日次バッチのどれにするか。双方のシステム負荷と即時性の要求を揃える |
| 3 | データ定義とマスタの管理元 | 品目コード・ロット番号・作業指示番号をどちら側で管理するか。不良品や手直しを両システムでどう表現するか |
| 4 | 障害時の再送と突合 | インターフェースが失敗したときどう補うか、突合が合わない場合どちらを正とするか、エラーを誰が処理するか |
| 5 | 責任範囲と受入基準 | 項目マッピング表・結合試験ケース・受入判定基準を協議書に書き込む。「動くが合わない」膠着状態を避ける |
| 6 | セキュリティとネットワーク区分 | OT と IT の分離方法、インターフェースサービスをどちら側に置くか、証明書とアカウントの管理 |
以下のリストは、契約・技術協議の段階で一項目ずつ確認することをお勧めします：
6 項目を文書に落とすことは、プロジェクト途中の度重なる会議より安くつき、その後の保守と監査の根拠にもなります。
インターフェースを誰が開発し、稼働後は誰が守るのか
代表的な 3 つの開発方式と、責任の違いは次のとおりです：
- MES ベンダー責任方式：インターフェースを MES 側で開発し、ERP 側はアカウントと資料のみ提供。責任の切り分けが明確で、ERP 側の改修が少ない現場に向く
- 双方協働方式：ERP 側の中間テーブルや API を企業 IT または ERP 実装パートナーが用意し、MES 側が読み書きとリトライを担当。ERP が本社管理で直接 DB 接続できない現場に向く
- プラットフォーム経由方式：ESB や中間プラットフォーム経由で双方が接続。多システム・多拠点の大きなグループに向く
保守責任も契約に書き込むべきです。インターフェースは常時稼働する部品であり、ERP のバージョンアップ、コード規則の変更、ネットワーク構成の変更で止まり得ます。年度保守契約にはインターフェースの点検と障害対応を含めるべきです。あるタイヤグループの設備連携 MES プロジェクトでは、基幹システムとのインターフェースが納入範囲に含まれ、グループ共通テンプレートに沿って複数拠点へ複製されました。この「一度定義して多拠点で使い回す」進め方は、2 拠点目以降の連携コストを下げます。
断線・エラー・定義のずれ：結合試験で落とされがちな 3 シナリオ
- 断線時の再送：ネットワーク断の間の実績データはローカルに蓄積し、回復後に順序どおり再送する。欠損も重複も許さない。受入時は実際に通信断と回復を模擬し、双方の帳票を突き合わせる
- エラー処理：項目長超過、存在しないコード、数量の不一致は日常です。自動修正・手動キュー・差し戻しのどれにするか事前に定義し、監査に耐える処理履歴を残す
- 定義のずれ：稼働後に ERP がコード規則を変えたり MES に工程が増えたりすると、双方のレポートが合わなくなり始めます。マスタ変更時の通知フローとインターフェース回帰試験を取り決めておく
機能が動くことだけが結合試験ではありません。異常系の検証に専用の時間を確保してください：
この 3 シナリオは要件文書では一行で済まされがちですが、稼働後の問題票の主な発生源です。結合試験で数日かけても、運用期の擦り合わせコストを大きく減らせます。
橙軒が MES・ERP 連携で担えること
- 標準化データインターフェース仕様書をプロジェクトに添えて納品：項目マッピング、発火タイミング、障害時処理を文書化し、受入の判定基準と保守の根拠を残す
- 断網補採と突合の仕組み：現場データをまずローカルに蓄めてからアップロードし、インターフェース断絶後は順序どおり再送。実績は ERP の帳簿と照合可能
- 複数拠点への複製経験：グループ共通インターフェーステンプレートで一度定義し複数拠点へ展開。本社管理型の製造グループに適合
上海橙軒智能は 2009 年から製造業のデジタル化に取り組み、600 件以上のプロジェクトとソリューションの実践を重ねてきました。現場レベルの MES は納入済みの能力であり、ERP・PLM・WMS・自動倉庫・バーコードシステムとの統合は納入範囲です。Oracle、SAP など主要 ERP でのインターフェース納入経験があります。
設備連携・MES・基幹システム連携は一体でのプロジェクト納入も、インターフェース部分のみの個別受託も可能です。MES を計画中の工場、あるいは MES はあるが ERP 連携が宙に浮いた工場に向いています。
まとめ
MES と ERP の連携品質は、導入前にどこまで詰めたかで決まります。インターフェース一覧と方向、発火タイミング、データの定義、障害時の再送、責任範囲、セキュリティ区分——6 項目を協議書に書き込んで初めて、稼働後に突き合わせられる帳簿ができます。機能デモは出発点にすぎず、断線・エラー・定義のずれこそが長期運用の日常です。結合試験はこのために時間を確保してください。
MES を計画中の工場も、MES はあるが ERP 連携が宙に浮いた工場も、まず既存システムのインターフェース能力一覧から着手し、6 項目の答えを文書に落としてから、プロジェクトの範囲と進め方を決めることをお勧めします。
MES 連携の相談を予約する
既存 ERP の製品とバージョン、コード規則、ネットワーク区分、IT 部門の関わり方をお知らせください。現場の条件に応じたインターフェース一覧の提案と段階的な連携の進め方をご案内します。エンジニアが直接対応します。日本語対応のブリッジ SE が窓口です。
お問い合わせ