退货与退款处理数据模板

Salesforce Commerce Cloud
退货与退款处理数据模板

退货与退款处理数据模板

本模板全面介绍了分析退货与退款流程所需的数据收集方法,列出必要的数据字段和需要跟踪的关键活动,并说明如何从源系统中提取这些信息。使用此模板准备事件日志,让流程挖掘项目顺利开展。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • Salesforce Commerce Cloud数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

退货与退款处理属性

以下是建议纳入事件日志的数据字段,可用于全面分析Salesforce Commerce Cloud中的退货与退款处理流程。
5 必填 6 建议填写 9 选填
名称 说明
事件时间
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是主要标识符,用于关联特定客户退货或退款申请的所有活动。借助此ID,可以全面跟踪和分析退货从发起到最终关闭的整个生命周期。

在流程挖掘中,此属性是重建案件的基础。具有相同退货案件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
客户提供的退货原因。
说明

退货原因记录客户发起退货的缘由,通常从预设列表中选择,例如“尺码不合适”“商品损坏”或“不再需要”。

此属性对于根因分析至关重要。分析退货原因有助于企业发现与产品质量、尺码或商品描述不准确相关的趋势,并据此改进产品开发、营销和供应链管理,最终减少退货总量。

重要性

了解商品退货原因,有助于找出产品缺陷或尺码问题等根因,从而减少未来的退货量。

获取途径

此属性通常是Salesforce中Return Order或Case对象的选项列表字段,往往由客户在发起退货时填写。

示例
尺码不合适商品送达时已损坏发错商品
退货渠道
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对象中的自定义字段,在状态变为“Rejected”或“Closed - Denied”时填写。

示例
已超过退货期限商品不符合原始状态最终销售商品
收货至检查时间
ReceiptToInspectionTime
从仓库收到商品到完成检查所用的时间。
说明

此计算指标衡量仓库内一项关键操作步骤所用的时间,即“仓库已收到商品”和“商品检查已完成”活动时间戳之间的差值。

此时长是“仓库收货至商品检查时间”仪表板和“商品收货至检查平均时间”KPI的关注重点。分析此指标有助于发现仓库运营中的瓶颈,这些瓶颈可能是造成整体流程延误的重要原因。

重要性

此指标有助于定位仓库内部导致整个退货流程延误的瓶颈,了解其对退款时间和库存可用性的影响。

获取途径

在数据转换过程中,通过“商品检查已完成”的时间戳减去“仓库已收到商品”的时间戳计算得出。

示例
1天2小时3天0小时8小时
是否符合SLA
IsSlaCompliant
用于标记退款是否在规定的SLA目标日期前处理完成的布尔值。
说明

如果“退款已处理”活动发生时间不晚于“退款SLA目标日期”,此标记设为“true”,否则设为“false”。它能清晰地显示每个案件是否达到SLA要求。

此属性是“退款SLA合规仪表板”和“退款SLA达成率”KPI的基础。它简化了达成率分析,并可结合“处理人员”或“退货渠道”等其他属性逐级下钻,分析未达标的原因。

重要性

此属性简化了SLA绩效分析,便于计算达成率并识别导致延误的因素。

获取途径

这是一个计算属性。逻辑为:IF(“退款已处理”的时间戳 <= RefundSlaTargetDate)THEN true ELSE false。

示例
truefalse
退款SLA目标日期
RefundSlaTargetDate
退货案件的退款应完成处理的目标日期。
说明

此属性定义退款处理完成的服务级别协议(SLA)期限。通常根据业务规则计算,例如退货申请获批或收到商品后的指定天数。

此日期是“退款SLA合规仪表板”衡量实际绩效的基准。监控SLA达成情况有助于确保客户体验稳定良好,并让管理者识别可能导致SLA无法达成的团队或流程步骤。

重要性

此属性定义退款处理的绩效目标,可用于衡量SLA达成情况及其对客户满意度的影响。

获取途径

此属性通常是Case或Return Order对象中的计算字段,根据创建或批准日期加上预设时间间隔得出(例如CreatedDate + 14 days)。

示例
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
退货政策执行情况
ReturnPolicyAdherence
用于标示退货是否符合既定业务政策。
说明

此属性根据退货期限、商品状况或购买凭证等公司政策,对退货进行标记或分类。其值可以是布尔标记(符合/不符合),也可以是更详细的状态。

