您的采购到付款申请数据模板

Coupa

← 返回改进指南

采购到付款-采购申请属性 (21) 采购到付款-采购申请活动 (12) 提取指南 (3)

您的采购到付款申请数据模板

这份完整的数据模板为收集采购到付款申请流程的分析所需信息提供了结构化方法。模板列出了构建完整事件日志所需的关键属性和活动，并提供了从Coupa系统高效提取这些数据的指导。

全面分析所需的推荐属性
需要跟踪的关键流程活动
实用的数据提取指南

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

下载模板

采购到付款-采购申请属性

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

5 必需 5 建议 11 可选

	名称	说明
	事件时间 EventTime	活动发生的准确日期和时间。
说明事件时间或时间戳记录采购申请中某项活动被记录的准确时刻。该数据对于按时间顺序排列事件、构建流程路径至关重要。它是所有时间分析的基础，包括计算周期时间、通过测量活动间隔识别瓶颈，以及了解不同时段的流程绩效。准确且粒度足够细的时间戳，是开展有效流程分析的必要条件。为什么重要此时间戳对于正确排列事件以及计算周期时间、瓶颈等所有基于时长的指标至关重要。获取位置此信息记录在Coupa每个采购申请的审计轨迹或历史记录中，通常以每项操作的“created_at”或“updated_at”字段保存。示例 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T14:22:05Z
	活动名称 ActivityName	采购申请在某一时间点发生的具体业务活动或事件名称。
说明此属性记录采购申请生命周期中的各个独立步骤，例如“采购申请已创建”“审批步骤已批准”和“采购申请已进入寻源”。每项活动都代表采购申请上的具体里程碑或操作。分析这些活动的顺序和频率是流程挖掘的基础，有助于可视化流程图、识别常见路径，并发现偏离标准流程的情况。为什么重要它定义流程图中的步骤，使采购申请流程能够被可视化和分析。获取位置通常从Coupa系统中的事件日志、状态变更记录或审计轨迹获取，可能需要根据状态字段或操作代码进行映射。示例申请单已创建申请单已提交审批步骤已批准采购申请已拒绝采购订单已创建
	采购申请ID PurchaseRequisitionId	每个采购申请的唯一标识符，也是流程的主要案例标识。
说明采购申请ID是连接单个商品或服务申请相关所有活动的核心键。每个采购申请创建时都会分配唯一ID，并在整个生命周期内保持不变。借助该ID，您可以端到端跟踪采购申请，从创建和提交，到各个审批或拒绝步骤，再到最终寻源和关闭。在流程挖掘中，每条事件日志记录都与此ID关联，因此可以还原每个案例的完整流程轨迹。为什么重要这是连接所有流程步骤的核心案例ID，可完整分析采购申请从开始到结束的生命周期。获取位置这是Coupa的Requisitions模块及相关数据导出中的主键字段。示例 PR-102934PR-102935PR-102936
	最后数据更新时间 LastDataUpdate	表示数据最近一次从源系统刷新时间的时间戳。
说明此属性记录最近一次从Coupa提取数据的日期和时间，帮助您了解所分析数据的新鲜度。了解数据的时效性对于判断洞察反映的是当前运营状态还是较早时点至关重要，尤其适用于监控持续运营情况的仪表板。为什么重要告知用户数据的新鲜度，帮助您了解分析时间范围，并基于最新信息做出决策。获取位置此时间戳由数据管道或ETL工具在数据成功提取完成后生成并添加。示例 2024-05-21T02:00:00Z
	源系统 SourceSystem	标识数据提取自哪个源系统。
说明此属性指定流程数据的来源记录系统。在本次分析中，该值始终为“Coupa”。在数据可能来自多个系统的环境中，纳入此字段是一项最佳实践。它能提供数据血缘所需的关键上下文，并有助于管理数据治理和质量规则。为什么重要提供清晰的数据血缘，对于数据治理以及整合多个企业系统的数据至关重要。获取位置通常是在数据提取和转换过程中添加的静态值，用于标记数据集来源。示例 Coupa
	审批人 Approver	负责执行审批活动的用户或群组。
说明此属性标识分配到审批步骤的具体人员或审批群组，适用于“审批步骤已开始”“审批步骤已批准”和“审批步骤已拒绝”等活动。按审批人分析数据，是构建“审批人绩效与负载”仪表板的关键。它有助于衡量个人审批时间、识别特定审批人造成的瓶颈，并评估工作量分配。为什么重要对于分析审批人绩效、平衡工作量，以及识别与特定人员或审批群组相关的瓶颈至关重要。获取位置此信息位于Coupa中与每个采购申请关联的审批链详情中，可能需要与User数据进行关联。示例 David Miller财务审批组L2Susan Chen
	总金额 TotalAmount	采购申请的货币总金额。
说明此属性表示采购申请中所有商品和服务的总成本。金额通常会影响审批工作流的复杂程度，金额较高的采购申请通常需要更多审批步骤。按金额区间（例如低于1000美元、1000至10000美元）分析流程指标，可以揭示流程如何处理不同财务重要性的采购申请。为什么重要有助于分析不同金额采购申请的流程差异，因为金额越高，通常会触发越复杂的审批工作流。获取位置这是Coupa中Requisition对象头信息的标准字段，通常命名为“total”或“total_amount”。示例 500.0012550.7599.99
	申请人 Requester	创建并提交采购申请的员工。
说明此属性标识发起申请的人员。按申请人分析数据，有助于发现特定用户的行为模式，例如修改率较高或频繁被拒绝，这可能表明需要加强培训。它还可用于分析不同用户或用户群体的采购申请量和流程行为。为什么重要支持按用户分析流程行为，帮助识别培训需求，并了解不同人员如何参与流程。获取位置 Coupa的Requisition对象提供此标准字段，通常与User对象关联，命名为“requester”或“created_by”。示例 Alice JohnsonBob SmithCharlie Brown
	部门 Department	承担采购申请费用的业务部门或成本中心。
