您的费用管理数据模板

Coupa Expenses

← 返回改进指南

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

您的费用管理数据模板

这份完整的数据模板为您在Coupa Expenses中分析费用管理流程提供结构化方法。模板列出了需要收集的关键数据属性、需要跟踪的重要活动，以及数据提取的实用指导。使用此模板，确保收集全面流程挖掘分析所需的信息。

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

刚接触事件日志？了解如何创建流程挖掘事件日志.

下载模板

费用管理属性

以下是建议纳入事件日志的数据字段，用于全面分析费用管理流程。

5 必需 7 建议 8 可选

	名称	说明
	事件时间 EventTime	表示活动或事件发生时间的时间戳。
说明事件时间是系统记录特定活动的准确日期和时间。该时间戳对于按时间顺序排列事件及开展所有基于时间的分析至关重要，为理解流程步骤的时点和持续时间提供事实依据。在流程挖掘中，此属性用于构建每个案例的时间线、计算活动间隔、识别延迟并衡量整体周期时间。它对于分析绩效、服务级别协议遵循情况，以及识别时间模式或瓶颈至关重要。为什么重要此时间戳提供事件的时间顺序，是所有时长和绩效分析的基础，包括周期时间和瓶颈识别。获取位置此信息位于Coupa的审计轨迹或事件日志表中，通常与活动或状态变更记录一同保存。示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
	活动名称 ActivityName	费用报表在特定时间点发生的业务事件名称。
说明活动名称描述费用管理流程中的具体步骤或里程碑，例如“费用报告已提交”“经理已批准”或“报销已执行”。这些活动构成流程图中的节点，也是分析流程顺序、瓶颈和变体的基础。分析此属性有助于了解事件顺序、不同流程步骤的频率及其间的转换。它是构建流程图、计算转换时间以及识别常见或不符合规范的流程路径的基础。为什么重要此属性定义流程中的步骤，使您能够可视化并分析流程顺序，这是流程挖掘的核心。获取位置通常取自与Coupa费用报表对象关联的事件日志、状态变更记录或审计轨迹表。可能需要将状态代码或事件类型映射为便于用户理解的名称。示例已提交费用报销单经理已批准财务已拒绝报销已执行
	费用报表ID ExpenseReportId	费用报表的唯一标识符，用于汇总单次提交相关的所有活动和费用。
说明费用报告ID是主要案例标识，用于汇总与单次费用提交相关的所有事件和活动。每份费用报告在创建时都会获得唯一ID，从而能够按时间顺序完整跟踪费用申报从初次录入到最终付款的全过程。在流程挖掘分析中，该ID对于重建每份费用报告的端到端历程至关重要。它可以帮助分析人员可视化流程顺序，识别处理路径的差异，并计算每份申报的案例级指标，例如总周期时间和返工循环。为什么重要这是连接单笔费用申报所有相关事件的关键，使您能够分析从开始到结束的完整流程。获取位置这是Coupa费用报表对象中的主键，通常以“id”或“report-id”的形式出现在Expense Reports API端点或底层表中。示例 ER-0012345ER-0012399ER-0013001
	最后数据更新时间 LastDataUpdate	源系统最后一次刷新或提取数据的时间戳。
说明此属性记录从Coupa Expenses最后一次提取数据并加载至流程挖掘工具的日期和时间，反映待分析数据的新鲜度。此信息对于了解分析的时效性至关重要，也有助于确认仪表板是否反映运营的最新状态。它是数据治理和确保分析结果可信度的重要元数据。为什么重要告知用户数据的新鲜度，帮助他们了解分析时间范围，并确认分析结果仍具参考价值。获取位置此时间戳通常由数据提取或ETL工具在数据成功加载结束时生成并保存。示例 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	源系统 SourceSystem	数据来源的系统。
说明此属性标识生成事件数据的源应用。在此场景中，值应为“Coupa Expenses”。在多系统流程视图中，它对于数据治理以及区分不同系统的数据非常重要。它提供数据来源背景，对于分析跨多个应用的流程尤其有用。为什么重要提供数据来源的关键信息，对于数据治理、验证和多系统流程分析至关重要。获取位置通常是在数据提取和转换过程中添加的静态值，用于标识数据集来源。示例 Coupa ExpensesCoupa
	员工部门 EmployeeDepartment	提交费用报表的员工所属部门。
