您的应付账款发票处理数据模板

Microsoft Dynamics 365
您的应付账款发票处理数据模板

您的应付账款发票处理数据模板

此模板将指导您收集分析和优化应付账款发票处理所需的关键数据,列出重要属性和关键活动,并提供实用的信息提取指引。使用此模板可以确保您获取完整的事件日志,从而深入了解流程绩效。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 提取指引
刚接触事件日志?了解 如何创建流程挖掘事件日志.

应付账款发票处理属性

以下是建议纳入事件日志的数据字段,用于全面分析您的应付账款发票处理流程,帮助您获得深入洞察。
3 必需 6 建议 12 可选
名称 说明
发票
Invoice
每张供应商发票单据的唯一标识符。
说明

Invoice是主要案例标识符,将从收到发票到最终付款的所有活动关联起来。借助该标识符,可以端到端分析每张发票在应付账款流程中的处理历程。

在分析中,按该标识符对事件分组,是重建每张发票流程路径的第一步。它支持计算案例级KPI,例如总周期时间,并帮助识别特定发票处理路径中的变体和瓶颈。

为什么重要

这是追踪发票完整生命周期的关键,也是应付账款流程挖掘分析的基础。

获取位置

通常是Dynamics 365 Finance“Vendor invoice”页面或相关数据实体中的供应商发票编号。

示例
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 LtdFabrikam IncNorthwind Traders
发票到期日
InvoiceDueDate
根据付款条款计算出的发票付款截止日期。
说明

该日期表示为避免罚金并遵守供应商协议而应支付发票的截止时间,通常根据发票日期和指定付款条款计算。

该属性是“付款条款合规性”分析的基础。通过比较“Payment Executed”日期与“Invoice Due Date”,分析可以自动标记逾期付款、计算合规率,并帮助安排付款以维护良好的供应商关系。

为什么重要

对于衡量按时付款表现、管理供应商关系和避免逾期付款费用至关重要。

获取位置

根据发票日期和付款条款计算得出,存储在供应商交易表(例如“VendTrans”)的“DueDate”等字段中。

示例
2023-05-152023-06-302023-07-01
发票金额
InvoiceAmount
发票的货币总金额。
说明

表示供应商发票应付的总金额,是每个案例的重要财务指标。

该属性支持对应付账款流程进行财务分析,可用于优先处理高价值发票,按金额阈值分析审批时间,并了解付款延迟或提前付款折扣带来的财务影响。

为什么重要

提供财务背景信息,支持根据金额分析流程行为,例如识别高价值发票是否采用不同的处理方式。

获取位置

位于供应商发票抬头中,通常为“VendInvoiceInfoTable”中的“InvoiceAmount”等字段。

示例
1500.75250.0012345.50
用户
UserName
执行该活动的用户。
说明

标识负责完成流程步骤的具体用户,例如登记或审批发票的用户。该信息通常与Dynamics 365中的用户系统ID关联。

按用户分析绩效,有助于识别培训需求、高绩效人员和工作量分配情况。对于关注审批时间和资源效率的仪表板而言,这一点至关重要,可帮助管理者了解哪些用户或团队构成瓶颈。

为什么重要

将工作归属到具体人员,从而支持分析工作量和绩效,并识别培训机会。

获取位置

通常来自交易记录中的“Created by”或“Modified by”字段,或Dynamics 365中的工作流历史日志。

示例
j.doea.smithr.williams
采购订单编号
PurchaseOrderNumber
与发票关联的采购订单唯一标识符。
说明

该属性将发票与对应的采购订单(PO)关联。发票可以有PO支持,也可以没有PO支持。

分析该属性有助于区分基于PO和非PO的发票处理流程,因为两者通常遵循不同的工作流。它对于衡量PO匹配效率,以及识别发票明细与采购订单不一致时产生的问题至关重要。

为什么重要

区分遵循不同流程的PO发票和非PO发票,对于分析匹配效率至关重要。

获取位置

位于供应商发票抬头或发票行中,通常是“VendInvoiceInfoTable”中的“PurchId”字段。

