您的报销管理数据模板

SAP Concur

← 返回改进指南

费用管理属性 (19) 费用管理活动 (14) 提取指南 (2)

您的报销管理数据模板

此模板为收集优化费用管理流程所需的 data 提供了全面指南。它概述了要捕获的关键属性、要追踪的关键 activities，以及从源系统中提取此信息的实用指南。利用此资源构建稳健的 event log，实现对流程绩效的深度洞察。

详细分析的推荐属性
费用生命周期中需要跟踪的关键活动
SAP Concur 数据提取指南

不熟悉事件日志？了解如何创建流程挖掘事件日志.

下载模板

费用管理属性

这些是建议包含在您的 event log 中的 data 字段，用于对费用管理流程进行全面分析。

5 必填 6 推荐 8 可选

	名称	描述
	事件timestamp EventTimestamp	特定 Activity 发生的精确日期和时间。
描述此 timestamp 标记了费用管理流程中某个 event 发生的精确时刻。它是 Process Mining 的关键组成部分，因为它确定了 activities 的时间顺序。此 data 的准确性对于计算各步骤之间的周期时间、持续时长和等待时间至关重要，而这些对于识别流程中的延迟和性能瓶颈必不可少。为何重要它为所有 event 提供了按时间顺序的排列，使得计算持续时间和分析随时间变化的流程绩效成为可能。获取方式可在 SAP Concur 中每份报销报告的审计轨迹或 event log data 中获取，并与每个记录的操作相关联。示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	报销报告 ID ExpenseReportId	报销单的唯一标识符，用作主要的 case 标识符。
描述 Expense Report ID 是将单笔报销申请的所有相关 activities 分组的唯一键。它可以全程追踪报销单从创建到最终报销和会计入账的完整生命周期。在 Process Mining 中，此 ID 对于重建每份报销单的端到端路径至关重要，是所有流程分析和变体探索的基础。为何重要这是分析的基石，因为它将所有单个 events 链接到每份报销单的统一流程流中。获取方式这是大多数 SAP Concur 费用报销 data 提取和 API 中的主键，通常显示为“报销单 ID”或“报销单 Key”。示例 C6B2F1A8-4D4F-4C8D-9E9C-1F0D5B5A4B3CER-2023-08-1001400012345
	活动名称 ActivityName	在费用管理流程中特定时间点发生的业务 event 的名称。
描述 Activity Name 描述了报销单生命周期中的特定步骤或里程碑，例如“报销单已提交”或“经理已审批”。此属性对于 Process Mining 至关重要，因为它定义了流程图中的节点，从而实现了流程流的可视化和分析。通过分析 activities 的顺序和频率，有助于识别常用路径、偏差和瓶颈。为何重要它定义了流程图中的步骤，支持对报销报告旅程的可视化和分析。获取方式源自 SAP Concur 内部的 event logs 或审计轨迹，这些记录跟踪了报销报告的状态变化和所执行的操作。示例报销报告已提交经理已审批财务已批准报销已执行
	最后数据更新 LastDataUpdate	指示此 record 数据上次从源系统刷新的 timestamp。
描述此属性记录了上一次从 SAP Concur 提取或更新 data 的日期和时间。它是了解所分析 data 新鲜度的关键元数据。这有助于分析师和业务用户了解流程洞察的实时程度，对于维护 data 完整性和安排 data 刷新至关重要。为何重要提供关于 data 新鲜度的关键背景，确保分析是基于最新信息的。获取方式此 timestamp 是在 data 摄取过程中生成并添加到数据集中的。示例 2023-10-27T02:00:00Z2023-10-28T02:00:00Z
	源系统 SourceSystem	用于标识数据来源的系统。
