您的报销管理数据模板

Coupa 报销管理

← 返回改进指南

费用管理属性 (21) 费用管理活动 (13) 提取指南 (2)

您的报销管理数据模板

此全面的数据模板为分析 Coupa Expenses 中的费用管理流程提供了一套结构化方法。它概述了需要收集的核心数据属性、需跟踪的关键活动以及关于数据提取的实用指南。使用此模板可确保您收集到完整的信息，从而进行透彻的流程挖掘分析。

全面采集数据的推荐属性
需跟踪的关键费用管理活动
从 Coupa Expenses 提取数据的分步指南

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

下载模板

费用管理属性

这些是事件日志中推荐包含的数据字段，以便对您的费用管理流程进行全面分析。

5 必填 7 推荐 9 可选

	名称	描述
	Event 时间 EventTime	指示某个活动或事件发生的时间戳。
描述事件时间 (Event Time) 是系统记录特定活动的精确日期和时间。此时间戳对于按时间顺序排列事件以及进行所有基于时间的分析至关重要，它为理解流程步骤的时间节点和持续时间提供了事实依据。在流程挖掘中，此属性用于构建每个案例的时间轴、计算活动间的时长、识别延迟并衡量整体周期时间。它对于分析绩效、合规 SLA 以及识别时间模式或瓶颈至关重要。为何重要此时间戳提供了事件的时间顺序，是所有基于持续时间和绩效分析的基础，包括周期时间分析和瓶颈识别。获取方式此信息可在 Coupa 的审计追踪或事件日志表中找到，通常位于活动或状态变更记录的旁边。示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
	活动名称 ActivityName	费用报告在特定时间点发生的业务事件名称。
描述 Activity Name 描述了费用管理流程中的特定步骤或里程碑，例如 'Expense Report Submitted'、'Manager Approved' 或 'Reimbursement Executed'。这些活动构成了流程图中的节点，是分析流程流向、瓶颈和变体的基础。分析此属性有助于理解事件序列、不同流程步骤的频率以及各步骤之间的转换。它是构建流程图、计算转换时间以及识别常见或违规流程路径的根本。为何重要此属性定义了流程中的步骤，支持对流程流向进行可视化和分析，这是流程挖掘的核心。获取方式这通常派生自 Coupa 中与费用报告对象关联的事件日志、状态变更记录或审计追踪表。可能需要将状态代码或事件类型映射为易于理解的名称。示例费用报销单已提交经理已审批财务已拒绝报销已执行
	费用报销单 ID ExpenseReportId	费用报告的唯一标识符，用于归组单次提交的所有相关活动和费用。
描述 Expense Report ID 作为主要的 Case 标识符，将与单次费用提交相关的所有事件和活动归组。每份费用报告在创建时都会分配一个唯一 ID，从而实现对费用申领从初始输入到最终付款的完整、按时间顺序的跟踪。在流程挖掘分析中，此 ID 对于重构每份费用报告的端到端路径至关重要。它允许分析师可视化流程流向，识别处理路径中的变体，并计算单个申领的 Case 级指标，如总周期时间和返工循环。为何重要这是连接单笔费用申领所有相关事件的核心要素，使得从头到尾分析整个流程成为可能。获取方式这是 Coupa 费用报告对象中的主键，通常在费用报告 API 端点或底层表中显示为 'id' 或 'report-id'。示例 ER-0012345ER-0012399ER-0013001
	最后数据更新 LastDataUpdate	从源系统进行最后一次数据刷新或提取的时间戳。
描述此属性记录了数据最后一次从 Coupa Expenses 提取并加载到流程挖掘工具中的日期和时间。它反映了所分析数据的实时性。此信息对于用户了解分析的时效性以及确认仪表板是否反映了最新的运营状态至关重要。它是数据治理和确保分析结果可信度的关键元数据。为何重要告知用户数据的实时性，确保其了解分析的时间范围并信任其相关性。获取方式此时间戳通常在成功完成数据加载后由数据提取或 ETL 工具生成并存储。示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	源系统 SourceSystem	data 的来源系统。
描述此属性标识生成事件数据的源应用程序。在此场景下即为 'Coupa Expenses'。这对于数据治理以及在多系统流程视图中区分不同系统的数据非常重要。它提供了数据来源背景，在分析跨多个应用程序的流程时极具参考价值。为何重要提供关于数据来源的关键背景信息，这对于数据治理、校验以及多系统流程分析至关重要。获取方式这通常是在数据提取和转换期间添加的静态值，用于标记数据集的来源。示例 Coupa 报销管理Coupa
	合规违规标记 PolicyViolationFlag	布尔值指标，如果费用报销单标记为违反政策，则为 true。
描述 Coupa 可以自动标记违反公司政策的费用，例如超出支出限制或使用未经批准的供应商。此属性是一个简单的 true/false 标记，指示报销单是否检测到此类违规。该标记对于合规性监控和分析至关重要。利用它，可以创建仪表板来追踪不同时间段和各部门的政策违规率。它还支持分析违规报销单与合规报销单在处理方式上的差异，例如审批时间是否更长，或者被拒频率是否更高。为何重要支持对政策合规性进行直接衡量和分析，有助于识别并解决高风险或频繁违规的领域。获取方式这通常以标记或状态的形式出现在 Coupa 的费用报告或单个费用行中，通常由系统的规则引擎设置。示例 truefalse
	员工部门 EmployeeDepartment	提交费用报告的员工所属部门。
描述此属性指定费用报告提交者所属的组织部门或业务单位。此类信息通常源自员工主数据。这是分析的一个关键维度，支持比较组织内不同部门的流程绩效。分析各部门审批时间、驳回率或政策违规情况的仪表板主要依赖此属性来识别需要改进流程或开展针对性培训的领域。为何重要支持不同部门之间的绩效对比，有助于识别组织中哪些部门效率较高，哪些部门可能需要支持。获取方式源自 Coupa 中的提交用户信息，或通过用户 ID 与外部 HR 主数据系统关联获取。请查找用户对象上的 'department' 字段。示例销售市场营销工程部财务
	总金额 TotalAmount	费用报告的总金额。
