製造業AIエージェントを本番へ、Boomiは全操作を監査対象に

BoomiとJade Globalは2026年10月13日、東京発で製造業向けAIエージェントの本番運用を支援する提携拡大を発表した。Jade GlobalのArun Menon最高技術・戦略責任者は、目指す運用を「すべての行動を記録し説明可能な状態」と表現している。Boomiのデータ連携基盤とAgent Control Planeに、Jade Globalの製造業向け導入支援を組み合わせ、エージェントの行動にポリシーを適用し、判断を監査用に記録する。

対象は工場、サプライヤー、基幹システムをまたぐ業務だ。製造業の運用データがERP、MES、PLM、品質管理、倉庫管理、取引先とのEDIに分散し、監査証跡の不足とともに実証から本番への移行を難しくしているとEntelechy Asiaは報じている。拡張された提供内容はJade Global経由で利用可能だが、今回の発表は個別の国内工場での稼働実績を示すものではない。

分散した製造データを、判断の根拠につなぐ

提携の土台になるのは、エージェントが参照する品目や在庫を、元の業務システムまでたどれる状態にすることだ。製造企業では、品目や部品表、生産進捗、品質記録、在庫、取引先からの通知が異なるシステムに置かれる。古い在庫情報と更新済みの生産計画を同時に使えば、処理そのものは動いても、現場の状態に合わない判断につながり得る。

両社が示す構成は、ERP・MES・PLM・品質管理・倉庫管理・EDIからの情報をBoomiの基盤で照合・同期し、そのデータをAgent Control Planeの管理下にあるエージェントの判断へつなぐ流れとして捉えられる。BoomiはアプリケーションやAPIをまたぐマスターデータと業務データの同期を担い、Jade Globalは製造業の既存システムとの統合と導入を担う。品目、部品表、サプライヤー、設備、品質記録を出所まで追えるようにするという説明は、判断後の監査にも直結する。

ただし、同じ部品や取引先が各システムで異なる識別子を持つ場合、接続するだけでは記録を正しく結び付けられない。どの情報を正本とするか、更新の遅れをどこまで許すか、矛盾する記録をどう扱うかは、工場と取引先の運用に沿って決める必要がある。この対応関係が曖昧なままでは、監査記録に参照元が残っても、判断に使った情報が適切だったかを説明しにくい。

承認を挟める操作と、監査に残る判断

Agent Control Planeはエージェントの構築、実行、統制、テスト、ライフサイクル管理を担う。AIゲートウェイとMCPゲートウェイを通じてポリシーを適用し、Agent Control Towerで動作を監視する構成だ。発表が示す「全行動」の統制は、このポリシー適用の範囲を指し、判断を監査用に記録するという説明と組み合わされている。

人の承認を求められる高リスク操作として、発注書の変更と生産保留の解除が挙げられた。前者は取引先への発注内容を変え、後者は止めていた生産を再開させる判断に関わる。エージェントが変更を提案することと、承認を経て変更を実行することを分けられるかは、現場で権限を与える際の重要な境界になる。

監査では、結果だけを残しても判断の経緯は分からない。参照した記録の出所、適用されたポリシー、人が承認した対象、実行された変更を結び付ける必要がある。両社が示したのはエージェントの行動と判断を統制・記録する仕組みであり、個々の生産設備の操作まで同じ粒度で記録されると確認されたわけではない。

たとえば供給者の遅延を担当者へ知らせる処理と、納期の約束を変更する処理では、必要な権限が異なる。国内工場への導入では、情報の参照、変更の提案、変更の実行をどこで区切り、承認待ちや接続障害の際に処理を止めるかが運用上の焦点となる。これらは発表された導入実績ではなく、提示された統制機能を現場の責任分界に当てはめた場合の要件だ。

EDI、在庫、生産計画に広がるJade Globalの用途

Jade Globalは製造業向けの用途として、EDI処理、受注履行、在庫の可視化と予測、サプライヤーの実績分析、生産計画の最適化を挙げている。同社のEDIエージェントには取引データのエラー処理と監視、受注照合エージェントには複数システム間の照合と例外処理が説明されている。製品ページに並ぶ用途を、今回の提携によって日本の全工場で稼働し始めた機能と読むことはできない。

受注履行では、注文内容、利用可能な在庫、出荷状況が食い違えば、納期に関する提案の根拠が揺らぐ。EDIで受け取った発注情報を社内の品目や注文と対応付け、例外を担当者へ回す経路が明確なら、処理が止まった理由も追いやすい。在庫の可視化では、倉庫の記録がいつ更新されたかによって、同じ数量でも判断の意味が変わる。

生産計画の用途では、部品の入荷見込み、生産の進捗、品質による保留を同時に扱うことになる。サプライヤー分析は取引先側の情報にも依存するため、社内システムだけが新しくても判断に使うデータがそろうとは限らない。両社が挙げるサプライヤー例外への対応、保全のフォローアップ、需要と供給の再調整も、どの記録を読み、どの変更を許すかによって運用範囲が変わる。

日本の製造現場では配置と停止条件が焦点に

両社は、エージェントをローカル、リージョン、クラウドで稼働させ、一つのコントロールプレーンで管理する構成を示した。配置を分ける理由として挙げるのは、工場で必要な応答時間、データの所在地、データ主権だ。生産設備に近い処理と、企業や取引先をまたぐ分析では、許容できる遅延も扱う情報の範囲も異なる。

国内で本番運用へ移す際には、データの出所と鮮度、エージェントに許す変更、人の承認が必要な境界、判断と実行結果を結ぶ記録を、同じ業務の流れで確認する必要がある。データが矛盾したとき、接続が切れたとき、承認者が不在のときに処理を止める条件も重要だ。これは両社の機能一覧から導かれる運用上の論点であり、自動的に設定される条件として発表されたものではない。

発表には国内の導入工場名、運用成績、価格は示されていない。日本の製造企業が導入範囲を判断する材料になるのは、自社のERP・MES・EDI環境で参照元と更新時刻を追跡でき、発注書の変更や生産保留の解除を定めた承認手順の前で止められるかという、個別環境での確認結果だ。

関連記事：

• AIエージェントの全操作を判定、AgentMinderが埋める権限の穴
• Workatoが野良AIを台帳化、社外製エージェントも統制対象へ
• AIエージェントの検証環境を共通化、Orchard導入前の制約