示例
PO-000432PO-000511
公司代码
CompanyCode
处理发票的法人实体标识。
说明

此属性用于标识组织内负责发票的具体公司或法人实体。在多公司环境中,这是关键的组织维度。

按公司代码分析AP流程,可以比较不同业务部门或法人实体的绩效,帮助识别效率较低、返工率较高或采用不同流程变体的实体,从而发现标准化和最佳实践共享的机会。

为什么重要

支持在组织内不同法人实体或业务部门之间进行绩效基准比较和流程对比。

获取位置

Dynamics 365几乎所有事务表中的标准字段,通常命名为“DataAreaId”。

示例
USMFDEMFGBSI
最后数据更新时间
LastDataUpdate
源系统最后一次刷新数据的时间戳。
说明

该属性表示事件日志最后一次从Microsoft Dynamics 365更新为最新数据的时间,为所分析数据的新鲜度提供背景信息。

对于仪表板和持续监控,该时间戳有助于用户了解当前查看的是否为最新流程数据,也能帮助管理对数据时效性的预期,并监控数据管道的运行状况。

为什么重要

告知用户数据的新鲜度,对于基于分析及时、准确地做出业务决策至关重要。

获取位置

这是由数据提取和加载(ETL)工具在数据接入时生成并写入的元数据字段。

示例
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
发票状态
InvoiceStatus
发票当前的处理状态。
说明

此属性反映发票在流程中的最后已知状态,例如“处理中”“已批准”“已付款”或“已取消”。它展示了发票在生命周期中的当前位置。

流程挖掘通过活动推导流程,而最终状态可用于验证,并创建按业务层面汇总所有未结发票当前状态的仪表板。您可以用它筛选出当前“已批准”但尚未“已付款”的所有发票。

为什么重要

提供发票当前状态的概览,便于筛选并创建基于状态的仪表板。

获取位置

通常取自AP模块中的单据状态或工作流状态字段。

示例
处理中已批准已付款已取消
审批人
ApproverName
在特定步骤批准或拒绝发票的用户。
说明

此属性用于标识工作流中负责审批决策的人员。对于多级审批发票,不同步骤可能对应不同审批人。

它是“Invoice Approval Cycle Time Analysis”仪表板的关键数据。按审批人拆分分析,可以识别因工作量或其他因素成为流程瓶颈的人员,从而采取有针对性的措施,加快审批周期。

为什么重要

支持详细分析审批流程,帮助识别个人或团队层面的瓶颈。

获取位置

从工作流历史日志(“WorkflowTrackingStatusTable”)中提取,该日志记录完成每个审批步骤的用户。

示例
David ChenMaria GarciaAP_Manager_Group
差异原因
DiscrepancyReason
发票差异的原因代码或说明。
说明

当发票被挂起或发现差异时,此属性记录具体原因,例如“Price Mismatch”“Quantity Difference”或“Missing Goods Receipt”。

此属性是“Discrepancy Resolution & Rework”分析的关键。按原因对返工进行分类,可以识别流程低效的根本原因。例如,如果“Price Mismatch”最常见,说明采购方与供应商之间需要更好地对齐数据。

为什么重要

提供返工的根本原因,支持有针对性地改进流程,减少例外和人工干预。

获取位置

可能存储在发票挂起表、工作流评论或AP模块中的专用差异记录字段中。

示例
价格不匹配数量差异采购订单无效
折扣截止日期
EarlyPaymentDiscountDate
为获得提前付款折扣而支付发票的截止日期。
说明

此属性指定支付发票并获得供应商折扣的最后日期。它根据发票日期和付款条件中的折扣部分计算得出,例如“2/10 Net 30”中的“10”。

该日期是“Early Payment Discount Status”分析的主要依据。将“Payment Scheduled”或“Payment Executed”日期与此截止日期比较,系统即可判断是否成功获得折扣,并提供财务优化指标。

为什么重要

定义实现成本节约的目标日期,是付款优先级排序和效率改进的重要依据。

获取位置

