您的应收账款数据模板

通用流程挖掘模板
您的应收账款数据模板

您的应收账款数据模板

通用流程挖掘模板

这是适用于应收账款的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。

选择具体系统
  • 跟踪发票生命周期所需的关键数据字段
  • 标准化活动定义,确保流程映射一致
  • 可扩展结构,兼容任意财务管理工具
刚接触事件日志?了解 如何创建流程挖掘事件日志.

应收账款属性

本节详细列出了应纳入事件日志的推荐数据字段,用于全面分析您的开票流程。
5 必需 8 建议 2 可选
名称 说明
事件时间戳
EventTime
活动发生的具体日期和时间。
说明

此属性记录操作在源系统中发生的准确时刻,对于确定案例内事件的时间顺序至关重要。

分析人员利用这些数据计算流程步骤之间的处理时长,例如从Invoice Sent到Payment Posted的时间。它也是确定具体活动持续时间和识别现金催收周期延迟的基础。

为什么重要

这是对事件排序和计算持续时间所需的必填Start Timestamp。

获取位置

可在系统日志、交易录入时间戳或变更历史表中找到。

示例
2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z
最后数据更新时间
LastDataUpdate
表示数据提取或刷新的时间戳。
说明

此属性记录数据集在流程挖掘应用中最后更新的时间。它是一个元数据字段,用于告知用户分析数据的新鲜度。

它帮助分析人员判断当前查看的是实时数据,还是之前某个时期的快照。这对于确保报告准确,并基于最新可用信息做出决策至关重要。

为什么重要

提供有关数据延迟和可靠性的背景信息。

获取位置

由数据管道或ETL工具在运行时生成。

示例
2023-11-15T00:00:00Z2023-11-16T08:00:00Z
发票编号
InvoiceId
特定发票或开票文档的唯一标识符。
说明

此属性是应收账款流程的基础案例标识符。它用于区分不同的开票交易,并作为跟踪应收账款从创建到清账整个生命周期的主键。

在流程挖掘分析中,此属性用于将发票创建、更新、争议和付款等所有相关事件归入同一案例。分析人员可以据此查看特定账单的端到端流程,并在交易层面计算绩效指标。

为什么重要

这是重建流程顺序所必需的案例ID。

获取位置

通常位于交易抬头表或应收账款主分类账表中。

示例
INV-2023-001900004321US-10234B55432
活动名称
ActivityName
对发票执行的事件或操作的描述。
说明

此属性定义发票生命周期中发生的具体步骤或状态变更。例如Invoice Created、Payment Posted、Dispute Opened或Credit Memo Issued。

通过分析这些活动的顺序,流程挖掘工具可以重构流程图,帮助组织识别瓶颈、返工循环(例如反复更新争议)以及偏离标准催收流程的情况。

为什么重要

这是定义流程步骤所需的必填Activity字段。

获取位置

可在交易日志、变更文档或状态历史表中找到。

示例
创建发票收到付款提出争议发送催款函
源系统
SourceSystem
数据来源系统的名称或标识符。
说明

此属性用于标识提取记录的软件应用或环境,例如SAP、Oracle或HighRadius。在包含多个ERP的复杂系统环境中,它有助于区分数据来源。

在比较不同地区或业务部门的流程绩效时,这一属性尤其有用,因为这些地区或部门可能使用不同的底层技术。它确保数据可以追溯至来源。

为什么重要

对于多系统环境中的数据筛选和验证至关重要。

获取位置

通常在ETL流程中以静态字符串形式添加。

示例
SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod
业务部门
BusinessUnit
开具发票的内部部门、子公司或公司代码。
说明

此属性表示企业内部拥有应收款项的组织实体。在SAP等系统中,它对应Company Code;在NetSuite中对应Subsidiary。

它支持对不同分支机构或部门进行比较分析。管理层可以据此比较组织不同部分的催收绩效、标准流程遵循情况和DSO指标。

为什么重要

支持对不同组织部门的绩效进行基准比较。

获取位置

可在发票抬头或财务会计凭证抬头中找到。

示例
US01EMEA运营子公司A1000
争议原因
DisputeReason
说明发票为何被提出异议的类别或代码。
说明

此属性记录客户拒绝支付部分或全部发票金额的原因分类。常见原因包括定价错误、货物损坏或缺少文档。

这些数据对于根因分析非常重要。通过汇总争议原因,组织可以识别上游流程(如履约或定价)中的系统性问题,这些问题可能导致付款延迟和行政返工。

为什么重要

对于识别付款延迟和返工的根因至关重要。

获取位置

可在争议管理模块或专用争议案例表中找到。

示例
价格差异货物损坏缺少采购订单重复发票
付款条件
PaymentTerms
约定付款到期时间的条件。
说明

此属性包含付款计划的代码或描述,例如Net 30、Net 60或Immediate,用于定义合同约定的现金流预期。

分析该属性有助于判断是否遵循标准付款条件,或销售团队是否为促成交易而授予了不利条件。它还可用于将付款条件与实际付款行为关联,以检查付款条件的合规性。

为什么重要

