您的应付账款发票处理数据模板
您的应付账款发票处理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- NetSuite数据提取指南
应付账款发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
发票
Invoice
|
每张供应商发票的唯一标识符。 | ||
|
说明
“发票”是主要案例标识符,用于关联从收到发票到最终付款期间发生的所有活动。 该属性对于重建每张发票的端到端流程至关重要。在分析中,它支持筛选、聚合和详细查看单张发票的流程路径,是变体分析和周期时间计算的基础。
为什么重要
这是连接所有相关事件并形成单个流程实例的基础属性,使您能够端到端分析每张发票的生命周期。
获取位置
这是NetSuite中供应商账单交易记录的主键,通常称为交易ID或单据编号。
示例
INV-2023-001237894561VN54321A
|
|||
|
开始时间
EventTime
|
表示活动或事件开始时间的时间戳。 | ||
|
说明
该属性记录具体活动发生的准确日期和时间,提供每个案例中事件的时间顺序。 该时间戳对于所有基于时间的分析都至关重要,包括计算活动之间的周期时间、端到端流程总时长以及识别延迟。它用于正确排列事件,也是“平均发票审批时间”和“应付账款周转天数”等绩效KPI的基础。
为什么重要
它提供事件的时间顺序,对于计算所有基于时长的指标、发现瓶颈和了解流程绩效至关重要。
获取位置
与NetSuite交易记录及系统备注中的状态变更或创建、修改日期相关的时间戳字段。
示例
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
活动
ActivityName
|
发票流程中发生的业务活动或事件名称。 | ||
|
说明
此属性描述应付账款流程中的具体步骤或里程碑,例如“供应商账单已创建”“发票已批准”或“付款已执行”。 分析这些活动的顺序和频率是流程挖掘的核心。它有助于可视化流程、识别常见和少见的流程变体,并找出瓶颈或偏离标准过程的情况。已定义的活动构成流程图节点。
为什么重要
它定义流程步骤,支持流程图可视化、转换时间计算,以及瓶颈和返工循环识别。
获取位置
根据NetSuite中供应商账单及相关付款记录的系统日志、审计轨迹或状态变更得出,通常需要配置转换逻辑。
示例
供应商账单已创建发票已批准付款已执行发现差异
|
|||
|
数据最后更新时间
LastDataUpdate
|
该事件数据最近一次从源系统刷新的时间戳。 | ||
|
说明
该属性表示事件数据最近一次从NetSuite提取的时间,反映流程挖掘工具中的数据新鲜度。 这对于了解分析的时效性非常重要。用户可以查看数据的最新程度,这对于跟踪近实时发票状态的运营仪表板尤其重要。
为什么重要
透明呈现数据新鲜度,帮助用户了解流程分析的时效性以及预计的下一次数据刷新时间。
获取位置
该时间戳由数据提取工具或数据管道在导入数据时生成。
示例
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取数据的系统。 | ||
|
说明
该属性标识流程数据的来源。在此视图中,其值始终为“NetSuite”。 在包含多个系统的环境中(例如外部OCR系统和ERP),该字段对于数据血缘和问题排查至关重要,可确认所有事件均正确归属于记录系统。
为什么重要
确保数据来源可追溯。在多系统环境中,它对于将数据追溯至源头、进行验证并了解数据背景至关重要。
获取位置
这是在数据提取和转换过程中填充的静态值(“NetSuite”)。
示例
NetSuite
|
|||
|
供应商名称
VendorName
|
提交发票的供应商名称。 | ||
|
说明
该属性标识与发票关联的供应商法定名称,是交易关联的关键主数据。 按供应商分析流程,有助于识别特定供应商的问题,例如频繁出现差异、付款延迟或动态折扣机会。它对于“发票状态和账龄”仪表板按类别查看未结发票以及管理供应商关系都至关重要。
为什么重要
支持按供应商分析绩效,帮助识别问题供应商、协商更优条款并有效管理供应商关系。
获取位置
来自与供应商账单交易关联的供应商记录。该字段通常标记为“供应商名称”或“公司名称”。
示例
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
发票到期日
InvoiceDueDate
|
为避免产生罚金,发票必须完成付款的日期。 | ||
|
说明
此属性根据供应商付款条款和发票日期指定付款到期日,是应付账款流程中的关键期限。 此日期是“Payment Compliance Dashboard”和“Payment Term Adherence Rate”KPI的基准,用于判断付款是否按时、提前或逾期。付款时效会直接影响供应商关系,并可能产生逾期付款费用。
为什么重要
作为衡量按时付款绩效的主要基准,对供应商关系和财务合规至关重要。
获取位置
Vendor Bill交易记录中的标准“Due Date”字段。
示例
2023-11-302023-12-152024-02-28
|
|||
|
发票金额
InvoiceAmount
|
发票的货币总金额。 | ||
|
说明
该属性表示供应商发票在扣除任何款项或折扣前应付的总金额,是每个案例的核心财务指标。 发票金额可用于财务分析,例如按金额区间(高金额与低金额)对发票分类,以判断不同金额发票的流程路径是否存在差异。它还用于仪表板,以了解瓶颈或延迟造成的财务影响,也是计算DPO的基础。
为什么重要
支持分析流程低效造成的财务影响,并按金额对发票分组,以便优先处理高金额发票。
获取位置
供应商账单交易记录抬头中的“金额”或“总计”字段。
示例
1500.75250.0012500.50
|
|||
|
处理人员
ProcessorUser
|
负责处理或录入发票的用户。 | ||
|
说明
此属性用于识别在发票上执行数据录入或初始处理步骤的应付账款团队成员。 此数据是“AP Staff Workload Distribution”仪表板的重要依据。管理人员可据此分析工作负载平衡、识别培训需求并衡量个人或团队绩效。还可通过追溯处理人员,调查错误的根本原因。
为什么重要
支持工作负载分析、绩效监控和错误根因分析,并将活动归因到具体的应付账款人员。
获取位置
Vendor Bill早期活动的系统备注或审计轨迹中的“Created By”或“Modified By”字段。
示例
j.doea.smithm.jones
|
|||
|
审批人
Approver
|
负责批准发票付款的用户。 | ||
|
说明
此属性用于识别对发票作出最终批准的管理人员或预算负责人。发票在整个生命周期中可能经过多名审批人。 这是“Approval Bottleneck Analysis”仪表板的关键分析维度。通过分析每位审批人的审批耗时,企业可以识别审批缓慢的人员、重新分配发票以平衡工作负载,并简化整体审批流程。
为什么重要
直接支持识别审批瓶颈,并帮助分析审批链中管理人员的工作负载和绩效。
获取位置
此信息通常存储在与Vendor Bill交易关联的工作流历史或审批日志中。
示例
s.chenp.williamsr.davis
|
|||
|
采购订单编号
PurchaseOrderNumber
|
与发票关联的采购订单标识符(如适用)。 | ||
|
说明
此属性将供应商发票与预先批准的采购订单(PO)关联。通过该属性是否存在,可区分有PO支持和无PO发票。 此字段是“PO/GR Matching Efficiency”仪表板和“PO/GR Matching Success Rate”KPI的关键数据。根据发票是否有PO支持分析流程,有助于识别三方匹配带来的效率提升和自动化机会。
为什么重要
区分PO发票和非PO发票。两者通常遵循不同的流程路径,自动化潜力也不同,是分析匹配效率的关键属性。
获取位置
通常位于Vendor Bill记录的行项目或抬头中,用于将其关联到Purchase Order交易。
示例
PO-004589PO-005123null
|
|||
|
付款日期
PaymentDate
|
发票付款执行的日期。 | ||
|
说明
此属性记录向供应商支付款项的日期,标志着发票最终完成财务结算。 该日期用于确定许多KPI的实际流程结束时间,包括“Days Payable Outstanding”和“Payment Term Adherence Rate”。它是与“Invoice Due Date”和“Early Payment Discount Date”进行比较的实际事件日期。
为什么重要
标志着流程的财务结束,是计算付款合规、DPO和折扣获取KPI的基础。
获取位置
取自NetSuite中关联Bill Payment交易记录的“Date”字段。
示例
2023-11-282023-12-142024-02-25
|
|||
|
付款条款
PaymentTerms
|
双方约定的发票付款条款(例如:Net 30、2% 10 Net 30)。 | ||
|
说明
此属性定义供应商的付款条件,包括付款期限和提前付款可能获得的折扣。 付款条款用于计算“Invoice Due Date”和“Early Payment Discount Date”,是“Payment Compliance Dashboard”的重要依据,也用于分析获取提前付款折扣的机会,从而优化营运资金。
为什么重要
决定付款期限和折扣机会,直接影响现金流管理及节省成本的能力。
获取位置
Vendor Bill交易中的“Terms”字段,通常继承自Vendor主记录。
示例
Net 30Net 602% 10, Net 30
|
|||
|
公司代码
CompanyCode
|
处理发票的法人实体或子公司的标识符。 | ||
|
说明
此属性指定组织内对发票承担付款责任的公司或子公司,对拥有多个法人实体的企业尤其重要。 按Company Code分析流程,可以比较企业不同部分的绩效,发现特定子公司在效率、合规或工作负载方面的差异,从而制定有针对性的改进措施。
为什么重要
支持比较不同法人实体或子公司的流程绩效,推动有针对性的改进并确保公司治理。
获取位置
在NetSuite中,这对应OneWorld账户交易记录上的“Subsidiary”字段。
示例
US01DE01UK01
|
|||
|
单据类型
DocumentType
|
正在处理的单据类型(例如:Invoice、Credit Memo)。 | ||
|
说明
此属性用于区分标准发票与贷项通知单等相关单据,因为它们可能遵循不同的处理规则或工作流。 按单据类型分析流程,可以确保比较对象具有可比性。例如,大额发票的审批流程可能比小额贷项通知单严格得多。通过这种细分,可以更准确地评估流程绩效。
为什么重要
支持按不同财务单据类型细分流程。不同类型可能具有不同的路径和KPI,从而实现更精准的分析。
获取位置
可根据NetSuite中的交易类型识别(例如:“Vendor Bill”“Vendor Credit”)。
示例
标准发票贷项通知单借项通知单
|
|||
|
发票状态
InvoiceStatus
|
发票当前的处理状态。 | ||
|
说明
此属性表示供应商账单在应付账款生命周期中的当前状态,例如“Open”“Pending Approval”或“Paid in Full”。 这是“Invoice Status and Aging”仪表板的关键属性,可展示当前工作负载和负债情况。通过筛选,用户可以聚焦未结或存在问题的发票,并跟踪其完成进度。
为什么重要
实时展示发票在流程中的位置,对运营监控、工作负载管理和财务预测至关重要。
获取位置
Vendor Bill交易记录中的“Status”字段。
示例
未结待审批已全额支付
|
|||
|
折扣日期
EarlyPaymentDiscountDate
|
为获得提前付款折扣,发票必须完成付款的截止日期。 | ||
|
说明
此属性指定符合供应商折扣条件的最晚付款日期,由“Payment Terms”定义(例如“2% 10, Net 30”中的“10”)。 此日期是“Early Payment Discount Opportunities”仪表板的主要依据。通过将其与当前日期和付款日期比较,系统可以识别机会、衡量“Early Payment Discount Capture Rate”KPI,并帮助企业最大化成本节省。
为什么重要
这是通过提前付款折扣最大化成本节省的关键日期;跟踪该日期有助于优化现金管理。
获取位置
这是Vendor Bill记录中的计算字段,根据发票日期和“Terms”字段得出。
示例
2023-11-102024-01-20null
|
|||
|
是否按时付款
IsOnTimePayment
|
用于标识发票是否在到期日当天或之前完成付款的标志。 | ||
|
说明
此计算所得的布尔属性用于判断“Payment Date”是否小于或等于“Invoice Due Date”,为每张发票的付款时效提供明确的二元结果。 此属性直接支持“Payment Compliance Dashboard”,并用于计算“Payment Term Adherence Rate”KPI。用户可以据此快速筛选所有逾期付款并调查其根本原因。
为什么重要
简化付款时效分析,并直接支持与付款条款遵循度和供应商关系管理相关的KPI。
获取位置
在数据转换过程中计算:PaymentDate <= InvoiceDueDate。
示例
truefalse
|
|||
|
是否获取提前付款折扣
IsEarlyPaymentCaptured
|
用于标识可用的提前付款折扣是否已成功获取的标志。 | ||
|
说明
此计算所得的布尔属性用于检查存在可用折扣的发票是否在“Early Payment Discount Date”当天或之前完成付款。 此属性对于衡量“Early Payment Discount Capture Rate”KPI和支持“Early Payment Discount Opportunities”仪表板至关重要。它为企业的折扣获取策略提供明确的成功或失败指标,并突出显示错失的节省机会。
为什么重要
直接衡量资金管理或应付账款职能获取成本节省的效果,是关键的财务绩效指标。
获取位置
在数据转换过程中计算:对于存在折扣的发票,PaymentDate <= EarlyPaymentDiscountDate。
示例
truefalsenull
|
|||
|
是否返工
IsRework
|
用于标识某项活动是否属于返工循环的标志。 | ||
|
说明
此计算所得的布尔属性用于识别重复工作,例如第二次出现“Discrepancy Identified”事件,或发票被拒后重新提交审批。 此属性是“Rework and Error Analysis”仪表板和“Invoice Rework Rate”KPI的关键依据。企业可以据此量化返工的频率和影响,定位低效、错误及流程偏差的来源。
为什么重要
通过标记代表无效投入的活动,量化流程低效程度,从而支持有针对性的改进措施,提升质量和一次通过率。
获取位置
在数据转换过程中,通过分析特定案例的活动序列计算。例如,“Invoice Approved”之后出现“Invoice Rejected”,随后再次出现“Invoice Approved”。
示例
truefalse
|
|||
|
货币
Currency
|
发票金额所使用的货币代码(例如:USD、EUR)。 | ||
|
说明
此属性指定发票的计价货币,为“InvoiceAmount”提供必要的上下文。 对于跨国组织而言,使用统一货币分析数据至关重要。此字段支持准确换算货币,确保不同地区或业务部门的财务指标具备可比性。
为什么重要
为所有货币值提供必要上下文,确保财务分析准确,尤其适用于跨国运营。
获取位置
Vendor Bill交易记录中的“Currency”字段,通常与供应商主数据关联。
示例
USDEURGBPCAD
|
|||
应付账款发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已执行
|
表示发票付款最终执行。该事件取自应用于供应商账单的供应商付款记录中的交易日期。 | ||
|
为什么重要
这是应付账款流程的主要终点,对于计算端到端周期时间、付款条款遵循度和应付账款周转天数(DPO)至关重要。
获取位置
与供应商账单关联的供应商付款交易记录中的“日期”字段。
采集
应用于账单的供应商付款记录交易日期。
事件类型
explicit
|
|||
|
供应商账单已创建
|
表示新的供应商发票已录入NetSuite。该活动取自供应商账单交易记录的创建日期,代表应付账款流程正式开始。 | ||
|
为什么重要
为所有发票处理周期时间计算建立起点,这对于衡量整体流程效率和跟踪发票账龄至关重要。
获取位置
供应商账单交易记录中的“创建日期”字段。
采集
供应商账单的交易创建事件。
事件类型
explicit
|
|||
|
发票已关闭
|
表示供应商账单记录最终关闭,通常发生在账单已全额支付之后。当供应商账单状态变为“已全额支付”时,可推断发生了此活动。 | ||
|
为什么重要
为流程生命周期提供明确的结束事件,确认该发票无需进一步处理。
获取位置
根据System Notes跟踪的时间戳推断,即供应商账单记录中的“状态”字段变为“已全额支付”的时间。
采集
“状态”字段变为“已全额支付”的时间戳。
事件类型
inferred
|
|||
|
发票已批准
|
表示指定审批人已授权支付供应商账单。当账单的“审批状态”设置为“已批准”时,记录此活动。 | ||
|
为什么重要
这是结束审批阶段并允许发票过账和安排付款的关键里程碑,也是衡量审批效率的重要数据点。
获取位置
供应商账单记录中的“审批状态”变为“已批准”的时间戳,记录于System Notes或工作流日志中。
采集
工作流日志或System Notes中“审批状态”=“已批准”的时间戳。
事件类型
explicit
|
|||
|
发票已过账至总账
|
表示供应商账单对财务的影响已正式记录到总账中。当账单获批且“过账”标志已设置时,根据交易日期记录此活动。 | ||
|
为什么重要
这是关键的财务控制点,确认公司已正式确认该项负债。过账延迟可能影响财务报告的准确性。
获取位置
由供应商账单创建的总账交易所对应的过账日期,同时检查账单上的“过账”字段。
采集
与供应商账单关联的总账过账交易日期。
事件类型
explicit
|
|||
|
已提交审批
|
表示供应商账单正式进入审批工作流。当账单的“审批状态”从草稿状态变为“待审批”时,记录此事件。 | ||
|
为什么重要
这是衡量审批周期时间的起点,对于识别特定审批人或部门造成的瓶颈至关重要。
获取位置
根据System Notes中记录的时间戳推断,即供应商账单记录的“审批状态”变为“待审批”的时间。
采集
“审批状态”字段变为“待审批”的时间戳。
事件类型
inferred
|
|||
|
发现差异
|
当发票、采购订单或收货记录之间发现不匹配,导致流程无法继续时,会发生此活动。通常可根据用户将特定“审批状态”设置为“暂缓”或“待澄清”等状态进行推断。 | ||
|
为什么重要
突出显示此活动有助于定位验证流程中的摩擦点和返工来源,而这些通常是付款延迟的主要原因。
获取位置
根据供应商账单的“审批状态”字段变更为非标准待处理状态(例如“暂缓”)推断。可能需要配置自定义状态。
采集
跟踪“审批状态”字段的变更,以识别暂缓或待查询情况。
事件类型
inferred
|
|||
|
发现逾期付款
|
当发票在到期日之后支付时触发的计算事件。通过比较付款执行日期与供应商账单中指定的到期日确定。 | ||
|
为什么重要
此活动对于监控付款合规和管理供应商关系至关重要。频繁逾期付款可能损害供应商信任。
获取位置
通过比较供应商付款交易中的“日期”与供应商账单记录中的“到期日”字段计算。如果付款日期大于到期日,则发生此事件。
采集
将供应商付款“日期”与供应商账单“到期日”进行比较。
事件类型
calculated
|
|||
|
发票已拒绝
|
表示供应商账单在审批过程中被正式拒绝,需要更正后重新提交。当“审批状态”更新为“已拒绝”时,记录此事件。 | ||
|
为什么重要
跟踪拒绝情况对于返工分析至关重要,有助于识别常见失败原因(例如编码错误、违反政策),并提高一次审批通过率。
获取位置
供应商账单记录中的“审批状态”变为“已拒绝”的时间戳,记录于System Notes中。
采集
工作流日志或System Notes中“审批状态”=“已拒绝”的时间戳。
事件类型
explicit
|
|||
|
发票重新路由审批
|
当发票因变更或拒绝而退回早期阶段,或转交给其他审批人时发生。若“审批状态”从“待审批”变为其他状态,随后再次变为“待审批”,即可推断发生了此活动。 | ||
|
为什么重要
识别重新路由事件是了解审批流程返工循环的关键,因为返工循环会显著延长周期时间。
获取位置
根据System Notes检测同一账单的“审批状态”多次变为“待审批”的序列进行推断。
采集
分析System Notes中“审批状态”的变更序列。
事件类型
inferred
|
|||
|
已安排付款
|
表示供应商账单已被选中付款并纳入付款批次。当创建带有未来付款日期的供应商付款交易时,记录此活动。 | ||
|
为什么重要
此事件能够呈现付款流程,有助于预测现金流、管理付款时机并获取早期付款折扣。
获取位置
应用于供应商账单的供应商付款交易记录创建日期。
采集
关联供应商付款交易记录的创建时间戳。
事件类型
explicit
|
|||
|
已尝试采购订单匹配
|
表示将供应商账单与对应采购订单关联以进行验证。当采购订单在供应商账单记录的“项目”或“费用”子列表中首次关联,且账单尚未审批时,可推断发生了此活动。 | ||
|
为什么重要
跟踪此步骤有助于分析匹配流程效率,并识别发票提交审批前的延迟。
获取位置
根据System Notes日志推断,依据是“创建来源”字段首次填充,或供应商账单中明细行的采购订单引用首次出现。
采集
检测System Notes中采购订单引用字段的填充情况。
事件类型
inferred
|
|||
|
已应用贷项通知单
|
当供应商贷项应用于供应商账单并减少应付金额时发生。该活动取自关联两笔交易的应用事件。 | ||
|
为什么重要
应用贷项通知单是关闭发票的一条重要替代路径。跟踪该路径有助于了解核销和退货如何影响整体应付账款流程。
获取位置
供应商贷项交易应用于供应商账单时记录的应用日期,可在账单的相关记录中查看。
采集
供应商贷项应用于供应商账单的时间戳。
事件类型
explicit
|
|||
|
已获取早期付款折扣
|
当发票付款在早期付款折扣日期之前执行时,会产生此计算事件。通过比较付款日期与供应商账单中的折扣条款得出。 | ||
|
为什么重要
直接衡量应付账款团队获取折扣的成效,并直接影响公司的盈利能力和现金管理策略。
获取位置
这是一个计算事件,需要将供应商付款交易中的“日期”与根据供应商账单“条款”字段得出的折扣日期进行比较。
采集
将供应商付款“日期”与根据供应商账单“条款”得出的折扣日期进行比较。
事件类型
calculated
|
|||
提取指南
掌控应付账款:立即优化发票处理
消除滞纳金和重复付款,降低60%的成本。
无需信用卡,几分钟即可完成设置。