您的应付账款发票处理数据模板
您的应付账款发票处理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- NetSuite数据提取指南
应付账款发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
发票
Invoice
|
每张供应商发票的唯一标识符。 | ||
|
说明
“发票”是主要案例标识符,用于关联从收到发票到最终付款的所有活动。 此属性对于还原每张发票的端到端处理过程至关重要。在分析中,您可以据此筛选和汇总数据,并详细查看单张发票的流程路径,为变体分析和周期时间计算提供基础。
重要性
这是将所有相关事件关联到同一流程实例的基础属性,可用于端到端分析每张发票的生命周期。
获取途径
这是NetSuite中供应商账单交易记录的主键,通常称为Transaction ID或Document Number。
示例
INV-2023-001237894561VN54321A
|
|||
|
开始时间
EventTime
|
表示活动或事件开始时间的时间戳。 | ||
|
说明
此属性记录具体活动发生的准确日期和时间,确定每个案例中事件的先后顺序。 此时间戳是所有时间分析的关键依据,包括计算活动间的周期时间和端到端流程总时长,以及识别延误。它用于正确排列事件,也是“发票审批平均时间”和“应付账款未付天数”等绩效指标的计算基础。
重要性
此属性提供事件的时间顺序,是计算各类时长指标、发现瓶颈和了解流程绩效的必要依据。
获取途径
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
|
提交发票的供应商名称。 | ||
|
说明
此属性标识与发票关联的供应商法定名称,是与交易关联的重要主数据。 按供应商分析流程,有助于发现特定供应商的问题,例如频繁出现差异、付款延迟,或寻找动态折扣机会。此属性对于“发票状态与账龄”仪表板按供应商归类未结发票,以及管理供应商关系都至关重要。
重要性
此属性支持按供应商分析绩效,帮助您识别存在问题的供应商、协商更有利的条款并有效维护合作关系。
获取途径
取自与供应商账单交易关联的供应商记录。字段通常标记为“Vendor Name”或“Company Name”。
示例
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
发票到期日
InvoiceDueDate
|
为避免罚款,必须支付发票的日期。 | ||
|
说明
此属性根据供应商付款条款和发票日期确定付款到期日,是应付账款流程中的关键期限。 此日期是“付款合规仪表板”和“付款条款遵循率”指标的基准,用于判断付款是否按时、提前或逾期,直接影响供应商关系,也可能产生逾期付款费用。
重要性
此属性是衡量按时付款绩效的主要基准,对维护供应商关系和确保财务合规至关重要。
获取途径
供应商账单交易记录中的标准“Due Date”字段。
示例
2023-11-302023-12-152024-02-28
|
|||
|
发票金额
InvoiceAmount
|
发票的总金额。 | ||
|
说明
此属性表示供应商发票应付的总金额,未扣除任何款项或折扣,是每个案例的核心财务指标。 发票金额可用于财务分析,例如按金额区间(高金额与低金额)对发票分类,比较其流程路径是否不同。仪表板也可用此数据了解瓶颈或延误造成的财务影响,并据此计算应付账款未付天数。
重要性
此属性支持分析流程低效造成的财务影响,并可按金额对发票分类,以便优先处理高金额发票。
获取途径
供应商账单交易记录表头中的“Amount”或“Total”字段。
示例
1500.75250.0012500.50
|
|||
|
处理人员
ProcessorUser
|
负责处理或录入发票的用户。 | ||
|
说明
此属性标识负责录入发票数据或执行初始处理步骤的应付账款团队成员。 此数据对“应付账款员工工作量分布”仪表板至关重要。管理者可据此分析工作量分配、识别培训需求并衡量个人或团队绩效。还可通过追溯处理人员调查错误的根本原因。
重要性
此属性支持工作量分析、绩效监控和错误根因分析,可将活动归属到具体的应付账款团队成员。
获取途径
供应商账单早期活动对应的系统备注或审计轨迹中的“Created By”或“Modified By”字段。
示例
j.doea.smithm.jones
|
|||
|
审批人
Approver
|
负责批准发票付款的用户。 | ||
|
说明
此属性标识对发票作出最终批准的管理者或预算负责人。一张发票在其生命周期中可能经过多位审批人。 此属性是“审批瓶颈分析”仪表板的重要维度。通过分析各审批人的审批时间,企业可以识别审批缓慢的人员、重新分配发票以平衡工作量,并优化整体审批流程。
重要性
此属性直接支持识别审批瓶颈,并有助于分析审批链中管理者的工作量和绩效。
获取途径
此信息通常存储在与供应商账单交易关联的工作流历史记录或审批日志中。
示例
s.chenp.williamsr.davis
|
|||
|
采购订单编号
PurchaseOrderNumber
|
与发票关联的采购订单标识符(如适用)。 | ||
|
说明
此属性将供应商发票与预先批准的采购订单(PO)关联。该字段是否有值,是区分有采购订单支持和无采购订单支持发票的关键。 此字段对“采购订单/收货单匹配效率”仪表板和“采购订单/收货单匹配成功率”指标至关重要。按发票是否有采购订单支持分析流程,有助于发现三方匹配带来的效率提升和自动化机会。
重要性
此属性可区分有采购订单和无采购订单的发票。两者通常遵循不同的流程路径,自动化潜力也不同,因此是分析匹配效率的关键。
获取途径
此字段通常位于供应商账单记录的行项目或表头中,用于关联采购订单交易。
示例
PO-004589PO-005123null
|
|||
|
付款日期
PaymentDate
|
发票付款实际执行的日期。 | ||
|
说明
此属性记录向供应商支付款项的日期,标志着发票财务结算完成。 许多KPI都以此日期作为流程实际结束时间,包括“应付账款周转天数”和“付款条款遵守率”。它是衡量是否符合“发票到期日”和“提前付款折扣日期”的实际事件依据。
重要性
此日期标志着流程的财务结算完成,也是计算付款合规性、应付账款周转天数(DPO)和折扣获取相关KPI的依据。
获取途径
取自NetSuite中关联的账单付款交易记录的“Date”字段。
示例
2023-11-282023-12-142024-02-25
|
|||
|
付款条款
PaymentTerms
|
双方约定的发票付款条款(例如Net 30、2% 10 Net 30)。 | ||
|
说明
此属性定义供应商期望的付款条件,包括付款期限和提前付款可能享有的折扣。 付款条款用于计算“发票到期日”和“提前付款折扣日期”,是“付款合规仪表板”的重要依据。分析付款条款还有助于发现获取提前付款折扣的机会,从而优化营运资金。
重要性
此属性决定付款期限和折扣机会,直接影响现金流管理和节省成本的能力。
获取途径
供应商账单交易中的“Terms”字段,通常继承自供应商主记录。
示例
Net 30Net 602% 10,Net 30
|
|||
|
公司代码
CompanyCode
|
处理发票的法人实体或子公司的标识符。 | ||
|
说明
此属性用于标明组织内对发票承担付款责任的公司或子公司。对于拥有多个法律实体的企业,这一信息尤为重要。 按公司代码分析流程,可比较企业不同部门的表现,发现各子公司在效率、合规或工作量方面的差异,从而有针对性地推动改进。
重要性
支持比较不同法律实体或子公司的流程表现,便于有针对性地改进,并确保公司治理要求得到落实。
获取途径
在NetSuite OneWorld账户中,此字段对应交易记录上的“Subsidiary”字段。
示例
US01DE01UK01
|
|||
|
单据类型
DocumentType
|
正在处理的单据类型,例如发票、贷项通知单。 | ||
|
说明
此属性用于区分标准发票和贷项通知单等相关单据,这些单据可能适用不同的处理规则或工作流。 按单据类型分析流程,才能确保比较的是同类单据。例如,大额发票的审批流程可能比小额贷项通知单严格得多。按类型细分有助于更准确地了解流程表现。
重要性
可按不同财务单据类型细分流程。不同类型的单据可能有不同的处理路径和KPI,从而支持更精确的分析。
获取途径
可根据NetSuite中的交易类型识别,例如“Vendor Bill”“Vendor Credit”。
示例
标准发票贷项通知单借项通知单
|
|||
|
发票状态
InvoiceStatus
|
发票当前的处理状态。 | ||
|
说明
此属性表示供应商账单在应付账款生命周期中的当前状态,例如“Open”“Pending Approval”或“Paid in Full”。 此属性是“发票状态与账龄”仪表板的关键数据,可展示当前工作量和负债情况。您可以筛选未结或存在问题的发票,并跟踪其处理进度。
重要性
此属性实时展示发票在流程中的位置,对于运营监控、工作量管理和财务预测至关重要。
获取途径
供应商账单交易记录中的“Status”字段。
示例
未结待审批已全额付款
|
|||
|
币种
Currency
|
发票金额所用的币种代码(例如USD、EUR)。 | ||
|
说明
此属性指定发票的计价币种,为“InvoiceAmount”提供必要背景信息。 对于跨国组织,使用统一币种分析数据至关重要。此字段支持正确换算币种,确保不同地区或业务单元的财务指标可以在同一口径下比较。
重要性
此属性为所有金额提供必要背景信息,确保财务分析准确,尤其适用于跨国运营。
获取途径
供应商账单交易记录中的“Currency”字段,通常关联供应商主数据。
示例
USDEURGBPCAD
|
|||
|
折扣日期
EarlyPaymentDiscountDate
|
在此日期前支付发票,方可享受提前付款折扣。 | ||
|
说明
此属性表示根据“Payment Terms”(付款条款)规定,符合供应商折扣条件的最晚付款日期,例如“2% 10, Net 30”中的“10”。 此日期是“提前付款折扣机会”仪表板的主要依据。系统可将其与当前日期和付款日期进行比较,识别折扣机会、计算“提前付款折扣获取率”KPI,并帮助企业尽可能节省成本。
重要性
这是通过提前付款折扣节省成本的关键日期。跟踪此日期有助于优化现金管理。
获取途径
这是供应商账单记录中的计算字段,根据发票日期和“Terms”字段得出。
示例
2023-11-102024-01-20null
|
|||
|
是否按时付款
IsOnTimePayment
|
用于标记发票是否在到期日当天或之前付清。 | ||
|
说明
此计算得出的布尔属性用于判断“付款日期”是否早于或等于“发票到期日”,明确标记每张发票是否按时付款。 此属性直接支持“付款合规性仪表板”,并用于计算“付款条款遵守率”KPI。借助此属性,用户可快速筛选逾期付款并调查根本原因,简化分析。
重要性
简化付款及时性分析,并直接支持衡量付款条款遵守情况和供应商关系管理的KPI。
获取途径
在数据转换时计算:PaymentDate <= InvoiceDueDate。
示例
truefalse
|
|||
|
是否获取提前付款折扣
IsEarlyPaymentCaptured
|
用于标记是否成功获取可享受的提前付款折扣。 | ||
|
说明
此计算得出的布尔属性用于检查有折扣的发票是否在“提前付款折扣日期”当天或之前付清。 此属性是计算“提前付款折扣获取率”KPI和支持“提前付款折扣机会”仪表板的关键依据。它可明确衡量企业获取折扣策略的成效,并指出错失的节省机会。
重要性
直接衡量资金管理或应付账款职能节省成本的成效,是一项重要的财务绩效指标。
获取途径
在数据转换时计算:对于可享受折扣的发票,PaymentDate <= EarlyPaymentDiscountDate。
示例
truefalsenull
|
|||
|
是否返工
IsRework
|
用于标记此活动是否属于返工循环。 | ||
|
说明
此计算得出的布尔属性用于识别重复工作,例如再次出现“发现差异”事件,或发票被拒后重新提交审批。 此属性是“返工与错误分析”仪表板和“发票返工率”KPI的关键依据。它可帮助企业量化返工的频率和影响,找出低效、错误和流程偏差的来源。
重要性
通过标记代表无效投入的活动,量化流程低效问题,便于有针对性地提升质量和一次做对率。
获取途径
在数据转换时,根据特定案例的活动顺序计算。例如,“发票已批准”之后出现“发票已拒绝”,随后又出现“发票已批准”。
示例
truefalse
|
|||
应付账款发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建供应商账单
|
表示在NetSuite中录入新的供应商发票。该事件取自供应商账单交易记录的创建日期,标志着应付账款流程正式开始。 | ||
|
重要性
这是计算发票处理周期时间的起点,对衡量整体流程效率和跟踪发票账龄至关重要。
获取途径
供应商账单交易记录中的“Date Created”字段。
采集
创建供应商账单交易记录的事件。
事件类型
explicit
|
|||
|
发票已关闭
|
标志着供应商账单记录最终关闭,通常发生在账单全额付清后。当供应商账单状态变为“Paid in Full”时,可据此推断。 | ||
|
重要性
这是流程生命周期的明确终点,表示该发票无需再采取任何操作。
获取途径
根据System Notes记录的时间戳推断,该时间戳对应供应商账单记录的“Status”字段变为“Paid in Full”的时刻。
采集
“Status”字段变为“Paid in Full”时的时间戳。
事件类型
inferred
|
|||
|
发票已批准
|
表示指定审批人已授权支付供应商账单。当账单的“Approval Status”设为“Approved”时,即记录此事件。 | ||
|
重要性
这是审批阶段结束的关键节点,之后发票即可过账并安排付款。该数据点也是衡量审批效率的重要依据。
获取途径
根据System Notes或工作流日志记录的时间戳,确定供应商账单记录的“Approval Status”变为“Approved”的时刻。
采集
工作流日志或System Notes中“Approval Status”变为“Approved”的时间戳。
事件类型
explicit
|
|||
|
发票已过账至总账
|
标志着供应商账单产生的财务影响正式记入总账。账单获批且“Posting”标记启用时,可根据交易日期记录此事件。 | ||
|
重要性
这是重要的财务控制节点,确认公司已正式确认相关负债。过账延迟可能影响财务报告的准确性。
获取途径
供应商账单生成的总账交易对应的过账日期。系统会检查账单上的“Posting”字段。
采集
与供应商账单关联的总账过账交易日期。
事件类型
explicit
|
|||
|
已执行付款
|
表示发票付款已最终执行。根据应用于供应商账单的供应商付款记录中的交易日期记录此事件。 | ||
|
重要性
这是应付账款流程的主要终点,也是计算端到端周期时间、付款条款遵循情况和应付账款未付天数(DPO)的重要依据。
获取途径
与供应商账单关联的供应商付款交易记录中的“Date”字段。
采集
应用于账单的供应商付款记录交易日期。
事件类型
explicit
|
|||
|
提交审批
|
此事件标志着供应商账单正式进入审批工作流。当账单的“Approval Status”从草稿状态变为“Pending Approval”时,即记录此事件。 | ||
|
重要性
此活动是衡量审批周期时间的起点,有助于识别特定审批人或部门造成的瓶颈。
获取途径
根据System Notes记录的时间戳推断,该时间戳对应供应商账单记录的“Approval Status”变为“Pending Approval”的时刻。
采集
“Approval Status”字段变为“Pending Approval”时的时间戳。
事件类型
inferred
|
|||
|
发现差异
|
当发票、采购订单或收货单之间出现不匹配,导致流程无法继续时,会发生此活动。通常可根据用户将“Approval Status”设为“On Hold”或“Pending Clarification”等状态推断。 | ||
|
重要性
标记此活动有助于找出验证流程中的阻碍和返工来源,这些问题是付款延迟的主要原因。
获取途径
根据供应商账单的“Approval Status”字段变更为非标准待处理状态(例如“On Hold”)推断。可能需要配置自定义状态。
采集
跟踪“Approval Status”字段的变更,以识别暂停或待澄清状态。
事件类型
inferred
|
|||
|
发现逾期付款
|
发票在到期日之后付款时触发的计算事件。通过比较付款执行日期与供应商账单上指定的到期日确定。 | ||
|
重要性
此活动对监控付款合规情况和维护供应商关系至关重要。频繁逾期付款可能损害供应商信任。
获取途径
将供应商付款交易中的“Date”与供应商账单记录中的“Due Date”进行比较。如果付款日期晚于到期日,则触发此事件。
采集
将供应商付款的“Date”与供应商账单的“Due Date”进行比较。
事件类型
calculated
|
|||
|
发票已驳回
|
表示供应商账单在审批过程中被正式驳回,需要更正后重新提交。当“Approval Status”更新为“Rejected”时,即记录此事件。 | ||
|
重要性
跟踪驳回情况对返工分析至关重要,有助于找出常见原因(例如编码错误、违反政策),并提高首次审批通过率。
获取途径
System Notes记录的时间戳,对应供应商账单记录的“Approval Status”变为“Rejected”的时刻。
采集
工作流日志或System Notes中“Approval Status”变为“Rejected”的时间戳。
事件类型
explicit
|
|||
|
发票重新转交审批
|
发票因变更或驳回而退回前一阶段,或转交给其他审批人时,会发生此事件。若“Approval Status”从“Pending Approval”变为其他状态,之后又再次变为“Pending Approval”,即可据此推断。 | ||
|
重要性
识别重新转交事件有助于了解审批流程中的返工循环,这些循环会显著延长周期时间。
获取途径
通过System Notes识别同一账单的“Approval Status”多次变为“Pending Approval”的记录序列。
采集
分析System Notes中“Approval Status”的变更序列。
事件类型
inferred
|
|||
|
尝试匹配采购订单
|
表示将供应商账单与相应采购订单关联以进行验证。当采购订单首次在审批前关联到供应商账单记录的“Items”或“Expenses”子列表时,可据此推断该事件。 | ||
|
重要性
跟踪此步骤有助于分析匹配效率,并发现发票提交审批前的延误。
获取途径
根据System Notes日志推断,日志显示“Created From”字段首次填入内容,或供应商账单中的行项目级采购订单引用首次填入内容。
采集
检测System Notes中采购订单引用字段的填入情况。
事件类型
inferred
|
|||
|
已安排付款
|
表示供应商账单已选入付款批次,等待付款。创建付款日期为未来日期的供应商付款交易时,即记录此活动。 | ||
|
重要性
此事件可展示付款进度,帮助预测现金流、安排付款时机并获取提前付款折扣。
获取途径
应用于供应商账单的供应商付款交易记录的创建日期。
采集
关联供应商付款交易记录的创建时间戳。
事件类型
explicit
|
|||
|
已应用贷项通知单
|
将供应商贷项应用于供应商账单以减少应付金额时,会发生此事件。根据关联两笔交易的应用事件记录。 | ||
|
重要性
应用贷项通知单是结清发票的另一种重要方式。跟踪此操作有助于了解核销和退货对整体应付账款流程的影响。
获取途径
将供应商贷项应用于供应商账单时记录的应用日期,可在账单的相关记录中查看。
采集
将供应商贷项应用于供应商账单时的时间戳。
事件类型
explicit
|
|||
|
已获得提前付款折扣
|
如果发票在提前付款折扣截止日期前完成付款,则触发此计算事件。通过比较付款日期与供应商账单中的折扣条款得出。 | ||
|
重要性
直接衡量应付账款团队获取折扣的成效,这会直接影响公司的盈利能力和现金管理策略。
获取途径
这是计算事件。需要将供应商付款交易中的“Date”与根据供应商账单“Terms”字段推算的折扣日期进行比较。
采集
将供应商付款的“Date”与根据供应商账单“Terms”推算的折扣日期进行比较。
事件类型
calculated
|
|||
数据提取指南
掌控应付账款发票流程,立即着手优化
杜绝滞纳金和重复付款,降低60%的成本。
无需信用卡,几分钟即可完成设置。