元の資料 : Go with the Flow: What’s Happening with Workflow Rules and Process Builder?

現在、Salesforce プラットフォームには、重複する一連の自動化機能を含む少なくとも 3 つのツール (ワークフロールール、プロセスビルダー、およびフロー) があります。将来に目を向け、お客様からのフィードバックに耳を傾けると、プロセスの自動化が非常に多くの異なるツールセットに分散していることが、メンテナンスとイノベーションの両方を妨げていることは明らかです。したがって、Flow を使用します。トリガーされた自動化を Flow に投資することで、より堅牢で持続可能な未来と、多くの優れた新しい機能を提供できます。

将来的にデジタルトランスフォーメーションが加速する中、自動化が単なる 1 回限りのプロジェクトではないことは明らかです。それが成長し、ビジネスをサポートするためには、世話をする必要があります。これは、私たちが購入した検疫観葉植物に少し似ています。フローは、ワークフローとプロセスを構築するだけでなく、ビジネスの変化の要求に応じてそれらを維持および拡張するための、将来に向けた適切なプラットフォームです。

フロー自体には多くの推奨事項があり、イノベーションの速度も低下していません。

フローは以下を提供できます。

Wait, can you catch me up on what’s been happening? What’s everyone talking about?

全体的にパフォーマンスが向上するだけでなく、非同期実行、高速フィールド更新 (保存前)、エントリ条件などの機能を介して大量の自動化を改善および合理化する機能も備えています。
エラー処理、トラブルシューティング、およびデバッグの改善。いくつかのリリースで Flow 全体にこの機能セットを追加してきました。しばらくチェックしていない場合は、試してみてください。エラーメールから直接フローをクリックして、実行されたパスを確認できます。トリガーされたフローで、デバッガーから直接さまざまなレコード更新を試すことができます。また、デバッグ中にガバナー制限がどのように影響を受けるかを確認することもできます。
呼び出し可能なアクションとサブフローによる優れた拡張性。自動化の一部を Flow 自体または Apex にパッケージ化して、組織で再利用し、構成要素を作成してより多くの管理者に権限を与え、一般的な対話を標準化します。
MOARへの入り口！Salesforce 全体のパイロットとベータに注意を払っていれば、Flow に似たものがますます増えていることがわかります。Next Best Action は、Strategy Builder を Flow に移行する試験運用を行っています。Orchestrator は Flow の上に構築されたツールで、マルチユーザーのワークフローと対話を調整します。今すぐ Flow を学び、管理能力を開発することで、ユーザーに提供する新しい製品やイノベーションに取り組むことができるようになります。

But what about that word “retirement?” Am I going to have to move all my existing automation?

Flow をローコード自動化のワンストップショップにしたいと考えています。そして、私たちは開発者の力を最大限に発揮して素晴らしい新機能を構築し、現在持っているものをスケールアップできるようにしたいと考えています。つまり、プロセスビルダーとワークフロールールでの積極的な開発を停止しています。現時点では正式な EOL のアナウンスはありませんが、これを書いている時点で EOL のアナウンスに取り組んでいるので、詳細は近日中に発表される予定です。Flow を学習し、組織をレビューし、フィードバックを提供し、自動化するための十分な時間を確保できるように、事前に通知したいと考えています。

組織を維持し、将来を見据える最善の方法は、自動化を Flow に移行することです。これは、プロセスビルダーのロックスターになった人や、3 年間誰も触れていないワークフロールールの膨大な山を見ている人にとっては、大きくて困難な作業になる可能性があります。これには時間がかかることはわかっています。だからこそ、私たちは今あなたに伝えています！私たちは透明性を重視しており、移行を成功させるための最善の方法は、私たちの意図をオープンにし、これを実現するために必要なことを教えてもらうことだと考えています。

これを念頭に置いて、これまでに提供したものと、移行のロードマップに既に記載されているものを次に示します。

ワークフロールールをフローに自動的に変換する移行ツールを提供しました。Summer '22 では、このツールに追加の拡張機能があります。後続としてプロセスビルダーの移行ツールを追加する計画があります。
pring '22 でFlow Trigger Explorerを導入しました。これにより、管理者はレコードによってトリガーされるフローの実行順序を、他のレコードによってトリガーされるフローおよび各オブジェクトのオーケストレーションに関連して指定できます。これにより、トリガーされた自動化の実行順序を制御するためにメガフローを構築する必要がなくなります。Summer '22 では、フロートリガーエクスプローラーはオブジェクトマネージャーからアクセスできるようになり、単純なドラッグアンドドロップで、オブジェクトに関連付けられたすべてのトリガーされたフローの実行順序を簡単に管理できるようになります。
残りの機能のギャップと、実行時の動作の詳細に取り組んでいます。開発者がツールセット間の同等性に関する詳細を解決し、いくつかの長期にわたるバグに対処するために、実行順序をどれだけ深く掘り下げているかを理解するのは困難です。はい、私たちは長年のソフトウェアの問題に直面しています。たとえば、これが長い間動作していた場合、それはバグですか、それとも機能ですか? Flow API バージョンを使用して、ここでの変更を容易にします。
一般に、プロセスビルダーよりも前に、ワークフロールールの移行を優先しています。そのため、この順序で物事がリリースされたり、より多くの情報が共有されたりしても、驚かないでください。

#AwesomeAdmin プロからのヒント: 場合によっては、ワークフロールールとプロセスをそのまま移行するのではなく、時間をかけて見直したほうがよい場合があります。特に、しばらく前に構築された自動化はそうです。それらが必要かどうか (必要でない場合は、近藤麻理恵を実行してそれらを取り除く)、または改善できるかどうかを評価します。つまり、管理者のキャリアの後半に構築したものは、キャリアの初期よりもはるかに優れた構築であると考えてください。自動化を再利用可能なコンポーネントに再構築するか、新しい自動化機能を利用します。

