SAP ConcurとERP連携の概要｜経費データを仕訳・支払処理へつなぐ基本フロー

SAP ConcurとERPを連携すると、従業員が登録した経費情報を会計処理や支払処理へ引き渡せます。申請・承認をSAP Concurで行い、承認済みデータをSAP ERPまたはSAP S/4HANAへ連携する構成が基本です。

重要なのは、単に経費明細を転送することではありません。会社コード、勘定科目、税コード、コストセンタ、取引先、従業員などの情報を整合させ、会計登録できる状態で受け渡す必要があります。

01SAP ConcurとERPを連携する目的

経費精算をSAP Concurだけで完結させずERPと接続する主な目的は、申請業務と会計業務を分離しながら、処理結果を一貫させることです。

• 従業員はスマートフォンやWebから経費を登録できる
• 上長や経理担当者はSAP Concur上で承認できる
• 承認済みの経費データをERPの仕訳・債務・支払処理へ渡せる
• ERP側で財務会計、管理会計、支払状況を一元管理できる
• 二重入力を減らし、転記ミスや処理漏れを抑えられる

SAP Concurの承認フローを設計するときは、SAP Concurの承認ワークフローも合わせて確認すると、承認完了を連携開始の条件にする設計を整理しやすくなります。

02基本的な連携フロー

一般的な処理は、次の順序で進みます。

1. 利用者が経費、出張、請求書などの情報をSAP Concurへ登録する
2. レシート画像や利用明細を確認し、必要な補足情報を入力する
3. 上長、部門責任者、経理担当者などが申請を承認する
4. 承認済みデータを連携対象として抽出する
5. 連携基盤または標準連携機能を経由してERPへ送信する
6. ERP側で仕訳、債務、支払、管理会計の処理を実行する
7. 登録結果やエラーをSAP Concurまたは運用監視画面で確認する

連携単位は、申請単位、経費明細単位、支払単位など、採用する会計処理によって変わります。締め処理との関係もあるため、日次連携、一定時間ごとの連携、月次連携などの実行タイミングを業務カレンダーに合わせて決めます。

03連携する主なデータ

SAP ConcurからERPへ渡すデータは、経費明細だけではありません。会計登録に必要なヘッダ情報、明細情報、添付情報、承認結果などを整理します。

従業員や組織、勘定科目、税コードなどは、ERPを正とするかSAP Concurを正とするかを項目ごとに決めます。両方で個別に保守すると差異が発生しやすいため、マスタごとに責任システムと更新頻度を定義します。

04仕訳連携で確認する会計項目

仕訳連携では、金額が一致しているだけでは登録できません。会社コード、転記日、伝票タイプ、通貨、勘定科目、税コード、コストオブジェクトなどをERPの登録ルールに合わせます。

特に確認が必要なのは、次の項目です。

• 勘定科目：交通費、交際費、消耗品費などの分類
• 税コード：課税、非課税、不課税、仕入税額控除の扱い
• コストセンタ：所属部門や費用負担部門との対応
• 内部指図・WBS：プロジェクトや個別案件への配賦
• 通貨・換算レート：外貨利用時の換算基準日
• 転記日・証憑日：月締めや会計期間との関係

SAP Concurで入力された項目をERPの項目へ変換する場合は、変換表の版管理が重要です。組織改編、勘定科目変更、税制変更の際には、変換表、テストデータ、エラー処理手順をまとめて更新します。

05マスタデータ連携の設計

マスタ連携では、どのシステムが最新情報を管理するかを明確にします。一般的には、ERP側の組織、勘定科目、税コード、取引先などをSAP Concurへ配信し、利用者が選択できる値を制御します。

従業員マスタでは、社員番号、氏名、所属、上司、会社コード、利用状態などを確認します。異動、休職、退職、兼務がある場合は、申請中データや未精算データへの影響も確認します。

マスタ連携の停止は、経費申請や会計登録に連鎖することがあります。連携ジョブの実行結果だけでなく、レコード件数、追加件数、更新件数、無効化件数を監視し、急激な変化を検知できるようにします。

06連携方式の選び方