说明 Department属性将每个采购申请关联到具体组织单元或成本中心，是开展对比分析的重要维度。仪表板和KPI可按部门筛选和细分，帮助管理者比较不同组织部门的审批周期时间、拒绝率和合规情况，从而定位部门特有的问题或最佳实践。为什么重要支持比较不同业务单元的周期时间、拒绝率等流程KPI，突出需要改进的领域。获取位置这是Coupa中Requisition对象的标准字段，通常与申请人的用户档案关联，或在采购申请行项目中指定。示例市场营销IT运营设施管理研发
	采购申请状态 RequisitionStatus	采购申请当前或最终状态。
说明此属性表示数据提取时采购申请的整体状态或最终结果。常见状态包括“等待审批”“已批准”“已拒绝”“已撤回”和“已关闭”。这是筛选和分析的重要维度，可用于计算批准率和拒绝率、监控未关闭采购申请的当前工作量，以及了解申请的最终处理结果。为什么重要对于了解采购申请结果、计算批准率和拒绝率，以及监控进行中采购申请的当前状态至关重要。获取位置这是Coupa中Purchase Requisition对象的标准字段，通常命名为“status”或“state”。示例待审批已批准已拒绝已撤回已关闭
	供应商名称 SupplierName	为采购申请选定的供应商名称。
说明此属性标识所申请商品或服务的目标供应商。供应商可以由申请人指定，也可以在后续寻源过程中添加。按供应商分析流程指标，有助于评估供应商绩效，并识别与特定供应商的交互是否导致周期时间延长或其他流程低效，为采购策略和供应商关系管理提供重要依据。为什么重要支持根据所选供应商分析流程绩效，为寻源策略和供应商管理提供依据。获取位置此信息位于Coupa的Requisition Line对象中，通常以“supplier”或“vendor”字段保存。示例 StaplesDell TechnologiesAccentureCDW
	商品类别 Commodity	所申请商品或服务的高层级类别。
说明 Commodity属性为采购申请中的项目提供标准化分类，例如“办公用品”“计算机硬件”或“营销服务”。这有助于根据采购内容分析采购模式和流程差异。某些商品类别可能需要专门的审批要求或寻源策略，按商品类别分析流程有助于优化不同支出类别的采购。为什么重要有助于分析支出类别，并了解流程行为（例如审批时间）是否因采购商品或服务类型而异。获取位置这是Coupa中的标准字段，通常位于采购申请行项目层级，可能需要汇总到头信息层级。示例办公用品计算机硬件市场营销服务差旅
	审批工作流路径 ApprovalWorkflowPath	应用于采购申请的具体审批链或工作流模板标识。
说明此属性标识采购申请应遵循的预定义审批人顺序。该顺序由业务规则决定，通常取决于金额、部门和采购申请类型等因素。分析此属性是“采购申请政策合规”仪表板的核心。通过比较实际审批人顺序与分配的工作流路径，可以发现偏差、衡量遵循率，并识别未受管理的例外情况。为什么重要支持合规分析，通过比较预期与实际审批步骤，突出流程偏差。获取位置请参阅Coupa文档。此信息可能根据采购申请触发的审批链名称或工作流规则推导得出。示例标准审批，小于5000美元IT硬件审批，大于10000美元资本性支出CFO审核
	审批步骤数量 ApprovalStepCount	采购申请经历的审批步骤总数。
说明此计算属性统计每个采购申请中独立“审批步骤已批准”活动的数量，用于量化每个案例的审批工作流复杂度。这是“平均审批步骤数”KPI的基础，也有助于识别审批路径异常冗长或复杂的采购申请，从而判断是否需要简化工作流。为什么重要量化每个采购申请的审批工作流复杂度，帮助识别需要精简的过度复杂路径。获取位置流程挖掘工具通过统计每个案例ID对应的“审批步骤已批准”出现次数来计算此指标。示例 253
	审批步骤时长 ApprovalStepDuration	采购申请在单个审批步骤中等待的时间。
说明此计算指标衡量从“审批步骤已开始”到对应的“审批步骤已批准”或“审批步骤已拒绝”活动之间的时长，单独计算审批链每个阶段的等待时间。这对于“关键审批步骤瓶颈”仪表板至关重要，因为它可以准确定位导致整体流程延迟最严重的审批人或审批阶段。为什么重要通过衡量每个步骤的等待时间，而不仅是总周期时间，准确定位审批工作流中的具体瓶颈。获取位置流程挖掘工具通过计算“审批步骤已开始”与后续终止性审批事件（已批准或已拒绝）之间的时间差得出。示例 1.2天4小时3.8天
	拒绝原因 RejectionReason	审批人在拒绝采购申请或审批步骤时提供的原因。
说明审批人拒绝采购申请时，通常会说明决定原因。此属性记录该文字说明。分析拒绝原因可以直接了解采购申请失败的原因，为根因分析提供重要依据，帮助识别编码错误、预算不足或理由不充分等常见问题，并通过培训或流程改进加以解决。为什么重要直接揭示流程失败的根本原因，帮助识别用户培训或流程说明需要改进的领域。获取位置此信息通常记录在采购申请审批历史中与“已拒绝”状态变更关联的评论或备注字段中。示例成本中心错误超出本季度预算重复申请提供的理由不充分
	是否修改 IsAmended	布尔标记。如果采购申请在首次提交后被修改过一次或多次，则值为true。
说明此计算属性是一个简单标记（True/False），表示某个案例是否发生过“采购申请已修改”活动。它便于分析和筛选，让用户可以快速定位需要修改的采购申请。该属性用于计算采购申请修改率KPI，并驱动“采购申请修改量”仪表板，帮助识别返工根因并提升一次通过质量。为什么重要简化修改率KPI的计算，并支持轻松区分需要返工与无需返工的案例。获取位置流程挖掘工具通过检查每个案例的事件日志中是否存在“采购申请已修改”活动来计算。示例 truefalse
	紧急程度 UrgencyLevel	表示采购申请紧急程度的分类，例如“高”“中”或“低”。
说明紧急程度通常映射到优先级字段，申请人可借此标记需要加急处理的申请。此属性是“紧急采购申请处理时间”仪表板的基础。通过比较高紧急程度采购申请与普通采购申请的周期时间，组织可以评估优先级机制是否有效，以及紧急业务需求是否得到及时满足。为什么重要支持分析紧急申请是否比普通申请处理得更快，从而验证优先级政策的有效性。获取位置这可能是Coupa中Requisition对象的标准字段或自定义字段。请参阅Coupa文档或系统配置。示例高中低
	货币 Currency	采购申请总金额使用的货币代码。
