采购到付款 - 发票处理 data template
采购到付款 - 发票处理 data template
- 建议收集的属性
- SAP Ariba 需追踪的关键活动
- 实用的数据提取指南
采购付款 - 发票处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示活动发生的精确日期和时间的 timestamp。 | ||
|
描述
event 时间(即 timestamp)记录了特定活动发生的精确时刻。这些 data 是绩效分析的基础,可用于计算各活动间的耗时及整体 case 周期时间。 Process Mining 工具利用这些 timestamp 按时间顺序排列 event,从而构建准确的流程流模型。这对于衡量发票审批周期时间和付款冻结解决时间等 KPI 至关重要,能够实现对延迟和效率的深度分析。
为何重要
支持计算所有基于时间的指标(如周期时间和持续时间),这对于识别流程延迟至关重要。
获取方式
由 SAP Ariba 为每次状态更改、用户操作或系统事件自动记录。通常可在事件日志或历史表中的活动名称旁边找到。
示例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
发票编号
InvoiceNumber
|
每张供应商发票的唯一标识符,作为发票处理流程的主要 case ID。 | ||
|
描述
发票编号是供应商为发票单据分配的唯一参考号。在 Process Mining 中,此属性至关重要,它作为 case ID,将从收到发票到最终付款的所有相关活动关联起来。 通过追踪此标识符,分析师可以重建每张发票完整的端到端生命周期,实现对流程流的详细分析、瓶颈识别,以及对单张发票周期时间等 KPI 的精准衡量。
为何重要
它是连接单张发票所有流程步骤的关键 ID,使分析端到端处理时间和路径成为可能。
获取方式
这是发票单据以及 SAP Ariba Invoicing 方案中的主要字段,通常位于发票抬头表或交易 data 中。
示例
INV-2023-001239876543210SI-58840-A
|
|||
|
活动名称
ActivityName
|
在发票处理生命周期的某一时刻发生的特定 event 或任务的名称。 | ||
|
描述
活动名称描述了发票处理 workflow 中的具体步骤,如“收到发票”、“审批通过”或“执行付款”。每个活动都代表一个推动发票走向完结的业务 event。 在 Process Mining 中,这些活动的序列构成了流程图。通过分析这些活动,可以识别最常见的流程路径、偏离标准程序的偏差、返工循环(如差异处理)以及自动化机会。
为何重要
此属性是可视化流程图、发现流程变体以及识别返工或瓶颈的基础。
获取方式
生成自 SAP Ariba 中捕获的系统事件日志、状态更改或用户操作。这些数据通常来自工作流或文档历史记录表。
示例
发票已接收发票已审批已设置付款冻结已执行付款
|
|||
|
付款冻结原因
PaymentBlockReason
|
对发票设置付款冻结的具体原因。 | ||
|
描述
当发票被冻结付款时,此属性提供原因,如“价格差异”、“数量不符”或“未收货”。这些理由通常是系统内的标准代码或描述。 分析各类冻结原因的频率有助于精准找出付款延迟的根因。例如,大量的“价格差异”冻结可能预示着主数据准确性存在问题。此属性对于“付款冻结解决时间” dashboard 至关重要,有助于优先解决最普遍且最耗时的问题。
为何重要
提供付款延迟的根源分析,从而实现有针对性的改进,以预防价格或数量不匹配等常见问题。
获取方式
当 SAP Ariba 或关联的 ERP 对发票应用付款冻结时,会设置此信息。
示例
价格差异数量不符等待收货确认
|
|||
|
付款到期日
PaymentDueDate
|
根据付款条件,为避免违约而必须支付发票的日期。 | ||
|
描述
付款到期日是合同约定的发票结算日期。该日期通常基于发票单据日期和约定的 payment terms(如 Net 30)计算得出。 此属性对于“按时付款率”KPI 至关重要。通过将“执行付款”的 timestamp 与付款到期日进行对比,分析可以识别逾期付款、衡量供应商付款表现,并帮助企业避免滞纳金,维持良好的供应商关系。
为何重要
是计算准时付款率的基础,这是供应商关系管理和财务合规的关键 KPI。
获取方式
此日期通常显示在发票单据上,或根据 SAP Ariba 中的单据日期和 payment terms 字段计算得出。
示例
2023-11-302024-01-152023-12-25
|
|||
|
供应商名称
VendorName
|
提交发票的供应商名称。 | ||
|
描述
供应商名称标识了请求付款的单位。这是分析的核心维度,允许团队按供应商细分发票处理绩效。 此属性用于创建跟踪供应商付款绩效、识别差异率较高的供应商,或分析战略供应商处理时间的 dashboards。了解特定供应商的问题有助于改善合作关系并简化协同流程。
为何重要
支持按供应商进行绩效分析,有助于识别哪些供应商频繁出现发票问题或付款延迟。
获取方式
发票表头数据中的标准字段,关联自 SAP Ariba 或连接的 ERP 系统中的供应商主数据。
示例
环球办公用品有限公司科技解决方案有限责任公司Innovate Logistics
|
|||
|
发票状态
InvoiceStatus
|
发票 case 的当前或最终状态,例如:已付款、已拒绝或处理中。 | ||
|
描述
发票状态反映了在 data 提取时发票所处的生命周期阶段或最终处理结果。这是一个 case 级属性,汇总了发票的整体情况。 在 Process Mining 中,此属性可用于筛选 case,以专门分析已完成(已支付)或有问题(已拒绝)的发票。它有助于理解不同流程变体的最终结果,并可用于衡量成功处理发票的比例。
为何重要
提供了发票流程的最终结果,支持专注于成功支付与被拒绝发票的对比分析。
获取方式
这是 SAP Ariba 发票抬头中的标准状态字段。
示例
已付款已驳回处理中已批准
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
发票金额代表供应商请求支付的总金额。这是分析发票处理工作量的一项基础财务属性。 在 Process Mining 中,此属性用于筛选高额发票分析,这些发票可能涉及不同的审批路径或更严格的管控。它还可用于根据财务影响优先级,指导流程改进工作。dashboard 通常利用此项展示各处理阶段的发票总价值。
为何重要
这使财务影响分析成为可能,例如筛选高额发票,或量化流程瓶颈所束缚的资金价值。
获取方式
SAP Ariba 发票表头数据中的标准字段。
示例
5250.75120000.00895.50
|
|||
|
审批人
Approver
|
负责审批发票付款的用户或角色。 | ||
|
描述
审批人是指被指派审核并批准发票的个人或用户组。发票通常根据金额或类型需要一级或多级审批。 此属性有助于分析审批 workflow 的绩效。通过按审批人或审批组细分“发票审批周期时间”,可以识别出流程中的瓶颈个人或团队。这是平衡工作负载和提高审批效率的关键依据。
为何重要
通过显示哪些用户或团队的审批周期最长,帮助识别审批流程中的瓶颈。
获取方式
在 SAP Ariba 的发票工作流或审批历史日志中采集。可能记录为用户 ID。
示例
j.smithFinance_Approvers_Tier1m.jones
|
|||
|
采购订单号
PurchaseOrderNumber
|
发票关联的采购订单标识符(如适用)。 | ||
|
描述
采购订单 (PO) 编号将发票与授权采购商品或服务的相应采购单据关联起来。并非所有发票都有 PO,但对于有 PO 的发票,此关联至关重要。 按 PO 编号分析发票有助于了解“三单匹配”(PO、收货、发票)的绩效。它是识别差异的关键,并支持对有 PO 和无 PO 发票处理流程的对比分析,这两者通常具有不同的路径和效率水平。
为何重要
将发票与采购流程连接起来,支持分析匹配差异并比较 PO 发票与非 PO 发票的流程流向。
获取方式
在 SAP Ariba 中作为有 PO 关联的发票的标准字段提供。可在发票行项目或表头数据中找到。
示例
45000123454500054321PO-2023-789
|
|||
|
付款条款
PaymentTerms
|
约定的发票付款条款,通常包含提前付款折扣的细节。 | ||
|
描述
payment terms 定义了向供应商付款的规则,例如“Net 30”(30天内到期付款)或“2% 10, Net 30”(10天内付款可享受2%折扣,否则30天内到期)。此信息来自供应商主数据或采购订单。 此属性对于“提前付款折扣机会” dashboard 及相关 KPI 至关重要。分析通过这些条款识别符合折扣条件的发票,并确定付款是否在折扣期内执行,从而精准把握节省成本的机会。
为何重要
对于识别获取早期付款折扣的机会至关重要,从而实现显著的成本节省。
获取方式
存储在供应商主 data 中,并同步至 SAP Ariba 或 ERP 系统内的发票详情中。
示例
净 30 天2% 10,净30净 60 天
|
|||
|
公司代码
CompanyCode
|
组织内负责处理该发票的特定法律实体或公司的标识符。 | ||
|
描述
公司代码是 SAP 环境中的标准组织单位,代表用于编制财务报表的独立法律实体。发票始终入账至特定的公司代码。 此属性允许在不同的业务部门或法律实体之间进行流程绩效对比。它有助于识别高效率实体,并支持在全球化组织中推动流程标准化。
为何重要
支持在不同法人实体或业务单元之间进行绩效比较,有助于识别区域性或部门性的低效环节。
获取方式
SAP Ariba 发票文档中的基本组织字段,继承自采购订单或在创建非 PO 发票时输入。
示例
1000US01DE01
|
|||
|
最后数据更新
LastDataUpdate
|
指示该 event 数据上次刷新或提取时间的 timestamp。 | ||
|
描述
此属性提供从源系统进行最新 data 抓取的日期和时间。这是一个元数据字段,对于 data 治理和评估分析的时效性至关重要。 分析师利用此信息确认 data 的实时性,并评估源系统 event 发生与出现在 Process Mining 工具中之间的时间差。这对于管理 data 更新周期及确保洞察的可靠性非常关键。
为何重要
提供有关数据新鲜度的关键背景信息,确保分析基于当前且相关的信息。
获取方式
此 timestamp 通常在 data 提取 (ETL) 过程中生成并附加到数据集中。
示例
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
单据日期
DocumentDate
|
供应商在发票单据上打印的日期。 | ||
|
描述
单据日期是供应商创建发票的日期。它与“收到发票”日期(即发票进入处理系统的日期)不同,两者之间可能存在显著的时间差。 此属性有助于分析供应商表现并识别发票提交过程中的延迟。如果单据日期与收到日期之间延迟过长,会压缩发票处理和获取提前付款折扣的有效时间。此外,它通常也是计算付款到期日的起点。
为何重要
有助于分析从供应商开具发票到收到发票之间的延迟,这可能会影响准时付款的能力。
获取方式
发票表头数据中的标准字段,从纸质或电子发票文档中采集。
示例
2023-10-202023-11-102024-01-02
|
|||
|
发票处理时长
InvoiceProcessingTime
|
从最初收到发票到完成支付所耗费的总时长。 | ||
|
描述
此指标衡量每个发票 case 的端到端周期时间。它的计算方法是第一个活动(如“收到发票”)与最后一个活动(如“执行付款”)的 timestamp 之差。 作为核心 KPI 指标,它从宏观上衡量了发票处理运营的整体效率。通过分析此时长,有助于识别哪些类型的发票或供应商关联了更长的处理时间,从而为流程改进计划提供决策依据。
为何重要
这是衡量流程整体效率及其对营运资金和供应商关系影响的关键 KPI。
获取方式
在数据转换过程中通过为每个 'InvoiceNumber' 用最大 'EventTime' 减去最小 'EventTime' 计算得出。
示例
15天4小时35 天 8 小时8 天 2 小时
|
|||
|
发票类型
InvoiceType
|
发票的分类,例如是否与采购订单 (PO) 相关(PO 发票 vs 非 PO 发票)。 | ||
|
描述
发票类型将发票分为不同类别,通常对应不同的处理流程。最常见的区分是有 PO 发票(可与预先批准的订单匹配)和无 PO 发票(需要更多的分类编码和审批)。 此属性对流程分析至关重要,因为有 PO 和无 PO 发票的处理逻辑截然不同。将两者分开分析可以更准确地观察各路径的绩效,避免汇总数据产生误导,有助于深入了解各流程流的效率和合规情况。
为何重要
将发票分为不同的流程流(例如 PO vs 非 PO),这对于准确的绩效衡量和分析至关重要。
获取方式
这通常是 SAP Ariba 发票单据上的标准字段,也可根据是否存在采购订单编号来派生。
示例
采购订单发票非 PO 发票贷项通知单
|
|||
|
国家/地区
Country
|
与发票关联的国家/地区,通常基于公司代码或供应商所在地。 | ||
|
描述
国家/地区属性为分析提供了地理维度。它通常派生自发票过账的公司代码或供应商地址。 按国家分析流程有助于发现各区域在绩效、合规和流程执行方面的差异。它能揭示某些国家分公司是否面临特殊挑战,或是否拥有可全球推广的最佳实践。这对于在大型全球共享服务中心标准化流程具有重要价值。
为何重要
支持地理维度分析,以比较不同国家或地区的流程绩效和合规性。
获取方式
派生自 SAP Ariba 或连接的 ERP 系统中的公司代码主数据或供应商主数据。
示例
美国德国英国
|
|||
|
审批周期时间
ApprovalCycleTime
|
从发票提交审批到做出最终决定(通过或拒绝)所经过的时间。 | ||
|
描述
此计算指标衡量审批子流程的持续时长。它的计算方法是“发票送审”活动与相应的“审批通过”或“已拒绝”活动之间的时间差。 该属性是“发票审批周期时间”KPI 的直接衡量标准,对相关 dashboard 至关重要。它有助于隔离并量化审批阶段的特定延迟——这通常是导致整体处理时间延长的主要因素。您可以按审批人、部门或发票金额进行分析,从而精准锁定瓶颈。
为何重要
独立分析审批工作流的绩效,从而轻松识别由审批人或复杂的审批链导致的瓶颈。
获取方式
在数据转换过程中通过查找每张发票相关的审批开始和结束事件并计算时间差得出。
示例
2 天 5 小时10 天 1 小时8 小时 30 分钟
|
|||
|
拒绝原因
RejectionReason
|
解释发票在审批过程中被拒绝原因的代码或文本。 | ||
|
描述
当审批人拒绝发票时,通常会提供理由。此属性捕获此类信息,例如“价格错误”、“重复发票”或“违反政策”等。 这是“发票拒绝分析” dashboard 的关键属性。通过分析最常见的拒绝理由,企业可以识别上游问题,如供应商发票质量差或内部 data 不一致。这些洞察有助于减少返工并提高发票处理的“一次成功率”。
为何重要
解释了重做发生的原因,为流程低效和发票质量问题的根源提供了直接洞察。
获取方式
当 SAP Ariba 中发生“发票已拒绝”活动时,从工作流日志或备注字段中采集。
示例
重复发票采购订单 (PO) 引用错误金额超过批准预算
|
|||
|
是否按时付款
IsPaidOnTime
|
一个布尔标记,指示发票是否在到期日或之前支付。 | ||
|
描述
此计算属性将“执行付款”活动的 timestamp 与付款到期日进行对比。如果付款日期不晚于到期日,则值为 true,否则为 false。 此标志简化了付款绩效分析,支持轻松筛选和汇总以计算“按时付款率”KPI。dashboards 可利用此属性按供应商、国家或公司代码快速实现绩效可视化,协助识别存在长期逾期付款问题的领域。
为何重要
简化了准时付款率 KPI 的计算,并允许轻松过滤出逾期发票进行根源分析。
获取方式
在数据转换过程中通过对比支付活动的 'EventTime' 与 'PaymentDueDate' 属性计算得出。
示例
truefalse
|
|||
|
是否获取折扣
IsEarlyPaymentDiscountTaken
|
一个布尔标记,指示是否为符合条件的发票成功获取了早期付款折扣。 | ||
|
描述
此属性是基于计算的结果:首先根据其 payment terms 识别发票是否符合提前付款折扣条件,然后检查“执行付款” event 是否发生在指定的折扣期内。 此标志对于衡量“提前付款折扣获取率”KPI 至关重要。它直接量化了司库和应付账款职能在优化营运资金方面的财务成果。通过分析此标志为 false 的 case,有助于揭示错过节省机会的原因,如审批缓慢或其他流程瓶颈。
为何重要
直接衡量捕获成本节省的成功率,并帮助识别错失折扣机会的原因。
获取方式
在数据转换过程中通过解析 'PaymentTerms' 并对比 'Payment Executed' 时间戳与计算出的折扣截止日期得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
提取事件数据的记录系统。 | ||
|
描述
此属性标识每个 event 的源系统,如“SAP Ariba”、“SAP S/4HANA”或第三方扫描方案。在现代企业中,发票处理往往跨越多个应用。 了解源系统对于诊断 data 质量问题以及分析不同平台间的流程交接具有重要价值。它有助于明确特定活动(如发票扫描与发票审批)的具体执行位置。
为何重要
有助于区分在不同系统中发生的活动,这对于理解集成点和特定系统的瓶颈至关重要。
获取方式
这通常在 data 提取、转换和加载 (ETL) 过程中添加,根据 data 源分配一个静态值。
示例
SAP AribaSAP S4HANACoupa
|
|||
|
货币
Currency
|
发票金额的货币代码,例如 USD 或 EUR。 | ||
|
描述
此属性指定了发票金额的币种。对于全球化组织而言,收到的发票涉及多种货币。 币种信息对于财务分析至关重要,可确保金额对比的准确性。在 Process Mining dashboards 中,它允许对财务数值进行正确汇总(通常需转换为单一报告币种),为“发票金额”属性提供了必要的上下文。
为何重要
为 'Invoice Amount' 属性提供必要的背景信息,确保财务数值被正确解析,特别是在跨国背景下。
获取方式
发票表头数据中的标准字段,通常位于 SAP Ariba 发票金额字段旁边。
示例
美元EURGBP
|
|||
采购付款 - 发票处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
发票已审批
|
代表审批 workflow 已成功完成,所有指定审批人均已授权支付该发票。这是发票过账前的核心里程碑。 | ||
|
为何重要
此活动是衡量审批周期时间的终点,也是后续付款处理步骤的关键驱动力。此处的延迟将直接影响按时付款绩效。
获取方式
这通常明确记录在 Ariba 的发票审批历史日志中,也可通过单据状态更改为“已批准”来推断。
捕获
从审批流历史记录或状态更改为“已批准”的时间戳中提取。
事件类型
explicit
|
|||
|
发票已对账
|
一个关键里程碑,表示发票已成功与采购订单和收货单匹配,且无任何未解决的差异。这确认了发票已可进入审批环节。 | ||
|
为何重要
完成此步骤标志着验证阶段结束并准备进入审批工作流。这是衡量自动处理 (Straight-Through Processing) 率的关键检查点。
获取方式
通过发票对账 (IR) 文档状态更改为“已对账”等状态来采集。
捕获
使用发票对账单据状态更新为“已对账”时的 timestamp。
事件类型
inferred
|
|||
|
发票已接收
|
标志着发票处理生命周期的开始,即发票首次进入 SAP Ariba 系统的时间。这可以通过各种渠道实现,如 Ariba Network、供应商门户或人工录入。 | ||
|
为何重要
此活动是衡量端到端发票周期时间并深入了解初始处理延迟的主要起点。
获取方式
通常根据 SAP Ariba Buying and Invoicing 中发票单据的创建 timestamp 推断得出。此 timestamp 表示系统首次生成发票记录的时间。
捕获
使用主发票对象或单据的创建 timestamp。
事件类型
inferred
|
|||
|
发票已过账
|
此活动表示已批准的发票已成功发送并被下游 ERP 系统接受,用于财务入账和付款处理。这是一个关键的集成里程碑。 | ||
|
为何重要
确认从采购到财务的交接已完成。这是安排和执行付款前的一个关键里程碑。
获取方式
根据发票状态更改为“已发送”或“付款处理中”等最终状态,且记录了来自 ERP 系统的相应确认消息推断。
捕获
识别发票状态更新以反映成功发送至 ERP 事件的时间戳。
事件类型
inferred
|
|||
|
发票已送审
|
此活动标志着发票成功核销后正式审批 workflow 的开始。系统将根据业务规则将发票路由至一位或多位指定的审批人。 | ||
|
为何重要
这是衡量“发票审批周期时间”KPI 并分析审批流程本身效率的起点。
获取方式
根据发票文档的状态更改推断,通常是从“已对账”变为“审批中”或“待审批”等状态。
捕获
追踪发票或 IR 单据状态更改为“审批中”或类似状态时的 timestamp。
事件类型
inferred
|
|||
|
已执行付款
|
流程的最后一步活动,确认已向供应商付款。这标志着该发票生命周期的终结。 | ||
|
为何重要
此活动是衡量发票整体周期时间的主要终点,对于计算按时付款率和提前付款折扣获取率至关重要。
获取方式
此 event 发生在 ERP 系统中。付款状态、付款日期和交易详情通常会同步回 SAP Ariba 以更新发票单据。
捕获
根据发票付款状态更改为“已支付”并获取相关付款日期推断。
事件类型
inferred
|
|||
|
付款已安排
|
代表财务团队在 ERP 系统中将发票纳入特定付款运行的操作。此时付款已列入计划,但尚未正式执行。 | ||
|
为何重要
提供付款流程最后阶段的透明度,辅助预测现金流出,并分析从过账到最终付款之间的任何延迟。
获取方式
此信息通常驻留在 ERP 系统中。它可能会同步回 SAP Ariba 并反映在发票的付款状态信息中。
捕获
根据从 ERP 发送回 Ariba 发票文档的付款状态详情推断。
事件类型
inferred
|
|||
|
发票已拒绝
|
一种异常活动,指审批人在审批工作流中拒绝了发票。此操作通常需要修正发票并重新提交,从而产生重做循环。 | ||
|
为何重要
追踪拒绝情况对于“发票拒绝率”KPI 以及分析审批失败的根本原因(如违反政策或编码错误)至关重要。
获取方式
这会记录在发票单据的审批历史中,并体现为单据状态更改为“已拒绝”。
捕获
从审批历史备注、时间戳或状态更改为“已拒绝”中提取。
事件类型
explicit
|
|||
|
发票已提交对账
|
代表发票已录入并正式提交至核销流程,准备与采购订单或合同进行匹配。这是从 data 录入到验证环节的关键交接点。 | ||
|
为何重要
此里程碑启动了匹配与验证阶段。分析从收到发票到执行此活动的时间,有助于识别 data 录入环节的瓶颈。
获取方式
根据发票或发票对账 (IR) 文档的状态更改推断,通常是变为“已提交”或“对账中”等状态。
捕获
追踪发票对账单据状态更改为“已提交”时的 timestamp。
事件类型
inferred
|
|||
|
差异已解决
|
表示之前识别的不匹配已得到解决,发票已准备好继续进行对账和审批。这可能涉及人工调整或与供应商沟通。 | ||
|
为何重要
追踪解决差异所耗费的时间有助于量化返工带来的影响,并突出提高首次匹配率的优化机会。
获取方式
根据发票对账 (IR) 文档的状态更改推断,从异常状态回到“对账中”或“已提交”等处理状态。
捕获
记录 IR 文档从差异状态移回处理工作流时的时间戳。
事件类型
inferred
|
|||
|
已设置付款冻结
|
当用户或系统有意中止已批准发票的付款时发生。这通常是因为供应商争议、质量问题或其他商业原因。 | ||
|
为何重要
此活动是衡量付款冻结解决时间的起点。分析冻结情况有助于识别并解决导致付款延迟的系统性问题。
获取方式
这通常在发票过账后由集成的 ERP 系统(如 SAP S/4HANA)管理,但冻结状态可能会同步回 Ariba。它可能由特定的标志或状态指示。
捕获
需要识别表示付款冻结已激活的标志或状态字段更改。
事件类型
inferred
|
|||
|
已识别匹配差异
|
当系统或用户识别出发票、采购订单和收货信息之间不匹配时发生的异常活动。常见的差异包括价格、数量或税额偏差。 | ||
|
为何重要
此活动对于计算匹配差异率和识别常见错误来源至关重要,而这些因素正是导致处理延迟的主要诱因。
获取方式
这通常由发票对账 (IR) 单据上的特定状态(如“已拒绝”或“有争议”)以及相应的理由代码来捕获。
捕获
识别 IR 文档状态更改为指示不匹配或异常状态时的时间戳。
事件类型
inferred
|
|||
|
支付冻结已解除
|
表示之前设置的付款冻结已解除,允许发票进入付款排程。这标志着底层问题的解决。 | ||
|
为何重要
此活动是衡量付款冻结解决时间的终点,完成了被冻结发票的异常处理闭环。
获取方式
与设置冻结类似,这通常在 ERP 系统中执行,状态可能会反映回 Ariba。它根据付款冻结标记的移除来推断。
捕获
需要识别付款冻结标志或状态被移除或失效时的 timestamp。
事件类型
inferred
|
|||