应收账款数据模板
应收账款数据模板
- 流程所需的具体数据属性
- 标准化活动节点
- HighRadius数据提取说明
应收账款属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventDateTime
|
活动发生的具体日期和时间。 | ||
|
说明
此属性标记事件在HighRadius系统中发生的准确时刻,为活动排序和计算流程步骤间的时长提供时间维度。 分析时,时间戳用于计算周期时间,例如应收账款周转天数(DSO)或争议处理时间。它还支持分析特定时段内的吞吐量和资源利用情况。
重要性
准确的时间信息是计算各项基于时长的KPI并正确排列事件的必要条件。
获取途径
HighRadius交易日志中的时间戳列
示例
2023-10-01T08:30:00Z2023-10-15T14:22:10Z2023-11-05T09:15:00Z
|
|||
|
发票编号
InvoiceNumber
|
发票单据的唯一标识符,作为案例ID使用。 | ||
|
说明
发票编号是跟踪财务义务从创建到最终结清的核心标识符。它将争议、付款承诺和付款等相关活动关联到同一案例历史中。 在分析中,此属性用于将事件日志归入不同的流程实例,以便计算每张发票的周期时间;它也是将流程数据与HighRadius环境或源ERP中的其他主数据表关联的主键。
重要性
用于识别唯一案例,确保所有事件都正确关联到相应的财务交易。
获取途径
HighRadius发票数据/抬头表或源ERP(例如SAP VBAK、Oracle Headers)
示例
INV-2023-001900123456US-102938550002931
|
|||
|
活动
ActivityName
|
在发票上执行的事件或操作名称。 | ||
|
说明
此属性记录应收到账生命周期中发生的具体步骤或操作,包括创建发票、自动发送通知、催收人员致电、记录争议和应用付款等事件。 分析人员使用此字段还原流程并呈现步骤顺序。活动顺序的差异有助于识别流程偏差、返工循环和不符合规范的行为。
重要性
用于定义流程步骤,是流程发现和变体分析的基础。
获取途径
HighRadius活动日志、备注历史记录或交易历史记录表
示例
发票已创建已发送付款提醒争议案例已立案已收到全额付款
|
|||
|
付款期限偏差
PaymentTermVariance
|
到期日与付款日期之间的天数差。 | ||
|
说明
此计算属性用于衡量实际付款与约定付款期限之间的偏差。正数表示逾期付款,负数表示提前付款。 这是付款期限一致性审计的直接衡量指标。汇总分析偏差后,企业可以识别经常逾期付款的客户,并相应调整信用期限或催收策略。
重要性
直接衡量客户是否遵守合同条款。
获取途径
根据到期日和付款日期计算
示例
5天-2天0天
|
|||
|
催收人员姓名
CollectorName
|
负责催收活动的经办人或用户姓名。 | ||
|
说明
此属性用于识别执行人工活动的具体HighRadius用户或经办人,例如记录通话、发送专门邮件或审核争议。 “催收人员效率基准”仪表板使用此属性评估个人绩效和工作量分配,帮助管理者识别培训需求,或在催收团队内重新分配客户组合。
重要性
支持在资源层面分析绩效。
获取途径
活动日志/用户表
示例
John DoeJane Smith系统管理员CollectionAgent_01
|
|||
|
到期日
DueDate
|
客户按合同约定应付款的日期。 | ||
|
说明
到期日根据发票创建日期和适用的付款条款确定,是催收流程的目标期限。 将全额付款日期与此属性进行比较,即可计算付款条款合规率。此属性对于判断付款是否按时、逾期或提前至关重要。
重要性
用于判断逾期情况和计算应收账款周转天数(DSO)的参考日期。
获取途径
发票抬头表(到期日字段)
示例
2023-11-302023-12-15
|
|||
|
发票金额
InvoiceAmount
|
发票的总金额。 | ||
|
说明
此属性表示向客户开具的原始总金额,是计算未结余额以及评估争议或延迟付款财务影响的基准。 流程挖掘分析会按金额为案例赋予权重。例如,在“低金额争议量”KPI中,可据此区分高金额优先催收案例与低金额行政事务。
重要性
支持按财务影响而非仅按案例数量进行加权分析。
获取途径
发票抬头表(金额字段)
示例
1500.00250.5010000.00
|
|||
|
客户名称
CustomerName
|
与发票关联的客户账户名称。 | ||
|
说明
此属性用于识别负责支付发票的实体。在HighRadius中,它关联到债务人的主数据记录。 按客户名称分析流程绩效,可以找出需要采用专门催收策略或经常延迟付款的账户,并为“客户风险与账龄矩阵”仪表板提供数据。
重要性
支持按账户细分分析,找出存在问题的客户。
获取途径
客户主数据或发票抬头
示例
Acme CorpGlobal IndustriesTechStart IncRetail Giant Ltd
|
|||
|
是否自动执行
IsAutomated
|
用于标记活动是否由系统在无人介入的情况下执行。 | ||
|
说明
此布尔属性用于区分HighRadius自动化引擎执行的步骤(如自动发送通知或现金匹配)与用户手动执行的步骤。 它是“现金应用自动化跟踪器”和“无人工干预发票率”KPI的重要数据,可用于衡量自动化投资回报,并找出仍需大量人工操作的流程步骤。
重要性
用于衡量HighRadius实施效果。
获取途径
活动日志(系统用户与人工用户检查)
示例
truefalse
|
|||
|
业务单元
BusinessUnit
|
开具发票的内部部门或子公司。 | ||
|
说明
此属性按组织结构细分数据,例如“北美销售”“欧洲、中东和非洲服务”或特定产品部门。 它支持“付款条款合规审计”比较组织不同部分的绩效,帮助判断催收问题是普遍存在,还是仅出现在特定业务实践中。
重要性
支持比较不同组织业务领域的表现。
获取途径
发票抬头/ERP映射
示例
消费电子工业零部件软件服务北美西部
|
|||
|
争议原因代码
DisputeReasonCode
|
分配给争议案例的类别代码。 | ||
|
说明
此属性用于分类客户拒绝付款的原因,例如“定价错误”“货物损坏”或“缺少文档”。HighRadius Deductions Cloud使用标准代码。 分析这些代码有助于找出未付款的根本原因。汇总相关数据后,企业可以解决销售或物流环节的上游问题,避免其导致后续催收延迟。
重要性
是延迟付款根因分析的关键数据。
获取途径
争议/扣款管理模块
示例
P01(定价)Q02(质量)S03(短缺)管理错误
|
|||
|
信用评级
CreditRating
|
分配给客户的信用状况评分或评级。 | ||
|
说明
此属性反映客户的风险等级,通常来自信用机构,或由HighRadius Credit Cloud根据内部评分得出。 它是客户风险与账龄矩阵中的一个维度。将账龄与信用评级结合分析,有助于识别高风险敞口,例如信用评级较低的客户仍有大量未结余额。
重要性
是风险管理和确定催收优先级的重要依据。
获取途径
信用管理模块/客户主数据
示例
AAAB+高风险低风险
|
|||
|
地区
Region
|
与发票或客户相关的地理区域。 | ||
|
说明
此属性定义交易涉及的地理区域,例如“北美”“EMEA”或“APAC”。 它有助于开展区域对标,了解文化或监管差异对付款行为和催收速度的影响,也适用于高层管理报告。
重要性
支持按地理区域分析绩效。
获取途径
客户主数据或发票抬头
示例
北美EMEA拉丁美洲APAC
|
|||
|
客户细分
CustomerSegment
|
根据客户规模、行业或战略价值进行分类。 | ||
|
说明
此属性将客户划分为“战略客户”“中型市场”“中小企业”或“高风险”等层级。 在争议解决绩效仪表板中,可借此查看不同客户群体的服务水平是否存在差异,并确保高价值客户在催收过程中得到适当关注。
重要性
分析客户细分,以配合业务战略和服务水平协议。
获取途径
客户主数据
示例
战略重点客户批发零售政府
|
|||
|
承诺付款日期
PromiseToPayDate
|
客户承诺付款的日期。 | ||
|
说明
此属性记录客户在催收沟通中承诺付款的日期,是HighRadius Collections Cloud的一项关键功能。 此日期用于计算承诺付款可靠性指数,并与实际付款日期进行比较,以判断客户是否履行承诺。它有助于评估承诺的可信度以及催收人员的协商成效。
重要性
是预测现金流和衡量客户可靠性的关键依据。
获取途径
催收模块/P2P交易表
示例
2023-12-102023-12-20
|
|||
|
数据上次更新时间
LastDataUpdate
|
流程挖掘模型中数据上次刷新的时间戳。 | ||
|
说明
此属性记录数据集中的记录提取或上次更新的时间,帮助分析人员了解数据时效性和报告可能存在的延迟。 对于持续监控仪表板,这一点尤为重要,因为用户需要知道查看的是实时数据,还是前一天的数据快照。
重要性
确保KPI所用数据的新鲜度清晰可见。
获取途径
ETL时间戳
示例
2023-12-01T00:00:00Z2023-12-02T06:00:00Z
|
|||
|
未结金额
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。 分析全球流程时,必须使用此属性正确解读发票金额和未结金额字段,并确保汇总计算准确,通常需要转换为报告货币。
重要性
在多币种环境中准确汇总财务数据的必要条件。
获取途径
发票抬头
示例
USDEURGBPJPY
|
|||
应收账款活动
| 活动 | 说明 | ||
|---|---|---|---|
|
争议已解决
|
争议调查结束并作出决定,例如确认扣款有效或认定索赔无效。 | ||
|
重要性
这是“争议处理周期时间”的计时终止事件。此处的延迟会直接影响账龄。
获取途径
扣款模块中的状态变更,例如变为“已关闭”“已解决”或“已批准”。
采集
比较状态字段变更前后的值
事件类型
inferred
|
|||
|
争议案例已立案
|
创建与发票关联的扣款或争议案例,表示客户拒绝支付部分或全部余额。 | ||
|
重要性
此事件会触发“争议处理绩效”分析,并暂停对争议金额执行常规催收。
获取途径
扣款/争议模块中与发票关联的案例ID及其创建时间戳。
采集
生成争议案例时记录
事件类型
explicit
|
|||
|
发票已创建
|
发票首次在HighRadius平台中创建,或从ERP系统导入平台。这标志着催收生命周期的开始。 | ||
|
重要性
为账龄计算和应收账款周转天数(DSO)指标确定基准时间戳。
获取途径
发票编号首次出现的未结发票表或数据集成日志。
采集
发票抬头表插入记录时记录
事件类型
explicit
|
|||
|
发票已结清
|
发票余额归零并在系统中关闭时发生的最终状态变更。 | ||
|
重要性
这是“平均应收账款周转天数”的结束时间戳,表示流程已完成。
获取途径
发票抬头表;状态为“已关闭”或“已结清”。
采集
比较状态字段变更前后的值
事件类型
inferred
|
|||
|
已创建付款承诺
|
系统中记录的正式承诺,客户承诺在指定日期前支付指定金额。 | ||
|
重要性
这是“付款承诺可靠性指数”的关键数据,可用于预测现金流并衡量客户可靠性。
获取途径
与发票关联的P2P(付款承诺)模块/选项卡。
采集
创建P2P记录时记录
事件类型
explicit
|
|||
|
已发送付款提醒
|
通过催收模块向客户发送的自动通知(电子邮件或信函),用于跟踪催收策略的执行情况。 | ||
|
重要性
这是衡量通知是否实际促成付款的“催收提醒效果”仪表板的关键数据。
获取途径
与发票ID关联的通知历史选项卡或通信日志。
采集
催收策略执行操作时记录
事件类型
explicit
|
|||
|
已收到全额付款
|
收到的款项已全额偿清债务。此日期是计算账龄时采用的实际付款日期。 | ||
|
重要性
用于计算“付款承诺兑现率”,并比较实际现金流与预期现金流。
获取途径
与最终结清凭证关联的付款交易日期。
采集
记录结清付款的交易日期
事件类型
explicit
|
|||
|
银行对账单已匹配
|
现金应用引擎或用户成功将银行对账单中的一条记录与这张发票关联。 | ||
|
重要性
这是“现金自动应用率”的核心指标,可区分资金到账与资金应用。
获取途径
现金应用模块中的匹配记录创建事件。
采集
匹配规则执行时记录
事件类型
explicit
|
|||
|
争议审核中
|
争议案例从“新建”转为正在调查状态,标志着分析人员开始实际处理。 | ||
|
重要性
用于“争议工作流瓶颈查找”分析,衡量案例创建到开始处理之间的延迟。
获取途径
扣款模块审计日志中的状态变更,例如变为“处理中”或“调查中”。
采集
比较状态字段变更前后的值
事件类型
inferred
|
|||
|
已开具贷项通知单
|
生成贷项通知单以冲减发票余额,通常源于争议得到确认或发生退货。 | ||
|
重要性
用于跟踪“贷项通知单处理效率”,以及争议解决到财务过账之间的时间差。
获取途径
ERP同步日志,或与原始发票ID关联的贷项通知单表。
采集
贷项通知单凭证关联到发票时记录
事件类型
explicit
|
|||
|
已记录催收电话
|
催收人员针对该发票记录的人工备注或互动,表明流程中发生了人工介入。 | ||
|
重要性
支持“催收人员效率基准”分析,并区分自动催收和人工催收。
获取途径
催收模块中的备注/历史记录选项卡。
采集
用户保存通话备注时记录
事件类型
explicit
|
|||
|
已过付款到期日
|
此计算事件表示发票在约定付款期限过后仍未结清。 | ||
|
重要性
这是“付款条款合规审计”的关键数据,标志着发票从未逾期转为已逾期。
获取途径
通过比较发票到期日与当前日期(未结时)或付款日期(已结时)计算得出。
采集
比较到期日字段与活动日期得出
事件类型
calculated
|
|||
|
部分付款已过账
|
收到的付款仅覆盖发票总额的一部分,因此仍有余额未结清。 | ||
|
重要性
为“部分付款复杂度分析”提供数据,并反映现金应用可能存在的阻碍。
获取途径
现金应用模块中与发票关联的付款交易,且付款金额小于未结金额。
采集
付款已应用但状态仍为未结时记录
事件类型
explicit
|
|||
数据提取指南
优化应收账款管理,改善现金流
借助自动化流程洞察,将应收账款周转天数缩短15至20天
无需信用卡,几分钟即可完成设置