描述此属性代表报告中包含的所有费用行的总和。它是了解流程中流转价值的关键财务指标。分析总金额有助于将费用报告细分为不同的价值区间，这些区间可能对应不同的审批路径或核查级别。它在仪表板中用于分析支出模式，识别可能导致瓶颈的高额报告，并将报告价值与处理时间或驳回率联系起来。为何重要为流程提供财务背景，支持根据费用报告的金额进行分析，这通常会影响审批路径和处理优先级。获取方式这是 Coupa 费用报告标题上的标准字段，通常命名为 'total' 或 'total-amount'。示例 150.752500.0085.50
	拒绝原因 RejectionReason	审批人驳回费用报告时提供的原因。
描述当审批人（经理或财务团队成员）驳回报销单时，通常会提供理由。此属性会抓取该理由，可能是预设列表中的选项，也可能是自由填写的文本。这是进行根本原因分析极具价值的属性。通过分析最常见的驳回理由，企业可以识别出政策不明确、员工需要更多培训或提交流程存在缺陷的环节。这能直接助力减少返工并提高一次性审批通过率。为何重要直接解释返工发生的原因，为通过针对性培训、政策澄清或流程改进来降低拒绝率提供可操作的见解。获取方式此信息通常在 Coupa 的驳回事件相关的审计追踪或备注中捕获。它可能位于专用字段中，或从备注中解析得出。示例收据缺失违规费用支出费用类别错误重复提交
	用户名称 UserName	执行该活动的员工或用户姓名。
描述此属性标识与特定事件关联的个人，例如提交、批准或驳回费用报告的人员。它可以是姓名、员工 ID 或系统用户账号。按用户分析流程有助于识别绩效模式、工作负载分布及潜在的培训需求。它是仪表板的关键，支持按资源拆分指标，例如比较不同经理之间的审批时间。为何重要将工作归属到特定个人，从而能够分析流程中的工作负载、绩效以及特定资源的行为。获取方式此信息通常可在 Coupa Expenses 的审计追踪表中获得，并链接到每个事件或操作。请查找 'user-id'、'submitted-by' 或 'updated-by' 等字段。示例约翰·史密斯jsmith11023
	结束时间 EndTime	指示活动完成时的时间戳。
描述 End Time（结束时间）标记活动的结束。在许多交易系统中，活动是瞬时发生的事件，因此结束时间与开始时间相同。但对于具有可衡量持续时间的活动，此属性记录其完成时刻。此字段对于计算单个活动的精确处理时间至关重要。它支持更准确地分析流程中的时间分布，帮助区分等待时间与实际工作时间。为何重要支持计算精确的活动持续时间，这对于识别和分析特定任务所花费的时间与等待时间至关重要。获取方式对于原子事件，这通常与开始时间 (EventTime) 相同。对于持续性活动，它可能需要源自单独的字段，或根据下一个事件的时间戳推导得出。示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
	费用报销单状态 ExpenseReportStatus	费用报告的当前或最终状态。
描述此属性表示费用报告在其生命周期结束时的总体状态，如 'Approved'、'Paid'、'Rejected' 或 'Withdrawn'。这为每个 Case 提供了最终结果。在分析中，最终状态用于筛选已完成的 Case 并对结果进行分类。它对于计算驳回率等指标以及了解到达每个可能最终状态的报告比例至关重要。它还有助于识别停滞在中间状态的报告。为何重要定义每个案例的结果，这是进行基于结果的分析的基础，例如对比已批准与已拒绝报销单的路径。获取方式这是 Coupa 费用报告对象上的主要状态字段。它位于标题数据中，并在整个流程中不断更新。示例 pending_approval已批准paidrejected
	合规违规原因 PolicyViolationReason	费用报告被标记为合规违规的具体原因。
描述当系统标记政策违规时，此属性会提供具体的违规原因，例如“金额超过限制”或“未经批准的商户”。这比单纯的布尔值标记提供了更丰富的信息。分析违规原因有助于更深入地了解合规性问题。它能帮您精准定位经常被违反的特定政策，从而判断是否需要更好的沟通、政策调整或更严格的执行。这是制定有效合规改进策略的关键。为何重要提供合规问题的详细信息，以便采取针对性措施提升对公司费用政策的遵循度。获取方式此信息通常可在 Coupa 合规引擎生成的政策标记或警告信息的详情中找到。示例超出每日用餐限制重复费用需要收据
	国家/地区 Country	提交员工所属国家或交易发生的国家。
描述此属性表示与费用报告关联的国家，通常是提交员工的常驻国家。这是在全球性组织中分析流程的关键维度。按国家分析流程有助于比较不同地理区域的绩效、合规性和流程变体。这可以突出需要解决的法规、政策或运营效率方面的区域差异。为何重要支持对比不同地理区域的流程绩效和合规性，这对于全球性组织至关重要。获取方式这可以从 Coupa 中的用户个人资料或与费用报告关联的法律实体中派生。示例美国DEUGBRJPN
	审批人姓名 ApproverName	批准或驳回费用报告的经理或财务人员姓名。
描述此属性标识参与经理或财务审批步骤的具体审批人。这与提交报告的用户不同。此数据对于分析审批人的绩效和行为非常有用。它支持衡量每位审批人的审批周期时间，帮助识别由特定个人导致的瓶颈（可能由于过载或需要额外培训）。这为旨在平衡工作负载并提高审批效率的仪表板提供了支持。为何重要通过将延迟或高拒绝率归因于特定审批人，帮助锁定审批链中的瓶颈，从而实现针对性干预。获取方式存在于 Coupa 报销单的审批历史或审计追踪中。每个审批步骤都应包含执行操作的用户记录。示例 Sarah ChenDavid Rodriguez财务团队队列
	成本中心 CostCenter	费用分配到的成本中心。
