您的采购到付款发票处理数据模板

Coupa

← 返回改进指南

采购到付款－发票处理属性 (20) 采购到付款－发票处理活动 (14) 提取指南 (3)

您的采购到付款发票处理数据模板

此模板将引导您准备在Coupa中有效分析发票处理所需的关键数据。模板列出了需要收集的重要属性，以及事件日志中需要跟踪的关键活动。此外，您还可以获得从Coupa系统提取这些数据的实用指导，顺利开启流程挖掘之旅。

建议收集的属性
需要跟踪的关键活动
Coupa数据提取指南

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

下载模板

采购到付款－发票处理属性

以下是建议纳入事件日志的数据字段，用于全面分析采购到付款发票处理流程。

3 必需 6 建议 11 可选

	名称	说明
	事件时间 EventTime	表示特定活动或事件发生时间的精确时间戳。
说明 Event Time也称时间戳，用于记录活动执行的准确日期和时间。它是流程日志的时间基础，负责按时间顺序排列每个案例中的所有事件。此属性是流程挖掘中所有基于时间的分析的基础，可用于计算活动之间的周期时间、识别瓶颈持续时长、衡量等待时间，以及分析不同时段的流程性能。准确的时间戳对于构建真实的流程模型和得出有意义的性能KPI至关重要。为什么重要它提供计算所有持续时间、周期时间和等待时间所需的时间顺序数据，这些数据是性能分析的基础。获取位置此数据记录在Coupa中Invoice对象的审计轨迹或历史日志中。每项记录的操作或状态变化都会关联一个时间戳。示例 2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
	发票编号 InvoiceNumber	供应商发票的唯一标识符，用于在整个生命周期中跟踪发票。
说明发票编号是供应商为发票单据分配的唯一参考编号。在流程挖掘中，它充当Case ID，将从接收、验证到审批和最终付款的所有相关活动关联起来。按发票编号分析流程，可以完整查看每张发票的端到端处理过程。这有助于识别处理路径差异、准确衡量周期时间，并定位发生延误、挂起或例外的具体发票。它是从细粒度层面了解发票处理性能的基础属性。为什么重要这是连接单张发票所有事件的关键案例标识符，可支持连贯的端到端流程分析。获取位置这是Coupa中Invoice对象的主字段，可在用户界面的发票头详情或Invoices API中找到。示例 INV-2023-00123785549-APO45001-INV
	活动 ActivityName	发票处理生命周期中发生的特定业务事件或任务的名称。
说明活动名称描述发票处理工作流中的一个步骤，例如“发票已创建”“发票已提交审批”或“付款已执行”。每项活动都代表发票状态或责任归属发生变化的一个明确时间点。在流程挖掘中，活动顺序构成流程图。分析这些活动有助于直观呈现实际流程，识别常见路径和少见路径，发现活动耗时过长的瓶颈，并找出返工循环等不符合规范或效率低下的步骤。为什么重要此属性对于构建流程图至关重要，可用于可视化和分析实际的发票处理工作流。获取位置此属性通常来自事件日志、审计轨迹或Coupa中Invoice模块的状态变化。通常需要将状态变化或特定用户操作映射为定义好的活动名称。示例发票已提交处理发票已批准发票已挂起付款已执行
	付款到期日 PaymentDueDate	为避免逾期，发票必须完成付款的日期。
说明 Payment Due Date是根据发票日期和约定付款条款计算出的关键日期，代表向供应商付款的截止日期。此属性是衡量按时付款绩效的基准。通过将其与实际付款执行日期进行比较，可以直接计算按时付款率KPI。分析偏离该日期的情况，有助于识别导致付款延误的系统性问题，并评估其对供应商关系和潜在滞纳金的影响。为什么重要它是衡量按时付款绩效的主要基准，对于管理供应商关系和避免罚金至关重要。获取位置该日期通常由Coupa根据“Invoice Date”和“Payment Terms”字段计算，并应记录在发票中。示例 2023-11-302023-12-152024-01-10
	供应商名称 VendorName	提交发票的供应商名称。
说明 Vendor Name用于标识采购商品或服务的业务合作伙伴。这是分析付款绩效和供应商关系的重要背景数据。此属性支持按供应商细分发票流程，有助于回答“哪些供应商的发票处理时间最长？”或“我们是否始终按时向某些战略供应商付款？”等问题。按供应商分析对于供应商付款及时性仪表板以及有效管理供应商关系至关重要。为什么重要它支持按供应商细分和分析流程，是管理供应商关系及识别供应商特定问题的关键。获取位置此信息属于Coupa的核心发票数据，关联自Supplier/Vendor对象。示例环球办公用品Tech Solutions Inc.Creative Marketing Agency
	发票总金额 InvoiceTotalAmount	发票的货币总金额，包括税费和其他费用。
说明此属性表示发票应付总额，是多种分析中使用的基础财务数据。按发票金额分析流程，可以发现重要模式。例如，高价值发票可能遵循更严格的审批路径，从而导致更长的周期时间。该属性还可用于评估流程低效造成的财务影响，例如当前被阻止或延误的发票金额。为什么重要它提供关键的财务背景，有助于分析流程行为如何随发票金额变化，以及延误造成的财务影响。获取位置这是Coupa中Invoice对象的标准字段，通常命名为“Total”或“Total Amount”。示例 1500.75250.0012345.50
	发票状态 InvoiceStatus	发票在处理工作流中的当前状态。
说明 Invoice Status用于显示发票在任意时点所处的位置，例如“pending approval”“approved”“on hold”或“paid”。此属性会随着发票在流程中的推进而动态变化。这是发票处理量与状态仪表板等运营监控仪表板的关键属性。它支持跟踪当前未结发票数量及其在不同阶段的分布。分析状态随时间的变化，也是推导“ActivityName”属性的主要来源。为什么重要它实时展示发票在工作流中的位置，对于运营仪表板和状态跟踪至关重要。获取位置这是Coupa中Invoice对象的主要状态字段。示例待审批已批准已作废已付款
	用户 User	执行该活动的用户或系统代理。
说明此属性用于标识负责执行特定流程步骤的个人或自动化系统，例如批准发票或解除挂起。通常以用户ID、姓名或电子邮件地址表示。按用户分析流程，是了解团队绩效、工作量分配和培训机会的关键。它对于瓶颈分析也很重要，可以揭示延误是否集中在特定审批人或团队。此外，它还有助于区分人工活动和自动化活动。为什么重要它支持工作量分析，能够定位由特定用户或团队造成的瓶颈，并帮助评估用户绩效和合规性。获取位置用户信息通常记录在Coupa发票的审计轨迹或历史记录中，并与每项操作相关联。示例 john.doe@company.comjane.smithSystem.Automation
	采购订单编号 PurchaseOrderNumber	发票对应的采购订单（PO）标识符。
