システム連携に300万円払っていた時代が、終わろうとしている

中小企業がクラウドの業務システムを2つ3つ繋ごうとすると、すぐに見積もりが出てくる。「API連携で300万円」「カスタマイズ込みで500万円」。やりたいことはシンプルなのに、システム同士が「言葉が通じない」というだけで、間に人が入り、設計書が書かれ、テストが走る。

この構造が、根本から変わるかもしれない。

いま、AIエージェント同士が「共通のプロトコル（通信規約）」で直接会話する技術が、急速に整備されつつある。人間が間に入らなくても、エージェント同士が意図を伝え合い、データを交換し、タスクを完了させる。これが実現すれば、中小企業が払ってきたシステム連携コストの大半が消える。

今回注目するのは、3つの動きだ。

• MPAC（マルチプリンシパルエージェント協調プロトコル）——異なる組織のエージェント同士が衝突なく協調する仕組み
• マルチエージェント相互運用プロトコル——別々のベンダーが作ったエージェントが、共通言語でやり取りする仕組み
• XBPP（eXtensible Business Payment Protocol）——エージェントが自律的に決済まで完了させる仕組み

それぞれ何が変わるのか、中小企業の現場目線で見ていく。

—

「うちの在庫管理」と「うちの受注管理」が、勝手に話し始める

まず、MPAC（Multi-Principal Agent Coordination Protocol）の話から。

これまでの業務システム連携は、基本的に「人間が設計する」ものだった。AシステムのこのデータをBシステムのこのフィールドに渡す。条件分岐はこう。エラー時はこう。この設計と実装に、SIerが数百万円の見積もりを出す。

MPACが目指しているのは、この「設計」そのものをエージェントに任せる世界だ。5つの層——セッション管理、意図の明示、操作、衝突管理、ガバナンス——で構成されており、異なる組織が持つエージェント同士が「何をしたいのか」を宣言し合い、衝突があれば自動で調整する。

具体的に想像してほしい。

たとえば、製造業の中小企業。在庫管理はA社のクラウド、受注管理はB社のSaaS、会計はfreee。今はこの3つを繋ぐために、CSVを手動で出力してインポートするか、年間100万〜300万円かけてAPI連携を組んでいる。データの不整合が出れば、担当者が手作業で突合する。この作業に月20時間かかっている会社はざらにある。

MPACの世界では、各システムに搭載されたAIエージェントが「受注が入った」「在庫を引き当てた」「売上を計上した」というイベントを共通プロトコルでやり取りする。人間が設計書を書く必要はない。エージェント同士が意図を理解し、衝突を回避し、処理を完了させる。

SI費用300万円が、ゼロになる可能性がある。月20時間の突合作業も消える。これは「効率化」ではなく「構造の消滅」だ。

—

「ベンダーが違うから繋がらない」が死語になる

次に、マルチエージェント相互運用プロトコルの話。

ここで解決されるのは、もっと根深い問題だ。「ベンダーロックイン」である。

中小企業がシステムを選ぶとき、「A社のツールとB社のツールは連携できますか？」と必ず聞く。答えが「できません」なら、どちらかに寄せるしかない。結果、本当は業務に合わないツールを使い続けることになる。あるいは、連携のためだけに中間システムを入れて、さらにコストが膨らむ。

マルチエージェント相互運用プロトコルは、この問題を「エージェント層」で解決する。各ベンダーのシステムがこのプロトコルに対応すれば、エージェント同士が共通の言語で会話できる。HTTPがWebの世界で「どのブラウザでもどのサーバーでも通信できる」共通基盤になったように、エージェント間にも共通基盤ができる。

これが普及したとき、中小企業にとって何が変わるか。

「最適なツールを自由に選べる」ようになる。

在庫管理はこのベンダーが一番安い。顧客管理はこっちが使いやすい。会計はfreeeがいい。バラバラに選んでも、エージェントが勝手に繋いでくれる。ベンダーの囲い込みから解放される。

