您的应收账款 data 模板
您的应收账款 data 模板
这是我们针对应收账款的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 追踪发票生命周期的核心数据字段
- 确保流程映射一致性的标准化活动定义
- 兼容任何财务管理工具的可扩展架构
应收账款属性
| 名称 | 描述 | ||
|---|---|---|---|
| 事件timestamp EventTime | 活动发生的具体日期和时间。 | ||
| 描述 此属性捕获源系统内操作发生的准确时刻,对确立案件内事件的时间顺序至关重要。 分析人员利用此数据计算流程各步之间的处理时间(例如从“发票已发送”到“款项已入账”的时间)。它也是确定特定活动时长、识别现金催收周期延迟的基础。 为何重要 这是排列事件顺序和计算持续时间所必需的开始时间戳(Start Timestamp)必填字段。 获取方式 源自系统日志、交易输入时间戳或变更历史表。 示例 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| 最后数据更新 LastDataUpdate | 数据提取或刷新的时间戳。 | ||
| 描述 此属性记录了 Process Mining 应用中 data 集的最后更新时间。作为元数据字段,它可以让用户了解分析结果的时效性。 它能帮助分析师判断他们看到的是实时 data 还是以往期间的快照。这对于准确报告和确保决策基于最新信息至关重要。 为何重要 提供有关数据延迟和可靠性的上下文。 获取方式 由数据流水线或 ETL 工具在运行时生成。 示例 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| 发票编号 InvoiceId | 该发票或账单的唯一标识符。 | ||
| 描述 此属性是应收账款流程的核心 case 标识符。它用于区分不同的开票交易,并作为跟踪应收款从创建到清账整个生命周期的主键。 在 Process Mining 分析中,此属性将发票创建、更新、争议和付款等所有相关 event 归为一个 case。分析师可以借此可视化特定账单的端到端路径,并在交易层面计算绩效指标。 为何重要 这是还原流程流所必需的案例 ID(Case ID)必填字段。 获取方式 通常可以在交易抬头表或主要应收账款辅助账表中找到。 示例 INV-2023-001900004321US-10234B55432 | |||
| 活动名称 ActivityName | 对发票所执行事件或操作的描述。 | ||
| 描述 此属性定义了发票生命周期中的具体步骤或状态变化。例如:发票已创建、付款已过账、争议已发起或贷项通知单已开具。 通过分析这些活动的顺序,Process Mining 工具能够还原流程图。这使企业能够识别瓶颈、返工循环(如重复更新争议状态)以及偏离标准收款程序的情况。 为何重要 这是定义流程步骤所必需的活动(Activity)必填字段。 获取方式 源自交易日志、变更单据或状态历史表。 示例 发票已创建已收到付款争议已提出催款函已寄出 | |||
| 源系统 SourceSystem | 数据来源系统的名称或标识符。 | ||
| 描述 此属性标识了提取记录的软件应用程序或环境(如 SAP、Oracle 或 HighRadius)。在拥有多个 ERP 的复杂环境中,这有助于区分 data 源。 在比较不同地区或业务部门(可能使用不同的底层技术)的流程绩效时,这一点尤其有用,确保了 data 可以追溯到其源头。 为何重要 对于多系统环境下的数据筛选和校验至关重要。 获取方式 通常在 ETL 过程中作为静态字符串添加。 示例 SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| 业务单元 BusinessUnit | 开具发票的内部部门、子公司或公司代码。 | ||
| 描述 此属性代表企业中拥有该应收款的组织实体。在 SAP 等系统中,这对应于“公司代码”;在 NetSuite 中,则对应于“子公司”。 它支持在不同分支机构或部门之间进行对比分析。管理层可以使用此视图来衡量组织不同部分的催收表现、标准流程遵循情况以及 DSO 指标。 为何重要 支持在不同组织部门之间进行绩效基准比对。 获取方式 源自发票抬头或财务会计凭证抬头。 示例 US01欧洲、中东及非洲地区运营子公司 A1000 | |||
| 争议原因 DisputeReason | 说明发票为何被质疑的类别或代码。 | ||
| 描述 此属性用于记录客户拒付部分或全部款项的原因分类。常见原因包括定价错误、货物损坏或缺少单据。 这些数据对根因分析至关重要。通过汇总争议原因,企业可以识别出上游流程(如订单履行或定价)中的系统性问题,这些问题正是导致回款延迟和行政重复劳动的元凶。 为何重要 识别回款延迟和重复劳动根因的关键。 获取方式 源自争议管理模块或特定的争议案件表。 示例 价格差异货物损坏缺少采购订单 (PO)重复发票 | |||
| 付款条款 PaymentTerms | 定义付款期限的协定条件。 | ||
| 描述 此属性包含付款计划的代码或描述(如 30 天内、60 天内或即时)。它定义了合同约定的预期现金流。 分析此属性有助于识别企业是否遵守标准条款,或销售团队是否为了促成交易而提供了不利的条款。它还可用于将付款条款与实际付款行为进行关联,以检查条款合规性。 为何重要 为“到期日”提供背景信息,辅助分析条款合规性。 获取方式 源自发票抬头或客户主数据。 示例 NT3060 天内付款2% 10 Net 30即时 | |||
| 到期日期 DueDate | 客户预计付款的截止日期。 | ||
| 描述 此属性指定了销售条款中约定的付款截止日期。它是判断发票是处于正常状态、逾期还是欠款的基准。 分析师使用此日期来计算提早或逾期付款指标。将实际付款日期与到期日进行比较,可以揭示客户的合规行为以及催收策略的有效性。 为何重要 计算账龄、拖欠情况和付款合规性的基准。 获取方式 源自发票抬头,或由基准日期加付款条件计算得出。 示例 2023-12-012023-10-312023-11-15 | |||
| 发票金额 InvoiceAmount | 发票的总货币价值。 | ||
| 描述 此属性代表对客户债权的财务价值。它通常反映包含税费和附加费的总金额。 在分析中,此字段是计算财务 KPI(如按价值加权的 DSO)的基础,有助于识别风险较大的高价值账户,并优先安排催收工作。它还支持根据财务影响对流程进行细分。 为何重要 对于财务影响分析和高价值催收优先级排序至关重要。 获取方式 源自发票抬头或会计凭证抬头。 示例 1500.00250.5010000.0045.99 | |||
| 客户名称 CustomerName | 负责该发票的实体或组织名称。 | ||
| 描述 此属性标识了与发票相关的债务人,支持在账户层面汇总 data。 这对于分析特定客户的付款行为至关重要。通过它,企业可以识别出经常逾期付款或对发票提出争议的战略客户,从而实现有针对性的关系管理和定制化的催收方案。 为何重要 支持账户级分析并识别有问题的付款方。 获取方式 源自与发票抬头关联的客户主数据表。 示例 Acme公司全球工业科技解决方案有限公司 | |||
| 是否已自动化 IsAutomated | 标记该活动是否在无需人工干预的情况下完成。 | ||
| 描述 此布尔属性用于区分手动操作和系统驱动的 event。通常通过将用户 ID 与已知的服务账号列表进行比对得出。 这是计算自动化率的主要驱动因素。它帮助企业了解机器人流程自动化 (RPA) 的投资回报率,并识别自动化重复性手动任务(如现金申请或催收)的机会。 为何重要 对于衡量数字化转型和流程自动化率至关重要。 获取方式 源自用户 ID 或特定的交易标识。 示例 truefalse | |||
| 结清日期 ClearingDate | 发票已全额支付或被冲抵的日期。 | ||
| 描述 此属性记录了系统中未结清项的关闭时间,通常通过过账付款或贷项通知单来完成,标志着该发票催收周期的结束。 该日期对于计算实际周期时间和 DSO(应收账款周转天数)至关重要。它有助于区分未结清和已结清发票,并用于衡量现金申请流程的效率。 为何重要 对于计算周期时间和实际 DSO 至关重要。 获取方式 源自会计凭证行项目或状态历史。 示例 2023-11-202023-12-052023-10-15 | |||
| 催收员姓名 CollectorName | 负责催收工作的专员或用户姓名。 | ||
| 描述 此属性标识了负责管理客户账户并确保回款的具体员工或团队,将人力资源与流程结果联系起来。 通过该属性,可以分析催收人员的生产力和效率。管理人员可以比较不同催收人员的回款率、付款承诺达成率以及工作量,从而确定培训需求或重新分配业务组合。 为何重要 支持人力生产力分析及绩效基准比对。 获取方式 源自客户主记录或特定的催收管理表。 示例 John Doe催收 A 组系统代理 | |||
| 客户细分 CustomerSegment | 基于战略价值或风险的客户分类。 | ||
| 描述 此属性根据主数据中的定义,将客户分为关键大客户、SMB、高风险客户或政府机构等类别。 按此属性进行流程细分分析,可以揭示不同类型客户的处理方式。它有助于验证高价值客户是否得到了优先服务,或者高风险客户是否得到了足够的监控。 为何重要 支持针对不同层级的客户进行策略分析。 获取方式 源自客户主数据或业务合作伙伴表。 示例 战略级零售批发Tier 1 | |||
应收账款活动
| 活动 | 描述 | ||
|---|---|---|---|
| 争议已发起 | 创建正式案件或原因代码,表示客户对发票有效性或金额存疑。这通常会暂停标准催收工作。 | ||
| 为何重要 识别流程瓶颈,并量化由计费错误或质量问题导致的营收风险。 获取方式 通过在争议管理模块中创建案件或状态变更为“争议中”来识别。 捕获 记录争议案件 ID 关联至发票或争议标识设为“是”的时间戳。 事件类型 explicit | |||
| 付款已过账 | 记录针对发票的现金流入冲销。这是应收账款流程的主要目标。 | ||
| 为何重要 计算 DSO 和评估现金流健康状况最关键的事件。 获取方式 源自款项冲销或现金收款表。 捕获 从关联至发票编号的收款凭证中提取时间戳。 事件类型 explicit | |||
| 到期日已过 | 一个计算得出的里程碑,表示在发票未核销的情况下,当前日期已超过约定的付款期限。此事件标记了发票状态从“未到期”转为“逾期”。 | ||
| 为何重要 对于分析准时回款绩效和触发催款策略至关重要。 获取方式 若未发生关闭事件,则通过对比发票到期日与系统日期计算得出。 捕获 当系统日期超过“到期日”字段且状态仍为“未结”时,生成一个事件。 事件类型 calculated | |||
| 发票已创建 | 财务系统中发票记录的初始生成,标志着应收账款分录的建立。此事件是催收生命周期的正式起点,也是账龄计算的基准。 | ||
| 为何重要 这是整个流程的锚点 event,定义了所有周期时间指标和 DSO 计算的起始 timestamp。 获取方式 通常可以在 ERP 系统的交易抬头表或创建日志中找到。 捕获 提取唯一发票凭证编号的创建时间戳。 事件类型 explicit | |||
| 发票已寄出 | 通过邮件、纸质、EDI 或门户网站向客户寄送账单。这代表付款义务已移交给客户。 | ||
| 为何重要 计算从创建到发送的滞后时间,有助于识别拖慢现金流的内部处理延迟。 获取方式 源自输出管理日志、邮件发送记录或 EDI 状态更新。 捕获 识别发票输出状态变更为“已发送”或“已完成”的时间戳。 事件类型 explicit | |||
| 发票已清算 | 发票未结余额归零的最终状态变更。通过全额付款、贷项冲抵或核销实现。 | ||
| 为何重要 标记案件在系统中的最终结束,用于计算整个流程的周期时间。 获取方式 源自发票状态字段变更为“已关闭”、“已核销”或“已付款”。 捕获 识别未结项状态标识变为“已核销”的时间戳。 事件类型 inferred | |||
| 贷项单已过账 | 开具贷项通知单以冲抵发票余额。这通常是争议生效、退货或追溯折扣带来的财务结果。 | ||
| 为何重要 对于分析收入流失、计费质量和拒付根因至关重要。 获取方式 源自应收账款交易表,表现为专门用于贷方的凭证类型。 捕获 通过参考字段将贷项凭证与原始发票关联。 事件类型 explicit | |||
| 争议已解决 | 争议调查的结论,结果可能是给客户退款、核销余额或强制付款。这能解除发票的受阻状态以进行最终结算。 | ||
| 为何重要 标记异常处理流程的结束,使回款周期得以继续。 获取方式 当争议案件状态转为“已关闭”或“已解决”时记录。 捕获 识别争议管理系统中最后一次状态变更的时间戳。 事件类型 explicit | |||
| 争议状态已更新 | 争议案件进度的变更(例如从初步审查转为正式调查)。用于追踪处理团队的工作流。 | ||
| 为何重要 支持分析争议处理周期,识别调查过程中的停滞环节。 获取方式 源自与发票关联的争议案件对象历史日志。 捕获 跟踪关联争议 case 实体的状态字段变更。 事件类型 inferred | |||
| 付款已对账 | 将内部付款记录与外部银行对账单行项目进行匹配,确认资金已实实在在进入银行账户。 | ||
| 为何重要 区分账面资金与银行资金,凸显款项冲销过程中的延迟。 获取方式 源自银行对账模块或现金管理日志。 捕获 识别付款凭证在银行分类账中被标记为“已核销”或“已匹配”的时间。 事件类型 explicit | |||
| 付款承诺已记录 | 记录客户在特定日期前支付特定金额的正式承诺。通常由催收人员在联系成功后输入。 | ||
| 为何重要 提供预期现金流的可见性,并衡量客户承诺的可信度。 获取方式 源自催收管理模块或与发票关联的备注字段。 捕获 提取与发票 ID 关联的付款承诺 (PTP) 日期和金额记录。 事件类型 explicit | |||
| 催收联系已建立 | 针对未结发票与客户进行的互动,如发送自动催款函或记录电话沟通。用于追踪催收团队的投入力度。 | ||
| 为何重要 对于衡量催收员产出以及催款策略对回款速度的影响至关重要。 获取方式 源自往来日志、CRM 活动历史或催款日记账。 捕获 映射来自客户互动日志或与发票关联的自动催款表中的分录。 事件类型 explicit | |||
| 坏账已核销 | 宣布发票余额无法收回并从应收账款分类账中剔除的行为。这代表了流程失效和财务损失。 | ||
| 为何重要 对于分析信贷流程总成本以及识别高风险客户群具有重要意义。 获取方式 从带有特定核销原因代码的日记账分录或调整交易中获取。 捕获 筛选与发票关联的分类为“核销”的调整凭证。 事件类型 explicit | |||
| 部分付款已过账 | 回款冲销后虽减少了发票余额,但仍留有余款未付。这通常意味着存在争议、无力支付或少付。 | ||
| 为何重要 突出显示部分付款有助于分析客户付款行为和流程复杂程度。 获取方式 当付款交易关联至发票但金额小于未结余额时记录。 捕获 识别冲销金额小于发票未结金额的回款记录。 事件类型 explicit | |||