SAP 200超エージェント、基幹システムがAI化する前に知る3つのこと

2026年5月、アメリカ・オーランドで開催されたSAP Sapphire。世界中のSAP顧客企業が集まるこのイベントで、SAPは「Autonomous Enterprise（自律型企業）」ビジョンを発表した。

200超の専門AIエージェントと50以上のJoule Assistantを基幹システムに組み込み、AnthropicのClaude AIをその推論エンジンとして採用する。MCP（Model Context Protocol）経由で、財務・人事・調達・サプライチェーンが全部つながって動く設計だ。

「SAPって大企業のシステムでしょ」と思っている人に伝えたいのは、直接使うかどうかは関係ない、ということだ。世界440,000社超が使う基幹系がエージェント化するとき、その取引先として仕事をしているフリーランスや中小企業にも波が来る。

発表を知らなくても、2年後には「取引先が変わっていた」という経験をするはずだ。その前に構造を整理しておきたい。

SAPが設計した三層構造、200超エージェントはどう動くのか

SAPのAutonomous Enterpriseは、三層のシンプルな設計で動く。

最上層が「Joule Work」という新しいUI層だ。ユーザーが自然言語で業務の目標を告げると、システムが全体を調整して実行する。デスクトップ・モバイル・音声の三形態に対応する。

中層には「50以上のJoule Assistant」が並ぶ。財務クローズ、HR（人事）、調達、サプライチェーン、顧客体験（CX）など、ビジネスの主要領域ごとにドメイン別アシスタントが割り当てられている。

下層に、200超の「専門エージェント」が動く。各Joule Assistantが担当業務に特化したエージェント群をオーケストレート（指揮）する。ユーザーが「今月の決算を締めてほしい。差異が5%を超えるものは人間レビューに回して」と告げれば、財務Joule Assistantが複数エージェントに仕訳・照合・例外処理・エラー解消を分担させる（出典: SAP Unveils the Autonomous Enterprise）。

[[IMG:1]]

この設計の核心は「何をするかをユーザーが決め、どうするかはシステムが判断する」点にある。従来のERPでは、ユーザーが正しいメニューを探し、正しいフォームを埋め、正しい手順で操作する必要があった。Autonomous Enterpriseでは、目標を伝えるだけでよい。

SAPはSapphire 2026に合わせて€100M（約170億円）規模のパートナーファンドも設立した。Joule Studioを使ってカスタムエージェントを開発・展開するSAPパートナー向けの投資だ（出典: Autonomous Enterprise | Partner Summit at SAP Sapphire | SAP News Center）。日本のSIerやコンサルファームがこの資金を活用し、顧客企業へのエージェント展開を加速させていく。

SAP純正の200超エージェントに加え、企業が自社業務に特化したカスタムエージェントをJoule Studio上で開発できる設計になっている。「汎用エージェントで基本をカバーし、専門エージェントで固有業務を埋める」という二層構造だ。

もう一点、規模感として押さえておきたい数字がある。世界440,000社超がSAPを使っている。日本の東証プライム上場企業の多くが財務・人事・調達をSAPで動かしている。直接のユーザーでなくても、取引先がSAPを使っていれば、その変化は間接的に届いてくる。

ClaudeがSAPの推論エンジンになった理由、MCP接続が変えること

SAPがAnthropicのClaudeを選んだ理由は、技術的には一言で言える。「MCPアーキテクチャとの整合性」だ。

MCP（Model Context Protocol）は、AIモデルと外部システムを繋ぐ標準プロトコル。Anthropicが策定をリードし、Claudeが標準でサポートしている。ビジネスシステム（ERP含む）とAIを接続する設計において、MCP対応は現時点での最良の選択だった。

ClaudeはMCP経由でSAPの主要三製品に接続する（出典: SAP and Anthropic: Claude on SAP Business AI Platform）。

• SAP S/4HANA: 財務・会計・調達・製造
• SAP SuccessFactors: 人事・タレント管理
• SAP Ariba: 購買・サプライヤー管理

この接続が意味することは、ClaudeがSAPシステム内の「文脈」をそのまま利用できるということだ。「Q2のフィナンシャルクローズを実行して」という指示に対し、Claudeは手順を説明するのではなく、承認階層・取引履歴・プロセスルールをS/4HANAから直接参照した上で、実際に仕訳・照合・例外処理を実行する。

AIにデータを渡すためだけの「橋渡し作業」が消える。Claude Code + MCPサーバーを使って自分のファイルやGitにエージェントを直接触らせる構成と、発想は全く同じだ。SAPはそれをエンタープライズ規模で実装した。

業種特化も大きなポイントだ。SAPとAnthropicは、公共・医療・教育・ライフサイエンス・公益事業の5領域で業種特化エージェントを共同開発する計画を発表している。汎用AIが「その業種の文脈を持った専門エージェント」に変わっていく方向性が、この提携に凝縮されている。

「Claudeを使えばいいじゃないか」という人に補足しておくと、業務基幹システムと接続した状態でClaudeが動くことの意味は、単独で使うのとは全く違う。承認権限・予算・仕訳ルール・サプライヤー情報。これらをシステムから直接参照した上で、「実際に業務を実行する」のがエンタープライズエージェントの価値だ。

