Salesforce Winter ’27：Flowの新分岐「日付で分岐」を実機検証
投稿日：
更新日：
#Salesforce #Winter '27 #Flow #日付
目次
本記事は2026年9月時点のSalesforce Winter ’27プレビュー環境で確認した内容です。一般提供までに画面や仕様が変更される可能性があります。
2026年10月に本番適用となるSalesforce Winter ’27では、フロービルダーの新たな要素として「項目値による分岐」と「日付で分岐」が加わりました。どちらも決定要素系の新しい分岐タイプです。単純な条件分岐であれば従来の決定要素より少ない設定でパスを作れるのが特徴です。
「日付で分岐」「項目値による分岐」が、Winter ’27で追加された2つの分岐要素です（図1）。
図1：Winter ’27で追加された「日付で分岐」と「項目値による分岐」
2つは用途が異なります。
- 項目値による分岐：1つの項目の値を見て処理を分ける場合に適している
- 日付で分岐：フローを実行した日付を基準に前後や期間内を判定する場合に適している
複数項目を組み合わせる条件やAND／ORを使う条件では、引き続き従来の決定要素が適しています。
| やりたいこと | 向いている分岐 |
|---|---|
| 1つの項目の値ごとに処理を分ける | 項目値による分岐要素 |
| 現在日付を基準に、前・後・期間内などで処理を分ける | 日付で分岐要素 |
| 複数条件、AND／OR、項目同士の比較を行う | 決定要素 |
本記事では、このうち「日付で分岐」を取り上げます。基本的な設定方法に加え、「前」「後」「当日」「次の間」の境界、利用できる日付型リソース、相対日付、Null、複数パスの優先順位を実機で確認し、従来の決定要素との使い分けを整理します。
Salesforce Winter ’27：Flowの新しい分岐「項目値による分岐」を実機検証
日付で分岐とは
「日付で分岐」は、
- 指定した日付を基準に、現在日がその日付より前・当日・後のどこにあるか
- または指定した開始日～終了日の範囲内にあるか
を判定して処理を分ける要素です。
基準となる日付には、固定日付のほか、レコードの日付項目、日付型の変数・数式・定数などを指定できます。実機のデバッグログでは、現在日が $Flow.CurrentDate として評価され、各パスに指定した日付または日付範囲と比較されました。
各パスでは、まず日付演算子を選び、その後に比較する日付を指定します。日付はカレンダーから直接入力するほか、日付型のリソースも利用できます。
図2：日付演算子と、比較する日付の指定方法
| 日付演算子 | 判定内容 |
|---|---|
| 前 | 現在日が指定日より前 |
| 次の間 | 現在日が開始日から終了日の範囲内 |
| 後 | 現在日が指定日より後 |
| 当日 | 現在日が指定日と同じ日 |
固定日付を直接入力することもできます。ただし、「今日から7日後」のように実行日に応じて基準日を変えたい場合は、数式などのリソース指定が適しています。本記事では、実務で使いやすい日付項目や数式などのリソース指定を中心に検証します。
「前」「当日」「後」は基準日を含むか
最初に、現在日と比較日付が同じ場合の挙動を確認しました。$Flow.CurrentDate、商談の完了予定日、日付型変数、日付型数式、日付型定数をそれぞれ比較日付として指定しても、結果は同じでした。
| 演算子 | 現在日 = 比較日付の結果 | 判定式のイメージ |
|---|---|---|
| 前 | × | 現在日 |
| 当日 | ○ | 現在日 = 比較日付 |
| 後 | × | 現在日 > 比較日付 |
図3：商談の完了予定日を比較日付として指定した例
「前」「後」は比較日付を含みません。「前＝以前」「後＝以後」ではなく、前は未満、後は超過として扱われます。当日を含めたい場合は「当日」を別パスとして用意する必要があります。
「次の間」は開始日・終了日の両方を含む
「次の間」では開始日と終了日を指定します。開始日と同じ日、終了日と同じ日の両方をデバッグしたところ、いずれも該当パスに入りました。
| 確認した日付 | 結果 |
|---|---|
| 開始日と同じ | ○ |
| 開始日と終了日の間 | ○ |
| 終了日と同じ | ○ |
図4：「次の間」で開始日～終了日を設定した例
デバッグログでは「現在日 >= 開始日」かつ「現在日 として評価されました。つまり、「次の間」は開始日・終了日の両端を含む範囲指定です。
比較日付に指定できるリソース
比較日付には、固定日付だけでなく日付型のリソースを利用できます。今回の検証では、次のリソースを指定できました。
| リソース | 結果 | 補足 |
|---|---|---|
| $Flow.CurrentDate | 〇使用可能 | グローバル変数 |
| レコードの日付項目 | 〇使用可能 | 商談の完了予定日など |
| 日付型変数 | 〇使用可能 | デフォルト値あり／なしを検証 |
| 日付型数式 | 〇使用可能 | TODAY() や TODAY()+7 など |
| 日付型定数 | 〇使用可能 | 固定の日付をリソース化 |
| 日付/時間型のレコード項目 | ×候補に表示されず | 商談の作成日などは選択候補に表示されなかった |
図5：日付型変数を比較日付として指定した例
図6：商談では日付型項目のみが候補に表示された
少なくとも今回の商談を使った検証では、「作成日」などの日付/時間型項目は選択候補に表示されませんでした。日付/時間を基準にしたい場合は、日付型の数式リソースへ変換するなど、別の方法を検討する必要があります。
数式を使えば相対日付でも分岐できる
日付型の数式リソースを使うと、「今日から7日後」のような相対日付も比較日付にできます。今回は次の数式を作成しました。
数式例
TODAY() + 7
2026/9/12に実行した場合、数式結果は2026/9/19です。「前」を指定すると、デバッグログでは 2026/09/12 < 2026/09/19 と評価され、該当パスに入りました。
図7：TODAY()+7 を比較日付として利用した検証
さらに「次の間」の開始日に TODAY()、終了日に TODAY()+7 を指定することで、「今日から7日後まで」という動的な期間も作成できました。
図8：TODAY() ～ TODAY()+7 の相対期間を設定
たとえば、商談の完了予定日や契約更新日を比較日付として指定すれば、現在日が期限前か、期限当日か、期限後かを分けられます。固定日付をハードコードせずに運用できる点は、日付で分岐の実用的な使い方の一つです。
利用時の注意点
Nullを比較日付にする場合
値を設定していない日付型変数を比較日付として指定し、「前」「当日」「後」をそれぞれ確認しました。結果は直感的ではありませんでした。
| 演算子 | Nullを比較日付にした結果 |
|---|---|
| 前 | ×前とは判定されない |
| 当日 | ×当日とは判定されない |
| 後 | 〇後と判定される |
図9：Nullの日付型変数を比較日付にしたデバッグ結果
デバッグログでは、現在日がNullより「後」と判定されました。
「日付で分岐」には、Nullそのものを明示的に判定する演算子はありません。Nullになり得る値を扱う場合は、先に従来の決定要素でNull判定を行い、その後に日付で分岐を配置する方が意図を読み取りやすくなります。
複数パスに一致した場合は上から優先
同時に複数のパスへ一致する条件も作れます。たとえば2026年9月12日に、「2026年9月1日より後」と「2026年9月10日より後」を並べると、どちらも条件を満たします。
図10：複数パスに一致する場合の優先順位
この場合は、上に配置した「2026/9/1より後」のパスが実行されました。設定画面にも「システムは優先度順（上から下）にパスを評価します」と表示されています。条件が重なる場合は、より限定的な条件を上に置くなど、パスの順番を意識する必要があります。
開始日と終了日を逆にしても保存できる
「次の間」で開始日を2026年9月20日、終了日を2026年9月10日として、開始日と終了日を逆に設定しました。この状態でも設定は保存できました。
図11：開始日が終了日より後の場合の挙動
デバッグでは「現在日 >= 2026/09/20」かつ「現在日 従来の決定要素との使い分け
「日付で分岐」で作れる条件の多くは、従来の決定要素でも実装できます。違いは、日付判定に必要な設定量と、複雑な条件を組み立てられる範囲です。
| ケース | 日付で分岐 | 従来の決定要素 |
|---|---|---|
| 指定日より前／後 | ◎ | 〇 |
| 指定日当日 | ◎ | 〇 |
| 指定期間内 | ◎ | 〇 |
| TODAY()+7 などの相対日付 | 〇 | 〇 |
| 日付以外の条件も組み合わせる | × | ◎ |
| AND／ORで複数条件を組み合わせる | × | ◎ |
| Nullを明示的に判定する | × | ◎ |
| 複数項目を使った複雑な条件 | × | ◎ |
単純な日付条件なら「日付で分岐」
「現在日が完了予定日より前」「契約更新日の当日」「今日から7日以内」といった日付だけの判定であれば、専用UIで条件の意味を読み取りやすい「日付で分岐」が適しています。
複数条件を組み合わせるなら決定要素
たとえば「完了予定日を過ぎている、かつ商談フェーズが提案中」のように、日付以外の条件を組み合わせる場合は従来の決定要素が適しています。AND／OR、複数項目、明示的なNull判定なども決定要素の方が柔軟です。
日付だけでシンプルに分けるなら「日付で分岐」。複数の条件を組み立てるなら従来の決定要素。
実務で使いやすい
日付で分岐は、現在日を軸にした状態判定と相性がよい要素です。たとえば次のようなフローで利用できます。
- 現在日と商談の完了予定日を比較し、期限前／当日／期限超過で処理を分ける
- 現在日と契約更新日を比較し、更新前／当日／更新後で通知や後続処理を切り替える
- TODAY() ～ TODAY()+7 を使い、今後7日間だけ特定の処理を実行する
- キャンペーンや申込期間など、開始日・終了日の範囲内だけ別パスへ進める
一方、Nullが混在するデータや、日付以外の条件も含む業務ロジックでは、無理に1つの要素へ寄せず、決定要素と組み合わせた方がフロー全体の意図を追いやすくなります。
まとめ
Winter ’27の「日付で分岐」を実機で確認した結果、基本的な日付判定は専用UIだけで簡潔に設定できました。今回確認した内容をまとめると次のとおりです。
| 検証項目 | 結果 |
|---|---|
| 前 | 比較日付を含まない（現在日 |
| 当日 | 比較日付と同じ日に一致 |
| 後 | 比較日付を含まない（現在日 > 比較日付） |
| 次の間 | 開始日・終了日の両方を含む |
| 日付型リソース | 項目・変数・数式・定数を利用可能 |
| 相対日付 | TODAY()+7、TODAY()～TODAY()+7 を利用可能 |
| 日付/時間型項目 | 今回の検証では選択候補に表示されず |
| 複数パス一致 | 上から最初に一致したパスを実行 |
| Null | 「後」に一致する挙動を確認。明示的なNull判定は不可 |
| 開始日 > 終了日 | 設定可能。そのままAND条件として評価 |
単純な日付条件では、従来の決定要素より設定内容を追いやすくできます。一方で、Nullの扱い、複数パスの順序、日付範囲の開始日・終了日の設定には注意が必要です。日付だけで完結する条件は「日付で分岐」、条件を組み合わせる場合は従来の決定要素、という切り分けが分かりやすいでしょう。
＜Salesforce＞
弊社ではSalesforceをはじめとするさまざまな無料オンラインセミナーを実施しています！
＞＞セミナー一覧はこちら
また、弊社ではSalesforceの導入支援のサポートも行っています。ぜひお気軽にお問い合わせください。
＞＞Salesforceについての詳細はこちら
＞＞Salesforceの導入支援実績はこちらからご覧いただけます！
医療業界に特化した営業支援、顧客管理(SFA/CRM)のコンサルティングも提供しております。こちらもぜひお気軽にお問い合わせください。
＞＞顧客管理(SFA/CRM)のコンサルティングの詳細はこちら
