您的应付账款付款处理数据模板
您的应付账款付款处理数据模板
这是我们针对应付账款支付处理的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 与任何财务系统兼容的标准化数据架构
- 用于端到端支付追踪的核心活动里程碑
- 用于深度绩效和合规分析的完整属性列表
应付账款支付处理属性
| 名称 | 描述 | ||
|---|---|---|---|
| Event 时间 StartTime | 指示特定活动发生时间的时间戳。 | ||
| 描述 此属性记录特定事件发生的准确日期和时间。它提供了对活动进行正确排序并计算步骤间时长所需的维度。该字段的准确性对于确定周期时间、识别瓶颈以及分析吞吐量至关重要。它是所有基于时间的 KPI(如发票审批耗时或从收到发票到付款的总时长)的基础。 为何重要 需要它来按时间顺序排列事件并计算所有基于时长的指标。 获取方式 存在于系统日志、交易分录时间戳或变更修改日期中。 示例 2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z | |||
| 最后数据更新 LastDataUpdate | 数据提取或刷新时的时间戳。 | ||
| 描述 此属性指示分析中所用数据的实时性。它通常是由提取工具生成的元数据字段,而不是源系统本身的字段。分析师利用该字段了解仪表板的延迟,并验证数据是否反映了业务流程的最新状态。在排查缺失的近期交易时,这一点尤为重要。 为何重要 它确保数据的时效性并有助于识别同步问题。 获取方式 在执行提取期间由 ETL 管道或数据连接器生成。 示例 2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z | |||
| 案件ID CaseId | 正在处理的特定发票的唯一标识符。 | ||
| 描述 此属性是关联应付账款流程中所有事件的核心键。在 AP(应付账款)语境下,这几乎专门指发票号码,或者是供应商编号与发票号码的组合,以确保在整个数据集中具有唯一性。它能够重建每张发票单据的端到端流程。分析师使用该字段区分不同的交易实例,从而计算 case 维度的指标,如周期时间和返工次数。 为何重要 它是流程挖掘的基本分析单元,支持追踪单张发票从接收到最终支付的全过程。 获取方式 通常位于 ERP 系统中的发票头表或主单据日记账中。 示例 INV-2023-0019988776655VEND01-INV500AC-9928120231025-44 | |||
| 活动 Activity | 发生的具体流程步骤或状态变更。 | ||
| 描述 此属性定义了在特定时间点发生的事件,代表发票的生命周期。示例包括:发票已创建、审批请求已发送、付款冻结已生效或付款已发出。 在流程挖掘中,该字段决定了流程图中的节点。这对于可视化工作流以及识别发票在结清前经历的操作顺序至关重要。 为何重要 它定义了流程流向,是流程图可视化步骤顺序的必要条件。 获取方式 源自源系统中的交易日志、状态变更历史表或审计轨迹。 示例 发票已创建发票已审批已设置付款冻结创建付款运行付款已清算 | |||
| 源系统 SourceSystem | 记录来源的应用程序或数据库的名称。 | ||
| 描述 此属性识别生成数据的 ERP 或财务系统。在复杂的环境中,组织可能会同时运行多个 SAP、Oracle 实例或遗留系统。它用于按系统实例过滤分析,并处理如果发票号码在不同系统中不唯一时可能发生的数据冲突。这支持对不同技术环境下的流程性能进行对比分析。 为何重要 它允许在多系统环境中区分数据流。 获取方式 通常是在数据提取或转换过程中添加的静态字符串。 示例 SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_GlobalLegacy_AS400 | |||
| 付款日期 PaymentDate | 支付实际执行或清算的日期。 | ||
| 描述 此属性记录资金转账或支票开具的时间。在某些系统中,这可能与银行处理交易的结清日期不同。它标志着针对特定发票的应付账款债务结束。分析师使用此属性计算最终周期时间,并核实是否成功获得了提前付款折扣。 为何重要 它标志着周期的完成,用于验证折扣获取情况。 获取方式 存在于与发票关联的支付或清算凭证表中。 示例 2023-10-282023-11-142023-11-282023-12-052023-12-10 | |||
| 供应商名称 VendorName | 开具发票的供应商或实体的名称。 | ||
| 描述 此属性识别交易中涉及的外部合作伙伴。它通常关联到包含付款条件和银行信息等详细信息的主数据记录。分析此属性有助于识别频繁导致流程异常(如价格不匹配或信息缺失)的供应商。它还可以计算特定供应商的周期时间和返工率。 为何重要 它支持按供应商细分流程绩效,以识别存在问题的供应商关系。 获取方式 存在于发票抬头中,或通过关联供应商主表获取。 示例 Acme公司Global Services Ltd办公用品有限公司科技解决方案有限公司物流合作伙伴 | |||
| 到期日期 DueDate | 合同要求的支付截止日期。 | ||
| 描述 此属性指定了向供应商付款的截止日期。通常由系统通过在基准日期上增加付款条件天数来计算。通过将实际付款日期与此属性进行对比,可以计算及时付款率和逾期付款指标。这对于管理现金流、避免逾期费或供应商关系紧张至关重要。 为何重要 对于计算准时支付率和管理逾期罚金至关重要。 获取方式 存在于发票抬头或支付计划表中。 示例 2023-10-312023-11-152023-11-302023-12-012023-12-15 | |||
| 发票日期 InvoiceDate | 供应商开具发票的日期。 | ||
| 描述 此属性反映了印在实体或电子发票上的单据日期。它不同于系统中的录入日期或过账日期。此日期是计算发票账龄的起点,通常用作根据约定的付款条件计算付款到期日的基准。它对于分析发票开具与发票接收/录入之间的滞后至关重要。 为何重要 它作为账龄计算和支付条款合规性的基准。 获取方式 存在于发票抬头中,代表凭证日期。 示例 2023-10-012023-10-102023-10-152023-10-202023-10-31 | |||
| 发票金额 InvoiceAmount | 与发票相关的总金额。 | ||
| 描述 此属性代表需要支付的发票总额。它通常以单据货币存储,在汇总报告时可能需要进行转换。它对于财务影响分析至关重要,让用户能够根据营运资金的影响(而非仅仅是 case 数量)来划分流程改进的优先级。与低价值项目相比,高价值发票可能会遵循不同的审批工作流。 为何重要 它支持对应付账款低效和运营资本影响进行价值分析。 获取方式 存在于发票抬头表中,通常标记为总额(gross amount)。 示例 1500.00250.5010000.0045.99500000.00 | |||
| 采购订单号 PurchaseOrderNumber | 与发票关联的采购订单参考编号。 | ||
| 描述 此属性将发票关联回采购流程。如果已填充,则表示该发票有 PO(采购订单)支持,通常遵循两路或三路匹配流程。它用于计算 PO 发票与非 PO 发票的比例。PO 数据与发票数据之间的差异是导致付款冻结和返工的常见原因。 为何重要 它支持分析采购订单匹配效率,并区分 PO 与非 PO 流程。 获取方式 存在于发票抬头或行项目表中。 示例 PO-450001450009922P100200ORD-5521PUR-2023-88 | |||
| 付款冻结原因 PaymentBlockReason | 发票被冻结支付的代码或原因。 | ||
| 描述 此属性指示导致发票无法支付的具体原因,例如价格差异、数量差异或缺少收货记录。它是衡量流程阻力的关键指标。分析特定冻结原因的频率和持续时间有助于识别付款延迟的根本原因。减少这些冻结通常是提高无感处理率(Touchless Rate)的最快途径。 为何重要 它识别流程摩擦和支付延迟的具体根本原因。 获取方式 存在于发票抬头或行项目表中。 示例 价格差异数量差异缺少收货记录人工冻结需要审计 | |||
| 付款条款 PaymentTerms | 定义约定的支付时间和折扣的代码或描述。 | ||
| 描述 此属性定义了付款的合同条件,例如 Net 30 或 2/10 Net 30。它决定了发票的到期时间以及是否适用提前付款折扣。 分析该字段有助于组织优化现金流,确保既不支付过早(损失营运资金),也不支付过晚(产生罚款),并最大限度地获取折扣。 为何重要 它定义了到期日和折扣规则,对于现金流优化至关重要。 获取方式 存在于发票抬头中,通常继承自供应商主数据。 示例 NT302/10 Net 30立即支付Z001净 60 天 | |||
| 公司代码 CompanyCode | 法律实体或子公司的标识符。 | ||
| 描述 此属性按组织单位(如特定的子公司、国家或法人实体)对数据进行划分。对于在多个地区开展业务的大型企业来说,这至关重要。它支持在不同业务部门之间进行性能标杆分析。由于当地法规或运营成熟度不同,不同公司代码之间通常存在流程差异。 为何重要 它支持在不同组织单元之间进行对标分析和过滤。 获取方式 存在于发票抬头表中。 示例 US01DE0110002000UK_OPS | |||
| 凭证类型 DocumentType | 发票凭证的分类。 | ||
| 描述 此属性用于对交易进行分类,区分标准发票、贷记单、预付款或后续借记。每种类型可能触发不同的工作流规则。 了解单据类型的构成对于解读流程指标至关重要。例如,贷记单通常遵循反向流程或特定的审批路径,如果不进行细分,可能会扭曲平均周期时间。 为何重要 它用于区分发票、贷记单和其他财务凭证。 获取方式 存在于发票抬头表中。 示例 标准发票贷项通知单预付款非 PO 发票经常性发票 | |||
| 用户 User | 执行该活动的个人或系统账号的标识符。 | ||
| 描述 此属性记录了谁执行了特定的流程步骤。它可以区分人工用户和系统自动化(机器人或批处理任务)。它用于计算自动化率(Touchless Rate)并分析职责分离合规性。如果特定用户持续触发返工或错误,它也有助于识别培训需求。 为何重要 它支持职责分离(SoD)分析和自动化率计算。 获取方式 存在于交易日志或系统审计轨迹中。 示例 JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS | |||
应付账款支付处理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 付款已发出 | 支付工具的生成,例如支票打印、电汇或 EFT 文件。这会减少供应商账户中的未结债务。 | ||
| 为何重要 特定发票内部应付账款流程的最终结束。 获取方式 当支付凭证生成或支付状态更新为“已发送”时捕捉。 捕获 提取与发票关联的支付凭证的创建时间戳 事件类型 explicit | |||
| 发票已与采购订单匹配 | 发票行项目与相应采购订单或收货单的成功关联。此验证确认了在处理支付前商品已被订购并收妥。 | ||
| 为何重要 对于衡量无感处理率(touchless rate)和三方匹配流程的效率至关重要。 获取方式 存在于采购订单历史表中,或通过识别指示匹配成功的状态变更来确定。 捕获 跟踪发票行与 PO 行之间建立关联的事件 事件类型 explicit | |||
| 发票已创建 | 供应商发票数据在 ERP 系统中的初始记录。该事件标志着债务数字生命周期的开始。 | ||
| 为何重要 建立用于计算应付账款流程总周期时间的基准时间戳。 获取方式 通常位于发票头表创建的时间戳中,或单据变更日志的第一条记录。 捕获 提取发票抬头记录的创建时间戳 事件类型 explicit | |||
| 发票已审批 | 由指定审批人或系统规则授予的最终授权。此步骤将释放发票以便进行财务过账和后续支付。 | ||
| 为何重要 结束审批周期时间并通常释放发票以进行支付的关键里程碑。 获取方式 当执行最终审批动作时,记录在工作流历史表中。 捕获 从工作流日志中提取最终审批动作的时间戳 事件类型 explicit | |||
| 发票已过账至总账 | 财务交易至总账的提交。此动作在会计系统中创建正式债务。 | ||
| 为何重要 代表财务记录已无法撤回,并会更新供应商余额。 获取方式 存在于总账分录表中,或通过分配的过账日期确定。 捕获 从总账表中提取过账日期或分录时间戳 事件类型 explicit | |||
| 已执行支付冻结 | 对发票执行暂挂,防止其进入支付运行。这可以因争议手动执行,或因差异自动执行。 | ||
| 为何重要 通过暂停流程直接影响准时支付率和供应商关系。 获取方式 通过监控支付冻结字段或暂挂状态标志的变更来识别。 捕获 跟踪将付款冻结或挂起标志设置为 true 的更新 事件类型 explicit | |||
| 付款已清算 | 银行确认资金已成功转账。这会与系统中的银行对账单进行核对。 | ||
| 为何重要 确认现金流影响并完成财务交易闭环。 获取方式 存在于银行对账表中,或在支付状态变更为“已清算”时捕捉。 捕获 识别支付记录中填入清算日期的时间戳 事件类型 explicit | |||
| 付款建议已创建 | 将发票选入初步支付批次或日记账。这表示支付意愿,并将发票从其他支付运行中预留。 | ||
| 为何重要 标志着支付执行阶段的开始,有助于分析支付批次效率。 获取方式 当发票与支付建议抬头或支付日记账行项目关联时记录。 捕获 识别发票 ID 何时被添加到支付运行建议表中 事件类型 explicit | |||
| 发票到期日已过 | 一个计算得出的事件,表示当前日期已超过发票的净到期日且发票尚未支付。该事件会将发票标记为逾期。 | ||
| 为何重要 对于分析准时支付表现和潜在逾期罚金至关重要。 获取方式 通过对比发票到期日与支付日期或当前日期计算得出。 捕获 计算未结项到期日早于当前时间戳的情况 事件类型 calculated | |||
| 发票匹配失败 | 验证错误,指发票详情在定义的公差范围内与采购订单(PO)或收货单(GR)不符。这通常会触发异常处理工作流。 | ||
| 为何重要 识别流程摩擦的根本原因,例如价格差异或数量不符。 获取方式 通常从错误日志、特定的冻结代码或指示差异的状态标志中推断。 捕获 从特定差异暂挂代码或错误消息的应用中推断 事件类型 inferred | |||
| 发票已取消 | 发票记录的作废或冲销,在不支付的情况下终止流程。这通常由于重复录入或错误导致。 | ||
| 为何重要 强调作废情况有助于识别上游流程故障和无谓的劳动。 获取方式 当凭证状态变更为“已作废”或关联了冲销凭证时捕捉。 捕获 跟踪状态更改为“作废”或创建冲销分录 事件类型 explicit | |||
| 发票数据已更新 | 发票初次创建后对其抬头或行项目所做的任何修改。频繁发生此类情况通常意味着人工返工、OCR 提取错误或主数据不准确。 | ||
| 为何重要 频繁的更新意味着流程效率低下,存在自动化优化的空间。 获取方式 通常记录在与发票对象关联的系统变更日志或审计轨迹中。 捕获 在审计日志中识别金额、供应商或日期等特定字段的更新 事件类型 explicit | |||
| 已请求发票审批 | 将发票提交至工作流引擎以进行管理授权。这标志着从数据录入向审批阶段的过渡。 | ||
| 为何重要 将周期中的技术处理时间与管理决策时间分开。 获取方式 当状态变更为“待审批”或类似状态时,从工作流历史日志中提取。 捕获 在审批历史表中识别工作流启动事件 事件类型 explicit | |||
| 支付冻结已解除 | 移除之前执行的暂挂,使发票符合支付选择条件。这通常意味着争议或差异已解决。 | ||
| 为何重要 表示异常已成功处理,并恢复标准流程流向。 获取方式 当支付冻结字段被清除或暂挂状态变更为有效时捕捉。 捕获 跟踪将付款冻结或挂起标志更改为 null 或 false 的更新 事件类型 explicit | |||