描述此属性指定生成费用管理流程 data 的源应用程序，在本例中为 SAP Concur。这对于 data 治理和上下文非常重要，尤其是在可能合并来自多个系统的 data 以进行更广泛分析的环境中。明确标记来源有助于维护 data 血缘并解决 data 质量问题。为何重要确保 data 的血缘关系和清晰度，这在集成多个企业系统的数据时至关重要。获取方式这通常是在 Data 提取和转换过程中添加的静态值，用于标记数据集的来源。示例 SAP ConcurConcur Expense ProfessionalConcur Standard
	员工部门 EmployeeDepartment	提交报销单员工所属的部门或成本中心。
描述此属性标识提交报销单员工的组织单位。它用于财务分配以及分析业务不同部门的流程绩效。通过筛选或比较部门，经理可以识别审批时间、政策合规性和返工率方面的差异，从而帮助将流程改进计划对准最需要的环节。为何重要支持按业务单元进行流程分析，有助于识别特定部门的行为、瓶颈或合规问题。获取方式此信息通常源自 SAP Concur 中的员工档案 data，该 data 通常与 HRIS 同步。示例销售市场营销研发财务
	处理人用户 ID ProcessorUserId	执行该 Activity 的员工或系统用户的标识符。
描述此属性标识负责特定 Activity 的人员，例如提交报销单的员工、审批的经理或处理的财务团队成员。分析处理人可以进行工作量分配分析、用户或团队之间的绩效比较，并了解工作的路由方式。这是审批人绩效和财务工作量相关 dashboard 的关键。为何重要支持分析工作量分布、用户绩效和资源分配，这对于识别培训需求和流程改进至关重要。获取方式在报销报告的审计轨迹 data 中可以找到，通常与审批或提交等 workflow 步骤相关联。示例 j.doe789123asmith
	审批人 ID ApproverId	负责审批报销单的经理或财务用户的标识符。
描述此属性捕获执行审批 Activity 的人员的用户 ID。它与通用的“处理人用户 ID”不同，因为它专门针对审批步骤。这些 data 对于“审批人绩效与路由”dashboard 至关重要，可用于分析每位审批人的审批时间、拒绝率和工作负载。它有助于识别不一致的路由以及平衡工作负载的机会。为何重要支持对审批人绩效进行详细分析，有助于优化审批 workflow 并识别培训机会。获取方式此信息是 workflow 或审计追踪 data 的一部分，并关联到 SAP Concur 中的审批步骤。示例 m.joness.lee987654
	报销总金额 ReportTotalAmount	报销单的总金额。
描述此属性捕获单份报销单中申请的所有费用总和。它是财务分析的基础指标，允许按金额对报销单进行分层。高额报销单可能会走不同的审批路径或需要更严格的审查，分析此金额有助于了解成本驱动因素、合规风险和财务影响。为何重要提供关键的财务背景，支持基于金额的分析，例如识别可能需要额外审计的高额报告。获取方式这是报销单上的标题级字段，可在 SAP Concur 的标准 data 提取中获取。示例 150.752500.0089.50
	政策违反标识 PolicyViolationFlag	指示报销报告是否因违反政策而被标记。
描述一个布尔属性，如果自动或人工检查发现报销报告中存在违反政策的行为，则该属性为 true。这可能涉及超出支出限制、使用非首选供应商或缺少必要文件。该标识对于“费用政策合规概览” dashboard 和“政策违反率” KPI 至关重要，可帮助组织监控并执行其费用政策。为何重要直接支持合规分析，有助于衡量并提高对公司费用政策的遵守程度，降低财务风险。获取方式这通常是 SAP Concur 根据配置的费用政策生成的系统标志。可以在报销单级 data 中找到。示例 truefalse
	费用类别 ExpenseCategory	费用的分类，例如差旅、餐饮或办公用品。
