4
3

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

Salesforceフローオーケストラで承認処理を実装してみた

Last updated at Posted at 2022-03-21

フローオーケストラとは?

Salesforce Orchestratorは、コードではなくクリックするだけで、洗練されたマルチユーザー、マルチステップの自動化されたビジネスプロセスをすばやく作成できるように作成されました。

多くのSalesforce管理者は、フローがインパクトを最大化し、最高のユーザーエクスペリエンスを生み出すため>の秘訣であると言うでしょう。Orchestratorを使用すると、ステップとステージという2つの新機能を導入するこ>とで、新規および既存のフローの影響を増幅できます。

ステップは、実行するフロー、ステップに割り当てられている個人、受信する通知、およびレコードページなどのフローを表示する場所を定義します。最大限の柔軟性を実現するために、ステップを順番にまたは並行して割り>当てることができます。

ステージはステップをグループ化し、順番に実行されます。これらは、複雑なロジックをサポートするために、Decision要素で区切ることができます。つまり、ステージは1つ以上のステップで構成されます。

どのフローをステップにするかを整理してから、それらをステージに整理します。Orchestratorは、より大規模>で複雑なビジネスプロセスの拡大するギャップを埋めることができます。これは、生産性の向上、顧客の満足、収益の増加を意味します。

要するに、複雑なビジネスプロセスをコード無しで1つにまとめることができる。

シナリオ

経費申請・承認プロセスを実装する。
申請者が申請処理を行うと承認者へ業務プロセスが変遷する。
1.直列での承認
image.png

2.並列での承認
image.png

処理の流れ

直列で承認するパターン

Aさん→Bさん→Cさんと承認ルートが決まっているような場合
1.経費データを作成後、申請ボタンを押下
※申請ボタンには画面フローを配置
image.png

2.申請フローを実行
image.png

3.経費のレコードタイプが「申請中」となる
※レコードタイプは「作成中」「申請中」「承認済」で分類
image.png

4.営業課長ユーザでログインし、1のレコードを確認
作業ガイドに承認画面フローが出る
最初の承認者は承認可否と承認ルートを決定
image.png

5.承認、直列にて承認を進める
image.png

image.png

6.営業部長ユーザでログインし、1のレコードを確認
作業ガイドに承認画面フローが出る
image.png

7.承認を進める
image.png

8.経理課長ユーザでログインし、1のレコードを確認
image.png

9.承認を行い、最終承認まで完了
image.png

10.レコードタイプが「承認済」となり、承認処理が完了
image.png

並列で承認するパターン

Aさん→Bさん/Cさんのように、いずれかの承認を得られたら承認が進む場合
1~4を実行

5.承認、並列にて承認を進める
image.png

6-1.営業部長ユーザでログインし、1のレコードを確認
作業ガイドに承認画面フローが出る
image.png

6-2.経理課長ユーザでログインし、1のレコードを確認
作業ガイドに承認画面フローが出る
image.png

7.経理課長ユーザで承認を進める
image.png

8.レコードタイプが「承認済」となり、承認処理が完了
image.png

※営業部長ユーザでログインし、1のレコードを確認
承認画面フローが出ていないことを確認
image.png

実装内容

カスタムオブジェクト

経費、経費明細

経費のレコードタイプ

作成済、承認済、申請中

経費のボタンアクション

image.png

ページレイアウト

作成済みのみ「申請」ボタンを表示
image.png

ユーザ

営業課長ユーザ、営業部長ユーザ、経理課長ユーザ
image.png

キュー

経理承認キュー
image.png
※キューはオブジェクトに対してユーザ(ロール、公開グループ、ユーザ)を割り当てることができる機能
ケースやToDoなどでキューのメンバーに対してレコードを割り当て、担当者や責任者として業務を進めることに寄与する

フローオーケストラ

image.png

起動条件

レコードタイプが「申請中」へ更新時に起動
image.png

フェーズ1

画面フロー「承認画面フロー」を使用
image.png

承認決定ステップ1

レコードタイプが「申請中」であれば「申請中」へ
「申請中」でなければ「デフォルトの結果」へ(申請を否決)
image.png

承認ルート

承認ルートが「直列」であれば「直列」のルートへ
「直列」でなければ「並列」のルートへ
image.png

フェーズ2(直列)

画面フロー「承認画面フロー」を使用
割り当てユーザに「営業部長ユーザ」を指定
image.png

フェーズ2(並列)

画面フロー「最終承認画面フロー」を使用
割り当てユーザに「経費承認キュー」を指定
image.png

承認決定ステップ2

レコードタイプが「申請中」であれば「申請中」へ
「申請中」でなければ「デフォルトの結果」へ(申請を否決)
image.png

フェーズ3

画面フロー「最終承認画面フロー」を使用
割り当てユーザに「経費課長ユーザ」を指定
image.png

画面フロー

申請画面フロー

経費オブジェクトのボタンに配置
経費オブジェクトのレコードタイプを「申請中」へ更新
image.png

承認画面フロー

image.png
申請中判定
image.png
初回承認画面
image.png
承認画面
image.png
初回承認結果割り当て
image.png
承認結果割り当て
image.png
ToDo作成
承認時のコメントをToDoに残すために使用(本来なら承認履歴オブジェクトを作ったほうがダッシュボード・レポート管理など行いやすくなる)
image.png
ステップ数を加算
初回承認かどうかを判定するために使用
image.png
レコードタイプを作成中へ更新
image.png

最終承認画面フロー

image.png
承認画面
image.png
承認結果割り当て
image.png
ToDo作成
image.png
承認結果判定
image.png
承認
レコートタイプを「承認済」へ更新
image.png
否決
レコードタイプを「作成中」へ更新
image.png

まとめ

  • シンプルな業務フローであればフローオーケストラで実装可能
  • レコードロックの考慮が必要な場合、要件に沿った対応が必要
    • レコードタイプによる参照ページへの切り替え
    • 共有設定でレコード所有者のみ変更できるようにする
    • Apexを使ったレコードロック・解除の仕組みなど
4
3
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
4
3

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?