说明此属性指定费用报表提交人所属的组织部门或业务单元，通常取自员工主数据。这是分析的重要维度，可用于比较组织不同部分的流程绩效。按部门分析审批时间、拒绝率或政策违规情况的仪表板高度依赖此属性，以识别需要流程改进或定向培训的领域。为什么重要支持跨部门比较绩效，帮助识别组织中高效的部分以及可能需要支持的部分。获取位置取自Coupa中提交用户的个人资料，或通过用户ID与外部HR主数据系统关联获取。可查找用户对象中的“department”字段。示例销售市场营销工程财务
	总金额 TotalAmount	费用报表的货币总值。
说明此属性表示报表中所有费用行的总和，是了解流程中资金规模的关键财务指标。分析总金额有助于按不同金额区间划分费用报表，而不同区间可能对应不同的审批路径或审核级别。仪表板可利用此属性分析支出模式、识别可能造成瓶颈的高金额报表，并分析报表金额与处理时间或拒绝率之间的关系。为什么重要为流程提供财务背景，支持按费用报表金额分析，而金额通常会影响审批路径和处理优先级。获取位置这是Coupa费用报表头中的标准字段，通常命名为“total”或“total-amount”。示例 150.752500.0085.50
	拒绝原因 RejectionReason	审批人拒绝费用报表时提供的原因。
说明经理或财务团队成员拒绝费用报表时，通常会提供原因。此属性记录该原因，内容可能来自预定义列表，也可能是自由文本。这是根因分析中价值很高的属性。通过分析最常见的拒绝原因，组织可以识别政策不清、员工培训不足或提交流程存在缺陷的领域，从而直接支持减少返工和提高一次审批通过率。为什么重要直接说明返工发生的原因，为通过定向培训、明确政策或改进流程降低拒绝率提供可执行洞察。获取位置此信息通常记录在Coupa中与拒绝事件关联的审计轨迹或评论中，可能位于专用字段，也可能需要从评论中解析。示例缺少收据不符合政策的费用错误的费用类别重复提交
	政策违规标记 PolicyViolationFlag	如果费用报表被标记为政策违规，则该布尔指标为true。
说明 Coupa可以自动标记违反公司政策的费用，例如超出支出限额或使用未经批准的供应商。此属性以true或false表示费用报表是否检测到此类违规。该标记对于合规监控和分析至关重要。它支持创建仪表板，跟踪不同时间和部门的政策违规率，还可以分析违规报表与合规报表的处理差异，例如违规报表是否审批时间更长或更容易被拒绝。为什么重要支持直接衡量和分析政策合规情况，帮助识别并处理高风险或频繁不遵循政策的领域。获取位置通常以标记或状态的形式存在于Coupa的费用报表或单项费用行中，通常由系统规则引擎设置。示例 truefalse
	用户名 UserName	执行活动的员工或用户姓名。
说明此属性标识与特定事件相关的个人，例如提交、批准或拒绝费用报表的人员。它可以是姓名、员工ID或系统用户账户。按用户分析流程有助于识别绩效模式、工作负载分布和潜在培训需求。对于按资源拆分指标的仪表板而言，该属性不可或缺，例如比较不同经理的审批时间。为什么重要将活动归属到具体个人，从而分析流程中的工作负载、绩效和资源特定行为。获取位置此信息通常位于Coupa Expenses的审计轨迹表中，并与每个事件或操作关联。可查找“user-id”“submitted-by”或“updated-by”等字段。示例 John Smithjsmith11023
	结束时间 EndTime	表示活动完成时间的时间戳。
说明结束时间标志着活动的完成。在许多事务系统中，活动是瞬时事件，因此结束时间与开始时间相同。但对于具有可测量持续时间的活动，此属性记录其完成时刻。此字段对于准确计算单项活动的处理时间至关重要。它有助于更准确地分析流程中的时间分配，并区分等待时间与实际工作时间。为什么重要支持准确计算活动时长，对于识别和分析具体任务耗时与等待时间至关重要。获取位置对于原子事件，它通常与开始时间（EventTime）相同。对于持续性活动，可能需要从单独字段获取，或根据下一事件的时间戳推导。示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
	费用报表状态 ExpenseReportStatus	费用报表当前或最终状态。
