您的应付账款发票处理数据模板
您的应付账款发票处理数据模板
这是适用于应付账款发票处理的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 适用于任意应付账款系统的通用数据结构
- 支持深入分析的建议属性
- 实现完整流程可视性的关键活动
应付账款发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 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与发票交易数据关联。 示例 环球办公用品创新科技解决方案先进物流公司 | |||
| 公司代码 CompanyCode | 处理发票的法人实体或公司的标识。 | ||
| 说明 公司代码是代表组织内某个独立法人实体或公司的唯一标识。发票以特定公司代码为单位进行处理和入账。 对于拥有多个法人实体的组织,这项属性是开展对比分析的基础维度。您可以据此比较不同公司、子公司或业务单元的应付账款流程表现,了解哪些实体效率更高、自动化率更高,或付款冻结问题更多。这有助于推广最佳实践,并发现特定地区或实体的问题。 重要性 支持比较不同法人实体或业务单元的流程表现,帮助统一实践并发现本地问题。 获取途径 位于财务或发票交易单据的抬头部分,用于标识入账实体。 示例 1000US01DE01 | |||
| 发票到期日 InvoiceDueDate | 根据付款条款,发票款项应付的日期。 | ||
| 说明 发票到期日是根据发票日期和约定的付款条款(如净额30天)计算出的付款截止日期。供应商应在此日期前收到款项,避免逾期费用或罚款。 这项属性对于衡量付款表现至关重要。它是计算按时付款率KPI和识别逾期付款的依据。将到期日与实际付款日期进行比较,可以分析付款是否及时,帮助组织改善供应商关系、避免罚款并合理管理现金流。 重要性 这项数据对于衡量按时付款表现、管理现金流和避免逾期付款罚款至关重要。 获取途径 源系统通常根据发票日期和付款条款计算此日期,并将其存储在发票抬头中。 示例 2023-11-252023-12-152024-01-30 | |||
| 发票金额 InvoiceAmount | 发票按原始交易币种计算的总金额。 | ||
| 说明 发票金额表示供应商提交的发票总额,是每个案例的重要财务指标。 此属性广泛用于财务和绩效分析。您可以按金额重要性筛选流程(例如单独分析高金额发票),发现超过特定金额门槛的发票审批瓶颈,并计算流程低效造成的财务影响。例如,可用于量化被冻结发票的金额,或优先改进处理量大、单笔金额低的发票流程。它是几乎所有应付账款仪表板的基础分析维度。 重要性 支持分析财务影响,例如量化被冻结付款的金额,并帮助根据金额重要性确定发票处理优先级。 获取途径 通常位于发票交易数据的抬头表或行项目表中。 示例 1500.7525000.00345.50 | |||
| 用户名 UserName | 执行发票相关特定活动的用户姓名或ID。 | ||
| 说明 用户名用于标识负责执行特定流程步骤的员工或系统用户,例如录入、审批或过账发票。对于自动执行的步骤,此字段可能是系统用户或批处理用户ID。 此属性可从人员视角分析流程,用于了解工作量分配和个人或团队绩效,并发现培训需求。按用户跟踪活动,有助于发现由特定人员导致的返工循环、找出审批停滞的位置,并确保职责适当分离。它是了解应付账款流程中人员因素的重要属性。 重要性 支持分析团队和个人绩效、工作量分配,并帮助发现培训机会或合规问题。 获取途径 通常可在事件日志或交易表的“变更者”或“创建者”字段中找到。 示例 jdoeasmithBATCH_USER | |||
| 采购订单号 PurchaseOrderNumber | 与发票关联的采购订单(PO)的唯一标识符。 | ||
| 说明 采购订单号是用于引用最初授权向供应商采购商品或服务的单据的ID。发票可以有采购订单,也可以没有。 此属性对分析发票匹配流程至关重要。它有助于区分基于采购订单和不基于采购订单的发票,两者通常遵循截然不同的流程路径。您可以分析三方匹配(采购订单、收货单和发票)的效率,找出匹配失败的原因,并衡量首次匹配成功率这一KPI。应有采购订单号却缺失,往往表明流程执行存在合规问题。 重要性 对分析发票匹配效率、区分基于采购订单与不基于采购订单的发票流程,以及发现合规问题至关重要。 获取途径 可在发票交易数据中找到,通常位于关联采购模块的参考字段中。 示例 4500017545PO-2023-10-005789123 | |||
| 付款日期 PaymentDate | 实际执行发票付款的日期。 | ||
| 说明 付款日期是记录特定发票款项何时支付给供应商的时间戳。这是一个关键节点,通常标志着主要处理流程的结束。 在流程挖掘分析中,您可以将此日期与发票到期日进行比较,判断付款是按时、提前还是逾期。它是计算按时付款率等关键KPI以及分析提前付款折扣机会的重要依据。了解发票获批与实际付款之间的时间差,也有助于发现付款执行或资金管理环节的低效之处。 重要性 对于计算按时付款率、分析付款行为和发现获取提前付款折扣的机会至关重要。 获取途径 此数据位于付款或清账单据中,并与原始发票交易相关联。 示例 2023-11-242023-12-202024-01-28 | |||
| 付款条款 PaymentTerms | 与供应商约定的发票付款条件,包括到期日和折扣机会。 | ||
| 说明 付款条款规定了发票的付款条件,通常包括净付款期限(如30天)以及提前付款可享受的折扣(如10天内付款可享受2%的折扣)。 这项属性为财务表现分析提供重要背景信息,可用于计算发票到期日并识别获取提前付款折扣的机会。按付款条款分析流程表现,可以了解较长的内部处理周期是否导致组织持续错失折扣机会。这类分析能直接体现流程效率与财务节省之间的关系。 重要性 付款条款决定发票到期日的计算,也是分析提前付款折扣获取率的关键,有助于将流程效率与成本节省联系起来。 获取途径 通常取自供应商主数据,并在创建发票时复制到交易抬头中。 示例 净额30天10天内付款享2%折扣,净额30天净额60天 | |||
| 冻结原因 BlockingReason | 说明发票为何被冻结付款的原因代码或描述。 | ||
| 说明 冻结原因是用于说明发票为何被暂停、无法进入付款阶段的代码或文本。常见原因包括数量或价格不符、缺少收货记录,或需要进行质量检验。 这项属性对于分析异常和返工的根本原因至关重要。通过分析不同冻结原因的发生频率和影响,组织可以找出应付账款流程中最常见的低效来源,并采取有针对性的改进措施,例如提高与供应商之间采购订单的准确性,或简化收货流程。减少付款冻结是提高直通处理(STP)率的重要驱动因素。 重要性 对于分析付款冻结的根本原因至关重要,有助于找出流程低效和返工的主要来源。 获取途径 此数据位于发票单据或相关状态表中,通常在发生“已冻结”活动时填入。 示例 价格不符数量不符缺少收货记录 | |||
| 发票币种 InvoiceCurrency | 发票金额所用的币种代码,例如USD、EUR、GBP。 | ||
| 说明 发票币种用于说明发票金额采用的货币单位。对于与不同国家供应商合作的跨国组织,这一点尤为重要。 在分析中,此属性有助于正确解读发票金额并进行准确的财务计算。您可以按币种筛选流程,了解地区差异或特定币种带来的问题。结合汇率数据,还可将金额换算为统一的报告币种,以便开展一致的全球分析。 重要性 为发票金额提供必要背景,支持准确的财务分析,并帮助跨国组织按流程细分数据。 获取途径 通常位于发票交易表的抬头部分,与发票金额字段相邻。 示例 USDEURGBP | |||
| 是否自动执行 IsAutomated | 用于标记某项活动是由系统自动执行,还是由人工用户完成。 | ||
| 说明 这项布尔属性用于标记某个流程步骤是由系统用户(自动化、工作流或批处理作业)还是人工用户执行,从而区分人工活动与自动化活动。 分析这项属性是了解应付账款流程自动化水平、衡量数字化转型成效的基础。通过识别无需人工干预即可处理的发票,您可以计算直通处理(STP)率。比较自动化路径与人工路径的表现,还可以量化时间和成本节省,为进一步投入自动化提供商业论证。 重要性 可用于衡量自动化水平(如直通处理率),并量化自动化对流程效率的影响。 获取途径 通常通过检查某项活动的“UserName”是否对应已知的系统用户或批处理用户ID来确定。 示例 truefalse | |||
应付账款发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 付款已执行 | 付款正式完成,款项已支付给供应商。此交易结清了发票过账时产生的负债。 | ||
| 重要性 这是计算按时付款率和折扣获取情况的关键事件,标志着资金转移,也是资金管理和供应商关系管理的重要里程碑。 获取途径 这是一个明确的财务事件,根据针对该发票创建的付款凭证交易日期捕获。 采集 使用结清该发票的付款凭证交易日期或过账日期。 事件类型 explicit | |||
| 发票已匹配 | 将发票与采购订单(PO)或收货单(GR)等支持文件关联。此活动用于确认发票上的金额、数量和项目与订购及收货内容一致。 | ||
| 重要性 这是基于PO的发票的一项关键验证步骤。分析匹配成功率和耗时,有助于了解自动化程度,并发现存在问题的供应商或物料。 获取途径 通常在PO或GR参考信息成功关联到发票行项目时记录,并且往往会更新匹配状态字段。 采集 捕获发票匹配状态更新为“已匹配”或“成功”时的时间戳。 事件类型 explicit | |||
| 发票已批准 | 表示工作流中的最终审批,正式授权支付发票。这是一个关键里程碑,标志着发票从处理阶段进入付款阶段。 | ||
| 重要性 此活动标志着审批周期结束。到达此节点所需的时间是发票总处理时间的重要组成部分,也常能反映审批瓶颈。 获取途径 发票的工作流或单据状态更新为“已批准”或等效的最终状态时捕获。 采集 捕获发票最终审批状态记录时的时间戳。 事件类型 explicit | |||
| 发票已结清 | 此活动表示最终对账:付款已核销到发票,在应付账款明细账中正式关闭该项目。在某些情况下,也可能表示款项已通过银行清算。 | ||
| 重要性 这是最后一项活动,标志着流程顺利完成。从收到发票到结清所需的时间,就是端到端的完整周期时间。 获取途径 从发票财务记录中的结清日期字段捕获,该字段会在付款核销到发票时填入。 采集 使用财务分类账中与发票行项目关联的结清日期。 事件类型 explicit | |||
| 发票已过账 | 已批准的发票正式记入总账,由此形成公司的财务负债。这是一项关键会计交易,正式确认相关费用和付款义务。 | ||
| 重要性 过账是重要的财务事件。审批与过账之间的延误会影响财务报告的准确性,也会降低未结负债的可见性。 获取途径 这是一项核心财务交易事件,根据与发票关联的会计凭证过账日期和时间捕获。 采集 使用与发票关联的财务凭证抬头中的过账日期字段。 事件类型 explicit | |||
| 已提交审批 | 发票正式提交至工作流,由一名或多名授权人员审核和批准。此活动标志着审批子流程的开始。 | ||
| 重要性 这是衡量审批周期时间的起点,有助于区分数据处理耗时与等待管理人员审批的时间。 获取途径 发票状态变更为“待审批”或发票进入工作流管理系统时,会记录此事件。 采集 找到发票状态更新为审批工作流开始时对应的事件。 事件类型 explicit | |||
| 收到发票 | 此活动表示供应商发票首次录入系统。录入方式可以是人工输入、光学字符识别(OCR)扫描或电子数据交换(EDI)。 | ||
| 重要性 这是流程的主要起点。分析此事件与其他事件之间的时间,可了解总处理时间并发现前期延误。 获取途径 通常根据系统中主要发票或供应商账单记录的创建时间戳捕获此事件。 采集 使用发票抬头记录的创建日期。 事件类型 explicit | |||
| 付款已排期 | 已过账的发票被选中并纳入付款建议或付款批次。这表示计划在即将进行的付款批次中支付该发票。 | ||
| 重要性 此步骤衔接过账与实际付款。分析此活动有助于管理现金流,并了解付款准备流程的效率。 获取途径 可根据付款建议记录的创建时间推断,也可根据发票加入付款日记账或付款批次的时间推断。 采集 捕获包含该发票的付款建议或付款批次的创建日期。 事件类型 inferred | |||
| 发生逾期付款 | 发票在合同约定的到期日之后才付款。这是一个计算得出的事件,表示未能按时履行付款义务。 | ||
| 重要性 逾期付款可能损害供应商关系、产生财务罚款,也可能反映系统性低效。衡量逾期付款有助于量化流程绩效和合规风险。 获取途径 通过比较付款执行日期与发票上注明的净到期日计算此事件。 采集 计算方式:IF Payment_Date > Net_Due_Date。 事件类型 calculated | |||
| 发票已冻结 | 当发票被阻止进入付款环节时,就会发生此活动。匹配时发现差异、违反政策或出现其他需要调查的问题,都可能导致系统自动或人工冻结发票。 | ||
| 重要性 冻结是造成付款延迟和处理工作量增加的主要原因。了解冻结发生的时间、原因和频率,对改进流程至关重要。 获取途径 当发票被设置为暂停或冻结状态时,系统会记录这一明确事件,通常保存在状态日志或变更历史表中。 采集 使用发票设置付款冻结代码或“暂停”状态时的时间戳。 事件类型 explicit | |||
| 发票已取消 | 发票录入或过账后被作废或冲销,通常是为了更正错误或处理供应商争议。这是流程的另一种终点,通常意味着流程未能顺利完成。 | ||
| 重要性 取消可能反映流程问题,例如重复录入或过账错误。跟踪取消频率和根本原因,对提高数据录入准确性和流程质量至关重要。 获取途径 用户作废发票或过账冲销凭证时会记录此明确操作,并填入取消或冲销日期。 采集 查找冲销凭证链接,或发票记录中的取消标记及其对应日期。 事件类型 explicit | |||
| 发票已拒绝 | 审批人通过工作流拒绝发票,导致其无法继续进入付款环节。发票通常会被退回前序步骤进行更正,从而形成返工循环。 | ||
| 重要性 拒绝是造成返工和流程延误的重要原因。跟踪拒绝频率及原因,有助于发现数据质量、政策理解或供应商合规方面的问题。 获取途径 系统会在审批历史记录或工作流日志中明确记录状态更新,例如“已拒绝”或“未批准”。 采集 使用审批日志中发票状态变为“已拒绝”时的时间戳。 事件类型 explicit | |||
| 发票已验证 | 表示已完成对采集的发票数据进行初步检查,以确认数据完整、准确,之后发票才会进入匹配或审批环节。此步骤可以由系统自动验证,也可以由人工审核。 | ||
| 重要性 跟踪此活动有助于发现初始数据质量审核中的瓶颈,并衡量预处理步骤的效率。 获取途径 通常通过发票记录的状态变更或特定验证时间戳捕获,也可根据记录保存时未出现错误来推断。 采集 查找状态变更为“已验证”的记录,或特定的验证事件日志。 事件类型 explicit | |||
| 已获取提前付款折扣 | 在供应商提供的折扣期限内完成付款,为公司节省成本。这不是系统直接记录的事件,而是根据交易数据推导得出。 | ||
| 重要性 此活动直接衡量高效应付账款流程带来的财务收益。发现错失的提前付款机会,可以明确量化流程改进的价值。 获取途径 这是一个计算得出的事件,通过比较付款执行日期与发票上的付款条款和折扣日期得出。 采集 计算方式:IF Payment_Date <= Discount_Due_Date。 事件类型 calculated | |||
| 已解除冻结 | 表示问题已解决,随后付款冻结或暂停状态也已解除。这意味着发票已更正或问题已澄清,可以继续处理。 | ||
| 重要性 发票被冻结到解除冻结之间的时间,就是差异解决时间。分析这段时间有助于发现异常处理中的低效环节。 获取途径 从记录付款冻结状态解除或停用的系统日志或变更凭证中捕获。 采集 捕获发票上的付款冻结代码或暂停状态被移除时的时间戳。 事件类型 explicit | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
立即提升应付账款效率
简化工作流、降低成本,全面了解应付账款流程。
无需信用卡,几分钟即可开始。