承認申請

承認プロセス

承認申請ボタン(ページレイアウトで確認可能)、Apex(画面は起動しないけど申請や承認の実行はできるっぽい)、フロー、プロセス

Chatter設定の承認を投稿を許可する。 もちろん、承認申請プロセスを該当オブジェクトに対して作成する必要もあり、Chatter投稿のテンプレートはそこで設定できる。 https://milkteaa.com/approve-records-from-chatter-feeds/

承認申請設定画面の承認ステップで、ステップ条件を指定する ステップ条件の指定にて、条件が一致しない場合は、自動で承認、却下が行われる

承認ステップではどういう条件でどのユーザが承認者に割り当てられるか定義します。 また、承認ステップごとに承認アクション、却下アクションを定義することができる。 各承認ステップの却下アクションでは、最終却下アクションを動くようにに設定できる。 1番最後の承認がおわったら 最終承認アクションが動く。 https://go.dx.business/dev/salesforce/24536#Action1

承認プロセスでは特に設定を行わなくても、デフォルトで承認申請時に申請が割り当てられたユーザへメールが送信されます。 「通知テンプレートの選択」の画面でテンプレートを選択することができますが、設定してもしなくても、メールは送信されるのです…！ メール承認を有効化すると、通知メールに対して、返信して承認ができる。 ただし、 該当ユーザの権限にAPIの有効化が設定されている必要がある https://tyoshikawa1106.hatenablog.com/entry/2018/08/23/070750

該当オブジェクトに対しすべて変更権限が必要をもつユーザ 上記または割り当てられた承認者 のどちらのオプションを選択できる

デフォルトでは承認申請を行ったユーザで、 プロセスの自動化設定で、メール承認の送信者の設定に組織の共有アドレスを設定可能

Todo作成、メールアラート、項目自動更新、アウトバウンドメッセージの送信

申請時のアクション、各承認後のアクション(取消、却下、承認)

該当の承認プロセスが見つからないとでる

Aの承認がおわったら、Bの承認みたいなかんじで承認ステップをもう一度やらせることができる 最後の承認まできたら最終承認アクションが実行される

あらかじめ申請するユーザのプロパティ設定から、代理承認者を設定しておくことで対策できる この他、 承認プロセスの承認ステップでも、[代理承認者もこの申請を承認可能にする] にチェックがいる。 https://qiita.com/Takaa/items/8cbba2bac0e609a23338

全員からの承認が必要なステップを含む承認プロセスで、承認者としてキューが選択された場合、複数のメンバーが追加されても、そのうちの誰かがレコードを承認すれば自動的に承認が完了します。この意味でキューは 1 つとしてカウントされ、キューメンバー全体を代表した承認とみなされます。