您的应付账款发票处理数据模板
您的应付账款发票处理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 数据提取指南
应付账款发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
发票
Invoice
|
每份供应商发票单据的唯一标识符。 | ||
|
说明
发票是主要的案例标识符,可关联从收到发票到最终付款的所有活动。借助它,您可以端到端分析每张发票在应付账款流程中的处理过程。 分析时,首先按此标识符对事件分组,以还原每张发票的流程。它还可用于计算案例级KPI,例如总周期时间,并识别特定发票处理过程中的变体和瓶颈。
重要性
这是追踪发票完整生命周期的关键,也是应付账款流程挖掘分析的基础。
获取途径
通常取自Dynamics 365 Finance的“供应商发票”页面或相关数据实体中的供应商发票编号。
示例
INV-00125475000921DE-8832-2023
|
|||
|
开始时间
EventTime
|
表示活动或事件发生时间的时间戳。 | ||
|
说明
此属性记录每项活动的日期和时间,是按时间顺序排列事件和计算时长的必要数据,也是事件日志的时间基础。 分析时,开始时间用于计算所有时间相关指标,包括活动间的周期时间、等待时间和案例总时长。它对于识别瓶颈和衡量流程绩效是否达到SLA要求至关重要。
重要性
此时间戳对于正确排列事件顺序以及计算周期时间、瓶颈等绩效指标至关重要。
获取途径
数据取自Dynamics 365交易记录的创建或修改日期字段、工作流历史日志或过账日期字段。
示例
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
活动
ActivityName
|
已执行的业务流程步骤名称。 | ||
|
说明
此属性记录发票在某个时间点发生的具体操作或事件,例如“发票已登记”或“发票已批准”。这些活动构成发现的流程图中的节点。 分析活动的顺序和频率是流程挖掘的基础。这有助于呈现流程路径,识别常见和少见的路径(变体),并找出导致延迟或返工的活动。
重要性
活动定义了流程中发生的“事项”,可据此构建流程图并分析流程路径和变体。
获取途径
此数据通常来自Dynamics 365应付账款模块中的状态变更、工作流历史日志或单据过账记录。
示例
发票已登记发票已批准差异已解决已完成付款
|
|||
|
付款条件
PaymentTerms
|
与供应商约定的发票付款条件。 | ||
|
说明
此属性定义供应商发票的付款条件,例如“Net 30”(30天内付款)或“2/10 Net 30”(10天内付款可享受2%的折扣,否则须在30天内付款)。 按付款条件分析,有助于了解不同协议对付款时效和现金流的影响。这也是识别提前付款折扣机会的基础,还可用于细分合规分析,判断某些付款条件是否更难满足。
重要性
明确付款期限和折扣机会,直接影响现金流管理和成本节约。
获取途径
可在供应商主数据中找到,也可能在采购订单或发票抬头中指定。数据存储在“PaymTermId”等字段中。
示例
Net 30Net 602/10 Net 30
|
|||
|
供应商
VendorName
|
提交发票的供应商名称。 | ||
|
说明
此属性标识与发票关联的供应商。供应商数据通常包括名称、ID和类别等信息。 按供应商分析应付账款流程,可以发现哪些供应商经常提交有问题的发票(例如差异频发),哪些供应商有特殊付款条件,以及哪些供应商的发票处理周期较长。利用这些洞察,可以改善供应商关系与协作。
重要性
按供应商细分流程,识别差异频发或付款延迟等特定问题。
获取途径
通过供应商发票抬头关联,通常依据供应商账号从“VendTable”数据实体获取。
示例
Contoso有限公司Fabrikam公司Northwind贸易公司
|
|||
|
发票到期日
InvoiceDueDate
|
根据付款条件计算出的发票付款截止日期。 | ||
|
说明
此日期表示发票付款期限,按时付款可避免罚款并遵守供应商协议。通常根据发票日期和指定的付款条件计算。 此属性是“付款条件合规性”分析的必要数据。将“付款执行”日期与“发票到期日”进行比较,分析即可自动标记逾期付款、计算合规率,并帮助您安排付款优先级,维护良好的供应商关系。
重要性
对于衡量按时付款表现、维护供应商关系和避免逾期付款费用至关重要。
获取途径
根据发票日期和付款条件计算得出。数据存储在供应商交易表(如“VendTrans”)的“DueDate”等字段中。
示例
2023-05-152023-06-302023-07-01
|
|||
|
发票金额
InvoiceAmount
|
发票的货币总额。 | ||
|
说明
表示供应商发票的应付总额,是每个案例的重要财务指标。 此属性支持应付账款流程的财务分析。您可以据此优先处理高金额发票,按金额区间分析审批时间,并了解付款延迟或提前付款折扣带来的财务影响。
重要性
提供财务背景信息,便于按金额分析流程表现,例如识别高金额发票是否采用不同的处理方式。
获取途径
位于供应商发票抬头中,通常对应“VendInvoiceInfoTable”中的“InvoiceAmount”等字段。
示例
1500.75250.0012345.50
|
|||
|
用户
UserName
|
执行该活动的用户。 | ||
|
说明
标识负责完成流程步骤的具体用户,例如登记或审批发票的用户。此属性通常关联Dynamics 365中的用户系统ID。 按用户分析绩效有助于发现培训需求、表现突出的员工以及工作量分布情况。对于关注审批时间和资源效率的仪表板,这项数据必不可少,可帮助管理者识别造成瓶颈的用户或团队。
重要性
将工作关联到具体人员,便于分析工作量和绩效,并发现培训机会。
获取途径
通常取自交易记录中的“创建者”或“修改者”字段,也可从Dynamics 365工作流历史日志中获取。
示例
j.doea.smithr.williams
|
|||
|
采购订单编号
PurchaseOrderNumber
|
与发票关联的采购订单唯一标识符。 | ||
|
说明
此属性将发票关联到对应的采购订单(PO)。发票可能关联采购订单,也可能不关联采购订单。 分析此属性有助于区分基于采购订单和非采购订单的发票处理流程,因为两者通常遵循不同的工作流。它对于衡量采购订单匹配效率,以及识别发票详情与采购订单不一致时出现的问题至关重要。
重要性
区分遵循不同流程的采购订单发票和非采购订单发票,是分析匹配效率的必要数据。
获取途径
可在供应商发票抬头或行项目中找到,通常对应“VendInvoiceInfoTable”中的“PurchId”字段。
示例
PO-000432PO-000511
|
|||
|
公司代码
CompanyCode
|
处理发票的法律实体标识符。 | ||
|
说明
此属性标识组织内负责处理发票的具体公司或法律实体。在多公司架构中,这是重要的组织维度。 按公司代码分析应付账款流程,可以比较不同业务单元或法律实体的绩效,帮助发现效率较低、返工率较高或流程变体不同的实体,从而找到标准化和共享最佳实践的机会。
重要性
支持比较组织内不同法律实体或业务单元的绩效和流程。
获取途径
Dynamics 365几乎所有交易表中的标准字段,通常名为“DataAreaId”。
示例
USMFDEMFGBSI
|
|||
|
最近数据更新时间
LastDataUpdate
|
源系统最近一次刷新数据的时间戳。 | ||
|
说明
此属性表示事件日志最近一次从Microsoft Dynamics 365更新数据的时间,可帮助您了解分析数据的新旧程度。 对于仪表板和持续监控,此时间戳有助于用户确认当前查看的是否为最新流程数据。它能让用户了解数据的时效性,也有助于监控数据管道的运行状况。
重要性
显示数据的时效性,帮助用户依据分析结果及时、准确地制定业务决策。
获取途径
这是数据提取和加载(ETL)工具在数据导入时生成并写入的元数据字段。
示例
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
|
发票状态
InvoiceStatus
|
发票当前的处理状态。 | ||
|
说明
此属性反映发票在流程中的最近状态,例如“处理中”“已批准”“已付款”或“已取消”,呈现发票生命周期中的当前进度。 流程挖掘会根据活动还原流程路径,而最终状态可用于验证数据,也可用于创建业务仪表板,汇总所有未结发票的当前状态。例如,您可以筛选出当前“已批准”但尚未“已付款”的发票。
重要性
概览发票当前状态,便于筛选数据并创建基于状态的仪表板。
获取途径
通常根据应付账款模块中的单据状态或工作流状态字段得出。
示例
处理中已批准已付款已取消
|
|||
|
审批人
ApproverName
|
在特定步骤批准或拒绝发票的用户。 | ||
|
说明
此属性标识工作流中负责审批决策的人员。多级审批的发票在不同步骤可能由不同人员审批。 此属性是“发票审批周期时间分析”仪表板的必要数据。按审批人细分分析,可以发现因工作量或其他因素造成流程瓶颈的人员,并据此采取有针对性的措施,缩短审批周期。
重要性
支持深入分析审批流程,帮助识别个人或团队层面的瓶颈。
获取途径
从记录每个审批步骤完成者的工作流历史日志(“WorkflowTrackingStatusTable”)中提取。
示例
David ChenMaria GarciaAP_Manager_Group
|
|||
|
差异原因
DiscrepancyReason
|
发票差异的原因代码或说明。 | ||
|
说明
发票被挂起或发现差异时,此属性记录具体原因,例如“价格不符”“数量差异”或“缺少收货记录”。 此属性是“差异解决与返工”分析的关键数据。按原因对返工分类,有助于找出流程效率低下的根本原因。例如,如果“价格不符”最常见,说明采购方与供应商之间的数据需要更好地对齐。
重要性
揭示返工的根本原因,便于有针对性地改进流程,减少异常和人工干预。
获取途径
数据可能存储在应付账款模块的发票挂起表、工作流备注或专用差异记录字段中。
示例
价格不符数量差异采购订单无效
|
|||
|
折扣截止日
EarlyPaymentDiscountDate
|
符合提前付款折扣条件的发票付款截止日期。 | ||
|
说明
此属性指定获得供应商折扣的最晚付款日期。该日期根据发票日期和付款条件中的折扣期限计算得出(例如“2/10 Net 30”中的“10”)。 此日期是“提前付款折扣状态”分析的主要依据。将“付款安排”或“付款执行”日期与此期限进行比较,系统即可判断是否成功获得折扣,并提供清晰的财务优化指标。
重要性
明确获得成本节约的目标日期,是安排付款优先级和提升效率的重要依据。
获取途径
系统根据付款条件和发票日期计算得出。数据存储在“VendTrans”中的“CashDiscDate”等字段中。
示例
2023-04-252023-05-102023-06-15
|
|||
|
提前付款折扣金额
EarlyPaymentDiscountAmount
|
提前支付发票时可能获得的折扣金额。 | ||
|
说明
此属性显示供应商根据付款条件提供的提前付款折扣金额。 这项财务数据是“提前付款折扣状态”仪表板的关键内容。它可以量化已获得和错失的折扣金额,为提高发票审批和付款安排效率提供明确的财务依据。
重要性
量化流程效率带来的财务机会,直接体现流程绩效与成本节约之间的关系。
获取途径
根据发票金额和付款条件计算得出。此值可在“VendTrans”等表或相关现金折扣字段中获取。
示例
30.015.00246.91
|
|||
|
收货单编号
GoodsReceiptNumber
|
与发票相关的收货单据标识符。 | ||
|
说明
此属性将发票关联到货物或服务的收货记录,这是进行三方匹配(采购订单、收货记录和发票)的必要数据。 它对于分析流程的匹配效率至关重要。若“收货记录匹配”环节出现延迟或失败,可通过此标识符追溯到原始收货单据,进而发现采购或收货环节中影响应付账款的问题。
重要性
便于分析三方匹配效率,并帮助定位货物接收流程中的问题。
获取途径
通过采购订单行项目关联,通常可在装箱单日记账(“VendPackingSlipJour”)或相关表中找到。
示例
GRN-00981GRN-01024
|
|||
|
是否自动执行
IsAutomated
|
标记活动是否由系统自动执行。 | ||
|
说明
此布尔属性用于区分人工用户执行的活动和系统自动执行的活动,例如自动过账或匹配发票。 分析此属性有助于衡量应付账款流程的自动化程度,计算直通式处理(STP)率,并找出适合未来自动化的人工活动,从而降低成本和处理时间。
重要性
帮助衡量直通式处理率,并发现提升自动化程度和效率的机会。
获取途径
通过检查活动关联的用户是否为系统用户或批处理用户(例如“Admin”“BatchUser”)得出。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于标识发票是否经历过返工的计算标记。 | ||
|
说明
如果发票流程包含返工活动,例如“差异已解决”,或首次失败后再次执行“发票数据已验证”,此布尔标记就会设为true。该值根据整个案例计算得出。 此属性直接支持“差异返工率”KPI。借助它,您可以轻松筛选并汇总需要额外人工处理的发票,量化数据质量问题或流程异常带来的影响。
重要性
直接衡量返工,便于量化和分析流程异常及效率低下问题。
获取途径
这不是源系统字段,而是在流程挖掘工具中通过检查案例是否出现特定返工活动计算得出。
示例
truefalse
|
|||
|
是否逾期付款
IsLatePayment
|
用于标记付款是否晚于到期日的计算标记。 | ||
|
说明
如果“付款执行”活动发生在“发票到期日”之后,此布尔属性就会设为true,清晰标记该案例是否未遵守付款条件。 此属性简化了“付款条件合规率”KPI的计算。您可以快速筛选并在仪表板中查看逾期付款的数量和金额,还可以针对这些案例分析根本原因,了解延迟原因。
重要性
清晰标记未遵守付款条件的付款,便于分析并计算按时付款KPI。
获取途径
这不是源系统字段,而是在流程挖掘工具中通过比较“付款执行”活动的时间戳与“InvoiceDueDate”属性计算得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
提取数据的系统。 | ||
|
说明
此属性标识事件数据的来源,在此场景中通常为“Microsoft Dynamics 365”。当合并多个系统的数据(例如OCR扫描工具和D365)时,这一属性尤为重要。 在流程挖掘分析中,它有助于追踪数据来源、排查问题并了解流程所涉及的技术环境。您还可以按特定系统筛选事件。
重要性
提供数据来源的关键信息,有助于验证数据并开展多系统流程分析。
获取途径
这通常是在数据提取和转换过程中添加的静态值(“Microsoft Dynamics 365”)。
示例
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
应付账款发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
发票已批准
|
表示工作流中的最终审批,授权将发票过账以供付款。这是发票进入付款阶段前的关键里程碑。 | ||
|
重要性
这标志着审批周期结束。从“已提交审批”到此活动的时间是关键绩效指标,可用于发现审批瓶颈和耗时过长的工作流。
获取途径
当工作流状态更新为“已完成”或“已批准”时,工作流历史日志(WorkflowTrackingStatusTable)中会记录此明确事件。
采集
从工作流跟踪历史中提取该发票的“已批准”或“已完成”事件。
事件类型
explicit
|
|||
|
发票已提交审批
|
发票正式提交至工作流,由授权人员审核和审批。这标志着审批周期开始。 | ||
|
重要性
这是衡量发票审批周期时间的关键里程碑。它有助于区分数据录入和匹配耗时与审批延迟。
获取途径
这是D365工作流历史日志(WorkflowTrackingStatusTable)中针对特定发票单据记录的明确事件,并会记录提交时间戳。
采集
从工作流跟踪历史中提取该发票的“已提交”事件。
事件类型
explicit
|
|||
|
发票已登记
|
表示系统中首次创建发票记录,可通过人工录入、OCR扫描或电子数据交换(EDI)完成。这是发票处理生命周期的起点。 | ||
|
重要性
这是流程的主要开始事件。分析从此时到付款的时间,可得出整体发票周期时间,这是关键绩效指标之一。
获取途径
可根据待处理供应商发票表或发票日记账表中发票抬头记录的创建时间戳(CreatedDateTime字段)推断,例如VendInvoiceInfoTable。
采集
使用发票抬头记录的创建时间戳。
事件类型
inferred
|
|||
|
发票已过账
|
已批准的发票正式记入总账,形成财务负债。这是一项关键且通常不可撤销的会计交易。 | ||
|
重要性
过账是重要里程碑,意味着发票符合付款条件。它确认所有验证和审批步骤均已完成,且负债已确认。
获取途径
这是明确记录的交易。过账日期和时间会记录在供应商发票日记账(VendInvoiceJour)及相关总账分录(GeneralJournalEntry)中。
采集
使用VendInvoiceJour或GeneralJournalEntry表中的过账时间戳。
事件类型
explicit
|
|||
|
已完成付款
|
通过过账付款日记账正式完成付款。此交易用于结清已过账发票所形成的负债。 | ||
|
重要性
这是流程的主要结束事件之一,可用于计算付款条件遵守情况、识别逾期付款并衡量端到端总周期时间。
获取途径
付款日记账过账时会记录此明确事件。结算详情存储在供应商交易表(VendTrans)中,并关联付款与发票。
采集
使用VendTrans中付款结算记录的交易日期。
事件类型
explicit
|
|||
|
付款已清算
|
公司已执行的付款经银行对账确认已到账。这是付款完成的最终财务确认。 | ||
|
重要性
此活动最终确认了现金流出。分析付款执行到清算之间的时间,对资金管理和现金管理十分重要。
获取途径
此信息来自银行对账模块。当与付款对应的银行对账单行在D365中完成匹配并过账时,可推断此事件。
采集
需要将银行交易数据(BankStmtISOAccountStatement)关联回原始付款。
事件类型
inferred
|
|||
|
发现差异
|
发票未通过验证,或与采购订单、收货记录不匹配,需要人工处理。通常会对发票设置冻结标记或特定状态。 | ||
|
重要性
此活动会启动返工循环。分析其发生频率和原因,对于发现流程效率问题、数据质量问题或供应商问题至关重要。
获取途径
此事件可能会明确记录在发票历史中,也可以根据发票因匹配差异原因代码而被设为“暂停处理”推断。请查找发票抬头中的状态变更。
采集
记录发票状态设为“暂停处理”或差异标记被设置时的时间戳。
事件类型
inferred
|
|||
|
发票已取消
|
发票过账后因更正错误等原因被作废或取消。这是流程的另一种特殊结束情况。 | ||
|
重要性
跟踪取消情况有助于了解流程质量和错误率。取消频率过高可能表明上游流程存在系统性问题。
获取途径
这是明确记录的事件。D365会创建冲销或贷项交易,并将其关联至原始发票日记账。冲销的过账日期即为取消日期。
采集
确定与原始发票关联的冲销交易的过账日期。
事件类型
explicit
|
|||
|
发票已拒绝
|
审批人通过工作流拒绝发票,通常会将其退回发起人进行更正或补充说明。这会启动返工循环。 | ||
|
重要性
跟踪拒绝情况有助于找出审批延误和返工的原因,也能揭示发票编码问题、违反政策或文档不完整等情况。
获取途径
审批人在工作流历史(WorkflowTrackingStatusTable)中选择“拒绝”操作时,会记录此明确事件。
采集
从工作流跟踪历史中提取该发票的“已拒绝”事件。
事件类型
explicit
|
|||
|
发票数据已验证
|
表示系统或用户在匹配或审批前,对采集的发票数据进行完整性和准确性初步检查。此步骤可以是系统自动验证,也可以是人工审核。 | ||
|
重要性
跟踪此活动有助于发现数据质量不佳造成的延误。如果验证失败率较高或耗时较长,可能说明数据采集流程存在问题,例如OCR识别准确率不足。
获取途径
这通常是推断得出的事件。可根据发票状态从“新建”或“草稿”变为“已验证”或“待匹配”等状态的时间戳推断,也可使用提交至工作流前的最后修改时间。
采集
记录表示验证成功的状态变更时间戳,或提交至工作流前的更新事件时间戳。
事件类型
inferred
|
|||
|
差异已解决
|
发现差异后解除冻结或更正发票的操作。此时发票已准备好重新提交匹配或审批。 | ||
|
重要性
此活动会结束返工循环。解决差异所需的时间是衡量异常处理效率的关键指标。
获取途径
可根据发票“暂停处理”状态解除的时间,或发票被拒后重新提交至工作流的时间戳推断。
采集
记录解除冻结或发票被拒后重新提交时的时间戳。
事件类型
inferred
|
|||
|
已匹配收货记录
|
在三方匹配中,此活动通过与收货单交叉核对,确认发票所列商品或服务已收到。此步骤用于核实实物交付与发票是否一致。 | ||
|
重要性
跟踪此活动有助于分析三方匹配流程的效率,并发现因收货信息缺失或错误造成的延误。
获取途径
与采购订单匹配类似,可根据发票状态更新推断此事件,确认其已成功与产品收货日记账(装箱单)匹配。
采集
查找表示三方匹配成功的状态变更或标记。
事件类型
inferred
|
|||
|
已匹配采购订单
|
将发票与一个或多个采购订单关联,以核对数量、价格和条款。这是基于采购订单的发票必须经过的关键验证步骤。 | ||
|
重要性
此活动对于衡量首次匹配成功率和发现匹配流程中的瓶颈至关重要。匹配失败往往会导致差异处理循环。
获取途径
当发票记录中的匹配状态更新为“已匹配”,或成功保存行级匹配详情时,可以推断此事件。相关信息通常存储在供应商发票行相关表中。
采集
识别发票抬头或行项目中与采购订单匹配成功相关的状态变更。
事件类型
inferred
|
|||
|
已安排付款
|
已过账的发票被选中并加入付款建议或付款日记账,安排在未来某次付款批次中支付。这表示付款意向已确定。 | ||
|
重要性
此活动对于现金流预测和分析付款条件遵守情况至关重要,也有助于确认是否考虑并安排了提前付款折扣。
获取途径
可根据包含该发票的付款日记账行(LedgerJournalTrans)的创建情况推断。日记账行上的交易日期表示计划付款日期。
采集
使用引用该发票的付款日记账行的创建日期。
事件类型
inferred
|
|||
数据提取指南
杜绝重复付款,优化应付账款发票处理。
找准低效环节,减少滞纳金,将处理成本降低60%。
免费试用14天,无需信用卡。