> 継続的なプロセス改善 > 経費管理 > SAP Concur > データテンプレート

経費管理データテンプレート

SAP Concur

経費管理の属性 (18) 経費管理のアクティビティ (14) 抽出ガイド (2)

経費管理データテンプレート

このテンプレートでは、経費管理プロセスを最適化するために必要なデータの収集方法を詳しく説明します。取得すべき属性、追跡すべき主要なアクティビティ、ソースシステムから情報を抽出するための手順をまとめています。この資料を使ってイベントログを作成し、プロセスパフォーマンスを詳しく分析できます。

詳細な分析に推奨される属性
経費のライフサイクル全体で追跡すべき主要なアクティビティ
SAP Concurからデータを抽出するための手順

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

テンプレートをダウンロード

経費管理の属性

経費管理プロセスを詳細に分析するため、イベントログに含めることを推奨するデータ項目です。

5 必須 6 推奨 7 任意

	名前	説明
	アクティビティ名 ActivityName	経費管理プロセス内の特定の時点で発生した業務イベントの名称です。
説明アクティビティ名は、「経費精算書の提出」や「上長承認」など、経費精算書のライフサイクルにおける特定のステップまたは節目を示します。この属性はプロセスマイニングの基礎となるもので、プロセスマップ上のノードを定義し、プロセスフローの可視化と分析を可能にします。アクティビティの順序と頻度を分析すると、一般的な経路、逸脱、ボトルネックを特定できます。重要な理由プロセスマップ上のステップを定義し、経費精算書の流れを可視化・分析できるようにします。入手先 SAP Concur内のイベントログまたは監査証跡から取得されます。これらには、経費精算書のステータス変更や実行された操作が記録されています。例経費精算書の提出上長承認経理承認払い戻し実行
	イベントタイムスタンプ EventTimestamp	特定のアクティビティが発生した正確な日付と時刻です。
説明このタイムスタンプは、経費管理プロセス内でイベントが発生した正確な時点を示します。プロセスマイニングでは、アクティビティの時系列を確定するために欠かせません。データの正確性は、各ステップ間のサイクルタイム、所要時間、待ち時間を計算し、プロセス内の遅延やパフォーマンス上のボトルネックを特定するうえで非常に重要です。重要な理由すべてのイベントの時系列を示し、所要時間の計算や、時間の経過に伴うプロセスパフォーマンスの分析を可能にします。入手先 SAP Concurの各経費精算書に関する監査証跡またはイベントログデータで利用でき、記録されたすべての操作に関連付けられています。例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	経費精算書ID ExpenseReportId	経費精算書を一意に識別するIDであり、主要なケース識別子として機能します。
説明経費精算書IDは、1件の経費申請に関連するすべてのアクティビティをまとめる一意のキーです。従業員による作成から最終的な払い戻し、会計計上まで、レポートのライフサイクル全体を追跡できます。プロセスマイニングでは、各経費精算書のエンドツーエンドの流れを再構成するために欠かせないIDであり、すべてのプロセス分析とバリアント探索の基盤になります。重要な理由これは分析の基盤となる項目です。個々のイベントを経費精算書ごとの一貫したプロセスフローに結び付けます。入手先多くのSAP Concur経費レポートのデータ抽出やAPIで主要キーとして使われ、「レポートID」または「レポートキー」として見つかることが多いです。例 C6B2F1A8-4D4F-4C8D-9E9C-1F0D5B5A4B3CER-2023-08-1001400012345
	ソースシステム SourceSystem	データの取得元となったシステムを識別します。
説明この属性は、経費管理プロセスのデータが生成されたソースアプリケーションを示します。この場合はSAP Concurです。複数のシステムのデータを統合して広範な分析を行う環境では、データガバナンスとデータの文脈を保つために重要です。ソースを明示的に付与することで、データの系譜を維持し、データ品質の問題を調査しやすくなります。重要な理由データの系譜と出所を明確にし、複数の業務システムからデータを統合する際の管理に役立ちます。入手先通常は、データの抽出・変換処理中にデータセットの出所を示す固定値として追加されます。例 SAP ConcurConcur Expense ProfessionalConcur Standard
	最終データ更新 LastDataUpdate	このレコードのデータがソースシステムから最後に更新された時点を示すタイムスタンプです。
説明この属性には、SAP Concurから最後にデータを抽出または更新した日付と時刻が記録されます。分析対象データの鮮度を把握するために欠かせないメタデータです。分析担当者や業務ユーザーがプロセス分析の最新性を確認できるほか、データの整合性を保ち、データ更新のスケジュールを設定するうえでも重要です。重要な理由データの鮮度に関する重要な文脈を提供し、最新の情報に基づいて分析できるようにします。入手先このタイムスタンプは、データ取り込み処理中に生成され、データセットへ追加されます。例 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	ポリシー違反フラグ PolicyViolationFlag	経費精算書にポリシー違反のフラグが付けられたかどうかを示します。
説明自動または手動のチェックによって経費精算書内のポリシー違反が検出された場合にtrueとなる真偽値属性です。支出上限の超過、推奨外の取引先の利用、必要書類の不足などが該当します。このフラグは、「経費ポリシー遵守状況の概要」ダッシュボードと「ポリシー違反率」KPIに欠かせず、組織による経費ポリシーの監視と徹底に役立ちます。重要な理由コンプライアンス分析を直接支援し、会社の経費ポリシーの遵守状況を測定・改善するとともに、財務リスクの低減に役立ちます。入手先通常は、設定された経費ポリシーに基づいてSAP Concurが生成するフラグです。レポートレベルのデータで確認できます。例 truefalse
	レポート合計金額 ReportTotalAmount	経費精算書の金銭的な合計額です。
説明この属性は、1件のレポートで申請されたすべての経費の合計を記録します。金額に基づいて経費精算書を分類できるため、財務分析の基本指標になります。高額なレポートでは異なる承認経路をたどったり、より詳細な確認が必要になったりする場合があります。この金額を分析することで、コスト要因、コンプライアンスリスク、財務への影響を把握できます。重要な理由財務面の重要な文脈を提供し、金額に基づく分析を可能にします。たとえば、追加監査が必要になる可能性のある高額なレポートを特定できます。入手先経費精算書のヘッダーレベルの項目で、SAP Concurの標準データ抽出から取得できます。例 150.752500.0089.50
	処理担当者ユーザーID ProcessorUserId	アクティビティを実行した従業員またはシステムユーザーの識別子です。