描述 Cost Center（成本中心）是用于会计和预算的财务维度，指示组织的哪个部门将承担费用。它可能与提交者所属的部门不同。按成本中心分析可以从财务会计角度审视流程。它支持针对特定预算或财务单位跟踪支出和流程效率。这对于希望了解和管理组织支出的财务部门尤为重要。为何重要提供关键的财务分析维度，使流程指标能够直接与财务和预算部门挂钩。获取方式这是 Coupa 中的标准会计字段，位于费用报告标题或行项目中。它通常是会计科目表 (Chart of Accounts) 结构的一部分。示例 CC4510-市场部CC2100-工程部CC7800-华东销售部
	是否一次性通过审批 IsFirstPassApproval	如果费用报销单在没有任何拒绝或修改的情况下获得批准，则该标记为 true。
描述这是一个 Case 级计算属性，指示费用报告是否在第一次尝试时就成功通过了审批流程。如果该 Case 不包含任何驳回或 'Sent Back For Revision' 活动，则设置为 'true'。此属性直接衡量了提交和审批流程的效率，是一次性通过率 (First-Pass Approval Rate) KPI 的基础。通过分析与低一次性通过率相关的因素（如部门或费用类别），可以为流程改进提供宝贵的洞察。为何重要提供流程质量和效率的清晰衡量标准，助力量化无需任何返工即可处理完成的报告比例。获取方式这在 Case 级别计算。它需要扫描给定 ExpenseReportId 的所有活动，并检查是否存在驳回或修改事件。示例 truefalse
	是否返工 IsRework	指示活动是否属于返工循环（例如报销单被退回修改）的标记。
描述这是一个计算出的布尔属性，用于标记代表返工的活动。通常，对于 'Sent Back For Revision' 等事件，或在同一 Case 中此类事件之后发生的任何活动，该属性会被设置为 'true'。识别返工是流程挖掘的核心目标。此标记允许直接进行筛选和汇总，从而简化了返工分析。它用于计算返工率、在流程图中可视化返工循环，并分析导致流程重复步骤的根本原因。为何重要直接标记低效的返工循环，便于量化其频率、对周期时间的影响以及根本原因。获取方式这是根据流程流向计算的。需要应用逻辑来识别代表返回到较早流程阶段的活动，例如 'Sent Back For Revision'。示例 truefalse
	活动处理时间 ActivityProcessingTime	单个活动的持续时间，计算方式为结束时间与开始时间之差。
描述此指标衡量执行单个流程步骤所花费的时间。计算方式为活动的结束时间减去其开始时间。对于瞬时事件，此持续时间为零。此计算属性有助于区分“活动处理时间”与“等待时间”（活动之间的时间）。分析处理时间有助于识别哪些具体任务最耗时，从而指向自动化或任务优化的改进机会。为何重要衡量投入在增值工作上的时间，帮助区分闲置或等待时间，并识别低效任务。获取方式这在数据转换期间计算，通过从 'EndTime' 中减去 'EventTime' (StartTime) 得出。公式：EndTime - StartTime。示例 0864003600
	货币 Currency	费用报告总额的货币代码。
描述此属性指定费用报告总额的货币单位，如 USD、EUR 或 GBP。它是任何财务数据必不可少的背景信息。在分析全球性组织的费用时，此字段对于正确解释和汇总金额至关重要。分析可能需要将所有金额转换为单一基础货币，以便在不同地区之间进行有意义的比较。为何重要为金额提供必要的背景信息，确保财务分析的准确性，并支持全球报告的货币转换。获取方式这是 Coupa 费用报告标题上的标准字段，通常位于总金额字段旁边，名称通常为 'currency-code'。示例美元EURGBPJPY
	费用类别 ExpenseCategory	费用类别，如差旅、餐饮或办公用品。
描述此属性对申领的费用类型进行分类。费用报告通常包含多个费用行，每行都有自己的类别。对于 Case 级分析，这可以是出现频率最高的类别或汇总列表。按费用类别细分流程可以揭示不同的行为模式或瓶颈。例如，差旅费用可能比办公用品采购遵循更复杂的审批路径。这一维度是理解费用性质如何影响处理进度的关键。为何重要支持基于支出类型对流程进行细分，从而揭示特定类别的瓶颈、政策或审批路径。获取方式此信息存储在 Coupa 的费用行级别。对于 Case 级分析，需要对其进行汇总，例如取最高金额行项目的类别。示例机票餐饮与娱乐软件办公用品

必填推荐可选

费用管理活动

这些是事件日志中需要捕获的关键流程步骤和里程碑，旨在实现对费用工作流的准确发现和分析。

6 推荐 7 可选

	活动	描述
	会计已入账	与费用报告相关的财务交易已记入总账。从财务会计的角度来看，这代表了流程的最后一步。
为何重要这是最后的活动，标志着流程的真实结束。从报销到过账的时间对于快速且准确的财务结算至关重要。获取方式此事件是根据与费用报告关联的日记账分录或会计行的过账日期捕获的，这些内容由 Coupa 的会计集成模块管理。捕获来自与报销单相关的会计分录中的过账日期字段。事件类型 explicit
	报销单已创建	标记费用报告生命周期的开始。当用户首次创建并保存新的费用报告时，系统会捕获此事件，报告处于草稿状态。
为何重要这是所有流程分析的起点，对于衡量费用报告的端到端总周期时间至关重要。获取方式这是从 Coupa 费用报告标题记录的创建时间戳中捕获的明确事件。源数据是费用标题表上的 'created_at' 时间戳。捕获使用报销单对象的创建时间戳。事件类型 explicit
	报销已执行	付款处理成功，资金已发放给员工。此事件确认员工已收到款项，完成了流程中的报销部分。
