知識マップ: Power Automateで定期実行フローを設計する ── 月末処理・営業日判定・リマインドの実務

記事「Power Automateで定期実行フローを設計する ── 月末処理・営業日判定・リマインドの実務」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

Power AutomateのRecurrenceトリガーは頻度と間隔だけで動く単純な仕組みだが、開始時刻をタイムゾーン未指定にすると末尾Z付きのUTCとして解釈されるため、日本時間の意図とずれる罠を抱える。祝日を判定する組み込み機能はなく、営業日判定は祝日マスタをSharePointリストとして持ち、convertTimeZoneで日本時間に変換した「今日」と突き合わせ、対象外ならTerminateアクションで終了する構成が定石になる。月末が休日なら前営業日に前倒しする判定は月末日付や残り営業日数を求める日付計算を前提とし、営業日判定を経てから督促・リマインドの通知を担当者ごとにまとめて送る設計へとつなげる。加えて、定期実行フローはトリガー失敗の継続や90日間未実行などの条件で自動的にオフになったり、実行履歴が既定28日しか保持されなかったりするため、実行結果をSharePointリストへ記録しておく運用が欠かせない。

flowchart LR
    accTitle: Power Automateの定期実行フロー設計の知識マップ
    accDescr: Recurrenceトリガーの既定タイムゾーンUTCの罠、営業日判定と祝日マスタ・SharePointリストの関係、月末前倒し判定に必要な日付計算、督促通知のまとめ方、定期実行フローの自動オフや履歴保持といった運用リスクの関係を示す図
    power_automate["Power Automate"]
    recurrence_trigger["Recurrenceトリガー"]
    business_day_determination["営業日判定"]
    utc_default_pitfall["既定タイムゾーンUTCの罠"]
    convert_timezone["convertTimeZone式"]
    month_end_date_calculation["月末・締め日の日付計算"]
    holiday_master["祝日マスタ"]
    terminate_action["Terminateアクション"]
    sharepoint_list["SharePointリスト"]
    unattended_flow_risk["定期実行フローの運用リスク"]
    reminder_batching_design["督促・リマインドのまとめ配信設計"]
    power_automate -.->|"利用する"| recurrence_trigger
    recurrence_trigger -.->|"原因になり得る"| utc_default_pitfall
    convert_timezone -->|"防止する"| utc_default_pitfall
    power_automate -.->|"利用する"| convert_timezone
    month_end_date_calculation -->|"前提とする"| convert_timezone
    business_day_determination -->|"前提とする"| holiday_master
    business_day_determination -.->|"前提とする"| month_end_date_calculation
    business_day_determination -->|"利用する"| terminate_action
    business_day_determination -->|"利用する"| convert_timezone
    sharepoint_list -->|"推奨される対応"| holiday_master
    power_automate -->|"自動化する"| business_day_determination
    power_automate -.->|"原因になり得る"| unattended_flow_risk
    power_automate -.->|"利用する"| reminder_batching_design
    reminder_batching_design -.->|"前提とする"| sharepoint_list
    business_day_determination -->|"より先に行うべき"| reminder_batching_design
    sharepoint_list -->|"軽減する"| unattended_flow_risk
    recurrence_trigger -->|"用いるのは非推奨"| month_end_date_calculation
    power_automate -.->|"前提とする"| sharepoint_list