说明此属性表示费用报表生命周期结束时的整体状态，例如“已批准”“已付款”“已拒绝”或“已撤回”，为每个案例提供明确结果。在分析中，最终状态用于筛选已完成案例并对结果分类。它对于计算拒绝率、了解报表到达各种最终状态的比例至关重要，也有助于识别停留在中间状态的报表。为什么重要定义每个案例的结果，是结果分析的基础，例如比较已批准报表与已拒绝报表的处理路径。获取位置这是Coupa费用报表对象中的主要状态字段，位于报表头数据中，并会在流程中持续更新。示例待审批已批准已支付已拒绝
	国家/地区 Country	提交员工所属国家/地区或交易发生国家/地区。
说明此属性表示与费用报表关联的国家/地区，通常是提交员工的所属国家。这是全球组织流程分析的重要维度。按国家/地区分析流程，有助于比较不同地理区域的绩效、合规情况和流程差异，从而发现需要处理的地区法规、政策或运营效率差异。为什么重要支持比较不同地理区域的流程绩效和合规情况，对于全球组织至关重要。获取位置可取自Coupa中的用户资料，或取自与费用报表关联的法人实体。示例 USADEUGBRJPN
	审批人姓名 ApproverName	批准或拒绝费用报表的经理或财务用户姓名。
说明此属性标识参与经理或财务审批步骤的具体审批人，与提交报表的用户不同。这些数据可用于分析审批人的绩效和行为，衡量每位审批人的审批周期时间，识别因个别审批人工作负载过高或需要额外培训而造成的瓶颈，并支持旨在平衡工作负载、提高审批效率的仪表板。为什么重要通过将延迟或高拒绝率归因于具体审批人，帮助定位审批链中的瓶颈，从而支持采取针对性措施。获取位置位于Coupa费用报表的审批历史或审计轨迹中。每个审批步骤都应记录执行操作的用户。示例 Sarah ChenDavid Rodriguez财务团队队列
	币种 Currency	费用报表总金额对应的币种代码。
说明此属性指定费用报表总金额使用的币种，例如USD、EUR或GBP，是所有财务数据的重要背景信息。分析全球组织的费用时，该字段对于正确解读和汇总金额至关重要。为实现不同地区之间的有效比较，可能需要将所有金额转换为统一的基础币种。为什么重要为货币金额提供必要背景，确保财务分析准确，并支持全球报告中的币种转换。获取位置这是Coupa费用报表头中的标准字段，通常与总金额字段相邻，名称可能为“currency-code”。示例 USDEURGBPJPY
	成本中心 CostCenter	费用分配到的成本中心。
说明成本中心是用于会计和预算管理的财务维度，表示由组织哪个部分承担费用。它可能与提交人的所属部门不同。按成本中心分析可从财务会计角度审视流程，支持跟踪特定预算或财务单元的支出和流程效率。这对于希望了解和管理组织支出的财务部门尤其重要。为什么重要提供关键财务分析维度，使流程指标能够直接关联到财务和预算单元。获取位置这是Coupa中的标准会计字段，位于费用报表头或费用行中，通常属于会计科目表结构的一部分。示例 CC4510-MarketingCC2100-EngineeringCC7800-Sales-East
	政策违规原因 PolicyViolationReason	费用报表被标记为政策违规的具体原因。
说明费用报表被标记为政策违规时，此属性提供具体原因，例如“金额超出限额”或“商户未经批准”。相比简单的布尔标记，它提供了更详细的信息。分析政策违规原因有助于更细致地了解合规问题，定位经常被违反的具体政策。这可能表明需要加强沟通、调整政策或严格执行，是制定有效合规改进策略的关键。为什么重要提供合规问题的具体细节，支持采取针对性措施，提高对公司费用政策的遵循程度。获取位置此信息通常位于Coupa合规引擎生成的政策标记详情或警告消息中。示例超过每日餐饮限额费用重复必须提供收据
	是否一次审批通过 IsFirstPassApproval	如果费用报表未经拒绝或修订即获批准，则该标记为true。