为何重要这是员工满意度的关键里程碑，也是“平均报销周期”KPI 的终点。获取方式从与报销单关联的付款记录中的付款执行日期捕获，通常记录在 Coupa Pay 或集成的应付账款 (AP) 系统中。捕获来自与报销单关联的付款记录中的付款日期。事件类型 explicit
	经理已审批	员工的直属经理或一级审批人批准费用报告。此操作作为明确事件捕获在报告的审批历史记录中，并包含时间戳。
为何重要标记第一级审批的完成。分析到达此事件所需的时间是衡量审批周期时间 (Approval Cycle Time) KPI 以及识别经理级瓶颈的关键。获取方式从 Coupa 详细审批历史或报销单审计追踪中的审批操作时间戳捕获。捕获来自报销单审批历史日志中的审批事件时间戳。事件类型 explicit
	财务已批准	财务或审计团队对费用报告进行最终审批。此事件标志着报告已通过验证并准备好进入付款处理环节，该操作会记录在审批历史中。
为何重要这是最终的审批里程碑。从经理审批到财务审批的时间是整个审批周期的关键组成部分。获取方式从报销单详细审批历史或审计追踪中的最终审批操作时间戳捕获。捕获来自报销单审批历史中的最终审批事件时间戳。事件类型 explicit
	费用报销单已提交	员工正式提交填写完毕的费用报告以供审批。此操作将报告从草稿状态转为待审批状态，并由系统明确记录。
为何重要这是一个启动审批计时器的关键里程碑。创建到提交之间的时间反映了员工准备报告所需的时长。获取方式从费用报销单记录本身的提交时间戳或审计追踪日志中的提交事件条目捕获。捕获使用报销单上的 'submitted_at' 时间戳字段。事件类型 explicit
	合规检查已执行	执行公司费用政策合规性的自动检查。这通常根据报销单首次设置违规标记或警告的时间戳推断得出。
为何重要对于“政策合规概览”仪表板至关重要。它有助于了解流程中是否检测到违规、何时检测到，以及违规对审批时间的影响。获取方式根据应用于费用行或报告标题的合规违规标记（policy violation flag）所关联的时间戳推断。捕获在费用报告或其行项目上首次设置合规违规标记的时间戳。事件类型 inferred
	报销已排期	最终批准后，费用报销单被归入待支付的付款批次。这标志着从审批阶段转入付款处理阶段。
为何重要此活动开启了“报销执行周期时间”的计时。此处的延迟表明在将已批准的报告移交给付款系统时存在积压。获取方式根据状态变更为 'Pending Payment' 的时间，或报告在 Coupa Pay 中关联到付款批次记录的日期推断。捕获状态变更为 'Pending Payment' 的时间戳，或相关付款批次的创建日期。事件类型 inferred
	收据已附件	代表用户向报告中的费用行上传或附加收据的操作。系统通过监测与费用报告关联的附件记录的创建来捕获此事件。
为何重要分析此活动的发生时间和频率可以揭示用户行为模式，以及因缺失文档而导致的潜在延迟。获取方式根据链接到特定 Expense Report ID 的附件记录的创建时间戳推断。捕获识别附件记录关联到报销单的时间戳。事件类型 inferred
	经理驳回	员工经理驳回费用报告，通常会导致流程停止并将报告退回给员工。此操作作为特定事件记录在审批历史中。
为何重要这是一种反映流程摩擦的负向结果。分析这些事件对于“费用报告驳回率”仪表板和 KPI 至关重要。获取方式从报销单审批历史或审计追踪中的拒绝操作时间戳捕获。捕获来自报销单审批历史日志中的拒绝事件时间戳。事件类型 explicit
	财务已拒绝	财务或审计团队驳回费用报告，这是一种终结性的负面结果。此操作在报告历史记录中被捕获为最终驳回状态。
为何重要跟踪财务驳回有助于识别早期审核可能遗漏的严重合规或单据问题，从而影响驳回率 KPI。获取方式从报销单审计追踪中财务审批人的拒绝操作时间戳捕获。捕获来自财务审核步骤审计追踪中的拒绝事件时间戳。事件类型 explicit
	费用报销单已撤回	员工在获得最终审批前撤回已提交的费用报告。此操作会取消当前的审批流程，并作为明确事件被捕获。
为何重要跟踪员工自行纠正或取消提交报销单的情况。这通常意味着员工对流程感到困惑，同时也属于流程中断的一种形式。获取方式通过明确的用户操作捕获，导致状态变为“已撤回”或“已取消”，并记录在审计追踪中。捕获来自报销单审计追踪中“撤回”操作的时间戳。事件类型 explicit
	退回重修	审批人将报销单退回给员工修改，而不直接拒绝。此操作会产生返工循环，可通过状态变更或特定的审计追踪事件推断得出。
为何重要此活动是分析返工循环的基石。识别报告被退回的原因有助于改进培训并提高一次性审批通过率。获取方式根据状态变更为 'Pending Correction' 或 'Sent Back' 等状态推断。Coupa 也可能在审批历史记录中明确记录此操作。捕获状态变更为“需要修改”的时间戳，或来自审计日志的特定事件时间戳。事件类型 inferred

推荐可选

提取指南

如何从 Coupa Expenses 获取数据

步骤

