SharePointの申請を1人に承認依頼する（承認・却下・未回答を確認）

準備：本番と別のSharePointリスト「承認練習」を用意します。標準のタイトル列（1行テキスト）だけを使い、顧客情報や実際の申請は入力しません。SharePointと承認コネクタへの接続、リストへの権限、組織のDLPポリシー、標準コネクタを利用できるライセンスを確認してください。標準コネクタでも全員が無条件で無料という意味ではありません。

承認を初めて使う環境ではDataverseの準備が必要な場合があります。自分で新しい権限を付けず、管理者へ利用可能な環境か確認してください。この練習では担当者を自分の組織メール1人にします。通知を受け取るため、他人のアドレスや実在しない例示アドレスを入れないでください。

自動化したクラウドフローを作り、SharePointの「項目が作成されたとき」でテスト用サイトと「承認練習」を選びます。「作成または変更されたとき」ではありません。保存してフローを有効にしてから、新しい項目のタイトルに「練習01：備品購入」を入れます。既存項目を書き換えるだけでは、このトリガーの新規作成テストになりません。

承認コネクタの「承認の開始と待機」（表示によっては「開始して承認を待機」、Start and wait for an approval）を追加。種類は「承認/拒否 - 最初に応答」、担当者は自分の組織メールです。タイトルはトリガーの「タイトル」の動的コンテンツ、詳細は「動作確認用。実際の購入や支払いは行いません。」という固定文にします。依頼の送信だけで終わる「承認を作成」と取り違えないでください。

承認アクションの直後に条件を追加し、実行条件は承認が「成功しました」の場合だけにします。左辺に承認全体の「結果（Outcome）」の動的コンテンツ、比較に「等しい」、右辺に通常テキストでApproveを指定。はい側のデータ操作「作成」に「承認済み」と入れます。Responses内の個々の回答を選んで意図しないApply to eachを作らないようにします。

最初の条件のいいえ側に、もう1つ条件を追加します。同じOutcomeが通常テキストRejectと等しいかを調べ、はい側の「作成」に「却下」、いいえ側の「作成」に「結果を要確認」と入れます。ApproveとRejectは英字の大文字・小文字を含めて指定します。予期しない値を自動的に却下へ置き換えないための確認用分岐です。

確認A：練習01の依頼を自分のPower Automate承認画面で承認し、実行履歴の承認出力と条件、「作成」の出力が「承認済み」になることを確認します。確認B：新しい項目「練習02：備品購入」を作り、今度は拒否して「却下」になるか確認します。1つの依頼に承認と拒否の両方を返すテストではありません。

確認C：新しい項目「練習03：未回答確認」を作り、すぐには回答しません。待機中は後続の条件も作成もまだ動かない想定です。確認後はその依頼に回答して練習を終えます。これだけではタイムアウトを検証したことになりません。依頼が届かない場合は、まず実行履歴でトリガー起動と承認アクションの状態、担当者と環境を確認し、同じ申請を何度も登録しないでください。

本番化前：失敗・タイムアウト時は成功後の条件へ進まないため、Reject判定では検知できません。関連する「失敗・タイムアウト時だけ通知する」の実行条件を参考に、承認を含む監視範囲と連絡先を別途設計・テストします。このページの基本フローには、その通知分岐や督促、再依頼、承認状態のリスト書き戻しは含めません。