説明この属性は、レポートを提出した従業員、承認した上長、処理を担当した経理チームのメンバーなど、特定のアクティビティを担当した人物を識別します。処理担当者を分析することで、業務量の分布、ユーザーやチーム間のパフォーマンス比較、作業の振り分け方を把握できます。承認者のパフォーマンスや経理の業務量に関するダッシュボードに欠かせない項目です。重要な理由業務量の分布、ユーザーのパフォーマンス、リソース配分を分析できるため、研修の必要性やプロセス改善の対象を特定するのに役立ちます。入手先経費精算書の監査証跡データに含まれ、承認や提出などのワークフローステップに関連付けられていることが多いです。例 j.doe789123asmith
	従業員の所属部門 EmployeeDepartment	申請した従業員が所属する部門またはコストセンターです。
説明この属性は、経費精算書を提出した従業員の組織単位を示します。財務配賦や、事業内のさまざまな部門におけるプロセスパフォーマンスの分析に使われます。部門を絞り込んだり比較したりすることで、承認時間、ポリシー遵守、手戻り率の違いを特定し、改善が必要な領域へ取り組みを集中できます。重要な理由事業部門別のプロセス分析を可能にし、部門固有の行動、ボトルネック、コンプライアンス上の問題を特定するのに役立ちます。入手先通常はSAP Concur内の従業員プロフィールデータから取得されます。多くの場合、HRISと同期されています。例営業マーケティング研究開発財務
	承認者ID ApproverId	経費精算書の承認を担当する上長または経理ユーザーの識別子です。
説明この属性は、承認アクティビティを実行した人物のユーザーIDを記録します。一般的な「処理担当者ユーザーID」とは異なり、承認ステップに特化した項目です。「承認者パフォーマンスと振り分け」ダッシュボードで、承認者ごとの承認時間、却下率、業務量を分析するために欠かせません。振り分けのばらつきや業務量の平準化の機会も特定できます。重要な理由承認者のパフォーマンスを詳細に分析できるため、承認ワークフローの改善や研修機会の特定に役立ちます。入手先ワークフローまたは監査証跡のデータに含まれ、SAP Concurの承認ステップに関連付けられています。例 m.joness.lee987654
	経費カテゴリ ExpenseCategory	経費の分類です。出張費、食費、事務用品費などが該当します。
説明 Expense Typeとも呼ばれるExpense Categoryは、支出の内容を分類します。このデータは、財務予算の策定、レポート作成、分析の基礎となります。プロセスマイニングでは、特定のカテゴリでポリシー違反、承認時間の長期化、手戻りが発生しやすいかを分析できます。この属性は、「経費カテゴリ分類精度」ダッシュボードの基礎となります。重要な理由支出の種類ごとにプロセスの動きを分析できます。カテゴリ固有のコンプライアンスや効率性の問題を明らかにするのに役立ちます。入手先 SAP Concurの明細レベルにある項目です。ケース単位で分析する場合は、集約するか、最も頻度の高いカテゴリを使用することがあります。例航空運賃ホテル顧客との会食ソフトウェアサブスクリプション
	エンドツーエンドサイクルタイム EndToEndCycleTime	経費レポートの作成から最終的な会計計上までにかかる合計時間です。
説明 1件のレポートにおける経費管理プロセス全体の所要時間を測定する計算指標です。通常は、最初のイベント「経費レポート作成」と最後のイベント「会計計上」の時間差として計算します。プロセスパフォーマンスを全体的に把握でき、「平均エンドツーエンドサイクルタイム」KPIの基礎となります。プロセス効率の改善状況を追跡するために使用します。重要な理由開始から完了までのプロセス全体の処理速度を測る指標です。全体的な効率性を示す重要な指標となります。入手先データ分析時に、完了済みの各ケースについて最も早いイベントと最も遅いイベントのタイムスタンプの差を取って計算します。例 10日2時間15日8日12時間
	レポートステータス ReportStatus	ライフサイクル上における経費レポートの現在の状態です。
説明経費レポートケースの現在のステータスを示す属性です。「承認待ち」、「支払承認済み」、「支払済み」などが該当します。プロセスマイニングでは主にアクティビティの順序を使いますが、ケースの最終ステータスはレポートの絞り込みやセグメント化に役立ちます。たとえば、完了済みのレポート（「支払済み」）だけを分析したり、特定のステータスで長時間停滞しているレポートを調査したりできます。重要な理由ケースの現在の状態を把握できます。進行中のレポートと完了済みのレポートの絞り込みや、業務状況の監視に役立ちます。入手先 SAP Concurの経費レポートヘッダーにある主要なステータス項目です。例提出済み・承認待ち承認済み・会計確認中支払い済み却下
	レポート通貨 ReportCurrency	経費精算書が提出された通貨です。
説明この属性は、経費精算書の申請合計額に使用されるUSDやEURなどの通貨コードを示します。金額を正しく解釈して比較するため、財務分析に欠かせません。グローバルな組織では、通貨別に経費を分析することで、地域ごとの支出傾向や為替の影響を把握できます。重要な理由正確な財務報告と分析に欠かせません。特に複数の通貨を扱う多国籍企業で重要です。入手先 SAP Concurの経費精算書にある標準的なヘッダーレベルの項目です。例 USDEURGBPJPY
	従業員の国 EmployeeCountry	経費レポートを提出した従業員の国です。
説明従業員が所属する国を特定する属性です。グローバルに展開する組織では、地域ごとのプロセスパフォーマンス、コンプライアンス率、コストを比較するための重要な分析軸となります。国ごとの規制、ポリシー、ユーザー行動によってプロセスに大きな違いが生じることがあり、その把握が重要です。重要な理由地域別・国別にプロセスパフォーマンスとコンプライアンスを比較できます。グローバルなプロセスの標準化に欠かせない分析です。入手先 SAP Concurの従業員ユーザープロファイルに含まれるデータです。通常は中央の人事システムから同期されます。例 USADEUGBRJPN
	手戻りの有無 IsRework	レポートが途中で修正のために差し戻されたかどうかを示す計算フラグです。
説明経費レポートが少なくとも1回の修正サイクルを経た場合にtrueとなる、派生ブール属性です。「レポート差し戻し」アクティビティの発生によって判定します。このフラグにより、「経費レポート手戻り率」KPIを簡単に計算できます。また、初回で承認されたレポートと手戻りが発生したレポートを容易に絞り込み、比較できます。これらのケースを分析すると、却下の主な理由を特定し、初回品質を高めることができます。重要な理由追加作業が必要だったケースを直接示すことで、プロセスの非効率性を分析しやすくします。手戻りの規模を把握し、削減するのに役立ちます。入手先ソースシステムには存在しない属性です。データ変換時に、対象のCase IDに「レポート差し戻し」アクティビティが存在するかを確認して計算します。例 truefalse
	支払種別 PaymentType	経費の支払方法を示します。法人カードや立替払いなどが該当します。