说明这是案例级计算属性，用于表示费用报表是否在首次尝试时顺利通过审批。如果案例中不包含任何拒绝或“退回修订”活动，则设置为“true”。此属性直接衡量提交和审批流程的效率，是一次审批通过率KPI的基础。分析与一次审批通过率较低相关的因素，例如部门或费用类别，可为流程改进提供有价值的洞察。为什么重要提供清晰的流程质量和效率指标，帮助量化无需返工即可完成处理的报表比例。获取位置在案例级别计算。需要扫描指定ExpenseReportId的所有活动，并确认不存在拒绝或修订事件。示例 truefalse
	是否返工 IsRework	用于标识活动是否属于返工循环的标记，例如报表被退回修订。
说明此计算得出的布尔属性用于标记代表返工的活动。对于“退回修订”等事件，或同一案例中此类事件之后发生的任何活动，通常设置为“true”。识别返工是流程挖掘的主要目标之一。该标记支持直接筛选和汇总，简化返工分析，可用于计算返工率、在流程图中可视化返工循环，并分析迫使流程重复步骤的活动根因。为什么重要直接标记低效的返工循环，便于量化其发生频率、对周期时间的影响及根因。获取位置此属性根据流程顺序计算得出。需要应用相应逻辑，识别表示流程返回较早阶段的活动，例如“退回修改”。示例 truefalse
	费用类别 ExpenseCategory	费用类别，例如差旅、餐饮或办公用品。
说明此属性对申报费用的类型进行分类。费用报表通常包含多条费用行，每行都有自己的类别。对于案例级分析，可以使用出现频率最高的类别或汇总后的类别列表。按费用类别细分流程，可以发现不同的行为模式或瓶颈。例如，差旅费用的审批路径可能比办公用品采购更复杂。该维度对于了解费用性质如何影响处理历程至关重要。为什么重要支持按支出类型细分流程，从而发现特定类别的瓶颈、政策或审批路径。获取位置此信息存储在Coupa的费用行级别。对于案例级分析，需要进行汇总，例如取金额最高的费用行类别。示例机票餐饮与娱乐软件办公用品

必需建议可选

费用管理活动

以下是应在事件日志中记录的关键流程步骤和里程碑，用于准确发现和分析费用工作流。

6 建议 7 可选

	活动	说明
	已创建费用报销单	标志着费用报销单生命周期的开始。当用户首次创建并保存新的费用报销单时，系统会记录此事件，并将报销单置于草稿状态。
为什么重要这是所有流程分析的起点，对于衡量费用报销单的端到端总周期时间至关重要。获取位置这是从Coupa费用报销单抬头记录的创建时间戳中捕获的明确事件。来源是费用抬头表中的“created_at”时间戳。采集使用费用报销单对象的创建时间戳。事件类型 explicit
	已完成会计过账	与费用报表相关的财务交易已过账至总账。从财务会计角度看，这代表流程的最后一步。
为什么重要这是最后一项活动，标志着流程真正结束。从报销完成到过账的时间，对于快速、准确地完成财务结账至关重要。获取位置此事件取自与费用报表相关的日记账分录或会计行的过账日期，这些记录由Coupa的会计集成管理。采集取自与费用报表相关的会计行中的过账日期字段。事件类型 explicit
	已提交费用报销单	员工正式提交已完成的费用报销单以供审批。此操作会将报销单从草稿状态转为待审批状态，系统会明确记录该事件。
为什么重要这是启动审批计时的关键里程碑。从创建到提交的时长反映员工准备报销单所需的时间。获取位置从费用报销单记录中的提交时间戳，或提交事件对应的审计轨迹日志条目中捕获。采集使用费用报销单中的“submitted_at”时间戳字段。事件类型 explicit
	报销已执行	付款已成功处理，款项已发放给员工。此事件确认员工已收到付款，并完成流程中的报销环节。