連携方式は、対象業務、データ量、リアルタイム性、障害時の再処理要件を基準に選びます。

ファイル連携

所定の形式でデータを出力し、連携基盤やファイル転送領域を経由してERPへ取り込みます。運用を設計しやすい一方、ファイル到着遅延、文字コード、重複取込、ファイル保管を管理する必要があります。

API・Webサービス連携

システム間でデータを即時または短い間隔で送受信します。処理状況を細かく連携できる反面、認証、タイムアウト、再送、レート制限、接続監視が重要になります。

連携基盤を介した方式

SAP Integration Suiteなどの連携基盤や、既存の企業内連携基盤を使って変換、ルーティング、監視を行います。複数のERPや周辺システムへ展開する場合に、マッピングと監視を集約しやすくなります。

方式を決めるときは、成功時の処理だけでなく、部分失敗時の状態、再送時の重複防止、業務担当者が確認する画面まで含めて評価します。

07エラーと再処理の進め方

連携エラーは、SAP Concur側の入力不備、マスタ不整合、通信障害、ERPの会計チェックエラーに分類すると切り分けやすくなります。

1. エラーが発生した申請番号または連携IDを特定する
2. SAP Concur側の申請状態と送信履歴を確認する
3. 送信データの会社コード、勘定科目、税コード、コストオブジェクトを確認する
4. ERP側の受信ログ、アプリケーションログ、会計登録結果を確認する
5. 原因を修正し、再送対象と再送方法を決める
6. ERPの伝票重複とSAP Concur側のステータスを確認する

再送前には、すでにERPへ登録されていないかを確認します。通信結果がタイムアウトした場合、実際にはERPで登録済みの可能性があります。申請番号や外部参照番号を冪等性キーとして扱い、同じデータが二重計上されない設計にします。

利用者から「ログインできない」「申請が送れない」と連絡を受けた場合は、SAP Concurログインの確認手順に沿って利用者側の状況を切り分け、会計連携の障害と認証・権限の問題を分離します。

08運用監視で見るポイント

日々の運用では、ジョブが起動したかだけでなく、処理件数と業務上の結果を確認します。

• 送信対象件数と成功件数
• エラー件数とエラー種別
• 未処理の承認済みデータ
• ERPで登録された伝票件数
• 再送待ちデータの滞留時間
• マスタ連携の最終成功日時
• 月末や締め日前後の処理遅延

監視担当、経理担当、SAP Concur管理者、ERP管理者の役割分担も明文化します。一次切り分けを誰が行い、データ修正を誰が承認し、再送を誰が実施するかを決めておくと、障害発生時の判断が速くなります。

SAP Concurの管理設定や利用者権限を担当する場合は、SAP Concur管理者ロールの基本を参照し、連携設定を変更できる担当者と、申請データを扱える担当者を分けて設計します。

09導入前のテスト項目

本番連携を開始する前に、通常ケースだけでなく例外ケースを含めて確認します。

• 国内・海外・外貨の経費
• 税区分が異なる経費
• 複数明細を含む申請
• 差戻し後に再承認された申請
• 承認後にマスタが変更された申請
• 取消、返金、金額修正が発生した申請
• ERP側の会計期間が閉じている場合
• 同一データを再送した場合
• 通信途中でタイムアウトした場合
• マスタに存在しないコードが送信された場合

テストでは、画面上の成功表示だけでなく、ERP伝票、税額、コストオブジェクト、添付証憑、ステータス更新まで確認します。会計担当者とシステム担当者が同じ結果を確認できる受入基準を用意すると、稼働後の認識差を減らせます。

10まとめ

SAP ConcurとERPの連携は、経費申請を会計処理へつなぐ業務インターフェースです。成功させるには、承認完了を起点とした処理フロー、会計項目とマスタの対応、エラー時の再処理、重複防止、運用監視を一体で設計します。

まずは対象業務と連携対象データを一覧化し、責任システム、実行タイミング、エラー時の担当者を決めます。そのうえで通常処理と例外処理をテストし、ERP側の会計結果まで確認してから本番運用へ移行します。