应收账款数据模板
应收账款数据模板
- 流程的特定数据属性
- 标准化的活动里程碑
- HighRadius 提取说明
应收账款属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
EventDateTime
|
活动发生的具体日期和时间。 | ||
|
描述
此属性标记事件在 HighRadius 系统中发生的准确时刻。它提供了对活动进行排序和计算流程步骤之间时长所需的维度。 在分析中,时间戳用于计算周期时间(如 DSO 或争议解决时间),还可以对特定时段内的吞吐量和资源利用率进行分析。
为何重要
需要精确的时间戳来计算所有基于时长的 KPI,并对事件进行正确排序。
获取方式
HighRadius 交易日志 timestamp 列
示例
2023-10-01T08:30:00Z2023-10-15T14:22:10Z2023-11-05T09:15:00Z
|
|||
|
发票编号
InvoiceNumber
|
发票单据的唯一标识符,用作 case ID。 | ||
|
描述
Invoice Number 是追踪从财务责任产生到最终结算的核心标识符。它将所有相关活动(包括争议、付款承诺和实付金额)串联成一个完整的案例历史。 在分析中,该属性用于将事件日志分组为不同的流程实例。它支持计算单张发票的周期时间,并且是将流程数据与 HighRadius 环境或源 ERP 中其他主数据表关联的主键。
为何重要
它识别唯一的 case,并确保所有事件都正确关联到特定的财务交易。
获取方式
HighRadius 发票数据 / 头表或源 ERP(如 SAP VBAK、Oracle Headers)
示例
INV-2023-001900123456US-102938550002931
|
|||
|
活动
ActivityName
|
对发票执行的事件或动作名称。 | ||
|
描述
此属性记录了信用到现金 (Credit-to-Cash) 生命周期中发生的具体步骤或动作,包括发票创建、自动信函、催收电话、争议登记和付款核销等事件。 分析师使用此字段重现流程图并可视化步骤顺序。这些活动顺序的差异有助于识别流程偏离、返工循环以及不合规行为。
为何重要
它定义了流程的步骤,对于流程发现和变体分析至关重要。
获取方式
HighRadius 活动日志、备注历史或交易历史表
示例
发票已创建Payment Reminder Sent争议 Case 已开启收到全额付款
|
|||
|
付款账期差异
PaymentTermVariance
|
截止日期与付款日期之间的天数。 | ||
|
描述
此计算属性衡量实际付款与约定付款条款之间的偏离程度。正数表示逾期付款,负数表示提前付款。 它是“付款条款合规审计”的直接指标。通过汇总这些偏差,企业可以识别系统性的迟延付款方,并相应调整信用条款或催收策略。
为何重要
直接衡量客户对合同条款的遵守情况。
获取方式
根据到期日和付款日期计算
示例
5天-2 天0 天
|
|||
|
催收员姓名
CollectorName
|
负责催收活动的代理人或用户的姓名。 | ||
|
描述
此属性识别执行手动活动(如记录电话、发送专用电子邮件或审查争议)的特定 HighRadius 用户或代理人。 它用于“催收人员生产力标杆”仪表板,以评估个人绩效和工作量分配。这有助于经理识别培训需求或重新平衡催收团队的职责分配。
为何重要
实现在资源层级的绩效分析。
获取方式
Activity 日志 / 用户表
示例
John DoeJane Smith系统管理员CollectionAgent_01
|
|||
|
到期日期
DueDate
|
合同规定的客户最晚付款日期。 | ||
|
描述
截止日期 (Due Date) 取决于发票创建日期所适用的付款条款,它是催收流程的目标期限。 通过将“收到全额付款”的日期与该属性进行对比,可以计算出“付款条款合规率”。这对于判断付款是否准时、逾期或提前至关重要。
为何重要
判断逾期和计算应收账款周转天数 (DSO) 的参考点。
获取方式
发票头表(到期日字段)
示例
2023-11-302023-12-15
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
此属性代表向客户开具的原始总账单金额。它是计算未结余额以及评估争议或延迟所带来的财务影响的基准。 流程挖掘分析利用此字段按价值对案例进行加权。例如,在“低价值争议数量”KPI 中,它有助于区分高价值的优先催收项和低价值的行政杂音。
为何重要
允许根据财务影响而非仅根据 case 数量进行加权分析。
获取方式
发票头表(金额字段)
示例
1500.00250.5010000.00
|
|||
|
客户名称
CustomerName
|
与发票关联的客户账户名称。 | ||
|
描述
此属性识别负责支付发票的实体。在 HighRadius 中,这与债务人的主数据记录相关联。 按客户名称分析流程绩效可以识别出那些可能需要定制催收策略或经常拖欠付款的特定账户。它为“客户风险与账龄矩阵”仪表板提供支持。
为何重要
对于按账户进行细分分析以寻找问题客户至关重要。
获取方式
客户主数据或发票头
示例
Acme公司全球工业TechStart 公司零售巨头有限公司
|
|||
|
是否已自动化
IsAutomated
|
指示该 Activity 是否由系统在无人工干预的情况下执行的标记。 | ||
|
描述
此布尔属性区分了由 HighRadius 自动化引擎执行的步骤(如自动信函或现金匹配)与用户执行的手动步骤。 这对于“现金核销自动化追踪器”和“无接触发票率 (Touchless Invoice Rate)”KPI 至关重要。它允许分析师衡量自动化的投资回报率 (ROI),并识别仍需要大量人工干预的流程步骤。
为何重要
衡量 HighRadius 的实施效率。
获取方式
Activity 日志(系统用户与人工用户核对)
示例
truefalse
|
|||
|
销售变现天数 (DSO)
DaysSalesOutstanding
|
从发票创建到发票核销的天数。 | ||
|
描述
此计算属性代表发票的总生命周期时长。它是“DSO 周期时间分布”仪表板的核心指标。 在细颗粒度层面监控此项指标,有助于精准锁定流程中的哪些阶段(例如争议解决 vs. 银行匹配)对整体现金周转周期的影响最大。
为何重要
应收账款的核心效率指标。
获取方式
根据发票创建和发票清算 timestamp 计算
示例
45天30天62天
|
|||
|
业务单元
BusinessUnit
|
开具发票的内部部门或子公司。 | ||
|
描述
此属性按组织架构(如“北美销售”、“EMEA 服务”或特定的产品部门)对数据进行细分。 它使得“付款条款合规审计”能够对比组织内不同部门的绩效。这有助于判断催收问题是系统性的,还是仅局限于特定的业务实践。
为何重要
允许跨不同组织垂直部门进行对比分析。
获取方式
发票头 / ERP 映射
示例
消费电子工业零部件软件服务NA-West
|
|||
|
争议原因代码
DisputeReasonCode
|
分配给争议案件的类别代码。 | ||
|
描述
此属性对客户拒绝付款的性质进行分类,例如“定价错误”、“货物损坏”或“缺少文件”。在 HighRadius Deductions Cloud 中,这些是标准代码。 分析这些代码有助于识别未付款的根本原因。通过汇总这些数据,企业可以修复销售或物流环节中的上游问题,从而避免下游的催收延迟。
为何重要
对于付款延迟的根本原因分析至关重要。
获取方式
争议/扣款管理模块
示例
P01 (Pricing)Q02 (Quality)S03 (Shortage)行政错误
|
|||
|
付款承诺日期
PromiseToPayDate
|
客户承诺进行付款的日期。 | ||
|
描述
此属性记录客户在催收互动中给出的承诺日期。这是 HighRadius Collections Cloud 的一项关键功能。 在“付款承诺可靠性指数”中,该日期会与实际付款日期进行对比,以判断客户是否守信。这有助于评估承诺的质量以及催收人员谈判的有效性。
为何重要
预测现金流和衡量客户可靠性的关键。
获取方式
催收模块 / P2P 交易表
示例
2023-12-102023-12-20
|
|||
|
信用评级
CreditRating
|
分配给客户的信用评分或等级。 | ||
|
描述
此属性反映了客户的风险水平,通常源自信用局或 HighRadius Credit Cloud 的内部评分。 它是“客户风险与账龄矩阵”的一个维度。通过对比账龄与信用评级,可以识别出那些信用较差且余账金额较大的高风险风险敞口。
为何重要
对于风险管理和确定催收优先级至关重要。
获取方式
信用管理模块 / 客户主数据
示例
AAAB+高风险低风险
|
|||
|
最后数据更新
LastDataUpdate
|
挖掘模型中数据最后更新的时间戳。 | ||
|
描述
此属性记录了记录何时被提取或最后更新到流程挖掘数据集中。它确保分析师了解数据的时效性以及报告中潜在的延迟。 这对于持续监控仪表板尤为重要,因为用户需要知道他们看到的是实时数据还是前一天的快照。
为何重要
它确保了用于 KPI 的数据新鲜度的透明度。
获取方式
ETL Timestamp
示例
2023-12-01T00:00:00Z2023-12-02T06:00:00Z
|
|||
|
区域
Region
|
与发票或客户关联的地理区域。 | ||
|
描述
此属性定义了与交易相关的地理区域,如“北美”、“欧洲、中东和非洲 (EMEA)”或“亚太地区 (APAC)”。 它有助于进行区域标杆分析,并了解文化或法规差异如何影响支付行为和催收速度,对高级管理层报告非常有用。
为何重要
支持地理区域绩效分析。
获取方式
客户主数据或发票头
示例
NA欧洲、中东和非洲拉美亚太
|
|||
|
客户细分
CustomerSegment
|
根据规模、行业或战略价值对客户进行分类。 | ||
|
描述
此属性将客户分为不同层级,如“战略客户”、“中端市场”、“中小企业”或“高风险”。 它用于“争议解决绩效”仪表板,以观察不同细分群体是否经历了不同的服务水平。这确保了高价值客户在催收过程中能够得到应有的关注。
为何重要
细分分析,以确保与业务战略和服务水平协议 (SLA) 保持一致。
获取方式
客户主数据
示例
战略大客户批发零售政府
|
|||
|
待付金额
OpenAmount
|
发票上剩余的未付余额。 | ||
|
描述
此属性追踪客户尚欠的金额,并随着部分付款的入账而更新。 这对于“部分付款复杂度分析”至关重要。它允许分析师筛选出完全未付与部分支付的发票,并优先针对高价值未结项开展催收。
为何重要
对于确定当前风险敞口和部分催收的成功率至关重要。
获取方式
发票头 / 未结项目表
示例
0.00500.0012000.00
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
描述
此属性指示数据点是直接产生于 HighRadius 平台模块(如 Collections Cloud 或 Cash Application Cloud),还是从外部 ERP 系统(如 SAP 或 Oracle)导入的。 它对数据血缘追踪和校验非常有用。在分析流程摩擦时,了解来源系统有助于判断延迟是由集成滞后还是由原生系统处理时间引起的。
为何重要
它提供了数据来源的上下文,尤其是在多个 ERP 接入 HighRadius 的环境中。
获取方式
基于提取逻辑的系统配置或硬编码
示例
HighRadiusSAP ECCOracle NetSuiteMicrosoft Dynamics
|
|||
|
货币代码
CurrencyCode
|
发票金额的 ISO 货币代码。 | ||
|
描述
此属性指定开具发票所使用的货币(例如:USD、EUR、GBP)。 在分析全球化流程时,这对于正确解读 Invoice Amount 和 Open Amount 字段至关重要。它确保了汇总计算的正确性(通常会转换为报告币种)。
为何重要
多币种环境下进行准确财务汇总的必要项。
获取方式
发票头
示例
美元EURGBPJPY
|
|||
应收账款 Activity
| 活动 | 描述 | ||
|---|---|---|---|
|
Payment Reminder Sent
|
通过催收模块发送给客户的自动化通信(电子邮件/信函)。用于追踪催收策略的执行情况。 | ||
|
为何重要
对于“催收提醒有效性”仪表板衡量通信是否真正触发了付款至关重要。
获取方式
链接到发票 ID 的“通信历史”标签或通信日志。
捕获
在催收策略执行操作时记录
事件类型
explicit
|
|||
|
Promise to Pay Created
|
系统记录的一项正式承诺,即客户承诺在特定日期前支付特定金额。 | ||
|
为何重要
对于“付款承诺可靠性指数”预测现金流和衡量客户可靠性至关重要。
获取方式
与发票关联的 P2P (Promise to Pay) 模块/选项卡。
捕获
在创建 P2P 记录时记录
事件类型
explicit
|
|||
|
争议 Case 已开启
|
创建与发票关联的扣款或争议案件,表明客户拒绝支付部分或全部余款。 | ||
|
为何重要
触发“争议解决绩效”分析,并针对争议金额暂停标准催讨。
获取方式
扣款/争议模块;链接到发票的 Case ID 的创建 timestamp。
捕获
在生成争议 Case 时记录
事件类型
explicit
|
|||
|
争议已解决
|
争议调查的结论,产出最终决定(例如:有效的扣款或无效的索赔)。 | ||
|
为何重要
“争议解决周期时间”的终止事件。此处的延迟将直接影响账龄。
获取方式
扣款模块;状态变更为“已关闭”、“已解决”或“已批准”。
捕获
比较操作前后的状态字段
事件类型
inferred
|
|||
|
发票已创建
|
发票最初从 ERP 系统创建或导入到 HighRadius 平台。这标志着催收生命周期的开始。 | ||
|
为何重要
为账龄计算和销售变现天数 (DSO) 指标建立基准 timestamp。
获取方式
发票号码首次出现的未结发票表或数据集成日志。
捕获
在记录插入发票头表时记录
事件类型
explicit
|
|||
|
发票已清算
|
最终状态变更,发票余额归零并在系统中关闭。 | ||
|
为何重要
“平均 DSO”的结束时间戳。代表流程完成。
获取方式
发票头表;状态 = “已关闭”或“已结算”。
捕获
比较操作前后的状态字段
事件类型
inferred
|
|||
|
收到全额付款
|
收到足额资金以抵清债务。在计算账龄时,这被视为付款的生效日期。 | ||
|
为何重要
用于计算“付款承诺履行率”以及实际 vs. 预期的现金流。
获取方式
与最终核销凭证关联的付款交易日期。
捕获
记录的清算付款交易日期
事件类型
explicit
|
|||
|
银行对账单已匹配
|
现金核销引擎(或用户)成功将银行对账单上的明细与此特定发票关联。 | ||
|
为何重要
“自动现金应用率”的核心指标。区分资金接收与资金应用。
获取方式
现金应用模块;匹配记录创建。
捕获
在匹配规则执行时记录
事件类型
explicit
|
|||
|
Partial Payment Posted
|
已应用付款,但仅覆盖发票总额的一部分,留有余款。 | ||
|
为何重要
为“部分付款复杂性分析”提供数据,并指示潜在的现金应用摩擦。
获取方式
现金应用模块;付款交易链接到付款金额 < 未结金额的发票。
捕获
在应用付款但状态保持为“未结”时记录
事件类型
explicit
|
|||
|
争议审核中
|
争议案件从“新建”转入“调查中”状态。代表分析师正式开始处理。 | ||
|
为何重要
用于“争议工作流瓶颈查找器”,以衡量从创建到正式开始处理之间的时间滞后。
获取方式
扣款模块审计日志;状态变更为“进行中”或“调研中”。
捕获
比较操作前后的状态字段
事件类型
inferred
|
|||
|
催收电话已记录
|
催收员记录的关于此发票的手动备注或互动。这表示流程中存在人工干预。 | ||
|
为何重要
支持“催收人员效率标杆”,并区分自动化与手动催收工作。
获取方式
催收模块中的注释/历史记录选项卡。
捕获
在用户保存通话备注时记录
事件类型
explicit
|
|||
|
到期日已过
|
一个计算得出的 event,表示发票在约定的付款期限过后仍处于未结状态。 | ||
|
为何重要
对于“付款条款合规性审计”至关重要。标志着从当期到逾期的转变。
获取方式
通过对比发票到期日与当前日期(如果未结)或付款日期(如果已结)计算得出。
捕获
通过对比“到期日”字段与“活动日期”得出
事件类型
calculated
|
|||
|
贷记通知单已开具
|
生成贷记通知单以抵消发票余额,通常源于有效的争议解决或退货。 | ||
|
为何重要
追踪“贷项通知单处理效率”以及争议解决与财务入账之间的时间滞后。
获取方式
链接到原始发票 ID 的 ERP 同步日志或贷记通知单表。
捕获
在贷记通知单单据链接到发票时记录
事件类型
explicit
|
|||