说明 Purchase Order Number将发票与原始采购单据关联起来。这一关联是PO匹配流程的基础，也是许多组织进行发票验证的关键步骤。在流程挖掘中，此属性对于分析PO匹配和差异解决流程至关重要。它支持筛选与特定PO相关的发票，也是PO匹配差异概览仪表板的必要字段。缺少PO编号的发票比例较高，可能表明存在非计划采购或不合规采购。为什么重要它将发票与采购流程关联起来，支持分析PO匹配效率和差异处理情况。获取位置这是Coupa中Invoice Line对象的标准字段，用于将发票行与PO行关联。示例 PO4500123PO4500456PO4500789
	付款条款 PaymentTerms	约定的发票付款条件，例如“Net 30”或“2% 10, Net 30”。
说明 Payment Terms定义向供应商付款的规则，包括到期日和提前付款可享受的折扣。这些信息通常在供应商主数据中设定，并应用于发票。此属性对于计算付款到期日和识别提前付款折扣机会至关重要，也是提前付款折扣跟踪仪表板及相关KPI的直接输入。按付款条款分析，可以发现某些条款是否与付款延误相关。为什么重要它是计算付款到期日和识别提前付款折扣机会的基础，会直接影响营运资金。获取位置这是Coupa中的标准字段，通常从Supplier/Vendor记录默认带入Invoice。示例 30天账期60天账期2%10天内付款，30天账期
	公司代码 CompanyCode	负责该发票的法人实体或公司的标识符。
说明 Company Code代表大型组织中的特定法人实体。出于财务记账和报告目的，发票会记入相应的公司代码。此属性对于按法人实体筛选和细分流程分析至关重要。它支持比较企业不同部分的流程表现，例如回答“美国实体的发票审批流程是否不同于德国实体？”这对大型跨国组织尤为重要。为什么重要它支持在组织内不同法人实体或业务单元之间进行流程比较和绩效基准分析。获取位置这是Coupa中Invoice对象的基础会计字段，通常是财务过账所必需的。示例 1000US01DE01
	最后数据更新时间 LastDataUpdate	表示该事件数据最近一次从源系统刷新时间的时间戳。
说明此属性记录数据最近一次提取并加载至流程挖掘工具的时间，可帮助了解分析数据的新鲜度，对于判断仪表板中洞察的时效性至关重要。对于运营监控场景，了解最后数据更新时间十分重要。它能清楚说明信息的当前状态，帮助用户信任数据，并确保决策不会基于过时的流程视图。为什么重要它提供了有关流程数据时效性和相关性的关键信息，确保用户了解分析结果的当前程度。获取位置此时间戳在数据提取和转换（ETL）过程中生成并添加到数据集中。示例 2024-05-20T04:00:00Z2024-05-19T04:00:00Z
	发票日期 InvoiceDate	供应商发票单据上的日期。
说明 Invoice Date是供应商为发票指定的日期，通常标志着付款周期的正式开始，并根据付款条款用于计算付款到期日。此属性是许多周期时间计算的重要起点，也是计算付款到期日和判断是否符合提前付款折扣条件的关键输入。分析Invoice Date与发票录入系统日期之间的差值，可以发现发票提交或接收延迟。为什么重要它是计算付款到期日的主要日期，也是衡量付款及时性和获取折扣的重要参考点。获取位置这是Coupa中Invoice对象的标准必填字段。示例 2023-10-152023-11-012023-12-20
	已获取折扣 EarlyPaymentDiscountCaptured	用于标识是否成功享用了可用的提前付款折扣。
说明此属性为布尔值，用于标识组织是否在付款条款规定的折扣期限内完成发票付款，例如在“2% 10，Net 30”条款下于10天内付款。它是“提前付款折扣跟踪”仪表板及相关KPI的核心指标。分析值为false的记录有助于发现错失的节省机会，帮助企业调查可享受折扣的发票为何未能及时处理，并通过改进流程获取更多折扣、优化营运资金。为什么重要它直接衡量高效发票处理带来的财务收益，并帮助识别错失的节省机会。获取位置这是一个计算属性。其逻辑包括检查付款日期是否处于“Payment Terms”定义的折扣期限内，以及是否实际应用了折扣。示例 truefalse
	拒绝原因 RejectionReason	发票在审批过程中被拒绝时提供的原因。
说明当审批人拒绝发票时，通常会填写拒绝原因，例如“金额错误”或“发票重复”。此属性记录该自由文本或编码原因。这些数据对于分析审批延迟和返工的根本原因非常有价值。通过分析不同拒绝原因的出现频率，组织可以识别上游流程中的系统性问题，例如采购订单准确性不足或供应商开票习惯不规范。这些信息支持“发票审批瓶颈分析”仪表板。为什么重要它直接揭示发票被拒的根本原因，帮助识别流程改进方向并减少返工。获取位置用户在审批工作流中执行“Reject”操作时，系统会记录此信息。它通常存储在评论或审计轨迹中。示例数量错误价格与采购订单不符重复提交发票
	挂起原因 HoldReason	发票被挂起或阻止付款的具体原因。
说明 Hold Reason说明发票为何无法进入付款环节，例如“数量不匹配”或“等待收货”。这些信息对于了解付款延迟原因至关重要。此属性是“付款阻止根因分析”仪表板的关键。通过对不同挂起原因进行分类并统计出现次数，企业可以识别最常见的付款中断问题，从而采取针对性改进措施，避免再次挂起并加快付款。为什么重要它说明付款延迟的原因，支持有针对性的根因分析，从而降低付款阻止的发生频率和持续时间。获取位置发票在Coupa中被挂起时，通常需要选择或填写原因。此数据与发票的挂起状态相关联。示例采购订单价格不匹配等待收货确认重复发票
	是否按时付款 IsOnTimePayment	用于标识发票是否在到期日当天或之前完成付款的布尔标志。
说明此计算属性为每张发票提供简单的真或假付款及时性指标。它通过比较“Payment Executed”活动的时间戳与“Payment Due Date”得出。如果付款时间戳早于或等于到期日，则值为true。此标志简化了“按时付款率”KPI的计算，也便于筛选和细分，以分析逾期付款的特征，例如与延迟相关的常见供应商、部门或发票金额。为什么重要它简化了付款绩效分析，并为计算关键的“按时付款率”KPI提供基础。获取位置这是一个计算属性。逻辑为：“Payment Executed Date”<=“Payment Due Date”。该逻辑在流程挖掘工具中实现。示例 truefalse
	是否自动化 IsAutomated	用于标识某项活动由自动化系统还是人工用户执行的标志。