前提条件：确保您拥有具有必要权限（通常为管理员或集成专家角色）的 Coupa 账号，以便访问和配置计划导出。您还需要一个 SFTP 服务器访问权限，供 Coupa 存放导出的文件。
进入“计划导出”：登录 Coupa 实例。进入 Setup 菜单，在 Integrations 部分点击 Scheduled Exports。
配置报销单导出：点击 'Create' 按钮。为 'Expense Report' 对象配置第一个导出任务。命名为 'ProcessMind_Expense_Reports'。选择 'CSV' 格式。在 'Fields' 部分，选择 id, created-at, submitted-at, updated-at, status, total, user-id 以及其他相关的报销单属性列。
配置审批历史导出：为 'Expense Report Approval' 对象创建第二个计划导出，命名为 'ProcessMind_Expense_Approvals'。包含 id, created-at, updated-at, status, approver-id 和 expense-report-id。该对象对于捕捉审批、拒绝和修改事件至关重要。
配置附件导出：为 'Expense Report Attachment' 对象创建第三个导出，命名为 'ProcessMind_Expense_Attachments'。包含 created-at 时间戳以及关联的 expense-report-id 或 expense-line-id，以追踪附件上传时间。
配置付款发票导出：为 'Invoice from Expense Report' 对象创建第四个导出，命名为 'ProcessMind_Expense_Invoices'。这是追踪报销支付和财务过账事件所必需的。包含 expense-report-id, paid-date, scheduled-payment-date, exported 和 updated-at 等字段。
设置交付与计划：对每个创建的导出任务，进入 'Delivery' 选项卡。输入 SFTP 服务器连接信息（主机、用户名和目录路径）。设置身份验证方式（密码或密钥）。在 'Schedule' 选项卡下，将频率设为 'Daily' 以获取每日更新。
运行并摄取导出文件：激活计划并在必要时首次手动运行。设置自动化流程（如 ETL 脚本或数据仓库摄取工具），从 SFTP 服务器检索 CSV 文件并加载到暂存数据库中。
将数据转换为事件日志：针对暂存数据执行转换脚本（如提供的 SQL 查询）。该脚本将整合来自不同表（报销单、审批、发票）的数据，生成一个统一的事件日志表。
导出至 ProcessMind：将生成的事件日志表从数据库或数据仓库导出为单个 CSV 文件。确保列名与所需属性（如 ExpenseReportId, ActivityName, EventTime）匹配。该文件现在即可上传至流程挖掘工具。

配置

前提条件：需要激活 Coupa Expenses 模块。配置导出的用户必须拥有“计划 CSV 导出 (Scheduled CSV Exports)”权限的角色。此外，必须准备好一个 SFTP 服务器，并在必要时将其 IP 地址列入白名单。
核心 Coupa 对象：数据提取依赖于为多个标准 Coupa 数据对象设置计划导出：包括“费用报销单 (Expense Report)”、“费用报销审批 (Expense Report Approval)”、“费用报销附件 (Expense Report Attachment)”和“来自费用报销的账单 (Invoice from Expense Report)”。
SFTP 配置：您必须提供 SFTP 服务器的 URL、端口（通常为 22）、专用用户凭据以及文件存放的目标目录。请确保在 Coupa UI 中成功完成连接测试。
日期范围与过滤：计划导出通常配置为导出自上次成功运行以来创建或更新的记录。对于初始的历史数据加载，您可以设置特定的“created-at”或“updated-at”日期范围，涵盖所需的时间段（例如过去 6 到 12 个月）。
文件格式：务必使用 CSV 作为文件格式，因其具有简洁性以及与数据处理工具的广泛兼容性。
调度频率：为了确保流程挖掘的数据能够及时更新，建议设置为每日导出。在非高峰时段运行有助于最大程度减少对性能的潜在影响。

a 查询示例 config

WITH last_update AS (
  SELECT CURRENT_TIMESTAMP AS last_data_update
)
SELECT
  er.id AS ExpenseReportId,
  'Expense Report Created' AS ActivityName,
  er."created-at" AS EventTime,
  er."updated-at" AS EndTime,
  u.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_reports er
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu

UNION ALL

SELECT
  er.id AS ExpenseReportId,
  'Receipts Attached' AS ActivityName,
  att."created-at" AS EventTime,
  att."updated-at" AS EndTime,
  u.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_report_attachments att
JOIN stg_expense_reports er ON att.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu

UNION ALL

SELECT
  er.id AS ExpenseReportId,
  'Expense Report Submitted' AS ActivityName,
  er."submitted-at" AS EventTime,
  er."updated-at" AS EndTime,
  u.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_reports er
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu
WHERE er."submitted-at" IS NOT NULL

UNION ALL

SELECT
  era.expense_report_id AS ExpenseReportId,
  'Manager Approved' AS ActivityName,
  era."updated-at" AS EventTime,
  era."updated-at" AS EndTime,
  approver.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_report_approvals era
JOIN stg_expense_reports er ON era.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
LEFT JOIN stg_users approver ON era.approver_id = approver.id
CROSS JOIN last_update lu
WHERE era.status = 'approved' AND approver.role LIKE '%Manager%'

UNION ALL

SELECT
  era.expense_report_id AS ExpenseReportId,
  'Manager Rejected' AS ActivityName,
  era."updated-at" AS EventTime,
  era."updated-at" AS EndTime,
  approver.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  era.reason AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_report_approvals era
JOIN stg_expense_reports er ON era.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
LEFT JOIN stg_users approver ON era.approver_id = approver.id
CROSS JOIN last_update lu
WHERE era.status = 'rejected' AND approver.role LIKE '%Manager%'

UNION ALL

SELECT
  era.expense_report_id AS ExpenseReportId,
  'Sent Back For Revision' AS ActivityName,
  era."updated-at" AS EventTime,
  era."updated-at" AS EndTime,
  approver.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  era.reason AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_report_approvals era
JOIN stg_expense_reports er ON era.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
LEFT JOIN stg_users approver ON era.approver_id = approver.id
CROSS JOIN last_update lu
WHERE era.status = 'sent_back'

UNION ALL

