您的退货与退款处理数据模板
您的退货与退款处理数据模板
- 建议收集的属性
- 需要追踪的关键活动
- Salesforce Commerce Cloud 数据提取指南
退货与退款处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示特定活动或事件发生的时间戳。 | ||
|
描述
事件时间记录了活动执行或状态变更发生的准确日期和时间。此时间戳对于正确排列事件顺序以及进行任何基于时间的分析至关重要。 流程挖掘依赖这些时间戳来排序活动、计算步骤间的周期时间和等待时间,并分析不同时段的流程性能。准确的时间戳是可靠流程分析的基石。
为何重要
此时间戳建立了活动的时间顺序,这是计算周期时间和识别流程延迟的基础。
获取方式
这通常是 Salesforce Commerce Cloud 中记录的创建或修改时间戳,例如与退货流程相关对象上的 CreatedDate 或 LastModifiedDate。
示例
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
|
|||
|
活动名称
ActivityName
|
退货流程中发生的特定业务步骤或事件的名称。 | ||
|
描述
此属性描述了退货案件在特定时间点完成的任务或里程碑。例如:“已创建退货申请”、“仓库已收货”和“已处理退款”。 在流程挖掘中,活动名称用于构建流程图,展示步骤序列和案件流向。分析活动是识别瓶颈、返工循环及偏离标准流程行为的关键。
为何重要
它定义了流程图中的步骤,从而实现了退货工作流的可视化和分析。
获取方式
此属性通常派生自 Salesforce 中与退货单 (Return Order) 或案件 (Case) 对象关联的事件日志、状态变更记录或任务完成数据。
示例
退货请求已批准商品检验已完成退款已处理
|
|||
|
退货案件 ID
ReturnCaseId
|
单个客户退货案件的唯一标识符,用于关联从发起至结案的所有相关活动。 | ||
|
描述
退货案件 ID (Return Case ID) 是主标识符,用于关联特定客户退货或退款请求下的所有活动。这确保了退货从发起到最终结案的全生命周期都能被全面追踪和分析。 在流程挖掘中,此属性是案件重建的基础。具有相同 Return Case ID 的每个事件都属于同一个流程实例。这使得可视化流程图、计算周期时间等案件级 KPI 以及分析与退货相关的流程变体成为可能。
为何重要
这是将退货流程的所有步骤连接成单个可追踪案件的主键,对于端到端流程分析至关重要。
获取方式
此标识符通常由 Salesforce Commerce Cloud 中的 RMA 流程生成。常见于 Return Order 或 Case 对象上。
示例
RT-0012345RT-0012346RT-0012347
|
|||
|
最后数据更新
LastDataUpdate
|
指示数据上次从源系统提取或刷新的时间戳。 | ||
|
描述
此属性记录了从 Salesforce Commerce Cloud 最近一次抓取数据的日期和时间,确保了分析数据的时效透明度。 这些信息对于用户了解流程分析的实时性至关重要。它有助于管理对数据及时性的预期,并对于验证数据集的完整性具有重要意义。
为何重要
它告知用户数据的及时性,确保他们了解分析是否反映了最当前的流程状态。
获取方式
此时间戳由数据提取工具或脚本在数据刷新时生成,并非 Salesforce 内部字段。
示例
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
|
|||
|
源系统
SourceSystem
|
事件数据来源的系统。 | ||
|
描述
此属性识别了生成数据的源系统。在本流程中,它始终为“Salesforce Commerce Cloud”。 在更广泛的分析场景下,当合并来自多个系统的数据以了解跨平台流程流向时,此字段非常有用。它确保了数据血缘清晰,有助于诊断特定来源的数据质量问题。
为何重要
它提供了关于数据来源的上下文,这对于数据治理以及集成来自多个企业系统的数据时至关重要。
获取方式
这是在数据提取和转换过程中添加的静态值。它不是 Salesforce 本身的字段,而是作为数据模型的一部分定义的。
示例
Salesforce Commerce Cloud
|
|||
|
商品 SKU
ProductSku
|
退回商品的库存单位 (SKU)。 | ||
|
描述
此属性是退回特定商品的唯一标识符。它允许在单个商品维度进行详细分析。 按商品 SKU 分析退货有助于识别退货率高的产品(可能指示质控问题、描述不当或生产缺陷)。这些信息对“仓库收货至质检耗时”仪表板至关重要,因为它能揭示某些类型的产品是否需要更长的质检时间。
为何重要
它允许按特定产品分析退货模式,帮助精准定位存在质量或描述问题的商品。
获取方式
此信息位于 Return Order Line Item 或将退货案件连接到原订单特定产品的关联对象上。
示例
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
|
|||
|
处理客服
ProcessingAgent
|
负责处理退货或退货流程中特定活动的客服或用户。 | ||
|
描述
此属性识别了对退货案件执行操作(如批准申请、质检商品或处理退款)的员工或系统用户。可以是特定的用户 ID 或姓名。 分析处理客服有助于了解个人或团队间的绩效差异。它是“客服绩效与一致性”仪表板的关键,用于识别培训需求、平衡工作负载并标准化组织内的作业程序。
为何重要
它实现了对不同用户之间性能和一致性的分析,有助于识别最佳实践和需要培训的领域。
获取方式
通常位于 Salesforce 中 Case 或 Return Order 对象上的 OwnerId 或 LastModifiedById 等字段中,也可能存储在关联的任务或历史记录对象中。
示例
Alice SmithBob Johnson系统自动化
|
|||
|
实际退款金额
ActualRefundAmount
|
实际退还给客户的最终货币金额。 | ||
|
描述
此属性代表完成所有评估、扣除和计算后实际退还给客户的最终金额。由于上架费、促销或商品状况等因素,该金额可能与申请金额不同。 分析此属性对于财务对账和“退款金额差异分析”仪表板必不可少。它有助于量化退货政策的财务影响,并识别退款计算和审批工作流中的系统性问题。
为何重要
这是退货的最终财务结果。将其与申请金额对比,可揭示退货政策及调整产生的财务影响。
获取方式
该值通常存储在 Salesforce Commerce Cloud 中与 Return Order 关联的 Refund 或 Payment Transaction 对象上。
示例
49.99115.000.00
|
|||
|
申请退款金额
RequestedRefundAmount
|
客户在发起退货时申请的退款金额。 | ||
|
描述
此属性记录了客户预期的初始退款金额(通常为退货商品价格)。该值是退款计算流程的基准。 在“退款金额差异分析”仪表板中,此金额会与“实际退款金额”进行对比。显著或频繁的差异可能暗示退货政策、上架费或系统计算错误存在问题,从而导致客户不满。
为何重要
它作为与最终退款金额进行比较的基准,有助于识别差异并分析调整带来的财务影响。
获取方式
该值通常存储在 Return Order 或 Return Order Line Item 对象上,派生自原始销售订单。
示例
49.99125.0089.50
|
|||
|
退货原因
ReturnReason
|
客户提供的退货原因。 | ||
|
描述
退货原因 (Return Reason) 记录了客户发起退货的动机,通常选自预设列表(如“尺寸不符”、“商品受损”或“不再需要”)。 此属性对根因分析至关重要。通过分析退货原因,企业可以识别与产品质量、尺码偏差或描述不准相关的趋势。这些洞察能推动产品研发、市场营销和供应链的改进,从而从源头上减少退货量。
为何重要
了解商品退回的原因是识别根因的关键(如产品缺陷或尺码问题),这有助于降低未来的退货量。
获取方式
这通常是 Salesforce 中 Return Order 或 Case 对象上的下拉列表字段,通常由客户在发起退货流程时填写。
示例
尺码错误商品到货即损错发商品
|
|||
|
退货周期时间
ReturnCycleTime
|
从退货申请创建到案件最终关闭的总耗时。 | ||
|
描述
此指标衡量单笔案件退货流程的端到端耗时。计算方法是取第一个事件(“已创建退货申请”)与最后一个事件(“退货案件已关闭”)之间的时间差。 作为“退货处理周期分析”仪表板的核心 KPI,它提供了流程效率的高维度视图。分析其分布有助于识别离群值并了解退货运营的整体表现。
为何重要
这是衡量流程整体效率的关键绩效指标。缩短该时间能直接改善客户体验并降低运营成本。
获取方式
这是一个计算指标,在数据转换过程中通过每笔案件最后一个活动的结束时间减去第一个活动的开始时间生成。
示例
10天4小时21 天 8 小时5天2小时
|
|||
|
退货渠道
ReturnChannel
|
退货发起渠道,如线上门户、线下门店或通过客户服务。 | ||
|
描述
此属性指定了客户发起退货流程的方式。常见渠道包括线上自助门户、线下门店退货或联系客服人员。 了解退货渠道对于“退货量与吞吐量趋势”仪表板非常重要。它有助于有效分配资源,并分析特定渠道是否与更长的周期时间、不同的退货原因或更高的处理成本相关联。
为何重要
它有助于对退货数据进行分段,以了解线上或门店等不同渠道的流程差异和资源需求。
获取方式
这可能是 Return Order 或 Case 对象上的字段,也可能从创建退货记录的用户或系统中推断得出。
示例
在线门户店内客户服务致电
|
|||
|
仓库地点
WarehouseLocation
|
接收退回商品的仓库或设施的标识符。 | ||
|
描述
此属性指定了处理退回商品的具体物理位置。这对于拥有多个分销中心的企业尤为重要。 按仓库位置分析可以揭示不同设施间的绩效差异。例如,它可以展示某些仓库是否质检时间更长,或者商品被标记为损坏的比例更高。这有助于标准化运营并解决特定设施的问题。
为何重要
它允许在不同仓库之间进行性能比较,突出处理时间或质量评估方面的差异。
获取方式
此信息可能存储在 Return Order 或关联的物流对象上,也可能从执行收货活动的用户信息中推断得出。
示例
WH-EAST-01WH-WEST-03WH-CENTRAL-02
|
|||
|
商品状况
ItemCondition
|
仓库质检时对退回商品的状况评估结果。 | ||
|
描述
在收到退回的商品后,通常会进行检验以确定其状况。此属性记录了检验结果,例如“全新”、“已使用 - 可二次销售”或“损坏”。 此评估直接影响最终退款金额,是“退货政策遵守情况概览”仪表板的关键输入。跟踪这些数据有助于了解退回商品的质量,并管理用于转售、翻新或处置的库存。
为何重要
评估结果通常决定了最终退款金额,且对于退货商品的库存管理至关重要。
获取方式
这通常是在“商品质检”活动期间更新的自定义字段,位于 Return Order Line Item 对象上。
示例
全新/未拆封二手 - 近乎全新损坏/不可销售
|
|||
|
客户ID
CustomerId
|
发起退货的客户的唯一标识符。 | ||
|
描述
此属性是客户账户关联的唯一 ID。它允许在客户维度聚合退货数据。 通过客户 ID 分析退货有助于识别退货率异常高的客户(可能涉及欺诈行为或长期不满)。它还支持基于客户细分进行分析,以了解不同客户群体是否具有不同的退货模式或行为。
为何重要
它实现了客户层级的分析,以识别频繁退货者并了解不同客户群体的退货行为。
获取方式
这是 Salesforce 中 Order 和 Case 对象上的标准字段,链接回 Customer 或 Account 对象。
示例
CUST-98765CUST-12345CUST-55555
|
|||
|
拒绝原因
RejectionReason
|
退货申请或退款被拒绝的具体原因。 | ||
|
描述
当退货未获批准或退款被拒时,此属性会记录理由。例如:“超出退货窗口”、“商品被客户损坏”或“不可退换商品”。 这些信息对于“被拒及升级退货”仪表板至关重要。分析拒绝原因有助于企业了解退货政策和流程中的摩擦点,从而改进与客户的沟通、调整政策或优化退货申请的初始审核流程。
为何重要
它提供了关于退货失败原因的关键洞察,有助于改进退货政策、客户沟通和人员培训。
获取方式
这通常是 Return Order 或 Case 对象上的自定义字段,在状态变更为“已拒绝”或“已关闭 - 已驳回”时填充内容。
示例
退货期已过商品非原貌最终销售商品(不可退换)
|
|||
|
收货至质检用时
ReceiptToInspectionTime
|
从仓库收到商品到质检完成之间的时间间隔。 | ||
|
描述
此计算指标衡量了仓库内关键内部步骤的耗时。它是“仓库已收货”与“商品质检完成”活动之间的时间差。 该时长是“仓库收货至质检耗时”仪表板和“平均收货质检耗时”KPI 的核心。分析此指标有助于识别仓库运营中的瓶颈,这些瓶颈往往是导致整体流程延迟的主要因素。
为何重要
它有助于精准定位拖慢整个退货流程的内部仓库瓶颈,这些瓶颈会影响退款时间和库存可用性。
获取方式
这是在数据转换期间通过“商品质检完成”时间戳减去“仓库已收货”时间戳计算得出的。
示例
1 天 2 小时3 天 0 小时8 小时
|
|||
|
是否符合SLA
IsSlaCompliant
|
一个布尔值标识,用于指示退款是否在定义的 SLA 目标日期内处理。 | ||
|
描述
如果在“退款 SLA 截止日期”当天或之前发生了“已处理退款”活动,则此标志设为 true,否则为 false。它为单个案件的 SLA 表现提供了明确的二元结果。 此属性是“退款 SLA 合规仪表板”和“退款 SLA 达成率”KPI 的基础。它简化了合规率分析,并允许通过“处理客服”或“退货渠道”等其他属性切分数据,从而深入探究违规原因。
为何重要
它简化了 SLA 性能分析,实现了对合规率的轻松计算以及对导致延迟因素的识别。
获取方式
这是一个计算属性。逻辑为:如果(“已处理退款”时间戳 <= 退款 SLA 截止日期)则为 true,否则为 false。
示例
truefalse
|
|||
|
退款 SLA 截止日期
RefundSlaTargetDate
|
退货案件退款应处理完成的截止日期。 | ||
|
描述
此属性定义了完成退款的 SLA 截止期限。通常根据业务规则计算(如退货申请获批或收到商品后的固定天数)。 该日期是“退款 SLA 合规仪表板”衡量实际绩效的基准。监控合规性有助于确保一致且正向的客户体验,并让管理层能够识别出可能导致 SLA 违约的团队或流程环节。
为何重要
它定义了退款处理的性能目标,从而能够衡量 SLA 合规性及其对客户满意度的影响。
获取方式
这通常是 Case 或 Return Order 对象上的计算字段,派生自创建或审批日期加上预定义的时间间隔(如 CreatedDate + 14 天)。
示例
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
|
|||
|
退货政策遵循度
ReturnPolicyAdherence
|
指示退货是否符合既定业务政策的指标。 | ||
|
描述
此属性根据对公司政策(如退货期限、商品状况或购买凭证)的遵循情况对退货进行标记或分类。它可以是布尔标志(合规/不合规)或更详细的状态。 该属性是“退货政策遵循概览”仪表板和“政策违规率”KPI 的核心。它让企业能监控政策执行的一致性,并分析不合规退货对流程和财务的影响。
为何重要
它实现了对政策执行情况的监控,这对于成本管理、预防欺诈以及确保公平一致地对待客户至关重要。
获取方式
这通常是基于应用于其他数据点(如退货日期、商品状况和产品类型)的一组业务规则生成的派生属性。
示例
合规不合规 - 逾期退货不合规 - 商品受损
|
|||
|
退货状态
ReturnStatus
|
退货案件在生命周期中的当前状态。 | ||
|
描述
此属性指示退货的当前状态(如“待审批”、“已收货”、“已退款”或“已关闭”)。这是一个动态属性,随案件在工作流中的推进而变化。 虽然流程挖掘从活动中推导流向,但拥有当前状态能为筛选和分析未结案与已结案提供宝贵的背景信息。它有助于运营监控,从而了解流程各阶段的当前积压量和工作负载。
为何重要
它提供了退货案件在流程中所处位置的快照,这对于运营监控和过滤活跃案件非常有用。
获取方式
这是 Salesforce Commerce Cloud 中 Return Order 或 Case 对象上的标准“状态”字段。
示例
待审批已批准已收货商品已结案
|
|||
退货与退款处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
仓库已收货
|
此活动标志着退回商品已实物送达指定仓库或处理中心。当仓库操作员扫描商品时捕获,同时会更新关联 ReturnOrderItem 的状态。 | ||
|
为何重要
这是一个关键里程碑,标志着流程从客户操作转为内部处理。它是衡量仓库效率 KPI(如收货至质检耗时)的起点。
获取方式
根据“退货单”或“退货单项”对象的状态变更为“已收到”状态,或当“已收数量”字段被填充时推断得出。
捕获
检测 ReturnOrderItem.quantityReceived 的更新或状态变更为“Received”。
事件类型
inferred
|
|||
|
商品检验已完成
|
此活动标志着商品质检完成,其状况已被评估并记录。它通过退货商品的状态变更来捕获,并触发后续步骤(如退款计算)。 | ||
|
为何重要
这是流程中的关键决策点,决定了退款是否合理。从收货到质检完成的时长是仓库运营的主要 KPI。
获取方式
根据“退货单项”对象的状态更新为“已检验”,或当处理人员确认“退货原因”时推断得出。
捕获
检测 ReturnOrderItem.status 字段变更为“Inspected”。
事件类型
inferred
|
|||
|
退款已处理
|
此活动确认支付网关已成功处理退款且资金已发给客户。该事件通常由支付服务商的确认回调触发。 | ||
|
为何重要
这是衡量退款 SLA 达成率的关键里程碑,确认了退货流程中财务部分的圆满完成。
获取方式
捕获自支付网关的回调事件,该事件将 Salesforce 中关联的“付款”或“退款”对象状态更新为“已处理”或“已完成”。
捕获
追踪来自支付服务商、用于更新支付对象状态的确认事件。
事件类型
explicit
|
|||
|
退货案件已关闭
|
此活动代表系统中退货案件的最终关闭(在退款、换货或拒绝最终确定后)。可通过 ReturnOrder 状态变更为“已关闭”或“已完成”来推断。 | ||
|
为何重要
作为流程的主要终点,此活动对于计算整体周期时间和衡量退货处理业务的吞吐量至关重要。
获取方式
根据“退货单”对象的状态字段更新为其最终状态(如“已关闭”或“已完成”)时的时间戳推断得出。
捕获
检测 ReturnOrder.status 字段变更为“Closed”。
事件类型
inferred
|
|||
|
退货申请已创建
|
此活动标志着系统中创建了退货授权案件。当客户通过店面或客服手动在 Salesforce Commerce Cloud 中创建新的 ReturnOrder 记录时,即可捕获此活动。 | ||
|
为何重要
作为退货流程的起点,此活动对于衡量端到端周期时间和分析随时间变化的退货申请量至关重要。
获取方式
此事件通过 Salesforce Commerce Cloud OMS 中 ReturnOrder 对象的创建时间戳捕获。
捕获
追踪新 ReturnOrder 记录的创建。
事件类型
explicit
|
|||
|
退货请求已批准
|
此事件表示退货申请已由客服或自动化规则审核并授权。通常根据 ReturnOrder 对象的状态变更(如从“新建”变为“已批准”)来推断。 | ||
|
为何重要
追踪此里程碑有助于分析审批阶段的效率并识别瓶颈。从创建到审批的时间是衡量客服绩效的关键 KPI。
获取方式
根据“退货单”对象的状态字段更新为代表批准的值(如“已批准”或“已授权”)时的时间戳推断得出。
捕获
检测 ReturnOrder.status 字段变更为“Approved”。
事件类型
inferred
|
|||
|
商品检验已开始
|
此活动标志着退回商品质量和状况评估的开始。通常在退货商品状态变更为“质检中”或类似状态时推断得出。 | ||
|
为何重要
追踪质检开始时间有助于将纯质检时长从整体仓库等待时间中分离出来,从而更细致地观察潜在瓶颈。
获取方式
根据“退货单项”对象的状态更新为“检验中”或“正在检验”等值推断得出。
捕获
检测 ReturnOrderItem.status 字段变更为“Inspecting”。
事件类型
inferred
|
|||
|
换货订单已创建
|
对于导致换货的退货,此事件标志着为替代商品创建了新的销售订单。这是货币退款之外的另一种路径。 | ||
|
为何重要
将此路径与退款分开追踪,对于了解换货率及换货履行流程的效率至关重要。
获取方式
捕获自与原始“退货单”链接的新“销售订单”对象的创建。
捕获
追踪与 ReturnOrder ID 关联的新 SalesOrder 的创建。
事件类型
explicit
|
|||
|
退款已发起
|
此事件标志着 Salesforce Commerce Cloud 向外部支付网关发送退款请求的时间点,代表资金交易的开始。 | ||
|
为何重要
区分“发起”与“已处理”是 SLA 合规性分析的关键。此后的延迟通常与支付提供商有关,而非内部处理问题。
获取方式
捕获自系统与支付网关通信时的显式事件日志或 API 调用记录。也可以根据“付款”对象的状态变更推断得出。
捕获
追踪发往支付网关的 API 调用事件,或状态变更为“退款处理中”。
事件类型
explicit
|
|||
|
退款已批准
|
此活动表示计算出的退款金额已获批准并准备处理。这可能是一个自动化步骤,大额退款则可能需要人工审批。 | ||
|
为何重要
审批步骤可能成为瓶颈,尤其是需要人工干预时。它是发起资金交易前的关键里程碑。
获取方式
根据“退货单”或相关付款汇总对象的状态变更为“退款已批准”或“准备退款”等状态推断得出。
捕获
检测 ReturnOrder 或相关付款对象的状态变更。
事件类型
inferred
|
|||
|
退款金额已计算
|
这代表了确定最终退款金额的步骤,考虑了商品状况、上架费或促销等因素。这通常是一个自动化的系统步骤,用于填充退款金额字段。 | ||
|
为何重要
分析此步骤对于“退款金额差异分析”仪表板至关重要,它能突出显示最终金额与客户申请金额不符的案例。
获取方式
此事件可通过 ReturnOrder 或关联退款支付对象上退款金额字段的填充或更新来推断。
捕获
检测退款金额字段被填充的时间戳。
事件类型
inferred
|
|||
|
退货申请被拒绝
|
此事件指示退货申请已被拒绝且不再处理。当 ReturnOrder 状态在收到货物前被更新为“已拒绝”或“已取消”时捕获。 | ||
|
为何重要
分析被拒绝的退货有助于识别常见的拒绝原因(如违反政策),从而改进客户沟通和前端验证规则。
获取方式
根据“退货单”对象的状态字段更新为代表拒绝的值(如“已拒绝”或“已驳回”)时的时间戳推断得出。
捕获
检测 ReturnOrder.status 字段变更为“Rejected”。
事件类型
inferred
|
|||
|
退货面单已生成
|
此活动代表为客户生成退货物流面单的时间点。如果与物流供应商的集成将此事件记录在退货案件中,则可以明确捕获此活动。 | ||
|
为何重要
此步骤是客户体验的关键环节,如果生成过程不顺畅,可能会导致延迟。它标志着将寄送任务移交给客户。
获取方式
可能由 Salesforce Shipping 等物流集成工具记录在 ReturnOrder 对象下的自定义字段或关联对象中。
捕获
追踪来自物流集成或自定义对象创建的事件。
事件类型
explicit
|
|||