描述费用类别（也称为费用类型）用于对支出性质进行分类。这些 data 是财务预算、报告和分析的基础。在 Process Mining 中，它有助于分析某些类别是否更容易出现政策违规、审批时间延长或返工。此属性是“费用分类准确性”dashboard 的基础。为何重要提供了一种按支出类型分析流程行为的方法，这可以揭示特定类别在合规性或效率方面的问题。获取方式这是 SAP Concur 中的行项目级详细信息。对于 case 级分析，它可能会被聚合，或者使用出现频率最高的类别。示例机票酒店客户餐费软件订阅
	付款类型 PaymentType	指示费用的支付方式，例如公司卡或自费。
描述此属性用于区分使用公司信用卡支付的费用与由员工个人垫付（自费）并等待报销的费用。支付类型会显著影响流程流。例如，公司卡交易可能需要额外的对账步骤，而自费报销则通过报销速度直接关系到员工满意度。为何重要有助于区分公司卡和自付费用的流程变体，这两者通常具有不同的处理要求和风险。获取方式这是 SAP Concur 费用条目级的标准字段。示例公司卡自付费用预支现金
	员工所在国家/地区 EmployeeCountry	提交报销单员工所属的国家/地区。
描述此属性标识员工所属的国家/地区。它是全球化组织进行分析的关键维度，允许比较不同地区的流程绩效、合规率和成本。各国的法规、政策和用户行为可能会导致显著的流程差异，理解这些差异至关重要。为何重要支持地区和国家维度的流程绩效与合规基准测试，这对于全球流程的一致化至关重要。获取方式这些 data 是 SAP Concur 中员工用户档案的一部分，通常从中央 HR 系统同步。示例美国DEUGBRJPN
	审批周期时间 ApprovalCycleTime	计算出的从报销单提交到财务最终审批通过的持续时间。
描述此计算指标用于衡量“报销单已提交”与“财务已批准”activities 之间经过的总时间。它是对“费用审批周期时间”KPI 的直接衡量。分析此时长有助于识别审批链中的瓶颈（无论是经理级别还是财务级别），对于旨在加速审批流程的项目至关重要。为何重要量化核心审批流程的效率，直接影响员工获得报销的速度以及等待审批所需的人工投入。获取方式此指标是在 data 分析期间通过计算每个 case 的“财务已批准”与“报销单已提交”events 之间的 timestamp 差异得出的。示例 2 天 4 小时1 天 8 小时 30 分钟5天
	审计结果 AuditOutcome	报销单人工或自动审计的结果。
描述此属性记录审计审查的最终决定，可以是“通过”、“失败”或“通过但有警告”。它是“审计发现频率”KPI 的直接输入。分析审计结果有助于识别审计失败的常见原因（如缺少票据或违反政策），并为改进前端控制和员工培训提供反馈闭环。为何重要直接衡量合规控制的有效性，对于监控和降低审计相关风险及成本至关重要。获取方式此信息来自 SAP Concur 内部的审计模块或审计服务。如果组织使用了此功能，则该信息可用。示例已通过失败 - 缺少收据带警告通过未审计
	报销单状态 ReportStatus	报销单在其生命周期中的当前状态。
描述此属性指示报销单 case 的当前状态，例如“等待审批”、“已批准支付”或“已支付”。虽然 Process Mining 主要使用 activities 的顺序，但 case 的最终状态对于筛选和细分报销单非常有用。例如，分析可以仅关注已完成的报销单（“已支付”），或调查长时间卡在特定状态的报销单。为何重要提供 case 当前状态的快照，有助于过滤进行中与已完成的报告，并用于运营监控。获取方式这是 SAP Concur 报销单标题级的主要状态字段。示例已提交，等待审批已批准并处于财务审核中已付款已驳回
	报销币种 ReportCurrency	提交报销单时使用的币种。
描述此属性指定报销单中申请总额的货币代码，如 USD 或 EUR。这对于任何财务分析都至关重要，以确保金额得到正确解读和比较。在全球化组织中，按币种分析费用可以深入了解区域支出模式和汇率影响。为何重要这对于准确的财务报告和分析至关重要，特别是对于处理多种货币的跨国公司。获取方式这是 SAP Concur 报销单上的标准标题级字段。示例美元EURGBPJPY
	是否返工 IsRework	一个计算出的标识，用于指示报告是否在任何时间点被退回修改。
