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