説明会社が発行したクレジットカードで支払った経費と、従業員が個人で立て替え、払い戻しを待っている経費を区別する属性です。支払種別はプロセスフローに大きく影響することがあります。たとえば、法人カードの取引では追加の照合手順が必要になる場合があります。一方、立替経費では、払い戻しの速さが従業員満足度に直接関係します。重要な理由法人カードと立替経費のプロセスバリアントを区別できます。両者では、処理要件やリスクが異なることがよくあります。入手先 SAP Concurの経費入力レベルにある標準項目です。例法人カード立替払い仮払い
	監査結果 AuditOutcome	経費レポートを手動または自動で監査した結果です。
説明監査レビューの最終判断を記録する属性です。「合格」、「不合格」、「警告付き合格」などの値が入ります。「監査指摘頻度」KPIへの直接の入力値となります。監査結果を分析すると、領収書の不足やポリシー違反など、監査不合格の主な理由を特定できます。また、申請時の統制や従業員教育を改善するためのフィードバックにもなります。重要な理由コンプライアンス統制の有効性を直接測定し、監査に関するリスクとコストを監視・削減するうえで欠かせません。入手先 SAP Concurの監査モジュールまたは監査サービスから取得します。組織でこの機能を利用している場合に使用できます。例合格不合格：領収書不足警告付きで合格監査未実施

必須推奨任意

経費管理のアクティビティ

経費管理プロセスを正確に発見し、最適化するため、イベントログに記録する主要なプロセス手順とマイルストーンです。

6 推奨 8 任意

	アクティビティ	説明
	上長承認	直属の上長が経費精算書を確認して承認し、ワークフローの次のステップへ進めます。この操作はステータス変更として取得され、承認者の詳細情報とタイムスタンプとともに記録されます。
重要な理由これは重要な承認の節目です。追跡することで、上長の承認サイクル時間を分析し、最初のレビュー段階にあるボトルネックを特定できます。入手先 SAP Concurのワークフローまたは承認履歴テーブルに記録され、経費精算書IDに関連付けられます。承認者の識別情報と承認タイムスタンプが含まれます。取得上長が承認操作を行った時点で、承認履歴に記録されるイベントです。イベントタイプ explicit
	会計計上	払い戻しに関する財務取引が、会社の総勘定元帳に正式に計上されます。この最終ステップは、データがERPシステムへ抽出・ロードされた時点で記録されることが多いです。
重要な理由エンドツーエンドのプロセスにおける最後のアクティビティです。プロセス全体のサイクルタイムと、会計計上までの遅延を測定するために欠かせません。入手先通常は、接続された財務ERPシステムから取得されます。経費精算書の仕訳に関連付けられた計上日からイベントを取得します。取得財務システムの計上日から取得され、レポートIDに関連付けられるイベントです。イベントタイプ explicit
	払い戻し実行	支払いが処理され、従業員に資金が支払われます。通常は支払いシステムが開始する明示的なイベントであり、その後SAP Concurのステータスが更新されます。
重要な理由支払いステップの完了を示し、従業員満足度に直結する重要なイベントです。払い戻しの効率を測定する終点になります。入手先支払い処理日項目、または統合された支払いシステムからのステータス更新によって取得されます。レポートの「支払日」が使われることが多いです。取得支払い処理日項目、または統合された支払いシステムからのステータス更新によって取得されます。イベントタイプ explicit
	経理承認	経理または監査チームがレビューを完了し、払い戻しを最終承認します。承認履歴に明示的なイベントとして記録される重要な節目です。
重要な理由承認サイクル全体の終了を示します。承認サイクル全体の時間を測定する終点であり、払い戻しプロセスを開始するきっかけになります。入手先 SAP Concurのワークフロー履歴テーブルに記録されます。承認者の識別情報と最終承認タイムスタンプが含まれます。取得経理チームが承認操作を行った時点で、承認履歴に記録されるイベントです。イベントタイプ explicit
	経費精算書の作成	従業員が新しい経費精算書を開始したことを示します。ユーザーが新しい経費精算書を初めて保存した時点でこのイベントが記録され、一意の経費精算書IDが生成されます。
重要な理由これは、エンドツーエンドのサイクルタイムを計算する際の開始点です。プロセス全体の所要時間を測定するための基準になります。入手先通常は、SAP Concurの監査証跡テーブルに明示的に記録されます。たとえば、レポートヘッダーテーブルに、新しいレポートIDが生成された時点の作成タイムスタンプが保存されます。取得新しいレポートエントリの作成時に記録されるイベントです。イベントタイプ explicit
	経費精算書の提出	従業員が完成した経費精算書を正式に承認へ提出します。これはユーザーが行う重要な操作で、レポートのステータスを「下書き」から「提出済み」に変更し、承認ワークフローを開始します。
重要な理由このアクティビティは、承認サイクルの開始を示す重要な節目です。上長承認や経理承認にかかる時間を測定するために欠かせません。入手先 SAP Concurの監査証跡に明示的に記録されます。レポートヘッダーのステータスが変更され、提出タイムスタンプが記録されます。取得レポートの提出タイムスタンプ項目またはワークフローログから取得されるイベントです。イベントタイプ explicit
	ポリシー違反のフラグ付け	自動化されたシステムルールまたは手動レビュー担当者が、経費精算書にポリシー違反のフラグを付けます。レポートまたは明細行に特定のフラグや例外コードが付与されたことから、このイベントを推定できます。
重要な理由このイベントは、ポリシー遵守状況の概要ダッシュボードに欠かせません。頻発する違反の種類を分析し、ポリシー遵守の改善に役立ちます。入手先レポートデータ内のポリシー違反フラグまたは例外コード項目の変更から推定されます。独立したイベントではなく、属性の状態変化として記録される場合があります。取得「ポリシー違反フラグ」属性がfalseからtrueに変わったことから推定されます。イベントタイプ inferred
	レポートの修正による差し戻し	上長または経理レビュー担当者である承認者が、修正のために経費精算書を従業員へ差し戻します。これは明示的な操作であり、レポートのステータスを従業員が対応する下書きまたは保留状態に戻します。
