Power Automate の日付計算まとめ｜翌月1日・前月末・営業日を月初から組み立てる

📝 この記事は、Power Automate で日付を計算するときの型を、実際に動かしながら整理したものです。
式や関数の仕様はMicrosoft 公式（ワークフロー式の関数リファレンス）で確認しています。

「翌月1日」「前月末」「5営業日目」。月次フローを作ると必ず出てくる3つです。
どれも日数を数えて解こうとすると詰まります。
この記事では、月初を基準にして組み立てるという共通の型で、3つとも片づけます.

日付の相談は、だいたいこの3つに集まります。
最初は個別に答えていたのですが、どれも「月初から数える」で説明できると気づいてから、話が早く済むようになりました。

なぜ日数を足し引きすると失敗するのか

月末の日数は28〜31日と変わります。固定で日数を足すと、月によって結果がずれます。

addDays(utcNow(), 31) → 1月末に実行すると3月3日になる

一方で、どの月にも「1日」は必ず存在します。
だから月初を基準にすると、月ごとの差に振り回されなくなります。

翌月1日・前月末・今月末

使う関数は startOfMonth() と addMonths()、addDays() の3つだけです。

翌月1日｜1か月進めてから、その月の頭に丸めます。

startOfMonth(addMonths(utcNow(), 1))

今月1日｜そのまま丸めるだけです。

startOfMonth(utcNow())

前月末｜今月の1日から1日戻ります。月末を直接求めないのがコツです。

addDays(startOfMonth(utcNow()), -1)

今月末｜翌月1日から1日戻ります。同じ考え方です。

addDays(startOfMonth(addMonths(utcNow(), 1)), -1)

📌 utcNow() は UTC を返す

ここが実務でいちばん効いてくる話です。

utcNow() が返すのは協定世界時（UTC）です。日本時間ではありません。
日本時間との差は9時間なので、日本の朝9時より前は、UTCではまだ前日です。

つまり、月初の午前に動く月次フローで startOfMonth(utcNow()) を使うと、
前月の1日が返ってくることがあります。月末の判定でも同じことが起きます。

日本時間で判断したいなら、先にタイムゾーンを変換します。

convertTimeZone(utcNow(), 'UTC', 'Tokyo Standard Time', 'yyyy-MM-dd')

タイムゾーン名は Windows の標準的な名前を使います。日本は Tokyo Standard Time です。

「たまに1日ずれる」という話は、これが原因のことがあります。
毎日動かすフローだと月に1〜2回しか外れないので、原因にたどり着きにくいところです。私は日付を扱うとき、先に変換を入れてしまうようにしました。

表示の形を整える

計算結果はそのままだと 2026-04-01T00:00:00.0000000Z のような形で返ります。
メールやファイル名に使うなら整えます。

formatDateTime(startOfMonth(addMonths(utcNow(), 1)), 'yyyy/MM/dd')

formatDateTime() には書式のほかにロケールも渡せます。
曜日や月名を日本語で出したいときは、ここを指定します。

ファイル名やフォルダ名に使うなら yyyyMMdd、
人が読む文章に入れるなら yyyy年M月d日 のように、用途で分けると読みやすくなります。

「◯営業日目」を出す

営業日は、日数の計算では出せません。土日を飛ばして数える必要があるからです。
そこで1日ずつ進めながら数えるという素直な方法を使います。

dayOfWeek() が返すのは数字です。
日曜が0、月曜が1、と続いて土曜が6になります。
つまり 0 と 6 を飛ばせば平日だけ数えられます。

実務での使いどころ

月次レポートの対象期間｜前月1日と前月末をセットで出せば、集計範囲がそのまま決まります。

フォルダの自動作成｜yyyy年MM月 の形にして SharePoint のフォルダ名にします。

締め日のリマインド｜5営業日目の朝に通知、という形にすると、月末の駆け込みが減ります。

期間で絞り込むときの書き方

日付を出せるようになったら、次は期間で絞る場面が来ます。
前月ぶんのデータだけ集計したい、といったケースです。

比較するときは、両方を同じ形にそろえるのが鉄則です。
片方が 2026-04-01、もう片方が 2026/04/01 だと一致しません。

formatDateTime(項目の日付, 'yyyy-MM-dd') と formatDateTime(基準日, 'yyyy-MM-dd') を比べる

大小を比べるときは、yyyy-MM-dd の形なら、文字列のままでも正しく並びます。
年→月→日の順に桁がそろっているためです。
逆に M/d/yyyy の形にすると、文字として比べたときに順序が壊れます。

スケジュール実行の時刻もそろえる

毎朝動かすフローを作るとき、トリガー側にもタイムゾーンの設定があります。
ここが未設定のままだと、想定と違う時刻に動きます。

フローの中で日本時間に変換していても、
起動する時刻そのものがずれていたら意味がありません。
繰り返しトリガーのタイムゾーンを日本に設定したうえで、中の計算も日本時間にそろえる。
この2つはセットになります。

そのほか覚えておくと早い関数

時刻を切り落とす｜日付だけで比べたいときに使います。

startOfDay(utcNow())

単位を指定して足す｜時間や分の単位でも動かせます。

addToTime(utcNow(), 3, 'Hour')

期限までの日数で分ける｜締切日と今日を同じ書式にそろえてから比べれば、
「期限切れだけ通知する」といった分岐が作れます。

関数は入れ子にできますが、3段を超えると読めなくなります。
2段までにして、それ以上は作成アクションに分けるのが、結局いちばん速いです。

実際に組んでみる：前月ぶんの月次レポート

ここまでの式を、1本のフローにつなげます。
「毎月1日の朝に、前月ぶんの申請件数を集計してメールで送る」という形です。

手順2を分けているのは、地味ですが効きます。
式の中に utcNow() を何度も書くと、あとで直すとき、全部を探して回るはめになりました。基準になる日付は1か所で作って、そこから参照する。この形にしてから、直す時間が減りました。

まとめ

※ 本記事は公開日時点の内容です。筆者が実際に試した手順をまとめたもので、Power Automate の仕様は今後変わる可能性があります。
※ 記事の構成・図解の一部は、AIを壁打ち相手にしながら作成しています。