独立発行者の認定プロセス
このプロセスは独立した発行元に向けられたものです。 コネクタの基盤になるサービスを所有している場合は、検証済み発行者の認定プロセス に移動します。
注意
この記事は、Azure Logic Apps、Power Automate、Power Apps で独立した発行者のコネクタを認定するための情報を提供します。 この記事の手順を実行する前に、コネクタの認定を取得するを参照してください。
独立系発行者プログラムに構築するカスタムコネクターを特定したら、認証のためのコネクタの準備と提出の手順に従ってください。 このプロセスにより、認定の準備が整い、マイクロソフトに送信するコネクタ ファイルが生成されます。 提出のプロセスは、独立したパブリッシャーコネクタ用の GitHub リポジトリを介して行われます。
マニフェストを読む
独立系発行者コネクタ グループでは、誰でもマイクロソフト コネクタの公式リストにコネクタを発行できるようになります。 このグループは、参加者がその内容を認識し、マニフェストに同意することを求めます。
この取り組みに貢献する、あるいはその一端を担うのであれば、このドキュメントを読み、理解する必要があります。
認証用コネクタの準備と提出
コネクタを独立した発行元として認定するプロセスは簡単です。 GitHub リポジトリで提出する前に、このセクションの手順を必ず実行してください。
独立系発行者のコネクターを提出すると、あなたの名前が公式発行者として製品に掲載され、あなたのコネクターに汎用アイコンが適用されます。
コネクタの構築を開始する前に、コネクタ案をマイクロソフトと共有します: コネクタがすでに構築されていないことを確認します。 確認するには、Power Platform のドキュメントや GitHub リポジトリのプルリクエストでコネクタを検索します。 次の表は、コネクターの状態に応じて、コネクターでできることのオプションを示したものです。
提案されたコネクタが次の場合 回答内容 Power Platform に既に存在します。 コネクタを構築できません。 独立系発行者コネクタとしてすでに存在している コネクタに機能を追加できます 現在は pull request と 提案です。 独立した発行元に連絡して、コネクタで共同作業を行うことができます。 pull request であり、かつ 提案ではありません。 コネクタが認定され、展開されるまで待ちます。 次に、そのコネクタに更新を追加します。 コネクタがプラットフォーム上にないことを確認したら、GitHub リポジトリでコネクタの提案を共有する: これにより、新しいコネクタについて同じアイデアを持っている可能性のある同僚との作業の重複を回避できます。 また、コネクタを構築するときに、共同作業する他のユーザーを見つける機会を作ることもできます。
提案を共有するには、次の条件で GitHub リポジトリ に pull request を送信します:
pull request に Proposal - <Connector Name> (Independent Publisher) というタイトルを付けます。 たとえば、
Proposal - HubSpotCRM (Independent Publisher)などとします。できるだけ多くの詳細情報を記載した intro.md ファイルをコミットします。 協力者を見つけることに前向きな場合は、担当者のメールアドレスも添えてください。
注意
手順 10 で認定のためにすべてのファイルを送信する準備ができたら、同じ pull request を使用してください。
コネクタまたはプラグインをビルドする:
- コネクタの構築方法については、カスタム コネクタを最初から作成する にアクセスしてください。
マイクロソフトの要件を満たすコネクタのタイトルを作成する: 手順と例については、コネクタにタイトルを付けるを参照してください。
コネクタの説明を記入する: 手順については、コネクタの説明を記入するを参照してください。
要約と説明の定義:手順については、操作とパラメータの概要と説明の定義にアクセスしてください。
正確な操作応答の定義: 手順については、正確な操作レスポンスの定義にアクセスしてください。
コネクタやプラグインとそのエンド サービスを説明するメタデータを追加する: 手順については、メタデータの追加を参照してください。
コネクタ アーティファクトを準備する: 手順については、コネクタおよび/またはアーティファクトを準備するを参照してください。
展開に向けてコネクタを送信する:
次の手順を実行します。
- 手順 2 で作成したプル リクエストにコネクタ成果物を送信します。
- pull request テンプレートのチェックリストに入力します。
- pull request のタイトルから Proposal (提案) - を削除します。
マイクロソフトの認定エンジニアは、最初のリクエストから 1 から 2 週間 以内にフィードバックを提供します。 フィードバックでコネクタへの更新が必要と提案されている場合は、pull request の更新を送信する必要があります。 これにはさらに 1 から 2 週間 かかります。 Swagger エラーのトラブルシューティングが必要な場合は、Swagger 検証エラーの修正 を参照してください。
コネクタの所有権を保持し、コネクタに対する変更を承認または拒否できます。
マイクロソフトは pull request を承認してマージします。
認定に向けてコネクタを提出しました: 認定中は、 1 ～ 2 週間以内にマイクロソフトの担当者から連絡があります。
展開の待機: コネクタが検証され、運用展開の準備ができたら、すべての運用リージョンに展開します。
重要
コネクタのデプロイには、平均して 15 営業日かかります。 これは、コネクタのサイズや複雑さ、または新規か更新かに関係なく必要です。 整合性を保護するために、コネクタには、すべての展開で実行される機能とコンテンツをテストするための同じ検証タスクが適用されます。
展開スケジュール: 運用環境のコネクタ展開スケジュールは、金曜日の朝、PST/PDT に始まります。 運用展開の準備ができたら、少なくとも 24 時間前に Microsoft の担当者に通知して、次のスケジュールされた展開にコネクタを含めてください。
リージョン展開: リージョンへの展開は段階的に行われるため、コネクタが展開されるリージョンの名前を電子メールで通知します。 展開の遅延または凍結がある場合は、電子メールで通知されます。 詳細については、リージョン展開に移動してください。
コネクタの認定が終了すると、Power Automate ブログ でコネクタのマーケティング営業案件についてお知らせします。
いつでもコネクタを更新可能: 認定が終了してコネクタが公開されると、いつでも GitHub リポジトリのコネクタに新しい操作と機能を追加できます。 必要に応じてコネクタを再認証します。
提出のベスト プラクティス
pull requestごとに送信できるコネクタは 1 つだけです。 これにより、検証のプロセスがスムーズに実行されます。
コネクタの pull request は
Connector Name (Independent Publisher)のパターンに従ってください。サポート メール セクションにメールを追加します。 こちらから連絡する必要がある場合に使用されます。
プライバシー ポリシーのパラメーターには、必ずエンドサービスのプライバシー ポリシーを記入してください。
操作の説明が詳しく記述されていることを確認してください。 これにより、ユーザーが操作を確実に理解できます。
コネクタで OAuth を使用している場合は、readme.md でアプリを作成する方法の詳細な手順を必ず提供してください。 これを行わないと、認証に遅延が発生します。 含めるドキュメントの例については、Readme.md の例を参照してください。
応答スキーマが動的でない限り、必ず応答スキーマをアクションに追加してください。 これにより、コネクタがより多く使用されるようになります。
送信前の確認事項を見直してください。
マイクロソフトの保証事項
マイクロソフトは、次の保証を満たすことを約束します:
コネクタが更新された場合は、破壊的変更ツールとその他の検証ツールをすべて繰り返し実行します。
コネクタの更新がない場合は、API の変更や更新、またはプラットフォームの問題がない限り、機能することを保証します。
マイクロソフトは、プラットフォームやセキュリティの問題が発生した場合には調査を行い、壊れた独立系発行者コネクタを廃止します。
コネクタをプラグインとして拡張できることをご存知ですか？
Power Platform のコネクタは Microsoft Copilot Studio でプラグインとして拡張でき、テナント向けに公開できます。 コネクタをプラグインとして拡張する方法の詳細については、Microsoft Copilot 用の AI プラグインを作成するを参照してください。 まもなく、独立系発行者が Copilot for M365 のプラグインを認証および公開するためのサポートを拡張する予定です。