プロセスビルダーの仕組みとサポート終了後の移行先｜ブログ

この記事の読み方

最初に書いた時点では、Salesforceの自動化の道具の1つとして、プロセスビルダーの特徴と作り方を紹介していました。仕組みの説明と当時の画面は下に残してあります。既存のプロセスを読み解くときの手がかりとして使ってください。

先に結論です。新しい自動化は、プロセスビルダーではなくフローで作ってください。Salesforceの公式ヘルプでは、ワークフロールールとプロセスビルダーは2025年12月31日でサポートを終えたとされています。

公式ヘルプに書かれている内容です。

項目	内容
サポートの終了	2025年12月31日で、ワークフロールールとプロセスビルダーのサポートが終わりました
いま動いているもの	有効なワークフロールールとプロセスは、これまでどおり動き続けます
終わったこと	カスタマーサポートと不具合の修正は提供されません
移行の道具	「Migrate to Flow」ツールで、フローへの移行を進められます

動き続けるとはいえ、不具合が起きても直してもらえません。止まる前ではなく、いまのうちに移す計画を立てるのが安全です。

当時の記事では、次の特徴を挙げていました。

すべてのプロセスは、トリガ・1つ以上の条件・1つ以上のアクションでできています。当時の例は、金額の大きい商談が成立したら、契約書の下書きを作り、日をおいてフォローアップのToDoを作る、というものでした。

トリガを決める
どのオブジェクトの、どの変化で動かすかを決めます。例では商談を選び、「レコードを作成または編集したとき」にしました。「レコードを作成したときのみ」も選べました。
条件を決める
例では、フェーズが「Closed Won」で、かつ金額が決めた額より大きいことを条件にしました。条件は「すべての条件に一致（AND）」「いずれかの条件に一致（OR）」、または自分で組んだ式から選べました。
アクションを決める
条件に合ったときの動きを決めます。すぐに動かすことも、日時を基準に予定して動かすこともできました。

当時のアクションでできたことは次のとおりです。

アクション	内容
レコードの作成	新しいレコードを作る
レコードの更新	プロセスを始めたレコードや、関連するレコードを更新する
承認申請	レコードを承認プロセスへ回す
メール送信	指定したメールテンプレートでメールを送る
Chatterへの投稿	Chatterのフィードに投稿する

プロセスビルダーの「レコードが作成・編集されたとき」の処理は、フローではレコードトリガーフローで作ります。公式ヘルプには、次の点が書かれています。

ここで間違えやすいところです。1つのオブジェクトにプロセスとフローが混ざっていると、どちらが先に動いたかで結果が変わることがあります。移すときは、同じオブジェクトのプロセスとワークフロールールをまとめて洗い出し、1つずつ移しては動作を確かめ、移し終えたものは無効にしてください。