您的采购到付款:采购订单数据模板
您的采购到付款:采购订单数据模板
- 建议的数据属性
- 关键流程活动
- Coupa数据提取步骤
采购到付款:采购订单属性
| 名称 | 说明 | ||
|---|---|---|---|
|
开始时间
EventTime
|
表示活动或事件发生时间的精确时间戳。 | ||
|
说明
事件时间记录特定活动执行的日期和时间。流程中的每项活动都有相应的时间戳,标记其发生时间。 此属性对于流程挖掘中的所有时间分析都至关重要,可用于计算活动间的周期时间、衡量流程时长并识别延误。例如,“草拟采购订单”和“采购订单已批准”的时间戳之差,可用于计算采购订单审批周期时间指标。
重要性
此属性为每个事件提供时间背景,是计算周期时间、分析绩效和发现瓶颈的基础。
获取途径
此信息位于Coupa的事件日志或审计跟踪记录中,通常与采购订单上的每次状态变更或操作相关联。
示例
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
活动
ActivityName
|
采购订单生命周期中某个时间点发生的具体事件或任务的名称。 | ||
|
说明
活动名称用于描述采购到付款流程中的单个步骤,例如“采购订单已批准”或“收货已过账”。这些活动按顺序构成每张采购订单的流程路径。 此属性是流程挖掘的基础,可用于构建流程图、发现流程变体,并分析事件的发生频率和顺序。它有助于识别瓶颈、返工循环以及偏离标准流程的情况。例如,分析“采购订单已变更”活动的发生顺序,可以发现订单准确性方面的低效之处。
重要性
此属性定义流程中的各个步骤,可用于展示流程路径,并识别瓶颈、返工和偏差。
获取途径
从Coupa采购订单对象关联的事件日志、审计跟踪记录或状态变更记录中获取。
示例
采购申请已批准已提交采购订单收货已过账已收到采购订单发票
|
|||
|
采购订单
PurchaseOrderNumber
|
采购订单的唯一标识符,是该流程的主要案例标识符。 | ||
|
说明
采购订单编号是核心案例标识符,用于关联从初始申请到最终确认收到商品或服务的所有活动。每个唯一的采购订单编号都代表一个独立的采购流程实例。 在流程挖掘分析中,此属性对于追踪每笔采购的端到端过程至关重要。分析人员可以据此查看流程图、识别流程变体并计算案例级关键绩效指标,例如订单的总周期时间。所有事件和相关数据都会按此标识符汇总,从而呈现完整的流程视图。
重要性
此属性对于跟踪每笔采购的完整生命周期至关重要,可还原单个流程实例以供详细分析。
获取途径
这是Coupa采购订单对象中的标准主键字段。
示例
PO-2023-00123PO-2023-00456PO-2023-00789
|
|||
|
数据上次更新时间
LastDataUpdate
|
表示此流程数据上次刷新的时间戳。 | ||
|
说明
此属性记录数据集上次从源系统更新的时间。它是适用于整个数据集的元数据字段,而非单个事件的字段。 在任何分析仪表板中,此时间戳都能帮助用户了解当前查看的数据是否为最新数据。它让用户清楚洞察所依据的信息有多新,也有助于管理用户对数据时效性的预期。通常会在仪表板中醒目显示。
重要性
此属性告知用户数据的时效性,帮助他们了解流程分析和关键绩效指标反映的是哪个时间段的情况。
获取途径
ETL管道运行时会生成并存储此时间戳。
示例
2023-11-01T05:00:00Z
|
|||
|
源系统
SourceSystem
|
提取流程数据的系统。 | ||
|
说明
此属性用于标识记录事件数据的源信息系统。对于此流程,该值通常为“Coupa”。 在数据可能来自多个系统的企业环境中,例如采购数据来自Coupa、发票数据来自其他ERP系统,此属性有助于区分数据来源。它能确保数据沿袭清晰,也可用于筛选特定系统中的流程视图。
重要性
此属性提供关键的数据来源信息,确保数据可追溯,并支持妥善的数据治理,尤其适用于涉及多个系统的环境。
获取途径
这是一个静态值,通常在数据提取和转换过程中添加,用于标记数据集。
示例
Coupa
|
|||
|
供应商名称
VendorName
|
提供所购商品或服务的供应商名称。 | ||
|
说明
“供应商名称”用于标识采购订单中商品或服务的外部供应方,是采购分析的基础数据。 按供应商分析流程绩效对于供应商关系管理至关重要。分析有助于评估“供应商交付周期绩效”、发现“收货流程延误”,并通过“货物退回率”评估供应商质量。该属性也是计算“非首选供应商支出占比”KPI的关键数据。
重要性
支持供应商绩效分析,帮助优化供应商选择、争取更优条款,并识别绩效较好或较差的供应商。
获取途径
Coupa采购订单抬头中的标准字段,与供应商主数据相关联。
示例
环球办公用品Tech Solutions Inc.Advanced Industrial PartsCreative Marketing Agency
|
|||
|
用户
User
|
执行活动的人员的用户ID或姓名,例如审批人或申请人。 | ||
|
说明
此属性用于标识流程中特定事件的执行者,例如草拟订单的人员、批准订单的经理或完成收货过账的职员。 按用户分析绩效有助于发现培训需求、表现出色的人员和工作量分配情况。例如,“采购订单审批周期时间绩效”仪表板会使用此属性按审批人细分审批时间,帮助识别流程中的瓶颈。
重要性
此属性支持按个人或角色分析流程绩效,有助于识别瓶颈、培训机会和资源分配问题。
获取途径
此属性与Coupa采购订单审计跟踪记录或历史日志中的各项事件相关联。常见来源字段包括“创建者”“审批人”或“更新者”。
示例
j.doea.smithm.jones
|
|||
|
订单总金额
TotalOrderAmount
|
采购订单的货币总金额。 | ||
|
说明
该属性表示采购订单中所有商品和服务的总成本,以指定货币计价。它是适用于整张订单的案例级属性。 这项财务数据对于支出分析和确定流程改进工作的优先级至关重要。高金额订单可能需要更严格的审核或不同的审批路径。该数据直接用于“按采购类别分析支出”仪表板,也是计算“非首选供应商支出占比”KPI的组成部分。
重要性
提供每笔采购的财务背景,支持支出分析、高金额订单优先处理和财务影响评估。
获取途径
Coupa采购订单抬头中的字段,通常标记为“总计”或“总金额”。
示例
1500.00250.7512500.50
|
|||
|
部门
Department
|
采购订单所归属的业务部门或成本中心。 | ||
|
说明
“部门”属性用于标识发起采购或承担采购成本的组织单位,通常与采购申请人或采购订单行项目中的成本中心信息相关联。 这一维度对于流程分析和KPI细分至关重要。管理者可以据此比较组织不同部门的流程效率、合规情况和支出模式。例如,“按采购类别分析支出”仪表板会使用“部门”数据,展示不同业务单元的预算支出情况。
重要性
可按不同业务单元筛选和比较流程及支出数据,从而发现各部门在效率和合规方面的差异。
获取途径
在Coupa的采购订单抬头或行项目中提供,通常与成本中心或组织单位相关联。
示例
市场营销信息技术运营财务
|
|||
|
采购类别
PurchaseCategory
|
所购商品或服务的分类,例如IT硬件或专业服务。 | ||
|
说明
采购类别也称商品类别或物料组,用于对相似类型的采购进行分类。借助这些结构化数据,可以系统地分析支出和采购流程。 在流程挖掘中,该属性可用于筛选和细分数据。“按采购类别分析支出”仪表板依靠此属性拆分支出模式。它还可揭示某些类别(如复杂服务)的周期时间或变更率是否高于其他类别(如常规办公用品)。
重要性
支持按类别分析支出和流程,帮助识别采购模式、与供应商协商,并制定相应的流程控制措施。
获取途径
通常位于Coupa采购订单行项目级别,常与商品代码或采购目录相关联。
示例
IT硬件办公用品专业服务营销材料
|
|||
|
变更原因
ChangeReason
|
采购订单创建后发生变更时提供的原因。 | ||
|
说明
该属性记录修改采购订单的原因,例如“更新数量”或“更正价格”。用户执行“采购订单已变更”活动时,通常会在审计跟踪记录中填写此信息。 了解订单变更原因是“采购订单变更分析”仪表板的关键。该信息有助于区分无法避免的变更(如供应商库存问题)和可预防的变更(如初始数据录入错误),从而指导改进订单准确性的工作,并降低“采购订单变更率”KPI。
重要性
说明采购订单变更的根本原因,支持采取针对性措施,提高首次下单准确性并减少流程返工。
获取途径
通常记录在Coupa采购订单变更事件对应的审计日志或评论中。
示例
供应商更新价格调整交付日期更正商品代码
|
|||
|
拒绝原因
RejectionReason
|
采购申请或采购订单在审批环节被拒绝时提供的原因。 | ||
|
说明
审批人拒绝采购订单时,通常会说明原因。该属性记录这类文字说明,例如“预算代码错误”或“超出支出限额”。 分析拒绝原因可以直接了解返工和流程失败的根本原因。这些定性数据有助于发现采购申请中的常见错误,并据此开展针对性培训或改进系统,避免再次被拒,提高首次审批通过率。
重要性
直接呈现采购订单被拒绝的原因,帮助解决流程返工和延误的根本问题。
获取途径
通常记录在Coupa审批工作流中“采购订单已拒绝”或“采购申请已拒绝”活动对应的评论或备注字段中。
示例
重复申请预算未获批准选择了错误的供应商
|
|||
|
收货地点
ReceivingLocation
|
商品的交付地点,例如仓库或办公室。 | ||
|
说明
“收货地点”用于指定采购订单商品的交付目的地,可以是特定仓库、工厂或办公室地址。 该属性可用于分析不同地点的物流和收货绩效。“收货流程延误”仪表板可按此属性筛选,以判断某些地点处理到货是否较慢,进而发现特定地点的运营效率问题或资源限制。
重要性
支持按地点分析收货流程,呈现不同仓库、工厂或办公室之间的绩效差异。
获取途径
此信息属于Coupa采购订单中的“送货地址”。
示例
A仓库,芝加哥5号楼,伦敦办公室法兰克福工厂
|
|||
|
是否为首选供应商
IsPreferredVendor
|
用于标记采购是否来自首选或战略供应商的布尔值。 | ||
|
说明
该标记用于识别采购订单中的供应商是否属于预先批准的战略供应商名单。通常通过将供应商名称或ID与首选供应商主名单进行比对来确定。 该属性对于战略寻源和支出管理至关重要。它用于计算“非首选供应商支出占比”KPI,帮助组织监控和控制未经授权的采购,并将支出集中到关键合作伙伴,以争取批量折扣和更优条款。
重要性
通过跟踪首选和非首选供应商的支出,帮助监控采购政策执行情况和战略寻源目标。
获取途径
这通常不是Coupa的标准字段,而是通过将采购订单中的供应商ID与外部首选供应商名单进行比对得出。
示例
truefalse
|
|||
|
是否准时交付
IsDeliveryOnTime
|
用于标记商品是否在要求交付日期当天或之前收到的计算值。 | ||
|
说明
该布尔属性通过比较“收货过账”事件的时间戳与“要求交付日期”计算得出。如果收货日期不晚于要求交付日期,则设为true。 该标记直接支持“供应商交付日期达成率”KPI和“交付日期偏差与退货”仪表板。它以清晰的二元结果呈现准时交付绩效,便于汇总和可视化,帮助快速发现供应商或内部收货流程的绩效问题。
重要性
提供清晰的二元交付绩效指标,简化准时交付KPI和趋势分析。
获取途径
在数据转换期间,将“要求交付日期”与“收货过账”活动的时间戳进行比较后计算得出。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于标识采购订单是否发生过变更活动的计算标记。 | ||
|
说明
如果采购订单的历史记录中至少包含一次“采购订单已变更”事件,该布尔标记就设为true。它是根据事件日志得出的案例级属性。 该属性简化了“采购订单变更率”等KPI的计算。您可以轻松筛选和细分数据,比较发生过返工和未发生返工的订单流程,并量化变更对周期时间和成本的影响。它也是“采购订单变更分析”仪表板的核心组成部分。
重要性
通过便捷筛选和汇总至少变更过一次的采购订单,简化返工分析。
获取途径
在数据转换期间,检查每个PurchaseOrderNumber是否存在“采购订单已变更”活动并计算得出。
示例
truefalse
|
|||
|
是否首次审批通过
IsFirstPassApproval
|
如果采购订单起草后未经变更即获批准,该计算标记为true。 | ||
|
说明
如果采购订单从“采购订单已起草”到“采购订单已批准”的过程中,没有出现“采购订单已变更”或“采购订单已拒绝”活动,该布尔标记就设为true。 该属性直接衡量“采购订单首次审批通过率”KPI。通过率较高表示初始处理高效且准确。分析该标记为false的案例,有助于发现返工原因,并提高采购订单的前期数据质量。
重要性
直接衡量初始创建和审批流程的效率,呈现无需返工即可完成流程的订单数量。
获取途径
在数据转换期间,分析每个PurchaseOrderNumber对应的事件顺序后计算得出。
示例
truefalse
|
|||
|
申请人姓名
RequesterName
|
最初提出商品或服务需求的人员姓名。 | ||
|
说明
该属性用于标识创建采购申请并促成采购订单的员工。申请人是提出业务需求的用户,可能与采购员或审批人不同。 按申请人分析流程行为,有助于发现特定用户或部门的相关模式。“采购订单变更分析”仪表板可借此查看某些申请人的订单变更频率是否较高,从而判断是否需要加强规格要求方面的培训。
重要性
帮助识别采购需求的业务来源,从而分析申请人层面的采购行为和准确性。
获取途径
此信息通常存储在来源采购申请中,并在Coupa中传递到采购订单。
示例
Alice CooperBob DylanCharlie Parker
|
|||
|
要求交付日期
RequestedDeliveryDate
|
申请人要求交付商品或服务的日期。 | ||
|
说明
该属性是业务用户在采购申请过程中指定的目标交付日期,代表业务方期望订单完成交付的时间。 此日期是衡量供应商和内部绩效的重要基准。将其与实际“收货过账”日期比较,可直接计算“供应商交付日期达成率”KPI。“交付日期偏差与退货”仪表板会展示要求交付日期与实际交付日期之间的差异,帮助管理预期并改进预测。
重要性
作为关键绩效基准,用于衡量供应商准时交付情况和内部收货流程效率。
获取途径
Coupa采购订单行项目中的标准字段。
示例
2023-11-152023-12-012024-01-10
|
|||
|
货币
Currency
|
采购订单金额所使用的货币代码。 | ||
|
说明
该属性指定订单总金额所使用的货币,例如USD、EUR或GBP。对于跨国组织,正确解读财务数据离不开这一信息。 如果不考虑货币差异,跨国公司的支出分析可能产生误导。该属性支持正确换算货币,并确保仪表板中的财务报告口径一致,使各项金额可以直接比较。
重要性
提供货币换算所需的信息,确保跨国业务场景下财务分析和报告准确。
获取途径
Coupa采购订单抬头中的标准字段。
示例
USDEURGBPJPY
|
|||
|
采购申请编号
PurchaseRequisitionNumber
|
采购订单对应的前序采购申请的唯一标识符。 | ||
|
说明
该属性将采购订单关联到其来源采购申请。一份采购申请可能对应一张或多张采购订单。 这一关联对于分析完整的“申请到订单”周期时间至关重要。将采购申请创建事件与采购订单创建和发送事件关联起来,组织便可衡量从提出申请到完成采购的整个采购发起流程效率。
重要性
关联流程中的申请和下单阶段,支持分析从申请到订单的周期时间和转化率。
获取途径
通常是Coupa采购订单行项目中的引用字段,关联到来源采购申请。
示例
PR-2023-00098PR-2023-00152PR-2023-00341
|
|||
采购到付款:采购订单活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建采购申请
|
此活动表示创建采购申请,即在采购订单之前提出的商品或服务正式申请。在Coupa中,用户保存并提交新的申请单时,系统会记录这一明确事件。 | ||
|
重要性
作为采购流程通常的起点,此活动对于衡量完整的从申请到下单周期时间、了解上游流程效率至关重要。
获取途径
此事件对应Coupa中采购申请对象或表的创建记录。时间戳可从“created_at”或系统生成的同类创建日期字段中获取。
采集
创建新的申请记录时,系统会直接记录此事件。
事件类型
explicit
|
|||
|
收货已过账
|
此事件正式确认货物已收货、检验并验收。系统会据此更新库存记录,并表示供应商已履行此次交付义务。 | ||
|
重要性
这一关键里程碑标志着供应商交付周期结束,可用于衡量是否按期交付。收货过账延迟会影响实际库存水平的可见性。
获取途径
这是Coupa中的核心交易,记录在Receipt对象中。收货状态变为“Posted”或“Received”时,系统会记录此事件的时间戳。
采集
收货交易在系统中完成时记录。
事件类型
explicit
|
|||
|
采购订单已关闭
|
这是最后一项活动,表示采购订单已完成。货物已全部收齐、发票已全部处理,且预计不会再有后续交易时,采购订单即视为关闭。 | ||
|
重要性
此活动正式结束采购订单生命周期。分析关闭所需时间,有助于发现最终对账和记录保存环节的低效之处。
获取途径
可根据采购订单对象的状态变更为“Closed”推断。Coupa通常会根据收货和发票容差相关业务规则自动设置此状态。
采集
根据状态变更为“Closed”的时间戳推算。
事件类型
inferred
|
|||
|
采购订单已发送给供应商
|
此活动表示已批准的采购订单正式发送给供应商,例如通过电子邮件或Coupa Supplier Portal发送。此事件标志着采购订单从内部文档转变为对外承诺。 | ||
|
重要性
这是一个关键里程碑,标志着内部的从申请到下单周期结束、供应商交付周期开始。衡量内部效率和供应商表现都离不开这一节点。
获取途径
通常可根据采购订单状态变为“Ordered”或“Sent”推断。Coupa的采购订单记录中也可能包含“last_exported_at”或“sent_to_supplier_at”等专用时间戳。
采集
根据状态变更为“Ordered”的时间戳或专用发送时间戳字段推算。
事件类型
inferred
|
|||
|
采购订单已取消
|
此活动表示采购订单尚未完成便被取消。取消可能发生在不同阶段,例如申请已失效,或采购订单因错误而创建。 | ||
|
重要性
取消是流程的另一种结束方式。跟踪取消情况有助于了解流程中断,并找出采购申请被放弃的原因。
获取途径
可根据采购订单对象的状态变更为“Canceled”推断。该状态变更的时间戳即为事件时间。
采集
根据状态变更为“Canceled”的时间戳推算。
事件类型
inferred
|
|||
|
采购订单已批准
|
此里程碑表示采购订单已完成内部审批工作流,获准发送给供应商。这通常是多步审批流程中的最后一步。 | ||
|
重要性
这是计算采购订单审批周期时间、识别审批瓶颈的关键里程碑,也是重要的一致性检查点。
获取途径
从Coupa采购订单的审批历史日志中获取。最终审批操作的时间戳即为事件时间。
采集
最终审批人完成任务时,系统会在审批历史中记录此事件。
事件类型
explicit
|
|||
|
供应商已确认订单
|
此事件表示供应商已收到并确认采购订单。通常,供应商会通过Coupa Supplier Portal(CSP)等供应商门户以电子方式确认。 | ||
|
重要性
供应商确认订单后,您可以确定订单正在处理中,从而提高交付预测的准确性并降低供应链的不确定性。
获取途径
如果供应商通过Coupa Supplier Portal执行“ Acknowledge”操作,通常可以在采购订单中找到此信息。该操作的时间戳即为事件时间。
采集
供应商在供应商门户中执行“Acknowledge”操作时记录。
事件类型
explicit
|
|||
|
已完成质量检验
|
此事件表示收到的商品已完成质量检验并通过检查。根据企业流程,这可能是收货过账后的独立步骤。 | ||
|
重要性
此活动是衡量质量控制流程效率的关键。此处的延误可能导致收货与商品可用之间出现瓶颈。
获取途径
此事件可能记录为收货行项目的状态变更,也可能记录在Coupa的独立检验对象中。是否能获取此数据,取决于是否使用质量模块或自定义工作流。
采集
根据收货状态变更或相关检验记录中的时间戳推断。
事件类型
inferred
|
|||
|
已录入服务确认
|
对于服务类采购订单,此活动相当于收货,确认服务已按照采购订单条款完成。 | ||
|
重要性
跟踪服务确认对于管理服务支出至关重要,可确保仅为已核实完成的工作付款。
获取途径
在Coupa中创建或批准与采购订单关联的服务收货单或服务录入单时,系统会记录此事件。
采集
创建并批准服务录入单时记录。
事件类型
explicit
|
|||
|
已提交采购订单
|
采购订单草拟完成后,会正式提交至审批工作流。这是一个独立的用户操作,会将采购订单从草稿状态转为待审批状态。 | ||
|
重要性
此事件可区分草拟时间与采购订单实际进入待审批状态的时间,从而更清楚地了解用户行为和流程交接情况。
获取途径
可根据采购订单对象的状态变更推断,例如从“draft”变为“pending approval”。使用该状态变更的时间戳。
采集
根据状态变更为“pending approval”的时间戳推算。
事件类型
inferred
|
|||
|
已收到采购订单发票
|
此事件表示收到并录入了引用该采购订单的供应商发票,标志着采购到付款周期中的发票处理和付款阶段开始。 | ||
|
重要性
虽然发票处理属于应付账款流程,但将发票收取事件与采购订单关联起来,可以端到端查看交易生命周期,并分析交付与开票之间的间隔。
获取途径
从Coupa中发票文档的创建时间戳获取,发票会与相应的采购订单编号进行匹配。
采集
创建与采购订单关联的发票记录时记录。
事件类型
explicit
|
|||
|
开始收货
|
此活动表示收货流程开始,例如货物实际到达后在Coupa中创建收货单。此时货物尚未正式记入库存,也未确认收货。 | ||
|
重要性
此事件是衡量收货处理时间指标的起点,有助于区分货物在收货区等待的时间与系统处理所用的时间。
获取途径
可根据状态为“Draft”或“Pending”的收货单创建时间戳推断。此事件发生在收货单最终过账之前。
采集
根据未过账状态下收货记录的创建时间戳推算。
事件类型
inferred
|
|||
|
草拟采购订单
|
此事件表示在系统中首次创建采购订单,通常由已批准的采购申请生成。此时采购订单仍是内部草稿,尚未提交审批或发送给供应商。 | ||
|
重要性
此活动是衡量采购订单审批周期时间指标的起点,也是采购订单自身生命周期中的第一个正式步骤。
获取途径
此事件对应Coupa中采购订单记录的创建时间戳,通常可在“created_at”等字段中找到。
采集
从系统生成的采购订单记录创建时间戳中获取。
事件类型
explicit
|
|||
|
货物已退回
|
此前已收货的商品退回给供应商时,会记录此活动。通常是由于质量问题、货物损坏或发错货。 | ||
|
重要性
跟踪退货对于计算货物退货率、发现供应商质量或订单准确性问题至关重要。退货率偏高通常意味着流程失误造成了较大成本。
获取途径
可从Coupa中的“Return to Supplier”交易或负数收货交易中获取。该交易的时间戳即为事件时间。
采集
创建与原采购订单或收货记录关联的退货交易时记录。
事件类型
explicit
|
|||
|
采购申请已批准
|
采购申请需经过审批工作流,才能转为采购订单。此事件表示申请已获最终批准,可以进入下单环节。 | ||
|
重要性
跟踪采购申请审批有助于发现下单前阶段的瓶颈。此处的延误会直接影响采购订单的签发速度。
获取途径
通常可从Coupa采购申请对象的审批历史中获取。最终审批操作会记录相应的时间戳和用户。
采集
最终审批人采取操作时,系统会在审批历史中记录此事件。
事件类型
explicit
|
|||
|
采购订单已变更
|
此事件表示采购订单初稿完成后发生的任何修改。在Coupa中,变更通常通过采购订单文档的版本记录进行跟踪。 | ||
|
重要性
跟踪变更对于采购订单变更率和不合规采购订单率等关键指标至关重要。频繁变更可能表明流程不稳定或初始申请不准确。
获取途径
可通过跟踪采购订单的不同版本推断。新版本号大于初始版本即表示发生了变更,新版本的创建日期可作为事件时间戳。
采集
根据新采购订单版本的创建时间戳推断。
事件类型
inferred
|
|||
|
采购订单已拒绝
|
审批人在审批工作流中拒绝采购订单时,会发生此活动。通常,采购订单会退回给创建者修改或取消。 | ||
|
重要性
分析拒绝记录有助于发现数据质量问题、违反政策的情况或培训不足,并揭示导致流程显著延误的返工循环。
获取途径
这是Coupa采购订单审批历史日志中记录的明确事件。日志会显示“Reject”操作及相应的时间戳。
采集
审批历史中记录的状态为“Reject”。
事件类型
explicit
|
|||
数据提取指南
优化采购到付款采购订单,立即提升效率
将采购到付款周期时间缩短30%,快速见效。
无需信用卡,几分钟即可完成设置。