重要な理由このアクティビティは、手戻りとプロセスの非効率性を示す主な指標です。頻度を分析することで、共通するミスを特定し、初回承認率の向上につなげられます。入手先 SAP Concurのワークフロー履歴に記録されます。システムは「差し戻し」操作をタイムスタンプ付きで記録し、承認者によるコメントを求めることもあります。取得承認者が「差し戻し」操作を実行した時点で、ワークフローログから取得されるイベントです。イベントタイプ explicit
	上長却下	直属の上長が経費精算書を却下します。通常は再提出できない限りプロセスが停止し、現在のワークフローにおける終了イベントとして、最終ステータス「却下済み」とともに記録されます。
重要な理由このアクティビティは、プロセス上の例外または失敗を示します。却下を分析することで、コンプライアンス違反や不正な申請の理由を把握できます。入手先 SAP Concurの承認履歴に、「却下済み」ステータスとタイムスタンプ付きで記録されます。レポートのワークフローは終了します。取得上長が却下操作を行った時点で、承認履歴に記録されるイベントです。イベントタイプ explicit
	払い戻し予定設定	最終承認後、経費精算書が支払いシステムへ送られ、払い戻しのキューに入ります。通常は、レポートが「支払い待ち」または「支払い承認済み」ステータスに移行したことから推定されます。
重要な理由承認から支払いへの移行を示すアクティビティです。払い戻し処理時間を測定する開始点になります。入手先ステータスが「支払いへ送信済み」に変更されたことから推定できます。統合されたシステムでは、支払いバッチの作成時に明示的なイベントとして記録される場合があります。取得ステータスが支払い待ちの状態に変更された時点のタイムスタンプから推定されます。イベントタイプ inferred
	監査レビュー要	経費精算書が、追加確認のため監査またはコンプライアンスチームへ回付されます。特定の経費の種類や金額がきっかけになることが多く、監査キューに入ったことを示すステータス変更として記録されます。
重要な理由プロセス内の追加ステップを示します。このステップには時間がかかることが多いため、この経路を分析することは、特定の種類のレポートで発生する遅延を把握するうえで重要です。入手先レポートのワークフローで、「監査待ち」や「監査キュー内」などのステータスに移行したことから推定されます。取得レポートのステータス項目が監査関連の値に変更されたことから導出されます。イベントタイプ inferred
	経理レビュー開始	経費精算書が、最終レビューを行う経理または買掛金チームのキューに入ります。レポートのステータスが「経理レビュー待ち」などに変更された時点のタイムスタンプから推定されます。
重要な理由経理レビューサイクルの開始を示します。経理チームの業務量と効率を測定するための重要な開始点です。入手先ワークフローログまたはステータス履歴から推定されます。具体的には、レポートが「会計レビュー待ち」などのステータスになった時点のタイムスタンプを使用します。取得ステータスが「経理レビュー待ち」に変更された時点のタイムスタンプから推定されます。イベントタイプ inferred
	経理却下	経理チームが経費精算書を却下し、通常はその申請のプロセスが終了します。経理承認者によって「却下済み」ステータスとして記録される、最終的な否認結果です。
重要な理由最終承認者によるプロセスの停止を示します。これらの却下を分析することは、コンプライアンスとデータ品質の改善に欠かせません。入手先 SAP Concurの承認履歴に、「却下済み」ステータス、タイムスタンプ、経理承認者の識別情報とともに記録されます。取得経理チームが却下操作を行った時点で、承認履歴に記録されるイベントです。イベントタイプ explicit
	領収書画像の添付	ユーザーが領収書の画像をアップロードし、経費精算書に添付する操作を示します。通常は、添付ファイルごとにシステムの監査ログへ明示的なイベントとして記録されます。
重要な理由このアクティビティのタイミングと頻度を分析すると、ユーザーの行動を把握し、経費精算書の作成から提出可能な状態になるまでの遅延を特定できます。入手先 SAP Concurの画像または添付ファイルのログに記録され、特定の経費精算書IDに関連付けられます。システムの監査証跡には、このユーザー操作がタイムスタンプ付きで記録されることが多いです。取得画像ファイルが正常にアップロードされ、レポートに関連付けられた時点で記録されるイベントです。イベントタイプ explicit

推奨任意

抽出ガイド

SAP Concurからデータを取得する方法

ステップ

SAP Concurにアクセス：抽出の設定と実行に必要な権限（Web Services AdministratorやExpense Processorなど）を持つユーザーアカウントでSAP Concurにログインします。
抽出設定へ移動：Administrationメニューを開きます。Companyを選択し、Toolsへ移動します。ツール一覧からStandard Accounting Extractを選択します。
抽出を定義：新しい抽出定義を作成するか、既存の定義を選択して編集します。ProcessMind_Event_Log_Extractなど、内容が分かる名前を付けます。
抽出フィールドを設定：最も重要な手順です。設定タブを確認し、イベントログの作成に必要なフィールドを選択します。次の項目を必ず含めてください。
- レポートヘッダーデータ：Report ID、Report Create Date、Report Submit Date、Report Total、Employee Org Unit関連フィールド、Paid Date、Processing Payment Date。
- ワークフロー履歴：ワークフロー監査証跡データのエクスポートを有効にします。承認、却下、差し戻しのイベントを取得するために欠かせません。Workflow Step Code、Workflow Step Date、Approver Login IDなどのフィールドを含めます。
- 例外データ：ポリシー違反を特定するため、Has Exceptionや特定の例外コードなどを含めます。
ファイル形式と配信を設定：パイプ区切り（|）やカンマ区切りなど、区切り文字付きテキストファイルとして出力形式を設定します。文字コードはUTF-8にします。配信方法を指定します。通常は会社指定のSFTPサイトを使用します。
抽出をスケジュール：抽出が自動実行されるよう、繰り返しスケジュールを設定します。プロセスデータを最新に保つため、毎日の実行を推奨します。
初回抽出を実行：初回データ読み込みでは、過去3～6か月などの期間を指定して手動で抽出を実行します。「Run Extract」画面から実行します。
抽出ファイルをダウンロード：抽出が完了すると、出力ファイルをSFTPサーバーから取得できます。レポートヘッダーファイル、仕訳ファイル、ワークフロー履歴ファイルなど、複数のファイルが出力される場合があります。
データを変換：抽出した生のファイルはイベントログ形式ではありません。スクリプト（PythonやPowerShellなど）またはETLツールを使って、ファイルを処理・結合します。ファイル内の日付とワークフローステップに基づき、業務アクティビティ（Created、Submitted、Approvedなど）ごとに1行を作成するよう、データをピボットします。
イベントログを生成：変換スクリプトから、データ要件で指定された列を含む単一のCSVファイルを出力します。ExpenseReportId、ActivityName、EventTimestampなどの属性を含めます。
ProcessMindへアップロード：変換後の最終CSVファイルをProcessMindプロジェクトへアップロードして分析します。