系统根据付款条件和发票日期计算得出,存储在“VendTrans”的“CashDiscDate”等字段中。

示例
2023-04-252023-05-102023-06-15
提前付款折扣金额
EarlyPaymentDiscountAmount
提前支付发票时可能获得的折扣金额。
说明

此属性显示供应商根据付款条件为提前付款提供的折扣金额。

这项财务数据对“Early Payment Discount Status”仪表板至关重要。它可以量化已获得和错失的折扣价值,为提升发票审批和付款排程效率提供明确的财务依据。

为什么重要

量化流程效率带来的财务机会,直接体现流程绩效与成本节约之间的关系。

获取位置

根据发票金额和付款条件计算得出。该值可在“VendTrans”或相关现金折扣字段中获取。

示例
30.015.00246.91
收货单号
GoodsReceiptNumber
与发票相关的收货单据标识。
说明

此属性将发票关联到已收货物或服务的记录,这是执行三方匹配(采购订单、收货单和发票)的必要条件。

它对于分析匹配效率至关重要。对于“Goods Receipt Matched”活动中的延迟或失败,可使用此标识追溯源收货单据,帮助识别采购或收货环节中影响应付账款的问题。

为什么重要

支持分析三方匹配效率,并帮助定位源自收货流程的问题。

获取位置

通过采购订单行关联,通常可在装箱单日记账(“VendPackingSlipJour”)或相关表中找到。

示例
GRN-00981GRN-01024
是否自动执行
IsAutomated
用于标识活动是否由系统自动执行的标志。
说明

此布尔属性用于区分人工用户执行的活动与系统自动执行的活动,例如自动过账或匹配发票。

分析此属性是衡量AP流程自动化水平的关键。它有助于计算直通处理(STP)率,并识别最适合纳入后续自动化计划的人工活动,最终降低成本和处理时间。

为什么重要

帮助衡量直通处理率,并识别提升自动化水平和效率的机会。

获取位置

通过检查活动关联用户是否为系统用户或批处理用户得出,例如“Admin”“BatchUser”。

示例
truefalse
是否返工
IsRework
用于识别发票是否经历过返工的计算标志。
说明

如果发票流程包含返工活动,例如“Discrepancy Resolved”,或初次失败后再次执行“Invoice Data Validated”,则此布尔标志设为true。该标志基于整个案例计算。

此属性直接支持“Discrepancy Rework Rate”KPI。通过筛选和汇总所有需要额外人工处理的发票,可以简化分析,并量化数据质量问题或流程例外的影响。

为什么重要

直接衡量返工情况,便于量化和分析流程例外及低效问题。

获取位置

这不是源系统字段,而是流程挖掘工具通过检查案例中是否出现特定返工活动计算得出。

示例
truefalse
是否逾期付款
IsLatePayment
用于标识付款是否晚于到期日完成的计算标志。
说明

如果“Payment Executed”活动发生在“Invoice Due Date”之后,此布尔属性设为true,用于清晰标识案例层面的付款条件不合规情况。

此属性简化了“Payment Terms Compliance Rate”KPI的计算。通过筛选和创建仪表板,可以快速展示逾期付款的数量和金额,并对这些案例进行根因分析,了解延迟原因。

为什么重要

提供清晰、简单的标志,用于分析不合规付款并计算按时付款KPI。

获取位置

这不是源系统字段,而是流程挖掘工具通过比较“Payment Executed”活动的时间戳与“InvoiceDueDate”属性计算得出。

示例
truefalse
源系统
SourceSystem
提取数据的系统。
说明

该属性标识事件数据的来源。在此场景中通常为“Microsoft Dynamics 365”。当合并多个系统的数据时,例如OCR扫描工具和D365的数据,该属性尤为重要。

在流程挖掘分析中,它有助于追溯数据来源、排查问题并了解流程的技术环境,也支持将分析筛选为特定系统中的事件。

为什么重要

提供有关数据来源的关键背景信息,对于数据验证和多系统流程分析至关重要。

获取位置

通常是在数据提取和转换过程中添加的静态值(“Microsoft Dynamics 365”)。