为到期日提供背景信息,并帮助分析付款条件合规性。

获取位置

可在发票抬头或客户主数据中找到。

示例
NT3060天账期2%10天内付款,30天账期立即付款
到期日
DueDate
客户应完成付款的日期。
说明

此属性根据销售条款约定的付款条件,指定付款截止日期。它是判断发票是否处于正常、逾期或拖欠状态的基准。

分析人员利用该日期计算提前付款或延迟付款指标。将实际付款日期与到期日进行比较,可以了解客户的合规付款行为以及催收策略的有效性。

为什么重要

用于计算账龄、拖欠情况和付款合规性的基准。

获取位置

可在发票抬头中找到,也可根据基准日期加付款条件计算得出。

示例
2023-12-012023-10-312023-11-15
发票金额
InvoiceAmount
发票的货币总价值。
说明

此属性表示向客户提出的应收款项金额,通常为包含税费和附加费的总额。

在分析中,该字段是计算按金额加权的应收账款周转天数(DSO)等财务KPI、识别存在风险的高价值账户以及确定催收优先级的基础。它支持根据财务影响对流程进行分组。

为什么重要

对于财务影响分析和确定高价值催收优先级至关重要。

获取位置

可在发票抬头或会计凭证抬头中找到。

示例
1500.00250.5010000.0045.99
客户名称
CustomerName
负责该发票的实体或组织名称。
说明

此属性用于标识与发票关联的债务人,支持在账户层面汇总数据。

它对于分析特定客户的付款行为至关重要。通过该属性,可以识别经常延迟付款或对发票提出异议的战略客户,从而开展有针对性的客户关系管理并制定定制化催收方案。

为什么重要

支持账户层面分析,并识别付款问题客户。

获取位置

可在与发票抬头关联的客户主数据表中找到。

示例
Acme CorpGlobal IndustriesTech Solutions Ltd
是否自动执行
IsAutomated
用于标识活动是否在无人干预的情况下执行的标志。
说明

此布尔属性用于区分手动用户操作和系统驱动事件。通常通过将User ID与已知服务账户列表进行比对得出。

这是计算自动化率的主要依据。它帮助组织了解机器人流程自动化(RPA)的投资回报,并识别现金核销或催收等重复性手动任务的自动化机会。

为什么重要

对于衡量数字化转型和流程自动化率至关重要。

获取位置

根据User ID或特定交易标志得出。

示例
truefalse
清账日期
ClearingDate
发票完成付款或抵销的日期。
说明

此属性记录未清项目在系统中关闭的时间,通常由付款或贷项通知单过账完成。它标志着该发票催收生命周期的结束。

该日期对于计算实际周期时间和应收账款周转天数(DSO)至关重要。它有助于区分未清和已关闭发票,并用于衡量现金核销流程的效率。

为什么重要

对于计算周期时间和实际应收账款周转天数至关重要。

获取位置

可在会计凭证行项目或状态历史中找到。

示例
2023-11-202023-12-052023-10-15
催收人员姓名
CollectorName
负责催收付款的代理人或用户姓名。
说明

此属性用于标识负责管理客户账户并确保收款的具体员工或团队,将人力资源与流程结果关联起来。

它支持分析催收人员的生产力和有效性。管理人员可以比较不同催收人员的回款率、付款承诺履行率和工作量,以识别培训需求或重新平衡客户组合。

为什么重要

支持人员生产力分析和绩效基准比较。

获取位置

可在客户主记录或专用催收管理表中找到。

示例
John Doe催收团队A系统代理
客户细分
CustomerSegment
根据战略价值或风险对客户进行的分类。
说明

此属性将客户分为重点客户、中小企业、高风险客户或政府客户等类别,通常在主数据中定义。

按此属性细分流程分析,可以了解不同类型客户所接受的处理方式,帮助确认高价值客户是否获得优先服务,以及高风险客户是否得到充分监控。

为什么重要

支持对不同客户层级进行策略分析。

获取位置

可在客户主数据或业务伙伴表中找到。

示例
战略客户零售批发第1级
必需 建议 可选

应收账款活动

使用这些关键流程步骤和里程碑采集必要时间戳,以准确发现流程并识别应收账款工作流中的瓶颈。
7 建议 7 可选
活动 说明
付款已过账
将收到的现金交易核销到发票上的记录。这代表应收账款流程的主要目标。
为什么重要

这是计算应收账款周转天数(DSO)和评估现金流健康状况的关键事件。

获取位置

可在付款核销表或现金收款表中找到。

采集

从与发票编号关联的付款收据文档中提取时间戳。

事件类型 explicit
创建发票
在财务系统中首次生成发票记录,建立应收账款分录。该事件标志着收款生命周期正式开始,并为账龄计算设定基准。
为什么重要

这是整个流程的锚点事件,用于定义所有周期时间指标和DSO计算的起始时间戳。

获取位置

通常位于ERP系统的交易抬头表或创建日志中。

采集

提取唯一发票单据编号的创建时间戳。

事件类型 explicit
发票已清账
发票未清余额变为零的最终状态变更。通常由全额付款、贷项核销或坏账核销导致。
为什么重要

