应付账款付款处理数据模板
应付账款付款处理数据模板
这是适用于应付账款付款处理的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 兼容任意财务系统的标准化数据架构
- 用于端到端付款跟踪的关键活动节点
- 全面的属性清单,支持深入分析绩效与合规情况
应付账款付款处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 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 | 正在处理的特定发票的唯一标识符。 | ||
| 说明 此属性是关联应付账款流程中所有事件的核心键。在应付账款场景中,它通常是发票编号,或由供应商编号与发票编号组合而成,以确保数据集中的编号唯一。 借助此属性,可以还原每张发票从头到尾的流程。分析人员通过该字段区分不同的交易实例,并计算案例级指标,例如周期时间和返工次数。 重要性 这是流程挖掘的基本分析单位,可用于跟踪每张发票从接收到最终付款的全过程。 获取途径 通常位于发票抬头表或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有限公司Office Supplies公司Tech Solutions公司Logistics Partners | |||
| 到期日 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 | 发票对应的货币总额。 | ||
| 说明 此属性表示待付款发票的总金额。金额通常以单据币种存储,汇总报告时可能需要进行币种转换。 此属性对于分析财务影响至关重要,可帮助用户根据营运资金影响而非仅按案例数量确定流程改进的优先级。高金额发票的审批工作流可能与低金额发票不同。 重要性 此属性可用于按金额分析流程低效问题及其对营运资金的影响。 获取途径 通常位于发票抬头表,字段名一般为总额或金额合计。 示例 1500.00250.5010000.0045.99500000.00 | |||
| 采购订单编号 PurchaseOrderNumber | 与发票关联的采购订单参考编号。 | ||
| 说明 此属性将发票关联到采购流程。若该字段有值,表示发票关联了采购订单,通常需要经过双向或三向匹配。 此属性可用于计算关联采购订单与未关联采购订单的发票比例。采购订单数据与发票数据不一致,是导致付款冻结和返工的常见原因。 重要性 此属性可用于分析采购订单匹配效率,并区分关联与未关联采购订单的流程。 获取途径 位于发票抬头或行项目表中。 示例 PO-450001450009922P100200ORD-5521PUR-2023-88 | |||
| 付款冻结原因 PaymentBlockReason | 导致发票被冻结、无法付款的代码或原因。 | ||
| 说明 此属性说明发票无法付款的具体原因,例如价格差异、数量差异或缺少收货记录。它是衡量流程阻力的重要指标。 分析各类冻结原因的发生频率和持续时间,有助于找出付款延迟的根本原因。减少此类冻结通常是提高无人工干预处理率最快的方法。 重要性 此属性可用于识别流程受阻和付款延迟的具体根本原因。 获取途径 位于发票抬头或行项目表中。 示例 价格差异数量差异缺少收货记录人工冻结需要审计 | |||
| 付款条件 PaymentTerms | 用于定义约定付款时间和折扣的代码或说明。 | ||
| 说明 此属性定义合同约定的付款条件,例如Net 30或2/10 Net 30,决定发票何时到期以及是否适用提前付款折扣。 分析此字段有助于组织优化现金流,避免付款过早而占用营运资金,或付款过晚而产生罚款,并尽可能获得折扣。 重要性 此属性定义到期日和折扣规则,是优化现金流的重要依据。 获取途径 位于发票抬头中,通常继承自供应商主数据。 示例 NT302/10 Net 30IMMEDIATEZ001Net 60 | |||
| 公司代码 CompanyCode | 法律实体或子公司的标识符。 | ||
| 说明 此属性按组织单元区分数据,例如特定子公司、国家或法律实体。对于在多个地区开展业务的大型企业而言,这一点至关重要。 此属性可用于比较不同业务单元的表现。由于当地法规或运营成熟度不同,各公司代码的流程往往存在差异。 重要性 此属性可用于跨不同组织单元进行对标和筛选。 获取途径 位于发票抬头表中。 示例 US01DE0110002000UK_OPS | |||
| 单据类型 DocumentType | 发票单据的分类。 | ||
| 说明 此属性用于对交易分类,区分标准发票、贷项通知单、预付款或后续借记。不同类型可能触发不同的工作流规则。 了解单据类型的构成有助于解读流程指标。例如,贷项通知单通常采用反向流程或特定审批路径;如果不单独分析,可能会影响平均周期时间。 重要性 此属性用于区分发票、贷项通知单及其他财务单据。 获取途径 位于发票抬头表中。 示例 标准发票贷项通知单预付款未关联采购订单的发票定期发票 | |||
| 用户 User | 执行活动的人员或系统账户标识符。 | ||
| 说明 此属性记录执行特定流程步骤的人员或账户,可区分人工用户与系统自动化程序(机器人或批处理作业)。 此属性可用于计算自动化率(无人工干预率)和分析职责分离情况。如果特定用户持续引发返工或错误,也有助于识别培训需求。 重要性 此属性可用于职责分离分析和自动化率计算。 获取途径 数据来源包括交易日志或系统审计跟踪记录。 示例 JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS | |||
应付账款付款处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 付款已发出 | 生成付款凭证,例如打印支票、发起电汇或生成EFT文件。这会减少供应商账户中的未结应付款项。 | ||
| 重要性 标志着该发票的内部应付账款流程正式结束。 获取途径 生成付款单据或付款状态更新为“已发送”时记录。 采集 提取与发票关联的付款单据创建时间戳 事件类型 explicit | |||
| 发票与采购订单匹配 | 将发票行项目与相应的采购订单或收货记录成功关联。此验证步骤用于确认商品已订购并收货,然后才能处理付款。 | ||
| 重要性 这是衡量自动处理率和三方匹配效率的关键。 获取途径 可在采购订单历史表中查找,或通过识别表示匹配成功的状态变更来确定。 采集 追踪发票行项目与采购订单行项目建立关联的事件 事件类型 explicit | |||
| 发票创建 | 将供应商发票数据首次录入ERP系统。无论是人工录入还是通过接口导入,此事件都标志着应付款项数字化处理周期的开始。 | ||
| 重要性 为计算应付账款流程的总周期时间提供基准时间戳。 获取途径 通常可在发票抬头表的创建时间戳或单据变更日志的首条记录中找到。 采集 提取发票抬头记录的创建时间戳 事件类型 explicit | |||
| 发票已批准 | 指定审批人或系统规则授予的最终授权。此步骤允许发票进行财务过账并进入后续付款环节。 | ||
| 重要性 这是审批周期结束的关键节点,通常会使发票进入待付款状态。 获取途径 最终审批操作执行后,会记录在工作流历史表中。 采集 从工作流日志中提取最终审批操作的时间戳 事件类型 explicit | |||
| 发票已过账至总账 | 将财务交易记入总账。此操作会在会计系统中正式确认应付款项。 | ||
| 重要性 这是财务记录不可撤回的节点,并会更新供应商余额。 获取途径 可在总账分录表中查找,或通过是否已分配过账日期来确定。 采集 从总账表中提取过账日期或分录时间戳 事件类型 explicit | |||
| 设置付款冻结 | 冻结发票,阻止其进入付款批次。冻结可由人工设置以处理争议,也可能因差异而自动触发。 | ||
| 重要性 暂停流程会直接影响按时付款率和供应商关系。 获取途径 通过监控付款冻结字段或冻结状态标记的变更来识别。 采集 追踪将付款冻结或暂停标记设为true的更新 事件类型 explicit | |||
| 付款已结清 | 银行确认款项已成功转账。系统会将此信息与银行对账单进行核对。 | ||
| 重要性 确认现金流影响,并完成该笔财务交易的处理闭环。 获取途径 可在银行对账表中查找,或在付款状态变更为“已结清”时确定。 采集 识别付款记录中填入结清日期的时间戳 事件类型 explicit | |||
| 创建付款建议 | 将发票选入初步付款批次或日记账。这表示计划付款,并会将该发票从其他付款批次中暂时排除。 | ||
| 重要性 标志着付款执行阶段开始,并有助于分析付款批次的处理效率。 获取途径 发票关联到付款建议抬头或付款日记账行项目时记录。 采集 识别发票ID何时被添加到付款批次建议表 事件类型 explicit | |||
| 发票匹配失败 | 发票详情与采购订单或收货记录之间的差异超出规定容差时发生的验证错误。通常会触发异常处理工作流。 | ||
| 重要性 找出价格差异或数量不符等造成流程阻滞的根因。 获取途径 通常可根据错误日志、特定冻结代码或表示存在差异的状态标记推断。 采集 根据设置差异专用冻结代码或错误消息推断 事件类型 inferred | |||
| 发票已取消 | 作废或冲销发票记录,终止流程且不付款。通常由重复录入或重大错误导致。 | ||
| 重要性 关注取消记录有助于发现上游流程故障和资源浪费。 获取途径 单据状态变更为“已作废”或关联冲销单据时记录。 采集 追踪状态变更为“已作废”或冲销分录的创建 事件类型 explicit | |||
| 发票已过到期日 | 当发票仍未付款且当前日期已超过净到期日时,系统计算生成此事件,用于标记逾期发票。 | ||
| 重要性 这是分析按时付款表现和潜在滞纳金的关键指标。 获取途径 通过比较发票到期日与付款日期或当前日期计算。 采集 对于未结项目,计算到期日早于当前时间戳的情况 事件类型 calculated | |||
| 发票数据更新 | 发票首次创建后,对发票抬头或行项目所做的任何修改。频繁修改通常意味着存在人工返工、OCR提取错误或主数据不准确。 | ||
| 重要性 更新频率高,说明流程效率有待提升,也意味着存在自动化改进机会。 获取途径 通常记录在与发票对象关联的系统变更日志或审计轨迹中。 采集 在审计日志中识别金额、供应商或日期等特定字段的更新 事件类型 explicit | |||
| 发起发票审批 | 将发票提交至工作流引擎,申请管理人员授权。这标志着流程从数据录入和验证进入审批阶段。 | ||
| 重要性 将技术处理时间与管理决策时间区分开来。 获取途径 可从工作流历史日志中获取,例如状态变更为“待审批”或类似状态时。 采集 在审批历史表中识别工作流启动事件 事件类型 explicit | |||
| 解除付款冻结 | 解除先前设置的冻结,使发票符合付款筛选条件。这通常表示争议或差异已解决。 | ||
| 重要性 表示异常已成功处理,标准流程得以继续。 获取途径 付款冻结字段被清除,或冻结状态变为活跃时记录。 采集 追踪将付款冻结或暂停标记改为null或false的更新 事件类型 explicit | |||
数据提取指南
不同系统的数据提取方式各不相同。详细说明请
立即优化应付账款流程
全面了解瓶颈,争取获得更多提前付款折扣
无需信用卡,几分钟即可完成设置