示例
Microsoft Dynamics 365 FinanceD365 F&OAX2012
必需 建议 可选

应付账款发票处理活动

以下是建议采集的关键流程步骤和重要里程碑,用于准确发现流程并分析绩效。
5 建议 9 可选
活动 说明
付款已执行
通过过账付款日记账正式完成付款。该交易用于结清已过账发票形成的负债。
为什么重要

这是流程的主要结束事件,用于计算付款条款合规性、识别逾期付款并衡量最终端到端周期时间。

获取位置

这是付款日记账过账时记录的明确事件。结算明细存储在供应商交易表(VendTrans)中,并将付款与发票关联。

采集

使用VendTrans中付款结算记录的交易日期。

事件类型 explicit
发票已审批
表示工作流中的最终审批已完成,授权将发票过账并付款。这是发票进入付款阶段前的关键里程碑。
为什么重要

标志着审批周期结束。“Submitted for Approval”与该活动之间的时间,是识别审批瓶颈和长期运行工作流的关键KPI。

获取位置

这是工作流历史日志(WorkflowTrackingStatusTable)中的明确事件,在工作流状态更新为“Completed”或“Approved”时记录。

采集

从工作流跟踪历史中提取该发票的“Approved”或“Completed”事件。

事件类型 explicit
发票已提交审批
发票正式提交至工作流,由授权人员进行审核和审批。这标志着审批周期开始。
为什么重要

这是启动发票审批周期计时的关键里程碑,有助于区分数据录入和匹配耗时与审批延迟。

获取位置

这是在D365工作流历史日志(WorkflowTrackingStatusTable)中针对特定发票单据记录的明确事件,并会记录提交时间戳。

采集

从工作流跟踪历史中提取该发票的“Submitted”事件。

事件类型 explicit
发票已登记
表示发票记录通过人工录入、OCR扫描或电子数据交换(EDI)在系统中完成初始创建。这是发票处理生命周期的起点。
为什么重要

该活动是流程的主要开始事件。分析从此时到付款的时间,可以得到整体发票周期时间,这是关键绩效指标。

获取位置

根据待处理供应商发票表或发票日记账表中发票抬头记录的创建时间戳(CreatedDateTime字段)推断,例如VendInvoiceInfoTable。

采集

使用发票抬头记录的创建时间戳。

事件类型 inferred
发票已过账
已审批发票正式记入总账,形成财务负债。这是一项关键且通常不可逆的会计交易。
为什么重要

过账是使发票具备付款资格的重要里程碑,表明所有验证和审批步骤均已完成,并且负债已确认。

获取位置

这是一个明确的交易事件。过账日期和时间会记录在供应商发票日记账(VendInvoiceJour)及相关总账分录(GeneralJournalEntry)中。

采集

使用VendInvoiceJour或GeneralJournalEntry表中的过账时间戳。

事件类型 explicit
付款已安排
已过账发票被选中并纳入付款建议或付款日记账,安排在未来的付款批次中处理。这表示企业已计划付款。
为什么重要

该活动对于现金流预测和分析付款条款合规性至关重要,也有助于识别是否已考虑并安排提前付款折扣。

获取位置

根据创建包含该发票的付款日记账行(LedgerJournalTrans)推断。日记账行上的交易日期表示计划付款日期。

采集

使用引用该发票的付款日记账行创建日期。

事件类型 inferred
付款已清算
公司执行的付款已通过银行清算,并由银行对账流程确认。这是付款完成的最终财务确认。
为什么重要

该活动提供现金流出的最终确认。分析付款执行到银行清算之间的时间,对于资金和现金管理十分重要。

获取位置

该信息来自银行对账模块。当与付款对应的银行对账单行在D365中完成匹配并过账时,可推断该活动已发生。

采集

需要将银行交易数据(BankStmtISOAccountStatement)关联回原始付款。

事件类型 inferred
发票已取消
发票过账后被作废或取消,通常用于更正错误。这是流程的替代性异常终点。
为什么重要

跟踪取消有助于了解流程质量和错误率。取消频率较高,可能表明上游流程存在系统性问题。