为什么重要这是影响员工满意度的关键里程碑，也是平均报销交付周期KPI的终点。获取位置取自与费用报表关联的付款记录中的付款执行日期，通常位于Coupa Pay或集成的应付账款系统中。采集取自与费用报表关联的付款记录中的付款日期。事件类型 explicit
	经理已批准	员工的直属经理或一级审批人批准费用报销单。系统会在报销单审批历史中将其记录为明确事件，并包含时间戳。
为什么重要标志着第一级审批完成。分析到达该事件所需的时间，对于Approval Cycle Time KPI以及识别经理层级瓶颈至关重要。获取位置从Coupa中费用报销单详细审批历史或审计轨迹里的审批操作时间戳中捕获。采集使用费用报销单审批历史日志中的审批事件时间戳。事件类型 explicit
	财务已批准	财务或审计团队对费用报销单作出最终批准。该事件表示报销单已完成验证，可以进入付款处理，并会记录在审批历史中。
为什么重要这是最终审批里程碑。从经理审批到财务审批的时间，是整体审批周期的重要组成部分。获取位置从费用报销单详细审批历史或审计轨迹中的最终审批操作时间戳捕获。采集使用费用报销单审批历史中的最终审批事件时间戳。事件类型 explicit
	已安排报销	最终审批通过后，费用报表会归入待付款批次。这标志着流程从审批阶段进入付款处理阶段。
为什么重要此活动启动报销执行周期时间的计时。此处出现延迟，说明已批准报表转入付款系统时存在积压。获取位置根据状态变更为“待付款”，或报表与Coupa Pay中的付款批次记录建立关联的日期推断。采集状态变更为“待付款”时的时间戳，或相关付款批次的创建日期。事件类型 inferred
	已完成政策检查	系统执行自动检查，以验证是否符合公司费用政策。通常可根据报销单首次设置政策违规标记或警告的时间戳推断。
为什么重要这是Policy Compliance Overview仪表板的重要数据。它有助于了解流程中是否以及何时发现违规，并分析违规对审批时间的影响。获取位置根据费用明细或报销单抬头应用政策违规标记时对应的时间戳推断。采集费用报销单或其明细首次设置政策违规标记时的时间戳。事件类型 inferred
	已退回修改	审批人将报销单退回员工修改，但不作最终拒绝。此操作会形成返工循环，可根据状态变更或特定审计轨迹事件推断。
为什么重要该活动是分析返工循环的基础。识别报销单被退回的原因，有助于改进培训并提升一次审批通过率。获取位置根据状态变更为“Pending Correction”或“Sent Back”等状态推断。Coupa也可能在审批历史中明确记录此操作。采集状态变更为“needs revision”状态时的时间戳，或审计日志中的特定事件时间戳。事件类型 inferred
	已附加收据	表示用户向报销单中的费用明细上传或附加收据的操作。系统通过观察与费用报销单关联的附件记录创建情况来捕获此事件。
为什么重要分析该活动发生的时间和频率，可以揭示用户行为模式，以及因缺少凭证而造成的潜在延误。获取位置根据与特定Expense Report ID关联的附件记录创建时间戳推断。采集识别附件记录与费用报销单建立关联时的时间戳。事件类型 inferred
	经理已拒绝	员工的经理拒绝费用报销单，这通常会中止当前流程并将报销单退回员工。系统会在审批历史中将其记录为特定事件。
为什么重要这是一个负面结果，反映出流程阻力。分析此类事件对于Expense Report Rejection Rate仪表板和KPI至关重要。获取位置从费用报销单审批历史或审计轨迹中的拒绝操作时间戳捕获。采集使用费用报销单审批历史日志中的拒绝事件时间戳。事件类型 explicit
	财务已拒绝	财务或审计团队拒绝费用报销单，这是流程终止性的负面结果。系统会在报销单历史中记录最终拒绝状态。
为什么重要跟踪财务拒绝有助于识别早期审核遗漏的严重合规或凭证问题，并分析其对拒绝率KPI的影响。获取位置取自财务审批人在费用报表审计轨迹中执行拒绝操作的时间戳。采集取自财务审核步骤中审计轨迹里的拒绝事件时间戳。事件类型 explicit
	费用报表已撤回	员工在费用报表完全审批通过前撤回已提交的报表。此操作会取消当前审批流程，并作为明确事件记录。
