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