【Salesforce】承認申請で困った時の管理者が見るべき原因

Salesforceの承認申請が期待通りに動作しない場合、管理者は迅速に原因を特定し、適切な対応を取る必要があります。承認プロセスは申請者・承認者・システム設定の複合的な要素で成り立っており、どこに問題があるのかを切り分けることが重要です。本記事では、承認申請で困ったときに管理者が見るべき原因を具体的に解説し、調査手順や設定ミスの修正方法を紹介します。

1. 承認申請が正しく動作しない主な原因

承認申請に関わるトラブルは、大きく分けて「申請が開始されない」「承認者に通知が届かない」「申請が却下・差戻し後の処理ができない」の3つに分類できます。それぞれの原因を以下に整理します。

1.1 申請が開始されない原因

承認プロセスが起動しない場合、まず以下の点を確認します。

• レコードが承認プロセスの基準を満たしていない:承認プロセスには「開始条件」が設定されており、レコードの項目値が条件に合致しないと開始されません。例えば、取引先責任者の役職が「部長以上」という条件に対して、該当しない値が入っていると承認プロセスが起動しません。
• プロセスビルダーやフローが正しくトリガーされていない:承認プロセスを自動起動する仕組みとして、プロセスビルダーやフローを使用している場合、そのトリガ条件やアクションに誤りがあると承認が開始されません。例えば、レコード作成時のみ起動する設定で更新時に起動していないケースなどです。
• ユーザに「承認申請」権限がない:プロファイルまたは権限セットで「承認申請」の権限が有効になっていないと、承認ボタン自体が表示されません。

1.2 承認者に通知が届かない原因

申請は開始されたが、承認者に通知が届かない場合は、以下の可能性があります。

• 承認者の指定方法の誤り:承認プロセスの各ステップで承認者を「ユーザ」「ロール」「キュー」「承認者フィールド」などで指定します。設定が不適切(例えば、削除されたユーザを指定している)と通知が送信されません。
• メール通知設定の欠落:承認プロセスにメールアラートが関連付けられていない、またはメールアラートの送信先が正しくない場合、承認者にメールが届きません。また、組織のメール配信設定が「全てのメール」になっていることを確認します。
• 承認者がレコードへのアクセス権を持っていない:承認プロセスのステップで「承認者はレコードを読み取れる必要がある」オプションが有効な場合、アクセス権がないと申請自体が届きません。

1.3 却下・差戻し後の処理ができない原因

申請が却下された後、申請者が編集して再申請できない、または差戻し後のアクションが動作しない問題もあります。原因は以下の通りです。

• 却下後のアクション設定ミス:承認プロセスの最終承認アクション以外に、却下時や差戻し時のアクションを設定している場合、そのアクションが正しく定義されていないと処理が中断されます。
• 申請者のレコード編集権限不足:却下後に申請者がレコードを編集する必要がある場合、その権限がないと再申請できません。レコードタイプや共有ルールにより権限が制限されていないか確認します。
• 同時実行の問題:複数の承認プロセスが同一レコードに適用されている、あるいは非同期フローと競合している場合があります。

2. 原因を切り分けるための初期調査手順

トラブル発生時には、以下の手順で原因を絞り込みます。必ずシステム管理者としてログインし、調査対象のレコードにアクセスできることを確認してください。

1. 承認履歴関連リストを確認する:該当レコードの詳細画面で「関連」タブなどから「承認履歴」を開き、承認プロセスが起動したかどうか、どのステップで停止したかを確認します。ステータスが「承認待ち」になっていれば起動は成功しています。
2. エラーメッセージや監査証跡を調査する:承認履歴にエラーが表示されている場合は、その内容をメモします。また、設定>監査証跡>監査証跡を開き、承認プロセスに関する変更やエラーを確認します。
3. プロセスビルダー/フローの実行ログを確認する:承認プロセスを自動起動するためにフローやプロセスビルダーを使用している場合、それらの実行ログ(Debug Logs)を取得し、トリガ条件が満たされているか、アクションが正常に実行されたかを確認します。
4. ユーザの権限とライセンスを確認する:問題が発生しているユーザのプロファイル、権限セット、そして割り当てられたライセンスを確認します。特に「承認申請」権限と「レコードの編集」権限の有無をチェックします。
5. 承認プロセスの設定を確認する:設定>プロセス自動化>承認プロセスから該当プロセスを開き、各ステップの基準、割り当て方法、アクション、および関連するメールアラートを精査します。

3. 設定ミスの具体例と修正方法

実際に管理者が遭遇しやすい設定ミスとその修正方法を表にまとめました。

