エグゼクティブ・サマリー
- 「繋がらない」は技術の問題として現れるが、原因はほぼ調達の順番にある。 1台目を単独最適で選び、2台目を別の稟議・別のベンダーで入れた結果、後から統合費用が丸ごと追加で乗る。
- 統合は6つの層に分けて考える。 空間・安全・制御・データ・運用・契約。このうち現場で最初に破綻するのは制御層ではなく、運用層と契約層である。
- 統合方式は4パターンしかない。 直結（Point-to-Point）／上位オーケストレーター（WES・FMS等）／データ基盤経由の疎結合／人による運用統合。台数と変更頻度で選ぶ。安易な直結は、3台目で組み合わせ爆発を起こす。
- インターフェース仕様書（ICD）を発注前に作れるかどうかが分水嶺。 信号・API・データ項目・タイミング・異常時の振る舞い・試験方法の6点セットを、要件定義の段階でベンダーに書かせる。
- 障害時に「誰が最初の電話を取るか」を契約に書く。 これを決めていない現場は、止まった30分をベンダー間の責任確認に使う。統合の価値は、平常時ではなく異常時に出る。
複数ベンダー・複数機種の環境は、避けるべき失敗ではない。単一ベンダーで全工程を賄える現場はほとんど存在せず、搬送はAMR、ピッキングは協働ロボット、外観検査は画像AI、上位は既存のWMS——という構成はむしろ標準形である。問題は混在そのものではなく、混在することを前提に設計していないことにある。本稿は、2台目・2社目が入る前後で必ず発生する統合の論点を層ごとに整理し、発注前に潰しておくべき項目を具体的に示す。