说明此属性指定采购申请总金额所使用的货币，例如USD、EUR或GBP。对于跨国组织开展财务分析而言，这是必需的上下文信息，可确保正确理解货币金额，并支持财务报告和仪表板中的准确换算与汇总。为什么重要为“总金额”属性提供必要上下文，确保多币种环境下财务分析准确。获取位置这是Coupa中Requisition对象的标准字段，通常命名为“currency_code”或类似名称。示例 USDEURGBP
	采购申请类型 RequisitionType	采购申请的类别或类型，例如“资本性支出”“运营性支出”或“软件”。
说明采购申请类型用于根据业务目的或采购性质对采购申请进行分类。此属性有助于开展合规分析，并了解不同类型申请如何流经流程。例如，资本性支出申请相比普通运营性支出申请，可能需要更严格、更长的审批路径。按采购申请类型分析流程，可以发现有价值的流程优化洞察。为什么重要支持按申请的业务目的细分分析，因为不同类型可能采用不同的流程路径和政策。获取位置这可能是Coupa中Requisition对象的自定义或标准分类字段。示例资本性支出运营性支出IT硬件专业服务
	采购订单ID PurchaseOrderId	根据已批准采购申请创建的采购订单标识。
说明采购申请完成审批并进入寻源后，通常会创建采购订单。此属性保存生成的PO的ID，是连接上游采购申请流程与下游采购订单流程的关键。它支持计算“从采购申请批准到PO创建的时间”KPI，并支持对整个采购到付款周期开展更广泛的端到端分析。为什么重要将采购申请与后续采购订单关联，支持分析交接时间，并形成更完整的端到端P2P视图。获取位置这是Coupa中Requisition对象的标准字段，在PO创建后填充。示例 PO-45000123PO-45000124PO-45000125

必需建议可选

采购到付款-采购申请活动

以下是应在事件日志中记录的关键流程步骤和里程碑，用于准确发现采购到付款-采购申请工作流。

6 建议 6 可选

	活动	说明
	申请单已创建	用户发起新的采购申请并将其保存为草稿。这是每个申请单案例的起点，通常根据申请单记录本身的创建时间戳推断。
为什么重要该活动标志着申请单生命周期的开始。分析从创建到提交所需的时间，可以发现由用户不确定或系统复杂度导致的延迟。获取位置该事件取自指定采购申请ID在“requisition_headers”表中的“created-at”时间戳。采集使用申请单头记录的创建时间戳。事件类型 inferred
	申请单已提交	申请人正式提交已完成的申请单，使其进入审批工作流。该事件可通过系统审计日志或历史表中申请单状态从“draft”变为“pending_approval”来推断。
为什么重要提交会触发审批流程，是衡量“申请单平均审批周期时间”KPI的关键里程碑。在此之前的延迟通常与用户有关，之后的延迟则通常与流程有关。获取位置根据“requisition_headers”表中的状态变更推断，具体是“status”字段变为“pending_approval”时。该变更的时间戳可在关联的审计轨迹中找到。采集确定申请单状态首次变为“pending_approval”的时间戳。事件类型 inferred
	采购申请已关闭	采购申请正式关闭，表示不会再对其采取任何操作。该情况可能发生在PO创建并履行后，也可能发生在申请获批后、下单前被取消。
为什么重要此活动标志着采购申请生命周期的明确终点，确保每个案例都有清晰结论，避免在流程分析中无限期显示为“活动”状态。获取位置根据“requisition_headers”表中“status”字段更新为“closed”的状态变更推断得出。时间戳记录在关联的审计轨迹中。采集识别采购申请整体状态变更为“closed”的时间戳。事件类型 inferred
	采购申请已批准	采购申请已成功完成审批工作流中的所有必需步骤。该事件根据采购申请头信息的整体状态变更为“approved”推断得出。
为什么重要这是关键的成功里程碑，标志着审批周期结束。到达此活动所需的时间是主要KPI，也是触发后续采购操作的依据。获取位置根据“requisition_headers”表中“status”字段更新为“approved”的状态变更推断得出。时间戳记录在关联的审计轨迹中。采集识别采购申请整体状态变更为“approved”的时间戳。事件类型 inferred
	采购申请已拒绝	采购申请在审批过程中被最终拒绝，不会转换为采购订单。该事件根据采购申请头信息的整体状态变更为“rejected”推断得出。
为什么重要此活动表示流程的终止性失败。分析这些事件对于改进“采购申请拒绝率”以及识别政策违规、预算问题等根本原因至关重要。获取位置根据“requisition_headers”表中“status”字段更新为“rejected”的状态变更推断得出。时间戳记录在关联的审计轨迹中。采集识别采购申请整体状态变更为“rejected”的时间戳。事件类型 inferred
	采购订单已创建	系统根据已批准采购申请中的信息成功生成采购订单（PO）。当创建的PO记录引用源采购申请ID时，可推断该事件发生。
为什么重要这是采购申请流程的主要成功结果，也标志着流程移交至采购到付款的下一阶段。分析从“采购申请已批准”到此事件的时间，可发现执行环节中的延迟。获取位置根据“purchase_orders”表中新建的记录推断，该记录包含对原始“requisition_headers”或“requisition_lines”ID的引用。采集使用与采购申请ID关联的PO记录中的“created-at”时间戳。事件类型 inferred
	审批步骤已开始	审批任务已分配给特定审批人或审批组，申请单正在等待其处理。当与申请单关联的审批记录以“pending”状态创建时，可推断该事件已经发生。
为什么重要这标志着特定审批的等待时间开始。测量该事件与对应“Approval Step Approved/Rejected”之间的时长，有助于识别审批链中的具体瓶颈。获取位置根据与申请单关联的“approvals”表中记录的创建时间戳推断，该记录中的审批人操作状态为“pending”或等效状态。采集使用审批链中个人待处理审批记录的创建时间戳。事件类型 inferred
	审批步骤已批准	工作流中的单个审批人批准采购申请。这是系统记录的明确操作，包含具体时间戳和用户信息。