说明此布尔属性用于区分系统自动化执行的任务，例如自动采购订单匹配或系统生成的过账，与用户手动执行的任务。分析此属性有助于量化发票处理工作流的自动化程度，衡量自动化项目成效，识别仍可自动化的人工环节，并比较自动化活动与人工活动的效率和错误率。这是了解流程实际成本和效率的关键。为什么重要它帮助衡量流程自动化程度，识别进一步自动化的机会，并评估现有机器人的影响。获取位置通常通过检查与活动关联的“User”是系统或服务账户，还是人工用户账户来确定。示例 truefalse
	源系统 SourceSystem	提取事件数据的来源系统。
说明 Source System属性用于标识记录发票处理活动的应用程序或平台。虽然主要系统是Coupa，但发票或相关数据也可能来自ERP或供应商门户等其他集成系统。在复杂的IT环境中，这些信息有助于了解不同系统如何参与整体流程，也有助于诊断数据质量问题、理解系统交接，并分析跨多个应用程序运行的流程。为什么重要它明确了数据来源，对于故障排查以及分析涉及多个集成系统的流程至关重要。获取位置这通常是在数据提取过程中添加的静态值，用于标识数据来源。对于Coupa，该值应设置为“Coupa”。示例 CoupaSAP S/4HANAOracle Fusion
	货币 CurrencyCode	发票金额对应的ISO货币代码。
说明 Currency Code用于指定发票财务数值的货币单位，例如USD、EUR或GBP。对于全球运营且处理多种货币发票的组织而言，这一属性不可或缺。在分析中，必须使用此属性正确解读和汇总财务数据。仪表板和KPI需要筛选或换算货币，才能提供有意义的财务汇总。它可以避免错误汇总不同货币的金额，并支持按货币开展流程分析。为什么重要它为多币种环境中的所有货币数值提供必要背景，确保财务分析和报告准确无误。获取位置这是Coupa中Invoice对象的标准字段，通常关联供应商，或直接在发票中指定。示例 USDEURGBP

必需建议可选

采购到付款－发票处理活动

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

5 建议 9 可选

	活动	说明
	付款已执行	此活动标志着流程的最后一步，即付款已执行并发送给供应商。系统会从Coupa Payments或集成付款系统中关联付款记录的状态捕获该事件。
为什么重要作为流程的最终结束点，此活动对于计算完整端到端周期时间和衡量“按时付款率”KPI至关重要。获取位置根据与发票关联的付款记录推断。当状态为“paid”“completed”，或“payment date”字段已填充时，表示付款已执行。采集使用与发票关联的付款记录中的“payment date”。事件类型 inferred
	发票已创建	此活动标志着Coupa系统中发票记录的初始创建。当新发票对象通过手工录入、Coupa Supplier Portal等集成供应商网络或自动OCR扫描生成时，系统会记录该事件。
为什么重要作为发票生命周期的起点，此活动对于衡量端到端总处理时间至关重要，并为后续所有周期时间和处理量分析提供基准。获取位置这是从发票记录创建时间戳中捕获的明确事件。在Coupa数据模型中，它对应发票头对象上的“created-at”时间戳。采集使用发票记录的创建时间戳。事件类型 explicit
	发票已批准	此活动表示发票已成功通过审批工作流中的所有必需步骤。系统会在最后一位必需审批人执行批准操作后，从审批历史中捕获该事件。
为什么重要这一关键里程碑标志着审批周期结束，并使发票进入付款处理阶段。它对于衡量审批时长和整体流程效率至关重要。获取位置这是从审批历史日志中捕获的明确事件，也可以根据发票头状态变为“approved”来识别。日志中的最终审批操作提供了精确时间戳。采集记录审批历史中最终审批操作的时间戳。事件类型 explicit
	发票已过账待付款	已批准的发票被标记为可付款，其财务明细通常会过账至外部ERP系统。通常可根据集成状态标志或发票主状态的变化推断。
为什么重要此里程碑表示流程从应付账款处理移交至资金或付款职能。在此之前的延误会影响应付账款效率，此后的延误则会影响资金管理和供应商关系。获取位置通常可根据状态变为“approved for payment”，或“exported”等标志被设置为true来推断。相关信息可在发票头对象中获取。采集检测发票状态变为“Approved for Payment”或导出标志被设置时的时间戳。事件类型 inferred
	发票已送审	标志着发票通过初步检查后进入正式审批工作流。通常可根据状态变化推断，表示发票正在等待一个或多个审批人的处理。
为什么重要此活动是衡量审批周期时间的起点，对于分析审批层级中的瓶颈至关重要，并支持“发票审批瓶颈分析”仪表板。获取位置根据发票状态变为“pending approval”或类似状态推断。发票审批历史中首条审批记录的创建也表示该事件发生。采集记录发票状态变为“Pending Approval”或首条审批记录创建时的时间戳。事件类型 inferred
	发现匹配差异	当自动化系统因数量、价格或其他明细存在差异而无法将发票与采购订单匹配时，该事件发生。通常可根据发票状态变为需要人工干预的状态来推断，例如“unmatched”或“mismatched”。
为什么重要此活动是例外处理的入口，也是延误的常见来源。分析其发生频率和根因，对于提高首次匹配率、减少人工工作量至关重要。获取位置根据发票的匹配状态推断。“unmatched”“mismatched”或类似状态表示存在需要人工审核的差异。该信息记录在发票对象中。采集检测PO匹配状态变为表示失败的值时的时间戳。事件类型 inferred
	发票已与PO匹配	此活动表示系统已成功将发票行与对应的采购订单行匹配。该事件可根据发票匹配状态字段的变化推断，表明已成功完成PO验证。
为什么重要自动匹配成功是衡量流程健康度和无接触处理能力的重要指标。跟踪此活动有助于评估自动化和直通式处理的成效。获取位置当发票匹配状态字段变为“matched”时推断该事件。Coupa的发票对象包含用于表示PO匹配结果的标志和状态。采集检测发票PO匹配状态变为“Matched”时的时间戳。事件类型 inferred
	发票已作废	发票已取消，不会继续处理或付款。这是发票状态发生的明确终止性变化，可直接从系统状态字段中获取。
为什么重要这代表流程以失败告终的另一种结果。分析发票被作废的原因，可以发现采购或供应商沟通中的上游问题。获取位置当发票状态变为“voided”时捕获此明确事件。这是Coupa发票管理中的标准状态。采集记录发票状态更新为“Voided”时的时间戳。事件类型 explicit
	发票已拒绝	审批人正式拒绝了发票，使其在工作流中的处理暂停。这是发票审批历史中记录的明确操作，其中包括拒绝人和拒绝时间。