SELECT
  er.id AS ExpenseReportId,
  'Policy Check Performed' AS ActivityName,
  er."updated-at" AS EventTime,
  er."updated-at" AS EndTime,
  'System' AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_reports er
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu
WHERE er.has_policy_violations = TRUE

UNION ALL

SELECT
  era.expense_report_id AS ExpenseReportId,
  'Finance Approved' AS ActivityName,
  era."updated-at" AS EventTime,
  era."updated-at" AS EndTime,
  approver.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_report_approvals era
JOIN stg_expense_reports er ON era.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
LEFT JOIN stg_users approver ON era.approver_id = approver.id
CROSS JOIN last_update lu
WHERE era.status = 'approved' AND approver.role LIKE '%Finance%'

UNION ALL

SELECT
  era.expense_report_id AS ExpenseReportId,
  'Finance Rejected' AS ActivityName,
  era."updated-at" AS EventTime,
  era."updated-at" AS EndTime,
  approver.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  era.reason AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_report_approvals era
JOIN stg_expense_reports er ON era.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
LEFT JOIN stg_users approver ON era.approver_id = approver.id
CROSS JOIN last_update lu
WHERE era.status = 'rejected' AND approver.role LIKE '%Finance%'

UNION ALL

SELECT
  er.id AS ExpenseReportId,
  'Expense Report Withdrawn' AS ActivityName,
  er."updated-at" AS EventTime,
  er."updated-at" AS EndTime,
  u.full_name AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_expense_reports er
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu
WHERE er.status = 'withdrawn'

UNION ALL

SELECT
  inv.expense_report_id AS ExpenseReportId,
  'Reimbursement Scheduled' AS ActivityName,
  inv.scheduled_payment_date AS EventTime,
  inv.updated_at AS EndTime,
  'System' AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_invoices_from_expense_reports inv
JOIN stg_expense_reports er ON inv.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu
WHERE inv.scheduled_payment_date IS NOT NULL

UNION ALL

SELECT
  inv.expense_report_id AS ExpenseReportId,
  'Reimbursement Executed' AS ActivityName,
  inv.paid_date AS EventTime,
  inv.updated_at AS EndTime,
  'System' AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_invoices_from_expense_reports inv
JOIN stg_expense_reports er ON inv.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu
WHERE inv.paid_date IS NOT NULL

UNION ALL

SELECT
  inv.expense_report_id AS ExpenseReportId,
  'Accounting Posted' AS ActivityName,
  inv.updated_at AS EventTime,
  inv.updated_at AS EndTime,
  'System' AS UserName,
  u.department_name AS EmployeeDepartment,
  er.total AS TotalAmount,
  er.status AS ExpenseReportStatus,
  NULL AS RejectionReason,
  er.has_policy_violations AS PolicyViolationFlag,
  'Coupa' AS SourceSystem,
  lu.last_data_update AS LastDataUpdate
FROM stg_invoices_from_expense_reports inv
JOIN stg_expense_reports er ON inv.expense_report_id = er.id
LEFT JOIN stg_users u ON er.user_id = u.id
CROSS JOIN last_update lu
WHERE inv.exported = TRUE;

步骤

前提条件与环境搭建：确保安装了 Python 3.6 或更高版本。在终端运行 pip install pandas requests 安装必要的库：pandas（用于数据处理）和 requests（用于 API 调用）。您还需要从 Coupa 管理员处获取具有报销单、明细行、附件和审批只读权限的 API 密钥。
生成 Coupa API 密钥：登录 Coupa 实例，进入“Setup > Company Setup > API Keys”。创建一个新的 API 密钥，确保其拥有所需报销模块的读取权限。请安全保管此密钥，因为它拥有访问贵公司数据的权限。
初始化 Python 脚本：创建一个新的 Python 文件。导入库（requests, pandas, datetime）。为您公司的 Coupa 实例 URL（例如 https://[your_company].coupahost.com）、API 密钥以及身份验证所需的请求头定义全局常量。
定义日期范围和 API 参数：指定数据提取的起止日期，用于 API 调用中的过滤以控制数据量。同时定义分页限制（Pagination Limit），Coupa 通常为每请求 50 条记录。
获取报销单头信息：编写函数检索指定日期范围内的所有报销单头信息。该函数需处理分页，通过不断调用 /api/expense_reports 端点并增加 offset 参数，直到取回所有报销单。将这些表头存入列表。
遍历并获取详细数据：循环遍历上一步获取的报销单头信息。针对每张报销单，分别调用 API 获取关联详情：通过 /api/expense_reports/{id}/approvals 获取审批流，通过 /api/expense_reports/{id}/attachments 获取附件。这些详情对构建完整事件日志至关重要。
构建事件日志：初始化一个空列表来存放事件日志记录。在处理每个报销单及其详情时，将原始 API 响应转换为标准化的事件日志行。为 13 个所需活动中的每一个创建一个代表单个事件的字典并添加到列表中。例如，使用 created-at 字段创建“Expense Report Created”事件，遍历审批数据创建“Manager Approved”或“Finance Rejected”事件。
将 API 数据映射到属性：在转换逻辑中，将 Coupa API 响应的 JSON 字段映射到必要及推荐的属性。例如，将 id 映射到 ExpenseReportId，created-at 映射到 EventTime，total 映射到 TotalAmount。从嵌套的用户对象中提取用户及部门信息。
处理推断事件：某些活动（如“Reimbursement Scheduled”或“Accounting Posted”）需从状态变更中推断。利用报销单的 status 字段和 updated-at 时间戳来生成这些事件。例如，状态变为 'processing_payment' 时可记录为“Reimbursement Scheduled”活动。
创建并导出 DataFrame：处理完所有报销单并填充事件列表后，将其转换为 pandas DataFrame。添加 SourceSystem 和 LastDataUpdate 等静态列。最后使用 to_csv 方法将 DataFrame 导出为 CSV 文件（设置 index=False）。该文件即可上传至 ProcessMind。