为什么重要此活动可细致呈现审批流程。汇总这些步骤，有助于计算“每个审批步骤的平均等待时间”，并分析审批人绩效。获取位置从“approvals”表或其审计轨迹中记录的明确“approve”操作获取，并关联到具体采购申请和审批人。采集在采购申请的审批历史中筛选“approve”事件。事件类型 explicit
	审批步骤被拒绝	单个审批人在工作流的当前阶段拒绝采购申请，通常会将申请退回申请人修改。这是Coupa记录的明确操作。
为什么重要任何步骤的拒绝都会造成返工并延长周期时间。分析拒绝发生的位置和原因，对于流程改进和用户培训至关重要。获取位置从“approvals”表或其审计轨迹中记录的明确“reject”操作获取，并关联到具体采购申请和审批人。采集在采购申请的审批历史中筛选“reject”事件。事件类型 explicit
	申请单已修改	申请单提交后，由申请人或其他授权用户进行编辑。Coupa会将其明确记录为新版本或审计条目，并且通常会重置部分或全部审批工作流。
为什么重要跟踪修改是了解流程返工和低效的关键。修改量较大，可能表明初始要求不明确或采购政策复杂，并影响“申请单修改率”KPI。获取位置该事件取自与“requisition_headers”表关联的审计轨迹表，这些表会记录版本变更或具体的“edit”操作。采集在申请单提交后的历史日志中查找明确的“edit”或“update”事件。事件类型 explicit
	采购申请已撤回	原申请人在采购申请获得最终批准前取消申请。这是由用户发起的明确操作，会终止该采购申请的流程。
为什么重要撤回可能意味着业务需求变化、重复申请，或用户绕过流程。跟踪此类情况有助于了解需求信号波动及潜在的流程遵循问题。获取位置根据审计轨迹中记录的明确用户操作，推断“requisition_headers”表的状态变更为“withdrawn”或类似状态。采集识别采购申请状态变更为“withdrawn”的时间戳。事件类型 inferred
	采购申请已进入寻源	已批准的采购申请被发送至RFQ或竞价等寻源事件，而不是立即转换为采购订单。当采购申请与寻源事件对象建立关联时，可推断该事件发生。
为什么重要此活动揭示了采购流程中的重要替代路径。它将简单采购与更复杂的战略寻源活动区分开来，从而支持更细致的周期时间分析。获取位置通过检测状态变更为“sourcing”，或识别“requisition_lines”表与寻源事件表之间创建的关联来推断。采集检查状态是否变更为“sourcing”，或是否创建了指向寻源事件ID的关联。事件类型 inferred

建议可选

提取指南

如何从Coupa获取数据

步骤

登录Coupa：使用具有创建和安排报表权限的用户账户访问您的Coupa实例。
进入报表模块：打开“Setup”选项卡，找到“Reporting”部分。选择“Reports”以打开报表仪表板。
创建新的自定义报表：点击“Create”按钮开始创建报表，并将类型设为“Custom Report”。
定义报表数据源：在报表构建器中，选择并连接多个数据源，以收集所需的全部信息。首先选择“Requisition Headers”作为主数据源，然后添加以下相关对象：
- “Approvals”：获取每个审批步骤的详细信息，包括审批人、状态和时间戳。
- “Requisition Lines”：汇总总金额并获取明细项信息。
- “Purchase Order Headers”：识别采购申请转换为采购订单的时间。
- “Users”：获取申请人和审批人的全名及部门信息。
配置报表列：将可用数据源中的必要字段拖放到报表布局中。这是最关键的一步，因为这些列将用于生成事件日志。至少包括以下字段：
- 来自“Requisition Headers”：Requisition #、Created At、Submitted At、Updated At、状态、Created by (Login ID)、总计、Sourced Externally?
- 来自“Users”（申请人）：全名、Department Name。
- 来自“Approvals”：Created At、Updated At、状态、Approver (Login ID)。
- 来自“Purchase Order Headers”：PO Number、Created At。
设置报表筛选条件：应用筛选条件限定数据提取范围。常用且有效的筛选条件是使用“Requisition Headers - Created At”，并设置动态日期范围，例如“Last 90 days”。如适用，您还可以按特定公司代码筛选。
安排报表运行：在报表构建器中打开“Schedule”选项卡。设置报表运行频率，例如每天或每周，并选择低流量时段运行。
配置交付方式：指定交付方式。要实现自动化，请选择“SFTP”，并提供服务器凭据和目标目录。或者，您也可以将报表发送到电子邮件地址。文件格式请选择“CSV”。
保存并激活：保存报表，并确认计划已激活。首次报表将在下一个计划时间运行。
转换数据：生成的CSV是平面文件，而不是事件日志。您必须使用外部脚本（例如Python）或ETL工具处理该文件。脚本需要透视数据，为每项活动创建一行（例如使用Created At列创建“Requisition Created”行，使用“Approvals”列为每个审批步骤创建一行，并使用采购订单的Created At列创建“Purchase Order Created”行）。
生成最终事件日志：转换脚本应输出包含以下必需列的最终CSV文件：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem、LastDataUpdate以及其他建议属性。该文件现在可以上传。

配置

主要数据源：报表必须通过关联多个Coupa对象构建。关键数据源包括“Requisition Headers”、“Approvals”、“Requisition Lines”和“Purchase Order Headers”。
日期范围筛选：必须应用日期筛选以限制数据量。建议首先根据“Requisition Headers - Created At”提取最近3至6个月的滚动数据。
增量加载：如需持续分析，请将报表设置为每日运行，并提取前一天（例如“Yesterday”）的数据，以创建增量加载。
交付配置：将交付方式配置为SFTP服务器，以便与数据管道进行稳定的自动化集成。请确保目标位置安全且存储空间充足。
所需权限：配置报表的用户账户需要具备管理员权限或特定报表权限，才能创建、计划报表并访问所有必需的数据对象（Requisitions、POs、Approvals、Users）。

a 示例查询 config

This extraction is configured within the Coupa UI and does not use a direct script. The following outlines the objects and fields required to build the report, which is then transformed into an event log.

**Data Sources (Objects to Join):**
1.  `Requisition Headers` (Primary)
2.  `Approvals` (Joined on Requisition Header ID)
3.  `Users` (Joined from `Requisition Headers` for Requester details)
4.  `Users` (Joined from `Approvals` for Approver details)
5.  `Purchase Order Headers` (Joined on Requisition Header ID)