标志着系统中该案例的绝对结束,并用于计算流程总周期时间。

获取位置

根据发票状态字段变更为Closed、Cleared或Paid得出。

采集

识别未清项目状态标志变更为已清账的时间戳。

事件类型 inferred
发起争议
创建正式案例或原因代码,表示客户对发票的有效性或金额存在异议。该事件通常会暂停标准收款工作。
为什么重要

用于识别流程瓶颈,并量化因账单错误或质量问题带来的风险收入。

获取位置

当争议管理模块创建案例,或状态变更为“In Dispute”时识别。

采集

记录争议案例ID与发票关联,或争议标记设为true时的时间戳。

事件类型 explicit
发送发票
通过电子邮件、打印、EDI或门户将账单单据发送给客户,代表付款义务正式移交给客户。
为什么重要

计算创建与发送之间的滞后时间,有助于识别拖慢现金流的内部处理延迟。

获取位置

来源包括输出管理日志、邮件发送记录或EDI状态更新。

采集

识别发票输出状态变为已发送或已完成的时间戳。

事件类型 explicit
贷项通知单已过账
开具用于冲减发票余额的贷项通知单。这通常是有效争议、退货或追溯折扣带来的财务结果。
为什么重要

对于分析收入流失、账单质量和未付款根因至关重要。

获取位置

位于应收账款交易表中,单据类型专门标识贷项。

采集

通过参考字段将贷项通知单与原始发票关联。

事件类型 explicit
超过到期日
当发票仍处于未结状态,而当前日期已超过约定付款条件中的到期日时,该计算里程碑表示到期。此事件标志着发票从正常状态转为逾期状态。
为什么重要

这对于分析按时付款表现和触发催收策略至关重要。

获取位置

如果尚未发生结账事件,则通过比较发票到期日与系统日期计算得出。

采集

当系统日期超过Due Date字段,且通用Status仍为Open时生成事件。

事件类型 calculated
付款已对账
将内部付款记录与外部银行对账单中的行项目进行匹配。这确认现金已实际到账。
为什么重要

区分账面现金和银行现金,突出显示现金核销流程中的延迟。

获取位置

来源于银行对账模块或现金管理日志。

采集

识别付款文档在银行分类账中标记为已清账或已匹配的时间。

事件类型 explicit
坏账已核销
将发票剩余余额认定为无法收回,并从应收账款分类账中移除。这代表流程失败和财务损失。
为什么重要

对于分析信贷流程的总成本和识别高风险客户群体非常重要。

获取位置

从日记账分录或带有特定核销原因代码的调整交易中提取。

采集

筛选与发票关联且归类为核销的调整文档。

事件类型 explicit
已联系催收
与客户就未结发票进行互动,例如发送自动催收函或记录电话沟通,用于跟踪收款团队采取的主动催收行动。
为什么重要

这对于衡量催收人员的工作效率,以及催收策略对付款速度的影响至关重要。

获取位置

来源包括通信日志、CRM活动历史或催收记录。

采集

将客户互动日志或与发票关联的自动催收表中的记录映射为事件。

事件类型 explicit
已记录付款承诺
记录客户作出的正式付款承诺,包括承诺支付的具体金额和日期。通常由催收人员在成功联系客户后录入。
为什么重要

帮助您了解预期现金流,并衡量客户承诺的可靠性。

获取位置

位于收款管理模块,或与发票关联的备注字段中。

采集

提取针对发票ID记录了PTP日期和金额的记录。

事件类型 explicit
更新争议状态
争议案例进展发生变化,例如从初步审核进入正式调查,用于跟踪解决团队的工作流。
为什么重要

用于分析争议解决周期时间,并识别调查流程中的停滞环节。

获取位置

来源于与发票关联的争议案例对象历史日志。

采集

跟踪关联争议案例实体的Status字段变化。

事件类型 inferred
解决争议
争议调查结束,并决定向客户退款、核销余额或要求付款。该事件解除发票限制,使其可以最终结算。
为什么重要

标志着异常处理流程结束,现金周期得以恢复。

获取位置

当争议案例状态变为Closed或Resolved时记录。

采集

识别争议管理系统中最后一次状态变更的时间戳。

事件类型 explicit
部分付款已过账
登记一笔付款,使发票余额减少但仍留有应付余额。这通常表示存在争议、付款能力不足或短款。
为什么重要

突出显示部分付款有助于分析客户付款行为和流程复杂性。

获取位置

当付款交易已关联发票,但付款金额低于未清余额时记录。

采集

识别已核销金额低于发票未清金额的付款核销记录。

事件类型 explicit
建议 可选

数据提取指南

如何获取用于流程挖掘的数据。

提取方法因系统而异。如需详细说明,

请阅读我们的ETL指南

选择具体流程和系统.

准备好开始了吗?

您可以将此通用模板应用于数据,开启流程分析,也可以根据所用平台选择我们的专业指南。

借助更智能的应收账款管理,立即提升营运资金水平

通过实时分析降低DSO,简化催收流程

开始免费试用

无需信用卡,兼容任意ERP。