配置

API 密钥权限：用于身份验证的 API 密钥必须至少拥有对以下 Coupa 对象的只读访问权限：费用报销单 (Expense Reports)、费用行 (Expense Lines)、用户 (Users)、审批 (Approvals) 和附件 (Attachments)。
Coupa 实例 URL：您必须提供贵公司 Coupa 实例的基准 URL（例如 https://your-company.coupahost.com），这是所有 API 端点调用的根路径。
日期范围过滤器：按特定时间段筛选数据对于管理性能和数据量至关重要。请使用 created-at[gt]（大于）和 created-at[lt]（小于）查询参数。典型的初始筛选范围为 3-6 个月的数据。
分页限制：Coupa API 限制了单次请求返回的记录数，通常为 50 条。脚本必须配置为能够处理此 limit（限制），并使用 offset（偏移量）参数来检索所有后续页面的数据。
状态过滤器：为了进一步缩小提取范围，您可以为费用报销单表头的初始查询添加 status（状态）过滤器。例如，您可以仅提取状态为“已批准”、“已支付”或“已拒绝”的报销单。
性能考量：该脚本会为每张费用报销单进行多次 API 调用。对于拥有数万张报销单的实例，提取过程可能会非常耗时。请考虑在非高峰时段运行脚本，或基于 updated-at 时间戳实施增量加载策略。

a 查询示例 python

import requests
import pandas as pd
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Coupa instance URL and API Key
COUPA_URL = class="hl-string">"https://[your_company].coupahost.com"
API_KEY = class="hl-string">"[your_api_key]"

class=class="hl-string">"hl-comment"># Define the date range for the extraction
class=class="hl-string">"hl-comment"># Format: YYYY-MM-DDTHH:MM:SSZ (UTC)
START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
END_DATE = class="hl-string">"2023-12-31T23:59:59Z"

class=class="hl-string">"hl-comment"># API request headers
HEADERS = {
    class="hl-string">"Accept": class="hl-string">"application/json",
    class="hl-string">"X-COUPA-API-KEY": API_KEY
}

class=class="hl-string">"hl-comment"># Static values for the event log
SOURCE_SYSTEM = class="hl-string">"Coupa Expenses"
LAST_DATA_UPDATE = datetime.datetime.utcnow().isoformat() + class="hl-string">'Z'

def get_paginated_data(endpoint, params):
    class="hl-string">"""Helper function to fetch all pages for a given API endpoint."""
    all_data = []
    offset = 0
    limit = 50
    while True:
        params[class="hl-string">'offset'] = offset
        params[class="hl-string">'limit'] = limit
        try:
            response = requests.get(endpoint, headers=HEADERS, params=params)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)
            data = response.json()
            if not data:
                break
            all_data.extend(data)
            offset += limit
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
    return all_data