为什么重要拒绝会造成返工，并显著延长周期时间。分析拒绝频率和原因，是流程改进的关键，也是计算“首次审批通过率”KPI所必需的。获取位置这是发票审批历史日志中记录的明确事件。每个审批步骤都会包含状态、时间戳和审批人操作记录。采集筛选审批历史记录中的“reject”或“rejected”操作。事件类型 explicit
	发票已挂起	表示对发票执行挂起操作，阻止其付款。这是通常记录在发票历史或审计轨迹中的明确事件，往往还会附带原因。
为什么重要此活动相当于付款阻止，是造成付款延误的主要原因。跟踪挂起时间是分析其根因和持续时长的第一步，并支持“付款阻止率”KPI。获取位置这是发票历史或审计日志中的明确事件。Coupa会记录用户或系统操作，包括设置挂起。采集筛选发票历史记录中的“hold placed”或类似系统事件。事件类型 explicit
	发票已提交处理	表示将新创建的发票正式提交至处理工作流。通常由用户在完成初始数据录入和验证后触发。系统会在发票状态从草稿变为已提交时，从审计轨迹中捕获该事件。
为什么重要此活动将数据录入时间与实际处理时间区分开来。分析“发票已创建”与此事件之间的时长，有助于发现初始数据处理阶段的延误。获取位置跟踪发票状态从“draft”或“new”变为“submitted”或“pending approval”的变化。相关信息可在Coupa的发票历史记录或审计日志表中获取。采集记录发票状态首次变为“submitted”时的时间戳。事件类型 explicit
	发票已解除挂起	此前对发票设置的挂起已被移除，发票可以继续进入付款流程。与设置挂起一样，这是审计轨迹中记录的明确操作。
为什么重要从设置挂起到解除挂起之间的时间，是“平均付款阻止时长”KPI的关键数据。此活动标志着延误结束，分析其触发原因可以发现加快解决的机会。获取位置这是发票历史或审计日志中的明确事件，会作为独立的用户或系统操作记录。采集筛选发票历史记录中的“hold released”或类似系统事件。事件类型 explicit
	已安排付款	发票已纳入计划于未来日期执行的付款批次。通常可根据发票与系统中的付款运行或付款批次对象建立关联来推断。
为什么重要此活动让您了解流程的最后阶段，区分发票已准备付款与付款实际发起这两个状态，并有助于现金流预测。获取位置根据包含发票ID的付款记录或付款批次记录的创建来推断。付款对象上的“scheduled payment date”提供相关时间信息。采集使用与发票关联的付款批次记录创建日期。事件类型 inferred
	开始解决差异	表示开始人工干预，以解决PO匹配差异。此活动难以直接捕获，通常根据差异被标记后用户执行的首次操作推断，例如添加评论或编辑发票。
为什么重要跟踪从发现差异到开始解决之间的时间，有助于发现例外分配或处理过程中的延误。这是“PO匹配差异概览”仪表板的重要组成部分。获取位置此事件难以直接获取，可能需要高级推断。可以查找匹配状态表示失败后，与该发票相关的首条用户评论、编辑或任务分配的时间戳来推导。采集查找“发现匹配差异”事件之后的首个用户发起的变更事件。事件类型 inferred

建议可选

提取指南

如何从Coupa获取数据

步骤

前提条件：确保您拥有具备创建、编辑和计划报告权限的Coupa用户账户。您还需要访问以下Coupa数据对象：Invoice Header、Invoice Audit Trail、Approval和Payment Information。
进入报告模块：登录Coupa实例并进入Reports部分，通常位于主菜单或专用分析选项卡下。
创建核心发票报告：点击“Create Report”。选择“Invoice Header”作为主要数据源。该报告将作为多个基于状态的活动的基础。请使用清晰的名称，例如“ProcessMind - Invoice Master Data”。
添加相关数据对象：在报告构建器中，将“Invoice Header”对象与相关对象连接，以丰富数据。添加“Supplier”、“Created By User”和“Updated By User”，获取供应商和用户详情。这对于填充建议属性至关重要。
创建特定事件报告：由于事件日志的特性，无法通过单个报告生成所有必需行。您必须创建多个报告，分别捕获不同类型的事件，之后再合并。
- 报告A：发票状态事件：创建基于“Invoice Audit Trail”对象并与“Invoice Header”连接的报告。通过筛选审计轨迹中的特定状态变更，捕获“Invoice Created”、“Invoice Submitted”、“Invoice Hold Placed”、“Invoice Hold Released”和“Invoice Voided”等活动。
- 报告B：审批事件：创建基于“Approval”对象并与“Invoice Header”连接的报告。该报告将捕获“Invoice Sent for Approval”、“Invoice Approved”和“Invoice Rejected”活动。
- 报告C：付款事件：创建基于“Payment Information”对象并与“Invoice Header”连接的报告。该报告将捕获“Payment Scheduled”和“Payment Executed”事件。
配置各报告的列：为创建的每个报告添加必要列。您需要将Coupa字段手动映射到所需的事件日志架构。例如，在Approval Events报告中，添加“Approval > Created At”并将其重命名为“EventTime”；添加值为“Invoice Approved”的自定义列，并命名为“ActivityName”；添加“Invoice Header > Invoice Number”，并命名为“InvoiceNumber”。
定义报告筛选条件：在每个报告的筛选部分添加日期筛选，以限制数据量。建议筛选“Invoice Header > Created At”，范围为最近3至6个月。如有需要，还可按特定公司代码或法人实体添加筛选条件。
运行并导出报告：分别保存并运行每个报告。将每个报告的结果导出为CSV文件。检查每个文件中的数据是否正确，并确认包含已配置的列。
计划导出：确认报告无误后，将其设置为定期运行，例如每天运行。配置计划任务，将CSV文件导出到指定位置，最好是SFTP服务器，以便自动获取。
合并并转换数据：使用外部脚本，例如Python或PowerShell，或使用ETL工具完成最终数据转换。脚本必须：
- 从SFTP服务器下载所有CSV文件。
- 将所有文件中的列名统一为事件日志架构所需的名称，例如InvoiceNumber、ActivityName、EventTime等。
- 将各文件中的所有行合并为一个完整的事件日志文件。
最终格式化并上传：确保最终合并文件保存为UTF-8编码的CSV文件。现在即可将该文件上传到ProcessMind应用进行分析。

配置

主要数据对象：提取依赖多个必须可访问的Coupa核心对象，包括：Invoice Header、Invoice Audit Trail、Approval、Payment Information和供应商。
日期范围筛选：为控制性能和数据量，必须应用日期筛选。建议初次分析时，对Invoice Header > Created At设置滚动3至6个月的时间范围。
必要筛选条件：始终按Company Code或Legal Entity筛选，确保数据与正在分析的业务单元相关。如果某些发票状态与流程无关，也可以将其排除，例如草稿状态。
报告排程：Coupa支持按日、按周或按月排程运行报告。对于流程挖掘，建议每天导出，以保持分析结果最新。可将导出配置为向SFTP服务器交付CSV文件，实现自动化。
用户权限：配置和运行这些报告的用户账户必须拥有创建和排程报告的角色权限，并具备对上述所有数据对象的读取权限。