設定

抽出定義：Administration > Toolsから利用できるStandard Accounting Extract機能を使用します。
主要なデータソース：設定では、Concur内の複数のレコード種別からデータを取得する必要があります。抽出定義で次の項目を有効にしてください。
- レポートヘッダーレコード：レポートの基本情報と主要な日付を取得します。
- ワークフロー監査証跡レコード：承認、却下、修正の各ステップと、それぞれのタイムスタンプおよびユーザーIDを取得するために必要です。
- 従業員プロファイルデータ：EmployeeDepartmentなどの属性を含めます。
日付範囲：抽出対象は、指定した期間内に変更されたレコードです。初回読み込みでは、過去3～6か月の期間を設定します。継続的な更新では、前日分のデータを毎日抽出します。
ファイル形式：テキスト項目内のカンマとの競合を避けるため、パイプ区切り（|）のテキストファイルを推奨します。文字コードにはUTF-8を使用します。
前提条件：抽出を設定・実行するユーザーには、Concurの管理者ロール（通常は「Web Services Administrator」）または「Expense Configuration」と「Processor」の権限が必要です。Concurがファイルを配信するSFTPサーバーへのアクセス権も必要です。

a サンプルクエリ sql

-- This is a logical representation of the transformation required to convert the
-- SAP Concur Standard Accounting Extract files into a process mining event log.
-- The source files (e.g., ReportHeader.csv, WorkflowHistory.csv) are the output of the extract.

-- Activity: Expense Report Created
SELECT
    ReportID AS ExpenseReportId,
    'Expense Report Created' AS ActivityName,
    ReportCreateDate AS EventTimestamp,
    EmployeeLoginID AS ProcessorUserId,
    ReportTotal AS ReportTotalAmount,
    EmployeeOrgUnit AS EmployeeDepartment,
    HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM ReportHeader.csv

UNION ALL

-- Activity: Expense Report Submitted
SELECT
    ReportID AS ExpenseReportId,
    'Expense Report Submitted' AS ActivityName,
    ReportSubmitDate AS EventTimestamp,
    EmployeeLoginID AS ProcessorUserId,
    ReportTotal AS ReportTotalAmount,
    EmployeeOrgUnit AS EmployeeDepartment,
    HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM ReportHeader.csv
WHERE ReportSubmitDate IS NOT NULL

UNION ALL

-- Activity: Manager Approved
SELECT
    ReportID AS ExpenseReportId,
    'Manager Approved' AS ActivityName,
    WorkflowStepDate AS EventTimestamp,
    w.ApproverLoginID AS ProcessorUserId,
    h.ReportTotal AS ReportTotalAmount,
    h.EmployeeOrgUnit AS EmployeeDepartment,
    h.HasException AS PolicyViolationFlag,
    w.ApproverLoginID AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM WorkflowHistory.csv w
JOIN ReportHeader.csv h ON w.ReportID = h.ReportID
WHERE w.WorkflowStepAction = 'Approve' AND w.ApproverRole = 'Manager'

UNION ALL

-- Activity: Report Sent Back for Revision
SELECT
    ReportID AS ExpenseReportId,
    'Report Sent Back for Revision' AS ActivityName,
    WorkflowStepDate AS EventTimestamp,
    w.ApproverLoginID AS ProcessorUserId,
    h.ReportTotal AS ReportTotalAmount,
    h.EmployeeOrgUnit AS EmployeeDepartment,
    h.HasException AS PolicyViolationFlag,
    w.ApproverLoginID AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM WorkflowHistory.csv w
JOIN ReportHeader.csv h ON w.ReportID = h.ReportID
WHERE w.WorkflowStepAction = 'Send Back'

UNION ALL

-- Activity: Manager Rejected
SELECT
    ReportID AS ExpenseReportId,
    'Manager Rejected' AS ActivityName,
    WorkflowStepDate AS EventTimestamp,
    w.ApproverLoginID AS ProcessorUserId,
    h.ReportTotal AS ReportTotalAmount,
    h.EmployeeOrgUnit AS EmployeeDepartment,
    h.HasException AS PolicyViolationFlag,
    w.ApproverLoginID AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM WorkflowHistory.csv w
JOIN ReportHeader.csv h ON w.ReportID = h.ReportID
WHERE w.WorkflowStepAction = 'Reject' AND w.ApproverRole = 'Manager'

UNION ALL

-- Activity: Finance Approved
SELECT
    ReportID AS ExpenseReportId,
    'Finance Approved' AS ActivityName,
    WorkflowStepDate AS EventTimestamp,
    w.ApproverLoginID AS ProcessorUserId,
    h.ReportTotal AS ReportTotalAmount,
    h.EmployeeOrgUnit AS EmployeeDepartment,
    h.HasException AS PolicyViolationFlag,
    w.ApproverLoginID AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM WorkflowHistory.csv w
JOIN ReportHeader.csv h ON w.ReportID = h.ReportID
WHERE w.WorkflowStepAction = 'Approve' AND w.ApproverRole = 'Processor'

UNION ALL

-- Activity: Finance Rejected
SELECT
    ReportID AS ExpenseReportId,
    'Finance Rejected' AS ActivityName,
    WorkflowStepDate AS EventTimestamp,
    w.ApproverLoginID AS ProcessorUserId,
    h.ReportTotal AS ReportTotalAmount,
    h.EmployeeOrgUnit AS EmployeeDepartment,
    h.HasException AS PolicyViolationFlag,
    w.ApproverLoginID AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM WorkflowHistory.csv w
JOIN ReportHeader.csv h ON w.ReportID = h.ReportID
WHERE w.WorkflowStepAction = 'Reject' AND w.ApproverRole = 'Processor'

UNION ALL

-- Activity: Reimbursement Scheduled
SELECT
    ReportID AS ExpenseReportId,
    'Reimbursement Scheduled' AS ActivityName,
    PaymentProcessingDate AS EventTimestamp,
    'SYSTEM' AS ProcessorUserId,
    ReportTotal AS ReportTotalAmount,
    EmployeeOrgUnit AS EmployeeDepartment,
    HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM ReportHeader.csv
WHERE PaymentProcessingDate IS NOT NULL

UNION ALL