此属性是“退货政策执行情况概览”仪表板和“政策未达标率”KPI的核心数据,可用于监控政策执行的一致性,并分析不符合政策的退货对流程和财务的影响。

重要性

此属性可用于监控政策执行情况,对于成本管理、防范欺诈以及确保公平、一致地对待客户至关重要。

获取途径

此属性通常根据一组业务规则从其他数据推导得出,例如退货日期、商品状况和产品类型。

示例
符合政策不符合政策,逾期退货不符合政策,商品已损坏
退货状态
ReturnStatus
退货案件在生命周期中的当前状态。
说明

此属性表示退货的当前状态,例如“待审批”“已收到商品”“已退款”或“已关闭”。随着案件在工作流中推进,此属性也会随之变化。

流程挖掘会根据活动推导流程的流转情况,而当前状态则为筛选和分析未结与已结案件提供有用背景。运营监控时,可借此了解当前积压情况以及流程各阶段的工作量。

重要性

此属性可显示退货案件当前所处的流程阶段,便于运营监控和筛选活跃案件。

获取途径

此属性是Salesforce Commerce Cloud中Return Order或Case对象的标准“Status”字段。

示例
待审批已批准已收到商品已关闭
必填 建议填写 选填

退货与退款处理活动

以下是建议记录在事件日志中的关键流程步骤和里程碑,有助于准确发现和优化流程。
6 建议填写 7 选填
活动 说明
商品已送达仓库
此活动表示退货商品已实际送达指定仓库或处理中心。当仓库操作人员扫描商品并更新关联的ReturnOrderItem状态时,系统会记录此活动。
重要性

这是一个关键里程碑,标志着流程从客户操作转入内部处理。它也是衡量仓库效率指标(例如收货至检查时间)的起点。

获取途径

可根据ReturnOrder或ReturnOrderItem对象的状态变为“已收货”推断,也可根据“quantityReceived”字段已填入推断。

采集

检测ReturnOrderItem.quantityReceived是否更新,或状态是否变为“已收货”。

事件类型 inferred
商品检查已完成
此活动表示商品检查已完成,商品状况已评估并记录。退货商品状态发生变化时,系统会记录此活动,并触发退款金额计算等后续步骤。
重要性

这是流程中的关键决策点,决定是否应当退款。从收货到完成检查的时长是衡量仓库运营的重要指标。

获取途径

可根据ReturnOrderItem对象状态更新为“已检查”推断,也可根据客服人员确认“reasonForReturn”时推断。

采集

检测ReturnOrderItem.status字段是否变为“已检查”。

事件类型 inferred
退款已处理
此活动用于确认支付网关已成功处理退款,并已向客户转款。通常,支付服务提供商发送确认回调后会触发此事件。
重要性

这是衡量退款SLA达成情况的重要节点,可确认退货流程中的财务处理已成功完成。

获取途径

根据支付网关的回调事件捕获,该事件会将Salesforce中相关Payment或Refund对象的状态更新为“Processed”或“Completed”。

采集

跟踪支付服务提供商发送的确认事件,该事件会更新Payment对象的状态。

事件类型 explicit
退货案件已关闭
退款、换货或拒绝退货的处理完成后,此活动表示系统中的退货案件最终关闭。可根据ReturnOrder状态变为“Closed”或“Completed”推断此活动。
重要性

作为流程的主要结束节点,此活动对于计算整体周期时间和衡量退货处理业务的吞吐量至关重要。

获取途径

根据ReturnOrder对象的状态字段更新为最终状态时的时间戳推断,例如“Closed”或“Completed”。

采集

检测ReturnOrder.status字段是否变为“Closed”。

事件类型 inferred
退货申请已创建
此活动表示系统中已创建退货授权案例。当Salesforce Commerce Cloud中创建新的ReturnOrder记录时,系统会记录此活动。创建操作可能由客户通过线上商店完成,也可能由客服人员完成。
重要性

作为退货流程的起点,此活动对于衡量端到端周期时间和分析一段时间内的退货申请量至关重要。

获取途径

此事件取自Salesforce Commerce Cloud OMS中ReturnOrder对象的创建时间戳。

采集

跟踪新ReturnOrder记录的创建。

事件类型 explicit
退货申请已批准
此事件表示客服人员或自动规则已审核并批准退货申请。通常可根据ReturnOrder对象的状态变化推断,例如从“新建”变为“已批准”。
重要性

