Fabric Data Factory パイプラインでの承認アクティビティ

承認アクティビティはパイプラインを一時停止し、1 人以上のレビュー担当者に承認要求を送信します。 パイプラインは応答を待機し、要求が承認されるか拒否されたかに応じて、異なるパスを続行します。

これは、データの読み込みに対するサインオフ、レポートの公開の承認、職務の分離の強制など、先に進む前にワークフローで人間の決定が必要な場合に便利です。

承認処理

パイプラインが承認アクティビティに達すると、次のようになります。

  1. 指定したレビュー担当者に承認要求を送信します。
  2. 応答を一時停止して待機します。
  3. レビュー担当者の決定に基づいて、成功または失敗のパスに沿って続行します。 詳細については、「 パイプラインの結果」を参照してください。

前提条件

開始する前に、以下を用意してください。

パイプラインに承認アクティビティを追加する

  1. 新しいパイプラインを作成するか、既存のパイプラインを開きます。

  2. [アクティビティ] ウィンドウで承認を検索し、それを選択してキャンバスに追加します。

    承認アクティビティが強調表示されている [パイプライン アクティビティ] ウィンドウのスクリーンショット。

  3. キャンバスで承認アクティビティを選択します。

    パイプライン キャンバス上の承認アクティビティのスクリーンショット。

  4. [ 全般 ] タブで、アクティビティ名とその他の全般設定を構成します。 ガイダンスについては、「 全般設定」を参照してください。

承認の種類を選択する

[ 設定] タブで、承認要求の 種類 を選択します。

  • Outlook 365
  • Microsoft Teams
  • カスタム エンドポイント

Note

Outlook 365 とMicrosoft Teamsでは、承認のためのロールベースのアクセス制御 (RBAC) はサポートされていません。 RBAC のサポートが必要な場合は、 カスタム エンドポイント の種類を使用します。

Outlook 365 の設定を構成する

Outlook 365 の承認アクティビティ設定のスクリーンショット

  1. ドロップダウンから既存の接続を選択するか、新しい 接続 を作成します。
  2. 要求のタイトルを入力します。 これは、メールの件名行に表示されます。 簡潔でわかりやすいものにしてください。
  3. (任意)説明を入力してください。 これは電子メールの本文に表示されます。 レビュー担当者が承認内容とその理由を理解できるように、十分なコンテキストを含めます。
  4. 承認者のメール アドレスを入力します。 個々のユーザーまたはグループを指定できます。

電子メール接続の詳細については、「Office 365 Outlook アクティビティ」を参照してください。

Microsoft Teamsの設定を構成する

Microsoft Teams の承認アクティビティの設定のスクリーンショット。

  1. ドロップダウンから既存の接続を選択するか、新しい 接続 を作成します。
  2. 要求のタイトルを入力します。 これは、Teams メッセージの最初の行として表示されます。
  3. (任意)説明を入力してください。 これはメッセージ本文に表示されます。
  4. 設定 の [投稿] でチャネル または グループ チャットに投稿するかどうかを選択します。
  5. 承認者を指定するように残りの設定を構成します。

Teams 接続の詳細については、「 Teams アクティビティ」を参照してください。

カスタム エンドポイントの設定を構成する

  1. ドロップダウンから既存の接続を選択するか、新しい 接続 を作成します。
  2. エンドポイントに送信するためのBodyペイロードを入力します。

タイムアウト動作の構成

承認の時間制限を設定するには、[全般] タブの [タイムアウト] 値を使用します。タイムアウト前に応答が受信されない場合、アクティビティは失敗し、拒否パスに従います。

Note

要求者 (承認要求を送信しているユーザー) は、パイプラインを変更する最後のユーザーになります。

承認者のエクスペリエンス

パイプラインが承認アクティビティに到達すると、レビュー担当者は承認の種類に基づいて通知を受け取ります。

  • Outlook 365 - ApproveReject ボタンを含む電子メール。
  • Microsoft Teams - 承認アクション リンクを含む Teams メッセージ。
  • カスタム エンドポイント - 構成されたエンドポイントへの HTTP 要求。

レビュー担当者が受信した承認要求メールのスクリーンショット。

通知には、パイプラインの 監視ハブ へのリンクが含まれています。

承認要求に応答する

  1. 通知のリンクを選択して 監視ハブを開きます。

  2. [ レビュー ] タブに移動し、決定を送信します。

    承認アクティビティの監視ハブの [校閲] タブのスクリーンショット。

パイプラインに複数の承認アクティビティがあり、複数の承認者である場合は、[ 校閲 ] タブから一括承認または拒否できます。

決定を送信すると、パイプラインが自動的に再開されます。

パイプラインの結果

承認アクティビティには、次の 2 つの結果があります。

  • 承認済み - パイプラインは成功パスに沿って続行されます。

    正常に承認されたパイプラインの実行のスクリーンショット。

  • 拒否 - 承認者が要求を拒否したか、アクティビティがタイムアウトしました。パイプラインは、障害パスに沿って続行されます。

    拒否されたパイプライン実行のスクリーンショット。

ダウンストリーム アクティビティを成功パスまたは失敗パスに接続して、次に何が起こるかを制御します。

承認フローの実行を監視

承認アクティビティの実行は、パイプラインの実行履歴に表示されます。 これを見ることができます。

  • 承認要求が作成され、解決されたとき。
  • 各要求を承認または拒否したユーザー。
  • 承認結果とパイプラインの全体的な状態。

保留中の承認と完了した承認を表示するには、[ 監視 ] ページに移動し、[ 校閲 ] タブを開きます。

保留中の承認要求と完了した承認要求を示す [校閲] タブのスクリーンショット。

承認アクティビティのベスト プラクティス

  • 明確なコンテキストを含める - レビュー担当者に十分な詳細を提供して、フォローアップの質問をする必要がないようにします。
  • 承認スコープを狭く保ち、人間の 決定を必要とするステップのみをゲートします。
  • 明確な拒否パスを設計 する - 通知または修復手順を使用して拒否を処理します。
  • 実際のビジネス プロセスを反映 する - 承認を一般的な遅延または一時停止として使用しないようにします。