-- Activity: Reimbursement Executed
SELECT
    ReportID AS ExpenseReportId,
    'Reimbursement Executed' AS ActivityName,
    PaidDate AS EventTimestamp,
    'SYSTEM' AS ProcessorUserId,
    ReportTotal AS ReportTotalAmount,
    EmployeeOrgUnit AS EmployeeDepartment,
    HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM ReportHeader.csv
WHERE PaidDate IS NOT NULL

UNION ALL

-- Activity: Accounting Posted
SELECT
    ReportID AS ExpenseReportId,
    'Accounting Posted' AS ActivityName,
    ExtractDate AS EventTimestamp,
    'SYSTEM' AS ProcessorUserId,
    ReportTotal AS ReportTotalAmount,
    EmployeeOrgUnit AS EmployeeDepartment,
    HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM ReportHeader.csv
WHERE ExtractDate IS NOT NULL

-- The following activities are more complex and may require specific configuration or inference.
-- The logic provided is a common approach.

UNION ALL

-- Activity: Receipts Image Attached (inferred from first submission)
SELECT
    ReportID AS ExpenseReportId,
    'Receipts Image Attached' AS ActivityName,
    ReportSubmitDate AS EventTimestamp, -- This is an approximation; precise time is not in standard extracts
    EmployeeLoginID AS ProcessorUserId,
    ReportTotal AS ReportTotalAmount,
    EmployeeOrgUnit AS EmployeeDepartment,
    HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM ReportHeader.csv
WHERE HasImage = 'Y' AND ReportSubmitDate IS NOT NULL

UNION ALL

-- Activity: Policy Violation Flagged (inferred from exception flag at time of submission)
SELECT
    ReportID AS ExpenseReportId,
    'Policy Violation Flagged' AS ActivityName,
    ReportSubmitDate AS EventTimestamp,
    'SYSTEM' AS ProcessorUserId,
    ReportTotal AS ReportTotalAmount,
    EmployeeOrgUnit AS EmployeeDepartment,
    HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM ReportHeader.csv
WHERE HasException = 'Y' AND ReportSubmitDate IS NOT NULL

UNION ALL

-- Activity: Audit Review Required (inferred from workflow step)
SELECT
    ReportID AS ExpenseReportId,
    'Audit Review Required' AS ActivityName,
    WorkflowStepDate AS EventTimestamp,
    w.ApproverLoginID AS ProcessorUserId,
    h.ReportTotal AS ReportTotalAmount,
    h.EmployeeOrgUnit AS EmployeeDepartment,
    h.HasException AS PolicyViolationFlag,
    w.ApproverLoginID AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM WorkflowHistory.csv w
JOIN ReportHeader.csv h ON w.ReportID = h.ReportID
WHERE w.WorkflowStepName LIKE '%Audit%'

UNION ALL

-- Activity: Finance Review Started (inferred from entering Processor queue)
SELECT
    ReportID AS ExpenseReportId,
    'Finance Review Started' AS ActivityName,
    WorkflowStepDate AS EventTimestamp,
    'SYSTEM' AS ProcessorUserId,
    h.ReportTotal AS ReportTotalAmount,
    h.EmployeeOrgUnit AS EmployeeDepartment,
    h.HasException AS PolicyViolationFlag,
    NULL AS ApproverId,
    NULL AS ExpenseCategory,
    'SAP Concur' as SourceSystem,
    GETDATE() as LastDataUpdate
FROM WorkflowHistory.csv w
JOIN ReportHeader.csv h ON w.ReportID = h.ReportID
WHERE w.WorkflowStepName LIKE '%Processor Review%';

ステップ

前提条件と環境設定：システムにPython 3.6以降がインストールされていることを確認します。データ操作用のpandasとAPI呼び出し用のrequestsを、次のコマンドでインストールします：pip install pandas requests。
API認証情報を取得：「Web Services Administrator」ロールを持つユーザーでSAP Concurにログインします。Administration > Company > Web Servicesへ移動し、新しいアプリケーションを登録します。Client ID、Client Secret、会社のBase URI（例：https://us.api.concursolutions.com）を控えます。これらはOAuth 2.0認証に必要です。
Pythonスクリプトを設定：提供されたPythonスクリプトを、たとえばextract_concur_events.pyというファイルにコピーします。スクリプトの設定セクションにあるプレースホルダー変数を探し、実際のClient ID、Client Secret、Base URIに置き換えます。
抽出パラメーターを設定：スクリプトのSTART_DATEとEND_DATE変数に値を設定し、データ抽出の日付範囲を定義します。まずは1か月など、短い期間で抽出をテストすることを推奨します。
スクリプトを実行：ターミナルで次のコマンドを実行します：python extract_concur_events.py。スクリプトがSAP Concur APIで認証し、指定期間内の経費レポート一覧を取得した後、各レポートの詳細情報を取得します。
APIデータを処理：スクリプトは各レポートのヘッダー、明細、監査証跡を順に処理します。CreateDate、SubmitDate、支払ステータス、監査証跡のエントリなどのAPIデータを、「経費レポート作成」、「マネージャー承認」、「払い戻し実行」などの必要なプロセスアクティビティに対応付けます。
APIのページネーションを処理：Concur Reports v4 APIはページ分割された結果を返します。スクリプトはAPIレスポンスのnextPage URLを確認し、指定期間のすべてのレポートを取得するまで後続のリクエストを自動的に実行します。
イベントログを組み立て：特定した各アクティビティについて、ExpenseReportId、ActivityName、EventTimestamp、その他の必須・推奨属性を含むレコードを作成します。これらのレコードを1つのリストにまとめます。
データを変換・エクスポート：すべてのレポートの処理が完了したら、pandasを使ってイベントレコードのリストを構造化されたDataFrameに変換します。その後、DataFrameをconcur_event_log.csvという名前のCSVファイルとして、スクリプトを実行した同じディレクトリに出力します。
アップロードの準備：生成されたconcur_event_log.csvは、ProcessMindプラットフォームへアップロードできる形式になっています。構造を変更する必要はありません。

設定

