まず結論から言います。2社の設備を1つのWCSにつなぐことは、決して「つながるかどうか」の問題ではありません。「つないだあと定格スループットが出るかどうか」の問題です。私が手がけたマルチベンダーWCSプロジェクトでは、インターフェースで失敗したのは10件に1件もありませんでした。10件のうち9件は問題なくつながり、その後フルスピードで動くことは決してありませんでした。

WCSをオーケストラの指揮者、2つの設備ブランドを2つのパートの演奏者だと考えてください。全員が同じ楽譜を読むこと(通信プロトコル)と、全員が同じ拍子で演奏すること(タクトタイム)は別問題です。プロジェクトのキックオフでは、誰もが「つながるか」と聞きます。稼働開始後は、毎日「フルで回るか」で血を流すことになります。

WCSが実際に制御しているもの

WCSが本当にやっていることは3つだけです。ルーティング(このカートンがどのダイバートを通るか)、ペーシング(いつ放出するか、どの速さでか)、そしてステータス(どの区間が詰まっているか、どこが品切れか)です。単一ベンダーでは、この3つはすべて1つの「方言」の中にあります。マルチベンダー統合では、1つのシステムが2つの方言を同時に話さなければなりません。

ベンダーAのPLCは10msごとにスキャンし、ベンダーBのPLCは50msごとです。ベンダーAのフォトアイ信号はa接点、ベンダーBはb接点です。アラームコード4001は、Aでは「モーター過負荷」、Bでは「フォトアイの汚れ」を意味します。プロトコルのハンドシェイクが成功した瞬間こそ、本当のトラブルが始まる瞬間です。意味が決して一致していないのです。ロンドン訛りとテキサス訛りで英語を話す2人のようなものです。単語はすべて聞き取れるのに、文はすべて誤解します。

マルチベンダープロジェクトが実際に壊れる場所

2023年、中国・昆山の3PL eコマース倉庫。フェーズ1は2019年に導入された国際ブランドのクロスベルトソーター、フェーズ2は国内製ベルトコンベヤラインで、事前仕分け用としてフェーズ1に合流しました。WCSは1つ、すべて接続済みです。

稼働開始から2週間後、毎日10 AMのプロモーション波が来ると、合流点が大渋滞になりました。フェーズ2からは2 m/sでカートンが猛スピードで流れ込むのに、1.5 m/sのフェーズ1ラインはまだスペースが空いていません。カートンは合流点で衝突し、破損率は0.3%から1.1%へ跳ね上がりました。根本原因の特定に1か月かかりましたが、原因はほとんど笑い話でした。2つのPLCの「放出確認」信号が300msずれていたのです。ベンダーAは「もう伝えた」と思い、ベンダーBはまだ「正式な指示」を待っていました。解決策は見事にローテクでした。合流点の手前に6メートル長の可変速バッファ区間を設け、フェーズ2の投入速度をフェーズ1のリアルタイム速度に動的に合わせるのです。破損率は0.35%まで戻りました。見た目は悪いですが、動きます。

1つの施設で稼働する2社の設備メーカーのコンベヤライン

2024年、カリフォルニア州オンタリオのアパレル配送センター。旧ラインは2015年製のHytrol、新ラインは地元インテグレーターのローラーコンベヤでした。インターフェース層では2つのプロトコル、旧ラインがEtherNet/IP、新ラインがProfinetで、WCSサーバー上で2つのドライバーが動いていました。より高くついた罠はメンテナンスでした。夜勤の電気技師は旧ラインのアラームなら寝ぼけていても読めましたが、新ラインのコードは80ページの英語マニュアルを調べなければなりませんでした。ある朝3 AM、新ラインが「Error 2147」を出し、40分間止まりました。電気技師はモーターの焼損だと思い込み、半分まで分解してからフォトアイユニットのブラケットの緩みに気づきました。コードが読めなかったのです。マルチベンダーの本当の税金は、設備を買ったときには支払われません。ラインが止まった3 AMに支払われるのです。

判断のライン:1つのWCSでマルチベンダーラインを動かす3つの方法

原則と実戦の話は出そろいました。ここからがラインです。マルチベンダーWCS統合の方法は正確に3つしかありません。4つ目はありません。