为什么重要跟踪员工自行更正或取消提交的情况，这可能表明他们对流程存在疑惑。这属于流程中断的一种形式。获取位置取自明确的用户操作，操作结果为“已撤回”或“已取消”状态，并记录在审计轨迹中。采集取自费用报表审计轨迹中“撤回”操作的时间戳。事件类型 explicit

建议可选

提取指南

如何从Coupa Expenses获取数据

步骤

前提条件：确保您在Coupa中拥有具备必要权限的用户账户，通常需要管理员或集成专家角色，以访问和配置定时导出。您还需要访问SFTP服务器，以便Coupa存放导出文件。
进入定时导出：登录Coupa实例。进入“设置”菜单，在“集成”部分点击“定时导出”。
配置费用报告导出：点击“创建”。为“费用报告”对象配置第一个导出任务。使用“ProcessMind_Expense_Reports”等描述性名称。格式选择“CSV”。在“字段”部分选择id、created-at、submitted-at、updated-at、status、total、user-id，以及其他相关的报告级属性。
配置审批历史导出：为“费用报告审批”对象创建第二个定时导出任务，命名为“ProcessMind_Expense_Approvals”。包含id、created-at、updated-at、status、approver-id和expense-report-id等字段。该对象对于记录审批、拒绝和修改事件至关重要。
配置附件导出：为“费用报告附件”对象创建第三个导出任务，命名为“ProcessMind_Expense_Attachments”。包含created-at时间戳，以及关联的expense-report-id或expense-line-id，用于跟踪收据添加时间。
配置付款发票导出：为“费用报告发票”对象创建第四个导出任务，命名为“ProcessMind_Expense_Invoices”。该任务用于跟踪报销和会计事件。包含expense-report-id、paid-date、scheduled-payment-date、exported和updated-at等字段。
设置传输和计划：对每个已创建的导出任务，进入“传输”选项卡。输入SFTP服务器连接信息，包括主机、用户名和目录路径。设置身份验证方式，通常使用密码或密钥。进入“计划”选项卡，将频率设为“每日”，以定期获取更新。
运行并导入导出文件：启用计划任务，并在需要时首次手动运行。设置自动化流程，例如ETL脚本或数据仓库导入工具，从SFTP服务器获取CSV文件并加载到暂存数据库。
将数据转换为事件日志：针对暂存数据执行转换脚本，例如提供的SQL查询。该脚本将不同表（报告、审批、发票）中的数据合并，生成统一的事件日志表。
为ProcessMind导出：将数据库或数据仓库中的事件日志表导出为单个CSV文件。确保列标题符合所需属性，例如ExpenseReportId、ActivityName和EventTime。文件现已准备好上传到流程挖掘工具。

配置

前提条件：必须启用Coupa Expenses模块。配置导出的用户必须拥有“定时CSV导出”权限。必须提供SFTP服务器；如有需要，还应将其IP地址加入白名单。
关键Coupa对象：数据提取依赖于为多个标准Coupa数据对象安排导出，包括“费用报告”、“费用报告审批”、“费用报告附件”和“费用报告发票”。
SFTP配置：您必须提供SFTP服务器URL、端口（通常为22）、专用用户凭据和文件存放目标目录。确保已在Coupa界面中成功测试连接。
日期范围和筛选：定时导出通常配置为导出自上次成功运行以来新建或更新的记录。首次加载历史数据时，可设置特定的created-at或updated-at日期范围，覆盖所需期间，例如最近6至12个月。
文件格式：始终使用CSV作为文件格式，因其简单且与数据处理工具兼容性广。
计划频率：建议每天导出一次，以确保流程挖掘所用流程数据保持较新。在非高峰时段运行，有助于降低对系统性能的潜在影响。

