2026.10リリースで製造現場に関わる部分
Inforが製造業向けのAIエージェントを打ち出すのは、今年に入って2回目です。1回目は2026年4月20日、ハノーバーでAWSと共同で発表した業界別エージェント群で、品質管理(検査・不適合・材料の処置の監視)や在庫フロー管理などが含まれ、提供は限定的な形(limited availability)とされていました。2回目が10月6日に同社ブログで公開された2026.10リリースで、題名は「助言するだけでなく実行するために作った」という趣旨です。
2026.10リリースのうち、工場の業務に直接かかわるのは次のエージェントです。説明文は同社ブログの記載を訳したものです。
| 製品 | エージェント | 同社の説明(要旨) |
|---|---|---|
| LNベースのCloudSuite | Manufacturing Agent | スループット・品質・納期を妨げている制約を特定し、是正処置を推奨して開始する |
| LNベースのCloudSuite | Quality Inspection Agent | 品質問題と不適合を早期に捉え、封じ込めを開始して操業リスクを下げる |
| LNベースのCloudSuite | Supply Chain Agent | 需要・供給・在庫のリアルタイムの信号に合わせて計画判断を調整する |
| LNベースのCloudSuite | Common Master Data Agent | 全社のマスタデータを検証・統制し、不整合が広がる前に修正する |
| Infor Supply Chain Planning | Shift Report Agent | 管理者が設定した定型テンプレートからシフト引継ぎ報告を作る |
| Infor Supply Chain Planning | Insights Agent | 稼働中の生産スケジュールについて、バッチの時刻や段取り替えの時間帯、オーダーの流れを答える |
同じリリースで、Inforは自社のGRC(ガバナンス・リスク・コンプライアンス)製品にAI統制の機能を広げるとしています。ブログには「すべてのエージェントと人の行動は、初期状態で監査可能・追跡可能・準拠であるべき」「エージェントは統制された承認ワークフローの中で定型業務を端から端まで実行し、判断が要る場面で人を呼び込む」といった記述があります。一方で、製造・品質検査エージェントのどの処置に人の承認が入るのか、効果の数字、提供開始の地域や時期は、ブログには書かれていません。
ここで目を引くのは「開始する(initiates)」という動詞です。提案までのAIと違い、ERPの中から現場の処置が動き出すことになります。ERPのエージェントが工場の現実を正しく見られるかは、MESからERPへ何がどの粒度で届いているかで決まります。以下の4つの失敗は、Infor製品に限らず、ERP側のエージェントに是正を任せる構成で起こりやすいものとして編集部が整理したものです。
失敗1:MESの実績がERPに届く前提を確かめない
Manufacturing Agentが「スループットの制約」を特定するには、工程ごとの着手・完了、停止の理由、仕掛品の位置が要ります。ところが多くの工場では、ERPに入る実績は製造オーダー単位の完了数量と、完了時に部品を一括で引き落とすバックフラッシュ処理だけです。設備の停止理由や工程間の滞留はMESや設備側に残り、ERPには届いていません。
この状態でエージェントを動かすと、ERPから見える範囲の「制約」が答えとして返ってきます。たとえば納期遅れのオーダーが多い工程を制約と判断しても、本当の原因が前工程の段取り替えの長さにあれば、是正の向きが外れます。
MESとERPの役割分担と、どの階層のデータをAIに渡すかはISA-95とAI:階層ごとのAIの置き場所で整理しています。
失敗2:「封じ込めを開始」の中身を決めずに有効化する
Quality Inspection Agentは「封じ込めを開始する」と説明されています。製造現場の封じ込めには、ERP上の在庫保留、出荷停止、MES上の仕掛品の保留、後工程への連絡、顧客への通知の判断まで幅があります。どこまでをエージェントに許すかは、製品の説明からは読み取れません。
避けたいのは、ERP側で在庫を保留にしたのに、MESでは同じロットの仕掛品が次工程へ流れ続けるという食い違いです。ERPとMESのどちらが保留の「正」なのかを決めずに自動化すると、保留の解除漏れや二重解除も起こります。
実務では、処置を次の3段に分けておくと判断がぶれません。
| 段階 | 例 | エージェントに任せる範囲(編集部の提案) |
|---|---|---|
| 可逆で影響が社内に閉じる | 在庫の一時保留、担当者への通知 | 自動実行し、事後に記録を確認 |
| 可逆だが現場が止まる | MESでの仕掛品保留、ラインへの停止連絡 | 起票まで。実行は品質担当が承認 |
| 不可逆または社外に出る | 廃却・手直しの処置決定、顧客・規制当局への報告 | 下書きまで。判断は人 |
承認の置き場所の考え方はHuman-in-the-loopの設計、システム権限の段階づけはAIエージェントにMES・ERPを操作させる権限設計にまとめています。
失敗3:マスタの自動修正を「データ整備」と取り違える
Inforのブログは「エージェントは足元のデータの品質を受け継ぐ」と書き、同じリリースに、マスタの不整合を広がる前に修正するCommon Master Data Agentを入れています。マスタの品質が鍵だという認識は正しいのですが、修正そのものをエージェントに任せるのは別の判断です。
製造業のマスタには、ERPの品目マスタ、MESの工程・設備マスタ、品質の不良コードがあり、それぞれ別の部門が持っています。ERP側で品番の表記ゆれを「修正」した結果、MESの工程マスタや検査規格との対応が切れる、という事故は、エージェントでなくても一括更新で起こります。自動修正が増えれば、その頻度も上がります。
品番の改番や設備IDの不統一など、AIの前に直しておくべき不整合の種類はAIの前にマスタ整備で手順にしています。
失敗4:監査の記録をERPの中だけで閉じる
Inforは監査可能性をGRC製品で担保する方針です。ただ、品質の封じ込めのように処置がERPとMESをまたぐ場合、ERP側の記録だけでは「エージェントが何を見て、何を指示し、現場で何が実際に行われたか」がつながりません。顧客監査や品質問題の調査で必要になるのは、この3つが同じロット番号でたどれることです。
10月13日に公表されたIFSの調査では、AIが関わる判断に人の監督・承認を必須にした企業は4%にとどまりました(同社発表、14か国の上級意思決定者2,200人超が対象)。調査の読み方はIFS調査の解説に書きました。承認の仕組みを製品が用意しても、使う側で記録の範囲と保管先を決めなければ、監査に耐える記録にはなりません。
以上はInforの2026.10リリースの説明文と、ERP・MES連携の一般的な構成から編集部が導いた見立てで、Infor製品の具体的な動作を検証したものではありません。実際の挙動、承認設定の細かさ、MESとの標準連携の有無は、導入前に同社または販売パートナーに確認してください。
よくある質問
Infor 2026.10の製造・品質検査エージェントは、日本の工場でもすぐに使えますか?
同社ブログには、提供地域や一般提供の時期、日本語対応の記載がありません。4月にAWSと発表したエージェント群は、CloudSuite利用企業向けのInfor Velocity Suiteを通じた限定的な提供とされていました。利用中の契約で使えるかどうかは、同社か販売パートナーへの確認が必要です。
MESを使っていない工場では、ERPのエージェントだけで十分ですか?
工程の実績を紙や表計算で管理している場合、ERPのエージェントが見られるのは製造オーダー単位の数量と在庫の動きまでです。受注・在庫・調達の調整には役立ちますが、工程の制約や品質の封じ込めを任せるには、工程実績を電子的に記録する仕組みが先に要ります。
「推奨して開始する」と書かれていても、承認を必須にできますか?
同社ブログは、エージェントが統制された承認ワークフローの中で動き、判断が要る場面で人を呼び込むと説明しています。ただし、製造・品質検査エージェントのどの処置にどの粒度で承認を挟めるかは書かれていません。導入前に、処置の種類ごとに承認を必須にできるかを確認してください。
この記事に出てくる用語
AIは「データ基盤」で決まる
PoCは成功したのに本番で止まる。原因の多くはモデルではなく、MESと設備データの側にある 全133本
- 上海の新一代智能制造行動:2028年に人形ロボット8000台と先進級工場500
- Schneider×PTC買収で点検する12項目:WindchillとMES連携の確認表
- MESとAIの関係:ロット・作業指示・品質判定がAIの精度を決める理由
- 製造業AIが本番で止まる7つの理由:PoCは成功したのにラインに載らない構造
