您的采购到付款(Purchase to Pay)-发票处理数据模板
您的采购到付款(Purchase to Pay)-发票处理数据模板
- 建议收集的深度分析属性
- 发票处理全生命周期中需要跟踪的关键活动
- 从 Microsoft Dynamics 365 提取数据的指南
采购到付款 — 发票处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示特定活动或事件发生的精确时间戳。 | ||
|
描述
事件时间(或时间戳)记录活动发生的准确日期和时间。它是事件日志的关键组成部分,提供了正确排列活动顺序和计算持续时间所需的时间序列。 在分析中,此时间戳是所有时间相关指标的基础。它用于计算活动的持续时间、不同步骤之间的周期时间(例如审批时间)以及每张发票的总端到端处理时间。它还支持随时间变化的趋势分析。
为何重要
此时间戳对于事件排序、计算所有周期时间和时长以及识别流程瓶颈至关重要。
获取方式
这源自多个表的各种日期/时间字段,例如 VendInvoiceInfoTable、VendTrans 或工作流历史表中的 createdDateTime 或 modifiedDateTime 字段。
示例
2023-04-15T09:00:12Z2023-05-20T14:30:00Z2023-06-01T11:05:45Z
|
|||
|
发票编号
InvoiceNumber
|
每张供应商发票的唯一标识符,作为跟踪其生命周期的主要案例 ID。 | ||
|
描述
发票号码 (Invoice Number) 是链接与单个供应商发票相关的所有活动的唯一主键。它实现了发票从接收、登记到匹配、审批和最终付款的全程端到端追踪。 在流程挖掘分析中,此属性是基础。它定义了“案例 (Case)”,从而能够重建每张发票的流程流。这使得计算总周期时间、识别流程变体以及分析特定发票的特征和结果成为可能。
为何重要
这是连接所有相关事件的核心“案例 ID”,使得分析每张发票的完整生命周期成为可能。
获取方式
这通常位于供应商发票主表(如 VendInvoiceInfoTable)中的 Num 字段。
示例
INV-10056773245-AUS-001-98432
|
|||
|
活动名称
ActivityName
|
在发票处理生命周期的某个时间点发生的特定业务事件或任务的名称。 | ||
|
描述
活动名称 (Activity Name) 描述了发票流程中的特定步骤或状态变化,例如“发票已登记”、“发票已发送审批”或“付款已执行”。这些数据对于构建流程图和理解事件序列至关重要。 分析此属性可以揭示流程流向,识别常见路径,并突出偏差或瓶颈。它用于计算活动之间的周期时间(例如从审批到过账的时长),并衡量特定事件(如拒绝或付款锁定)的发生频率。
为何重要
它定义了流程图中的步骤,实现了流程流的可视化,并能分析不同
获取方式
此属性通常源自与发票处理相关的各种 Dynamics 365 表中的状态字段、交易类型或更改日志条目的组合。
示例
发票已发送审批发现匹配不一致已执行付款
|
|||
|
最后数据更新
LastDataUpdate
|
指示此流程的数据最后一次从源系统刷新的时间戳。 | ||
|
描述
提取时间 (Extraction Time) 属性记录了数据集最后一次从 Microsoft Dynamics 365 提取和更新的时间。对于单次数据加载中的所有记录,此时间通常是相同的。 此信息对于用户了解所分析数据的时效性至关重要。它提供了流程洞察的实时背景,对于管理数据刷新计划和验证数据管道也必不可少。
为何重要
告知用户数据的及时性,确保他们了解分析的最新程度以及下一次数据更新的时间预期。
获取方式
此时间戳由数据提取或 ETL 流程在执行时生成并标记在数据集上。
示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取事件数据的记录系统。 | ||
|
描述
来源系统 (Source System) 属性标识了活动数据起源的源应用程序。对于此流程,通常为“Microsoft Dynamics 365”。 在拥有多个系统(如外部 OCR 或采集方案)的环境中,此字段有助于区分流程的每个步骤发生在哪里。它确保了数据血缘清晰,并有助于排查数据提取问题。
为何重要
它提供了有关数据来源的关键背景信息,这对于数据验证和理解流程的系统架构非常重要。
获取方式
这是一个静态值“Microsoft Dynamics 365”,在数据转换期间添加,用于标记数据集的来源。
示例
Microsoft Dynamics 365
|
|||
|
付款到期日
PaymentDueDate
|
根据约定的付款条款应支付发票的日期。 | ||
|
描述
付款截止日期 (Payment Due Date) 是根据发票日期和供应商付款条款计算得出的。它代表了合同约定的付款期限。 该日期对于衡量财务绩效和供应商关系管理至关重要。它是计算“准时付款率”KPI 的基准(通过与实际“执行付款”日期进行对比)。分析此项有助于识别导致延迟付款的系统性问题,因为延迟付款可能导致供应商关系受损或错失提前付款折扣。
为何重要
这是衡量准时付款表现的基准,也是财务健康和供应商关系的关键 KPI。
获取方式
该日期通常由系统根据发票日期和付款条款计算得出,并存储在供应商交易表(如 VendTrans)中。
示例
2023-05-152023-06-302023-07-20
|
|||
|
供应商编号
VendorNumber
|
提交发票的供应商或厂商的唯一标识符。 | ||
|
描述
供应商编号 (Vendor Number) 是在主数据中唯一标识供应商的代码。它将发票交易链接到特定供应商,从而实现以供应商为中心的分析。 此属性对于按供应商细分流程数据至关重要。它有助于回答诸如“哪些供应商的审批时间最长?”或“某些供应商是否更常出现匹配不一致?”等问题。按供应商分析绩效可以发现供应商协作和流程改进的机会。
为何重要
允许按供应商进行筛选和根本原因分析,有助于识别与特定供应商相关的绩效问题或模式。
获取方式
这通常位于供应商发票头表中(如 VendInvoiceInfoTable),链接到 VendTable 中的主要供应商主数据。
示例
V-1001V-2050V-8342
|
|||
|
发票状态
InvoiceStatus
|
数据提取时发票的当前状态。 | ||
|
描述
发票状态 (Invoice Status) 表明发票在其生命周期中的当前状态,例如“待审批”、“已审批”、“已过账”或“已支付”。这提供了发票进度的快照。 该属性主要用于创建显示当前工作量和积压情况的运营仪表板。它帮助管理人员了解各流程阶段的发票数量,支持资源分配和运营监控。它是“发票处理吞吐量和状态”仪表板的关键。
为何重要
提供所有发票的当前状态视图,这对于运营监控、工作量管理和识别当前瓶颈至关重要。
获取方式
这通常源自发票主表(如 VendInvoiceInfoTable)中的状态字段。
示例
待审批已过账已付款
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
发票金额 (Invoice Amount) 属性代表供应商发票上注明的应付总额。它是每个案例的基础财务数据点。 发票金额广泛用于细分和分析。它可以揭示高额发票是否遵循不同且更严苛的审批流程,或者处理时间是否更长。它还用于仪表板中按价值分析发票量,并可以进行汇总以了解分析范围内的总支出。
为何重要
支持基于财务价值的分析,有助于优先处理高价值发票的流程改进,并了解成本驱动因素。
获取方式
存在于发票标头表中(例如 VendInvoiceInfoTable),字段通常为 InvoiceAmount 或 Amount。
示例
1500.00250.7512500.50
|
|||
|
用户
User
|
执行该活动的人员的用户 ID 或姓名。 | ||
|
描述
用户 (User) 属性标识了负责执行特定流程步骤的员工或系统用户。对于自动化步骤,这可能是系统或服务账号。 按用户分析流程有助于了解工作量分配、识别培训需求并比较个人或团队之间的绩效。这对于分析返工循环(即工作在用户之间来回传递)以及理解不同用户完成同一任务时的差异至关重要。
为何重要
它可以按用户或团队分析绩效和工作量,并有助于识别自动化水平和返工来源。
获取方式
源自交易或工作流历史表中的用户 ID 字段,例如 createdby 或 modifiedby 字段。此类信息可能存在于工作流跟踪表中。
示例
j.doea.smithAX_Admin
|
|||
|
结束时间
EndTime
|
指示特定活动或事件完成的精确时间戳。 | ||
|
描述
结束时间 (End Time) 记录活动何时结束。结合开始时间 (EventTime),可以精确计算每个步骤完成所需的时间。 此属性对于计算每个活动的“处理时间 (ProcessingTime)”至关重要,这是绩效分析的关键指标。它有助于精准定位流程中哪些步骤最耗时,从而进行针对性的改进。例如,它可以衡量手动编码或审批步骤的精确时长。
为何重要
能够直接计算活动处理时间,这是识别流程中最耗时步骤的基础。
获取方式
与 StartTime 类似,该项来源于各种日期/时间字段。对于某些活动,它可能是下一个活动的 StartTime;在其他情况下,它可能是一个具体的“完成于”时间戳。
示例
2023-04-15T09:15:20Z2023-05-20T18:00:00Z2023-06-01T11:05:45Z
|
|||
|
采购订单号
PurchaseOrderNumber
|
与发票相关的采购订单 (PO) 标识符。 | ||
|
描述
采购订单编号 (Purchase Order Number) 将发票与原始采购文件链接起来。这对于涉及发票、PO 和收货单之间的二路或三路匹配流程至关重要。 该属性允许分析有 PO 发票与无 PO 发票的差异,它们通常遵循不同的流程路径。它是理解匹配流程有效性、调查匹配差异以及衡量有 PO 发票直通处理率的关键。
为何重要
它将有采购订单 (PO) 的发票与无 PO 的发票区分开来,这是流程差异的主要原因,对于匹配分析至关重要。
获取方式
位于发票头表中(如 VendInvoiceInfoTable),通常在 PurchId 之类的字段中。
示例
PO-001234PO-005678PO-009101
|
|||
|
付款冻结原因
PaymentBlockReason
|
解释为何对发票应用付款锁定的原因代码。 | ||
|
描述
付款冻结会阻止发票被支付。此属性捕捉冻结的原因,通常是用户选择的标准代码,例如“费用争议”或“等待收货”。 此属性对于“付款冻结频率和持续时间”仪表板至关重要。分析付款冻结最常见的原因有助于识别 P2P 流程中的潜在问题。解决这些根本原因可以显著减少付款延迟并改善供应商关系。
为何重要
解释付款为何被有意延迟,有助于识别并解决导致付款冻结的上游问题。
获取方式
这通常是供应商交易或发票记录上的一个字段,通常与付款锁定状态有关。请查看 VendTrans 等表。
示例
质量纠纷等待红字发票手动锁定
|
|||
|
付款条款
PaymentTerms
|
与供应商约定的付款条款,例如“Net 30”或“2% 10, Net 30”。 | ||
|
描述
付款条款 (Payment Terms) 定义了支付供应商的约定条件,包括时间范围和任何潜在折扣。此信息通常源自供应商主数据或采购订单。 该属性为“付款截止日期”和“准时付款率”KPI 提供了关键背景。分析某些付款条款是否与延迟付款相关,可以揭示运营层面的挑战。它还有助于财务规划和有效管理营运资金。
为何重要
为付款截止日期提供背景,并有助于分析付款时机和折扣获取率对财务的影响。
获取方式
此信息存储在供应商主表 (VendTable) 中,并复制到交易表(如 VendInvoiceInfoTable)中。
示例
净 30 天净 60 天2% 10,净30
|
|||
|
公司代码
CompanyCode
|
组织内处理发票的法律实体或公司的标识符。 | ||
|
描述
公司代码 (Company Code) 代表对发票负有财务责任的具体法律实体。在多公司组织中,这是财务细分的关键数据点。 该属性允许跨不同法律实体对流程分析进行过滤或比较。它可以揭示流程绩效、政策或瓶颈是否仅针对集团内的某些公司,从而支持本地化的流程改进计划。
为何重要
允许按法人实体对流程分析进行细分,这对于大型多公司组织至关重要。
获取方式
这是 Dynamics 365 中大多数财务表中的标准字段,通常称为 DataAreaId。
示例
USMFDEMFGBSI
|
|||
|
发票币种
InvoiceCurrency
|
发票金额的货币代码(例如:USD, EUR)。 | ||
|
描述
发票币种 (Invoice Currency) 指定了发票金额的计价货币。这对于与不同国家供应商打交道的跨国组织非常重要。 此属性为“发票金额”提供了必要的背景,并用于过滤和报告,尤其是在全球运营中。它确保财务数值得到正确解读,并允许进行特定币种的分析,或将其转换为标准报告货币。
为何重要
为财务金额提供必要的背景信息,以便准确解读和分析不同地区的发票价值。
获取方式
位于发票头表中,紧邻发票金额,例如 VendInvoiceInfoTable 中的 CurrencyCode 字段。
示例
美元EURGBP
|
|||
|
处理时间
ProcessingTime
|
单个活动的持续时间,计算为结束时间与开始时间之差。 | ||
|
描述
处理时间 (Processing Time) 衡量在特定任务上花费的有效时间。计算方法是用事件的 EndTime 减去其 StartTime。这也被称为活动时长。 该指标是绩效分析的基础。它有助于识别哪些具体活动最耗时(相对于活动之间的等待时间)。这使得针对性改进成为可能,例如提供更好的培训以加速手动编码,或优化运行缓慢的系统步骤。
为何重要
衡量活动的实际工作时长,有助于精准找出适合进行优化或自动化的低效任务。
获取方式
这不是源系统中的字段。它是数据转换过程中使用公式“EndTime - StartTime”计算得出的。
示例
PT1H30M2天4小时PT5M15S
|
|||
|
差异类型
MatchingDiscrepancyType
|
对发票和采购订单(PO)匹配过程中发现的不匹配类型进行分类。 | ||
|
描述
匹配差异类型 (Matching Discrepancy Type) 指当二路或三路匹配出现不一致时,该属性指定了问题的性质,例如“价格不匹配”、“数量不匹配”或“缺少收货单”。 这些数据是“匹配差异解决时间”仪表板的核心。通过分析不同差异类型的发生频率,企业可以识别匹配失败的根本原因。例如,频繁的价格不匹配可能指向主数据过时的问题,而数量不匹配则可能预示着物流环节的问题。
为何重要
它对匹配失败进行分类,以便进行根本原因分析,从而降低差异率并提高直通式处理 (straight-through processing) 水平。
获取方式
这可能存储在专门的匹配或异常日志表中,或者可能需要从状态消息或工作流注释中得出。
示例
价格不符数量不符缺少收货单
|
|||
|
总周期时间
TotalCycleTime
|
处理单张发票的完整端到端时长(从收票到付款)。 | ||
|
描述
总周期时间 (Total Cycle Time) 衡量发票在流程中花费的完整时长。计算方式为给定发票号码的首个活动(如“发票已登记”)与最后一个活动(如“执行付款”)之间的时间差。 这是衡量整体流程效率的首要 KPI。它提供了绩效的高层视图,并用于“发票端到端周期时间”仪表板。分析该指标的趋势并按供应商或金额等属性进行细分,有助于发现广泛的改进机会。
为何重要
代表衡量整体流程速度和效率的关键高层 KPI,总结了每张发票的处理表现。
获取方式
这是在流程挖掘工具内或数据准备期间按案例级别计算的。它是每个 CaseId 的第一个和最后一个事件时间戳之间的时间差。
示例
P15DP22DT5H30MP7D
|
|||
|
拒绝原因
RejectionReason
|
审批人拒绝发票时提供的原因。 | ||
|
描述
当发票在审批工作流中被退回时,审批人通常会提供理由。该属性记录了相关解释,可以是预定义的代码或自由文本。 这是“发票退回分析”仪表板的关键属性。它提供了定性洞察,帮助了解退回的根本原因,例如“采购订单编号错误”、“重复发票”或“价格不符”。分析这些原因有助于优先采取措施,从而降低退回率。
为何重要
直接提供发票被拒绝原因的洞察,从而采取针对性措施减少返工并提高一次性成功率。
获取方式
通常存在于工作流处理表的注释或历史日志中。
示例
数量不正确重复发票超过审批限额
|
|||
|
是否已自动化
IsAutomated
|
一个标志,指示某活动是由系统自动执行还是由人工用户操作完成。 | ||
|
描述
是否自动化 (Is Automated) 这一布尔属性(真/假)区分了系统执行的事件和人工任务。例如,发票匹配步骤可能是自动化的,而差异处理则是人工的。 分析此属性是了解流程自动化水平的关键。它有助于衡量自动化计划的成功程度,识别剩余的手动瓶颈,并突出进一步自动化的机会,以提高效率并减少错误。
为何重要
有助于衡量流程的自动化程度,识别人工瓶颈和提高效率的机会。
获取方式
这通常基于“用户 (User)”属性得出。如果用户是已知的系统或服务账号,则此标志设置为 true。
示例
truefalse
|
|||
|
是否按时付款
IsOnTimePayment
|
一个计算出的标记,用于指示发票是否在到期日或之前支付。 | ||
|
描述
是否准时付款 (Is Paid On Time) 这一布尔属性通过比较“执行付款”活动的时间戳与“付款截止日期”得出。如果付款日期小于或等于截止日期,则值为 true,否则为 false。 此属性直接支持“准时付款率”KPI 和“付款条款合规”仪表板。它通过为每张发票提供明确的二元结果来简化分析,从而可以轻松过滤逾期付款,并按供应商、部门或国家调查其根本原因。
为何重要
直接衡量对付款条件的遵守情况,简化“按时付款率”KPI 的计算及相关分析。
获取方式
此属性在数据转换层计算。逻辑为:(“执行付款”活动的时间戳) <= (付款截止日期)。
示例
truefalse
|
|||
|
部门
Department
|
发票成本所分配到的成本中心或部门。 | ||
|
描述
部门 (Department) 标识了负责发票费用的业务单位或成本中心。这通常是在发票编码活动期间确定的。 按部门分析流程是了解各部门在支出、审批时间和合规性方面差异的关键。它有助于识别哪些部门的发票异常最多或审批周期最长,为针对性的沟通和培训提供依据。
为何重要
支持按部门进行成本和流程分析,突出整个组织内绩效和合规性的差异。
获取方式
源自链接到发票行或表头的财务维度。这需要查询与维度相关的数据结构。
示例
销售市场营销IT运维
|
|||
采购到付款 — 发票处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
发票与采购订单匹配
|
代表匹配流程成功完成,即发票详情与采购订单和收货信息一致。当发票匹配状态更新为“通过”时,即可推断发生此事件。 | ||
|
为何重要
成功匹配是有 PO 发票的关键里程碑,可在付款前确认费用的有效性。这对于跟踪匹配效率和自动化率至关重要。
获取方式
根据供应商发票标头或行(例如 VendInvoiceInfoTable)上的匹配状态字段更新为“通过”或“成功匹配”值推断得出。
捕获
发票匹配验证详情中状态更改为“通过”的时间戳。
事件类型
inferred
|
|||
|
发票已发送审批
|
此活动标志着发票正式提交至工作流进行审核和审批。Dynamics 365 工作流引擎会明确记录此提交事件。 | ||
|
为何重要
这是衡量整个审批周期的起点。它有助于识别发票在审批流程开始前的等待时长,也是审批相关 KPI 的触发点。
获取方式
这是发票提交到工作流时记录在工作流历史表(例如 WorkflowTrackingStatusTable)中的明确事件。
捕获
工作流历史记录中工作流提交记录的创建时间戳。
事件类型
explicit
|
|||
|
发票已审批
|
代表发票在工作流中最终通过审批,授权进行入账和付款。这是工作流引擎在完成时记录的一个明确事件。 | ||
|
为何重要
这是结束审批流程的关键里程碑。从“发票已发送审批”到此事件的时间是审批效率的关键衡量指标,有助于识别瓶颈。
获取方式
这是工作流状态更改为“已审批”时记录在工作流历史表(例如 WorkflowTrackingStatusTable)中的明确事件。
捕获
工作流历史中“已审批”状态条目的时间戳。
事件类型
explicit
|
|||
|
发票已登记
|
这是发票进入系统的初始条目,在处理完整详情之前创建一个占位符记录。当在供应商发票登记日记账中创建新记录时,会捕获此活动。 | ||
|
为何重要
此活动标志着发票处理生命周期的正式开始。从此时点开始分析有助于衡量总处理时长并识别早期阶段的延迟。
获取方式
这是从供应商发票登记簿中创建记录时捕获的明确事件,通常在 VendInvoiceRegisterJournalTable 或类似的待处理发票表中。
捕获
供应商发票登记日记账中记录的创建时间戳。
事件类型
explicit
|
|||
|
发票已过账
|
这是正式的会计事件,即批准的发票记录在总账中,并产生负债。这是系统中一个明确的交易事件。 | ||
|
为何重要
入账(过账)是付款前的最后一步,也是关键的财务控制点。从“发票已审批”到“发票已入账”的时间衡量了最后会计步骤的效率。
获取方式
这是从在 VendTrans 等表中创建已过账供应商交易以及相关的 GeneralJournalEntry 和 LedgerEntry 记录时捕获的明确事件。
捕获
供应商事务表 (VendTrans) 中记录的创建时间戳。
事件类型
explicit
|
|||
|
已执行付款
|
这是最后一个活动,代表付款日记账的过账,从而生成付款并结算发票。这是一个结束发票生命周期的明确交易事件。 | ||
|
为何重要
此活动标志着发票到付款流程成功结束。它是衡量“准时付款率”和总端到端周期时间的基础。
获取方式
这是从过账付款日记帐时捕获的明确事件。结算信息记录在 VendSettlement 等表中,将付款与发票链接起来。
捕获
结算供应商交易的付款日记帐的入账时间戳。
事件类型
explicit
|
|||
|
付款已安排
|
当已过账发票被包含在付款提案或付款日记账中(但在执行付款之前)会发生此活动。这是创建付款日记账行的明确动作。 | ||
|
为何重要
这标志着从应付账款到财务资金运营的过渡。分析这一步骤可以揭示发票过账与发起付款之间的延迟。
获取方式
这是从付款日记帐 (LedgerJournalTrans) 中创建一行时捕获的明确事件,该行用于结算已过账的供应商交易。
捕获
引用该发票的付款日记账行的创建时间戳。
事件类型
explicit
|
|||
|
匹配不一致已处理
|
标记先前识别的匹配差异已解决,允许发票继续后续流程。当匹配状态为“失败”的发票被成功重新匹配或手动覆盖时,即可推断发生此事件。 | ||
|
为何重要
此活动结束了差异解决子流程。从“发现匹配差异”到此事件之间的时间是衡量解决效率的关键 KPI。
获取方式
通过在同一发票发生“发现匹配差异”事件之后发生的成功匹配事件(“发票与采购订单匹配”)推断得出。
捕获
识别跟在“失败”状态时间戳之后的“通过”匹配状态时间戳。
事件类型
inferred
|
|||
|
发现匹配不一致
|
当发票、采购订单或收货单之间不一致导致发票匹配失败时,会发生此活动。当发票匹配状态被设置为“失败”或“不一致”时,会捕获此事件。 | ||
|
为何重要
识别差异发生的时间和原因是“匹配差异率”KPI 的关键。该活动标志着解决过程的开始,而这通常是重大延迟的源头。
获取方式
根据供应商发票(例如 VendInvoiceInfoTable)上的匹配状态字段更新为“失败”值推断得出。失败原因通常也会被记录。
捕获
匹配期间状态更改为“失败”或“不一致”的时间戳。
事件类型
inferred
|
|||
|
发票已拒绝
|
指示审批人已退回发票,从而终止流程并通常将其发回以进行更正。工作流引擎会明确记录此退回事件。 | ||
|
为何重要
跟踪拒绝情况有助于量化返工,并识别失败的常见原因(如编码错误或违反政策)。这直接支持“发票拒绝率”KPI。
获取方式
这是工作流状态更改为“已拒绝”或“已取消”时记录在工作流历史表(例如 WorkflowTrackingStatusTable)中的明确事件。
捕获
工作流历史中“已拒绝”状态条目的时间戳。
事件类型
explicit
|
|||
|
发票已编码
|
此活动表示总账科目分配已指定给发票行。通常通过创建或最终确定与发票关联的分类账科目分配来推断。 | ||
|
为何重要
编码是确保财务准确性的关键步骤。衡量发票编码所需的时间有助于识别会计审核流程中的瓶颈,并支持“平均数据采集至编码时间”KPI。
获取方式
根据与待定供应商发票关联的会计分配表(例如 AccountingDistribution)中记录的创建和验证推断得出。
捕获
发票的会计分配被保存并验证的时间戳。
事件类型
inferred
|
|||
|
发票数据已捕获
|
代表发票数据录入的完成(包括表头和行明细),随后提交匹配或审批。当发票记录从“新建”或“已登记”状态转变为“准备就绪”状态时,通常可以推断出此事件。 | ||
|
为何重要
跟踪此活动有助于衡量数据录入过程(无论是手动还是 OCR 自动)的效率。此处的延迟可能会影响整个流程的后续环节。
获取方式
根据待定供应商发票记录(例如 VendInvoiceInfoTable)上的状态更改推断得出。当所有必填字段都已填充且发票准备好进行下一步时,该事件发生。
捕获
检测待定发票表上的状态更改,以指示数据录入完成。
事件类型
inferred
|
|||
|
已设置付款冻结
|
当发票被挂起(阻止付款)时会发生此活动。这可以通过已过账发票记录上的付款锁定或挂起状态字段的变化来捕获。 | ||
|
为何重要
付款锁定是导致延迟付款的主要原因。分析何时以及为何设置锁定,对于提高准时付款表现和供应商关系至关重要。
获取方式
根据已过账供应商事务 (VendTrans) 上付款暂停或冻结字段的更改推断得出。更改日志可用于捕获时间戳。
捕获
设置供应商交易上付款锁定字段时的更新时间戳。
事件类型
inferred
|
|||
|
支付冻结已解除
|
代表解除付款挂起,允许发票进入付款排期。当付款锁定字段被清除或更改为未锁定状态时,会捕获此事件。 | ||
|
为何重要
衡量解决导致付款挂起的问题所需的时间。从设置锁定到解除锁定之间的时间过长,表明问题解决流程效率低下。
获取方式
根据已过账供应商事务 (VendTrans) 上清除付款暂停或冻结字段的更改推断得出。更改日志可提供时间戳。
捕获
清除供应商交易上付款锁定字段时的更新时间戳。
事件类型
inferred
|
|||