フロー

画面フロー、レコードトリガフロー、スケジュールトリガフロー、プラットフォームイベントトリガフロー、自動起動フロー

バックグラウンド実行で、APEXやプロセスなど他の自動化処理から呼び出せる

クイックアクション、ユーティリティバー、Lightningアプリケーションビルダーやエクスペリエンスビルダーで編集できるページ

トリガーフローの開始設定で、エントリ条件を指定する

条件を満たさない→条件を満たす時のみのトリガ起動とする設定か 条件を満たす→条件を満たす時でもトリガ起動させる設定

不可能、フローを実行　権限が必要

フローの編集アクセス権の設定で、 許可したいユーザのプロファイルを有効にする これでこのフローを実行できるのは有効にされたプロファイルまたは権限セットを割り当てられたユーザだけになります。

オブジェクト固有アクション(グローバルはだめ)、Lightningページ、ユーティリティバー、エクスペリエンスビルダーページ

画面フローか自動起動フロー 画面フローは画面フローしか起動できない。 自動起動フローは色々なとこから起動できる。 Salesforceでは、サブフロー要素を使用して、一つのフロー（親フロー）から別のフロー（子フロー）を起動することができます。 これにより、親フロー内で子フローを実行し、必要に応じてデータを親フローに戻すことが可能です。 子フローは、親フローから入力を受け取り、処理を行った後、出力を親フローに返すことができる特別な変数を持っています

プラットフォームイベントメッセージを送信し、プラットフォームイベントトリガフローで処理する Salesforceにおけるプラットフォームイベントは、リアルタイムイベントデータのやり取りを通じてSalesforceのビジネスプロセスと外部アプリケーションを接続するための機能です。 イベント駆動型のメッセージングアーキテクチャを採用しています。 これにより、アプリケーションはSalesforceの内部および外部で通信することが可能になります

デフォルトだと無効になる が、一応有効なままリリースもできるようだ。 [クイック検索] から、[プロセスの自動化設定] にとぶ [プロセスとフローを有効としてリリース] を選択します。 フローのテストカバー率を入力します。 変更内容を保存します。 プロセスまたは自動起動フローを有効としてリリースするには、フローテストカバー率要件を満たしている必要があります。 最低 1 つの Apex テストが、フローテストカバー率分の有効なプロセスと自動起動フローをカバーしている必要があります。 フローテストカバー率要件は、画面のあるフローには適用されません。 https://help.salesforce.com/s/articleView?id=sf.flow_distribute_deploy_active.htm&type=5

オブジェクト、トリガする条件、エントリ条件、変更されたレコードの実行タイミング、 高速項目更新orアクションと関連レコード (beforeとafterのこと)

アクションと関連レコード(要するにafterトリガのこと)を選択し、トリガレコードの元のトランザクションが正常にコミットされた後に外部システムにアクセスするには非同期に実行パスを含めます。を選択する

フローはリスト処理に弱い(並び替えとリスト内フィルターはサポートしているが、複雑な処理になるとどうかってところ) 、また、Mapデータ型をサポートしていないので、レコードを検索してとってきた値を利用してトリガしたレコードを更新みたいなのは紐付けが大変。 非同期処理も複雑なエラー処理ができないらしい。 なので、フローでは自身レコードの更新か、オブジェクトをまたがる作成、更新、削除くらいの用途で利用し、Map処理や複雑なリスト処理がある場合は利用しないのがよい。

読み込まれたタイミングで即実行される。 なので、フローがレコードの作成や削除などを行わないようにすること。

入力変数は手動で入力した値のみがサポートされる。 埋め込み変数は使えるので、レコードIDはわたせる。 次の変数はサポートされていません。 コレクション変数 レコード変数 レコードコレクション変数

Apexでフローテストをして、カバレッジ率を上げる必要がある https://help.salesforce.com/s/articleView?id=sf.flow_distribute_deploy_active.htm&type=5

Lightningページに直接追加(アプリケーションビルダー) レコードページのアクションに追加(アクション定義→レイアウトへ反映)※URL指定でカスタムボタンとしても利用可能 ユーティリティバーに追加(アプリケーションマネージャーから設定) エクスペリエンスページに追加(エクスペリエンスビルダー)