a 示例查询 config

// This is a configuration guide for creating multiple Coupa reports. These reports must be combined externally to form the final event log.

// --- Report 1: Invoice Creation Event ---
// Primary Object: Invoice Header
// Columns:
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = 'Invoice Created' (Static Value)
//   'EventTime' = Invoice Header > Created At
//   'User' = Invoice Header > Created By > Login
//   'VendorName' = Invoice Header > Supplier > Name
//   'InvoiceTotalAmount' = Invoice Header > Total
//   'PaymentDueDate' = Invoice Header > Payment Due Date
//   'PurchaseOrderNumber' = Invoice Header > PO Number
//   'InvoiceStatus' = Invoice Header > Status

// --- Report 2: Invoice Status Change Events ---
// Primary Object: Invoice Audit Trail
// Joined Object: Invoice Header (on Invoice ID)
// Columns:
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = CASE WHEN (Field Name = 'status' AND Old Value = 'new' AND New Value = 'pending_approval') THEN 'Invoice Submitted for Processing' WHEN (Field Name = 'po_match_status' AND New Value = 'matched') THEN 'Invoice Matched to PO' WHEN (Field Name = 'po_match_status' AND New Value = 'unmatched') THEN 'Matching Discrepancy Identified' WHEN (Field Name = 'status' AND New Value = 'on_hold') THEN 'Invoice Hold Placed' WHEN (Field Name = 'status' AND Old Value = 'on_hold') THEN 'Invoice Hold Released' WHEN (Field Name = 'exported' AND New Value = 't') THEN 'Invoice Posted for Payment' WHEN (Field Name = 'status' AND New Value = 'voided') THEN 'Invoice Voided' END
//   'EventTime' = Invoice Audit Trail > Created At
//   'User' = Invoice Audit Trail > Updated By > Login
//   'VendorName', 'InvoiceTotalAmount', etc. from joined Invoice Header.
// Filters:
//   Field Name IN ('status', 'po_match_status', 'exported')

// --- Report 3: Invoice Approval Events ---
// Primary Object: Approval
// Joined Object: Invoice Header (on Invoice ID)
// This report will create multiple rows from one source object. This logic needs to be applied in the external transformation script.
// Logic Block 1: Invoice Sent for Approval (First Approver Record for the Invoice)
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = 'Invoice Sent for Approval'
//   'EventTime' = MIN(Approval > Created At) GROUP BY InvoiceNumber
//   'User' = Approver associated with the MIN(Created At) timestamp.
// Logic Block 2: Invoice Rejected
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = 'Invoice Rejected'
//   'EventTime' = Approval > Created At
//   'User' = Approval > Approver > Login
//   Filter: Approval > Status = 'rejected'
// Logic Block 3: Invoice Approved (Final Approver Record)
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = 'Invoice Approved'
//   'EventTime' = MAX(Approval > Created At) where Status is 'approved'
//   'User' = Approver associated with the MAX(Created At) timestamp.

// --- Report 4: Discrepancy Resolution Event ---
// Primary Object: Invoice Audit Trail
// Joined Object: Invoice Header (on Invoice ID)
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = 'Discrepancy Resolution Started'
//   'EventTime' = Invoice Audit Trail > Created At
//   'User' = Invoice Audit Trail > Updated By > Login
// Filter:
//   This event is difficult. A common proxy is the first user comment or field change after the PO match status changes to 'unmatched'.
//   Logic: Find the MIN(Created At) from the audit trail where the timestamp is greater than the timestamp of the 'Matching Discrepancy Identified' event.

// --- Report 5: Payment Events ---
// Primary Object: Payment Information
// Joined Object: Invoice Header (on Invoice ID)
// Logic Block 1: Payment Scheduled
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = 'Payment Scheduled'
//   'EventTime' = Payment Information > Payment Date
//   'User' = 'System'
// Logic Block 2: Payment Executed
//   'InvoiceNumber' = Invoice Header > Invoice Number
//   'ActivityName' = 'Payment Executed'
//   'EventTime' = Payment Information > Paid At
//   'User' = 'System'
// Filter:
//   Payment Information > Paid At IS NOT NULL

步骤

生成Coupa API密钥：以管理员身份登录Coupa实例。进入Setup > Company Setup > API Keys。创建新的API密钥。确保该密钥对以下范围具备读取权限：core.invoice.read、core.user.read、core.supplier.read、core.approval.read和core.payment.read。
设置Python环境：确保已安装Python 3.6或更高版本。创建新的项目目录，并使用pip安装所需库：pip install requests pandas。
配置Python脚本：创建新的Python文件，例如extract_coupa_invoices.py。将提供的脚本复制到该文件中。将YOUR_COUPE_INSTANCE_URL、YOUR_API_KEY和START_DATE的占位值替换为您的实例信息和所需的提取起始日期。
执行脚本：在终端中使用以下命令运行脚本：python extract_coupa_invoices.py。脚本将开始从Coupa API获取数据。
监控提取过程：脚本会在控制台输出进度，显示已处理的发票数量。由于API速率限制，根据日期范围和数据量，提取可能需要较长时间。
了解核心逻辑：脚本首先查询/api/invoices端点，获取指定日期范围内创建或更新的所有发票列表，并自动处理分页以获取全部记录。
处理每张发票：对于获取的每张发票，脚本根据可用时间戳和相关数据生成多条事件日志记录。例如，使用created-at记录“Invoice Created”，使用submitted-at记录“Invoice Submitted for Processing”。
获取审批详情：为捕获审批和拒绝事件，脚本会针对每张发票调用/api/invoices/{invoice_id}/approvals端点。随后处理返回列表，生成“Invoice Sent for Approval”、“Invoice Approved”和“Invoice Rejected”活动。
获取付款详情：如需付款信息，脚本会查询/api/payments端点，并按发票ID筛选相关付款记录，以生成“Payment Scheduled”和“Payment Executed”事件。
转换并汇总数据：所有生成的事件都会收集到字典列表中。每个字典代表最终事件日志中的一行。
创建事件日志文件：处理完所有发票后，脚本会将汇总数据转换为pandas DataFrame，并将其保存为同一目录下名为coupa_invoice_event_log.csv的CSV文件，随后即可上传到ProcessMind。

配置