AIエージェント組織管理の設計について整理した記事でも触れたが、エージェントが「判断して実行する」ためには文脈へのアクセスが不可欠だ。SAPとAnthropicの提携は、その文脈アクセスを大規模に実装しようとしている。

決算が数週間から数日に変わる、財務クローズが最初のターゲットになる理由

200超エージェントの中で、最初にリリースされるのが「Financial Closing Assistant（財務クローズアシスタント）」だ。SAP公式の案内ページでは「coming soon（近日公開）」として案内されており、一般提供に向けた開発が進んでいる（準一次ソース参照: SAVIC SAP S/4HANA Cloud 2602 Accounting Accruals Agent、BlackLine SAP Sapphire 2026 Recap）。

なぜ財務クローズが最初のターゲットになるのか。理由は三点だ。

痛みが大きい: 月次・四半期・年次の決算クローズは、多くの企業で「数週間」かかる。仕訳確認・差異照合・例外処理・部門間調整・エラー修正が積み重なるからだ。グローバル企業ではタイムゾーンを跨いだ確認作業が加わる。

手順が標準化されている: ERPに乗っている業務の中で、財務クローズは処理の手順が最も明確に定義されている領域の一つだ。「何をどの順番で確認するか」が決まっているからこそ、エージェントへの委譲がしやすい。

効果が数値で測りやすい: 「クローズ日数」という単一指標で改善を測定できる。経営層へのROI説明が、数字一本で完結する。

Financial Closing Assistantは、仕訳の自動投入・照合の自動実行・エラー検出と解消を、複数エージェントが分業してエンドツーエンドで実行する。SAPは「数週間を数日に圧縮する」と発表している（出典: BlackLine SAP Sapphire 2026 Recap）。人間がやることは、例外的な判断と最終承認だけになる。

「決算が速くなっても自分には関係ない」と感じる人に伝えたいことがある。取引先の経理がエージェントでクローズを完了させるようになると、周辺の取引慣行も変わる。発注サイクルの変更・支払い確認の自動化。「うちのシステムで自動照合できる形式で送ってほしい」という書類フォーマット要件の変更。これらが静かに始まる。

ERPが変わると、その周辺の取引慣行も変わる。SAPが過去30年で証明してきたことが、エージェント化でもう一回起きる。

Joule Workがアプリ操作を消す、結果だけを話しかける仕事への転換

Autonomous Enterpriseの「見え方」が最も変わるのが、「Joule Work」という新しいUIだ。

従来のERPは「どのメニューから入るか」を人間が知っている必要があった。財務処理なら財務モジュール、人事申請なら人事モジュール、購買承認なら購買ワークフロー。系統的な操作知識の習得に、新人研修の多くの時間が使われてきた。

Joule Workはその前提を外す。

ユーザーが「Q2の財務クローズを開始して。差異が5%を超えるアイテムは人間レビューに回して」と入力する。Joule Workがその指示を受け取り、関係するエージェント群に処理を分解・割り当てして実行する。デスクトップでもモバイルでも音声でも動く（出典: SAP Unveils the Autonomous Enterprise）。

[[IMG:2]]

ERPの「操作」が「対話」に変わる、というのが最も正確な表現だ。

ここで一つ正直に言っておきたい。「自然言語で業務指示を出すのは難しいのでは」という疑問は正当だ。「どう言えばシステムが正しく動くか」という新しいリテラシーが必要になる。

ただ、Claude Code + MCPで自分のエージェントに作業させてきた経験から言えることがある。「業務の目的と制約を明確に言語化できる人」がエージェントを最もうまく使いこなす。逆に「何となくやっておいて」では成果が出ない。

Joule Workの本当の変化は、「システム操作を学ぶ必要がなくなる代わりに、自分の業務を言語化する力が求められる」という転換かもしれない。アプリの使い方を覚える研修が、業務を言語化するトレーニングに変わっていく。少し先の話だが、確実にそちらに向かっている。

顧客接点・基幹系・経理が同時にエージェント化する「三極化」の意味

2026年前半、企業向けAI市場で三つの大きな動きが起きた。

• Meta Business Agent（2026年7月リリース・8月課金開始）: WhatsApp・Instagram・Facebook経由の「顧客接点」エージェント化（Meta Business Agent解禁、8月課金）
• SAP Autonomous Enterprise（2026年5月・Sapphire発表）: S/4HANA・SuccessFactors・Aribaを軸にした「基幹系業務」エージェント化
• Xero JAX（2026年7月・Xerocon London発表）: 500万顧客を対象にした「経理・財務実務」エージェント化

三者を並べると、企業活動の「表・中・裏」がほぼ同時にエージェントで覆われようとしているのが分かる。

[[IMG:3]]

• Meta（顧客接点）: 見込み客の発見から購入まで、顧客対話が自動化
• SAP（基幹系）: 財務・調達・HR・サプライチェーン、内部業務が自動化
• Xero（経理実務）: 帳簿作成・請求処理・税務申告、アカウンティングが自動化

