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

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

SAP Concur

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

この`テンプレート`は、経費管理プロセスを最適化するために必要な`データ`を収集するための包括的な`ガイド`を提供します。取得すべき必須`属性`、追跡すべき主要`アクティビティ`、および`ソースシステム`からこの`情報`を抽出するための実践的な`ガイダンス`を詳述しています。この`リソース`を活用して堅牢な`イベントログ`を構築し、`プロセスパフォーマンス`に関する深い`インサイト`を獲得しましょう。

詳細分析に推奨の属性
経費ライフサイクル全体で追跡すべき主要な活動
SAP Concurからのデータ抽出に関するガイダンス

イベントログについて初めての方へ：プロセスマイニングのイベントログ作成方法.

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

経費精算属性

これらは、経費管理プロセスを包括的に分析するために`イベントログ`に含めるべき推奨`データフィールド`です。

5 必須 6 推奨 8 任意

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

必須推奨任意

経費精算アクティビティ

これらは、経費管理プロセスの正確な可視化と最適化のために、`イベントログ`に記録すべき主要なプロセスステップと節目です。

6 推奨 8 任意

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

推奨任意

抽出ガイド

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

ステップ

SAP Concurへのアクセス: 抽出を設定・実行するために必要な権限（Webサービス管理者または経費処理担当者など）を持つユーザーアカウントでSAP Concurにログインします。
抽出設定への移動: 「管理」メニューに移動します。「会社」を選択し、「ツール」に移動します。ツールリストから「標準会計抽出」を選択します。
抽出の定義: 新しい抽出定義を作成するか、既存のものを選択して変更します。抽出に、例えば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か月間などの履歴期間に対して抽出を手動で実行します。これは「抽出実行」画面から行います。
抽出ファイルのダウンロード: 抽出の実行が完了すると、出力ファイルがSFTPサーバーで利用可能になります。出力は、レポートヘッダーファイル、仕訳入力ファイル、ワークフロー履歴ファイルなど、複数のファイルで構成される場合があります。
データの変換: 生の抽出ファイルはイベントログ形式ではありません。スクリプト（例：Python、PowerShell）またはETLツールを使用して、これらのファイルを処理・結合します。スクリプトはデータをピボットし、ファイル内の日付とワークフローステップに基づいて、各ビジネス活動（例：作成済み、提出済み、承認済み）に対して個別の行を作成する必要があります。
イベントログの生成: 変換スクリプトは、ExpenseReportId、ActivityName、EventTimestamp、およびその他の属性を含む、データ要件で指定された列を持つ単一のCSVファイルを出力する必要があります。
ProcessMindへのアップロード: 最終的に変換されたCSVファイルをProcessMindプロジェクトにアップロードして分析します。

設定

抽出定義: 「管理」>「ツール」で利用できる標準会計抽出機能を使用します。
主要なデータソース: Concur内の複数のレコードタイプからデータを取得する設定が必要です。抽出定義で次の項目が有効になっていることを確認してください。
- レポートヘッダーレコード: レポートの主要な詳細と重要日付のため。
- ワークフロー監査証跡レコード: すべての承認、却下、改訂ステップを特定のタイムスタンプとユーザーIDで記録するために不可欠です。
- 従業員プロファイルデータ: EmployeeDepartmentなどの属性を含めるため。
日付範囲: 抽出は、特定の日付範囲内で変更されたレコードに対して実行されます。初回ロード時には、3〜6か月の過去期間を設定してください。継続的な更新の場合、抽出は前日分のデータを毎日実行する必要があります。
ファイル形式: テキストフィールド内のカンマとの競合を避けるため、パイプ区切り（|）テキストファイルが推奨されます。エンコーディングはUTF-8を使用してください。
前提条件: 抽出の設定と実行を行うユーザーは、通常「Webサービス管理者」または「経費設定」と「プロセッサー」の権限など、Concurの管理者ロールを持っている必要があります。また、Concurがファイルを配信するSFTPサーバーへのアクセスも必要です。

a クエリ例 config

-- 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といった必要なPythonライブラリを、pip install pandas requestsコマンドを実行してインストールします。
API認証情報の取得: 「Webサービス管理者」ロールを持つユーザーでSAP Concurインスタンスにログインします。「管理」>「会社」>「Webサービス」に移動して、新しいアプリケーションを登録します。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データポイントを、「Expense Report Created」、「Manager Approved」、「Reimbursement Executed」のような必要なプロセスアクティビティにマッピングします。
APIページネーションの処理: Concur Reports v4 APIはページ分割された結果を返します。スクリプトはAPI応答のnextPage URLをチェックし、指定された期間のすべてのレポートが取得されるまで後続のリクエストを行うことで、これを自動的に処理します。
イベントログの構築: 識別された各アクティビティについて、スクリプトはExpenseReportId、ActivityName、EventTimestamp、およびその他の必須および推奨される属性を含むレコードを構築します。これらのレコードは単一のリストに収集されます。
データの変換とエクスポート: すべてのレポートが処理された後、スクリプトはpandasライブラリを使用してイベントレコードのリストを構造化されたDataFrameに変換します。このDataFrameは、スクリプトが実行されたのと同じディレクトリにconcur_event_log.csvという名前のCSVファイルとしてエクスポートされます。
アップロードの準備: 生成されたconcur_event_log.csvファイルは、ProcessMindプラットフォームへのアップロード用にフォーマットされており、それ以上の構造変更は不要です。

設定

API認証情報: SAP ConcurのWebサービス管理で、クライアントアプリケーションを登録しておく必要があります。スクリプトは認証のために以下の情報を必要とします。
- Client ID: アプリケーションの一意の識別子です。
- Client Secret: アプリケーションの秘密鍵です。
- Base URI: ConcurインスタンスのAPIのベースURLです（例：https://us.api.concursolutions.com）。
日付範囲フィルター: スクリプトはlastModifiedDateフィルターを使用して、特定の期間内に変更されたレポートを取得します。データ量を制御するためにSTART_DATEとEND_DATEパラメーターを設定することが重要です。初回抽出には、3〜6か月間が推奨されます。
APIエンドポイント: スクリプトは主に以下のSAP Concurプラットフォーム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()

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

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

経費精算属性

経費精算アクティビティ

抽出ガイド

SAP Concur 標準会計抽出設定

ステップ

設定

a クエリ例 config

SAP ConcurプラットフォームREST APIを使用するPythonスクリプト

ステップ

設定

a クエリ例 python

今すぐ始めますか？

効率性を解き放つ：今すぐ経費管理の最適化を始めましょう

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

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

経費精算属性

経費精算アクティビティ

抽出ガイド

SAP Concur 標準会計抽出設定

ステップ

設定

a クエリ例 config

SAP ConcurプラットフォームREST APIを使用するPythonスクリプト

ステップ

設定

a クエリ例 python

お客様のプライバシーを大切にしています

今すぐ始めますか？

効率性を解き放つ：今すぐ経費管理の最適化を始めましょう