数据模板:应付账款发票处理
您的应付账款发票处理数据模板
- 建议采集的属性
- 需要追踪的关键活动
- NetSuite数据提取指南
应付账款发票处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Activity
ActivityName
|
发票处理流程中发生的业务活动或事件的名称。 | ||
|
描述
此 attribute 描述应付账款流程中的特定步骤或里程碑(如“供应商账单已创建”、“发票已批准”等)。分析这些 activities 的顺序和频率是 Process Mining 核心,可可视化流程流,识别变体、瓶颈或偏离之处。这些 activities 构成流程图中的节点。
为何重要
它定义了流程的各个步骤,便于流程图的可视化、过渡时间的计算以及瓶颈和返工循环的识别。
获取方式
源自NetSuite中的供应商账单和相关付款记录的系统日志、审计跟踪或状态变更。这通常需要转换逻辑。
示例
供应商账单已创建发票已审批执行付款已识别差异
|
|||
|
发票
Invoice
|
每张供应商发票的唯一标识符。 | ||
|
描述
“发票”作为主要的案例标识符,关联了从发票接收到最终付款的所有活动。 此属性对于重构每张发票的端到端旅程至关重要。在分析中,它支持对单个发票流程进行筛选、聚合和详细检查,从而构成了变体分析和周期时间计算的核心基础。
为何重要
它是将所有相关 event 连接到单个流程实例的基本属性,从而能够对每张发票的生命周期进行端到端分析。
获取方式
这是 NetSuite 中 Vendor Bill 交易记录的主键,通常被称为 Transaction ID 或 Document Number。
示例
INV-2023-001237894561VN54321A
|
|||
|
开始时间
EventTime
|
指示某项活动或事件开始的时间戳。 | ||
|
描述
此 attribute 记录特定 activity 的精确日期和时间,提供每个 case 中 event 的时间顺序。此 timestamp 对所有基于时间的分析(如 cycle time 计算、流程持续时间及延迟识别)至关重要。它用于正确排序 event,并构成了绩效 KPI 的基础,例如“平均发票审批时间”和“Days Payable Outstanding”。
为何重要
它提供了 event 的时间顺序,这对于计算所有基于持续时间的指标、发现瓶颈以及了解流程绩效至关重要。
获取方式
与 NetSuite 交易记录和系统备注中的状态更改或创建/修改日期相关联的时间戳字段。
示例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
最后数据更新
LastDataUpdate
|
此事件数据上次从源系统刷新时的时间戳。 | ||
|
描述
此 attribute 指示 event data 最近一次从 NetSuite 提取的时间。它反映了 Process Mining 工具中 data 的时效性。 这对于理解分析的时效性很重要。用户可以查看 data 的最新程度,这对于跟踪近实时发票 status 的 operational dashboard 尤为重要。
为何重要
提供数据新鲜度透明度,使用户能够了解流程分析的最新程度以及何时预期进行下一次数据刷新。
获取方式
此时间戳由数据提取工具或数据管道在数据摄取时生成。
示例
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
源系统
SourceSystem
|
数据提取来源系统。 | ||
|
描述
此 attribute 标识流程 data 的来源。对于此 view,它将始终为 'NetSuite'。 在具有多个 systems(例如,外部 OCR system 和 ERP)的环境中,此 field 对于 data lineage 和 troubleshooting 至关重要。它确认所有 event 都被正确地归因于记录的 source system。
为何重要
确保数据来源可追溯,这在多系统环境中至关重要,以便追溯数据源头进行验证和理解其背景。
获取方式
这是一个静态值(“NetSuite”),在数据提取和转换过程中填充。
示例
NetSuite
|
|||
|
供应商名称
VendorName
|
提交此发票的供应商名称。 | ||
|
描述
此 attribute 标识了与发票关联的供应商法定名称,是 transaction 的一项关键 master data。按供应商分析流程有助于识别特定供应商问题(如频繁不符、付款延迟或动态折扣机会),对“发票状态和账龄 Dashboard”至关重要,支持未结发票分类及 relationship management。
为何重要
允许按供应商进行绩效分析,有助于识别问题供应商、协商更优条款并有效管理合作关系。
获取方式
来自与供应商账单交易关联的供应商记录。该字段通常标记为‘供应商名称’或‘公司名称’。
示例
全球办公用品有限公司Tech Solutions LLCCreative Marketing Co.
|
|||
|
发票到期日
InvoiceDueDate
|
发票必须支付以避免罚款的截止日期。 | ||
|
描述
此属性指明根据供应商的付款条件和发票日期确定的付款到期日。这是应付账款 (AP) 流程中的一个关键截止日期。 此日期是“Payment Compliance Dashboard”和“Payment Term Adherence Rate” KPI 的基准。它用于确定付款是否按时、提前或延迟,这直接影响供应商关系,并可能产生滞纳金。
为何重要
作为衡量准时付款表现的主要基准,它对供应商关系和财务合规性至关重要。
获取方式
这是 Vendor Bill 交易记录上的一个标准“Due Date”字段。
示例
2023-11-302023-12-152024-02-28
|
|||
|
发票金额
InvoiceAmount
|
发票的总金额。 | ||
|
描述
此 attribute 表示供应商发票的总应付金额(不含扣除或折扣),是每个 case 的核心财务指标。Invoice amount 用于财务分析,例如按价值区间(高/低)分类发票,以判断流程路径差异。它也用于 dashboards,了解瓶颈或延迟的财务影响,并是 DPO 计算的基础。
为何重要
能够对流程低效进行财务影响分析,并允许按价值对发票进行细分,以优先处理高价值项目。
获取方式
供应商账单交易记录表头中的“金额”或“总计”字段。
示例
1500.75250.0012500.50
|
|||
|
处理人用户
ProcessorUser
|
负责处理或录入发票的用户。 | ||
|
描述
此 attribute 标识了负责对发票进行 data entry 或初步 processing 的应付账款团队成员。此 data 对于“AP 员工工作量分配 Dashboard”至关重要,有助于管理者分析工作量平衡、识别培训需求、衡量绩效,并可将错误追溯至 processor,调查根本原因。
为何重要
通过将活动归因于特定的应付账款(AP)人员,实现工作量分析、绩效监控以及错误根本原因分析。
获取方式
供应商账单早期活动对应的系统备注或审计追踪中的“创建人”或“修改人”字段。
示例
j.doea.smithm.jones
|
|||
|
审批人
Approver
|
负责审批发票付款的用户。 | ||
|
描述
此 attribute 标识了对发票进行最终审批的经理或预算负责人。一张发票在 lifecycle 中可能有多个 approver。它是“审批瓶颈分析 Dashboard”的关键维度,有助于通过分析审批时间,识别低效个人,重新分配发票以平衡 workload,并 streamline 整体审批流程。
为何重要
直接有助于识别审批瓶颈,并有助于分析审批链中相关管理者的工作量和绩效。
获取方式
此信息通常存储在与 Vendor Bill 交易相关的工作流历史记录或审批日志中。
示例
s.chenp.williamsr.davis
|
|||
|
采购订单号
PurchaseOrderNumber
|
与发票关联的采购订单标识符(如适用)。 | ||
|
描述
此 attribute 将供应商发票与预先批准的采购订单 (PO) 相关联。其存在与否是区分有无 PO 支撑发票的关键。此 field 对“采购订单/收货匹配效率 Dashboard”和“KPI”至关重要。根据PO支撑分析流程,有助于识别三方匹配效率提升和自动化机会。
为何重要
区分采购订单(PO)发票和非采购订单发票,这两种发票通常遵循不同的流程路径,并且具有不同的自动化潜力。这是分析匹配效率的关键。
获取方式
这通常位于 Vendor Bill 记录的明细项或表头中,将其关联到采购订单交易。
示例
PO-004589PO-005123null
|
|||
|
付款条款
PaymentTerms
|
双方约定的发票付款条款(例如:Net 30,2% 10 Net 30)。 | ||
|
描述
此 attribute 定义了供应商期望付款的条件,包括付款期限和任何潜在的提前付款折扣。 付款条款用于计算“发票到期日”和任何“提前付款折扣日期”。它们对于“付款合规性 Dashboard”至关重要,并有助于分析获得提前付款折扣的机会,从而优化营运资金。
为何重要
它决定了付款截止日期和折扣机会,直接影响现金流管理以及获取节省的能力。
获取方式
供应商账单交易中的“付款条款”字段,通常继承自供应商主记录。
示例
账期30天账期60天2% 10, Net 30
|
|||
|
公司代码
CompanyCode
|
处理此发票的法人实体或子公司的标识符。 | ||
|
描述
此属性指明组织内对发票负责的公司或子公司。这对于拥有多个法律实体的企业尤为重要。 通过公司代码分析流程,可以比较业务不同部门的绩效。它能突出特定子公司的效率、合规性或工作量方面的差异,从而实现有针对性的改进措施。
为何重要
能够比较不同法律实体或子公司的流程绩效,促进有针对性的改进并确保企业治理。
获取方式
在 NetSuite 中,这对应于 OneWorld 账户交易记录上的“子公司”字段。
示例
US01DE01UK01
|
|||
|
单据类型
DocumentType
|
正在处理的文档类型(例如,发票、贷项通知单)。 | ||
|
描述
此 attribute 区分标准发票和其他相关文档,例如贷项通知单,这些文档可能遵循不同的 processing 规则或 workflow。 按文档类型分析流程可确保您比较的是同类项目。例如,大额发票的审批流程可能比小额贷项通知单更为严格。这种细分提供了更准确的流程绩效视图。
为何重要
允许根据不同类型的财务文件对流程进行细分,这些文件可能具有不同的处理路径和关键绩效指标(KPI),从而实现更精确的分析。
获取方式
这可以从 NetSuite 中的 transaction type(例如“Vendor Bill”、“Vendor Credit”)中识别。
示例
标准发票贷项通知单借项通知单
|
|||
|
发票状态
InvoiceStatus
|
发票的当前处理状态。 | ||
|
描述
此 attribute 指示供应商账单在 AP lifecycle 中的当前 state(如“未结”、“待审批”或“已全额支付”)。它是“发票状态和账龄 Dashboard”的关键 attribute,提供了当前 workload 和 liabilities 快照,支持聚焦未结或问题发票,并跟踪完成进度。
为何重要
提供发票在流程中的实时快照,这对于运营监控、工作量管理和财务预测至关重要。
获取方式
供应商账单交易记录中的“状态”字段。
示例
未结待审批已全额支付
|
|||
|
处理时间
ProcessingTime
|
积极处理某项活动所花费的时间。 | ||
|
描述
此 attribute 衡量单个 activity 的从开始到结束的持续时间,代表 resource 积极参与 task 所花费的时间。与 cycle time 不同,processing time 有助于分析特定 task 所需实际工作量,例如衡量“尝试 PO 匹配”时间以评估效率并识别自动化机会。
为何重要
衡量某项activity的实际工作时长,有助于区分实际工作时间和闲置等待时间,以便更好地分析resource利用率和efficiency。
获取方式
通过计算活动的结束时间(EndTime)与开始时间(StartTime)之间的差值得出。要求每个活动都提供这两个时间戳。
示例
PT5MPT1H30MPT8H
|
|||
|
币种
Currency
|
发票金额的币种代码(例如:USD、EUR)。 | ||
|
描述
此属性指明发票的计价币种。它为“InvoiceAmount”提供了必要的背景信息。 对于跨国组织来说,以单一、一致的币种分析数据至关重要。此字段支持正确的货币换算,并确保财务指标能够在不同区域或业务部门间进行同等比较。
为何重要
为所有金额提供必要的背景信息,确保准确的财务分析,尤其是在跨国运营中。
获取方式
供应商账单交易记录中的“币种”字段,通常与供应商主数据关联。
示例
USDEURGBPCAD
|
|||
|
折扣日期
EarlyPaymentDiscountDate
|
有资格享受早期付款折扣的发票支付截止日期。 | ||
|
描述
此属性指明根据“Payment Terms”(例如“2% 10, Net 30”中的“10”)有资格获得供应商折扣的最后付款日期。 此日期是“Early Payment Discount Opportunities”dashboard 的主要驱动因素。通过将此日期与当前日期和付款日期进行比较,系统可以识别机会,衡量“Early Payment Discount Capture Rate” KPI,并帮助公司最大限度地节省成本。
为何重要
这是通过提前付款折扣实现成本节约最大化的关键日期;跟踪它有助于优化现金管理。
获取方式
这是 Vendor Bill 记录上的一个计算字段,源自发票日期和“Terms”字段。
示例
2023-11-102024-01-20null
|
|||
|
支付日期
PaymentDate
|
发票支付的执行日期。 | ||
|
描述
此 attribute 记录向供应商支付 cash disbursement 的 date,标志着发票的最终财务结算。此 date 用于确定许多 KPI 的实际流程结束时间(如“Days Payable Outstanding”和“Payment Term Adherence Rate”),是用于与“Invoice Due Date”和“Early Payment Discount Date”进行衡量比较的真实事件。
为何重要
它标志着流程的财务终结,也是计算支付合规性、DPO 和折扣获取 KPI 的基础。
获取方式
来自NetSuite中关联的账单支付交易记录的‘日期’字段。
示例
2023-11-282023-12-142024-02-25
|
|||
|
是否已获取提前付款折扣
IsEarlyPaymentCaptured
|
一个指示是否成功获取了可用提前付款折扣的标志。 | ||
|
描述
此计算型 boolean 属性用于检查具有可用折扣的发票是否在“Early Payment Discount Date”当天或之前完成支付。 此属性对于衡量“Early Payment Discount Capture Rate” KPI 以及为“Early Payment Discount Opportunities”dashboard 提供支持至关重要。它为公司的折扣获取策略提供了明确的成功/失败指标,并能突显错失的节省机会。
为何重要
直接衡量财务或应付账款(AP)部门在实现成本节约方面的有效性,这是衡量财务绩效的关键指标。
获取方式
在数据转换过程中计算:对于有折扣的发票,满足PaymentDate <= EarlyPaymentDiscountDate。
示例
true否null
|
|||
|
是否按时付款
IsOnTimePayment
|
一个指示发票是否在到期日或之前支付的标志。 | ||
|
描述
此计算型 boolean 属性评估“Payment Date”是否小于或等于“Invoice Due Date”。它为每张发票的付款及时性提供了明确的二元结果。 此属性直接支持“Payment Compliance Dashboard”,并用于计算“Payment Term Adherence Rate” KPI。它通过允许用户即时筛选所有逾期付款并调查其根本原因,从而简化了分析。
为何重要
简化了付款及时性分析,直接为遵守付款条款和供应商关系管理相关的关键绩效指标(KPI)提供支持。
获取方式
在数据转换过程中计算:满足PaymentDate <= InvoiceDueDate。
示例
true否
|
|||
|
是否返工
IsRework
|
一个指示该活动是否属于返工循环的标志。 | ||
|
描述
此计算型 boolean 属性用于识别代表重复工作的活动,例如第二次出现“Discrepancy Identified”event,或 invoice 被 rejected 后重新提交 approval。 此属性对于“Rework and Error Analysis”dashboard 和“Invoice Rework Rate” KPI 至关重要。它使企业能够量化返工的频率和影响,帮助找出效率低下、错误和流程偏差的根源。
为何重要
通过识别和量化代表无效付出的活动,揭示流程低效环节,从而支持有针对性的改进措施,以提升质量和首次通过率。
获取方式
在数据转换过程中,通过分析给定案例的活动序列计算得出。例如,如果“发票已审批”之后是“发票已驳回”,然后再次“发票已审批”。
示例
true否
|
|||
应付账款发票处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
供应商账单已创建
|
标记供应商新发票在NetSuite中的录入。此信息来自供应商账单交易记录的创建日期,代表应付账款流程的正式开始。 | ||
|
为何重要
确立所有发票处理周期时间计算的起点,这对于衡量整体流程效率和跟踪发票账龄至关重要。
获取方式
供应商账单交易记录中的“创建日期”字段。
捕获
Vendor Bill 的交易创建事件。
事件类型
explicit
|
|||
|
发票已审批
|
此事件表示供应商账单已获得指定审批人的支付授权。当账单的“审批状态”更新为“已批准”时,系统即会记录此事件。 | ||
|
为何重要
这是一个关键里程碑,它结束了审批阶段,并允许发票过账并安排付款。它是衡量审批效率的关键数据点。
获取方式
Vendor Bill 记录上“Approval Status”字段变为“Approved”的时间戳,记录在系统备注或工作流日志中。
捕获
工作流日志或系统备注时间戳,表示“审批状态”为“已批准”。
事件类型
explicit
|
|||
|
发票已结案
|
标记供应商账单记录的最终结清,通常在账单已全额支付后。当供应商账单status变为“Paid in Full”时,即推断为已结清。 | ||
|
为何重要
提供流程生命周期的明确结束event,确认该特定发票无需进一步操作。
获取方式
从供应商账单记录上“状态”字段更改为“已全额支付”的 timestamp 中推断,如系统备注中所追踪。
捕获
“Status”字段变为“Paid in Full”的时间戳。
事件类型
inferred
|
|||
|
发票已过账至总账
|
标记供应商账单的财务影响正式记录到总账的时刻。此信息由账单获批且“Posting”flag被设定时的transaction date捕获。 | ||
|
为何重要
这是一个关键财务控制点,确认公司已正式认可负债。过账延迟可能影响财务报告的准确性。
获取方式
与从供应商账单创建的总账(GL)交易关联的过账日期。账单上的“过账”字段将被核查。
捕获
与 Vendor Bill 相关联的 GL 总账过账的交易日期。
事件类型
explicit
|
|||
|
审批提交
|
此事件标志着 Vendor Bill 正式进入审批工作流。它在 bill 的“Approval Status”从草稿状态变为“Pending Approval”时被记录。 | ||
|
为何重要
此 activity 是衡量审批周期时间的起点,这对于识别特定审批人或部门的瓶颈至关重要。
获取方式
从供应商账单记录上“审批状态”更改为“待审批”的 timestamp 中推断,如系统备注中所追踪。
捕获
“Approval Status”字段变为“Pending Approval”的时间戳。
事件类型
inferred
|
|||
|
执行付款
|
该事件表示对发票的最终支付。其发生日期将从应用于供应商账单的供应商付款记录的交易日期中获取。 | ||
|
为何重要
这是 AP 流程的主要终点,对于计算端到端周期时间、付款条款合规性,以及 Days Payable Outstanding (DPO) 至关重要。
获取方式
与供应商账单关联的供应商付款交易记录中的“日期”字段。
捕获
应用于 bill 的 Vendor Payment 记录的交易日期。
事件类型
explicit
|
|||
|
发票已重新路由进行审批
|
当发票因更改或拒绝而被退回至早期stage或不同的approver时发生。当“Approval Status”从“Pending Approval”变回另一个state,然后再次变为“Pending Approval”时,即推断为发生此情况。 | ||
|
为何重要
识别重新路由 event 是理解审批流程中返工循环的关键,这些循环会显著延长处理周期。
获取方式
从系统备注中推断,通过检测同一账单的“审批状态”多次更改为“待审批”的序列。
捕获
分析系统日志中“审批状态”变化的序列。
事件类型
inferred
|
|||
|
发票已驳回
|
此事件表示供应商账单在审批流程中被正式拒绝,需要修改并重新提交。当账单的“审批状态”更新为“已拒绝”时,系统即会记录此事件。 | ||
|
为何重要
跟踪驳回对于返工分析至关重要,有助于找出常见失败原因(例如编码错误、政策违规),并提高首次通过审批率。
获取方式
Vendor Bill 记录上“Approval Status”字段变为“Rejected”的时间戳,记录在系统备注中。
捕获
工作流日志或系统备注时间戳,表示“审批状态”为“已拒绝”。
事件类型
explicit
|
|||
|
安排付款
|
此 activity 表示供应商账单已被选定进行付款并已纳入付款批次。当创建具有未来付款日期的供应商 Payment transaction 时,此 activity 就会被捕获。 | ||
|
为何重要
此事件提供了支付流程的可见性,有助于现金流预测并管理付款时间,从而抓住提前付款折扣机会。
获取方式
应用于供应商账单的供应商付款交易记录的创建日期。
捕获
相关联的供应商付款交易记录的创建时间戳。
事件类型
explicit
|
|||
|
尝试采购订单匹配
|
该操作指将供应商账单与相应采购订单关联,以进行验证。当采购订单(PO)首次在供应商账单记录的“物料”或“费用”子列表中被关联,且发生在审批之前时,即可推断出此操作。 | ||
|
为何重要
跟踪此步骤有助于分析匹配流程的效率,并识别甚至在发票提交审批之前的延迟。
获取方式
从系统备注日志中推断,该日志显示“创建自”字段的初始填充或供应商账单上的行项目级别采购订单引用。
捕获
检测系统备注中采购订单(PO)参考字段的填充情况。
事件类型
inferred
|
|||
|
已获得提前付款折扣
|
当发票付款在提前付款折扣截止日期前完成时触发的计算事件。该事件通过比较付款日期与供应商账单上的折扣条款计算得出。 | ||
|
为何重要
直接衡量应付账款(AP)团队在获取折扣方面的成功程度,这直接影响公司的盈利能力和现金管理策略。
获取方式
这是一个计算事件。它需要比较 Vendor Payment 交易中的“Date”与从 Vendor Bill 的“Terms”字段中派生出的折扣日期。
捕获
比较供应商付款的“日期”与从供应商账单“条款”中得出的折扣日期。
事件类型
calculated
|
|||
|
已识别差异
|
当发票、采购订单或收货单之间发现不匹配,从而阻止进一步 processing 时,此 activity 就会发生。这通常根据用户设置的特定“审批状态”来推断,例如“暂停”或“待澄清”。 | ||
|
为何重要
突出此活动有助于查明验证流程中产生阻碍和返工的根源,而这些正是造成付款延迟的主要原因。
获取方式
从供应商账单“审批状态”字段变为非标准待处理状态(例如“已暂停”)的更改中推断而来。可能需要自定义状态配置。
捕获
跟踪“Approval Status”字段的更改,以表明暂停或待查。
事件类型
inferred
|
|||
|
已识别逾期付款
|
当发票付款晚于到期日时触发的计算事件。该事件通过比较付款执行日期与供应商账单上注明的到期日来确定。 | ||
|
为何重要
此 activity 对于监控付款合规性以及管理供应商关系至关重要。频繁的逾期付款会损害供应商信任。
获取方式
通过比较供应商付款交易的“日期”与供应商账单记录中的“到期日”字段计算得出。若付款日期晚于到期日,此事件即发生。
捕获
比较供应商付款的“日期”与供应商账单的“到期日”。
事件类型
calculated
|
|||
|
贷项通知单已应用
|
当供应商贷项通知单应用于供应商账单时发生,以减少所欠金额。此信息由关联这两个交易的应用event捕获。 | ||
|
为何重要
应用贷项通知单是结清发票的一种重要方式。跟踪此操作有助于了解核销和退货如何影响整个应付账款流程。
获取方式
供应商贷记交易应用于供应商账单时所记录的应用日期。此信息可在账单的相关记录中查看。
捕获
将 Vendor Credit 应用于 Vendor Bill 的时间戳。
事件类型
explicit
|
|||