この三極図が示しているのは、「誰かが使うツール」の話ではない。顧客との接点から社内の業務処理、最終的な帳簿整理まで、企業活動の全工程がひとつの流れとしてエージェントに乗り始めている、という構造の話だ。

従来、企業のデジタル化は「どのシステムを入れるか」という選択だった。CRMを入れ、ERPを入れ、会計ソフトを入れる。三者はデータを共有しながらも、操作は人間が繋いでいた。この三極化は、その「人間が繋いでいた部分」をエージェントに置き換えようとしている。顧客対話エージェントがMetaで処理した注文を、SAPのエージェントが在庫・調達に反映し、Xeroのエージェントが帳簿に記録する。人間の手を介さずに流れが完結する設計だ。

これは偶然の一致ではない。2025〜2026年にかけてMCPと各種LLMの実装が成熟し、「業務システムとAIを繋ぐ標準接続」が普及した。主要プレイヤーが同時に「自分の領域にエージェントを入れる」フェーズに移行した結果だ。

中小企業・フリーランスにとってこの三極化が重要なのは、「大企業だけの話」ではないからだ。

Metaを使って顧客とやり取りしている事業者は、取引先がMeta Business Agentを導入したとき、相手がAIエージェントになる。Xeroを使っている中小企業は、JAXが日常の帳簿処理を自動化し始める。SAPを使う大企業が取引先なら、発注・請求・納品確認のフローが変わる可能性がある。

「AIを使う/使わない」の問題は、すでにそこにはない。「取引先がAI化したとき、どう対応するか」の問題になっている。

フリーランスと中小企業への波及、取引先ERPが動き出す前に準備する3点

Autonomous Enterpriseの直接ユーザーでなくても、今から動けることがある。三点に絞る。

1. 取引先の「自動照合フロー」に合う書類設計

SAPのエージェントが自動処理できる請求書・納品書のフォーマットは、SAP対応の標準形式に近い。取引先が自動照合を始めたとき、独自フォーマットや手書きPDFの書類は「例外処理」扱いになる。支払いが遅れる可能性が出てくる。

今から動けること: 主要取引先の経理担当に「御社システムで自動照合できる書類フォーマットを教えてもらえますか」と確認する。将来的な摩擦を、今のうちに取り除いておける。

2. エージェント経由の発注・問い合わせに対応できる体制

Meta Business AgentやSAPのエージェントが外部への発注・問い合わせを自動化し始めると、「AIからの連絡」が届くようになる。相手がエージェントだと気づかずに「ご連絡ありがとうございます、担当より〜」と返すと、そのエージェントは次のアクションをトリガーできず処理が止まる可能性がある。

今から動けること: 問い合わせフォームや在庫確認の仕組みを「機械が読める形式で応答できるか」という観点で見直しておく。APIやWebhookの整備が、中長期で効いてくる。

3. 自分のビジネスにエージェントを試験導入しておく

取引先がAutonomous Enterpriseを動かし始めたとき、「両者がエージェントを使って連携している」状態が最も効率的だ。片方だけがエージェント化していると、接続の恩恵が半減する。

今から動けること: 反復している作業（見積もり作成・進捗報告・請求書発行）にエージェントを一つ試験導入する。AIエージェントの作り方、3ルート整理が出発点になる。Claude Code + MCPで実現できることは、思っているよりずっと手前から始められる。

[[IMG:4]]

大企業のERPが変わるとき、その波はサプライチェーンを伝わって中小企業・フリーランスにも届く。SAP Autonomous Enterpriseの発表から実際の業務変化まで、おそらく1〜2年のラグがある。そのラグが「準備の猶予」だ。波が来てから対応するのではなく、来る前に動ける状態を作っておきたい。

まとめ

SAPがSapphire 2026で発表した「Autonomous Enterprise」は、200超の専門エージェントと50以上のJoule Assistantを軸に、Anthropic Claude（MCP接続）で基幹業務のエージェント化を本格始動させた。最初のリリースが予定されているのが財務クローズアシスタントで、SAP公式では「coming soon」として案内されている。

整理すると、三点に収まる。

• 三層設計: Joule Work（自然言語UI）→Joule Assistant（ドメイン別指揮）→専門エージェント（実行）で業務を完結させる
• Claude×MCP接続: S/4HANA・SuccessFactors・Aribaに直接接続し、文脈を持ったまま財務・HR・調達・サプライチェーンを実行する（出典: SAP × Anthropic公式）
• 三極化の到達点: Meta（顧客接点）・SAP（基幹系）・Xero（経理）が同時にエージェント化し、企業活動の全体を覆い始めた

「大企業の話」で終わらせてほしくない。

Autonomous Enterpriseが浸透するとき、発注形式・問い合わせの届き方・請求書フォーマットなど、取引先との関係が静かに変わっていく。変化を知っている人だけが、その前に動ける。

エージェントを「使う側」に立つ最初の一歩として、自分の仕事に一つだけ試してほしい。大規模なシステム投資は必要ない。AIエージェントの作り方から始められる。AIを使いこなすのは、いつも始めた人からだ。