**Report Columns Configuration (Fields to Select):**

*   **For 'Requisition Created' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Requisition #` -> Maps to `PurchaseRequisitionId`
    *   Source Field: `Created At` -> Maps to `EventTime`

*   **For 'Requisition Submitted' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Submitted At` -> Maps to `EventTime`

*   **For 'Requisition Amended' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Updated At` -> Maps to `EventTime` (Logic must be applied to identify updates after submission)

*   **For 'Approval Step Started' event:**
    *   Source Object: `Approvals`
    *   Source Field: `Created At` -> Maps to `EventTime`

*   **For 'Approval Step Approved' / 'Approval Step Rejected' events:**
    *   Source Object: `Approvals`
    *   Source Field: `Updated At` -> Maps to `EventTime`
    *   Source Field: `Status` -> Used to determine `ActivityName` ('Approved' or 'Rejected')

*   **For 'Requisition Withdrawn' / 'Requisition Approved' / 'Requisition Rejected' / 'Requisition Closed' events:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Updated At` -> Maps to `EventTime`
    *   Source Field: `Status` -> Used to determine `ActivityName`

*   **For 'Requisition Sourced' event:**
    *   Source Object: `Requisition Headers`
    *   Source Field: `Updated At` -> Maps to `EventTime`
    *   Source Field: `Sourced Externally?` -> Used in logic to identify this event

*   **For 'Purchase Order Created' event:**
    *   Source Object: `Purchase Order Headers`
    *   Source Field: `Created At` -> Maps to `EventTime`

*   **For General Attributes:**
    *   `Requisition Headers | Requisition #` -> `PurchaseRequisitionId`
    *   `Requisition Headers | Status` -> `RequisitionStatus`
    *   `Requisition Headers | Created By (Full Name)` -> `Requester`
    *   `Requisition Headers | Account Department` -> `Department`
    *   `Requisition Headers | Total` -> `TotalAmount`
    *   `Approvals | Approver (Full Name)` -> `Approver`

步骤

准备工作：确保已安装Python 3环境。在终端或命令提示符中运行pip install pandas requests，安装所需的pandas和requests库。
获取Coupa API密钥：以管理员身份登录Coupa实例。进入Setup > Company Setup > API Keys。创建新的API密钥，并至少为以下范围授予读取权限：core.purchase_order.read、core.requisition.read和core.user.read。
配置脚本：创建新的Python文件，例如extract_coupa_reqs.py。将提供的Python脚本复制到该文件中。将COUPA_INSTANCE_URL的占位值替换为您公司的Coupa URL，例如https://yourcompany.coupahost.com，并将API_KEY替换为上一步获取的密钥。
设置提取参数：在脚本的main部分调整START_DATE和END_DATE变量，定义数据提取的时间范围。这些参数将根据申请创建日期筛选申请。
执行脚本：在终端中运行命令python extract_coupa_reqs.py。脚本将连接Coupa API、获取数据，并在控制台显示进度。
处理API分页：脚本包含自动处理API分页的函数。它将以每页50条记录的分块方式获取数据，直到检索完指定日期范围内的所有申请。
处理申请数据：对于获取的每个申请抬头，脚本会生成“Requisition Created”和“Requisition Submitted”事件，然后通过额外的API调用获取关联的审批和采购订单数据。
生成活动事件：脚本处理审批记录，创建“Approval Step Started”、“Approval Step Approved”和“Approval Step Rejected”事件。同时检查申请的最终状态及相关数据，生成“Requisition Approved”、“Purchase Order Created”和“Requisition Withdrawn”等事件。
检测修订：脚本检查每个申请的version属性。如果版本大于1，则表示发生过修订。脚本使用新版本的updated-at时间戳创建“Requisition Amended”事件。
组装事件日志：所有生成的事件都会收集到结构化列表中。每个事件包含PurchaseRequisitionId、ActivityName、EventTime等必需属性，以及Requester和TotalAmount等推荐属性。
导出为CSV：处理完所有申请后，脚本将最终事件列表转换为pandas DataFrame，并在同一目录下保存为coupa_requisition_event_log.csv。该文件可直接上传到ProcessMind。

配置

API密钥权限：用于提取数据的API密钥必须拥有Coupa中requisition_headers、requisition_lines、approvals、purchase_orders和users对象的读取权限。缺少这些权限时，脚本可能失败或返回不完整数据。
日期范围：脚本根据申请创建日期（created-at）筛选日期范围。建议每次提取易于管理的数据量，例如一次提取3至6个月的数据，以避免运行时间过长和API超时。请相应调整START_DATE和END_DATE变量。
状态筛选：提供的脚本会提取所有申请，不论其状态如何。如需聚焦分析，您可以在初始API调用的params字典中添加status参数，筛选approved、pending_approval或ordered等特定状态。
分页限制：脚本固定每次API调用提取50条记录（limit=50）。这是Coupa API中较为标准的设置。提高该值未必能提升性能，反而可能增加复杂查询超时的风险。
性能注意事项：脚本会为每个申请发起多次API调用（分别获取抬头、审批和采购订单）。提取数千条申请数据可能耗时较长，并可能受到Coupa API速率限制。建议在业务非高峰时段运行脚本。

a 示例查询 python

import requests
import pandas as pd
from datetime import datetime, timezone

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

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_coupa_data(endpoint, params={}):
    class="hl-string">"""Fetches paginated data from a Coupa API endpoint."""
    headers = {
        class="hl-string">"Accept": class="hl-string">"application/json",
        class="hl-string">"X-COUPA-API-KEY": API_KEY
    }
    
    all_records = []
    offset = 0
    limit = 50
    
    while True:
        paginated_params = params.copy()
        paginated_params[class="hl-string">'offset'] = offset
        paginated_params[class="hl-string">'limit'] = limit
        
        try:
            response = requests.get(fclass="hl-string">"{COUPA_INSTANCE_URL}{endpoint}", headers=headers, params=paginated_params)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an exception for 4xx/5xx errors
            data = response.json()
            
            if not data:
                break
                
            all_records.extend(data)
            offset += limit
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
            
    return all_records