描述这是一个派生的布尔值属性。如果报销单经历了至少一次修订周期（通过是否存在“报销单已退回修订”Activity 来识别），则该值为 true。此标志简化了“报销单返工率”KPI 的计算，并允许在首轮获批的报销单与需要返工的报销单之间进行轻松的筛选和比较。分析这些 case 有助于精准定位拒绝的常见原因，并提高一次性通过率。为何重要通过直接标记需要额外工作的 case，简化对流程效率低下的分析，有助于量化并减少返工。获取方式此属性在源系统中不存在。它是在 data 转换期间通过检查给定 Case ID 是否存在“报销单已退回修订”Activity 计算得出的。示例 truefalse
	端到端周期时间 EndToEndCycleTime	从创建报销单到最终会计入账的总时间。
描述此计算指标用于衡量单份报销单的整个费用管理流程时长。通常计算为第一个 event“报销单已创建”与最后一个 event“会计过账”之间的时间差。这提供了流程绩效的全局视图，是“平均端到端周期时间”KPI 的基础，用于跟踪整体流程效率的改进。为何重要提供了对从开始到结束的整个流程速度的高维度衡量，这是整体效率的关键指标。获取方式此指标是在 data 分析期间通过计算每个已完成 case 的最早与最晚 events 之间的 timestamp 差异得出的。示例 10 天 2 小时15 天8天12小时

必填推荐可选

费用管理活动

这些是应在您的 event log 中捕获的关键流程步骤和里程碑，用于精确发现和优化您的费用管理流程。

6 推荐 8 可选

	活动	描述
	会计已入账	报销的财务交易正式过账到公司的总账。这最后一步通常在 data 被提取并加载到 ERP 系统时记录。
为何重要这是端到端流程中的最后一个 Activity。它对于衡量整个流程周期时间和会计过账滞后时间至关重要。获取方式通常来自连接的财务 ERP 系统。此 event 是根据与报销单日记账分录关联的过账日期捕获的。捕获从财务系统中的过账日期捕获的 event，并链接回报告 ID。事件类型 explicit
	报销已执行	付款已处理，资金已发放给员工。这通常是由支付系统触发的显式 event，随后会更新 SAP Concur 中的状态。
为何重要标志着支付步骤的完成，对员工满意度至关重要。它是衡量报销效率的终点。获取方式从支付处理日期字段或集成支付系统的状态更新中获取。通常使用报告中的“支付日期”。捕获从支付处理日期字段或集成支付系统的状态更新中获取。事件类型 explicit
	报销报告已创建	标志着员工发起了一份新的报销报告。当用户第一次保存新报告时会捕获此 event，并生成唯一的报销报告 ID。
为何重要这是所有端到端周期时间计算的起点。它为衡量整个流程时长提供了基准。获取方式通常在 SAP Concur 的审计跟踪表（如报销单标题表）中明确记录，并在生成新报销单 ID 时带有创建 timestamp。捕获创建新报告条目时记录的 event。事件类型 explicit
	报销报告已提交	员工正式提交填写完毕的报销单以供审批。这是由用户驱动的关键操作，会将报销单状态从“草稿”更改为“已提交”，并触发审批 workflow。
为何重要此 Activity 是标志审批周期开始的关键里程碑。它对于衡量经理和财务的审批时间至关重要。获取方式显式记录在 SAP Concur 审计轨迹中。报告头状态发生变化，并记录提交 timestamp。捕获从报告的提交 timestamp 字段或 workflow 日志中捕获的 event。事件类型 explicit
	经理已审批	直属经理审核并批准报销单，将其推进到 workflow 的下一步。此操作被捕获为状态更改，并记录审批人详情和 timestamp。
