次の方法で共有


認定コネクタの更新

この記事では、Microsoft Copilot Studio、Microsoft Power Automate、Microsoft Power Apps、Azure Logic Apps の認定コネクタを更新する方法について説明します。 次の手順に従う前に、認定コネクタが Microsoft と共にリリースされていることを確認してください。

認定コネクタを更新するには、認定のために新しいコネクタ成果物のセットを送信します。 コネクタを初めて認定したときと同じ手順に従います。

また、新しいコネクタのバージョンが、引き続き ガイドラインと要件 に準拠していることを確認してください。

Microsoft は更新プログラムを確認し、更新されたコネクタバージョンをデプロイします。 この記事では、アップデートの条件について説明します。

アップデートの送信

重要

Microsoft が認定ポータルに追加する前にコネクタをオープン ソースにして、不整合を軽減します。 「検証済みの発行元の認定プロセス」を参照してください。

  1. 更新プログラムを送信する前に 、提出要件を満たしていることを 確認してください。 そうしないと、更新プロセスが遅れる可能性があります

  2. (検証済みの発行元の場合)新しいコネクタ成果物の準備ができたら、 パートナー センターに移動します。

    Microsoft 365 および Copilot Program のパートナー センターに成果物を既に提出している必要があります。 同じオファーをもう一度開き、[ 製品の概要] で関連するタブを更新します。

    以前に Microsoft 365 と Copilot プログラムのパートナー センターに成果物を送信している必要があります。 同じオファーを再度開き、オファーの製品の概要の該当タブを更新します。

  3. 既存の認定コネクタを更新するための新しいオファーを作成しないでください。

  4. 成果物を送信すると、Microsoft は新しいバージョンを認定し、テストのために返送します。 最初のバージョンの場合と同様に、コネクタをテストします。

    詳細については、「 認定でコネクタをテストする」を参照してください。 パートナー センターで公開予定の投稿を確認すると、Microsoft がコネクタを展開します。

    重要

    コネクタのサイズや複雑さに関係なく、新しいコネクタでも更新プログラムでも、デプロイには 15 日かかります。 整合性を保護するために、Microsoft は同じ検証タスクを実行して、すべての展開の機能とコンテンツをテストします。

    詳細については、生産スケジュール をご覧ください。

重大な変更を顧客に通知する

新しいコネクタ のバージョンで操作の機能 (操作パスの変更など) が変更された場合、更新プログラムによって 破壊的変更が発生します。 コネクタには特別な処理が必要であり、顧客に通知する必要があります。

多くの更新シナリオでは、破壊的変更が発生する可能性があります。 一般的な例を次に示します。

名前 Description
認証方法の削除 既存の認証方法を削除しないでください。 更新プログラムでコネクタの認証の種類を変更することはできません。
接続パラメータの削除 フィールド接続パラメーターは削除しないでください。 この変更により、接続でこのフィールドがまだ使用されているため、既存のフローが中断される可能性があります。
入力フィールドが削除されました 入力フィールドが削除されます。
入力フィールドの可視性が内部に変更されました 入力フィールドの可視性が 内部に変更されます。 この変更により、既定値が既存の値に置き換えられるか、更新後に既存のフローの既存の値が削除される可能性があります。
操作削除済み 操作が削除されます。 この変更により、既存のフローが中断される可能性があります。
OperationHidden 操作は非表示です。 この変更により、既存のフローのデザイナーが動作しなくなる可能性があります。
制限下で追加された出力フィールド 出力フィールドは、追加のプロパティが許可されていない場合に追加されます。 この変更により、既存のフローの検証が中断される可能性があります。
出力フィールドが必須から任意に変更されました 出力フィールドは 必須 から 省略可能に変更されます。 この変更により、必要に応じて、このフィールドに依存する既存のフローが中断される可能性があります。
出力フィールド削除 出力フィールドが削除されます。 この変更により、既存のフローがこのフィールドを使用していて、実際のペイロードが変更された場合に、フローが中断される可能性があります。
出力フィールド型変更 出力フィールドの型が変更されます。 この変更により、既存のフローがこのフィールドを使用していて、実際のペイロードが変更された場合に、フローが中断される可能性があります。
出力フィールドタイプ形式変更 出力フィールドの型形式が変更されます。 この変更により、既存のフローがこのフィールドを使用していて、実際のペイロードが変更された場合に、フローが中断される可能性があります。
出力スキーマ削除 出力スキーマ定義が削除されます。 この変更により、この出力を使用する既存のフローが中断され、実際のペイロードが変更される可能性があります。
パラメータの可視性が内部に変更されました パラメーターの可視性が internal に変更されます。 この変更により、既定値が既存の値に置き換えられるか、更新後に既存のフローの既存の値が削除される可能性があります。
レスポンスヘッダー削除 応答ヘッダーが削除されます。 この変更により、このヘッダーを使用する既存のフローが中断され、実際のペイロードが変更される可能性があります。
レスポンスヘッダータイプ変更 応答ヘッダーの種類が変更されます。 この変更により、このヘッダーを使用する既存のフローが中断され、実際のペイロードが変更される可能性があります。
レスポンスヘッダータイプフォーマット変更 (ResponseHeaderTypeFormatChanged) 応答ヘッダーの種類の形式が変更されます。 この変更により、このヘッダーを使用する既存のフローが中断され、実際のペイロードが変更された可能性があります。
階層がプレミアムに変更されました コネクタ層が Premium に変更されます。 この変更により、Free プランをお持ちのお客様はコネクタを使用できなくなります。

すべてのコネクタの更新と、認定パッケージ内の intro.md ファイルの重大な変更について詳しく説明します。 intro.md ファイルから生成された パブリック ドキュメント は、破壊的変更について顧客に通知するのに役立ちます。 詳細については、「 intro.md 成果物の作成」を参照してください。

ベスト プラクティスとして、 運用バージョン管理 に従って破壊的変更を処理します。 これにより、既存のワークフローが動作し続け、必要に応じて新しいバージョンの操作が導入されます。 一部の破壊的変更では、運用バージョン管理は必要ありません。 これらのケースについては、マイクロソフトの担当者にお問い合わせください。