def main():
    class="hl-string">"""Main function to extract, transform, and save expense data."""
    print(class="hl-string">"Starting expense report extraction...")
    event_log = []

    class=class="hl-string">"hl-comment"># 1. Fetch all expense report headers in the date range
    reports_endpoint = fclass="hl-string">"{COUPA_URL}/api/expense_reports"
    reports_params = {
        class="hl-string">"created-at[gt]": START_DATE,
        class="hl-string">"created-at[lt]": END_DATE,
        class="hl-string">"fields": class="hl-string">"["idclass="hl-string">", "created-atclass="hl-string">", "updated-atclass="hl-string">", "submitted-atclass="hl-string">", "withdrawn-atclass="hl-string">", "statusclass="hl-string">", "totalclass="hl-string">", "userclass="hl-string">", "exportedclass="hl-string">", "expense-linesclass="hl-string">", "policy-violationsclass="hl-string">"]"
    }
    expense_reports = get_paginated_data(reports_endpoint, reports_params)

    print(fclass="hl-string">"Found {len(expense_reports)} expense reports to process.")

    class=class="hl-string">"hl-comment"># 2. Process each expense report to create events
    for i, report in enumerate(expense_reports):
        print(fclass="hl-string">"Processing report {i+1}/{len(expense_reports)}: ID {report['id']}")
        
        class=class="hl-string">"hl-comment"># Common attributes for all events of this case
        base_event = {
            class="hl-string">'ExpenseReportId': report[class="hl-string">'id'],
            class="hl-string">'TotalAmount': float(report.get(class="hl-string">'total', 0.0)),
            class="hl-string">'ExpenseReportStatus': report.get(class="hl-string">'status'),
            class="hl-string">'EmployeeDepartment': report.get(class="hl-string">'user', {}).get(class="hl-string">'department', {}).get(class="hl-string">'name') if report.get(class="hl-string">'user', {}).get(class="hl-string">'department') else None,
            class="hl-string">'SourceSystem': SOURCE_SYSTEM,
            class="hl-string">'LastDataUpdate': LAST_DATA_UPDATE,
            class="hl-string">'EndTime': None, class=class="hl-string">"hl-comment"># EndTime can be populated if duration is meaningful
            class="hl-string">'RejectionReason': None, class=class="hl-string">"hl-comment"># Will be populated by rejection events
            class="hl-string">'PolicyViolationFlag': bool(report.get(class="hl-string">'policy-violations'))
        }

        class=class="hl-string">"hl-comment"># Event: Expense Report Created
        event_log.append({
            **base_event,
            class="hl-string">'ActivityName': class="hl-string">'Expense Report Created',
            class="hl-string">'EventTime': report[class="hl-string">'created-at'],
            class="hl-string">'UserName': report.get(class="hl-string">'user', {}).get(class="hl-string">'fullname')
        })
        
        class=class="hl-string">"hl-comment"># Event: Expense Report Submitted
        if report.get(class="hl-string">'submitted-at'):
            event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Expense Report Submitted',
                class="hl-string">'EventTime': report[class="hl-string">'submitted-at'],
                class="hl-string">'UserName': report.get(class="hl-string">'user', {}).get(class="hl-string">'fullname')
            })

        class=class="hl-string">"hl-comment"># Event: Expense Report Withdrawn
        if report.get(class="hl-string">'withdrawn-at'):
            event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Expense Report Withdrawn',
                class="hl-string">'EventTime': report[class="hl-string">'withdrawn-at'],
                class="hl-string">'UserName': report.get(class="hl-string">'user', {}).get(class="hl-string">'fullname')
            })
        
        class=class="hl-string">"hl-comment"># Event: Policy Check Performed (inferred)
        if base_event[class="hl-string">'PolicyViolationFlag']:
             event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Policy Check Performed',
                class="hl-string">'EventTime': report[class="hl-string">'updated-at'], class=class="hl-string">"hl-comment"># Using updated-at as a proxy timestamp
                class="hl-string">'UserName': class="hl-string">'System'
            })

        class=class="hl-string">"hl-comment"># 3. Fetch attachments for class="hl-string">'Receipts Attached' event
        attachments_endpoint = fclass="hl-string">"{COUPA_URL}/api/expense_reports/{report['id']}/attachments"
        attachments = get_paginated_data(attachments_endpoint, {})
        if attachments:
            first_attachment_time = min(att[class="hl-string">'created-at'] for att in attachments if class="hl-string">'created-at' in att)
            event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Receipts Attached',
                class="hl-string">'EventTime': first_attachment_time,
                class="hl-string">'UserName': report.get(class="hl-string">'user', {}).get(class="hl-string">'fullname')
            })

        class=class="hl-string">"hl-comment"># 4. Fetch approvals for approval/rejection events
        approvals_endpoint = fclass="hl-string">"{COUPA_URL}/api/expense_reports/{report['id']}/approvals"
        approvals = get_paginated_data(approvals_endpoint, {})
        
        is_first_approval = True
        for approval in sorted(approvals, key=lambda x: x[class="hl-string">'updated-at']):
            activity = None
            rejection_reason = approval.get(class="hl-string">'reason')
            
            if approval[class="hl-string">'status'] == class="hl-string">'approved':
                activity = class="hl-string">'Manager Approved' if is_first_approval else class="hl-string">'Finance Approved'
                is_first_approval = False
            elif approval[class="hl-string">'status'] == class="hl-string">'rejected':
                activity = class="hl-string">'Manager Rejected' if is_first_approval else class="hl-string">'Finance Rejected'
                is_first_approval = False
            elif approval[class="hl-string">'status'] in [class="hl-string">'sent_back', class="hl-string">'pending_resubmit']:
                activity = class="hl-string">'Sent Back For Revision'

            if activity:
                event_log.append({
                    **base_event,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': approval[class="hl-string">'updated-at'],
                    class="hl-string">'UserName': approval.get(class="hl-string">'approver', {}).get(class="hl-string">'fullname'),
                    class="hl-string">'RejectionReason': rejection_reason
                })
        
        class=class="hl-string">"hl-comment"># 5. Infer payment and accounting events from status
        if report[class="hl-string">'status'] == class="hl-string">'processing_payment':
            event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Reimbursement Scheduled',
                class="hl-string">'EventTime': report[class="hl-string">'updated-at'], class=class="hl-string">"hl-comment"># Inferred from last update timestamp
                class="hl-string">'UserName': class="hl-string">'System'
            })
            
        if report[class="hl-string">'status'] == class="hl-string">'paid':
            event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Reimbursement Executed',
                class="hl-string">'EventTime': report[class="hl-string">'updated-at'], class=class="hl-string">"hl-comment"># Inferred from last update timestamp
                class="hl-string">'UserName': class="hl-string">'System'
            })

        class=class="hl-string">"hl-comment"># class="hl-string">'exported' flag indicates posting to an ERP system
        if report.get(class="hl-string">'exported') == True:
            event_log.append({
                **base_event,
                class="hl-string">'ActivityName': class="hl-string">'Accounting Posted',
                class="hl-string">'EventTime': report[class="hl-string">'updated-at'], class=class="hl-string">"hl-comment"># Inferred from last update timestamp
                class="hl-string">'UserName': class="hl-string">'System'
            })

    class=class="hl-string">"hl-comment"># 6. Create DataFrame and save to CSV
    if not event_log:
        print(class="hl-string">"No events were generated. Exiting.")
        return
        
    df = pd.DataFrame(event_log)
    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    column_order = [
        class="hl-string">'ExpenseReportId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'UserName',
        class="hl-string">'EmployeeDepartment', class="hl-string">'TotalAmount', class="hl-string">'ExpenseReportStatus',
        class="hl-string">'RejectionReason', class="hl-string">'PolicyViolationFlag', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]
    df = df[column_order]
    df.sort_values(by=[class="hl-string">'ExpenseReportId', class="hl-string">'EventTime'], inplace=True)
    
    output_filename = class="hl-string">'coupa_expense_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

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

您的报销管理数据模板

您的报销管理数据模板

费用管理属性

费用管理活动

提取指南

通过 SFTP 进行的 Coupa 报销数据计划导出

步骤

配置

a 查询示例 config

使用 Coupa REST API 处理费用的 Python 脚本

步骤

配置

a 查询示例 python

准备好开始了吗？

优化费用管理：即刻消除流程瓶颈

您的报销管理数据模板

您的报销管理数据模板

费用管理属性

费用管理活动

提取指南

通过 SFTP 进行的 Coupa 报销数据计划导出

步骤

配置

a 查询示例 config

使用 Coupa REST API 处理费用的 Python 脚本

步骤

配置

a 查询示例 python

我们重视您的隐私

准备好开始了吗？

优化费用管理：即刻消除流程瓶颈