API認証情報：SAP ConcurのWeb Services管理画面でクライアントアプリケーションを登録しておく必要があります。認証には次の情報が必要です。
- Client ID：アプリケーションを一意に識別するIDです。
- Client Secret：アプリケーションの秘密鍵です。
- Base URI：ConcurインスタンスのAPIのベースURLです（例：https://us.api.concursolutions.com）。
日付範囲フィルター：スクリプトはlastModifiedDateフィルターを使い、指定期間内に変更されたレポートを取得します。データ量を制御するため、START_DATEとEND_DATEを必ず設定してください。初回抽出では、過去3～6か月の期間を推奨します。
APIエンドポイント：スクリプトは主に、次のSAP Concur Platform REST API v4エンドポイントと連携します。
- POST /oauth2/v0/token：OAuth 2.0アクセストークンを取得します。
- GET /expensereports/v4/reports：フィルターに基づいて経費レポート一覧を取得します。
- GET /expensereports/v4/reports/{reportId}：監査証跡や支払情報を含む、特定の経費レポートの詳細を取得します。
パフォーマンスに関する考慮事項：長期間のデータを抽出すると、API呼び出し数が多くなることがあります。Concur APIにはレート制限があります。非常に大規模なデータセットでは、制限に対応しタイムアウトを防ぐため、スリープ間隔や、より詳細なエラー処理をスクリプトに追加する必要があります。
ユーザー権限：APIから返されるデータは、API認証情報に関連付けられたユーザーアカウントの権限によって制限されます。組織全体の必要な経費レポートデータを閲覧できる十分な権限があることを確認してください。

a サンプルクエリ python

import requests
import pandas as pd
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Section --- #
class=class="hl-string">"hl-comment"># Replace with your SAP Concur API credentials and settings
CLIENT_ID = class="hl-string">'YOUR_CLIENT_ID'
CLIENT_SECRET = class="hl-string">'YOUR_CLIENT_SECRET'
BASE_URI = class="hl-string">'https://us.api.concursolutions.com' class=class="hl-string">"hl-comment"># Or your specific regional URI

class=class="hl-string">"hl-comment"># Define the date range for the extraction
START_DATE = class="hl-string">'2023-01-01T00:00:00.000Z'
END_DATE = class="hl-string">'2023-06-30T23:59:59.000Z'

class=class="hl-string">"hl-comment"># --- End Configuration Section --- #

def get_access_token():
    class="hl-string">"""Authenticates with Concur API to get an OAuth 2.0 access token."""
    token_url = fclass="hl-string">'{BASE_URI}/oauth2/v0/token'
    headers = {class="hl-string">'Content-Type': class="hl-string">'application/x-www-form-urlencoded'}
    data = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    try:
        response = requests.post(token_url, headers=headers, data=data)
        response.raise_for_status()
        token_data = response.json()
        return token_data.get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">'Error getting access token: {e}')
        return None

def get_reports(token, next_page_url=None):
    class="hl-string">"""Fetches a paginated list of expense reports."""
    if next_page_url:
        url = next_page_url
    else:
        url = fclass="hl-string">'{BASE_URI}/expensereports/v4/reports?lastModifiedDateAfter={START_DATE}&lastModifiedDateBefore={END_DATE}'
    
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}', class="hl-string">'Accept': class="hl-string">'application/json'}
    try:
        response = requests.get(url, headers=headers)
        response.raise_for_status()
        return response.json()
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">'Error fetching reports list: {e}')
        return None

def get_report_details(token, report_id):
    class="hl-string">"""Fetches the full details for a single expense report."""
    url = fclass="hl-string">'{BASE_URI}/expensereports/v4/reports/{report_id}'
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {token}', class="hl-string">'Accept': class="hl-string">'application/json'}
    try:
        response = requests.get(url, headers=headers)
        response.raise_for_status()
        return response.json()
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">'Error fetching details for report {report_id}: {e}')
        return None

