2026年08月05日
Salesforce 承認プロセスの設定とは?
業務効率を上げる手順を解説
Salesforceの承認プロセスとは、値引き申請や休暇届などの承認業務を自動化する機能です。
本記事では、初心者向けに設定手順、メリット、運用時の注意点を分かりやすく解説します。
社内の稟議や値引き申請において、紙の書類がどこにあるか分からなくなったり、チャットでの承認依頼が流れてしまったりすることに悩んでいませんでしょうか。承認業務の遅れは、そのままビジネススピードの低下に直結します。
この記事では、Salesforceの標準機能である「承認プロセス」を使って、煩雑な承認フローを効率化する方法を解説します。システム管理者の視点で、具体的な設定手順から運用時の落とし穴まで、実務に即したノウハウをお伝えします。読み終わる頃には、自社の業務に合わせた承認フローを迷いなく構築できるようになります。
Salesforceの承認プロセスとは?
Salesforceの承認プロセスとは、レコードの承認方法を指定する自動化機能のことです。たとえば、営業担当者が一定額以上の値引きを提案したい場合に、上司の承認を得なければ見積書を発行できないといった制御をシステム上で実現します。
複雑な承認フローを自動化できる
承認プロセスを利用する最大の目的は、申請から承認までの流れをルール化し、システムで自動処理することです。申請者がボタンを押すと、自動的に指定された承認者へ通知が飛び、承認されるとステータスが更新されるといった一連の動きを作り込めます。
条件分岐も柔軟に設定可能です。たとえば「値引き率が 10%未満なら課長承認のみ」「10%以上なら課長承認の後に部長承認も必要」といった多段階のルートも構築できます。これにより、人間が判断してメールを送る手間がなくなり、プロセス通りに業務が進むようになります。
承認履歴の可視化と統制ができる
もう一つの重要な役割は、監査証跡としての機能です。「いつ」「誰が」「どのような内容で」承認または却下したのかが、レコード上の「承認履歴」関連リストにすべて記録されます。
紙や口頭、チャットツールでの承認では、後から「本当に承認を得たのか?」を確認するのが困難です。Salesforce上で完結させることで、内部統制(ガバナンス)が強化され、監査対応などもスムーズに行えるようになります。
導入するメリットは?
承認プロセスを導入することは、単なるペーパーレス化以上の価値を組織にもたらします。ここでは、実務における具体的な 3つのメリットを解説します。
承認までのリードタイムを短縮できる
申請者にとっても承認者にとっても、待ち時間が大幅に減ることが大きなメリットです。申請ボタンを押した瞬間に承認者へメールや通知が届くため、書類を回覧したり、承認者が席にいるか確認したりする必要がありません。
また、承認状況が可視化されるため、どこで承認が止まっているかが一目瞭然です。ボトルネックになっている箇所がすぐに分かるため、必要に応じて催促を行うなど、意思決定のスピードを落とさない運用が可能になります。
コンプライアンス違反を未然に防げる
システムによる制御を入れることで、ルールの抜け穴を塞ぐことができます。承認プロセスには「承認されるまでレコードをロック(編集不可)する」という機能があります。これにより、申請中に勝手に内容を書き換えたり、承認を得ずにフェーズを進めたりといった不正を防げます。
以下の表は、承認プロセス導入前後の統制リスクの変化をまとめたものです。
| 比較項目 | 導入前(アナログ・メール) | 導入後(Salesforce 承認プロセス) |
|---|---|---|
| 承認ルート | 申請者の判断でスキップされる恐れがある | 条件に基づきシステムが強制的にルートを決める |
| 証跡管理 | メールや書類を探す手間がかかる | レコードを見るだけですぐに履歴を確認できる |
モバイルから場所を選ばず承認できる
Salesforce モバイルアプリを利用すれば、承認者は外出先や移動中でもスマホから承認作業を行えます。わざわざ帰社して PC を開く必要がないため、多忙なマネージャー層の負担を軽減できます。
メール通知からの承認も可能です。届いたメールに対して「承認」または「却下」と返信するだけで処理が完了する機能もあり、承認者の IT リテラシーに関わらずスムーズに運用を定着させることができます。
設定前に準備すべきことは?
いきなり Salesforceの設定画面を開いて作り始めるのは、失敗の元です。承認プロセスは一度有効化すると変更が難しい部分もあるため、事前の設計が非常に重要です。
業務フロー図を作成して整理する
まずは、現在の承認業務の流れをホワイトボードやフローチャートツールで図式化します。誰が申請し、どの条件で誰に承認が回り、最終的にどうなるのかを明確に定義します。
この段階で「条件の漏れ」や「例外ケース」を洗い出しておくことが重要です。例えば、「部長が不在の場合は誰が承認するのか」「否認されたらレコードの状態はどう戻すのか」といったシナリオを事前に決めておくと、設定作業がスムーズに進みます。
必要なメールテンプレートを用意する
承認プロセスでは、主に「承認依頼時の通知メール」と「承認・却下完了時の通知メール」の 2種類が使用されます。設定ウィザードの中でメールテンプレートを選択する場面が出てくるため、先に作成しておくことを推奨します。
メール文面には、承認者が判断しやすいように必要な情報を差し込みます。例えば、商談の承認であれば「商談名」「金額」「値引き率」「顧客名」などの差し込み項目を設定しておくと、承認者がわざわざレコードを開かずにメールだけで内容を把握できるようになります。
承認者と代理承認者を決定する
誰を承認者にするかのロジックを確定させます。特定のユーザー(例:営業部長の A さん)を指名する場合もあれば、ロール階層(例:申請者の上司)を使って動的に指定する場合もあります。
また、承認者が長期休暇や出張で不在になるケースに備えて、「代理承認者」の運用ルールも決めておく必要があります。Salesforceには代理承認機能がありますが、これを許可するかどうかも事前に社内で合意形成しておくと、運用開始後のトラブルを防げます。
具体的な設定手順は?
準備が整ったら、実際に設定を行っていきます。ここでは一般的な「標準ウィザード」を使用した設定の流れを解説します。
ウィザード形式を選択して開始する
「設定」メニューから「承認プロセス」を検索し、対象となるオブジェクト(例:商談)を選択します。新規作成ボタンを押すと、「ジャンプスタートウィザード」と「標準ウィザード」の 2 種類が表示されます。
細かく設定を行いたい場合は「標準ウィザード」を選びます。ジャンプスタートウィザードは簡易版であり、多くの設定項目がデフォルト値で自動入力されるため、慣れていないうちは標準ウィザードで一つひとつ確認しながら進めるのが確実です。
プロセスの開始条件を定義する
次に、どのようなレコードがこの承認プロセスに入れるかを決定します。これを「入力条件」と呼びます。すべてのレコードを対象にする場合は条件なしで進みますが、特定の条件(例:フェーズが「交渉中」かつ金額が 100万円以上)の場合のみ承認を回したいときは、ここで数式や条件を指定します。
以下の表に、ウィザードの主要なステップと設定内容を整理しました。
| ステップ名 | 設定内容・アクション | ポイント |
|---|---|---|
| 入力条件の指定 | 承認対象となる基準を設定 | 全件対象なら空白で OK。数式も利用可能 |
| 承認者の指定 | 自動割り当てか、申請者が手動で選ぶかを選択 | 基本は「自動的に承認者を割り当てる」が推奨される |
| 編集権限の設定 | 承認中にレコード編集できる人を指定 | 「システム管理者のみ」にすると改ざん防止になる |
承認ステップと承認者を設定する
ウィザード完了後、詳細画面で「承認ステップ」を追加します。これが実際の承認ルートの階段になります。第 1 ステップで課長、第 2 ステップで部長というように、必要な段階の数だけステップを作成します。
各ステップごとに、そのステップに入るための条件(例:値引き率が 20%以上の場合のみ第 2 ステップへ進む)と、そのステップの担当承認者を設定します。この構造により、条件に応じた柔軟な分岐フローが実現します。
最終承認・否認時のアクションを決める
承認プロセスの最後には、結果に応じたアクションを設定します。「最終承認時のアクション」と「最終却下時のアクション」です。
一般的には、最終承認時には「フェーズを『成立』に更新する」「レコードのロックを解除する」といったアクションを設定します。逆に却下時には「フェーズを『見直し中』に戻す」「申請者に却下通知メールを送る」といった設定を行います。これにより、承認結果が自動的にデータへ反映されます。
運用時の注意点とよくある失敗は?
承認プロセスは強力な機能ですが、仕様を理解していないと運用中にトラブルになることがあります。特によくある 3 つの落とし穴について解説します。
承認中はレコードがロックされる
承認申請ボタンを押すと、デフォルト設定ではレコードがロックされ、システム管理者以外は編集できなくなります。これは改ざん防止のために必要な機能ですが、現場からは「ちょっとしたメモを追記したいのにできない」といった不満が出ることがあります。
この場合、承認プロセス設定内の「レコードの編集性」で、現在割り当てられている承認者にも編集権限を付与するかどうかを検討します。ただし、統制の観点からは、原則ロックしたまま運用するのが望ましいです。
承認者の不在時は代理設定が必要になる
承認者が急病や休暇で不在の場合、承認がそこで滞留してしまいます。システム管理者であっても、代理として承認ボタンを押すことは(設定によりますが)基本的にはできません。
これを防ぐには、各ユーザーが自分の「設定」メニューから「代理承認者」をあらかじめ登録しておく運用を徹底するか、システム管理者が代理でログインして対応するなどのフローを決めておく必要があります。
後からステップ順序の変更はできない
承認プロセスを一度「有効化」すると、ステップの順序を入れ替えたり、途中に新しいステップを挿入したりすることができなくなります。もしフローに変更が生じた場合は、既存のプロセスを無効化し、コピーして新しいプロセスとして作り直す必要があります。
そのため、頻繁に組織変更や承認ルールの変更がある場合は、メンテナンス工数も考慮しておく必要があります。「有効化」ボタンを押す前に、Sandbox 環境で十分にテストを行うことが不可欠です。
まとめ
本記事では、Salesforceの承認プロセスの基本から設定手順、注意点までを解説しました。記事の要点は以下の通りです。
• 承認プロセスは、業務の自動化だけでなく、内部統制とコンプライアンス強化に不可欠である
• 設定作業に入る前に、業務フロー図の作成とメールテンプレートの準備を行うことで手戻りを防げる
• 運用時は「レコードのロック」や「変更の難しさ」を理解し、Sandbox での十分なテストを経てリリースする
承認プロセスを適切に実装できれば、現場の負担を減らしつつ、正確でスピーディーな意思決定環境を実現できます。まずはシンプルなフローから設計を始め、自社の業務効率化への第一歩を踏み出してみてください。
弊社 JSOL では、業種や企業規模を問わず様々な支援を行っており、Salesforceの導入・運用支援においても多数の実績があります。こうした取り組みが評価され、Salesforce Japan Partner Award 2024 などを受賞。
幅広い経験と信頼性を強みに、確実な導入支援が可能です。ご興味ある方は以下より詳細をご覧ください。
https://promotion.jsol.co.jp/salesforce/