API密钥权限：API密钥至少必须具备Coupa中Invoices、Approvals、Users、Suppliers和Payments对象的只读访问权限。缺少权限可能导致脚本报错或数据不完整。
日期范围：脚本使用updated-at[gt]筛选条件，仅获取自指定START_DATE以来创建或变更的发票。初始提取建议使用3至6个月的数据，以平衡数据量和性能。后续增量加载时，将START_DATE设置为上次成功提取的时间戳。
API速率限制：Coupa对API实施速率限制。提供的脚本会在处理每张发票之间调用time.sleep(0.5)，避免超过限制。根据您的Coupa实例配置，可能需要调整该值。
自定义字段：此提取脚本仅包含Coupa标准字段。如果组织在发票中使用了分析所需的自定义字段，则需要修改脚本，解析API响应中的custom-fields元素，并将其添加为输出列。

a 示例查询 python

import requests
import pandas as pd
import time
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Coupa instance URL (e.g., class="hl-string">'https://mycompany.coupahost.com')
COUPE_INSTANCE_URL = class="hl-string">'YOUR_COUPE_INSTANCE_URL' 
class=class="hl-string">"hl-comment"># Replace with your Coupa API Key
API_KEY = class="hl-string">'YOUR_API_KEY'
class=class="hl-string">"hl-comment"># Set the start date for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">'2023-01-01' 

class=class="hl-string">"hl-comment"># --- API Setup ---
API_BASE_URL = fclass="hl-string">"{COUPE_INSTANCE_URL}/api"
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"># --- Event Log Storage ---
event_log_records = []

def get_paginated_data(endpoint_url, params=None):
    class="hl-string">"""Fetches all pages of data from a Coupa API endpoint."""
    all_data = []
    url = fclass="hl-string">"{API_BASE_URL}/{endpoint_url}"
    
    class=class="hl-string">"hl-comment"># Coupa uses offset-based pagination, 50 is a common limit
    offset = 0
    while True:
        paginated_params = params.copy() if params else {}
        paginated_params[class="hl-string">'offset'] = offset
        paginated_params[class="hl-string">'limit'] = 50
        
        try:
            response = requests.get(url, headers=HEADERS, params=paginated_params)
            response.raise_for_status()
            data = response.json()
            if not data: class=class="hl-string">"hl-comment"># Break if the page is empty
                break
            all_data.extend(data)
            offset += len(data)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {url}: {e}")
            break
    return all_data

def add_event(invoice, activity_name, event_time, user_info=None):
    class="hl-string">"""Helper function to create and add an event record."""
    if not event_time:
        return class=class="hl-string">"hl-comment"># Do not add events without a timestamp

    record = {
        class="hl-string">'InvoiceNumber': invoice.get(class="hl-string">'invoice-number'),
        class="hl-string">'ActivityName': activity_name,
        class="hl-string">'EventTime': event_time,
        class="hl-string">'User': user_info.get(class="hl-string">'login') if user_info else None,
        class="hl-string">'VendorName': invoice.get(class="hl-string">'supplier', {}).get(class="hl-string">'name'),
        class="hl-string">'InvoiceTotalAmount': invoice.get(class="hl-string">'total-with-taxes'),
        class="hl-string">'PaymentDueDate': invoice.get(class="hl-string">'payment-date'),
        class="hl-string">'PurchaseOrderNumber': invoice.get(class="hl-string">'purchase-order', {}).get(class="hl-string">'number') if invoice.get(class="hl-string">'purchase-order') else None,
        class="hl-string">'InvoiceStatus': invoice.get(class="hl-string">'status')
    }
    event_log_records.append(record)

def main():
    class="hl-string">"""Main extraction function."""
    print(class="hl-string">"Starting Coupa invoice data extraction...")
    
    class=class="hl-string">"hl-comment"># Fetch all invoices updated since the start date
    invoice_params = {class="hl-string">'updated-at[gt]': START_DATE}
    invoices = get_paginated_data(class="hl-string">'invoices', invoice_params)
    print(fclass="hl-string">"Found {len(invoices)} invoices to process.")

    for i, invoice in enumerate(invoices):
        print(fclass="hl-string">"Processing invoice {i+1}/{len(invoices)}: {invoice.get('invoice-number')}")
        invoice_id = invoice.get(class="hl-string">'id')

        class=class="hl-string">"hl-comment"># Activity: Invoice Created
        add_event(invoice, class="hl-string">'Invoice Created', invoice.get(class="hl-string">'created-at'), invoice.get(class="hl-string">'created-by'))

        class=class="hl-string">"hl-comment"># Activity: Invoice Submitted for Processing
        add_event(invoice, class="hl-string">'Invoice Submitted for Processing', invoice.get(class="hl-string">'submitted-at'), invoice.get(class="hl-string">'submitted-by'))

        class=class="hl-string">"hl-comment"># Activities related to matching status
        if invoice.get(class="hl-string">'po-match-status') == class="hl-string">'matched':
            add_event(invoice, class="hl-string">'Invoice Matched to PO', invoice.get(class="hl-string">'updated-at'), invoice.get(class="hl-string">'updated-by'))
        elif invoice.get(class="hl-string">'po-match-status') in [class="hl-string">'unmatched', class="hl-string">'mismatched']:
            add_event(invoice, class="hl-string">'Matching Discrepancy Identified', invoice.get(class="hl-string">'updated-at'), invoice.get(class="hl-string">'updated-by'))
            class=class="hl-string">"hl-comment"># Inference for Discrepancy Resolution Started is complex. We approximate it as the next update.
            class=class="hl-string">"hl-comment"># A more robust solution would track status changes over time.
            add_event(invoice, class="hl-string">'Discrepancy Resolution Started', invoice.get(class="hl-string">'updated-at'), invoice.get(class="hl-string">'updated-by'))

        class=class="hl-string">"hl-comment"># Activities from Approvals endpoint
        approvals = get_paginated_data(fclass="hl-string">'invoices/{invoice_id}/approvals')
        if approvals:
            class=class="hl-string">"hl-comment"># Sent for Approval is often the creation of the first approval object
            first_approval = approvals[0]
            add_event(invoice, class="hl-string">'Invoice Sent for Approval', first_approval.get(class="hl-string">'created-at'), first_approval.get(class="hl-string">'created-by'))
            
            for approval in approvals:
                approver = approval.get(class="hl-string">'approver')
                if approval.get(class="hl-string">'status') == class="hl-string">'approved':
                    add_event(invoice, class="hl-string">'Invoice Approved', approval.get(class="hl-string">'updated-at'), approver)
                elif approval.get(class="hl-string">'status') == class="hl-string">'rejected':
                    add_event(invoice, class="hl-string">'Invoice Rejected', approval.get(class="hl-string">'updated-at'), approver)

        class=class="hl-string">"hl-comment"># Activities based on status and flags
        if invoice.get(class="hl-string">'on-hold'):
            class=class="hl-string">"hl-comment"># This timestamp is an approximation, representing the last update time when the hold was active.
            add_event(invoice, class="hl-string">'Invoice Hold Placed', invoice.get(class="hl-string">'updated-at'), invoice.get(class="hl-string">'updated-by'))
        class=class="hl-string">"hl-comment"># We canclass="hl-string">'t reliably detect 'Hold Released' without historical data, so we omit it for accuracy.

        if invoice.get(class="hl-string">'exported') == True:
            add_event(invoice, class="hl-string">'Invoice Posted for Payment', invoice.get(class="hl-string">'updated-at'), invoice.get(class="hl-string">'updated-by'))

        if invoice.get(class="hl-string">'status') == class="hl-string">'void':
            add_event(invoice, class="hl-string">'Invoice Voided', invoice.get(class="hl-string">'updated-at'), invoice.get(class="hl-string">'updated-by'))
        
        class=class="hl-string">"hl-comment"># Activities from Payments endpoint
        payments = get_paginated_data(class="hl-string">'payments', {class="hl-string">'invoice-id': invoice_id})
        for payment in payments:
            add_event(invoice, class="hl-string">'Payment Scheduled', payment.get(class="hl-string">'created-at'), payment.get(class="hl-string">'created-by'))
            if payment.get(class="hl-string">'payment-date'):
                add_event(invoice, class="hl-string">'Payment Executed', payment.get(class="hl-string">'payment-date'), payment.get(class="hl-string">'updated-by'))

        class=class="hl-string">"hl-comment"># A short delay to respect API rate limits
        time.sleep(0.5)

    if not event_log_records:
        print(class="hl-string">"No events were generated. Exiting.")
        return

    class=class="hl-string">"hl-comment"># Create DataFrame and save to CSV
    df = pd.DataFrame(event_log_records)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
    df = df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'])
    
    output_filename = class="hl-string">'coupa_invoice_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Extraction complete. Event log saved to {os.path.abspath(output_filename)}")

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