为何重要这是一个关键的审批里程碑。追踪此项有助于分析经理审批周期时间，并识别第一级审核中的瓶颈。获取方式记录在 SAP Concur 的 workflow 或审批历史表中，并关联到报销单 ID。其中包含审批人身份和审批 timestamp。捕获经理执行审批操作后，在审批历史中记录的 event。事件类型 explicit
	财务已批准	财务或审计团队完成审核并给出最终报销批准。这是一个关键里程碑，在审批历史中被记录为一个显式的 event。
为何重要此 event 标志着整个审批周期的结束。它是衡量整体审批周期时间的终点，也是报销流程的触发点。获取方式记录在 SAP Concur 的 workflow 历史记录表中。此 event 包含审批人身份和最终审批的 timestamp。捕获财务团队执行审批操作后，在审批历史中记录的 event。事件类型 explicit
	已标记政策违规	系统自动化规则或人工审核员将报销报告标记为违反政策。这可以从应用于报告或单项费用的特定标识或异常代码中推断出来。
为何重要此 event 对于政策合规概览 dashboard 至关重要。它可以分析频繁出现的违规类型，并有助于提高政策遵循度。获取方式从报告 data 中的政策违反标识或异常代码字段的变化中推断。这可能不是一个离散的 event，而是属性状态的变化。捕获从“策略违反标识”属性由 false 变为 true 中推断。事件类型 inferred
	开始财务审核	报销单进入财务或应付账款团队的队列进行最终审核。此 event 是根据报销单状态更改为“等待财务审核”或类似状态时的 timestamp 推断出来的。
为何重要标志着财务审核周期的开始。这是衡量财务团队工作量和效率的关键起点。获取方式从 workflow 日志或状态历史记录中推断，特别是与报告进入“财务审核待处理”或类似状态相关的 timestamp。捕获根据状态更改为“财务审核待处理”时的 timestamp 推断。事件类型 inferred
	报销单已退回修订	审批人（经理或财务审核员）将报销报告退回给员工进行更正。这是一项显式操作，会将报告状态改回草稿或员工待处理状态。
为何重要此 Activity 是返工和流程效率低下的主要指标。分析其频率有助于识别常见错误并提高首轮审批通过率。获取方式在 SAP Concur workflow 历史记录中捕获。系统会记录带有 timestamp 的“退回”操作，并且通常要求审批人填写意见。捕获当审批人执行“退回”操作时，从 workflow 日志中捕获的 event。事件类型 explicit
	报销已排期	最终审批后，报销报告将发送至支付系统并进入报销队列。这通常是在报告进入“待支付”或“已批准支付”状态时推断出来的。
为何重要此 Activity 标志着从审批到支付的转变。它是衡量报销执行时间的起点。获取方式可以从状态更改为“已发送支付”中推断。在集成系统中，这可能是支付批次创建时的一个显式 event。捕获根据状态更改为待支付状态时的 timestamp 推断。事件类型 inferred
	票据影像已附上	代表用户上传票据影像并将其附加到报销单的操作。对于每个附件，这通常作为系统审计日志中的显式 event 被捕获。
为何重要分析此活动的时间和频率有助于了解用户行为，并识别从报告创建到准备提交之间的延迟。获取方式记录在 SAP Concur 的影像或附件日志中，并关联到特定的报销单 ID。系统的审计跟踪通常会记录此用户操作及其 timestamp。捕获当图像文件成功 upload 并链接到报告时记录的 event。事件类型 explicit
	经理已拒绝	直属经理拒绝报销单，除非可以重新提交，否则通常会停止流程。这是当前 workflow 的终止 event，以最终的“已拒绝”状态捕获。
