CongaがMCPサーバーを公開、見積もり・契約をClaudeやCopilotから操作可能に：B2Bの受注フローにAIエージェントが入る意味
見積もり・契約のCongaがMCPサーバーを公開し、ClaudeやCopilotから承認状況の確認や署名送付まで行えるようになりました。B2B取引のどの工程がAIエージェントに開かれたのか、未開示の点と自社の受注フローで確かめることを解説します。
この記事のポイント
- 見積もり・価格・契約のソフトを提供するCongaは2026年10月14日、MCPサーバーを公開しました。ClaudeやMicrosoft CopilotからCongaのデータを直接扱え、見積もりの承認状況の確認から署名への送付までをCongaの画面を開かずに行えます
- これまでのコマース系MCPサーバーは、商品検索・カート・注文といった買い物そのものの工程を開くものが中心でした。Congaが開いたのは、B2B取引で受注の手前にある価格・見積もり・承認・契約の工程です
- B2BのEC事業者やメーカー・卸は、自社の受注フローのうち「AIに読ませてよい工程」と「AIに実行させてよい工程」を分けて棚卸しする時期に来ています。料金や権限の細部は未開示のため、導入判断には個別の確認が必要です
見積もりと契約の画面を開かずに済む仕組み
Congaは、アムステルダムで開催したConga ConnectionでAIを軸にした新製品群を発表しました。目玉はConga MCPサーバーの公開で、ClaudeやMicrosoft CopilotなどのAIアシスタントにCongaの最新データを直接届けます。
finance.yahoo.com「90日以内に満了する契約はどれか」。財務責任者がCopilotにこう尋ねると、契約管理システムを開かずに答えが返ってきます。Congaが2026年10月14日、アムステルダムの年次イベント「Conga Connection」で発表したプレスリリースは、この場面から始まります。
発表の柱はConga MCPサーバーです。MCP（Model Context Protocol）は、AIアシスタントと業務ソフトをつなぐための公開の標準規格です。Congaはこの規格に沿った接続口を用意し、ClaudeやMicrosoft Copilot、そのほかMCPに対応したアシスタントから、Conga Advantage Platformのデータにその場で問い合わせられるようにしました。
リリースが挙げる使い方は3つあります。財務責任者が満了の近い契約を尋ねる。法務の担当者が、ある変更契約で何が変わったかをClaudeに聞く。そして営業担当者が、見積もりが承認のどの段階にあるかを確かめ、そのまま契約書を署名に回す。3つ目だけは、情報を読むだけでなく、業務を一歩先に進める操作です。
Congaは取引のどこを担っている会社か
Congaの製品は、B2Bの取引で「売ると決めてから契約が結ばれるまで」を受け持ちます。製品構成を見ると、仕様と価格を組み合わせて見積もりを作るCPQ（Configure, Price, Quote）、契約の作成から署名・更新までを管理するCLM（Contract Lifecycle Management）、価格の最適化、リベート管理、見積書や契約書を自動で作る文書生成がそろっています。
リリースによると、顧客は世界で1万社を超え、Fortune 100の半数以上が含まれます。契約管理にはSalesforceの上で動く版もあり、営業がCRMで商談を管理し、その延長で見積もりと契約を作る使い方ができます。
同社はこれらの工程をまとめて「Commerce Chain」と呼んでいます。価格、見積もり、契約、リベート、文書がばらばらのシステムで動いている状態をつなぎ直す、という構想です。今回のMCPサーバーは、そのつながった工程を社外のAIアシスタントにも開く入口にあたります。
MCPサーバーで何が開かれ、何がまだ開かれていないのか
MCPの仕組みはシンプルです。MCPの仕様書は、AIアプリ（ホスト）、その中で接続を担うクライアント、データや機能を提供するサーバーの3者を定めています。サーバーが提供できるのは、AIが読むためのデータ（リソース）、AIが実行する機能（ツール）、定型の指示文（プロンプト）です。業務ソフトの会社は一度サーバーを作れば、ClaudeでもCopilotでも同じ接続口を使えます。
Congaのケースで注目したいのは、開かれた中身が「読む」と「動かす」の両方を含む点です。リリースの3つの例を整理すると、次のようになります。
| 利用者 | 使うアシスタント | 依頼の内容 | 操作の種類 |
|---|---|---|---|
| 財務責任者（CFO） | Microsoft Copilot | 90日以内に満了する契約を一覧にする | 読み取り |
| 法務オペレーションの担当者 | Claude | 変更契約で何が変わったかを説明させる | 読み取り |
| 営業担当者 | 記載なし | 見積もりの承認状況を確認し、契約書を署名に送る | 読み取りと実行 |
Congaの10月リリースの解説ブログは、MCPサーバー経由で扱える情報として、契約、見積もり、義務、承認を挙げています。ここで言う「義務」は、納期や支払条件、更新期限など、契約で約束した内容を指します。受注の手前で営業・法務・財務が何度も確認しに行く情報が、ちょうどこの範囲に集まっています。
署名への送付は、取引を確定に近づける行為です。誤った版を送れば、そのまま相手方に署名を求めることになります。MCPの仕様は、ホストがツールを実行する前に利用者の明示的な同意を得なければならないと定めています。ただし仕様書自身が、MCPはこうした原則をプロトコルの水準で強制できないと認めており、実際の歯止めはアシスタント側の確認画面と、Conga側の権限設計に委ねられます。
Congaの製品に組み込まれたAI「AiMe」との関係も押さえておく必要があります。AiMeはCongaの画面の中で会話形式で使うAIで、今回90を超えるツールと19のスキルに広がりました。リリースの冒頭では「約100のツール」とも書かれています。赤字修正の提案、契約内の検索、GDPRやHIPAA、制裁対象への抵触の確認などがスキルとして並びます。Congaの説明では、AiMeは「Congaの中の知能」、MCPサーバーは「Congaのデータを外のアシスタントへ持ち出す口」で、両者は役割が違います。
一方で、MCPサーバーが外部にどこまでのツールを公開するかは、発表の時点では一覧になっていません。AiMeの90超のツールがそのまま外から使えるのか、読み取りと署名送付のような一部の操作に絞られるのかは、公開資料からは読み取れません。
コマース系MCPサーバーの中での位置づけ
MCPで業務システムを開く動きは、Congaが最初ではありません。Microsoftは2025年5月にCopilot StudioでのMCP対応を一般提供とし、Salesforceも2025年6月にMCPへの対応方針を開発者向けに示しました。コマース基盤のcommercetoolsは、カートや注文を扱うCommerce MCPを、ホスト型と自社運用型の2つで提供しています。
| 提供元 | MCPでの位置づけ | 主に扱う工程 |
|---|---|---|
| Conga | MCPサーバー（2026年10月公開） | 価格、見積もり、承認、契約、契約上の義務 |
| commercetools | Commerce MCP（ホスト型と自社運用型） | カート、注文などコマースの各種データ |
| Salesforce | MCPサーバーの提供と、Agentforceからの接続 | CRMのデータと業務（Congaの契約管理もSalesforceのMCPに対応） |
| Microsoft | Copilot StudioでMCPに対応（2025年5月に一般提供） | 外部のMCPサーバーをつなぐ側（クライアント） |
並べてみると違いがはっきりします。コマース系のMCPサーバーの多くは、商品を探し、カートに入れ、注文を作る工程を開いてきました。消費者向けの買い物なら、そこが取引の中心です。
B2Bの取引は事情が違います。数百行に及ぶ見積もり、値引きの承認、リベートの計算、契約条項の交渉を経て、ようやく注文になります。Congaは今回、CPQで数百行に及ぶ見積もりでも、1行ずつ同じ価格方針と利益率の確認をかける機能や、リベートを行ごとにその場で計算する機能も加えました。MCPサーバーが開いたのは、こうした「注文の手前の合意形成」の工程です。
Salesforce上での連携も同じ方向を向いています。Conga CLM for SalesforceとConga Contracts for SalesforceはSalesforceのMCPに対応し、契約の作成、生成、確認、交渉、署名、公開、管理を自然な言葉の指示で行えるとされています。調達側では、SAP Aribaで調達案件の発注先が決まるとConga CLMに契約が自動で作られ、署名済みの契約がAribaに戻る連携も発表されました。売り手と買い手の双方で、契約がシステム間を人手を介さず流れる設計です。
未開示の点と、慎重に見るべき理由
発表には、導入を判断するうえで欠かせない情報がいくつか欠けています。
- MCPサーバーの料金と、既存のライセンスに含まれるかどうか：未開示
- 提供の範囲（一般提供か一部の顧客向けか、対象となるCongaの製品）：未開示
- 外部のアシスタントに公開されるツールの一覧と、署名送付以外に実行できる操作：未開示
- 利用者ごとの権限が、Conga側の閲覧・編集の権限とどう対応するか：未開示
権限の扱いは特に重要です。MCPのセキュリティのベストプラクティスは、必要以上に広い権限を最初からまとめて与えることの危険を挙げ、最小限の権限から段階的に広げる設計を勧めています。契約と価格のデータは企業の機密の中心にあり、「誰のアシスタントが、どの契約を、どこまで操作できるか」が見えないまま全社に広げるのは危険です。
市場全体にも冷静な見方があります。Gartnerは2025年6月、エージェント型AIのプロジェクトの40%超が2027年末までに中止されるとの予測を出しました。理由はコストの膨張、事業価値の不明確さ、リスク管理の不足です。既存のチャットボットなどを「エージェント」と呼び替える売り方も指摘し、エージェント型AIをうたう数千社のベンダーのうち、実態を伴うのは約130社にとどまるとの見立てを示しています。
Congaの3つの例のうち2つは、情報を探して答えるだけの使い方です。検索の手間を減らす価値はありますが、エージェントが取引を自律的に進める段階とは距離があります。署名送付のような「動かす」機能が、どの承認ルールの下でどこまで任されるのかが、実力を測る分かれ目になります。
B2BのEC事業者やメーカー・卸が確かめておきたいこと
Congaの利用企業でなくても、今回の発表は自社の受注フローを見直す材料になります。見積もり依頼から受注までの工程を書き出し、各工程を3つに分けてみると、AIエージェントを入れる順番が見えてきます。
1つ目は、読ませるだけで価値が出る工程です。契約の満了日、見積もりの承認状況、取引先ごとの価格条件の確認は、誤っても取引が動かず、効果も分かりやすい領域です。2つ目は、AIに下書きさせて人が確定する工程です。見積書の作成や契約条項の修正案がここに入ります。3つ目が、AIに実行まで任せる工程で、署名への送付や発注の確定が該当します。ここは承認の上限額や対象の取引先といったルールを、先にシステム側で固めておく必要があります。
もう1つ見落とせないのが、見積もりの入口にもエージェントが入りつつあることです。commercetoolsが原子力計測・検知機器メーカーのMirion Technologiesと作った受付エージェントは、メールやPDF、表計算ファイルで届く注文の依頼を見積もりとカートに変換し、営業担当が確認する下書きとして渡します。依頼の受け付けから見積もり、承認、契約までの各工程に、別々の製品からエージェントが入り始めているのが今のB2Bの姿です。
そのとき問われるのは、価格表や契約条件が機械から読める形で整っているかどうかです。Excelの価格表やPDFの契約書が担当者ごとに散らばった状態では、MCPの接続口を作っても渡せる情報がありません。データの置き場所と権限の整理が、どのツールを選ぶかより先に来る課題です。
まとめ
CongaのMCPサーバーは、B2B取引のうち、注文の手前にある見積もり・承認・契約をAIアシスタントに開いた事例です。商品検索とカートを中心に広がってきたコマースのMCPが、受注前の合意形成の工程にまで届き始めたことを示しています。
次に注目すべきは、外部に公開されるツールの一覧と、署名送付のような操作にどんな承認ルールがかかるかです。実際の利用企業から、読み取りの便利さを超えて取引のリードタイムがどう変わったかという数字が出てきたとき、この発表の重みが測れるはずです。