def main(start_date, end_date):
    class="hl-string">"""Main function to extract, transform, and save the event log.""" 
    print(class="hl-string">"Starting Coupa Requisition data extraction...")
    
    event_log = []
    current_time_utc = datetime.now(timezone.utc).isoformat()

    class=class="hl-string">"hl-comment"># 1. Fetch Requisition Headers within the date range
    req_params = {
        class="hl-string">"created-at[gt]": start_date,
        class="hl-string">"created-at[lt]": end_date,
        class="hl-string">"fields": class="hl-string">'["id", "created-at", "submitted-at", "updated-at", "version", "status", "total", "requester", "currency", "sourcing-event-id"]'
    }
    requisition_headers = get_coupa_data(class="hl-string">"/api/requisition_headers", req_params)
    print(fclass="hl-string">"Found {len(requisition_headers)} requisitions to process.")

    for i, header in enumerate(requisition_headers):
        print(fclass="hl-string">"Processing requisition {i+1}/{len(requisition_headers)}: ID {header['id']}")
        
        class=class="hl-string">"hl-comment"># Common attributes for all events of this case
        case_id = str(header[class="hl-string">'id'])
        total_amount = header.get(class="hl-string">'total', {}).get(class="hl-string">'total')
        requester_name = fclass="hl-string">"{header.get('requester', {}).get('firstname', '')} {header.get('requester', {}).get('lastname', '')}".strip()
        department_name = header.get(class="hl-string">'requester', {}).get(class="hl-string">'department', {}).get(class="hl-string">'name')

        base_event = {
            class="hl-string">"PurchaseRequisitionId": case_id,
            class="hl-string">"TotalAmount": total_amount,
            class="hl-string">"Requester": requester_name,
            class="hl-string">"Department": department_name,
            class="hl-string">"Approver": None,
            class="hl-string">"SourceSystem": class="hl-string">"Coupa",
            class="hl-string">"LastDataUpdate": current_time_utc
        }

        class=class="hl-string">"hl-comment"># Activity: Requisition Created
        event_log.append({
            **base_event,
            class="hl-string">"ActivityName": class="hl-string">"Requisition Created",
            class="hl-string">"EventTime": header[class="hl-string">'created-at'],
            class="hl-string">"RequisitionStatus": class="hl-string">"draft"
        })

        class=class="hl-string">"hl-comment"># Activity: Requisition Submitted
        if header.get(class="hl-string">'submitted-at'):
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Submitted",
                class="hl-string">"EventTime": header[class="hl-string">'submitted-at'],
                class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval"
            })

        class=class="hl-string">"hl-comment"># Activity: Requisition Amended
        if header.get(class="hl-string">'version') and int(header[class="hl-string">'version']) > 1:
             event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Amended",
                class="hl-string">"EventTime": header[class="hl-string">'updated-at'], class=class="hl-string">"hl-comment"># Timestamp of the new version
                class="hl-string">"RequisitionStatus": header[class="hl-string">'status']
            })

        class=class="hl-string">"hl-comment"># 2. Fetch Approvals for this requisition
        approval_params = {
            class="hl-string">"approvable-id": header[class="hl-string">'id'],
            class="hl-string">"approvable-type": class="hl-string">"RequisitionHeader"
        }
        approvals = get_coupa_data(class="hl-string">"/api/approvals", approval_params)

        for approval in approvals:
            approver = approval.get(class="hl-string">'approver', {}).get(class="hl-string">'fullname')
            approval_status = approval[class="hl-string">'status']

            class=class="hl-string">"hl-comment"># Activity: Approval Step Started
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Approval Step Started",
                class="hl-string">"EventTime": approval[class="hl-string">'created-at'],
                class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval",
                class="hl-string">"Approver": approver
            })

            if approval_status == class="hl-string">'approved':
                class=class="hl-string">"hl-comment"># Activity: Approval Step Approved
                event_log.append({
                    **base_event,
                    class="hl-string">"ActivityName": class="hl-string">"Approval Step Approved",
                    class="hl-string">"EventTime": approval[class="hl-string">'updated-at'],
                    class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval",
                    class="hl-string">"Approver": approver
                })
            elif approval_status == class="hl-string">'rejected':
                class=class="hl-string">"hl-comment"># Activity: Approval Step Rejected
                event_log.append({
                    **base_event,
                    class="hl-string">"ActivityName": class="hl-string">"Approval Step Rejected",
                    class="hl-string">"EventTime": approval[class="hl-string">'updated-at'],
                    class="hl-string">"RequisitionStatus": class="hl-string">"pending_approval",
                    class="hl-string">"Approver": approver
                })
        
        class=class="hl-string">"hl-comment"># 3. Handle final status and related events
        final_status_event_time = header[class="hl-string">'updated-at']
        final_status = header[class="hl-string">'status']

        if final_status == class="hl-string">'approved':
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Approved",
                class="hl-string">"EventTime": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })
        elif final_status == class="hl-string">'rejected':
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Rejected",
                class="hl-string">"EventTime": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })
        elif final_status == class="hl-string">'withdrawn':
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Withdrawn",
                class="hl-string">"EventTime": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })
        elif final_status == class="hl-string">'closed':
             event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Closed",
                class="hl-string">"EventTime": final_status_event_time,
                class="hl-string">"RequisitionStatus": final_status
            })

        class=class="hl-string">"hl-comment"># Activity: Requisition Sourced
        if header.get(class="hl-string">'sourcing-event-id'):
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Requisition Sourced",
                class="hl-string">"EventTime": final_status_event_time, class=class="hl-string">"hl-comment"># Assumes status update time reflects sourcing
                class="hl-string">"RequisitionStatus": final_status
            })

        class=class="hl-string">"hl-comment"># 4. Fetch Purchase Orders to detect PO Creation
        po_params = {class="hl-string">"requisition-header-id": header[class="hl-string">'id']}
        purchase_orders = get_coupa_data(class="hl-string">"/api/purchase_orders", po_params)

        for po in purchase_orders:
            event_log.append({
                **base_event,
                class="hl-string">"ActivityName": class="hl-string">"Purchase Order Created",
                class="hl-string">"EventTime": po[class="hl-string">'created-at'],
                class="hl-string">"RequisitionStatus": class="hl-string">"ordered" 
            })

    class=class="hl-string">"hl-comment"># 5. Create and save the DataFrame
    if not event_log:
        print(class="hl-string">"No events were generated. The output file will be empty.")
        return

    df = pd.DataFrame(event_log)
    df = df.sort_values(by=[class="hl-string">"PurchaseRequisitionId", class="hl-string">"EventTime"])
    df.to_csv(class="hl-string">"coupa_requisition_event_log.csv", index=False)
    print(class="hl-string">"\nExtraction complete. Event log saved to coupa_requisition_event_log.csv")

