您的订单到收款流程开票与账单处理数据模板
您的订单到收款流程开票与账单处理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 数据提取指南
订单到收款流程开票与账单处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
表示特定活动发生时间的时间戳。 | ||
|
说明
此属性记录每项活动的日期和时间,对于按时间排序和分析绩效至关重要。时间戳可确定事件顺序,并支持计算事件间的时长。 在流程分析中,事件时间用于计算所有基于时间的指标,包括周期时间、等待时间和特定活动的持续时间。它是“平均发票周期时间”和“DSO”等KPI的基础,也为“发票审批周期时间”和“付款核对绩效”等仪表板提供数据。
重要性
此时间戳对于正确排列事件顺序和计算周期时间、持续时间等绩效指标至关重要,有助于发现延迟。
获取途径
此数据通常来自Invoice对象或相关Task/Event记录中的系统生成时间戳字段,例如
示例
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
|
|||
|
发票编号
InvoiceNumber
|
每张发票的唯一标识符,也是开票流程的主要案例标识符。 | ||
|
说明
发票编号是将所有相关开票活动归入同一案例的核心属性。每个编号对应一份发送给客户的独立开票单据。 在流程挖掘分析中,此属性可用于端到端跟踪发票生命周期,从生成发票到最终付款和关闭。它对于构建流程图,以及计算“平均发票周期时间”和“应收账款周转天数”等案例级KPI至关重要。按发票编号分析流程,有助于发现单笔开票中的瓶颈、返工循环和合规偏差。
重要性
这是关联所有相关开票事件的关键,可完整呈现每笔交易的开票流程。
获取途径
这通常是Salesforce Sales Cloud中Invoice对象的主键,常见字段名为
示例
INV-00582INV-01934INV-10345
|
|||
|
活动名称
ActivityName
|
开票流程中发生的具体业务事件名称。 | ||
|
说明
此属性描述发票生命周期中已完成的步骤或里程碑,例如“生成发票”或“收到付款”。这些活动构成流程图中的节点。 分析活动名称的顺序是流程挖掘的基础。它能揭示实际流程,便于与设计流程进行比较;还可用于识别偏差、具体步骤之间的瓶颈和返工循环,并为“开票流程返工与错误”及“开票合规违规报告”等仪表板提供依据。
重要性
它定义流程步骤,构成流程图的骨架,并支持对工作流、瓶颈和偏差进行分析。
获取途径
通常根据Invoice对象的“状态”字段变化,或Task、Event等相关对象中的记录推导;这些对象用于跟踪具体操作。
示例
生成发票发票已批准发票已发送给客户收到付款
|
|||
|
付款到期日
PaymentDueDate
|
客户应支付发票款项的截止日期。 | ||
|
说明
此属性用于标明发票上的付款截止日期,根据发票日期和双方约定的付款条款计算得出。 付款到期日是财务规划和催收管理的重要数据点,也是衡量实际付款表现的基准。它对于计算“按时付款率”KPI,以及跟踪付款时效的仪表板(例如“应收账款周转天数(DSO)趋势”)至关重要。
重要性
这是衡量收款表现、计算应收账款周转天数并触发催收活动(如付款提醒)的基准。
获取途径
这是Salesforce Invoice对象中的标准日期字段,通常命名为
示例
2023-05-152023-06-302023-07-01
|
|||
|
发票总金额
InvoiceTotalAmount
|
发票的货币总金额。 | ||
|
说明
此属性表示客户应为已提供的商品或服务支付的总金额,是每个发票案例的重要财务指标。 分析发票总金额有助于优先处理高金额发票,并了解小额和大额交易的流程绩效差异。还可用于仪表板中的数据细分,例如查看高金额发票是否审批时间更长或付款更晚。这对于管理财务风险和有效安排催收工作十分重要。
重要性
支持分析财务影响,帮助优先处理高金额发票,并了解金额如何影响流程表现,例如审批时间或付款延迟。
获取途径
这可能是Invoice对象中的标准货币字段,字段名可能为
示例
5400.5012500.00850.75
|
|||
|
发票状态
InvoiceStatus
|
发票在生命周期中的当前状态。 | ||
|
说明
此属性反映发票当前所处的状态,例如“草稿”“待审批”“已发送”“已付款”或“已作废”,可随时查看发票在流程中的位置。 发票状态是筛选和细分数据的重要维度。分析人员可以据此关注特定发票群体,例如当前所有待付款发票或所有被拒绝的发票。这有助于确定工作优先级,并分析卡在特定阶段的发票有哪些共同特征。
重要性
清晰呈现发票当前状态,便于筛选和分析未结、已关闭或存在问题的案例。
获取途径
这通常是Salesforce中Invoice对象的标准选项列表字段,字段名称为
示例
待审批已批准已发送给客户已付款已核销
|
|||
|
开票部门
BillingDepartment
|
负责开票活动的部门或团队。 | ||
|
说明
此属性用于标明负责人所属的职能团队,例如“应收账款”或“销售运营”。通常根据用户在Salesforce中的个人资料或角色推导。 按部门分析绩效对于了解流程归属和发现特定团队中的系统性问题至关重要。“付款核对绩效”和“开票团队工作负荷与绩效”仪表板会使用此属性,比较不同职能部门的效率和资源利用情况。
重要性
支持在团队或部门层面分析绩效,帮助发现团队特有的瓶颈、资源限制或培训缺口。
获取途径
此信息通常存储在Salesforce的User对象中,例如
示例
应收账款财务运营催收团队
|
|||
|
负责人
UserResponsible
|
执行该活动的用户或代理。 | ||
|
说明
此属性用于识别负责具体活动的Salesforce用户,例如审批发票或过账付款。通常关联到最后修改记录的用户或任务所有者。 按负责人分析流程,有助于了解团队绩效、工作负荷分配和培训需求。它支持“开票团队工作负荷与绩效”仪表板,可用于比较绩效和分析资源分配。在调查延迟或错误时,也有助于进行根因分析。
重要性
支持分析个人和团队绩效、平衡工作负荷,并帮助识别表现突出的人员或需要额外培训的用户。
获取途径
可从Invoice对象的
示例
艾丽丝·约翰逊鲍勃·威廉姆斯查理·布朗
|
|||
|
上次数据更新时间
LastDataUpdate
|
源系统上次刷新数据的时间戳。 | ||
|
说明
此属性表示上次从Salesforce Sales Cloud提取流程挖掘分析数据的时间。每次刷新时,系统都会将此元数据字段应用于整个数据集。 此时间戳有助于用户了解分析数据的新鲜度,并确认所查看的仪表板和KPI是否为最新数据。这对于依据流程洞察及时做出明智的业务决策至关重要。
重要性
让用户了解数据的时效性,确保决策依据的是当前且相关的流程视图。
获取途径
ETL工具或数据管道会在每次运行时生成此值,并写入数据集。
示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
付款条款
PaymentTerms
|
双方约定的发票付款条件,例如“Net 30”或“Due on Receipt”。 | ||
|
说明
此属性定义发票的付款时间和方式,通常决定付款到期日的计算方式,也可能包含提前付款折扣条款。 按付款条款分析,有助于了解不同约定对付款行为的影响。这也是“提前付款折扣使用情况”仪表板的重要依据。该仪表板会将付款日期与付款条款进行比较,找出错失的财务机会。付款条款还能帮助解释部分发票的付款周期为何较长或较短。
重要性
该属性为付款期限提供背景信息,是分析付款行为、应收账款周转天数和提前付款折扣计划成效的重要依据。
获取途径
此信息可能存储在Salesforce中Invoice对象或关联Account对象的选项列表字段或文本字段中。
示例
Net 30Net 602% 10, Net 30Due on Receipt
|
|||
|
发票币种
InvoiceCurrency
|
发票金额所用的币种代码,例如USD或EUR。 | ||
|
说明
此属性表示发票使用的币种,对在多个国家/地区运营的组织尤为重要。 该字段为财务分析提供必要背景信息,可确保货币金额正确汇总,并支持比较不同币种区域的流程指标。分析财务KPI时,必须使用此字段进行筛选,避免混合不同币种的数据。
重要性
为所有货币金额提供必要背景信息,确保财务分析和报告准确,尤其适用于跨国运营。
获取途径
这通常是标准字段
示例
USDEURGBPJPY
|
|||
|
客户名称
CustomerName
|
开票对象对应的客户或账户名称。 | ||
|
说明
此属性用于识别发票开给的客户或公司,通常关联Salesforce中的Account记录。 按客户分析流程对于了解客户特有的行为和发现影响重要客户的问题至关重要。分析可以揭示某些客户是否经常延迟付款、需要更多返工或审批流程更复杂。这些洞察有助于维护客户关系并制定有针对性的催收策略。
重要性
支持以客户为中心进行分析,发现哪些客户经常延迟付款或需要更多发票更正等规律,从而改善客户关系管理。
获取途径
此属性取自
示例
ABC公司环球科技公司创新解决方案有限责任公司
|
|||
|
客户负责人
AccountOwner
|
负责客户账户的销售代表或客户经理。 | ||
|
说明
此属性用于标识负责客户关系的内部人员,通常是Salesforce中分配给Account的销售人员或客户经理。 客户负责人虽然不直接参与开票,但可作为重要的分析维度。开票流程中的问题可能影响客户关系。借助此属性,您可以将流程表现数据与业务销售情况关联起来,了解由特定负责人管理的账户是否更常遇到开票问题。
重要性
将开票流程表现与客户关系负责人关联,帮助您了解开票错误或延迟对业务的影响。
获取途径
这是Account对象中的
示例
David MillerSophia GarciaJames Wilson
|
|||
|
应收账款周转天数
DaysSalesOutstanding
|
从发出发票到收到付款所经过的天数。 | ||
|
说明
应收账款周转天数(DSO)是重要的财务指标,用于衡量公司销售后平均需要多少天才能收款。计算方式为“向客户发送发票”事件与“收到客户付款”事件之间的时间间隔。 该KPI是订单到收款流程的重点指标。此属性可为每张发票提供相应数据,直接支持“应收账款周转天数(DSO)趋势”仪表板,也是监控和改善现金流的重要依据。
重要性
这是衡量催收流程成效及其对公司现金流直接影响的重要KPI。
获取途径
这是一个计算属性,计算公式为
示例
32天58天29天
|
|||
|
是否返工
IsRework
|
用于标记发票是否经历返工循环的计算字段。 | ||
|
说明
此布尔属性在数据处理过程中计算得出。如果发票的活动顺序显示存在返工迹象,例如通过某个阶段后又返回之前的阶段(如“发票已批准”后又出现“发票已更正”),则设为true。 此标记对于快速识别和量化流程低效至关重要。它直接支持“发票返工率”KPI和“开票流程返工与错误”仪表板,帮助分析人员筛选并检查成本高、耗时长的返工案例。
重要性
此标记通过识别发生更正循环的案例,直接量化流程低效,帮助定位错误来源并计算质量损失成本。
获取途径
源系统中没有此属性。流程挖掘工具或ETL层会根据每个案例的活动顺序计算该属性。
示例
truefalse
|
|||
|
是否逾期付款
IsLatePayment
|
用于标记是否在到期日之后收到付款的计算字段。 | ||
|
说明
此布尔属性通过比较“收到客户付款”的时间戳与“付款到期日”得出。如果付款逾期,则为true;否则为false。 此标记简化了付款行为和催收成效分析,是“按时付款率”KPI的计算依据,也有助于将客户划分为按时付款和逾期付款两类,便于进一步分析。它清晰呈现每张发票的付款表现。
重要性
该属性为催收成效提供清晰的衡量指标,直接支持“按时付款率”KPI,并帮助分析导致付款逾期的因素。
获取途径
源系统中没有此属性。ETL层或流程挖掘工具会通过比较付款日期与
示例
truefalse
|
|||
|
活动结束时间
EventEndTime
|
表示活动完成时间的时间戳。 | ||
|
说明
此属性记录活动的完成时间。开票中的许多活动都是瞬时事件,开始时间与结束时间相同;但有些活动(如审批步骤)可能持续一段时间。 结束时间可用于精确计算活动处理时间,即经办人或系统实际处理任务所用的时间。它有助于区分实际工作时间和等待时间,从而更细致地了解流程效率。
重要性
该属性可精确计算活动处理时间,区分实际工作与闲置等待时间,从而更准确地分析效率。
获取途径
这通常不是标准字段。您可能需要使用该案例中后续活动的StartTime推算,或通过自定义字段记录。
示例
2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
|
|||
|
源系统
SourceSystem
|
标识数据的来源系统。 | ||
|
说明
此属性用于标明生成事件数据的源应用。对于此流程,通常为“Salesforce Sales Cloud”。 在集成多个系统的环境中,此字段对于追踪数据来源和排查问题至关重要。它有助于了解数据背景,并确保流程挖掘工具正确合并和解读来自不同系统的事件。
重要性
它提供有关数据来源的重要背景信息,对于多系统环境中的数据治理、验证和分析至关重要。
获取途径
通常在数据提取、转换和加载(ETL)过程中添加固定值,用于标记数据集的来源。
示例
Salesforce Sales CloudSFSC
|
|||
|
账单国家/地区
BillingCountry
|
发票账单地址中指定的国家/地区。 | ||
|
说明
此属性记录客户账单地址所在的国家/地区,是划分流程数据的重要地理维度。 按国家/地区分析开票流程,有助于发现流程表现、合规要求和客户行为方面的区域差异。例如,您可以了解某些国家/地区的付款周期是否更长、返工率是否不同,或是否存在影响流程的特定监管要求。这有助于推动全球流程统一和本地化优化。
重要性
支持地理维度分析,帮助您发现各地区在流程表现、合规要求和付款行为方面的差异。
获取途径
这是Invoice对象标准地址复合字段的一部分,通常命名为
示例
USA德国日本巴西
|
|||
订单到收款流程开票与账单处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
发票已关闭
|
发票已全额付款并完成核对,生命周期至此结束。这是发票成功处理后的最后一项活动,通常通过状态更新记录。 | ||
|
重要性
此活动是流程的主要终点,可用于准确计算端到端周期时间,也为流程分析明确了完成标准。
获取途径
当Invoice对象的状态字段更新为“已关闭”“已全额付款”或类似终态时,可根据时间戳推断。
采集
发票状态字段变为最终的“已关闭”状态。
事件类型
inferred
|
|||
|
发票已发送给客户
|
已通过电子邮件、邮寄或门户将获批发票正式送达客户。通常通过填写“发送日期”字段或将状态变为“已发送”来捕获此事件。 | ||
|
重要性
这标志着收款期开始,也是计算应收账款周转天数(DSO)的起点。它是跟踪客户沟通和付款时间安排的重要里程碑。
获取途径
可根据Invoice对象中“发送日期”字段的填写情况,或状态更新为“已发送”来推断。如果通过集成的电子邮件工具发送,也可以从活动历史记录中捕获明确事件。
采集
“Sent_Date__c”字段填写时的时间戳。
事件类型
inferred
|
|||
|
发票已批准
|
授权用户已审核并批准发票,确认其准确无误,可以发送给客户。通常在发票状态变为“已批准”时捕获此事件。 | ||
|
重要性
这是开票流程中的关键里程碑,决定后续流程能否继续。此处延迟会造成明显瓶颈,影响DSO和整体周期时间;“发票审批周期时间”仪表板会对此进行衡量。
获取途径
当Invoice对象的状态字段变为“已批准”时,可据此推断。如果使用Salesforce审批流程,也可以从ProcessInstance对象历史记录中明确捕获此事件。
采集
发票状态字段变为“已批准”,或正式审批流程步骤完成。
事件类型
inferred
|
|||
|
收到客户付款
|
客户已支付发票款项,资金已到账。通常通过创建关联的“Payment”记录并将其与发票关联来记录。 | ||
|
重要性
这是收款流程中最重要的里程碑,也是计算DSO的终点,标志着收入已成功收回。
获取途径
根据与Invoice对象关联的“Payment”自定义对象记录的创建日期捕获。也可以根据发票状态变为“已付款”推断。
采集
创建关联的Payment记录。
事件类型
explicit
|
|||
|
生成发票
|
此活动表示在Salesforce中创建了新的发票记录,是特定交易开票流程的正式起点,通常发生在订单履行完毕或达到合同里程碑之后。该事件根据发票记录的创建时间戳捕获。 | ||
|
重要性
这是开票流程的主要开始事件。分析从此时到收到付款的时间,有助于衡量订单到收款的整体周期时间,并发现初始数据录入延迟。
获取途径
此事件根据Salesforce中发票自定义对象或类似发票对象的创建日期(CreatedDate字段)捕获。
采集
发票对象记录的创建时间戳。
事件类型
explicit
|
|||
|
付款已过账至分类账
|
收到的付款已正式记录在公司的财务系统或分类账中。集成运行后,可能会通过付款或发票记录的状态更新来捕获此事件。 | ||
|
重要性
此活动将收到付款与完成财务核对区分开来。收款到过账之间的时间可以揭示内部会计流程中的延迟。
获取途径
当Payment或Invoice对象的状态字段变为“已过账”或“已导出至ERP”等值时,可据此推断;该字段通常通过API集成更新。
采集
付款或发票状态变为“已过账”。
事件类型
inferred
|
|||
|
发票已更正
|
表示发票被拒绝或发现错误后进行的人工更正或更新。通常可根据发票状态回退到先前状态来推断,例如从“已拒绝”变回“草稿”。 | ||
|
重要性
识别更正循环对于衡量“发票返工率”KPI至关重要。大量更正表明发票初始生成环节存在问题,可能导致延误。
获取途径
通过字段历史记录推断:检测状态是否从后续阶段(如“已拒绝”“已批准”)回退到较早阶段(如“草稿”“处理中”)。
采集
发票状态在流程中回退。
事件类型
inferred
|
|||
|
发票已核销
|
已决定免除债务,发票未全额付款即关闭。这代表开票流程以未成功的替代路径结束。 | ||
|
重要性
跟踪核销有助于量化收入损失,并识别导致坏账的客户或情形。这是需要关注的关键异常路径,对评估财务状况十分重要。
获取途径
当Invoice对象的状态字段更新为“已核销”或“已取消-坏账”时,可根据时间戳推断。
采集
发票状态字段变为“已核销”。
事件类型
inferred
|
|||
|
发票被拒绝
|
审批人拒绝了发票,通常是因为存在错误或差异,需要更正后重新提交。此事件通过发票记录的状态变为“已拒绝”来捕获。 | ||
|
重要性
此活动表示发生了返工,流程效率受到影响。分析拒绝频率有助于找出常见错误来源,并支持“开票流程返工与错误”仪表板中的根因分析。
获取途径
当Invoice对象的状态字段变为“已拒绝”时,可据此推断。正式审批流程历史记录中的评论也可能包含相关数据。
采集
发票状态字段变为“已拒绝”。
事件类型
inferred
|
|||
|
已发送付款提醒
|
已向客户发送通知,提醒其即将到期或已逾期的付款。通常会记录为与发票关联的活动(Task或Email)记录。 | ||
|
重要性
跟踪提醒有助于评估催收策略的效果,也是“付款提醒效果”仪表板和“付款提醒触发率”KPI的重要依据。
获取途径
根据与Invoice对象相关的活动(Task或Email)记录创建情况捕获;主题或类型需表明该活动是付款提醒。
采集
创建关联的Task或Email记录,且记录具有特定类型或主题。
事件类型
explicit
|
|||
|
提交发票以供审批
|
发票已定稿,并提交内部审核,之后才会发送给客户。通常通过发票记录的状态字段变化来捕获此活动,例如从“草稿”变为“待审批”。 | ||
|
重要性
跟踪此活动有助于单独衡量发票在审批队列中的停留时间,也是计算“平均发票审批时间”KPI的关键第一步。
获取途径
通过Invoice对象的字段历史记录推断:当状态字段更新为“已提交审批”或“审核中”等值时,即可识别此事件。
采集
发票状态字段变为“待审批”。
事件类型
inferred
|
|||
|
现金已核销/已核对
|
收到的付款已在系统中与对应发票完全匹配并核销,应收账款随之结清。此事件通过付款或发票记录的最终状态变化捕获。 | ||
|
重要性
这标志着现金转换周期的最后一步。“付款核对绩效”仪表板依靠此活动衡量财务团队的收款入账效率。
获取途径
当Invoice对象或关联的Payment对象状态变为“已核对”或“已应用”等终态时,可据此推断。
采集
发票或付款状态变为“已核对”。
事件类型
inferred
|
|||
|
达到付款到期日
|
这是一个计算得出的事件,表示根据发票付款条款应付款项到期的时间。它不是用户操作,而是根据发票数据推导得出。 | ||
|
重要性
此活动为分析付款行为和衡量“按时付款率”KPI提供了重要基准,有助于区分按时付款和逾期付款。
获取途径
这是一个计算得出的事件,通过将当前时间戳与Invoice对象中的“到期日”字段进行比较得出。它不是Salesforce中存储的事件。
采集
将当前日期与发票的到期日字段进行比较后计算得出。
事件类型
calculated
|
|||
数据提取指南
加快收款:立即优化订单到收款开票流程
将开票周期缩短30%,轻松改善现金流。
无需信用卡,几分钟即可轻松完成设置