为何重要此 Activity 代表流程异常或失败。分析拒绝情况有助于了解违规或无效申请的原因。获取方式在 SAP Concur 审批历史记录中记为“已拒绝”状态并带有 timestamp。该报告的 workflow 终止。捕获经理执行拒绝操作后，在审批历史中记录的 event。事件类型 explicit
	财务已拒绝	财务团队拒绝报销单，这通常会终止该笔申请的流程。这是最终的负面结果，被捕获为财务审批人的“已拒绝”状态。
为何重要代表最终审批人对流程的强制停止。分析这些拒绝情况是提高合规性和 data 质量的关键。获取方式在 SAP Concur 审批历史记录中记录“已拒绝”状态、timestamp 以及财务审批人的身份。捕获财务团队执行拒绝操作后，在审批历史中记录的 event。事件类型 explicit
	需要审计审核	报销单被发送至审计或合规团队进行额外审查。这通常由特定的费用类型或金额触发，并通过指示其已进入审计队列的状态更改来捕获。
为何重要识别流程中一个额外的、通常很耗时的步骤。分析这条路径对于理解特定报告类型的延误非常重要。获取方式从报告 workflow 的状态变化中推断，例如进入“待审计”或“审计队列中”状态。捕获源自报告状态字段更改为审计相关值。事件类型 inferred

推荐可选

提取指南

如何从 SAP Concur 获取 data

步骤

访问 SAP Concur：使用具有必要权限（如 Web Services Administrator 或 Expense Processor）的用户账号 login SAP Concur，以便配置和运行提取程序。
导航至提取配置：进入 Administration 菜单。选择 Company，然后导航至 Tools。从工具列表中选择 Standard Accounting Extract。
定义提取内容：创建新的提取定义或选择现有定义进行修改。为提取命名，例如 ProcessMind_Event_Log_Extract。
配置提取字段：这是最关键的一步。检查配置选项卡并选择构建 event log 所需的字段。请务必包含：
- 报告头数据：Report ID、Report Create Date、Report Submit Date、Report Total、Employee Org Unit 字段、Paid Date、Processing Payment Date。
- Workflow 历史：启用 workflow 审计轨迹 data 的导出。这对于捕获审批、拒绝和退回 event 至关重要。包含 Workflow Step Code、Workflow Step Date 和 Approver Login ID 等字段。
- 异常数据：包含 Has Exception 或特定异常代码字段，以识别政策违规行为。
设置文件格式与交付方式：将输出文件格式配置为分隔文本文件，如竖线分隔 (|) 或逗号分隔。确保字符编码设置为 UTF-8。指定交付方式，通常是发送到公司指定的 SFTP 站点。
设置提取计划：配置自动运行提取的定期计划。建议设为每天运行，以保持流程 data 的实时性。
运行初始提取：对于初始 data 加载，请在 “Run Extract” 屏幕手动运行过去 3 到 6 个月的历史提取。
下载提取文件：提取运行完成后，输出文件将保存在您的 SFTP 服务器上。输出可能包含多个文件，例如报告头文件、日记账分录文件和 workflow 历史文件。
转换 data：原始提取文件并非 event log 格式。使用脚本（如 Python、PowerShell）或 ETL 工具处理并合并这些文件。脚本必须对 data 进行转换，根据文件中的日期和 workflow 步骤，为每个业务活动（如已创建、已提交、已审批）创建独立的行。
生成 Event Log：转换脚本应输出一个符合 data 要求的 CSV 文件，包含 ExpenseReportId、ActivityName、EventTimestamp 等列。
Upload 至 ProcessMind：将最终转换后的 CSV 文件 upload 到您的 ProcessMind 项目中进行分析。

配置