これは中小企業にとって、大企業以上に大きなインパクトがある。大企業はSIerに金を払って何でも繋げられる。中小企業はそれができないから、妥協してきた。プロトコルの標準化は、この非対称を壊す。

—

「請求書を送って、入金を待って、消込して」が自動で終わる

3つ目のXBPP（eXtensible Business Payment Protocol）。これが一番、現場のインパクトが大きいかもしれない。

中小企業の経理担当者に聞いてみてほしい。「月末の請求業務に何時間かかっていますか？」と。10時間、20時間、場合によっては丸2日という答えが返ってくるはずだ。請求書の作成、送付、入金確認、消込、催促。この一連の流れが、毎月繰り返される。

XBPPは、AIエージェントが取引の発生から決済完了までを自律的に処理するためのプロトコルだ。

たとえば、こんな流れが実現する。自社の受注エージェントが「納品完了」を検知する。相手企業の購買エージェントに通知が飛ぶ。検収が自動で行われ、支払いエージェントがXBPPに基づいて即座に送金処理を実行する。自社側では入金確認と消込が自動で完了する。

人間がやることは、例外処理の承認だけだ。

月20時間の経理作業が2時間になる。入金サイクルが「月末締め翌月末払い」から「納品後即日」に変わる可能性すらある。中小企業にとって、キャッシュフローの改善は生死に関わる問題だ。資金繰りに苦しんで黒字倒産する会社が、この仕組みで救われるかもしれない。

—

で、結局いま何をすればいいのか

正直に言えば、これらのプロトコルはまだ標準化の途上にある。MPACは研究段階、相互運用プロトコルは仕様策定中、XBPPも実証実験フェーズだ。来月から使えるという話ではない。

だが、方向性は明確だ。「システム連携は人間が設計するもの」という前提が崩れる。

では、中小企業はいま何をすべきか。3つある。

1. 「API対応」のツールを選ぶ癖をつける
プロトコルが普及したとき、APIすら持たないレガシーなシステムは取り残される。新しいツールを導入するときは「APIがあるか」「外部連携に開かれているか」を必ず確認する。これだけで、将来の移行コストが桁違いに変わる。

2. 業務フローを「言語化」しておく
エージェントに仕事を任せるには、「何をどの順番でやっているか」が明確になっている必要がある。属人化したブラックボックス業務は、AIエージェントにも引き継げない。いまのうちに業務フローを棚卸しして、言語化しておく。これはAIの時代に限らず、経営の基本だ。

3. 小さくAIエージェントを試す
ChatGPTのGPTs、Difyのワークフロー、Make（旧Integromat）の自動化。いまでも「ミニエージェント」は作れる。月額数千円で、問い合わせ対応を自動化する、日報を要約する、受注データを自動転記する。こうした小さな実験を積み重ねた会社が、プロトコルが整ったときに一気にスケールできる。

—

本当の勝負は「プロトコルが当たり前になった後」に来る

もう一つ、構造的な話をしておきたい。

プロトコルが標準化されてシステム連携コストがゼロに近づくと、何が起きるか。「繋がっていること」が差別化にならなくなる。 全員が繋がれるのだから。

そのとき差がつくのは、「繋がった先で何をするか」だ。データが自動で流れる環境で、どんな意思決定をするか。どんな顧客体験を作るか。どんなスピードで動くか。

これは、中小企業にとってチャンスだ。大企業は意思決定が遅い。稟議が5段階ある。中小企業は社長が「やる」と言えば明日から変わる。エージェントが自動で集めたデータを見て、その場で判断し、すぐ動く。このスピードは、大企業には真似できない。

システム連携コストという「体力勝負」のフィールドが消えて、「判断の速さ」と「現場の解像度」で勝負するフィールドに変わる。それは、中小企業が最も得意とする土俵だ。

プロトコルの標準化は、技術の話に見えて、実は競争構造の話だ。「大企業だから勝てる」という前提が、また一つ崩れようとしている。

いま準備を始めた会社と、「まだ早い」と待った会社。その差が決定的になるのは、おそらく2〜3年後だ。

—