您的应收账款 data 模板
您的应收账款 data 模板
- 分类账分析的必要 data 字段
- 用于跟踪的标准流程里程碑
- Microsoft Dynamics 365 技术提取指南
应收账款属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
EventTimestamp
|
活动发生的精确日期和时间。 | ||
|
描述
此属性记录 event 在系统中登记的具体时间点。它用于计算活动之间的时长、确定流程提前期并按顺序排列 event。在 D365 中,这通常是 CreatedDateTime 或 TransDate 与时间组件的结合。
为何重要
Timestamp 对于计算所有基于时间的 KPI(如发票周期时间和发送提前期)至关重要。
获取方式
各表通用的 CreatedDateTime 或 TransDate 字段
示例
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
|
|||
|
发票编号
InvoiceNumber
|
财务发票单据的唯一标识符。 | ||
|
描述
发票编号是 Microsoft Dynamics 365 中跟踪应收账款生命周期的主键。它将初始销售订单、已过账发票、后续付款以及任何催收活动关联到一个 case 中。在分析中,此属性充当 case 标识符,用于重构端到端的流程流。
为何重要
它是应收账款分析的基本单位,允许 Process Mining 引擎将零散的 event 组合成一个连贯的 case。
获取方式
CustInvoiceJour.InvoiceId 或 CustTrans.Invoice
示例
INV-2023-001CIV-88921US-004321DE-99120
|
|||
|
活动
Activity
|
对发票执行的特定 event 或任务。 | ||
|
描述
此属性描述流程中发生的步骤,例如发票已过账、收到付款或争议已开启。在 Microsoft Dynamics 365 中,这些通常源自交易类型 (TransType) 或记录所在的特定表(例如用于付款的 CustSettlement)。此属性对于可视化流程图至关重要。
为何重要
它定义了流程图中的节点,并支持流程流向分析和变体发现。
获取方式
根据 TransType 枚举或表上下文(CustTrans、CustSettlement 等)得出
示例
发票已过账已收到付款催款单已发送利息通知单已过账
|
|||
|
最后数据更新
LastDataUpdate
|
data 提取或刷新的 timestamp。 | ||
|
描述
此属性表示最后一次从 Microsoft Dynamics 365 提取 data 的时间。它有助于用户了解分析的时效性和 KPI 的有效性。通常由提取工具在查询时生成。
为何重要
它提供了关于 data 延迟的背景信息,并帮助用户信任仪表板的即时性。
获取方式
由 ETL / 提取脚本生成
示例
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
描述
此属性标识 data 的记录系统,在本场景中为 Microsoft Dynamics 365。当将来自多个 ERP 实例或外部催收工具的 data 合并到单个视图中时,这非常有用,允许分析师按源环境对流程进行过滤或细分。
为何重要
它确保了 data 血缘和可追溯性,特别是在多系统环境中。
获取方式
提取期间硬编码或从连接字符串派生
示例
D365 F&O 生产环境D365 FinanceDynamics AX 2012
|
|||
|
业务单元
BusinessUnit
|
负责发票的运营单位或部门。 | ||
|
描述
此属性按内部组织结构(如电子部门或服务部门)对 data 进行细分。在 D365 中,这通常是与交易关联的财务维度。它通过支持跨单元对比,为“发票开具提前期” dashboard 提供支持。
为何重要
支持内部基准测试,以发现效率最高的部门。
获取方式
CustInvoiceJour 上的财务维度 (DefaultDimension)
示例
BU-001北方销售部全球服务部
|
|||
|
公司代码
CompanyCode
|
D365 中的法律实体标识符。 | ||
|
描述
此属性代表 D365 中的 DataAreaId,对应于发生交易的法律实体或公司。它对于多公司部署中的 data 过滤至关重要,并确保在不同公司之间可能重叠的发票编号被区别对待。
为何重要
在多实体环境和区域分析中对于保持唯一性至关重要。
获取方式
所有表上的 DataAreaId 字段
示例
USMFDEMFGBSI
|
|||
|
到期日期
DueDate
|
预计收到付款的日期。 | ||
|
描述
到期日期是根据付款条件确定的付款截止日期。通过将其与实际付款日期进行对比,可以确定准时表现并计算变现天数 (DSO)。它是客户交易记录中的标准字段。
为何重要
对于计算准时付款率和分析逾期发票至关重要。
获取方式
CustTrans.DueDate
示例
2023-11-302023-12-15
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
此属性代表发票单据的财务价值。它用于计算应收账款的总风险敞口,并优先处理高价值催收。该字段通常位于发票日记账表中。
为何重要
对于财务影响分析和识别高价值瓶颈至关重要。
获取方式
CustInvoiceJour.InvoiceAmount
示例
1500.00250.5010000.00
|
|||
|
客户组
CustomerGroup
|
客户所属的分类或细分群组。 | ||
|
描述
此属性将客户划分为逻辑组,如批发、零售或内部往来。它用于执行对比分析,例如检查某些细分群组是否具有更长的付款周期或更高的争议率。在 D365 中,这是 CustGroup 字段。
为何重要
支持比较不同细分市场的流程绩效。
获取方式
CustTable.CustGroup
示例
批发零售内部往来导出
|
|||
|
客户账户
CustomerAccount
|
客户的唯一标识符或帐户编号。 | ||
|
描述
客户帐户用于识别具体的计费实体。在 D365 中,这是 AccountNum 字段。按此属性分组可以分析不同客户的付款行为、争议频率和核销时间。
为何重要
对于识别高风险客户和按客户进行绩效细分至关重要。
获取方式
CustInvoiceJour.InvoiceAccount 或 CustTrans.AccountNum
示例
US-001DE-550CUST-9921
|
|||
|
是否已自动化
IsAutomated
|
指示活动是否由系统账号执行的标记。 | ||
|
描述
此属性决定特定步骤是由用户还是自动化批处理作业执行。它通过将 User 属性与已知系统帐户列表(例如 'Workflow'、'Batch')进行比较来计算,用以支持“人工核销率”这一 KPI。
为何重要
对于识别自动化机会和衡量当前自动化水平至关重要。
获取方式
根据用户字段逻辑得出
示例
truefalse
|
|||
|
用户
User
|
执行该活动的个人用户 ID 或系统帐户。 | ||
|
描述
此属性识别执行特定流程步骤的人员,派生自 CreatedBy 或 ModifiedBy 字段。它有助于分析资源利用率、识别培训需求,并区分自动化系统任务和人工干预。
为何重要
支持资源绩效分析和自动化率计算。
获取方式
交易表上的 CreatedBy 字段
示例
管理员JSmithWorkflowAgentBSmith
|
|||
|
争议原因
DisputeReason
|
case 处于争议中时分配的原因代码。 | ||
|
描述
此属性捕捉发票产生争议的类别原因,例如“价格错误”或“货物损坏”。对于争议解决生命周期 dashboard 识别付款延迟的根本原因至关重要。
为何重要
支持对“争议解决时间”这一 KPI 进行根本原因分析。
获取方式
CustTrans.ReasonRefRecId 或相关的催收 case 表
示例
价格差异货物损坏MissingPO服务质量
|
|||
|
付款条款
PaymentTerms
|
定义商定付款计划的代码。 | ||
|
描述
此属性包含规定付款期限的代码(例如 Net30、Net60)。它用于分析客户是否遵守特定条款,并验证到期日期计算是否正确。
为何重要
为“到期日期”提供背景信息,并帮助识别条款是过于宽松还是过于严格。
获取方式
CustInvoiceJour.Payment 或 CustTable.PaymTermId
示例
Net30Net45货到付款月末
|
|||
|
延期天数
DaysOverdue
|
与到期日期相比,付款逾期的天数。 | ||
|
描述
此指标计算付款日期与到期日期之间的差异。正值表示逾期付款,负值则表示提前付款。它提供了除简单布尔标志之外的更详尽的付款绩效视图。
为何重要
为“准时付款率”这一 KPI 分析提供深度洞察。
获取方式
计算结果:付款日期 - 到期日
示例
50-230
|
|||
|
是否已核销
IsCleared
|
指示发票是否已全额核销的标记。 | ||
|
描述
此布尔属性指示发票是否已通过付款或注销使余额归零。它允许快速过滤未结与已结 case,以计算“平均发票周期时间”。
为何重要
区分进行中和历史 case。
获取方式
根据 CustTrans.Closed 日期的存在情况得出
示例
truefalse
|
|||
|
是否红字发票
IsCreditMemo
|
指示单据是否为贷项通知单的标记。 | ||
|
描述
此布尔属性标识交易是否代表开具给客户的贷记单。它用于计算“贷记单开具率”,并在返工分析中过滤掉标准发票。
为何重要
直接支持“红字发票与返工频率”仪表板。
获取方式
根据 CustInvoiceJour.InvoiceAmount < 0 或 TransType 得出
示例
truefalse
|
|||
|
现金折扣日期
CashDiscountDate
|
早期付款折扣有效的截止日期。 | ||
|
描述
此属性表示客户获得早期付款折扣的截止日期。通过将其与付款日期进行对比,可以计算“错过折扣率”这一 KPI 并分析折扣激励措施的有效性。
为何重要
用于“早期付款折扣优化”仪表板的关键项。
获取方式
CustTrans.CashDisc 或根据 CashDiscCode 计算
示例
2023-11-102023-11-15
|
|||
|
货币
Currency
|
发票交易的货币代码。 | ||
|
描述
此属性指定发票开具的货币(例如 USD、EUR)。如果需要跨不同地区进行全球分析,这对于财务价值的归一化非常重要。
为何重要
对于理解多货币系统中的价值分布至关重要。
获取方式
CustInvoiceJour.CurrencyCode
示例
美元EURGBPJPY
|
|||
|
销售订单 ID
SalesOrderId
|
与发票关联的销售订单参考编号。 | ||
|
描述
此属性将发票链接回原始销售订单。如果可以获取“订单到现金”流程的 data,它允许进行跨流程分析,并有助于调查开票问题的上游原因。
为何重要
将计费流程与销售流程连接起来。
获取方式
CustInvoiceJour.SalesId
示例
SO-10022SO-55912
|
|||
应收账款活动
| 活动 | 描述 | ||
|---|---|---|---|
|
争议 Case 已开启
|
在与发票关联的 Case Management 模块中创建 case,表明客户存在分歧。这会阻碍标准的催收流程。 | ||
|
为何重要
争议是导致逾期付款的主要原因。追踪这一点可以识别定价或履行等上游流程中的质量问题。
获取方式
CaseDetailBase 表,其中 Category(类别)与催收/应收账款相关,且 RefRecId 链接到发票上下文。
捕获
在 Case Management 中执行交易 X 时记录
事件类型
explicit
|
|||
|
付款催促函已发送
|
记录向客户发送正式催款函的行为。这是从“催款函日记账”中获取的。 | ||
|
为何重要
表示启动主动催收。频率分析有助于优化催收策略并降低行政成本。
获取方式
CustCollectionLetterJour 表。抓取特定发票交易的信函代码过账日期。
捕获
在交易过账到 CustCollectionLetterJour 时记录
事件类型
explicit
|
|||
|
发票已寄出
|
通过电子邮件、打印或 EDI 将发票发送给客户的 event。这通常从“已打印”计数的增加或打印管理日志中推断得出。 | ||
|
为何重要
过账和发运之间的延迟直接缩短了客户的有效付款窗口,从而导致客户认为付款逾期。
获取方式
根据 CustInvoiceJour.PrintedOriginals 从 0 变为 1 推断,或者如果启用了日志记录,则通过 PrintJobHeader 表进行追踪。
捕获
比较状态字段的前后变化或 PrintJobHeader 日志
事件类型
inferred
|
|||
|
发票已清算
|
最终状态变更,即发票余额变为零且交易在系统中被标记为“已关闭”。 | ||
|
为何重要
流程实例的绝对终点。用于计算总 Cycle Time。
获取方式
CustTrans.Closed 字段(日期)。当核销总额等于发票金额时,该日期会被填充。
捕获
根据 CustTrans.Closed 日期字段推断
事件类型
inferred
|
|||
|
发票已过账
|
发票在财务总账中的初始记录。此活动捕捉了 CustInvoiceJour 表中财务义务的创建。 | ||
|
为何重要
标志着应收账款生命周期的正式开始以及付款期限计时的启动。对于计算变现天数 (DSO) 至关重要。
获取方式
CustInvoiceJour 表。CreatedDateTime 或 InvoiceDate 字段用作 timestamp。
捕获
在交易过账到 CustInvoiceJour 时记录
事件类型
explicit
|
|||
|
已收到全额付款
|
支付发票剩余余额的付款交易过账。这是现金流入 event。 | ||
|
为何重要
最关键的成功 event。用于计算准时付款率和折扣条款的有效性。
获取方式
类型为 'Payment' 的 CustTrans 表记录,通过 CustSettlement 链接到发票,使余额归零。
捕获
在交易过账到 CustTrans 并核销时记录
事件类型
explicit
|
|||
|
红字发票已开具
|
抵消原始发票金额的贷记单过账。通常是由于争议解决或退货产生的。 | ||
|
为何重要
高频出现表明存在收入流失和上游质量问题。与付款不同,它代表非现金核销。
获取方式
CustTrans 表中类型为 'Credit Note' 的记录,或 InvoiceAmount 为负数的 CustInvoiceJour 记录。
捕获
在交易过账到 CustTrans 时记录
事件类型
explicit
|
|||
|
部分付款已过账
|
未完全覆盖发票未结余额的付款记录。通常会触发对剩余余额的追缴。 | ||
|
为何重要
区分分期付款行为和全额核销。对现金流预测的准确性至关重要。
获取方式
CustSettlement 表,将付款 (CustTrans) 链接到发票 (CustTrans),且 SettlementAmount < InvoiceAmount。
捕获
在 CustSettlement 中执行交易 X 时记录
事件类型
explicit
|
|||
|
争议审查中
|
表示争议 case 已从“已开启”进入“处理中”状态。代表解决团队的工作时间。 | ||
|
为何重要
此处的瓶颈会延长现金转换周期。将等待时间与实际解决时间分开处理。
获取方式
根据 CaseDetailBase.Status 字段更改或对应状态进展的 CaseLog 表条目推断。
捕获
比较 CaseDetailBase 中状态字段的前后变化
事件类型
inferred
|
|||
|
争议已解决
|
争议 case 的关闭,允许发票进入付款或贷项处理阶段。标志着异常处理子流程的结束。 | ||
|
为何重要
“开启”与“解决”之间的 timestamp 差值是衡量行政效率的关键 KPI。
获取方式
CaseDetailBase 表,其中 Status(状态)更改为“已关闭/已解决”。
捕获
比较 CaseDetailBase 中状态字段的前后变化
事件类型
inferred
|
|||
|
付款已注销
|
将发票声明为无法收回,并通过坏账准备日记账移除余额的行为。这代表财务损失。 | ||
|
为何重要
催收失败流程的最终状态。对于分析坏账率和信用政策有效性至关重要。
获取方式
CustTrans 表中类型为 'WriteOff' 的记录,或特别标记了核销原因代码的 GeneralJournalEntry。
捕获
在交易以 WriteOff 类型过账时记录
事件类型
explicit
|
|||
|
利息通知单已生成
|
为逾期付款创建利息单。代表对客户帐户施加的财务罚金。 | ||
|
为何重要
表示严重拖欠。分析有助于确定罚息是否能有效加速付款,或者是否会损害客户关系。
获取方式
CustInterestJour 表。此表记录为特定客户交易生成的利息通知单。
捕获
在交易过账到 CustInterestJour 时记录
事件类型
explicit
|
|||
|
到期日已过
|
一个计算出的里程碑,表示当前日期已超过发票截止日期,而该发票仍处于未完成状态。这会将该发票标记为逾期。 | ||
|
为何重要
对账龄分析和触发催收工作流至关重要。它将流程划分为标准计费和催收管理两个阶段。
获取方式
通过对比CustInvoiceJour.DueDate与当前模拟时间或payment timestamp计算得出。
捕获
通过比较 DueDate 字段与当前时间得出
事件类型
calculated
|
|||
|
收到付款承诺
|
由催收代理记录的特定承诺,即客户将在特定日期前付款。从催收管理模块中获取。 | ||
|
为何重要
衡量催收电话的有效性。将此日期与实际付款日期进行对比,可以揭示客户承诺的可靠性。
获取方式
CustPromiseToPay 表。通过 TransRecId 链接到客户交易。
捕获
在 CustPromiseToPay 中创建记录时记录
事件类型
explicit
|
|||
|
银行对账单已匹配
|
将 AR 中记录的付款与导入的银行对账单行进行匹配的对账 event。 | ||
|
为何重要
验证资金是否已实际到账。此处的延迟表明现金和银行管理流程中存在效率低下。
获取方式
BankReconciliationLine 或 BankAccountTrans 匹配状态。需要“高级银行对账”模块。
捕获
在银行对账中匹配交易时记录
事件类型
explicit
|
|||