Salesforceの自動化ルール（Flow）が競合・衝突する問題

「新しい自動化ルールを追加したら、別のFlowが動かなくなった」——Salesforceの運用を長く続けている企業の管理者から、こうした相談が寄せられることがあります。業務効率化のために一つずつ追加してきたFlowや自動化ルールが、気づかないうちに互いに干渉し合い、思わぬ不具合を引き起こすケースは少なくありません。

Salesforceは同じレコードに対して複数のFlowやトリガーを設定できる柔軟性がありますが、その柔軟性ゆえに、どのルールがどの順序で実行されるのかを把握しないまま追加を続けると、更新の競合や無限ループといった問題が発生しやすくなります。特に担当者が入れ替わりながら長期間運用している組織では、過去に誰がどの目的で設定したのか分からないルールが積み重なっていることもあります。

この記事では、Salesforceの自動化ルールが競合・衝突する典型的なパターンと、その原因の見極め方、そして整理を進める際の考え方について解説します。

この記事の要点（30秒でわかるまとめ）

• 複数のFlowやトリガーが同じレコードを更新しようとすると、実行順序次第で意図しない結果になることがある
• 自動化ルールが増えるほど、全体の処理の流れを俯瞰しづらくなる
• 衝突の原因は多くの場合「設定の重複」「実行順序の想定違い」「対象範囲の広すぎる条件設定」に集約される
• 定期的な棚卸しと、ルールごとの責任範囲を明確にする運用が衝突を防ぐ基本になる

自動化ルールの競合が起こる典型パターン

結論：Flow同士の競合は、複数のルールが同じフィールドを異なるタイミング・条件で更新しようとすることから起こります。

Salesforceでは、レコード作成・更新時に複数のFlowやプロセスが連鎖的に実行される仕組みになっています。例えば「商談のステージが変わったら担当者に通知する」Flowと「商談のステージが変わったら関連タスクを自動作成する」Flowが別々に設定されている場合、どちらが先に実行されるかによって後続の処理が想定と異なる結果になることがあります。こうした連鎖は設定画面上では見えにくく、実際に問題が起きてから原因を調査することになりがちです。

無限ループに陥るケース

あるFlowの更新が別のFlowのトリガー条件を満たし、さらにその更新が最初のFlowの条件を再度満たしてしまう、という循環が発生することがあります。Salesforce側にはループ回数の上限がありますが、上限に達するとエラーで処理が止まり、業務に支障が出ることがあります。

競合の原因を見極める視点

結論：競合の原因を特定するには、関連するレコードに紐づく自動化ルールを一覧化し、実行順序と対象条件を可視化することが出発点になります。

自動化ルールが増えるほど、どのルールがどの条件で動くのかを個々の担当者の記憶に依存した状態になりやすくなります。まずは対象オブジェクトごとに設定されているFlow・プロセス・Apexトリガーを一覧化し、それぞれの実行条件と更新対象フィールドを整理することで、重複や矛盾している箇所が見えやすくなります。Salesforceの自動化ルール自体がブラックボックス化しやすい問題についてはSalesforceのフロー（Flow）が複雑化してブラックボックス化する問題でも取り上げています。

対象範囲の条件設定の広さ

「すべての更新」を対象にしたFlowを設定してしまうと、本来意図していなかった更新操作まで反応してしまい、他のルールとの衝突が起こりやすくなります。対象条件はできるだけ絞り込んだ範囲で設定することが、衝突を防ぐ基本的な考え方です。

衝突を防ぐための運用の整理

結論：自動化ルールの衝突を防ぐには、新規追加時のレビュー体制と、定期的な棚卸しの仕組みを運用に組み込むことが必要です。

新しいFlowを追加する際に、既存のルールとの関係を確認せずに追加を続けると、衝突のリスクは時間とともに蓄積していきます。新規追加時には既存ルールとの関係を確認するレビューのステップを設け、半年〜1年に一度程度、使われていないルールや重複しているルールを棚卸しする運用にしておくことで、衝突のリスクを一定の範囲に抑えやすくなります。こうした運用ルールの形骸化はSalesforceのガバナンス・運用ルールが形骸化する問題への対処とも関連する課題です。

整理が難しい場合の選択肢

結論：自動化ルールが複雑に絡み合い、社内での整理が難しくなっている場合は、外部の視点で設計を見直すという選択肢もあります。

長期間にわたって担当者が入れ替わりながら運用してきたSalesforce環境では、既存の自動化ルールの意図を正確に把握している人がいない、というケースも見られます。そうした場合、現状の挙動を一つずつ検証しながら整理するには相応の時間がかかるため、外部のエンジニアリングリソースを活用して棚卸し・再設計を進める方法も現実的です。業務全体の自動化設計を含めて見直したい場合は、AI受託開発による業務システムの再設計も選択肢の一つになります。

よくある質問（FAQ）

Q. どのくらいの数のFlowから競合リスクが高まりますか？ A. 数そのものよりも、同じオブジェクト・同じフィールドに対して複数のルールが重複して介入しているかどうかが重要です。少数でも対象範囲が重なっていれば競合は起こり得ます。

Q. 無限ループのエラーが出た場合、どう対処すればよいですか？ A. まずエラーが発生したFlowとその更新対象を特定し、どのルールが循環の起点になっているかを確認します。条件分岐を見直すか、更新対象を絞り込むことで解消できる場合があります。

Q. Flowの棚卸しはどのくらいの頻度で行うべきですか？ A. 業務の変化が多い組織では半年に一度程度、安定している組織でも1年に一度は棚卸しを行うことをおすすめします。

Q. 自社で整理するのが難しい場合、どこに相談すればよいですか？ A. 現状の自動化ルールの構成を可視化した上で、再設計の必要性を判断することになります。まずは開発事例を参考に、現状把握から始めるご相談も可能です。

まとめ

Salesforceの自動化ルールが競合・衝突する問題は、複数のFlowが同じレコード・同じフィールドに対して異なるタイミングで介入することから起こります。原因を見極めるには関連ルールの一覧化と実行順序の可視化が出発点となり、新規追加時のレビューと定期的な棚卸しを運用に組み込むことで、衝突のリスクを抑えやすくなります。

Irwin&co株式会社は生成AI特化の受託開発・コンサルティングを行っており、業務システムの自動化設計の見直しについても初回商談で実際に動くデモを無償で提示しています。自動化ルールの整理や再設計を検討している場合は、お問い合わせからご相談ください。