def main():
    class="hl-string">"""Main function to orchestrate the extraction process."""
    access_token = get_access_token()
    if not access_token:
        print(class="hl-string">'Could not obtain access token. Exiting.')
        return

    print(class="hl-string">'Successfully obtained access token. Starting report extraction...')
    event_log = []
    last_data_update = datetime.utcnow().isoformat() + class="hl-string">'Z'

    next_page = None
    page_count = 1

    while True:
        print(fclass="hl-string">'Fetching page {page_count} of reports...')
        reports_data = get_reports(access_token, next_page)
        if not reports_data or not reports_data.get(class="hl-string">'value'):
            print(class="hl-string">'No more reports found or API error.')
            break

        for report_summary in reports_data[class="hl-string">'value']:
            report_id = report_summary.get(class="hl-string">'id')
            if not report_id:
                continue

            details = get_report_details(access_token, report_id)
            if not details:
                continue

            class=class="hl-string">"hl-comment"># --- Base Attributes for all events related to this report --- #
            base_event = {
                class="hl-string">'ExpenseReportId': report_id,
                class="hl-string">'ReportTotalAmount': details.get(class="hl-string">'approvedAmount', {}).get(class="hl-string">'value'),
                class="hl-string">'EmployeeDepartment': details.get(class="hl-string">'orgUnit', {}).get(class="hl-string">'name'),
                class="hl-string">'PolicyViolationFlag': details.get(class="hl-string">'hasExceptions'),
                class="hl-string">'SourceSystem': class="hl-string">'SAP Concur',
                class="hl-string">'LastDataUpdate': last_data_update
            }

            class=class="hl-string">"hl-comment"># --- Activity: Expense Report Created --- #
            event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Expense Report Created',
                class="hl-string">'EventTimestamp': details.get(class="hl-string">'createDate'),
                class="hl-string">'ProcessorUserId': details.get(class="hl-string">'owner', {}).get(class="hl-string">'id'),
                class="hl-string">'ApproverId': None,
                class="hl-string">'ExpenseCategory': None
            })

            class=class="hl-string">"hl-comment"># --- Activities from Audit Trail --- #
            for audit_entry in details.get(class="hl-string">'auditTrail', []):
                action = audit_entry.get(class="hl-string">'action')
                activity_name = None
                processor = audit_entry.get(class="hl-string">'processor', {}).get(class="hl-string">'id')
                approver = audit_entry.get(class="hl-string">'approver', {}).get(class="hl-string">'id')
                
                if action == class="hl-string">'Submit':
                    activity_name = class="hl-string">'Expense Report Submitted'
                elif action == class="hl-string">'Approve':
                    class=class="hl-string">"hl-comment"># This logic assumes any approval is class="hl-string">'Manager Approved'. 
                    class=class="hl-string">"hl-comment"># A more complex system might check processor roles.
                    activity_name = class="hl-string">'Manager Approved'
                elif action == class="hl-string">'Reject':
                    class=class="hl-string">"hl-comment"># Differentiating manager vs finance rejection may require checking processor role.
                    activity_name = class="hl-string">'Manager Rejected'
                elif action == class="hl-string">'Recall':
                    activity_name = class="hl-string">'Report Sent Back for Revision'
                
                if activity_name:
                    event_log.append({
                        **base_event,
                        class="hl-string">'ActivityName': activity_name,
                        class="hl-string">'EventTimestamp': audit_entry.get(class="hl-string">'entryDate'),
                        class="hl-string">'ProcessorUserId': processor,
                        class="hl-string">'ApproverId': approver,
                        class="hl-string">'ExpenseCategory': None
                    })

            class=class="hl-string">"hl-comment"># --- Activities from Statuses and Dates --- #
            if details.get(class="hl-string">'approvalStatus', {}).get(class="hl-string">'code') == class="hl-string">'A_APPR': class=class="hl-string">"hl-comment"># Approved
                class=class="hl-string">"hl-comment"># Inferring Finance Approval from final approval date
                event_log.append({
                        **base_event,
                        class="hl-string">'ActivityName': class="hl-string">'Finance Approved',
                        class="hl-string">'EventTimestamp': details.get(class="hl-string">'approvedDate'),
                        class="hl-string">'ProcessorUserId': details.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'id'),
                        class="hl-string">'ApproverId': details.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'id'),
                        class="hl-string">'ExpenseCategory': None
                    })

            payment_status = details.get(class="hl-string">'paymentStatus', {}).get(class="hl-string">'code')
            if payment_status == class="hl-string">'P_PROC': class=class="hl-string">"hl-comment"># Processing Payment
                event_log.append({
                    **base_event,
                    class="hl-string">'ActivityName': class="hl-string">'Reimbursement Scheduled',
                    class="hl-string">'EventTimestamp': details.get(class="hl-string">'paymentProcessingDate'),
                    class="hl-string">'ProcessorUserId': class="hl-string">'System',
                    class="hl-string">'ApproverId': None,
                    class="hl-string">'ExpenseCategory': None
                })
            
            if payment_status == class="hl-string">'P_PAID': class=class="hl-string">"hl-comment"># Paid
                event_log.append({
                    **base_event,
                    class="hl-string">'ActivityName': class="hl-string">'Reimbursement Executed',
                    class="hl-string">'EventTimestamp': details.get(class="hl-string">'paidDate'),
                    class="hl-string">'ProcessorUserId': class="hl-string">'System',
                    class="hl-string">'ApproverId': None,
                    class="hl-string">'ExpenseCategory': None
                })

            if details.get(class="hl-string">'isPosted'):
                 event_log.append({
                    **base_event,
                    class="hl-string">'ActivityName': class="hl-string">'Accounting Posted',
                    class="hl-string">'EventTimestamp': details.get(class="hl-string">'postDate'),
                    class="hl-string">'ProcessorUserId': class="hl-string">'System',
                    class="hl-string">'ApproverId': None,
                    class="hl-string">'ExpenseCategory': None
                })
            
            class=class="hl-string">"hl-comment"># --- Other Inferred Activities --- #
            class=class="hl-string">"hl-comment"># Note: The following are examples and may need adjustment based on specific Concur configuration.
            if details.get(class="hl-string">'hasExceptions'):
                 event_log.append({
                    **base_event,
                    class="hl-string">'ActivityName': class="hl-string">'Policy Violation Flagged',
                    class="hl-string">'EventTimestamp': details.get(class="hl-string">'lastModifiedDate'), class=class="hl-string">"hl-comment"># Best guess timestamp
                    class="hl-string">'ProcessorUserId': class="hl-string">'System',
                    class="hl-string">'ApproverId': None,
                    class="hl-string">'ExpenseCategory': None
                })

            if details.get(class="hl-string">'workflow', {}).get(class="hl-string">'currentStep', {}).get(class="hl-string">'name', class="hl-string">'').lower().find(class="hl-string">'audit') != -1:
                 event_log.append({
                    **base_event,
                    class="hl-string">'ActivityName': class="hl-string">'Audit Review Required',
                    class="hl-string">'EventTimestamp': details.get(class="hl-string">'lastModifiedDate'),
                    class="hl-string">'ProcessorUserId': class="hl-string">'System',
                    class="hl-string">'ApproverId': None,
                    class="hl-string">'ExpenseCategory': None
                })

            class=class="hl-string">"hl-comment"># Placeholder for activities not directly available via standard fields
            class=class="hl-string">"hl-comment"># e.g., class="hl-string">'Receipts Image Attached', class="hl-string">'Finance Review Started' may require parsing specific audit trail descriptions

        next_page = reports_data.get(class="hl-string">'nextPage')
        if not next_page:
            break
        page_count += 1
    
    print(fclass="hl-string">'Extraction complete. Total events generated: {len(event_log)}')

    if event_log:
        df = pd.DataFrame(event_log)
        class=class="hl-string">"hl-comment"># Reorder columns for clarity
        cols = [class="hl-string">'ExpenseReportId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'ProcessorUserId', 
                class="hl-string">'ReportTotalAmount', class="hl-string">'EmployeeDepartment', class="hl-string">'PolicyViolationFlag', class="hl-string">'ApproverId', 
                class="hl-string">'ExpenseCategory', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate']
        df = df[cols]
        df.to_csv(class="hl-string">'concur_event_log.csv', index=False)
        print(class="hl-string">'Event log saved to concur_event_log.csv')
    else:
        print(class="hl-string">'No events were generated.')

if __name__ == class="hl-string">'__main__':
    main()

準備はできましたか？

このテンプレートは、経費管理の真の効率化に向けた最初の一歩です。今すぐイベントログの作成を始め、具体的な改善案を得てプロセスを最適化しましょう。

改善ガイドに戻るテンプレートをダウンロード

効率化を実現：今すぐ経費管理の最適化を開始

経費処理のサイクルタイムを30％短縮し、コンプライアンスを高める方法をご確認ください。

無料トライアルを開始

クレジットカードは必要ありません。数分で最適化を始められます。

経費管理データテンプレート

経費管理データテンプレート

経費管理の属性

経費管理のアクティビティ

抽出ガイド

SAP Concur標準会計抽出の設定

ステップ

設定

a サンプルクエリ sql

SAP Concur Platform REST APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか？

効率化を実現：今すぐ経費管理の最適化を開始

経費管理データテンプレート

経費管理データテンプレート

経費管理の属性

経費管理のアクティビティ

抽出ガイド

SAP Concur標準会計抽出の設定

ステップ

設定

a サンプルクエリ sql

SAP Concur Platform REST APIを使用したPythonスクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか？

効率化を実現：今すぐ経費管理の最適化を開始

プライバシーを大切にしています