スケジュール済みパスを追加することで、日付項目からのオフセットを定義し(最終更新日から1時間後など) 実行する処理もフロー上で定義できる。

あるオブジェクトに対して設定されたトリガを可視化できる機能

プロセスではそのように考えられていたが、フローの場合はそうではない。 フロートリガオプションにて、トリガ順序を編集可能であり、管理可能である。 ちなみにApexトリガは順序が設定できない

レコードトリガーフローでは、グローバル変数$recordが単一なので、バッチサイズ1で、複数行実行してんのかなと思いきや、一応200バッチサイズで動かしてくれているらしい Apexトリガーとおなじ 検証してみたところ、レコードの取得なども、まとめて取得してくれてるっぽい (100件のクエリ制限にひっかからなかった)

アクションの場合はrecordIdを暗黙的にフローに渡すことができ、 URL指定の場合は、引数指定で明示的に渡す必要がある。

できない。 サブフローは画面フローのみ対応している

トリガフローは単一レコードに対する設計手法となっている。 内部で効率化されているが、細かくはみれないので、大量レコードを同じトランザクションで実行させるのはやはりApexトリガだと思う

できる

$Permission グローバル変数 権限があれば、Trueがかえってくる

高速フィールド更新、関連する記録とアクション、非同期実行、スケジュールされたパス

トリガフローのエントリ条件を設定する

トリガフローのスケジュール済みパスやスケジュールフローなどの自動化プロセスの実行ユーザを定義できる 他にもエラーあった時のメールの送信先を指定できる

200がデフォで最大 フロートリガで同じ時間にレコード更新がスケジュールされていた場合は、グループ化されバッチとして処理されるらしい！

時間ベースのワークフローで、予定日や、登録元のフローが確認できる キャンセルもできる

フローの開始日、時間、頻度 オブジェクトと条件(オプション)

$Recordグローバル変数で参照できる。 ($Record.Idみたいにトリガと使い方は同じ) レコード更新要素で、 $Recordに対する更新と、$Recordの関連レコードに対する更新を選択可能となる。

数式が作動するタイミングは、 呼び出した時。 なので、数式リソースとしてあらかじめ定義しておき、それを呼び出した時に評価される。 IF関数が使えるので、 決定要素と割り当て要素とかを使用してリソースに対する値の設定を数式で省略できる。 IF({!CloseCase.value} = TRUE , “Closed”,”New”) みたいなかんじ

選択リストコンポーネントとは画面フローで選択リストを表示させるコンポーネントのこと 画像の選択肢の部分に 以下のリソースを設定することで、選択リストの値設定ができる。 選択肢 　数式を利用して選択肢を一つ作成する。 　選択肢セットではないのでひとつ。 コレクション選択肢セット 　既に他コンポーネントなどで取得済みのコレクション変数を利用して選択肢とできる。　 レコード選択肢セット 　条件指定したオブジェクトのレコードから、選択肢のラベル、選択肢の値として項目を指定できる　 選択リスト選択肢セット 　オブジェクトの選択リスト項目を選択肢　　　にできる https://base.terrasky.co.jp/articles/bmRkT

最大200件のみレコード取得されるため、 200件を超えそうな場合は選択肢の最大数を200と設定することで、パフォーマンスを向上できる。

可能

フローの項目コンポーネントは、項目に対する設定値(必須とか参照のみとか)が引き継がれ、その設定を変更することができない。 なので、もともと必須項目でないが、必須にしたいやつはテキストコンポーネントとかを利用する その他の制限事項として、デフォルト値や、レコードタイプの検索条件などは引き継いでくれないらしい サポートしてない型もある

ファイル紐付けは自動的に更新されるため、レコード更新は不要

再評価されたワークフローまたはAfterトリガによって条件を満たさなくなった場合

エクスペリエンスビルダーサイトにフローに追加する。 Lightning Outを使用して、外部アプリケーションにlightning flowコンポーネントを埋め込むことができる。

スケジュール済みパスをレコードトリガフローに追加することで、CRUDされた後の何時間後何分後とかのあとに処理実行できる。