Power Platformを触り始めると、「コネクタ」と「Dataverse」が同じ画面に並び、どちらが何を担うのかが見えにくくなります。Microsoft Learnでは、コネクタはAPIのプロキシ（ラッパー）として外部サービスと話し、Dataverseは業務アプリが使うデータを安全に保管・管理する基盤だと説明されています。
この記事では、Microsoft Learnの公式ドキュメント（コネクタ概要は 2025-03-18 日付、Copilot Studioのコネクタ利用は 2026-03-31 日付／2026-08-03 更新、Dataverse導入は 2026-03-31 日付）をもとに、初心者が最初に押さえる役割分担だけを整理します。
結論：役割は「つなぐ」と「置く」
| 要素 | 一言の役割 | 典型的な用途 | 先に確認すること |
|---|---|---|---|
| コネクタ | 外部サービスへつなぐ | SharePointの取得、メール送信、SaaS API呼び出し | 接続（認証）と、使うアクション／トリガー |
| Dataverse | 業務データを置く | テーブルに行を保存し、権限付きで参照・更新 | テーブル設計、セキュリティロール、環境 |
最小の理解は次の図です。
ユーザーの発話 / 業務イベント
↓
Copilot Studio / Power Automate / Power Apps
├─ コネクタ ──→ 外部サービス（Office 365、SharePoint、Salesforce など）
└─ Dataverse ─→ 環境内のテーブル（行・列・関係・ビジネスルール）
コネクタは「外の世界への口」、Dataverseは「自分たちの業務データの置き場」です。両方を使う構成は普通ですが、最初から同じ箱だと思わないことが重要です。
コネクタとは何か
確認できる事実
Microsoft Learnのコネクタ概要では、コネクタを次のように位置づけています。
- SaaSコネクタのエコシステムにより、クラウド上のアプリ・データ・デバイスをつなげる
- すべてのコネクタは agent ready であり、Copilot Studio / Power Automate / Power Apps / Azure Logic Apps が、作成や追加といったアクション、新規追加といったトリガーを通じてタスクを実行できる
- 種類は大きく Prebuilt（そのまま使える既定コネクタ）と Custom（手元のAPI向けに自作するコネクタ）
Copilot Studio向けの説明では、コネクタはAPIのプロキシまたは「ラッパー」であり、アカウントを接続して事前構築されたツールとトリガーを使う、と書かれています。分類は次のとおりです。
| 分類 | 意味 |
|---|---|
| Standard connectors | 例: SharePoint。Copilot Studioの各プランに含まれる |
| Premium connectors | 一部のCopilot Studioプランで利用可能 |
| Custom connectors | 既存コネクタでカバーされない公開APIへ接続するときに使う |
Copilot Studioでは、コネクタを次の場所から呼べます。
- エージェント全体の Tools
- Topic 内のノード
- agent flow のアクション
- ナレッジソース（Power Platformコネクタをナレッジとして追加する機能は preview）
既定では、コネクタはエージェント利用者の資格情報を求めます。作成者の資格情報で動かしたい場合は、認証済みチャネルを使い、ツール設定で Maker-provided credentials を選ぶ必要があります。
実務解釈
初心者が最初に覚えるのは「コネクタ＝外部APIの操作一覧付きアダプタ」です。SharePointのファイル取得も、メール送信も、Salesforceの更新も、同じ「コネクタ」という枠で見えます。逆に言えば、コネクタだけではデータの主保管庫にはなりません。取得した結果をどこに残すか、誰が読めるかを決めるのは、多くの場合 Dataverse 側の設計です。
Dataverseとは何か
確認できる事実
Microsoft Learnの「What is Microsoft Dataverse?」では、Dataverseを次のように説明しています。
- 業務アプリケーションが使うデータを、安全に保管・管理する
- データは テーブル（行と列の集合）に格納される
- 標準テーブルが用意されており、組織固有の カスタムテーブル も作成できる
- Dynamics 365 のアプリも Dataverse にデータを置くため、同じ基盤上で Power Apps などを拡張しやすい
採用理由として挙げられている要点は次です。
| 利点 | 意味 |
|---|---|
| Easy to manage | メタデータもデータもクラウド上で管理される |
| Easy to secure | ロールベースのセキュリティで、見せる範囲を制御できる |
| Rich metadata | データ型やリレーションをアプリから直接使える |
| Logic and validation | 計算列、ビジネスルール、ワークフローなどで品質を担保できる |
用語は 2020年11月以降、Entity→Table、Field→Column、Record→Row などへ置き換えが進んでいます（APIメッセージ名は従来のまま、という注記あり）。
セキュリティは、ビジネスユニット、ロールベース、行ベース、列ベースを組み合わせて、環境内の情報へのアクセス全体を定義します。
実務解釈
Dataverseは「表計算ファイルの置き場」ではなく、権限・関係・検証ルールを伴う業務データの中核です。会話エージェントが「顧客情報を参照する」「申請レコードを更新する」といった業務操作をするとき、その正本が Dataverse にある、という構図を最初にイメージすると迷いにくくなります。
どちらを使うかの判断
| やりたいこと | 向きやすい側 | 理由 |
|---|---|---|
| 外部SaaSの既存データを読む／書く | コネクタ | 相手サービスのAPI操作そのものだから |
| 自組織の業務レコードを正本として持つ | Dataverse | テーブル・権限・ビジネスルールが揃っているから |
| 会話からメール送信や予定作成をする | コネクタ（またはフロー経由） | 副作用のある外部操作だから |
| 申請・マスタ・履歴をアプリ横断で共有する | Dataverse | 複数アプリが同じテーブルを参照できるから |
| 公開APIはあるが既存コネクタが無い | Custom connector | Prebuiltで足りないときの拡張手段 |
よくある誤解は「Dataverseコネクタがあるから、Dataverseもコネクタの一種」という見方です。実務上は、Dataverseはデータの置き場であり、コネクタはその置き場や外部サービスへアクセスするための口、と分けた方が安全です。
実装チェックリスト
役割の切り分け
- 「外のサービスを呼ぶ」のか「自環境のテーブルを正本にする」のかを一文で書いた
- 外部操作はコネクタ（またはフロー）、保管と権限は Dataverse、と図に分けた
- Standard / Premium / Custom のどれが必要か、プラン制約を確認した
コネクタ側
- Copilot Studioの Tools、または Topic、または agent flow のどこから呼ぶかを決めた
- 接続が User credentials か Maker-provided credentials かを決めた
- Maker-provided にする場合は、認証済みチャネルと接続共有（Can use + share）を確認した
- Test your agent で、想定発話がコネクタを呼び、想定外発話では呼ばないことを確認した
Dataverse側
- 標準テーブルで足りるか、カスタムテーブルが必要かを決めた
- 列の型と、他テーブルとの関係を最小限で定義した
- ビジネスルールや検証が必要な列を洗い出した
- 誰が行を読める／書けるかをセキュリティロールで確認した
失敗パターン
コネクタとDataverseを同じものだと思って設計する → 対策：図で「外部接続」と「データ保管」を分け、どちらが正本かを先に決める。
認証方式を決めずにコネクタを追加する → 対策：利用者認証か作成者資格情報かを先に決め、Maker-provided なら認証済みチャネルと接続共有までセットで確認する。
Excelの代わり感覚でテーブルを増やし、権限を後回しにする → 対策：最初のテーブルからロールベースのアクセスを確認する。Dataverseの価値の中心は保管だけでなくセキュリティにある。
Premiumコネクタ前提で試作し、本番プランで止まる → 対策：使うコネクタが Standard か Premium かを、試作の段階でプラン表と突き合わせる。
Custom connectorを最初から作る → 対策：Prebuiltで足りるかを先に調べ、不足が確定してから OpenAPI 等で Custom を作る。
Teams＋カスタムAD認証でSSO前提にする → 対策：Learnの制限どおり、この構成ではコネクタSSOはサポートされない。必要な接続を事前にセットアップし、手動認証が必要な前提で設計する。
参考リンク
- What is Microsoft Dataverse?
- Connectors overview
- Use connectors in Copilot Studio agents
- Copilot Studio, Power Platform, and Azure Logic Apps connectors documentation
- Security in Microsoft Dataverse
この記事を書いた人✏️@YushiYamamoto
ITPRODX.com代表 / AIアーキテクト
Next.js / TypeScript / n8nを活用した自律型アーキテクチャ設計を専門としています。
日々の自動化の検証結果や、ビジネス側の視点（ROI等）に関するより深い考察は、以下の公式サイトおよびnoteで発信しています。