跟踪这一里程碑有助于分析审批环节的效率并发现瓶颈。从创建到批准的耗时是衡量客服人员绩效的一项关键指标。

获取途径

根据ReturnOrder对象状态字段更新为表示已批准的值时的时间戳推断,例如“已批准”或“已授权”。

采集

检测ReturnOrder.status字段是否变为“已批准”。

事件类型 inferred
商品检查已开始
此事件表示开始评估退货商品的质量和状况。通常可根据退货商品状态变为“检查中”或类似状态推断。
重要性

跟踪检查开始时间,有助于将实际检查时长与仓库整体等待时间区分开来,更细致地发现潜在瓶颈。

获取途径

可根据ReturnOrderItem对象状态更新为“检查中”或“正在检查”等值推断。

采集

检测ReturnOrderItem.status字段是否变为“检查中”。

事件类型 inferred
已创建换货订单
退货采用换货方式时,此事件表示已为替换商品创建新的销售订单。这是退款之外的另一种处理方式。
重要性

单独跟踪此处理路径,有助于了解换货率以及换货履约流程的效率。

获取途径

根据新建的SalesOrder对象捕获,该对象与原始ReturnOrder相关联。

采集

跟踪与ReturnOrder ID关联的新SalesOrder的创建情况。

事件类型 explicit
退款已发起
此事件表示Salesforce Commerce Cloud已向外部支付网关发送退款请求,标志着财务交易开始。
重要性

区分退款发起和处理完成,是分析SLA遵循情况的关键。此后发生的延误通常与支付服务商有关,而非内部处理。

获取途径

系统与支付网关通信时,可从明确记录的事件日志或API调用记录中捕获此事件,也可根据Payment对象的状态变化推断。

采集

跟踪发往支付网关的API调用事件,或状态变为“退款待处理”的情况。

事件类型 explicit
退款已批准
此活动表示计算出的退款金额已获批准,可以进入处理环节。此步骤可能由系统自动完成,也可能需要人工审批高金额退货。
重要性

此审批环节可能成为瓶颈,尤其是在需要人工处理时。它是发起财务交易前的关键里程碑。

获取途径

可根据ReturnOrder对象或关联付款摘要对象的状态变为“退款已批准”或“可退款”等状态推断。

采集

检测ReturnOrder或关联付款对象的状态变化。

事件类型 inferred
退款金额已计算
此步骤用于确定最终退款金额,计算时会考虑商品状况、重新入库费用或促销活动等因素。通常由系统自动完成,并填入退款金额字段。
重要性

分析此步骤对于“退款金额差异分析”仪表板至关重要,可帮助发现最终退款金额与客户申请金额不一致的案例。

获取途径

可根据ReturnOrder对象或关联退款支付对象中的退款金额字段被填入或更新推断此事件。

采集

检测退款金额字段被填入时的时间戳。

事件类型 inferred
退货标签已生成
此活动表示已为客户创建退货运输标签,供其寄回商品。如果与运输服务商的集成会将此事件记录到退货案例中,系统便可明确捕获该活动。
重要性

此步骤是客户体验的重要环节。如果生成过程不顺畅,可能造成延误。它标志着流程已交接给客户,由客户寄回商品。

获取途径

运输集成(例如Salesforce Shipping)可能会将此事件记录在ReturnOrder对象的自定义字段或关联对象中。

采集

跟踪运输集成产生的事件或自定义对象的创建。

事件类型 explicit
退货申请已拒绝
此事件表示退货申请已被拒绝,不会继续处理。当ReturnOrder状态更新为“已拒绝”或“已取消”,且商品尚未收货时,系统会记录此事件。
重要性

分析被拒的退货申请,有助于找出拒绝的常见原因,例如违反政策,并据此改进客户沟通和前端验证规则。

获取途径

根据ReturnOrder对象状态字段更新为表示已拒绝的值时的时间戳推断,例如“已拒绝”或“未获批准”。

采集

检测ReturnOrder.status字段是否变为“已拒绝”。

事件类型 inferred
建议填写 选填

数据提取指南

如何从Salesforce Commerce Cloud获取数据

准备好开始了吗?

使用此数据模板启动流程挖掘项目,着手优化退货与退款运营,提升效率和客户满意度。

立即提升退货与退款处理效率

定位低效环节,将退货周期时间缩短30%或以上。

开始免费试用

无需信用卡,几分钟即可完成设置。