获取位置

这是一个明确事件。D365会创建冲销或贷项交易,并将其关联回原始发票日记账。该冲销交易的过账日期标志着取消发生。

采集

识别与原始发票关联的冲销交易过账日期。

事件类型 explicit
发票已拒绝
审批人在工作流中拒绝发票,通常会将其退回发起人进行更正或说明,从而启动返工循环。
为什么重要

跟踪拒绝有助于识别审批延迟和返工原因,也能揭示发票编码问题、政策违规或文档不完整等情况。

获取位置

这是工作流历史(WorkflowTrackingStatusTable)中的明确事件,在审批人选择“Reject”操作时记录。

采集

从工作流跟踪历史中提取该发票的“Rejected”事件。

事件类型 explicit
发票数据已验证
表示系统或用户在匹配或审批前,对采集的发票数据进行完整性和正确性初检。该步骤可以是自动系统验证,也可以是人工审核。
为什么重要

跟踪该活动有助于识别由数据质量不佳造成的延迟。此处失败率较高或持续时间较长,通常表明数据采集流程存在问题,例如OCR准确率不足。

获取位置

这通常是一个推断事件。可以根据发票状态从“New”或“Draft”变更为“Validated”或“Ready for Matching”等状态的时间戳推导,也可以使用提交至工作流前的最后一次修改时间。

采集

记录表示验证成功的状态变更时间戳,或提交至工作流前的更新事件时间戳。

事件类型 inferred
差异已解决
在识别差异后,解除挂起或更正发票的操作。此时发票已准备好重新提交匹配或审批。
为什么重要

该活动会关闭返工循环。解决差异所需的时间,是衡量异常处理流程效率的关键指标。

获取位置

根据发票移除“On Hold”状态的时间戳,或拒绝后重新提交至工作流的时间戳推断。

采集

记录解除挂起或拒绝后重新提交发票时的时间戳。

事件类型 inferred
已识别差异
当发票未通过与采购订单或收货记录相关的验证或匹配,需要人工干预时,就会发生该活动。发票通常会被挂起或设置特定状态。
为什么重要

该活动会启动返工循环。分析其发生频率和原因,对于识别流程低效、数据质量问题或供应商问题至关重要。

获取位置

该活动可以明确记录在发票历史中,也可以根据发票因匹配差异而被置为“On Hold”并附带原因代码推断。请查找发票抬头中的状态变更。

采集

记录发票状态设置为“On Hold”或差异标记被设置时的时间戳。

事件类型 inferred
收货已匹配
在三方匹配中,该活动通过与收货单交叉核对,确认发票所列货物或服务已被接收。此步骤用于核实实际交付与发票是否一致。
为什么重要

跟踪该活动有助于分析三方匹配流程的效率,并识别由收货信息缺失或错误造成的延迟。

获取位置

与PO匹配类似,该活动可根据发票中显示的状态更新推断,确认其已成功与产品收货日记账(Packing Slips)匹配。

采集

查找表示三方匹配成功的状态变更或标记。

事件类型 inferred
采购订单已匹配
将发票与一个或多个采购订单关联,以核对数量、价格和条款的过程。对于基于PO的发票,这是关键的验证步骤。
为什么重要

该活动对于衡量一次匹配成功率和识别匹配流程中的瓶颈至关重要。此处失败往往会导致差异处理循环。

获取位置

当发票记录中的匹配状态更新为“Matched”,或成功保存行级匹配明细时,可以推断该活动已发生。相关信息通常存储在供应商发票行相关表中。

采集

识别发票抬头或发票行中与PO匹配成功相关的状态变更。

事件类型 inferred
建议 可选

提取指南

如何从Microsoft Dynamics 365获取数据

准备开始了吗?

使用此数据模板,开启更高效的应付账款发票处理之旅。充分发挥流程数据的价值,推动显著改进。

杜绝重复付款,优化应付账款发票处理

精准定位低效环节,消除滞纳金,将处理成本降低60%。

开始免费试用

免费试用14天,无需信用卡。