a 示例查询 sql

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和API调用所需的requests。您还必须从Coupa管理员处获取API密钥，并拥有费用报告、费用明细、附件和审批的读取权限。
生成Coupa API密钥：登录Coupa实例。进入“设置”>“公司设置”>“API密钥”。创建新的API密钥，并确保其拥有所需费用模块的读取权限。请妥善保存该密钥，因为它可访问您公司的数据。
初始化Python脚本：创建新的Python文件。首先导入所需库（requests、pandas、datetime）。定义Coupa实例URL（例如https://[your_company].coupahost.com）、API密钥以及API身份验证所需的请求头等全局常量。
定义日期范围和API参数：指定数据提取的开始日期和结束日期，并在API调用中将其作为筛选条件，以限制数据量。同时定义分页限制，Coupa通常每次请求返回50条记录。
获取费用报告头信息：实现一个函数，在指定日期范围内获取所有费用报告头信息。该函数应通过反复调用/api/expense_reports端点处理分页，并递增offset参数，直到获取全部报告。将报告头信息存储在列表中。
遍历并获取详细数据：遍历上一步获取的每个费用报告头信息。针对每份报告，分别调用API获取关联详情：从/api/expense_reports/{id}/approvals获取审批，从/api/expense_reports/{id}/attachments获取附件。这些详情对于构建完整事件日志至关重要。
构建事件日志：初始化空列表，用于存放事件日志记录。在处理每份费用报告及其详细数据时，将原始API响应转换为标准化事件日志行。针对13项必需活动分别创建字典，表示单个事件，并追加到列表中。例如，使用created-at字段创建“费用报告已创建”事件，并遍历审批数据，创建“经理已审批”或“财务已拒绝”事件。
将API数据映射到属性：在转换逻辑中，将Coupa API响应中的JSON字段映射到必需和推荐属性。例如，将id映射到ExpenseReportId，将created-at映射到EventTime，将total映射到TotalAmount。从嵌套的用户对象中提取用户和部门信息。
处理推断事件：部分活动（如“已安排报销”或“已记账”）可根据状态变化推断。使用报告的status字段和updated-at时间戳生成这些事件。例如，状态变为processing_payment时，可记录“已安排报销”活动。
创建并导出DataFrame：处理完所有费用报告并填充事件列表后，将列表转换为pandas DataFrame。添加SourceSystem和LastDataUpdate等静态列。最后使用to_csv方法将DataFrame导出为CSV文件，并确保将index设为False。该CSV文件现已准备好上传到ProcessMind。

配置

API密钥权限：用于身份验证的API密钥必须至少拥有以下Coupa对象的只读权限：费用报告、费用明细、用户、审批和附件。
Coupa实例URL：您必须提供公司Coupa实例的基础URL（例如https://your-company.coupahost.com）。这是所有API端点调用的根地址。
日期范围筛选：必须按特定期间筛选数据，以控制性能和数据量。使用created-at[gt]（大于）和created-at[lt]（小于）查询参数。通常可先提取3至6个月的数据。
分页限制：Coupa API限制单次请求返回的记录数，通常为50条。脚本必须处理此limit，并使用offset获取后续所有数据页。
状态筛选：如需进一步缩小提取范围，可在费用报告头信息的初始查询中添加status筛选。例如，仅提取状态为approved、paid或denied的报告。
性能注意事项：脚本会针对每份费用报告发起多次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()

准备开始了吗？

使用此模板开启您的流程挖掘之旅，深入了解费用管理并发现有价值的洞察。立即开始优化运营。

返回改进指南下载模板

优化费用管理：立即消除瓶颈

发现低效环节，借助清晰洞察将费用周期时间缩短30%。

开始免费试用

无需信用卡，几分钟即可开始。

您的费用管理数据模板

您的费用管理数据模板

费用管理属性

费用管理活动

提取指南

通过SFTP定时导出Coupa费用数据

步骤

配置

a 示例查询 sql

使用Coupa REST API提取费用数据的Python脚本

步骤

配置

a 示例查询 python

准备开始了吗？

优化费用管理：立即消除瓶颈

您的费用管理数据模板

您的费用管理数据模板

费用管理属性

费用管理活动

提取指南

通过SFTP定时导出Coupa费用数据

步骤

配置

a 示例查询 sql

使用Coupa REST API提取费用数据的Python脚本

步骤

配置

a 示例查询 python

准备开始了吗？

优化费用管理：立即消除瓶颈

我们重视您的隐私