How much time do I have before Workflow Rules and Process Builder are retired? Will they just stop working one day?

現時点では、廃止のすべてのフェーズの正式なタイムラインはありませんが、ワークフロールールとプロセスビルダーは引き続き機能します。自動化の実行を停止する (ルールが「動作を停止する」) ことは、EOL プロセスの最後のステップになります。その前に、新しいワークフロールールと新しいプロセスを作成する機能を無効にすることから始めます。これにより、Flow に移行されている間、既存のルールを一定期間実行し続けることができます。そのため、今すぐ Flow を開始することが最善の準備方法です。2022 年末近くに Create New をオフにすることを検討しています。また、コミュニティからのフィードバックを取り入れ、特定のタイムラインを作成する際に、今後の移行ツールをテストする予定です。

要約すると、現在のタイムラインは次のとおりです。

フローへのワークフロールールの変換をサポートする最初の移行ツールは、Spring '22 でリリースされました。
Process Builder 移行の追加サポートは現在、Winter '23 で予定されています (初期移行ツールからのフィードバックに依存します)。
Winter '23 で新しいプロセスとワークフローを作成する機能のブロックを開始する予定です。移行が成功し、コミュニティからの意見が得られるまで待ちます。

これらの将来の日付はすべて将来の見通しに関する記述であり、変更される可能性があります。

How are you addressing parity gaps between Flow and both Workflow Rules and Process Builder?

最近 Flow を試していない方は、過去数回のリリースで多くの主要なギャップに対処したことに気付いていないかもしれません。

ここにいくつかの更新があります：

スケジュールされたパスは、プロセスビルダーおよび時間ベースのワークフロールールのスケジュールされたアクションに代わるものです。また、議事録のサポートなど、いくつかの新しい機能や改善された機能もあります。
フローは、他のサブフローを呼び出すことができるようになりました。これは、プロセスビルダーのフローを呼び出す機能に代わる待望の機能です。
low は、レコードの更新中に何が変更されたかを追跡するさまざまな方法をサポートしています。多くの場合、特定の更新でユーザーが行った編集の種類を追跡するロジックを構築する必要があります。

フロー式はISCHANGED()、ISNEW()、および PRIORVALUE() をサポートします。
フロー演算子は、ドロップダウンメニューのオプションとして「変更されました」と表示されるようになりました。
フローエントリの条件と決定により、条件が新たに満たされたものとしてゲートするかどうかを選択できます(この特定の編集で私のステータスが「優先」に変更されたのに対し、私のレコードは更新され、そのステータスは「優先」のままです)。
Flow には、更新前のレコードの状態を示す$Record__Priorという自動変数が含まれています。これにより、特定のフィールド値を参照でき、作成と更新を区別したい場合は null に等しいかどうかを確認できます。

フローは、ワークフローアクションからの電子メールアラートだけでなく、アウトバウンドメッセージの呼び出しもサポートするようになりました。
Flow Trigger Explorer とトリガーされたフローのトリガー順序フィールドを使用して、トリガーされたフローとオーケストレーションの実行順序をオブジェクト別に制御します。

もちろん、まだ対処していないことは常にあります。特に、私たちはこの問題を機能同等性 (「私は X タスクを実行できない」) とユーザビリティー同等性 (「Y を行うのは非常に難しい」) の両方と見なしています。今後、最大の機能パリティギャップに対応したと感じているため、残りのギャップに取り組み続ける一方で、ワークフロールールやプロセスビルダーよりもフローで達成するのが難しい一般的なタスクにも対処することを検討しています。フィールドの更新 ( Summer '21 ) とトリガーの初期化 ( Winter '22 )で使いやすさに取り組んできました。）、今後も他の一般的なユースケースでこの作業を続ける予定です。また、機能が存在する場所であっても Flow の使用方法について混乱があることもわかっているため、サポートを支援するためのトレーニングとコンテンツの追加にも取り組んでいます。

電子メールアラートを廃止する予定はありますか?

電子メールアラートやその他のワークフローアクションを廃止する予定はありません。単一のビルダー内からメールを直接下書きして送信する場合は、Flow に [メールを送信] アクションもあります。オートメーション製品管理チームは、オートメーションからメールを送信するために管理者が他に何を知りたいかを知りたいと考えています。IdeaExchangeにアイデアを投稿し、 Salesforce Automation Trailblazer Communityで共有してください。

承認プロセスは長い間愛されていません。Salesforce は承認プロセスを廃止する予定ですか? 承認プロセスは、「フローへの移行」タイムラインのどこに位置付けられますか?

Salesforce は、何千ものお客様が積極的に使用している機能であるため、承認プロセスをすぐに廃止する予定はありません。Orchestrator が長期的に承認プロセスに取って代わると聞いたことがあるかもしれません。これは、Orchestrator の機能を実証するために承認シナリオを使用しているためです。現在の状態では、Orchestrator は承認プロセスのすべての機能を置き換えることはできませんが、フローに基づいているため、承認を処理する方法の柔軟性が向上します。Orchestrator を使用すると、複数の個人またはシステムから情報を収集する必要がある高度なビジネスプロセスを設計および自動化できます。簡単な承認から始めますが、さらに多くのことができます。

Trailhead でOrchestratorについて MOAR を学習します。

注: Orchestrator の価格については、アカウントエグゼクティブにお問い合わせください。