步骤

确认您的Coupa实例支持将数据定期导出到SFTP，并确认所需的发票、发票历史或审计、采购订单、审批、付款和供应商数据对象均可导出。在Coupa配置中确认确切的对象名和字段名。如果所需对象或字段不可用，请使用[Your object name]或[Configure based on your system]，不要自行假定Coupa名称。
为导出创建或确认专用SFTP目标。使用[Your SFTP connection details]配置主机、端口、目录、身份验证方式、加密要求、保留策略和文件命名规则。授予集成账户写入文件的权限，并允许下游提取流程读取文件。
为发票抬头数据配置定期Coupa导出。包括发票编号、供应商、总金额、到期日、采购订单编号、当前状态和发票创建时间戳。添加组织所需的公司、单据类型和日期筛选条件。
配置发票生命周期历史、审批历史、匹配结果、挂起历史、付款或付款批次信息，以及作废或取消历史的导出。每次导出都必须包含发票编号、事件时间戳、可用时的操作用户或系统代理、相关状态或操作值，以及将事件关联到发票所需的属性。
按适合该流程的频率安排导出，例如每天或每小时。使用一致的提取窗口，并在各次运行之间设置较小的重叠，以降低遗漏延迟到达或更正记录的风险。在下游编排工具中保存上次成功提取的时间戳。
从SFTP获取CSV文件，并验证文件是否到达、文件名、编码、分隔符、表头结构、行数及重复文件处理情况。保留原始文件以支持审计。拒绝缺少必需列的文件，并将其转移到异常位置进行审核。
在构建事件前规范化源文件。去除空格，将时间戳统一到一个时区，解析金额和日期字段，将发票编号规范为字符串，并将源状态或操作值映射为以下准确的活动名称：Invoice Created、Invoice Submitted for Processing、Invoice Matched to PO、Matching Discrepancy Identified、Discrepancy Resolution Started、Invoice Sent for Approval、Invoice Rejected、Invoice Approved、Invoice Hold Placed、Invoice Hold Released、Invoice Posted for Payment、Payment Scheduled、Payment Executed和Invoice Voided。
为每个符合条件的源事件构建一条事件日志记录。不要依赖ProcessMind推断事件。如果某项活动由状态转换表示，请根据相应的历史或状态变更记录创建记录。如果某项活动由用户操作表示，请使用明确的审计或历史记录。对于付款活动，尽可能使用付款或付款批次记录。
使用已配置的发票标识符将事件记录关联到发票抬头。为每条记录填充InvoiceNumber、ActivityName和EventTime。从事件源或适用的发票快照中填充User、VendorName、InvoiceTotalAmount、PaymentDueDate、PurchaseOrderNumber和InvoiceStatus。同一发票在不同时间发生同一活动时，应保留这些合法的多次事件。
验证生成的事件日志，按InvoiceNumber和EventTime排序，并检查时间戳有效且必需字段不为空。导出UTF-8CSV，包含必需列InvoiceNumber、ActivityName和EventTime，以及建议属性。将生成的文件上传到ProcessMind，使用InvoiceNumber作为案例标识，ActivityName作为活动列。

配置

**导出方式：**配置Coupa将数据定时导出至指定SFTP服务器。具体的Coupa对象名称、字段名称和配置位置必须在目标租户中确认，因为它们会因启用的模块和配置而异。
**必需事件来源：**包括发票创建数据、发票历史或审计数据、匹配结果、审批历史、挂起历史、付款或付款批次数据，以及作废或取消历史。仅导出抬头数据是不够的，因为ProcessMind会按原样读取事件日志，不会自行生成事件。
**必需列：**每一行最终事件都必须包含InvoiceNumber、ActivityName和EventTime。InvoiceNumber必须按文本处理，以保留前导零和原有格式。
**建议列：**包括User、VendorName、InvoiceTotalAmount、PaymentDueDate、PurchaseOrderNumber和InvoiceStatus。事件专属值可用时，应保留源数据中的值。
**日期范围：**先使用滚动三至六个月的提取窗口。定时运行之间应设置重叠，例如从上次成功提取边界向前回溯已配置的重叠时长，以捕获延迟到达的历史记录。有源事件标识符时使用该标识符去重，否则使用有文档记录的组合键。
**筛选条件：**仅应用业务范围所需的筛选条件，例如[Your company filter]、[Your document type filter]、供应商范围、业务单元、币种或发票日期范围。确保筛选条件不会排除在报告期前创建、但在报告期内更新或付款的发票。
**活动映射：**维护从已配置的Coupa状态、操作和付款值到全部14个必需活动名称的受控映射。不要仅因后续状态暗示某项活动发生过，就创建该活动。
**调度：**根据运营要求选择频率，例如每小时或每天。安排在Coupa完成导出后再执行依赖的文件获取，并监控文件缺失、不完整或延迟情况。
**性能：**对较大的日期范围进行分区，在支持的情况下使用增量提取，限制不必要的列，在支持的情况下压缩文件，并分批处理文件。避免反复下载完整历史数据集。
**安全性：**在支持的情况下使用SFTP密钥身份验证，限制目录权限，保护凭据，加密传输中的文件，并执行组织的数据保留和删除策略。
**前置条件：**具备Coupa导出能力，能够访问相关发票和付款模块，拥有查看发票历史和审批数据的权限，拥有配置或申请定时集成的权限，具备SFTP端点，以及下游获取和转换文件的访问权限。请与[Your Coupa administrator]确认可用性。