症状	考えられる原因	確認ポイント	修正方法
承認ボタンが表示されない	ユーザに「承認申請」権限がない	プロファイル/権限セットの権限一覧で該当オブジェクトの「承認申請」がオンか確認	権限セットを作成し、必要な権限を付与してユーザに割り当てる
承認プロセスが起動しない	開始条件に合致しない項目値	レコードの項目値と承認プロセスの基準条件を比較(例:ステータスが「申請中」でなければ起動しない)	レコードの項目値を条件に合わせるか、承認プロセスの条件を緩和する
承認者にメールが届かない	メールアラート未設定、または送信先のメールが無効	承認プロセスの各ステップにメールアラートが関連付けられているか、承認者のメールアドレスが有効か	メールアラートを作成し、承認プロセスの「メールアラート」に追加する
却下後、申請者が再申請できない	却下後のアクションでレコードをロックしている	承認プロセスの「却下時アクション」で「レコードの編集を不可にする」オプションが有効か確認	オプションを無効にするか、編集可能にする権限を別途付与する

4. ユーザ権限とアクセス権の確認ポイント

承認プロセスはレコードのアクセス権に強く依存します。以下の権限設定を必ず確認すべきです。

• プロファイル/権限セット:該当オブジェクトに対する「読み取り」「作成」「編集」「削除」権限に加え、「承認申請」権限が有効であることを確認します。
• 共有ルール/組織の共有設定:レコードにアクセスできないユーザは承認プロセスに含めることができません。特に承認者がレコードを参照できない場合、承認は強制的にスキップされるかエラーになります。
• キュー/ロール階層:承認者をキューやロールで指定している場合、そのキューに適切なユーザが所属しているか、ロールが正しく設定されているかを確認します。
• スケジュールジョブとバッチ:承認プロセスが非同期で処理される場合、スケジュールジョブが正しく実行されているか管理画面で確認します。

5. トラブルシューティングのための便利なツール

Salesforceには管理者向けのトラブルシューティングツールが用意されています。承認問題の調査に役立つものを紹介します。

• デバッグログ(Debug Logs):プロセスビルダーやフローの実行を詳細に追跡できます。設定>監査>デバッグログで特定ユーザのログを取得し、承認プロセス起動時の動作を確認します。
• 権限セットグループ:権限セットグループを使用して承認申請権限を効率的に管理できます。グループに属するユーザの権限を一括で確認できます。
• スケジュールジョブ監視:設定>監査>スケジュールジョブで、承認プロセスに関連する非同期ジョブのエラーを確認できます。
• モニタリングダッシュボード(Salesforce Shield):追加ライセンスが必要ですが、承認プロセスのパフォーマンスとエラーを可視化できます。

6. よくある質問(FAQ)

Q1: 承認申請のボタンがグレーアウトして押せません。

A1: まず当該レコードが既に承認プロセスの対象になっていないか確認します。レコードが承認待ちや承認済みの状態ではボタンが無効になります。また、ユーザに「承認申請」権限がない場合もグレーアウトします。プロファイルまたは権限セットを見直してください。

Q2: 承認プロセスは起動したが、承認者が承認できない(「休暇中」などの理由)。

A2: 承認者不在による停滞を防ぐために、代理承認者を設定するか、キューを使用して複数ユーザで対応可能にします。また、承認プロセスのステップで「承認者不在時の代替」オプションを有効にすることも検討します。

Q3: 承認プロセスの条件を変更したのに反映されません。

A3: 承認プロセスは変更後に「有効化」ボタンを押す必要があります。また、既に開始された申請には変更が適用されないため、途中の申請は完了させるか手動で取り消す必要があります。変更を完全に反映するには、新しいバージョンの承認プロセスを作成する方法もあります。

Q4: 複数の承認プロセスが同じオブジェクトに定義されている場合の優先順位は?

A4: Salesforceでは、同じオブジェクトに複数の承認プロセスがある場合、各プロセスの「開始条件」によってどのプロセスが適用されるか決まります。条件に合致した最初のプロセスが適用されます。条件の重複に注意し、優先順位を明確に設計する必要があります。

7. まとめ

承認申請のトラブルにおいて管理者が見るべき原因は、設定の誤り、ユーザ権限の問題、承認者不在など多岐にわたります。まずは承認履歴と監査証跡を確認し、エラーの内容を特定することが第一歩です。初期調査手順に沿って切り分けを行い、権限や条件の設定ミスを修正することで、多くの問題は解決します。変更を行う前には必ずSandbox環境でテストし、本番環境に与える影響を検証してください。本記事の手順を活用して、迅速な原因特定とトラブル解決に役立ててください。