SAP Concurの承認フローの仕組み｜承認者の役割と差し戻し・エスカレーション対応

SAP Concurの承認フローは、経費レポートや請求書などの申請を、あらかじめ定義した条件に基づいて適切な承認者へ回付する仕組みです。金額、部門、費目、プロジェクト、申請者の所属などを条件にすることで、担当者の判断だけに依存しない運用を構成できます。

実際の運用では、申請者、承認者、経理担当者、管理者の役割を分けて考えることが重要です。承認が止まった場合も、まず現在のステップと担当者を確認し、権限・代理設定・差し戻し理由を順に確認すると原因を切り分けやすくなります。

01SAP Concurの承認フローの基本構造

一般的な経費精算では、申請者が領収書や利用目的を登録し、経費レポートを提出します。提出後、システムは設定されたルールに従って承認者へ通知し、承認または差し戻しの結果を次のステップへ反映します。

典型的な流れは次のとおりです。

1. 申請者が経費を登録する
2. 申請者が経費レポートを提出する
3. 必須項目、ポリシー、添付書類が確認される
4. 所属、金額、費目などの条件から承認者が決まる
5. 承認者が内容を確認する
6. 必要に応じて上位承認者や経理へ回付される
7. 承認済みデータが支払処理やERP連携へ進む

会社の統制要件によっては、直属上司の承認に加えて、プロジェクト責任者、部門責任者、経理担当者などを含めます。承認順序を増やすほど統制は細かくできますが、処理時間と運用負荷も増えるため、金額やリスクに応じた設計が必要です。

SAP Concurへのログインや利用者側のアクセスで問題がある場合は、先にConcurのログイン手順とアクセス確認を確認すると、ワークフロー以前の問題を切り分けられます。

02承認者と各担当者の役割

申請者

申請者は、取引日、金額、通貨、費目、利用目的、参加者、領収書などを正確に入力します。承認者が判断できる情報が不足していると、差し戻しが増え、後続処理も遅れます。

承認者

承認者は、支出の業務上の妥当性、金額、費目、添付書類、ポリシー違反の有無を確認します。単に金額を確認するだけでなく、申請内容が組織のルールと業務目的に合っているかを判断する役割です。

承認者が不在の場合に備えて、代理承認や代替担当者の運用を定義しておきます。代理設定を常用すると責任の所在が曖昧になるため、対象期間、対象業務、承認権限の範囲を明確に管理します。

経理担当者

経理担当者は、承認済みデータの会計処理、支払対象の確認、重複や例外の確認、ERP連携後の結果確認を行います。承認済みであっても、会計項目や支払条件に不備があれば、経理側で追加確認が必要になる場合があります。

管理者

管理者は、承認ルール、組織階層、承認者、代理設定、通知、権限を維持します。担当者の異動や組織変更を設定へ反映しないまま運用すると、申請が存在しない担当者へ回付される可能性があります。

管理者の権限設計や日常的な運用範囲を整理する場合は、SAP Concur管理者ロールの基本も参照してください。

03承認ルールを設計する手順

1. 対象業務と承認単位を決める

まず、経費レポート、請求書、出張関連など、どの申請を対象にするかを分けます。すべての申請を同じルートへ流すのではなく、業務ごとに必要な承認責任を整理します。

次に、承認単位を決めます。レポート単位で承認するのか、明細単位で例外を確認するのかによって、承認者が見る情報と差し戻しの粒度が変わります。

2. 承認条件を整理する

条件には、金額、通貨、費目、部門、コストセンター、プロジェクト、申請者の所属、取引先などを使用します。条件が重複すると、同じ申請が意図しないルートへ進むため、優先順位と適用範囲を一覧化してから設定します。

特に、金額条件は境界値を明確にします。例えば一定額以下は直属上司、それを超える場合は部門責任者を追加するなど、承認者が変わる条件を運用文書に記録します。

3. 承認者の決定方法を確認する

承認者を固定の個人名で管理する方法は、異動や休職の影響を受けやすくなります。可能な範囲で組織、役割、上司情報などの管理単位を利用し、担当者変更時の保守作業を減らします。

ただし、組織情報が最新でなければ正しい承認者は決まりません。人事・組織情報の更新責任者と、SAP Concur側の反映タイミングをあらかじめ決めておきます。

4. 例外処理を定義する

承認者不在、承認期限超過、ポリシー違反、領収書不足、金額超過などの例外を洗い出します。通常ルートだけを設計すると、実際の運用で管理者が手作業で対応する場面が増えます。

例外ごとに、誰が確認するか、申請者へ何を戻すか、どの条件で上位者へ通知するかを定めます。通知先と処理期限を運用表に記録すると、担当者交代後も判断を再現できます。

04差し戻しが発生したときの対応

