采购到付款流程中的发票处理数据模板
采购到付款流程中的发票处理数据模板
这是适用于采购到付款:发票处理的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 支持深入分析的建议数据字段
- 需要跟踪的关键活动和里程碑
- 流程数据提取指南
采购到付款流程中的发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 表示特定活动或事件发生时间的精确时间戳。 | ||
| 说明 事件时间(或开始时间)记录业务活动发生的准确日期和时间。从“收到发票”到“已执行付款”,每项流程活动都有对应的时间戳。这些时间信息对于排列事件顺序和计算时长至关重要。 此属性用于按时间顺序排列事件,构建每个案例的流程路径。它是所有时间分析的基础,包括计算活动之间的周期时间、发现时间损耗造成的瓶颈,以及监控服务级别协议的执行情况。准确、精确的时间戳是确保流程挖掘分析可靠的关键。 重要性 此属性提供事件的时间顺序,是周期时间等所有绩效和时长计算的基础。 获取途径 此信息通常位于事件日志中,也可能是与每笔交易或状态变更关联的“创建日期”或“录入日期”字段。 示例 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| 发票编号 InvoiceNumber | 供应商发票的唯一标识符,用于在整个生命周期中跟踪发票。 | ||
| 说明 发票编号是供应商分配给发票的唯一字母数字代码。在流程挖掘中,此属性至关重要,通常用作案例ID,唯一标识每张发票从收到到付款的处理过程。 将发票编号用作案例ID后,所有相关活动(例如“收到发票”“发票已批准”和“已执行付款”)都可以关联起来,还原该发票的端到端流程。这样,您就可以详细分析每个案例的周期时间、处理路径和偏差,为整个流程分析奠定基础。 重要性 这是关键的案例标识符,可关联所有相关事件,从而追踪单张发票的端到端生命周期。 获取途径 这通常是发票交易表表头中的主要字段。 示例 INV-2024-001239876543210US-5839A-24 | |||
| 活动名称 ActivityName | 发票处理生命周期中发生的特定业务事件或任务的名称。 | ||
| 说明 活动名称用于描述发票处理过程中的单个步骤或里程碑,例如“收到发票”“发票已提交审批”“已冻结付款”和“已执行付款”。此属性记录流程中发生的情况,展现发票随时间推移的处理过程。 在流程挖掘中,活动名称用于生成流程图,以直观呈现工作流。分析活动的顺序、频率和路径,有助于发现常见流程路径、偏差、瓶颈和返工循环。活动名称的质量和粒度对于生成有意义且可指导行动的流程分析至关重要。 重要性 此属性定义流程中的步骤,构成流程图的基础,并支持所有与流程路径相关的分析。 获取途径 此信息通常来自源系统中的状态变更日志、事件表或交易代码。 示例 录入发票发票已批准已冻结付款已执行付款 | |||
| 上次数据更新时间 LastDataUpdate | 表示此事件的数据上次从源系统刷新时间的时间戳。 | ||
| 说明 此属性记录数据上次提取或刷新的日期和时间,用作元数据,反映正在分析的数据集的新鲜度。 虽然此信息不会直接用于绘制流程图,但对于了解分析结果的时效性至关重要。它能帮助用户判断当前查看的是实时数据,还是某个时间点的数据快照,从而为运营决策提供依据。此外,它对于监控数据管道的运行状况和更新频率也很重要。 重要性 此属性反映数据的新鲜度,帮助用户了解流程分析所依据的数据有多新。 获取途径 此时间戳通常在数据提取、转换和加载(ETL)过程中生成并添加到数据集中。 示例 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| 源系统 SourceSystem | 提取事件数据的原始系统。 | ||
| 说明 源系统属性用于标识记录发票处理事件的应用程序或平台。在复杂的IT环境中,一张发票的处理过程可能涉及多个系统,例如扫描解决方案、工作流工具和ERP系统。 了解源系统有助于理解数据背景并排查数据质量问题,也能分析跨系统流程,发现潜在的集成问题或不同应用程序交接造成的延误。在整合旧系统和现代系统的数据时,这一点尤其有用。 重要性 此属性提供数据来源背景,对于验证数据以及分析跨多个IT系统的流程至关重要。 获取途径 此属性通常是在数据提取时添加的固定值,也可能来自系统日志中的字段,用于标识应用程序名称或ID。 示例 SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| 付款到期日 PaymentDueDate | 为避免逾期,必须支付发票的日期。 | ||
| 说明 付款到期日根据发票日期和约定的付款条件计算,是一项关键日期。它规定了向供应商付款的期限,有助于维持良好的合作关系并避免逾期付款罚金。 这项属性是监控按时付款绩效的基础,可用于计算按时付款率等KPI,并识别可能逾期的发票。分析发票审批日期与付款到期日之间的间隔,有助于评估最终付款排期和执行环节的效率。 重要性 这对于衡量按时付款绩效和分析逾期付款原因至关重要。 获取途径 此日期通常位于发票交易详情中,也可能由用户直接录入,或根据发票日期和付款条件计算得出。 示例 2024-06-302024-07-152024-08-01 | |||
| 供应商名称 VendorName | 提交发票的供应商名称。 | ||
| 说明 此属性记录开具发票的外部合作方名称,为财务交易关联到具体供应商提供关键信息。保持供应商数据准确、规范,对可靠的报告和分析至关重要。 在流程挖掘中,供应商名称是重要的细分维度。分析人员可以按供应商筛选流程,查看高业务量供应商或存在问题的供应商的发票处理情况。这有助于识别经常提交错误发票、导致延误和返工的供应商,也能支持供应商绩效管理、优选供应商计划等战略举措。 重要性 您可以按供应商细分流程并分析绩效,为供应商管理和问题发票溯源提供依据。 获取途径 此信息通常位于发票抬头数据中,并通过供应商ID关联到供应商主数据表。 示例 环球办公用品创新科技解决方案城市物流公司 | |||
| 冻结或拒绝原因 BlockOrRejectionReason | 发票在审批期间遭拒,或被禁止付款时填写的原因。 | ||
| 说明 此属性记录发票处理被中止的具体原因,包括审批工作流中的拒绝原因,以及审批通过后的付款冻结原因。原因可能包括“数量不符”“价格不符”“缺少PO编号”或“重复发票”。 这是根因分析中最重要的属性之一。分析各类原因的发生频率,组织可以找出发票处理过程中最常见的阻碍和低效环节。基于数据的洞察有助于解决根本问题,例如改善与供应商的沟通、加强PO规范执行,或为员工提供更有针对性的培训。 重要性 这对于根因分析至关重要,有助于找出造成处理延误、返工和低效的常见原因。 获取途径 此信息通常记录在发票交易数据或相关审批日志中的“原因代码”或“暂挂原因”字段。 示例 价格不符数量不符重复发票缺少收货记录 | |||
| 发票币种 InvoiceCurrency | 发票金额所用的币种代码,例如USD或EUR。 | ||
| 说明 此属性用于指定发票金额采用的币种。对于开展国际业务、与不同国家供应商合作的组织而言,这项信息必不可少。币种代码通常遵循ISO 4217标准,可确保财务数据得到正确解读。 分析时,您可以按发票币种细分数据,查看不同地区或国家的情况。财务报告需要正确汇总金额,因此通常要将金额换算为统一的报告币种。按币种分析流程差异,还能揭示国际付款或外汇管理方面的复杂情况。 重要性 这项信息为发票金额提供必要背景,支持全球业务的准确财务分析和数据细分。 获取途径 这是发票交易表抬头中的标准字段。 示例 USDEURGBPJPY | |||
| 发票金额 InvoiceAmount | 发票的总金额。 | ||
| 说明 发票金额是发票的总价值,包括所有行项目、税费和其他费用。这是一项基本财务属性,用于体现每个案例的金额规模。通常需要结合其他属性进行分析,以了解金额对流程的影响。 这项属性对财务分析和优先级排序至关重要。按金额筛选发票后,分析人员可以调查高金额发票是否需要经过更严格的审批流程,或是否更容易延误。它也适用于跟踪发票处理总金额的仪表板,以及与折扣获取相关的KPI分析,因为潜在节省金额通常按发票金额的一定比例计算。 重要性 这有助于分析财务影响、优先处理高金额发票,并判断发票金额是否影响处理时间或流程路径。 获取途径 这是发票交易表抬头中的标准字段。 示例 5250.751200.0025000.0089.99 | |||
| 用户 User | 执行该活动的用户、员工或系统代理。 | ||
| 说明 用户属性用于标识负责执行发票处理工作流中特定步骤的个人或自动化系统,例如录入发票的应付账款专员、审批发票的经理,或执行匹配任务的自动化机器人。 按用户分析数据,有助于了解工作量分布和个人绩效,并识别培训需求。您可以按团队或个人筛选流程图,查看不同人员处理发票的方式,发现工作流中的差异。这类分析还能帮助您找出表现突出的人员、发现流转问题,或确定需要额外支持或流程培训的用户。 重要性 这有助于分析工作量分布、用户绩效,以及不同团队或个人之间的流程差异。 获取途径 此信息通常可在交易详情中找到,字段名称可能为“用户名”“录入人”“修改人”或“审批人”。 示例 j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| 结束时间 EndTime | 表示活动或事件完成时间的时间戳。对于瞬时事件,此时间通常与开始时间相同。 | ||
| 说明 结束时间属性记录流程步骤完成的准确时刻。它对于准确计算活动时长至关重要,而活动时长是流程挖掘中的一项基础指标。通过比较开始时间和结束时间,分析人员可以衡量每个步骤所需的时间,发现瓶颈和提升效率的机会。 在分析中,结束时间用于计算单项活动和整个流程片段的周期时间。例如,将“发票已批准”活动的结束时间减去开始时间,即可计算“发票审批”步骤的时长。这些数据有助于构建绩效仪表板、设定基准并监控流程变更的影响。 重要性 此属性支持精确计算活动时长,对于发现瓶颈和衡量处理效率至关重要。 获取途径 此信息通常来自系统日志或交易数据,字段名称可能是“完成日期”“变更日期”,也可能是单独记录活动完成时间的时间戳字段。 示例 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| 付款条件 PaymentTerms | 双方约定的发票付款条件,用于确定到期日和提前付款折扣。 | ||
| 说明 付款条件是与供应商约定的发票付款条款,通常采用标准格式,例如“Net 30”(30天内付款)或“2% 10, Net 30”(10天内付款可享受2%折扣,否则须在30天内付清)。 这项属性对于财务策略和绩效分析至关重要。它是计算付款到期日、识别提前付款折扣机会的依据。按付款条件分析流程,可以发现某些条款是否与处理延误相关,也可以评估组织是否有效利用了有利的折扣机会。 重要性 这对于分析按时付款绩效和识别提前付款折扣机会至关重要。 获取途径 此信息通常来自供应商主数据,并记录在发票抬头中。 示例 Net 30Net 602% 10, Net 30收到即付 | |||
| 公司代码 CompanyCode | 组织内负责处理发票的法人实体或公司的标识。 | ||
| 说明 公司代码代表大型企业中的特定法人实体或子公司。在许多财务系统中,交易按公司代码区分,以便进行会计核算和报告。 这项属性支持跨业务单元比较分析。按公司代码细分流程图后,分析人员可以对比绩效、找出某个实体的最佳实践,并发现其他实体中的系统性问题。对于拥有多个法人实体的组织而言,这是了解流程差异、确保全公司合规的基础属性。 重要性 这有助于对比组织内不同法人实体或业务单元的流程表现。 获取途径 这是重要的组织字段,通常位于所有财务交易表的抬头中。 示例 1000US01DE015100 | |||
| 发票日期 InvoiceDate | 供应商开具发票的日期。 | ||
| 说明 发票日期是供应商在发票文件上注明的日期。从供应商的角度看,这标志着付款周期正式开始,通常也会根据约定的付款条件用于计算付款到期日。 分析发票日期与“收到发票”或“录入发票”活动之间的时间差,有助于发现发票提交或录入延误。这段“发票接收延迟”可能是总周期时间中容易被忽略的一部分。缩短这段时间有助于提高按时付款绩效,并增加获取提前付款折扣的机会。 重要性 这有助于衡量供应商开具发票到发票录入系统之间的“发票接收延迟”。 获取途径 这是发票抬头数据中的标准日期字段,字段名称通常为“单据日期”或“发票日期”。 示例 2024-05-012024-04-152024-06-10 | |||
| 发票状态 InvoiceStatus | 发票在处理工作流中的当前状态。 | ||
| 说明 发票状态反映数据提取时发票所处的生命周期阶段。常见状态包括“处理中”“已批准”“已付款”“已拒绝”或“已冻结”。这项属性可概览发票的当前情况。 流程挖掘可以还原发票的完整处理过程,而当前状态则适用于监控活跃工作量的运营仪表板。管理者可以据此了解各阶段的发票数量,例如待审批或已冻结的发票数量,从而主动管理发票处理队列,避免出现瓶颈和延误。 重要性 这能概览当前工作量,帮助您监控各阶段的发票数量,例如“待审批”或“已冻结”。 获取途径 这通常是发票抬头表中的状态字段,会随发票处理进度更新。 示例 已付款处理中已拒绝已批准付款 | |||
| 采购订单编号 PurchaseOrderNumber | 与发票关联的采购订单(PO)标识。 | ||
| 说明 采购订单编号将发票关联到预先批准的采购文件,是发票匹配流程的核心依据。系统会核对发票中的数量、价格等信息是否与PO中的订购内容一致。 这项属性对于分析匹配流程的效率至关重要。以PO为依据的发票能够大量直通处理,通常表明采购流程运行良好。反之,分析没有PO的发票,可以发现违规采购或未遵循采购政策的环节。是否存在PO也是细分流程、比较效率的常用方式。 重要性 这有助于区分有PO和无PO发票,因为两者通常遵循不同的流程,效率也有所不同。 获取途径 此标识通常位于发票交易的行项目或抬头详情中,用于关联采购文件。 示例 4500018921PO-2024-7837300000456 | |||
采购到付款 - 发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 发现匹配差异 | 当系统或用户发现发票、采购订单或收货记录之间不一致时,就会发生此情况。价格或数量差异等问题通常会导致发票被冻结,需要人工处理。 | ||
| 重要性 跟踪这些事件是分析处理延误和返工根本原因的基础,有助于定位供应商开票准确性或内部采购流程方面的问题。 获取途径 可根据表明匹配失败的状态变更,或系统因差异自动冻结发票的记录推断。 采集 记录发票匹配状态变为“失败”或“存在差异”,或因差异而冻结发票时的时间戳。 事件类型 inferred | |||
| 发票匹配成功 | 表示发票已成功与采购订单匹配,并在适用时与收货记录匹配。此步骤可由系统自动完成,也可人工处理,用于验证发票数量和价格是否与订购及收货信息一致。 | ||
| 重要性 这是直通式处理的重要里程碑。首次匹配成功的比例较高,说明前端采购流程效率较高。 获取途径 匹配验证成功完成时,通常会记录为状态变更或交易历史中的特定事件。 采集 查找表明发票匹配状态为“通过”“已匹配”或“已对账”的事件或状态更新。 事件类型 explicit | |||
| 发票已批准 | 表示工作流中的所有必要审批人均已批准发票。此里程碑授权发票进行财务过账并进入后续付款流程。 | ||
| 重要性 这是结束验证和审批阶段的关键里程碑。它对于衡量审批周期、确保遵循授权政策至关重要。 获取途径 最终批准后,会在审批历史或工作流日志中明确记录。 采集 使用发票审批历史或工作流历史中最终批准操作的时间戳。 事件类型 explicit | |||
| 发票已拒绝 | 审批人正式拒绝发票时会发生此情况,发票在工作流中的处理随即暂停。通常,发票会退回修改或取消,并由此进入返工循环。 | ||
| 重要性 分析发票被拒的情况,有助于找出返工的根本原因,例如编码错误、违反政策或前端数据问题。减少拒绝有助于提升效率。 获取途径 审批人拒绝发票时,会在发票审批历史或工作流日志中明确记录该操作,通常还会附上拒绝原因。 采集 查找审批人在工作流中执行“拒绝”操作时记录的事件。 事件类型 explicit | |||
| 发票已过账至总账 | 表示已批准的发票正式记入总账。这一操作会形成财务负债,并使发票从处理中转为待付款状态。 | ||
| 重要性 这是确认负债已正式入账的重要财务里程碑。此步骤前的延误可能影响财务结账和报告准确性。 获取途径 这是系统财务模块中明确记录的交易事件。 采集 使用根据发票创建的财务凭证所对应的过账日期。 事件类型 explicit | |||
| 已执行付款 | 表示流程的最后一步:付款已执行,发票负债已结清。此事件确认资金已支付给供应商。 | ||
| 重要性 这标志着该发票的采购到付款周期已成功完成,也是衡量按时付款率和整体流程时长的关键事件。 获取途径 根据结清发票的付款凭证过账日期记录此事件。 采集 使用结清供应商未结项目的财务凭证中的清账日期或付款日期。 事件类型 explicit | |||
| 收到发票 | 表示系统首次收到或创建发票。无论发票通过何种方式录入,例如人工录入、供应商门户或OCR,这一事件都是发票处理生命周期的起点。 | ||
| 重要性 此活动对于衡量发票从开始到结束的总处理周期至关重要,也为了解工作量和初始处理延误提供基准。 获取途径 此事件通常取自发票记录的创建时间戳,或文档日志中的首次录入记录。 采集 使用源系统中主要发票或供应商账单对象的创建日期和时间。 事件类型 explicit | |||
| 发票已取消 | 发票已作废、冲销或取消,不会继续处理或付款。这是错误发票或重复发票的最终状态。 | ||
| 重要性 跟踪取消情况有助于了解数据质量问题、重复提交和其他前端错误。取消率较高可能表明供应商开票或内部控制存在问题。 获取途径 发票记录中的明确状态变更,或相应冲销凭证的创建。 采集 查找发票状态变为“已取消”或“已作废”,或冲销凭证过账时的时间戳。 事件类型 explicit | |||
| 发票已提交审批 | 表示发票完成初步验证和匹配后,正式提交至审批工作流。系统会根据配置的业务规则将发票分派给指定审批人。 | ||
| 重要性 此活动标志着审批子流程开始。衡量从此事件到最终批准的时间,有助于分析审批工作流的效率并发现瓶颈。 获取途径 在使用工作流引擎的系统中,此事件会被明确记录;也可以根据状态变为“待审批”来推断。 采集 记录工作流启动,或发票状态更新为等待审批时的时间戳。 事件类型 explicit | |||
| 发票已返工 | 表示人工更新或更正发票,通常发生在发票被拒后,或为修正已发现的错误。此活动意味着流程偏离了标准的无人工干预路径。 | ||
| 重要性 跟踪返工活动有助于发现流程低效和隐性成本。了解修改发票的原因,可以有针对性地改进流程并开展培训。 获取途径 通常可根据变更日志或审计跟踪推断,这些记录会显示初次录入后发票关键字段的修改情况。 采集 记录审计日志中表明发票数据发生变更的时间戳,尤其是拒绝或冻结事件之后的变更。 事件类型 inferred | |||
| 发票已逾期 | 这是一个计算得出的事件:当前日期超过发票净到期日,且发票仍未付款时即会发生。到期日根据发票日期和供应商付款条款确定。 | ||
| 重要性 此活动会直接标记延迟付款。延迟付款可能损害供应商关系并产生罚款,因此监控并提高按时付款率至关重要。 获取途径 这不是系统中明确记录的事件。必须将付款日期(未付款时则使用当前日期)与发票到期日进行比较后计算得出。 采集 对于已付款发票,按 事件类型 calculated | |||
| 差异已解决 | 表示此前发现的匹配差异已由人工调查并解决。之后,发票可以进入下一步,例如审批或重新匹配。 | ||
| 重要性 解决差异所需的时间是影响发票处理周期的关键因素。分析此活动有助于了解例外处理所需的工作量和时间。 获取途径 通常可根据用户首次解除匹配冻结,或允许失败的匹配重新处理时的操作推断。 采集 查找解除匹配相关冻结,或发票在此前匹配失败后成功匹配的事件。 事件类型 inferred | |||
| 已冻结付款 | 系统对发票设置付款冻结,即使发票已获批准也无法付款。冻结可能由系统规则自动触发,也可能因供应商争议等原因由人工设置。 | ||
| 重要性 付款冻结是导致延迟付款和错失折扣的主要原因。要提高按时付款表现,必须了解冻结的时间和原因。 获取途径 通常会作为发票记录或其行项目上的特定状态或标记进行记录。 采集 记录发票或其行项目被设置付款冻结代码或冻结状态的事件。 事件类型 explicit | |||
| 已安排付款 | 已过账的发票被选中并纳入付款建议或付款批次。此步骤会将发票排入指定日期的付款执行队列,但不代表资金已实际转出。 | ||
| 重要性 此活动有助于了解流程的最后阶段。过账到安排付款之间的延误可能导致错失折扣或延迟付款。 获取途径 通常在发票加入付款批次、付款建议或付款日记账时记录。 采集 查找包含该发票的付款建议或付款批次记录的创建日期。 事件类型 explicit | |||
| 已解除付款冻结 | 表示此前设置的付款冻结已解除,发票重新具备付款资格。这意味着导致冻结的问题已得到解决。 | ||
| 重要性 从设置冻结到解除冻结的时间代表流程延误。分析这段时间有助于发现问题解决环节的瓶颈。 获取途径 发票记录中的付款冻结状态或标记被清除时,即可记录此事件。 采集 记录付款冻结代码或冻结状态被移除,或状态变为未冻结的事件。 事件类型 explicit | |||
| 录入发票 | 表示初始数据录入已完成,即发票信息已输入或扫描,但尚未过账或提交正式审批。发票通常处于临时的“暂存”或“草稿”状态。 | ||
| 重要性 分析收到发票到录入发票之间的时间,有助于发现数据录入环节的积压,也能反映自动化数据采集方案的效率。 获取途径 通常可根据发票记录在提交至工作流前保存为草稿或暂存状态来推断。 采集 记录发票状态从新建变为已保存、已暂存或草稿时的时间戳。 事件类型 inferred | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
优化发票处理,提升采购到付款效率
发现流程中的隐藏问题、降低成本,加快发票工作流。
无需信用卡,5分钟即可完成设置。