homula半年前、企業の基幹システムをめぐるエージェント論は「開けるか、閉じるか」で割れていた。SalesforceやServiceNowが自社システムを外部エージェントに開いていく一方で、**SAPは慎重に“閉じる側”に見えた——homula でもその分岐を別稿で整理した。だが2026年10月27日、ベルリンで開かれた SAP TechEd 2026 で、その構図が動いた。SAPは自社のエージェント基盤 Joule Studio を、A2A・MCP・n8n といった外部の仕組みに開き、他社のエージェントを「統制付きのゲートウェイ越しに受け入れる」**方針を打ち出した（SAP News、SAPinsider）。
これは「SAPが態度を変えた」という社名の話にとどまらない。基幹系の総本山が「開く」と決めたとき、その開き方——何を・誰に・どの監査のもとで許すか——こそが、全業種の企業が近く直面する設計課題のひな形になる。本稿では TechEd 2026 の発表を公開情報と報道から整理し、日本企業が「基幹システムへのエージェント・アクセス開放」をどんな統制設計で受けるべきかを示す。
SAPが打ち出したのは「作る」と「統べる」の両輪
報道を突き合わせると、今回の発表は大きく2つの軸に整理できる。エージェントを作りやすくする軸と、作ったエージェントを統べる軸だ。
| 軸 | 発表された主な内容 |
|---|---|
| 作る（開発） | Joule Studio でノーコード／プロコードの両方に対応。70以上のAIモデルから選んで構築・拡張できる（SAPinsider） |
| つなぐ（相互運用） | 外部エージェントがA2A・MCP経由で Joule Agents を呼び出せる「統制付きゲートウェイ」。Joule Studio の早期アダプター向けに n8n ワークフローの設計・実行も可能に（cloudnews、Techzine） |
| 統べる（統制） | エージェントの**挙動・モデル使用・コスト（spend）**を可視化する可観測性／管理者コントロール。全社のAIトラフィックを束ねる Enterprise AI Gateway、EU AI Act対応を支援する AI Governance Assistant などを順次提供（SAPinsider、erp.today） |
加えて、業務データ向けの表形式（tabular）基盤モデルや、選定顧客が 2026年12月までマネージド・ランタイムで独自エージェントを無償稼働できる期間限定の施策も発表された（WebProNews）。細部の提供時期や一般提供（GA）の有無は情報源によって揺れがあるため、本稿では確定した断定を避け、方向性として読む。
ポイントは「作る」と「統べる」が同じ発表に同居していることだ。ノーコードで誰でもエージェントを作れるようにしつつ、同時に挙動・コスト・アクセスを押さえる仕組みを並べた。これは「まず作らせて、あとで統制する」ではなく、作る瞬間から統制の土台を敷くという設計思想の表れだ。
『閉じていた』SAPが、なぜ扉を開けたのか
今回いちばんの転換は、外部エージェントの受け入れだ。報道によれば、他社提供のエージェントが A2A・MCP という開かれたプロトコルを通じて Joule Agents を呼び出し、業務ワークフローをまたいで協調できるようになる。ただし無条件ではなく、アクセス制御を強制する「ゲートウェイ」越しに限られる（SAPinsider、cloudnews）。
なぜ「閉じる側」に見えたSAPが開いたのか。背景には、企業の現実がある。基幹システムを完全に閉じたままでは、社員が使う外部のエージェント製品（ChatGPT系・Gemini系・各種コーディングエージェント）や、取引先・顧客のエージェントが、結局**“正面玄関以外”から入ってこようとする**。ならば、裏口を塞ぐより監査可能な正面玄関を一つ用意し、そこに全部通すほうが統制しやすい——これは小売の Walmart が「Agent Gateway」で外部エージェントを認可付きで受け入れた動きと、まったく同じ発想だ。接続プロトコル（MCP／A2A）は「自社の信頼するエージェントにつなぐ」ために広がってきたが、いまやそれを管理外のエージェントに向けて開く段階に入った。
そしてもう一つ見逃せないのが、開く先に n8n が含まれている点だ。SAPは2026年、n8n に戦略投資しており（別稿参照）、今回 Joule Studio で n8n ワークフローを扱えるようにしたことで、「基幹系 × 汎用ワークフロー自動化」の距離が一段縮まった。n8n・MCP は homula が日常的に使う構成であり、基幹系ベンダーがそこに寄ってきたことの意味は小さくない。
モデル選択とコストが、はじめて『統制の対象』になった
もう一つの地味だが重要な変化が、モデル選択とコストの可観測性だ。Joule Studio は70以上のモデルから選べるようになり、同時に管理者がどのエージェントが・どのモデルを・どれだけ使い、いくら掛かっているかを見える化する仕組みが入った（SAPinsider、Techzine）。
これは、エージェント統制の重心が「権限」だけでなく「原価と選択」にも広がってきたことを示す。モデルが多数選べるということは、裏返せば**“どのモデルを・どこまで考えさせるか”が運用判断になる**ということだ。安価なモデルで足りる作業に高価なモデルを割り当てれば、月末の請求書が静かに膨らむ。逆に重要な判断を安価なモデルに任せれば品質が崩れる。モデル選択とコストが統制パネルに乗ったのは、この「見えない浪費」を企業が直視し始めた証左でもある。
エージェントの統制というと「承認」「監査」に目が行きがちだが、2026年後半の各社の動きを見ると、コスト（どのモデルで・どこまで）も一級の統制対象になりつつある。権限設計と並べて、モデル・ルーティングとコスト上限を最初から設計に織り込んでおくと、本番化のあとで慌てない。
ガバナンスは“ゲートウェイ”に集まる——ただし「誰のゲートウェイか」
SAPは統制の層として、全社のAIトラフィックを一元管理する Enterprise AI Gateway や、EU AI Act への対応を支援する AI Governance Assistant を打ち出している。後者は既存の文書を分析し、不足を指摘し、リスク分類を提案するといった機能が報じられている（SAPinsider、techedgeai）。これらは一部がプレビューや早期アダプター段階とされ、提供時期は今後数四半期にわたって順次広がる見込みだ。
方向性としては、業界共通のトレンド——エージェントとツールの間に「関所（ゲートウェイ）」を置き、認可・ルーティング・監視・課金を一点に集める——と一致する。homula でもMCPゲートウェイを“統制点”として設計する考え方を繰り返し取り上げてきた。
ただし企業が冷静に見るべきは「それは誰のゲートウェイか」だ。SAPのゲートウェイはSAPの世界を統べるのに最適化される。Salesforce、Microsoft、各クラウドも同様に自社ゲートウェイを用意する。ここで各ベンダーのゲートウェイに統制ロジックを丸ごと預けると、統制そのものがベンダーに固定（ロックイン）される。開放は歓迎すべきだが、統制の設計図は自社側に、ベンダー横断で持てる形にしておきたい。
homulaの観点：基幹系の開放を、ベンダー中立の統制で受ける
SAPの発表は、日本企業にとって「基幹システムにエージェントが到達し始める」現実が、いよいよベンダー公式の形で来たことを意味する。受け方の勝ち筋は明確だ。開放はベンダーの土俵で進むが、統制は自社の土俵に置く——これに尽きる。
homula の整理では、必要な統制部品はどのベンダーのゲートウェイを使うかに関わらず共通している。
| SAPが用意する層 | 企業に必要な、ベンダー横断の統制 |
|---|---|
| 外部エージェント向けの統制付きゲートウェイ | RBAC：エージェント単位の識別と最小権限 |
| 挙動・モデル使用・コストの可観測性 | 監査ログ：誰が・何を・どのモデルで実行したかの記録 |
| Enterprise AI Gateway / AI Agent Hub | 複数ベンダーをまたいだ単一の統制ポリシー |
| AI Governance Assistant（EU AI Act） | 社内の承認フロー・DLP・規程との接続 |
これはまさに homula の Agens Control が担う領域——承認フロー・DLP・5年分の監査ログ・RBAC——と重なる。接続基盤である Agens（MCPを活用し、200以上のツールと構築ゼロで接続）が「つなぐ」を担い、Agens Control が「誰が・何を・どこまで・いくらで」を押さえる。SAPのゲートウェイも、n8n のワークフローも、外部から入ってくるエージェントも、同じ統制レイヤーの上で一元的に扱えることが、この時代の設計の肝になる。
実務の順序としては、(1) まず読み取り系（照会・検索）から外部エージェントに開き、更新・取引系は段階を分ける、(2) 金額発生・不可逆操作には必ず人間の承認ゲートを置く、(3) エージェント単位の識別・監査・コスト上限を最初から仕込む——という進め方が現実的だ。自社だけで一気に設計するのが難しければ、業務棚卸しからプロトタイプ構築・ROI試算までを3〜5日で回す AIエージェント・ブートキャンプで、小さく検証しながら統制の型を作るのが近道になる。
まとめ：開くかどうかではなく、「どんな鍵と記録を備えて開くか」
SAP TechEd 2026 の発表は、「基幹系ベンダーがエージェントに開いた」という表面的なニュースに見えて、その本質は**「外部の実行主体に、自社のどの業務を・どのモデルで・いくらまで・どの監査のもとで許すか」という権限とコストの設計にある。開放はもはや是非を問う段階を過ぎた。問われるのは、開けた扉にどんな鍵（認可）と記録（監査）とメーター（コスト）を備えているか**だ。
そして、その鍵と記録は特定ベンダーのゲートウェイに溶かし込まないこと。SAPも、Salesforceも、各クラウドも、それぞれ良くできたゲートウェイを用意する。だが統制の最終的な設計図は、ベンダーを横断して自社が握っていなければ、開放のたびにロックインが積み上がる。基幹系の開放を歓迎しつつ、統制だけは中立に——それが、2026年末の日本企業にとっての現実的な構えだ。
自社の基幹システムに「入ってくるエージェント」を、どのベンダーのゲートウェイに依存せず認可・監査・コスト管理するか。実行境界を一度棚卸ししてみませんか。