if __name__ == class="hl-string">"__main__":
    class=class="hl-string">"hl-comment"># Define the extraction period. Format: YYYY-MM-DDTHH:MM:SSZ
    START_DATE = class="hl-string">"2023-01-01T00:00:00Z"
    END_DATE = class="hl-string">"2023-06-30T23:59:59Z"
    main(START_DATE, END_DATE)

步骤

确认所选第三方iPaaS或流程挖掘平台提供经过验证的Coupa连接器，并可访问申请单表头、申请单历史或审计数据、审批记录、寻源关系、采购订单关系及关闭信息。连接器名称、对象名称和可用字段因提供商而异，请根据连接器文档和您的Coupa租户进行配置。
使用平台的连接界面创建连接。提供所需的Coupa租户URL、身份验证方式、凭据、OAuth详细信息及所需范围。在目标环境完成连接配置前，可使用[Your Coupa tenant URL]和[Your connector credentials]等占位符。
配置提取范围。初始选择3至6个月的滚动日期范围，完成对账后再扩展。仅应用对您租户有效的筛选条件，例如[Your company filter]或[Your document type filter]。不要仅因申请单当前状态为已关闭、已拒绝、已撤回或已批准而将其筛除，因为这些案例是生命周期分析所必需的。
映射连接器中的源对象。选择申请单表头对象、申请单历史或审计对象、审批对象、寻源关系对象、采购订单关系对象，以及连接器提供的关闭或状态历史对象。如果某个必需对象不可用，请使用连接器支持的历史或审计表示，或在发布提取结果前记录该限制。
配置案例和事件映射。将申请单标识符映射到PurchaseRequisitionId，将事件标签映射到ActivityName，将源时间戳映射到EventTime，将固定源值Coupa映射到SourceSystem，并将连接器刷新时间戳映射到LastDataUpdate。在可用时，映射申请人、部门、总金额、申请单状态和审批人。
配置事件规则，明确为全部12项活动创建记录。使用申请单创建时间戳创建Requisition Created；使用从草稿到pending_approval的转换创建Requisition Submitted；使用提交后的版本或审计记录创建Requisition Amended；使用待审批记录创建Approval Step Started；使用审批操作创建Approval Step Approved；使用拒绝操作创建Approval Step Rejected；使用明确的撤回操作或状态转换创建Requisition Withdrawn；使用表头状态转为已批准的转换创建Requisition Approved；使用表头状态转为已拒绝的转换创建Requisition Rejected；使用申请单到寻源的关系创建Requisition Sourced；使用引用该申请单的采购订单创建Purchase Order Created；使用关闭操作或状态转换创建Requisition Closed。
合并事件流前，先对提取数据进行标准化。将所有时间戳转换为同一时区，最好使用UTC；保留源时间戳精度；将申请单标识符转换为统一的文本类型；保留源状态和用户值。仅对技术上完全相同的源记录去重，并使用申请单标识符、活动名称、事件时间戳、源记录标识符（如有）和审批人作为比较键。
发布或安排连接器流。先对所选日期范围执行完整提取，随后根据源更新时间戳或连接器支持的变更跟踪机制进行增量刷新。配置回溯周期，以纳入延迟产生的审计条目和修改后的审批记录。
根据Coupa报告或连接器预览验证生成的事件日志。确认每个申请单都有创建事件，状态和审批转换符合预期顺序，并且在存在寻源或采购订单时包含相应的关系事件。
将最终结果导出为扁平CSV或其他ProcessMind支持的事件日志格式。每个事件占一行，使用PurchaseRequisitionId作为案例标识符、ActivityName作为活动、EventTime作为事件时间戳。将文件上传到ProcessMind，或将连接器数据集发布到ProcessMind，不要依赖ProcessMind推断缺失事件。

配置

连接器和访问权限：使用所选iPaaS或流程挖掘平台提供的经过验证的Coupa连接器。所需的Coupa授权、API范围、模块和连接器许可取决于提供商及租户配置。实施前请确认可访问申请、历史或审计、审批、寻源、采购订单和关闭数据。
日期范围：从3至6个月的数据开始。计划刷新时使用滚动提取窗口，并设置回溯期，以捕获延迟更新、审批操作和修订后的申请。
必需映射：将申请标识符映射到PurchaseRequisitionId，将事件标签映射到ActivityName，将事件时间戳映射到EventTime，将源值映射到SourceSystem，将刷新时间戳映射到LastDataUpdate。
推荐映射：映射申请状态、申请人、部门或成本中心、总金额和审批人。连接器支持历史快照时，同时保留当前值和事件级别的值。
事件规则：为全部12项必需活动配置明确的事件创建规则。ProcessMind会按原样读取事件日志，不会推导或推断其他事件。
筛选条件：仅应用连接器支持且对租户有效的筛选条件，例如[Your company filter]、[Your document type filter]、[Your business unit filter]或[Your requisition date range]。除非分析明确要求，否则不要排除终态状态。
时间戳处理：将时间戳转换为统一时区，保留源精度，并为时间戳相同的事件定义确定性的排序规则。
增量刷新：使用连接器支持的updated-at或变更跟踪字段。配置回溯窗口，因为审批历史、寻源链接、采购订单链接和关闭信息可能在初始创建后才添加。
性能：按日期和有效业务筛选条件限制初始提取范围，仅获取必需字段，对大型对象进行分页，并避免反复关联完整历史数据集。在支持的情况下，增量提取关系和审计数据。
数据质量：要求PurchaseRequisitionId、ActivityName、EventTime、SourceSystem和LastDataUpdate均不为空。连接器提供源标识符时，请保留这些标识符，以便排查问题和去重。
配置差异：Coupa租户和连接器之间的对象名称、字段名称、状态值、审计表示方式及可用关系数据可能不同。连接器未提供有文档说明的等效项时，请使用[Configure based on your system]。

