您的应付账款发票处理数据模板
您的应付账款发票处理数据模板
这是适用于应付账款发票处理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 适用于任意应付账款系统的通用数据结构
- 支持深度分析的推荐属性
- 确保流程完整可视化所需记录的关键活动
应付账款发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 表示活动或事件发生的准确日期和时间的时间戳。 | ||
| 说明 事件时间记录发票生命周期中某项活动实际发生的准确时刻。从“收到发票”到“发票结清”,每项活动都有对应的时间戳。 此属性对于性能分析至关重要。它可以计算活动之间的周期时间(例如审批时间、付款时间)以及每张发票端到端的总处理时间。通过分析这些时长,组织可以识别瓶颈、根据服务级别协议(SLA)衡量绩效,并找出加速机会。此外,它还支持按时间顺序排列事件,准确重建流程。 为什么重要 这是计算周期时间、识别瓶颈和分析流程事件时间顺序的基础。 获取位置 可从系统日志、交易创建或变更日期字段,或与发票单据关联的事件时间戳记录中获取。 示例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
| 发票ID InvoiceId | 每张供应商发票单据的唯一标识符,用作跟踪发票端到端处理过程的主要案例标识。 | ||
| 说明 发票ID是分配给每张供应商发票的唯一字母数字代码。它是与该发票相关的所有活动和数据的中心引用,从最初接收发票一直到最终付款和结清。 在流程挖掘中,发票ID至关重要。它充当案例ID,使软件能够将“发票已接收”“已批准”“已付款”等事件串联成单张发票的完整流程。这样可以按发票分析流程变体、周期时间和瓶颈,清晰了解每张发票的处理方式。 为什么重要 这是最关键的属性,因为它将所有相关流程步骤连接到同一案例中,从而支持端到端流程分析和可视化。 获取位置 通常位于源系统的发票抬头数据或应付账款交易表中。 示例 INV-9876547300015298SI-2023-04-112 | |||
| 活动名称 ActivityName | 发票发生的业务流程步骤或事件的名称。 | ||
| 说明 活动名称描述发票处理生命周期中的具体操作、状态变更或里程碑。发票的每个已记录事件,例如“发票已验证”“已提交审批”或“付款已执行”,都由一个独立的活动名称表示。 该属性构成流程图的基础,每个唯一值都会成为可视化流程中的一个节点。分析这些活动的顺序、频率及其间隔时长,是流程挖掘的核心,有助于识别常见路径、偏差和返工循环。它对于了解流程实际运行情况至关重要。 为什么重要 定义流程图中的步骤,用于可视化和分析流程、瓶颈及变体。 获取位置 通常根据源系统中的交易代码、事件日志、状态变更字段或特定用户操作记录生成。 示例 发票已批准发票已冻结付款已执行 | |||
| 最后数据更新时间 LastDataUpdate | 表示该事件数据最近一次从源系统刷新时间的时间戳。 | ||
| 说明 最后数据更新时间表示数据最近一次从源系统提取并加载到流程挖掘环境中的时间。它不代表业务事件发生的时间,而是表示所分析数据的新鲜度。 该属性对数据治理十分重要,也有助于用户了解洞察的时效性。它可以确认分析是否基于最新信息,并用于监控数据管道的运行状况和更新频率。基于流程仪表板和分析结果做出决策时,它能确保相关人员了解数据的时效。 为什么重要 这对数据治理至关重要,可确保用户了解所分析数据的新鲜度,从而增强对洞察结果的信任。 获取位置 该时间戳通常在数据提取、转换和加载(ETL)过程中生成并添加。 示例 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
| 源系统 SourceSystem | 提取数据的系统。 | ||
| 说明 该属性标识生成或记录事件数据的原始IT系统,例如ERP、文档管理系统或工作流工具。在应付账款流程涉及多个系统的环境中,此字段有助于区分不同活动的来源。 按源系统分析数据,有助于了解流程碎片化和数据集成挑战,也可以揭示延迟或问题是否与不同系统之间的交接有关。此外,它对数据治理和验证同样重要,可确保流程视图准确反映各系统的贡献。 为什么重要 提供数据来源背景,对数据验证、故障排查以及分析不同系统间的流程差异至关重要。 获取位置 通常是在数据提取过程中添加的静态值,或可从系统日志抬头中获取。 示例 ERP_PRODSAP_ECC_100Oracle_Fusion | |||
| 供应商名称 VendorName | 提交发票的供应商名称。 | ||
| 说明 供应商名称标识提供商品或服务的供应商法定名称或商业名称,为每张发票提供重要业务背景。 在分析中,按供应商名称细分流程,可以评估特定供应商的绩效和合作关系。它有助于回答以下问题:“哪些供应商的审批时间最长?”“我们是否经常与某些供应商发生发票差异?”“我们是否有效获取了主要供应商的提前付款折扣?”这一视角对采购和供应商关系管理至关重要。 为什么重要 支持按供应商分析绩效,有助于识别存在问题的供应商关系、付款条款合规情况以及不同供应商的流程差异。 获取位置 位于供应商主数据表中,并通过供应商ID与发票交易数据关联。 示例 Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp | |||
| 公司代码 CompanyCode | 处理发票的法人实体或公司的标识符。 | ||
| 说明 公司代码是组织内代表独立法人实体或公司的唯一键。发票代表特定公司代码进行处理和入账。 该属性是多实体组织进行比较分析的基础维度。它支持对不同公司、子公司或业务部门的应付账款流程绩效进行基准比较。分析可以揭示哪些实体效率更高、自动化率更高,或付款冻结更多,从而帮助统一最佳实践,并识别区域性或实体特有的问题。 为什么重要 支持在不同法人实体或业务部门之间进行流程基准比较,有助于统一实践并识别本地化问题。 获取位置 位于财务或发票交易单据的抬头中,表示过账实体。 示例 1000US01DE01 | |||
| 发票到期日 InvoiceDueDate | 根据付款条款,发票应完成付款的日期。 | ||
| 说明 发票到期日是必须向供应商付款的计算日期。按时付款可避免潜在的滞纳金或罚金。该日期通常根据发票日期和约定的付款条款(例如Net 30)计算得出。 该属性是衡量付款绩效的基础,也是计算按时付款率KPI和识别逾期付款的依据。将到期日与实际付款日期进行比较,可以分析付款及时性,帮助组织改善供应商关系、避免罚金并战略性地管理现金流。 为什么重要 这对衡量按时付款绩效、管理现金流和避免逾期付款罚金至关重要。 获取位置 该日期通常由源系统根据发票日期和付款条款计算,并存储在发票抬头中。 示例 2023-11-252023-12-152024-01-30 | |||
| 发票金额 InvoiceAmount | 以原始交易货币计价的发票总金额。 | ||
| 说明 发票金额表示供应商提交的发票总额,是每个案例的重要财务指标。 该属性广泛用于财务和绩效分析。它支持按重要性筛选流程,例如单独分析高金额发票,识别超过特定阈值的发票审批瓶颈,并计算流程低效带来的财务影响。例如,可以用它量化被冻结发票的金额,或优先对高数量、低金额发票实施自动化。它几乎是所有应付账款仪表板的基础维度。 为什么重要 支持财务影响分析,例如量化被冻结付款的金额,并帮助根据重要性确定发票处理优先级。 获取位置 通常位于发票交易数据的抬头表或行项目表中。 示例 1500.7525000.00345.50 | |||
| 用户名 UserName | 执行发票特定活动的用户姓名或ID。 | ||
| 说明 用户名标识负责执行特定流程步骤的员工或系统用户,例如发票录入、审批或过账。对于自动化步骤,该字段可能是系统用户或批处理用户ID。 该属性支持从人员角度了解流程。它可用于分析工作量分配、个人或团队绩效,并识别培训需求。按用户跟踪活动,可以发现由特定人员造成的返工循环,定位审批卡住的位置,并确保职责分离。它是了解应付账款流程中人员因素的关键属性。 为什么重要 支持分析团队和个人绩效、工作量分配,并有助于识别培训机会或合规问题。 获取位置 通常位于事件日志,或交易表中的“Changed By”/“Created By”字段。 示例 jdoeasmithBATCH_USER | |||
| 采购订单号 PurchaseOrderNumber | 与发票关联的采购订单(PO)唯一标识符。 | ||
| 说明 采购订单号是最初授权向供应商采购商品或服务的单据引用ID。发票可以有PO支持,也可以没有PO支持。 该属性对分析发票匹配流程至关重要。它支持区分基于PO和非PO的发票,而两者通常遵循完全不同的流程路径。分析可以聚焦于三方匹配(PO、收货单与发票)的效率,识别匹配失败的原因,并衡量首次匹配率KPI。应当存在PO但缺少采购订单号的发票,通常表明流程合规存在问题。 为什么重要 对分析发票匹配效率、区分PO与非PO发票流程以及识别合规问题至关重要。 获取位置 位于发票交易数据中,通常通过引用字段与采购模块关联。 示例 4500017545PO-2023-10-005789123 | |||
| 付款日期 PaymentDate | 实际执行发票付款的日期。 | ||
| 说明 付款日期是标记向供应商支付特定发票资金时间的时间戳。这是一个关键里程碑,通常表示主要处理流程结束。 在流程挖掘分析中,会将该日期与发票到期日进行比较,以确定付款是按时、提前还是逾期完成。它是计算按时付款率等关键KPI以及分析提前付款折扣机会的核心要素。了解发票审批与付款日期之间的间隔,也有助于发现付款执行或资金管理职能中的低效。 为什么重要 对于计算按时付款率、分析付款行为和识别获取提前付款折扣的机会至关重要。 获取位置 位于付款或结清单据数据中,并与原始发票交易关联。 示例 2023-11-242023-12-202024-01-28 | |||
| 付款条款 PaymentTerms | 与供应商约定的发票付款条款,包括到期日和折扣机会。 | ||
| 说明 付款条款定义了发票应在何种条件下支付,通常包括净付款期限(例如30天)以及提前付款可能享受的折扣(例如10天内付款可享受2%的折扣)。 该属性为财务绩效分析提供重要背景信息,可用于计算发票到期日,并识别获取提前付款折扣的机会。按付款条款分析流程绩效,可以帮助组织判断内部周期时间过长是否导致折扣机会持续流失。这项分析将流程效率与财务节省直接关联起来。 为什么重要 用于计算发票到期日,也是分析提前付款折扣获取率的关键,有助于将流程效率与成本节省关联起来。 获取位置 通常来源于供应商主数据,并在发票创建时复制到发票交易抬头中。 示例 Net 302% 10, Net 30Net 60 | |||
| 发票货币 InvoiceCurrency | 发票金额使用的货币代码,例如USD、EUR、GBP。 | ||
| 说明 发票货币指定发票金额所使用的货币单位。对于与不同国家供应商合作的跨国组织而言,这一点尤其重要。 在分析中,该属性对于正确解读发票金额和执行准确的财务计算至关重要。它支持按货币筛选流程,以了解区域差异或特定货币带来的挑战。结合汇率数据后,还可以将财务金额统一换算为单一报告货币,支持一致的全球分析。 为什么重要 为发票金额提供必要背景,支持准确的财务分析和全球组织的流程细分。 获取位置 通常位于发票交易表的抬头中,与发票金额并列。 示例 USDEURGBP | |||
| 是否自动执行 IsAutomated | 用于标识某项活动是由系统自动执行,还是由人工用户执行的标志。 | ||
| 说明 该布尔属性表示特定流程步骤是由系统用户(自动化、工作流或批处理作业)执行,还是由人工用户执行,有助于区分手动活动和自动化活动。 分析该属性对于了解应付账款流程的自动化程度、衡量数字化转型成效至关重要。通过识别无需人工干预即可处理的发票,可以计算直通处理(STP)率。比较自动化路径与手动路径的绩效,还可以量化时间和成本节省,为进一步投资自动化建立业务依据。 为什么重要 支持衡量自动化程度(例如直通处理率),并帮助量化自动化对流程效率的影响。 获取位置 通常通过检查某项活动的“UserName”是否对应已知系统用户或批处理用户ID来推导。 示例 truefalse | |||
| 阻止原因 BlockingReason | 说明发票为何被阻止付款的原因代码或描述。 | ||
| 说明 阻止原因是用于说明发票为何被有意暂停、无法进入付款阶段的代码或文本。常见原因包括数量或价格差异、缺少收货记录,或需要进行质量检验。 这是分析异常和返工根因的重要属性。通过分析不同阻止原因的发生频率和影响,组织可以识别应付账款流程中最常见的低效来源,并据此开展有针对性的改进,例如提高供应商采购订单的准确性,或简化收货流程。减少付款阻止是提高直通处理(STP)率的关键驱动因素。 为什么重要 付款阻止根因分析不可或缺,有助于识别流程低效和返工的主要驱动因素。 获取位置 可在发票单据或相关状态表中找到,通常在发生“Blocked”活动时填充。 示例 价格差异数量不匹配缺少收货凭证 | |||
应付账款发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 付款已执行 | 付款正式完成,资金支付给供应商。此交易结清了发票过账时形成的负债。 | ||
| 为什么重要 这是计算按时付款率和折扣获取率的关键事件。它标志着价值转移,也是资金管理和供应商关系管理的重要里程碑。 获取位置 这是明确的财务事件,从针对该发票创建的付款单据交易日期中获取。 采集 使用结清发票的付款单据交易日期或过账日期。 事件类型 explicit | |||
| 发票已匹配 | 将发票与采购订单(PO)或收货单(GR)等支持性单据关联的过程。此活动用于确认发票金额、数量和项目与订购及收货内容一致。 | ||
| 为什么重要 这是基于PO的发票的一项关键验证步骤。分析匹配成功率和耗时,有助于了解自动化水平,并识别存在问题的供应商或物料。 获取位置 通常在PO或GR引用成功关联到发票行项目时记录,并经常同时更新匹配状态字段。 采集 记录发票匹配状态更新为“Matched”或“Successful”时的时间戳。 事件类型 explicit | |||
| 发票已批准 | 表示工作流中的最终审批,为发票付款提供正式授权。这是一个关键里程碑,决定发票能否从处理阶段进入付款阶段。 | ||
| 为什么重要 此活动结束审批周期。到达该节点前的耗时是发票总处理时间的重要组成部分,也经常暴露审批瓶颈。 获取位置 当发票的工作流或单据状态更新为“Approved”或等效的终止状态时记录。 采集 记录发票最终审批状态时的时间戳。 事件类型 explicit | |||
| 发票已结清 | 表示最终对账:将付款应用于发票,并在应付账款明细账中正式关闭该项目。在某些情况下,也可以表示付款已完成银行清算。 | ||
| 为什么重要 这是最后一项活动,标志着流程成功完成。从收到发票到结清的时间,代表端到端完整周期时间。 获取位置 从发票财务记录中的结清日期字段获取,该字段会在应用付款时填充。 采集 使用财务账簿中与发票行项目关联的结清日期。 事件类型 explicit | |||
| 发票已过账 | 已批准的发票正式记入总账,为公司形成财务负债。这是一项关键会计交易,用于正式确认费用及付款义务。 | ||
| 为什么重要 过账是重要的财务事件。审批与过账之间的延迟可能影响财务报告的准确性,以及对未清偿负债的可见性。 获取位置 这是核心财务交易事件,从与发票关联的会计单据过账日期和时间中获取。 采集 使用与发票关联的财务单据抬头中的过账日期字段。 事件类型 explicit | |||
| 已提交审批 | 发票正式提交至工作流,由一名或多名授权人员审核和批准。此活动标志着审批子流程的开始。 | ||
| 为什么重要 这是衡量审批周期时间的起点,有助于区分数据处理耗时与等待管理层审批的耗时。 获取位置 当发票状态变更为“Pending Approval”,或发票被录入工作流管理系统时,会记录此事件。 采集 识别发票状态更新为审批工作流开始的事件。 事件类型 explicit | |||
| 收到发票 | 此活动表示供应商发票首次进入系统。它可以通过人工录入、光学字符识别(OCR)扫描或电子数据交换(EDI)采集。 | ||
| 为什么重要 这是流程的主要起点。分析该事件与其他事件之间的时间,可以了解总处理时间并发现前端延误。 获取位置 此事件通常从系统中主要发票或供应商账单记录的创建时间戳获取。 采集 使用发票抬头记录的创建日期。 事件类型 explicit | |||
| 发生逾期付款 | 发票在合同约定的到期日之后支付。这是一个计算事件,表示未能按时履行付款义务。 | ||
| 为什么重要 逾期付款可能损害供应商关系、产生财务罚金,也可能表明存在系统性低效。衡量逾期付款有助于量化流程绩效和合规风险。 获取位置 通过比较付款执行日期与发票规定的净到期日计算得出。 采集 计算方式:IF Payment_Date > Net_Due_Date。 事件类型 calculated | |||
| 发票已冻结 | 当发票被明确阻止进入付款环节时,就会发生此活动。通常由于匹配过程中发现差异、违反政策或存在其他需要调查的问题,系统会自动或由人工设置付款冻结。 | ||
| 为什么重要 付款冻结是导致付款延迟和处理工作量增加的主要原因。识别冻结发生的时间、原因和频率,对流程改进至关重要。 获取位置 这是在发票上应用挂起或冻结状态时记录的明确事件,通常保存在状态日志或变更历史表中。 采集 使用发票设置付款冻结代码或“On Hold”状态时的时间戳。 事件类型 explicit | |||
| 发票已取消 | 发票录入或过账后被作废或冲销,通常用于更正错误或响应供应商争议。这是流程的另一种通常为负面的终点。 | ||
| 为什么重要 取消通常表明流程存在问题,例如重复录入或错误过账。跟踪取消频率及根因,对提高数据录入准确性和流程质量至关重要。 获取位置 当用户作废发票或过账冲销单据,并填充取消日期或冲销日期时,会明确记录此操作。 采集 查找发票记录中的冲销单据链接,或取消标记及其关联日期。 事件类型 explicit | |||
| 发票已拒绝 | 审批人在工作流中拒绝发票,使其无法继续付款。被拒绝的发票通常会退回较早步骤进行更正,从而形成返工循环。 | ||
| 为什么重要 拒绝是返工和流程延迟的重要来源。跟踪拒绝频率及原因,有助于识别数据质量、政策理解或供应商合规方面的问题。 获取位置 在系统的审批历史或工作流日志中,以状态更新的形式明确记录,例如“Rejected”或“Denied”。 采集 使用审批日志中将发票状态设为“Rejected”时的时间戳。 事件类型 explicit | |||
| 发票已验证 | 表示对已采集发票数据完成初步完整性和正确性检查,之后才会进入匹配或审批环节。该步骤可以是自动化系统验证,也可以是人工审核。 | ||
| 为什么重要 跟踪此活动有助于识别初始数据质量审核中的瓶颈,并衡量预处理步骤的效率。 获取位置 通常通过发票记录的状态变更、特定的验证时间戳,或记录无错误保存时推断得出。 采集 查找状态变更为“Validated”的记录,或查找特定的验证事件日志。 事件类型 explicit | |||
| 已安排付款 | 系统选中已过账发票,并将其纳入付款建议或付款批次。此活动表示将在即将执行的付款批次中支付该发票。 | ||
| 为什么重要 此步骤连接过账与实际付款。分析此活动有助于管理现金流,并了解付款准备流程的效率。 获取位置 可根据创建付款建议记录,或将发票加入付款日记账或批次的时间推断得出。 采集 记录包含该发票的付款建议或批次的创建日期。 事件类型 inferred | |||
| 已获取提前付款折扣 | 在供应商折扣期内完成付款,为公司节省成本。这不是直接的系统事件,而是根据交易数据推导得出。 | ||
| 为什么重要 此活动直接衡量高效应付账款流程带来的财务收益。识别错失的提前付款机会,可以为流程改进提供明确的货币价值依据。 获取位置 这是一个计算事件,通过比较付款执行日期与发票上的付款条款及折扣日期得出。 采集 计算方式:IF Payment_Date <= Discount_Due_Date。 事件类型 calculated | |||
| 已解除冻结 | 表示问题已解决,随后移除付款冻结或挂起状态。此操作说明发票已完成更正或澄清,现在可以继续处理。 | ||
| 为什么重要 发票被冻结到解除冻结之间的时间,就是差异解决时间。分析这一时长有助于定位异常处理中的低效环节。 获取位置 从记录付款冻结状态移除或停用的系统日志或变更单据中获取。 采集 记录从发票中移除付款冻结代码或挂起状态时的时间戳。 事件类型 explicit | |||
数据提取指南
提升应付账款效率,立即开始
简化工作流、降低成本,并全面掌握应付账款流程。
无需信用卡,几分钟即可开始。