您的采购到付款发票处理数据模板
您的采购到付款发票处理数据模板
这是适用于采购到付款-发票处理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。
选择具体系统- 支持深入分析的建议数据字段
- 需要跟踪的关键活动和里程碑
- 流程数据提取指南
采购到付款-发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 表示特定活动或事件发生时间的精确时间戳。 | ||
| 说明 事件时间或开始时间记录业务活动发生的准确日期和时间。从“发票已接收”到“付款已执行”,流程中的每项活动都有对应的时间戳。这些时间顺序信息对于排列事件和计算时长至关重要。 此属性用于按时间顺序排列事件,为每个案例构建流程顺序。它是所有基于时间的分析的基础,包括计算活动之间的周期时间、识别时间损失形成的瓶颈,以及监控相对于服务级别协议的绩效。准确、精确的时间戳是确保流程挖掘分析可靠性的关键。 为什么重要 它提供事件的时间顺序,是所有绩效和时长计算的基础,例如周期时间。 获取位置 通常位于事件日志中,或作为与每笔交易或状态变更关联的“创建日期”或“录入日期”字段。 示例 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| 发票编号 InvoiceNumber | 供应商发票的唯一标识符,是贯穿发票整个生命周期进行跟踪的主键。 | ||
| 说明 发票编号是供应商为发票分配的唯一字母数字代码。在流程挖掘中,该属性至关重要,通常用作Case ID,唯一标识每张发票从接收到付款的完整历程。 将发票编号用作Case ID后,所有相关活动,例如“收到发票”“发票已审批”和“付款已执行”,都可以关联起来,从而重建该发票的端到端流程。这支持对每个单独案例的周期时间、路径和偏差进行详细分析,也是整个流程分析的基础。 为什么重要 这是连接所有相关事件的关键Case Identifier,使您能够追踪单张发票的端到端生命周期。 获取位置 这是通常位于发票交易表表头中的主字段。 示例 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从供应商主数据表关联获取。 示例 Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc. | |||
| 发票币种 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 | |||
| 阻止或拒绝原因 BlockOrRejectionReason | 发票被阻止付款或在审批过程中被拒绝时提供的原因。 | ||
| 说明 此属性记录发票进度被中止的具体原因,可能是审批工作流中的拒绝,也可能是审批通过后的付款阻止。原因包括“Incorrect Quantity”“Price Mismatch”“Missing PO Number”和“Duplicate Invoice”等。 这是根因分析中最重要的属性之一。分析不同原因的发生频率,可以定位发票流程中最常见的摩擦点和低效来源。基于数据的洞察有助于解决根本问题,例如改善与供应商的沟通、加强PO合规,或为员工提供更有针对性的培训。 为什么重要 该属性对于根因分析至关重要,有助于识别导致处理延误、返工和低效的常见原因。 获取位置 该信息位于发票交易数据或相关审批日志中的“Reason Code”或“Hold Reason”等专用字段。 示例 价格不匹配数量不正确重复发票缺少收货确认 | |||
| 付款条件 PaymentTerms | 约定的发票付款条件,用于确定到期日和提前付款折扣。 | ||
| 说明 付款条件是与供应商约定的发票付款规则,通常采用标准化格式,例如“Net 30”(30天内付款)或“2% 10, Net 30”(10天内付款可享受2%折扣,否则须在30天内支付全额)。 该属性对于财务策略和绩效分析至关重要,是计算付款到期日和识别提前付款折扣机会的基础。按不同付款条件分析流程,可以发现某些条件是否与处理延误相关,以及组织是否有效利用了有利的折扣机会。 为什么重要 该属性对于分析按时付款绩效和识别提前付款折扣机会至关重要。 获取位置 该信息通常来自供应商主数据,并在发票抬头中指定。 示例 净额30天净额60天2%10天内付款,净额30天收到即付款 | |||
| 公司代码 CompanyCode | 处理发票的组织内法律实体或公司的标识符。 | ||
| 说明 公司代码代表大型企业中的特定法律实体或子公司。在许多财务系统中,交易会按公司代码隔离,以满足会计和报告要求。 该属性支持不同业务单元之间的对比分析。按公司代码对流程图进行分段后,分析人员可以比较绩效、借鉴某一实体的最佳实践,并发现另一实体中的系统性问题。对于拥有多个法律实体的组织而言,这是了解流程差异并确保全公司合规的基础属性。 为什么重要 该属性支持在组织内不同法律实体或业务单元之间进行基准比较和流程对比。 获取位置 这是基础组织字段,通常位于所有财务交易表的抬头中。 示例 1000US01DE015100 | |||
| 发票日期 InvoiceDate | 供应商开具发票文件的日期。 | ||
| 说明 发票日期是供应商在发票文件上注明的日期。它标志着从供应商角度看付款生命周期的正式开始,通常也是根据约定付款条件计算付款到期日的依据。 分析发票日期与“Invoice Received”或“Invoice Entered”活动之间的时间差,对于识别发票提交或录入延误至关重要。这段“发票接收延迟”可能是总周期时间中容易被忽视的重要部分。缩短该延迟,有助于提升按时付款绩效,并增加获取提前付款折扣的机会。 为什么重要 该属性有助于衡量供应商开具发票到发票录入系统之间的“发票接收延迟”。 获取位置 这是发票抬头数据中的标准日期字段,通常标记为“Document Date”或“Invoice Date”。 示例 2024-05-012024-04-152024-06-10 | |||
| 发票状态 InvoiceStatus | 发票在处理工作流中的当前状态。 | ||
| 说明 发票状态反映数据提取时发票在其生命周期中的位置。常见状态包括“In Process”“Approved”“Paid”“Rejected”和“Blocked”。该属性提供了发票当前状况的概览。 流程挖掘可以还原完整处理历程,而当前状态则适用于监控活动工作量的运营仪表板。它帮助管理人员了解各阶段的发票数量,例如待审批或被阻止的发票数量,从而主动管理发票处理管道,避免瓶颈和延误。 为什么重要 该属性提供当前工作量概览,帮助监控不同阶段的发票数量,例如“Awaiting Approval”或“Blocked”。 获取位置 这通常是发票抬头表中的状态字段,会随着发票生命周期推进而更新。 示例 已付款处理中已拒绝已批准付款 | |||
| 采购订单编号 PurchaseOrderNumber | 发票关联的采购订单(PO)标识符。 | ||
| 说明 采购订单编号将发票关联到预先批准的采购文件。这一关联是匹配流程的核心,系统会据此核验发票中的数量、价格等明细是否与PO中的订购内容一致。 该属性对于分析匹配流程效率至关重要。由PO支持且能够直通处理的发票比例较高,通常说明采购流程运行良好。相反,分析无PO发票可以发现非规范采购,或采购政策未得到遵循的环节。是否存在PO,也是对流程进行分段、比较效率的常用方式。 为什么重要 该属性有助于区分PO发票和非PO发票,因为两者通常遵循不同流程,效率水平也有所不同。 获取位置 该标识符通常位于发票交易的行项目或抬头明细中,用于关联采购文件。 示例 4500018921PO-2024-7837300000456 | |||
采购到付款-发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 付款已执行 | 表示流程的最后一步,即付款已执行,发票负债已结清。该事件确认资金已支付给供应商。 | ||
| 为什么重要 这是某张发票采购到付款周期的成功完成,也是衡量按时付款率和整体流程时长的最终事件。 获取位置 从结清发票的付款凭证过账日期获取。 采集 使用结算供应商未结项目的财务凭证中的清账日期或付款日期。 事件类型 explicit | |||
| 发现匹配差异 | 当系统或用户发现发票、采购订单或收货记录之间存在不一致时触发。此类差异包括价格或数量偏差,通常会冻结发票并需要人工干预。 | ||
| 为什么重要 跟踪这些事件是分析处理延迟和返工根因的基础,有助于定位供应商开票准确性或内部采购流程中的问题。 获取位置 可根据表示匹配失败的状态变更,或系统因偏差自动施加的冻结来推断。 采集 记录发票匹配状态变为“失败”“存在差异”,或施加与偏差相关的冻结时的时间戳。 事件类型 inferred | |||
| 发票匹配完成 | 表示发票已成功与采购订单以及适用时的收货记录完成匹配。该自动或人工步骤用于验证发票数量和价格是否与订购及接收内容一致。 | ||
| 为什么重要 这是直通式处理的关键里程碑。首次匹配成功率高,通常说明上游采购流程高效。 获取位置 通常在匹配验证成功完成后,以状态变更或交易历史中的特定事件记录。 采集 识别表明发票匹配状态为“通过”“已匹配”或“已对账”的事件或状态更新。 事件类型 explicit | |||
| 发票已审批 | 表示工作流中所有必需审批人均已成功批准发票。该里程碑授权发票进行财务过账并随后付款。 | ||
| 为什么重要 这是结束验证和审批阶段的关键里程碑,对于衡量审批周期并确保遵循授权政策至关重要。 获取位置 最终审批完成后,明确记录在审批历史或工作流日志中。 采集 使用发票审批或工作流历史中最终审批操作的时间戳。 事件类型 explicit | |||
| 发票已拒绝 | 当审批人正式拒绝发票时触发,发票在工作流中的处理会暂停。拒绝通常会将发票退回修改或取消,从而形成返工循环。 | ||
| 为什么重要 分析发票拒绝情况有助于识别返工根因,例如编码错误、违反政策或上游数据问题。减少拒绝是提高效率的关键。 获取位置 这是审批历史或工作流日志中记录的明确操作,通常会附带拒绝原因。 采集 识别审批人在工作流中执行“拒绝”或“驳回”操作时记录的事件。 事件类型 explicit | |||
| 发票已过账至总账 | 表示正式的会计事件,即已批准的发票被记录到总账。该操作会确认财务负债,并将发票从处理中状态转为可付款状态。 | ||
| 为什么重要 这是确认负债正式入账的关键财务里程碑。该步骤前的延迟可能影响财务结账和报告准确性。 获取位置 这是记录在系统财务模块中的明确交易事件。 采集 使用根据发票创建的财务凭证所对应的过账日期。 事件类型 explicit | |||
| 收到发票 | 表示发票在系统中首次接收或创建。无论输入方式是人工录入、供应商门户还是OCR,该事件都标志着发票处理生命周期的开始。 | ||
| 为什么重要 该活动对于衡量发票从开始到结束的总处理周期至关重要,也为了解工作量和初始处理延迟提供基准。 获取位置 通常从发票记录的创建时间戳或文档日志中的首次录入时间获取。 采集 使用源系统中主发票或供应商账单对象的创建日期和时间。 事件类型 explicit | |||
| 发票已取消 | 发票已作废、冲销或取消,不会继续处理或付款。这是错误发票或重复发票的终止状态。 | ||
| 为什么重要 跟踪取消情况有助于了解数据质量问题、重复提交及其他上游错误。取消率较高可能表明供应商开票或内部控制存在问题。 获取位置 发票记录中的明确状态变更,或创建相应的冲销凭证。 采集 识别发票状态变为“已取消”或“已作废”,或冲销凭证完成过账时的时间戳。 事件类型 explicit | |||
| 发票已提交审批 | 表示发票完成初步验证和匹配后,正式提交至审批工作流。系统会根据配置的业务规则将发票路由给指定审批人。 | ||
| 为什么重要 该活动标志着审批子流程开始。衡量从此事件到最终审批的时间,有助于分析审批工作流效率并识别瓶颈。 获取位置 在配备工作流引擎的系统中,这是一个明确事件;也可以根据状态变更为“待审批”来推断。 采集 记录工作流启动,或发票状态更新为等待审批时的时间戳。 事件类型 explicit | |||
| 发票已返工 | 表示对发票进行人工更新或更正,通常发生在发票被拒绝后,或用于修复已发现的错误。该活动表明流程偏离了标准的无接触处理路径。 | ||
| 为什么重要 跟踪返工活动有助于发现流程低效和隐性成本。了解发票被修改的原因,可以推动有针对性的流程改进和培训。 获取位置 通常根据记录初始录入后关键发票字段变更的变更日志或审计轨迹来推断。 采集 从审计日志中记录发票数据变更的时间戳,尤其关注拒绝或冻结事件之后的变更。 事件类型 inferred | |||
| 发票已逾期 | 当当前日期超过发票净到期日且发票仍未付款时发生的计算事件。到期日由发票日期和供应商付款条款确定。 | ||
| 为什么重要 该活动会直接标记延迟付款,延迟付款可能损害供应商关系并产生罚金。它对于监控和提高按时付款率至关重要。 获取位置 这不是明确的系统事件,必须将付款日期(未付款时使用当前日期)与发票到期日进行比较后计算。 采集 对于已付款发票,按 事件类型 calculated | |||
| 差异已解决 | 表示此前发现的匹配差异已完成人工调查并解决。此后发票可以进入下一步,例如审批或重新匹配。 | ||
| 为什么重要 解决差异所需的时间是影响发票处理周期的关键因素。分析该活动有助于了解例外处理所需的工作量和持续时间。 获取位置 通常根据首次解除匹配冻结,或允许失败匹配重新处理的用户操作来推断。 采集 识别解除匹配冻结,或发票在此前匹配失败后重新匹配成功的事件。 事件类型 inferred | |||
| 已安排付款 | 已过账发票被选中并纳入付款提案或付款批次。该步骤会将发票排入指定日期的付款执行队列,但尚不代表资金已实际转移。 | ||
| 为什么重要 该活动让流程最后阶段更加透明。过账与付款安排之间的延迟可能导致错失折扣和延迟付款。 获取位置 通常在发票加入付款运行、付款提案或付款日记账时记录。 采集 识别包含该发票的付款提案或付款批次记录的创建日期。 事件类型 explicit | |||
| 已解除付款冻结 | 表示移除此前设置的付款冻结,使发票重新具备付款资格,也说明导致冻结的问题已经解决。 | ||
| 为什么重要 从设置冻结到解除冻结之间的时间代表流程延迟。分析该时长有助于识别问题解决环节的瓶颈。 获取位置 在发票记录中的付款冻结状态或标记被清除时记录。 采集 记录移除付款冻结代码或冻结状态,或将其变更为未冻结状态时的事件。 事件类型 explicit | |||
| 已设置付款冻结 | 对发票施加有意的冻结,即使发票已获批准也无法付款。冻结可能由系统规则自动触发,也可能因供应商争议等原因由人工设置。 | ||
| 为什么重要 付款冻结是延迟付款和错失折扣的主要原因。识别冻结的设置时间和原因,对于提高按时付款表现至关重要。 获取位置 通常以发票记录或其行项目上的特定状态或标记记录。 采集 记录对发票或其行项目应用付款冻结代码或冻结状态时的事件。 事件类型 explicit | |||
| 录入发票 | 表示初始数据录入完成,即发票详情已录入或扫描,但尚未过账或提交正式审批。发票通常处于临时的“暂存”或“草稿”状态。 | ||
| 为什么重要 分析发票接收与录入之间的时间,有助于识别数据录入阶段的积压,也能体现自动数据采集方案的效率。 获取位置 通常可根据发票记录在提交至工作流前保存为草稿或暂存状态来推断。 采集 记录发票状态从新建变为已保存、暂存或草稿状态时的时间戳。 事件类型 inferred | |||
提取指南
优化发票处理,立即提升P2P效率
发现隐藏的流程洞察,降低成本,加快发票工作流。
无需信用卡,5分钟即可完成设置。