a 示例查询 config

WITH
requisition_created AS (
    SELECT
        CAST(r.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Created' AS ActivityName,
        CAST(r.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(r.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(NULL AS VARCHAR(255)) AS Approver
    FROM [Your requisition header object] r
    WHERE r.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND r.created_at < CAST('[Your end date]' AS TIMESTAMP)
      AND [Your company filter]
),
requisition_submitted AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Submitted' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.previous_status AS VARCHAR(255))) = 'draft'
      AND LOWER(CAST(h.new_status AS VARCHAR(255))) = 'pending_approval'
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_amended AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Amended' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.event_type AS VARCHAR(255))) IN ('amended', 'updated', 'version_created')
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
approval_step_started AS (
    SELECT
        CAST(a.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Approval Step Started' AS ActivityName,
        CAST(a.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(a.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(a.approver AS VARCHAR(255)) AS Approver
    FROM [Your approval object] a
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(a.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(a.status AS VARCHAR(255))) = 'pending'
      AND a.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND a.created_at < CAST('[Your end date]' AS TIMESTAMP)
),
approval_step_approved AS (
    SELECT
        CAST(a.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Approval Step Approved' AS ActivityName,
        CAST(a.action_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(a.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(a.approver AS VARCHAR(255)) AS Approver
    FROM [Your approval object] a
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(a.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(a.action AS VARCHAR(255))) = 'approved'
      AND a.action_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND a.action_time < CAST('[Your end date]' AS TIMESTAMP)
),
approval_step_rejected AS (
    SELECT
        CAST(a.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Approval Step Rejected' AS ActivityName,
        CAST(a.action_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(a.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(a.approver AS VARCHAR(255)) AS Approver
    FROM [Your approval object] a
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(a.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(a.action AS VARCHAR(255))) = 'rejected'
      AND a.action_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND a.action_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_withdrawn AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Withdrawn' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.event_type AS VARCHAR(255))) IN ('withdrawn', 'withdrawal', 'cancelled_before_approval')
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_approved AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Approved' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.new_status AS VARCHAR(255))) = 'approved'
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_rejected AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Rejected' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.new_status AS VARCHAR(255))) = 'rejected'
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_sourced AS (
    SELECT
        CAST(s.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Sourced' AS ActivityName,
        CAST(s.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(s.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(NULL AS VARCHAR(255)) AS Approver
    FROM [Your sourcing relationship object] s
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(s.requisition_id AS VARCHAR(255))
    WHERE s.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND s.created_at < CAST('[Your end date]' AS TIMESTAMP)
),
purchase_order_created AS (
    SELECT
        CAST(p.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Purchase Order Created' AS ActivityName,
        CAST(p.created_at AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(p.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(NULL AS VARCHAR(255)) AS Approver
    FROM [Your purchase order relationship object] p
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(p.requisition_id AS VARCHAR(255))
    WHERE p.created_at >= CAST('[Your start date]' AS TIMESTAMP)
      AND p.created_at < CAST('[Your end date]' AS TIMESTAMP)
),
requisition_closed AS (
    SELECT
        CAST(h.requisition_id AS VARCHAR(255)) AS PurchaseRequisitionId,
        'Requisition Closed' AS ActivityName,
        CAST(h.event_time AS TIMESTAMP) AS EventTime,
        'Coupa' AS SourceSystem,
        CAST(h.last_data_update AS TIMESTAMP) AS LastDataUpdate,
        CAST(r.status AS VARCHAR(255)) AS RequisitionStatus,
        CAST(r.requester AS VARCHAR(255)) AS Requester,
        CAST(r.department AS VARCHAR(255)) AS Department,
        CAST(r.total_amount AS DECIMAL(38, 10)) AS TotalAmount,
        CAST(h.user_name AS VARCHAR(255)) AS Approver
    FROM [Your requisition history or audit object] h
    LEFT JOIN [Your requisition header object] r ON CAST(r.requisition_id AS VARCHAR(255)) = CAST(h.requisition_id AS VARCHAR(255))
    WHERE LOWER(CAST(h.event_type AS VARCHAR(255))) IN ('closed', 'closure', 'cancelled_after_approval')
      AND h.event_time >= CAST('[Your start date]' AS TIMESTAMP)
      AND h.event_time < CAST('[Your end date]' AS TIMESTAMP)
)
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_created
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_submitted
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_amended
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM approval_step_started
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM approval_step_approved
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM approval_step_rejected
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_withdrawn
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_approved
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_rejected
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_sourced
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM purchase_order_created
UNION ALL
SELECT PurchaseRequisitionId, ActivityName, EventTime, SourceSystem, LastDataUpdate, RequisitionStatus, Requester, Department, TotalAmount, Approver FROM requisition_closed
ORDER BY PurchaseRequisitionId, EventTime, ActivityName;

准备开始了吗？

立即使用此模板优化您的Coupa采购到付款申请流程。在采购管理中发现有价值的洞察，推动效率提升。

返回改进指南下载模板

优化Coupa采购到付款申请，立即缩短周期时间

精准定位低效环节，将采购到付款申请周期时间缩短30%。

开始免费试用

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

您的采购到付款申请数据模板

您的采购到付款申请数据模板

采购到付款-采购申请属性

采购到付款-采购申请活动

提取指南

使用Coupa计划报表导出申请数据

步骤

配置

a 示例查询 config

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

步骤

配置

a 示例查询 python

使用第三方iPaaS连接器提取数据

步骤

配置

a 示例查询 config

准备开始了吗？

优化Coupa采购到付款申请，立即缩短周期时间

您的采购到付款申请数据模板

您的采购到付款申请数据模板

采购到付款-采购申请属性

采购到付款-采购申请活动

提取指南

使用Coupa计划报表导出申请数据

步骤

配置

a 示例查询 config

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

步骤

配置

a 示例查询 python

使用第三方iPaaS连接器提取数据

步骤

配置

a 示例查询 config

准备开始了吗？

优化Coupa采购到付款申请，立即缩短周期时间

我们重视您的隐私