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

Coupa

← 返回改进指南

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

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

此模板将引导您了解在Coupa中有效分析发票处理所需的关键数据点，包括应收集的重要属性，以及应在事件日志中跟踪的关键活动。此外，模板还提供从Coupa系统提取这些数据的实用指南，帮助您顺利开启流程挖掘。

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

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

下载模板

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

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

3 必填 6 建议填写 11 选填

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

必填建议填写选填

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

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

5 建议填写 9 选填

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

建议填写选填

数据提取指南

如何从Coupa获取数据

步骤

前提条件：确保您拥有Coupa用户账户，且角色和权限允许创建、编辑和安排报告。您还需要访问以下Coupa数据对象：发票抬头、发票审计跟踪、审批和付款信息。
进入报告页面：登录Coupa实例并进入“报告”部分，通常可从主菜单或专用分析选项卡进入。
创建发票核心报告：点击“创建报告”，选择“发票抬头”作为主要数据源。此报告将作为多个基于状态的活动报告的基础。为报告设置清晰的名称，例如“ProcessMind-发票主数据”。
添加相关数据对象：在报告构建器中，将“发票抬头”对象与相关对象联接，以丰富数据。添加“供应商”“创建者用户”和“更新者用户”，获取供应商和用户详情。这对于填充推荐属性至关重要。
创建特定事件报告：由于事件日志的特性，无法通过单个报告生成所有所需行。您必须创建多个报告，分别捕获不同类型的事件，之后再合并。
- 报告A：发票状态事件：基于“发票审计跟踪”对象创建报告，并与“发票抬头”联接。筛选审计跟踪中的特定状态变更，捕获“发票已创建”“发票已提交”“发票已挂起”“发票已解除挂起”和“发票已作废”等活动。
- 报告B：审批事件：基于“审批”对象创建报告，并与“发票抬头”联接。此报告将捕获“发票已送审”“发票已批准”和“发票已拒绝”等活动。
- 报告C：付款事件：基于“付款信息”对象创建报告，并与“发票抬头”联接。此报告将捕获“已安排付款”和“已执行付款”事件。
配置各报告的列：为每个报告添加必要的列。您需要手动将Coupa字段映射到所需的事件日志架构。例如，在审批事件报告中，添加“审批>创建时间”并将其重命名为“EventTime”；添加值为“发票已批准”的自定义列，并命名为“ActivityName”；再将“发票抬头>发票编号”添加为“InvoiceNumber”。
设置报告筛选条件：在每个报告的筛选部分添加日期筛选器，以限制数据量。建议筛选“发票抬头>创建时间”，范围设为最近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和供应商。
日期范围筛选：为控制性能和数据量，必须应用日期筛选器。初次分析建议筛选滚动周期内最近3至6个月的Invoice Header > Created At数据。
必要筛选条件：始终按Company Code或Legal Entity筛选，确保数据与所分析的业务单元相关。如草稿等发票状态与流程无关，也可将其排除。
报表计划：Coupa支持设置报表按日、周或月运行。为保持流程挖掘分析及时更新，建议每天导出一次。请将导出文件设置为CSV格式并发送到SFTP服务器，以便自动获取。
用户权限：配置和运行报表的用户账户必须拥有创建和安排报表的权限，并可读取上述所有数据对象。

查询示例 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实例。进入“设置>公司设置>API密钥”，创建新的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用于生成“发票已创建”事件，submitted-at用于生成“发票已提交处理”事件。
获取审批详情：为记录审批和拒绝事件，脚本会针对每张发票调用/api/invoices/{invoice_id}/approvals端点。随后处理返回列表，生成“发票已送审”“发票已批准”和“发票已拒绝”等活动。
获取付款详情：如需付款信息，脚本会查询/api/payments端点，并按发票ID筛选相关付款记录，以生成“已安排付款”和“已执行付款”事件。
转换并汇总数据：脚本会将生成的所有事件收集到字典列表中。每个字典对应最终事件日志中的一行。
创建事件日志文件：处理完所有发票后，脚本会将汇总数据转换为pandas DataFrame，并在同一目录下保存为coupa_invoice_event_log.csv。该文件可直接上传到ProcessMind。

配置

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

查询示例 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配置中确认对象和字段的准确名称。如果所需对象或字段不可用，请使用[您的对象名称]或[根据您的系统配置]，不要假定Coupa中的名称。
为导出创建或确认专用的SFTP目标位置。使用[您的SFTP连接详情]配置主机、端口、目录、身份验证方式、加密要求、保留政策和文件命名规则。授予集成账户写入文件的权限，并允许下游提取流程读取文件。
配置定期导出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-8 CSV，包含必需列InvoiceNumber、ActivityName和EventTime，以及建议的属性。将生成的文件上传到ProcessMind，并将InvoiceNumber设为案例标识符，将ActivityName设为活动列。

配置

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

查询示例 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发票处理流程。立即开启优化采购到付款运营的旅程。

返回改进指南

下载模板

提升效率：立即优化采购到付款发票处理

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

开始免费试用

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

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

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

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

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

数据提取指南

Coupa定时报告与CSV数据导出

步骤

配置

查询示例 config

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

步骤

配置

查询示例 python

通过定时SFTP自动导出Coupa数据

步骤

配置

查询示例 config

准备好开始了吗？

提升效率：立即优化采购到付款发票处理