提取定义：使用 Administration > Tools 下的 Standard Accounting Extract 功能。
关键数据源：配置必须从 Concur 内的多种记录类型中提取 data。请确保在提取定义中启用以下内容：
- 报告头记录 (Report Header Record)：用于获取核心报告详情和关键日期。
- Workflow 审计跟踪记录 (Workflow Audit Trail Record)：这对于捕获所有审批、拒绝和修订步骤及其特定的 timestamp 和用户 ID 至关重要。
- 员工档案数据：包含 EmployeeDepartment 等属性。
日期范围：提取程序会针对特定日期范围内修改的记录运行。初始加载时，建议配置 3 到 6 个月的历史周期。对于日常更新，提取程序应每天运行一次，处理前一天的 data。
文件格式：建议使用竖线分隔 (|) 的文本文件，以避免与文本字段中的逗号产生冲突。请使用 UTF-8 编码。
前提条件：配置和运行提取的用户必须在 Concur 中拥有管理角色，通常为 “Web Services Administrator” 或具有 “Expense Configuration” 和 “Processor” 权限。此外，还需要拥有 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 或更高版本。运行命令 pip install pandas requests 以安装所需的 Python 库：用于 data 处理的 pandas 和用于 API 调用的 requests。
获取 API 凭证：以 “Web Services Administrator” 角色 login 您的 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 变量来定义 data 提取的日期范围。建议先从一个月的小范围开始，以测试提取过程。
执行脚本：在终端运行命令：python extract_concur_events.py。脚本将与 SAP Concur API 进行身份验证，获取指定日期范围内的报销报告列表，并检索每份报告的详细信息。
API 数据处理：脚本会遍历每份报告的头信息、分录和审计轨迹。它会将 API data 点（如 CreateDate、SubmitDate、支付状态和审计轨迹条目）映射到所需的流程活动，如“费用报告已创建”、“经理已审批”和“报销已执行”。
处理 API 分页：Concur Reports v4 API 返回分页结果。脚本会自动处理这一过程，检查 API 响应中的 nextPage URL，并持续发起请求，直到获取该时段内的所有报告。
构建 Event Log：对于每个识别出的活动，脚本会构建一条包含 ExpenseReportId、ActivityName、EventTimestamp 以及所有其他必需和推荐属性的记录。这些记录将汇总到一个列表中。
转换并导出 data：所有报告处理完成后，脚本将使用 pandas 库将 event 记录列表转换为结构化的 DataFrame。随后，该 DataFrame 将导出为名为 concur_event_log.csv 的 CSV 文件，保存在脚本运行的目录下。
准备 upload：生成的 concur_event_log.csv 文件格式正确，可以直接 upload 到 ProcessMind 平台，无需进一步的结构调整。

配置

API 凭证：您必须在 SAP Concur 的 Web Services 管理界面中注册客户端应用程序。脚本通过以下信息进行身份验证：
- Client ID：应用程序的唯一标识符。
- Client Secret：应用程序的密钥。
- Base URI：Concur 实例 API 的基础 URL（例如 https://us.api.concursolutions.com）。
日期范围过滤器：脚本使用 lastModifiedDate 过滤器来提取在特定时间段内修改的报告。设置 START_DATE 和 END_DATE 参数以控制 data 量至关重要。对于首次提取，建议选择 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}：获取特定报销报告的完整详情，包括其审计轨迹和支付信息。
性能注意事项：提取长期 data 可能会导致大量的 API 调用。Concur API 设有速率限制。对于超大型数据集，脚本可能需要增加休眠间隔或更强大的错误处理机制，以管理这些限制并防止超时。
用户权限：API 返回的 data 受限于与 API 凭证关联的用户账号权限。请确保该用户拥有查看全组织所有必要报销报告 data 的充分权限。

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 Platform REST API 的 Python 脚本

步骤

配置

a 查询示例 python

准备好开始了吗？

释放效率潜能：立即优化费用管理

您的报销管理数据模板

您的报销管理数据模板

费用管理属性

费用管理活动

提取指南

SAP Concur 标准会计提取配置

步骤

配置

a 查询示例 config

使用 SAP Concur Platform REST API 的 Python 脚本

步骤

配置

a 查询示例 python

我们重视您的隐私

准备好开始了吗？

释放效率潜能：立即优化费用管理