差し戻しは、承認者が申請を無条件に否認する処理ではなく、内容の修正や追加説明を求めるために使います。差し戻し理由には、修正対象、必要な証憑、再提出条件を具体的に記載します。

申請者は、差し戻しコメントを確認し、該当する明細や添付書類を修正して再提出します。元の申請を複製して別の申請を作ると、重複申請や履歴の分散につながるため、運用で認められた再提出方法を使用します。

管理者が差し戻しを調査する場合は、次の順序で確認します。

1. 申請が現在どのステップにあるか
2. 差し戻しを実行した担当者と理由
3. 必須項目や添付書類の不足
4. 費目、金額、組織情報などの条件
5. 再提出後に同じルートへ進むか
6. 経理やERP連携に重複データがないか

差し戻し理由が「ポリシー違反」のように抽象的な場合は、対象となるルールや明細を特定できる説明へ改めます。理由が明確であれば、申請者との往復を減らし、承認者ごとの判断差も抑えられます。

05承認が止まったときの切り分け

承認が進まない場合は、通知が届かないことと、実際にワークフローが停止していることを分けて確認します。申請の履歴や現在の担当者を確認し、承認待ちの状態が記録されているかを見ます。

承認者が表示されない場合

申請者の所属、上司、部門、プロジェクト責任者など、承認者決定に使用する情報を確認します。組織変更直後は、マスターデータの更新とワークフロー側の反映タイミングが一致しているかも確認します。

承認者が不在の場合

代理承認や代替担当者の設定状況、適用期間、対象範囲を確認します。期限切れの代理設定や、対象業務に適用されない代理設定では申請は期待どおりに進みません。

通知だけが届かない場合

申請の状態が承認待ちへ進んでいるなら、メールやアプリの通知設定、受信側のフィルター、担当者のアクセスを確認します。通知の再送だけで解決しない場合は、申請画面上のタスクや承認履歴を基準に処理状況を判断します。

期限超過が続く場合

エスカレーションの条件、期限の起算点、通知先、休日の扱いを確認します。期限を設定するだけでは運用されないため、期限超過時の担当者と、最終的に誰が手動介入するかを決めておきます。

06エスカレーションを運用に組み込む

エスカレーションは、承認者が処理しない場合に、上位者や管理担当者へ通知・回付するための仕組みです。承認期限、再通知の回数、上位者への回付条件、最終的な手動対応者を定義します。

設計時には、すべての申請を同じ時間で扱わないことが重要です。高額支出、出張開始日が近い申請、月末締めに関係する申請など、業務影響の大きいものには短い確認期限を設定し、通常の申請とは別に監視します。

エスカレーション後も元の承認者の責任を消さない運用にすると、誰が判断すべきだったかを追跡できます。代替承認者が承認した場合は、代理理由と適用期間を記録し、監査や問い合わせ時に確認できる状態を保ちます。

07ERP連携前後で確認するポイント

承認完了後は、会計処理や支払処理のためにERPへデータを連携する運用があります。連携対象、連携タイミング、エラー時の再処理担当、連携済みデータの識別方法を事前に定義します。

承認済みなのにERPへ反映されない場合は、承認状態、連携対象条件、会計項目、連携ジョブ、エラー記録を順に確認します。SAP ConcurとERPの役割分担を整理するには、SAP ConcurとERPの連携概要が参考になります。

連携後に申請を修正する場合は、再連携による重複計上を防ぐ手順が必要です。取消、再処理、会計伝票の修正などをどの担当者が実行するかを定め、申請番号や連携識別子を使って履歴を追跡します。

08承認フローを安定させる運用チェック

月次または四半期ごとに、承認待ち件数、平均処理時間、差し戻し率、期限超過件数、代理承認件数、連携エラー件数を確認します。数値を継続的に比較すると、特定の部門や承認者に負荷が集中している状態を把握できます。

次の項目は定期点検の対象にします。

• 異動者や退職者が承認者として残っていないか
• 代理設定の期限が切れていないか
• 組織や上司情報が最新か
• 金額や費目の条件が現行ポリシーと一致しているか
• 差し戻し理由が申請者に伝わる内容か
• エスカレーション先が実際に対応できる担当者か
• ERP連携後の重複や未連携がないか

ルールを変更するときは、設定変更日、変更者、変更理由、対象範囲、テスト結果を記録します。本番反映前に代表的な申請パターンを使って、通常承認、上位承認、差し戻し、代理承認、期限超過を確認すると安全です。

SAP Concurの承認フローは、承認ルールだけでなく、組織情報、担当者の権限、通知、例外処理、ERP連携を一体で管理して安定します。承認が止まった場合は、現在のステップを起点に、承認者情報、代理設定、差し戻し理由、連携状態の順で確認してください。