概念間の関係(全18件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• Power AutomateはRecurrenceトリガーを利用します。スケジュール実行のクラウドフローは、Recurrence(繰り返し)トリガーで頻度と間隔を設定して作る / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Recurrenceトリガーは既定タイムゾーンUTCの罠の原因になることがあります。タイムゾーン欄を指定しない場合、開始時刻は末尾にZを付けたUTCとして解釈され、日本時間で意図した時刻とずれる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• convertTimeZone式は既定タイムゾーンUTCの罠を防ぎます。utcNow()やトリガーの時刻をconvertTimeZoneで日本のタイムゾーン(Tokyo Standard Time)へ変換してから使うことで、UTCとのずれによる誤動作を防ぐ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Power AutomateはconvertTimeZone式を利用します。フロー内の日付計算は、utcNow()が返すUTCの現在時刻をconvertTimeZoneで日本時間に変換した値を使い回す / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 月末・締め日の日付計算はconvertTimeZone式を前提とします。月末や締め日の判定は、まずconvertTimeZoneで作った日本時間の「今日」を前提に式を組み立てる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 営業日判定は祝日マスタを前提とします。営業日判定は、祝日マスタに今日の日付が含まれるかどうかの検索を前提とする / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 営業日判定は月末・締め日の日付計算を前提とします。月末が休日なら前営業日に前倒しする判定を行う場合は、月末日付や残り営業日数を求める日付計算を前提とする(単に「今日が祝日マスタにあるか」だけを見る営業日判定では不要) / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 営業日判定はTerminateアクションを利用します。営業日でないと判定された場合は、Terminateアクションで実行をキャンセル済みとして終了する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 営業日判定はconvertTimeZone式を利用します。営業日判定は、convertTimeZoneで作った日本時間の「今日」を祝日マスタと突き合わせることから始まる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• SharePointリストは祝日マスタに対する本記事の推奨です。祝日マスタは、日付列と名称列を持つSharePointリストとして持つのが手軽である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Power Automateは営業日判定を自動化します。Power Automateのフローは、祝日マスタに基づく営業日判定とTerminateによる打ち切りをフロー冒頭の分岐として自動化できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Power Automateは定期実行フローの運用リスクの原因になることがあります。定期実行フローは、トリガー・アクションの失敗が続く場合や90日間一度もトリガーされない場合に自動的にオフになることがある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Power Automateは督促・リマインドのまとめ配信設計を利用します。本記事が組み立てる督促フローでは、期限超過の督促をSelectやFilter arrayなどのデータ操作アクションで担当者ごとに1通へまとめて送る / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 督促・リマインドのまとめ配信設計はSharePointリストを前提とします。台帳がExcelなど他形式で管理されている場合はSharePointリストへの置き換えが前提になり、督促の抽出は期限・状態・担当者の列を持つSharePointリストの台帳がデータとして取れることを前提とする / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• 営業日判定は督促・リマインドのまとめ配信設計より先に行うべきです。フローの構成では、営業日判定を先に行い、営業日でなければTerminateし、営業日のときだけ督促の抽出・通知に進む / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• SharePointリストは定期実行フローの運用リスクを軽減します。実行日時・処理件数・結果をログ用のSharePointリストへ記録しておくと、既定28日の実行履歴保持と無関係に過去の実行を確認できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Recurrenceトリガーを月末・締め日の日付計算に用いることは推奨されません。頻度が「月」の場合には毎月末や締め日が休日なら前営業日のような変動する日付を直接指定する欄がなく、この判定にRecurrenceトリガーの月次日付指定を使うのは向かない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Power AutomateはSharePointリストを前提とします。祝日マスタや督促対象の台帳など、判定・抽出に使うデータをSharePointリストとして持つ構成を前提にする / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

主要概念の定義

Power Automate

Microsoft Formsなどのトリガーから、SharePointへの転記や通知などのアクションを自動化するMicrosoftのクラウドフローサービス。Formsコネクタにはトリガー「新しい応答が送信されるとき」とアクション「応答の詳細を取得」がある。

Recurrenceトリガー

頻度と間隔を指定して、クラウドフローやLogic Appsのワークフローを定期的に起動させるトリガー。

営業日判定

祝日マスタや会社休業日リストと今日の日付を照合し、実行日が営業日かどうかをフローの冒頭で判定する処理。

convertTimeZone式

UTCの日時を指定したタイムゾーンのローカル日時に変換するPower Automate/Logic Appsの式関数。

月末・締め日の日付計算

今日の日付から月末日付や締め日までの残り日数を式で導出する、Power Automate/Logic Apps共通の日付計算パターン。

SharePointリスト

列・ビューによる状態管理ができる、SharePoint上のリスト形式のデータストア。

督促・リマインドのまとめ配信設計

期限超過などの通知を1件ずつ送らず、担当者ごとにデータ操作アクションで1通へまとめて送る設計。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。