a 示例查询 config

-- This extraction template is designed for CSV files delivered by a configured Coupa SFTP export.
-- Replace only the connection, credential, date, file path, and company-specific filter placeholders.
-- Replace bracketed object and column references with the exact names configured in your Coupa tenant.

WITH
invoice_header AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        [Vendor Name] AS VendorName,
        [Invoice Total Amount] AS InvoiceTotalAmount,
        [Payment Due Date] AS PaymentDueDate,
        [Purchase Order Number] AS PurchaseOrderNumber,
        [Invoice Status] AS InvoiceStatus,
        [Invoice Created Timestamp] AS InvoiceCreatedTimestamp
    FROM [Your invoice header export]
    WHERE [Invoice Created Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Invoice Created Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
      AND [Company Filter Column] IN ([Your company filter])
),
created_events AS (
    SELECT
        h.InvoiceNumber,
        'Invoice Created' AS ActivityName,
        h.InvoiceCreatedTimestamp AS EventTime,
        CAST('[System agent or source]' AS VARCHAR(255)) AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        h.InvoiceStatus
    FROM invoice_header h
    WHERE h.InvoiceCreatedTimestamp IS NOT NULL
),
submitted_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Submitted for Processing' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice audit or history export] a
    LEFT JOIN invoice_header h ON CAST(a.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Action or Status Value] IN ([Your submitted values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
matched_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Matched to PO' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice matching export] m
    LEFT JOIN invoice_header h ON CAST(m.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Matching Result] IN ([Your successful matching values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
discrepancy_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Matching Discrepancy Identified' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice matching export] m
    LEFT JOIN invoice_header h ON CAST(m.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Matching Result] IN ([Your discrepancy values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
resolution_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Discrepancy Resolution Started' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice audit or history export] a
    LEFT JOIN invoice_header h ON CAST(a.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Action or Status Value] IN ([Your discrepancy resolution action values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
sent_for_approval_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Sent for Approval' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your approval history export] p
    LEFT JOIN invoice_header h ON CAST(p.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Approval Action or Status] IN ([Your sent for approval values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
rejected_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Rejected' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your approval history export] p
    LEFT JOIN invoice_header h ON CAST(p.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Approval Action or Status] IN ([Your rejection values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
approved_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Approved' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your approval history export] p
    LEFT JOIN invoice_header h ON CAST(p.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Approval Action or Status] IN ([Your approval values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
      AND [Is Final Required Approval] = [Your true value]
),
hold_placed_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Hold Placed' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice hold history export] x
    LEFT JOIN invoice_header h ON CAST(x.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Hold Action] IN ([Your hold placed values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
hold_released_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Hold Released' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice hold history export] x
    LEFT JOIN invoice_header h ON CAST(x.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Hold Action] IN ([Your hold released values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
posted_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Posted for Payment' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice posting or integration status export] x
    LEFT JOIN invoice_header h ON CAST(x.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Posting or Integration Status] IN ([Your posted values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
payment_scheduled_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Payment Scheduled' AS ActivityName,
        [Payment Batch Scheduled Timestamp] AS EventTime,
        [Scheduled By User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        h.InvoiceStatus
    FROM [Your payment or payment batch export] q
    LEFT JOIN invoice_header h ON CAST(q.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Payment Batch Status] IN ([Your scheduled payment values])
      AND [Payment Batch Scheduled Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Payment Batch Scheduled Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
payment_executed_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Payment Executed' AS ActivityName,
        [Payment Executed Timestamp] AS EventTime,
        [Executed By User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        h.InvoiceStatus
    FROM [Your payment or payment batch export] q
    LEFT JOIN invoice_header h ON CAST(q.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Payment Status] IN ([Your executed payment values])
      AND [Payment Executed Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Payment Executed Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
),
voided_events AS (
    SELECT
        CAST([Invoice Number] AS VARCHAR(255)) AS InvoiceNumber,
        'Invoice Voided' AS ActivityName,
        [Event Timestamp] AS EventTime,
        [User] AS User,
        h.VendorName,
        h.InvoiceTotalAmount,
        h.PaymentDueDate,
        h.PurchaseOrderNumber,
        [Resulting Invoice Status] AS InvoiceStatus
    FROM [Your invoice audit or history export] a
    LEFT JOIN invoice_header h ON CAST(a.[Invoice Number] AS VARCHAR(255)) = h.InvoiceNumber
    WHERE [Action or Status Value] IN ([Your voided values])
      AND [Event Timestamp] >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND [Event Timestamp] < CAST('[End date parameter]' AS TIMESTAMP)
)
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM created_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM submitted_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM matched_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM discrepancy_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM resolution_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM sent_for_approval_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM rejected_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM approved_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM hold_placed_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM hold_released_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM posted_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM payment_scheduled_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM payment_executed_events
UNION ALL
SELECT InvoiceNumber, ActivityName, EventTime, User, VendorName, InvoiceTotalAmount, PaymentDueDate, PurchaseOrderNumber, InvoiceStatus FROM voided_events
ORDER BY InvoiceNumber, EventTime, ActivityName;

准备开始了吗？

利用此模板准备数据，深入了解Coupa发票处理流程。立即开启优化P2P运营之旅。

返回改进指南下载模板

释放极致效率：立即优化您的P2P发票处理流程

精准定位瓶颈，将发票处理周期时间缩短30%。

开始免费试用

无需信用卡，几分钟即可完成设置。

您的采购到付款发票处理数据模板

您的采购到付款发票处理数据模板

采购到付款－发票处理属性

采购到付款－发票处理活动

提取指南

Coupa计划报告和CSV数据导出

步骤

配置

a 示例查询 config

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

步骤

配置

a 示例查询 python

通过计划SFTP自动导出Coupa数据

步骤

配置

a 示例查询 config

准备开始了吗？

释放极致效率：立即优化您的P2P发票处理流程

您的采购到付款发票处理数据模板

您的采购到付款发票处理数据模板

采购到付款－发票处理属性

采购到付款－发票处理活动

提取指南

Coupa计划报告和CSV数据导出

步骤

配置

a 示例查询 config

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

步骤

配置

a 示例查询 python

通过计划SFTP自动导出Coupa数据

步骤

配置

a 示例查询 config

准备开始了吗？

释放极致效率：立即优化您的P2P发票处理流程

我们重视您的隐私