手法 仕組み 初期コスト 立ち上げ期間 スループット上限 保守負担 適している場合
分離したままにする 2つのWCSインスタンス(またはWCS+ベンダー独自の上位システム)で、システムレベルで受け渡し 低 短い それぞれが出せる分だけ 低い ラインが物理的に独立し、ほとんど干渉しない
1つのWCS、2つのPLCドライバー WCSが翻訳者となり、各側が自分の方言を話す 中 中 約3,000–6,000カートン/時 高い 合流/分岐が干渉するが、タクト要件は控えめ
1つのWCS、統一PLCプラットフォーム 一方のベンダーのPLCプログラムを共通仕様に書き換える 高 長い 6,000+カートン/時 中 高タクト、合流点が多い、長期的な拡張を計画している

ラインはどこか。2つの数字です。合流点の数と目標タクトです。合流点が3つを超え、目標が6,000カートン/時を超えるなら、迷わず3つ目を選んでください。そのライン以下では、2つ目が最適解です。1つ目が有効なのは正確に1つの状況だけです。2つのラインが本当に決して触れ合わない場合です。合流点が1つでもあれば、地雷になります。

ここで、しょっちゅう聞く偽の要件に一言言わせてください。「建物全体を1つのWCSで動かし、美しい監視ダッシュボードがほしい」。WCSの価値はタクトとルーティングにあり、ダッシュボードにはありません。世界一美しい画面でも、合流点でのカートンの衝突は止められず、破損した分はすべてあなたが払うことになります。もう1つ。「共通予備品のために、両ラインを当社の推奨PLCブランドに統一しましょう」。まず計算してください。新しいPLCハードウェア、書き換えたプログラム、再立ち上げ。1ラインの変換コストで、何年分もの予備品が買えます。タクトが統一を強制しない限り、触らないことです。壊れていないなら、標準化するな、です。

保守の罠:引き渡しの日こそ請求書が届く日

プロジェクトの検収サインがされた日こそ、マルチベンダー統合が請求を始める日です。厳しいルールが4つあります。

第一に、アラームコードには翻訳シートが必要です。WCSのアラーム番号→ベンダーAのコード→ベンダーBのコード→是正処置を印刷し、制御盤の扉の内側に貼ることです。オンタリオでの3 AMの40分間の停止?ラミネート加工した1枚のシートがあれば防げました。

第二に、予備品在庫の倍増は交渉の余地がありません。2つのPLCファミリー、2種類のフォトアイ、2つのVFDブランド。予備品のSKUは一夜にして倍になります。プロジェクト予算では、誰もが設備価格の差だけを数え、予備品と研修を数える人は誰もいません。私のプロジェクトでは、マルチベンダー拠点の年間の予備品+研修コストは、単一ベンダー拠点より30–50%高くなります。

第三に、どちらのベンダーのファームウェアやプログラムの変更も、まずテスト環境で丸72 hours寝かせなければなりません。あるベンダーがメッセージフォーマットを変更するファームウェア更新を出しました。WCSドライバーが追いつかず、ライン全体が半日止まりました。まったく同じ事故を私は2回見ています。2回とも誰かが「ちょっとしたマイナーアップデートだと思った」と言いました。

得か損か?この1つの数字を見てください

ここが直感に反する結論です。マルチベンダー調達による設備節約額の90%は、3年以内に別の通貨で返済されます。手作業による介入、破損、予備品、ダウンタイムです。数字を出してみましょう。タクト同期を失った6,000カートン/時の合流ラインでは、毎日およそ2%のカートンが手作業扱いに回ります。12時間の稼働で72,000カートン、2%は1,440カートン、1個あたり30秒余計にかかります。つまり12人時間、丸1シフト分が毎日捨てられるのです。米国の施設でフルロードの人件費で計算すれば、年間で優に6桁の金額が消えていきます。

だから「マルチベンダーでいくら節約できたか」と聞くのはやめましょう。代わりにこの1つの数字を聞いてください。混合ベンダー損失率 =(定格タクト − 実際の持続タクト)÷ 定格タクト。15%を超えれば統合は失敗で、節約分は利息付きで回収に来ます。5%未満に抑えられれば、そのお金はよい使い方をされたことになります。

マルチベンダー統合は技術の問題ではありません。会計の問題です。計算が合えば、1つのWCSでいくらでも多くのベンダーを動かせます。計算を間違えれば、ベンダーが1社でも多すぎます。

Da Liu(自動化エンジニア)著 英語版からの翻訳。内容に相違がある場合は英語版を優先します。