現在、商談が受注してかつ一定金額を超えていたらChatter投稿する機能をフローで実装しています。
他システム連携との関係上、Chatter投稿はレコードが保存されてから1分後に実行して欲しいという依頼を受けました。
だったらスケジュール済みパスを使えば実現できると思い、開始条件は変更せず、スケジュール済みパスで１分後に処理を実行するように改修！

いざテストすると、問題なく１分後にChatter投稿されました。

よしよし、これで大丈夫。
すると、ユーザー部門から「商談の項目を更新するたびにChatter投稿されるんだけど。」との指摘が。

そんなはずはない！
開始条件は変更していないし、ちゃんと「条件の要件に一致するようにレコードを更新したときのみ」になってるし。

うーん、しょうがない、Salesforceのサポートに聞いてみよう。
ということで、以下、Salesforceのサポートに聞いた結果の抜粋です。

--------------------------------------------------------------------------------
いただいた内容を確認させていただいたところ、下記既知の問題にて報告されている事象に合致しているものとお見受けしております。

▼Record trigger Flow with the scheduled path is running every time when a record is updated
https://issues.salesforce.com/issue/a028c00000gAzH6AAK/record-trigger-flow-with-the-scheduled-path-is-running-every-time-when-a-record-is-updated

スケジュール済みパスを使用したフローに関しては、フローの開始要素で [条件の要件に一致するようにレコードを更新したときのみ] を選択していても、フローの条件に一致するようレコードが保存されると毎回フローが起動しスケジュールされる動作でございます。

▼Salesforce の「既知の問題」のサイトについて
https://help.salesforce.com/s/articleView?id=000386216&type=1
--抜粋--
Working as Expected
ドキュメントではバグであるとはされていないため、製品チームは問題を解決するための計画を立てません。Salesforce にソリューションをさらに検討してほしいという場合は、IdeaExchange にアイデアを投稿してください。
--抜粋--

加えて、本件については上記既知の問題にて有用な回避策はなしと記載されておりますとおり、現状動作となりますため、大変申し上げにくいのですが有用な回避策などを確認できませんでした。
--------------------------------------------------------------------------------

なんと！既知の問題で、回避策なし。

泣く泣く、他の方法で実現できないか検討することになりました。
まだまだフローには落とし穴がありますね。
実装する際には想定外も含めて入念なテストが必要だなと実感しました。

スケジュール済みパスに潜む罠