知識マップ: Power Automateで承認フローを作る ── 紙とメールの稟議・申請を電子化する
記事「Power Automateで承認フローを作る ── 紙とメールの稟議・申請を電子化する」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。
Power Automateの承認(Approvals)機能はクラウドフローの一部として提供され、Microsoft Dataverseに要求・応答のレコードを保存しながら、TeamsやOutlook、SharePointリスト、Microsoft Formsと組み合わせて紙・メールの稟議を電子化する。クラウドフロー1回の実行は30日で打ち切られるため承認待ちも遅くともタイムアウトし、督促と再要求によるエスカレーション設計が対策として推奨される。フローの実行履歴は既定28日しか残らないため承認証跡としては使えず、結果をSharePointリストへ書き戻す設計が推奨される。承認結果によるリストの更新自体がトリガー条件を満たしてフローを再起動させる自己トリガーのループが起こり得るため、トリガー条件による絞り込みが欠かせない。承認者の一時的な不在は再割り当てで、フロー所有者の交代リスクは共同所有者の設定で軽減する。
flowchart LR
accTitle: Power Automateの承認フローの知識マップ
accDescr: Power Automateの承認(Approvals)機能がクラウドフロー・Dataverse・SharePointリスト・Teams・Outlook・Formsとどう関わり、30日の実行期間上限によるタイムアウトや自己トリガーの無限ループといったリスクを、トリガー条件・共同所有者・証跡の書き戻しでどう防ぐかを示す図。
power_automate_approval["承認(Approvals)機能"]
power_automate_cloud_flow["Power Automate クラウドフロー"]
dataverse["Microsoft Dataverse"]
microsoft_teams["Microsoft Teams"]
outlook["Outlook"]
sharepoint_list["SharePointリスト"]
microsoft_forms["Microsoft Forms"]
flow_run_duration_limit["クラウドフローの実行期間上限(30日)"]
approval_timeout["承認アクションのタイムアウト"]
approval_timeout_escalation["タイムアウト時の督促・エスカレーション設計"]
rejection_resubmission_loop["差し戻し・再申請ループ"]
trigger_condition["トリガー条件(Trigger Conditions)"]
self_trigger_loop["自己トリガーによる多重起動"]
flow_run_history["フローの実行履歴"]
approval_audit_trail["承認の証跡・監査記録"]
approval_reassign["承認の再割り当て(Reassign)"]
approver_unavailability["承認者の不在・恒常的な変更が必要な状況"]
flow_co_owner["フローの共同所有者"]
power_automate_cloud_flow -.->|"利用する"| power_automate_approval
power_automate_approval -->|"前提とする"| dataverse
power_automate_approval -->|"に保存される"| dataverse
power_automate_approval -.->|"利用する"| microsoft_teams
power_automate_approval -->|"利用する"| outlook
power_automate_cloud_flow -.->|"利用する"| sharepoint_list
power_automate_cloud_flow -.->|"利用する"| microsoft_forms
flow_run_duration_limit -->|"原因になり得る"| approval_timeout
power_automate_approval -.->|"原因になり得る"| approval_timeout
approval_timeout_escalation -->|"推奨される対応"| approval_timeout
rejection_resubmission_loop -->|"前提とする"| trigger_condition
power_automate_cloud_flow -.->|"原因になり得る"| self_trigger_loop
trigger_condition -->|"防止する"| self_trigger_loop
flow_run_history -->|"用いるのは非推奨"| approval_audit_trail
sharepoint_list -->|"推奨される対応"| approval_audit_trail
approval_audit_trail -->|"利用する"| power_automate_approval
approval_reassign -->|"軽減する"| approver_unavailability
flow_co_owner -->|"推奨される対応"| power_automate_approval
flow_co_owner -->|"推奨される対応"| approver_unavailability
rejection_resubmission_loop -->|"利用する"| power_automate_approval
power_automate_cloud_flow -->|"利用する"| trigger_condition
概念間の関係(全21件)
図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。
- Power Automate クラウドフローは承認(Approvals)機能を利用します。
- 承認(Approvals)機能はMicrosoft Dataverseを前提とします。
- 承認(Approvals)機能はMicrosoft Dataverseに保存されます。
- 承認(Approvals)機能はMicrosoft Teamsを利用します。
- 承認(Approvals)機能はOutlookを利用します。
- Power Automate クラウドフローはSharePointリストを利用します。
- Power Automate クラウドフローはMicrosoft Formsを利用します。
- クラウドフローの実行期間上限(30日)は承認アクションのタイムアウトの原因になることがあります。
- 承認(Approvals)機能は承認アクションのタイムアウトの原因になることがあります。
- タイムアウト時の督促・エスカレーション設計は承認アクションのタイムアウトに対する本記事の推奨です。
- 差し戻し・再申請ループはトリガー条件(Trigger Conditions)を前提とします。
- Power Automate クラウドフローは自己トリガーによる多重起動の原因になることがあります。
- トリガー条件(Trigger Conditions)は自己トリガーによる多重起動を防ぎます。
- フローの実行履歴を承認の証跡・監査記録に用いることは推奨されません。
- SharePointリストは承認の証跡・監査記録に対する本記事の推奨です。
- 承認の証跡・監査記録は承認(Approvals)機能を利用します。
- 承認の再割り当て(Reassign)は承認者の不在・恒常的な変更が必要な状況を軽減します。
- フローの共同所有者は承認(Approvals)機能に対する本記事の推奨です。
- フローの共同所有者は承認者の不在・恒常的な変更が必要な状況に対する本記事の推奨です。
- 差し戻し・再申請ループは承認(Approvals)機能を利用します。
- Power Automate クラウドフローはトリガー条件(Trigger Conditions)を利用します。
主要概念の定義
機械可読データ
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。