您的退货与退款处理数据模板
您的退货与退款处理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- Salesforce Commerce Cloud数据提取指南
退货与退款处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
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的每个事件都属于同一个流程实例。因此,您可以可视化流程图,计算周期时间等案例级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中退货订单相关的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
|
退回商品在仓库检验时评估出的状况。 | ||
|
说明
退回商品收到后,通常需要经过检验以确定其状况。该属性记录检验结果,例如“全新”“已使用,可再次销售”或“已损坏”。 该评估会直接影响最终退款金额,也是“退货政策遵循情况概览”仪表板的重要输入。跟踪这些数据有助于了解退回商品的质量,并管理商品的再销售、翻新或报废库存。
为什么重要
该评估通常决定最终退款金额,对于退回商品的库存管理至关重要。
获取位置
这通常是Item Inspection活动期间更新的自定义字段,位于Return Order Line Item对象上。
示例
全新/未拆封已使用,近乎全新已损坏/无法销售
|
|||
|
客户ID
CustomerId
|
发起退货的客户的唯一标识符。 | ||
|
说明
该属性是与客户账户关联的唯一ID,可用于按客户汇总退货数据。 按Customer ID分析退货,有助于识别退货率异常偏高的客户,这可能表明存在欺诈行为或持续不满。它还支持按客户细分进行分析,帮助了解不同客户群体是否存在不同的退货模式或行为。
为什么重要
它支持客户级分析,用于识别频繁退货客户,并了解不同客户群体的退货行为。
获取位置
这是Salesforce中Order和Case对象上的标准字段,关联到Customer或Account对象。
示例
CUST-98765CUST-12345CUST-55555
|
|||
|
拒绝原因
RejectionReason
|
退货申请或退款被拒绝的具体原因。 | ||
|
说明
当退货未获批准或退款被拒绝时,该属性记录相应依据。例如:“超出退货期限”“客户造成商品损坏”或“不可退货商品”。 这些信息对于“被拒绝和升级处理的退货”仪表板至关重要。分析拒绝原因有助于企业了解退货政策和流程中的摩擦点,并据此改进客户沟通、调整政策或优化退货申请的初步审核。
为什么重要
它能深入揭示退货失败的原因,帮助改进退货政策、客户沟通和客服人员培训。
获取位置
这通常是Return Order或Case对象上的自定义字段,在状态变更为“Rejected”或“Closed - Denied”时填充。
示例
退货期限已过商品不符合原始状态最终销售商品
|
|||
|
收货至检验时间
ReceiptToInspectionTime
|
商品在仓库收到与完成检验之间的持续时间。 | ||
|
说明
该计算指标衡量仓库完成关键内部步骤所需的时间,即“Item Received At Warehouse”和“Item Inspection Completed”活动时间戳之差。 “仓库收货至检验时间”仪表板和“商品收货至检验平均时间”KPI重点关注这一时长。分析该指标有助于识别仓库运营中的瓶颈,而这些瓶颈可能是造成整体流程延误的重要原因。
为什么重要
它有助于定位拖慢整个退货流程的仓库内部瓶颈,了解其对退款时间和库存可用性的影响。
获取位置
该值在数据转换期间计算,方法是用“Item Inspection Completed”的时间戳减去“Item Received At Warehouse”的时间戳。
示例
1天2小时3天0小时8小时
|
|||
|
是否符合SLA
IsSlaCompliant
|
用于表示退款是否在规定的SLA目标日期内完成处理的布尔标记。 | ||
|
说明
如果“Refund Processed”活动在“Refund SLA Target Date”当天或之前发生,该标记设为“true”,否则设为“false”。它以清晰的二元结果反映每个案例的SLA绩效。 该属性是“退款SLA合规仪表板”和“退款SLA遵循率”KPI的基础。它简化了合规率分析,并支持结合“处理人员”或“退货渠道”等其他属性切分数据,进一步分析不合规原因。
为什么重要
它简化了SLA绩效分析,便于计算合规率并识别导致延误的因素。
获取位置
这是一个计算属性。逻辑为:IF(“Refund Processed”的时间戳 <= RefundSlaTargetDate)THEN true ELSE false。
示例
truefalse
|
|||
|
退款SLA目标日期
RefundSlaTargetDate
|
退货案例的退款应完成处理的目标日期。 | ||
|
说明
该属性定义完成退款的服务级别协议(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”字段。
示例
待审批已批准商品已收货已关闭
|
|||
退货与退款处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
仓库收到商品
|
此活动表示退回商品已实际送达指定仓库或处理中心。当仓库操作员扫描商品并更新关联ReturnOrderItem的状态时记录此活动。 | ||
|
为什么重要
这是一个关键里程碑,标志着流程从客户操作转入内部处理。它是衡量仓库效率KPI(如收货至检验时间)的起点。
获取位置
根据ReturnOrder或ReturnOrderItem对象状态变为“Received”,或quantityReceived字段被填充来推断。
采集
检测ReturnOrderItem.quantityReceived更新,或状态变为“Received”。
事件类型
inferred
|
|||
|
关闭退货案例
|
此活动表示系统中的退货案例最终关闭,退款、换货或拒绝处理已完成。通常根据ReturnOrder状态变为“Closed”或“Completed”推断。 | ||
|
为什么重要
作为流程的主要终点,此活动对于计算整体周期时间和衡量退货处理运营吞吐量至关重要。
获取位置
根据ReturnOrder对象状态字段更新时间戳推断,最终状态可以是“Closed”或“Completed”等。
采集
检测ReturnOrder.status字段变为“Closed”。
事件类型
inferred
|
|||
|
创建退货请求
|
此活动表示系统中创建退货授权案例。当Salesforce Commerce Cloud创建新的ReturnOrder记录时会记录该活动,创建者可以是通过店面提交请求的客户,也可以是客服人员。 | ||
|
为什么重要
作为退货流程的起点,此活动对于衡量端到端周期时间,以及分析一段时间内收到的退货请求量至关重要。
获取位置
此事件取自Salesforce Commerce Cloud OMS中ReturnOrder对象的创建时间戳。
采集
跟踪新ReturnOrder记录的创建。
事件类型
explicit
|
|||
|
完成商品检验
|
此活动表示商品检验完成,商品状况已得到评估并记录。退货商品状态发生变化时会记录此活动,并触发退款计算等下一步骤。 | ||
|
为什么重要
这是流程中的关键决策点,用于判断是否应当退款。从收货到完成检验的时长是仓库运营的重要KPI。
获取位置
根据ReturnOrderItem对象状态更新为“Inspected”,或客服人员确认reasonForReturn时推断。
采集
检测ReturnOrderItem.status字段变为“Inspected”。
事件类型
inferred
|
|||
|
完成退款处理
|
此活动确认支付网关已成功处理退款,款项已发送给客户。通常由支付服务商返回的确认回调触发。 | ||
|
为什么重要
这是衡量退款SLA达成情况的关键里程碑,确认退货流程中的财务环节已成功完成。
获取位置
从支付网关返回的回调事件中捕获,该事件会将Salesforce中关联Payment或Refund对象的状态更新为“Processed”或“Completed”。
采集
跟踪支付服务商更新Payment对象状态的确认事件。
事件类型
explicit
|
|||
|
批准退货请求
|
此事件表示退货请求已由客服人员或自动规则审核并授权。通常可根据ReturnOrder对象的状态变化推断,例如从“New”变为“Approved”。 | ||
|
为什么重要
跟踪这一里程碑有助于分析审批环节的效率并识别瓶颈。从创建到批准的时长是衡量客服人员绩效的关键KPI。
获取位置
根据ReturnOrder对象状态字段更新时间戳推断,状态值需表示已批准,例如“Approved”或“Authorized”。
采集
检测ReturnOrder.status字段变为“Approved”。
事件类型
inferred
|
|||
|
创建换货订单
|
对于最终换货的退货,此事件表示为替换商品创建新的销售订单。这是货币退款之外的另一条处理路径。 | ||
|
为什么重要
将此路径与退款分开跟踪,有助于了解换货率和换货履约流程的效率。
获取位置
从创建与原ReturnOrder关联的新SalesOrder对象中捕获。
采集
跟踪与ReturnOrder ID关联的新SalesOrder的创建。
事件类型
explicit
|
|||
|
发起退款
|
此事件表示Salesforce Commerce Cloud向外部支付网关发送退款请求,标志着财务交易开始。 | ||
|
为什么重要
区分退款发起与退款处理,对于分析SLA合规性至关重要。此后的延迟通常与支付服务商有关,而非内部处理。
获取位置
当系统与支付网关通信时,可从明确的事件日志或API调用记录中捕获此事件,也可以根据Payment对象的状态变化推断。
采集
跟踪向支付网关发起的API调用事件,或状态变为“Refund Pending”。
事件类型
explicit
|
|||
|
开始检验商品
|
此事件表示开始评估退回商品的质量和状况。通常可根据退货商品状态变为“Inspecting”或类似状态来推断。 | ||
|
为什么重要
跟踪检验开始时间,有助于将实际检验时长与仓库整体等待时间区分开,从而更细致地了解潜在瓶颈。
获取位置
根据ReturnOrderItem对象状态更新为“Inspecting”或“Under Inspection”等值推断。
采集
检测ReturnOrderItem.status字段变为“Inspecting”。
事件类型
inferred
|
|||
|
批准退款
|
此活动表示计算出的退款金额已获批准,可以进入处理阶段。该步骤可以自动完成,也可能要求对高价值退货进行人工审批。 | ||
|
为什么重要
此审批步骤可能成为瓶颈,尤其是在需要人工介入时。它是发起财务交易前的关键里程碑。
获取位置
根据ReturnOrder或关联支付摘要对象的状态变为“Refund Approved”或“Ready for Refund”等状态推断。
采集
检测ReturnOrder或关联支付对象的状态变化。
事件类型
inferred
|
|||
|
拒绝退货请求
|
此事件表示退货请求已被拒绝,不会继续处理。当商品尚未收到且ReturnOrder状态更新为“Rejected”或“Canceled”时记录此事件。 | ||
|
为什么重要
分析被拒退货有助于识别拒绝的常见原因,例如违反政策,从而改进客户沟通和前端校验规则。
获取位置
根据ReturnOrder对象状态字段更新时间戳推断,状态值需表示已拒绝,例如“Rejected”或“Denied”。
采集
检测ReturnOrder.status字段变为“Rejected”。
事件类型
inferred
|
|||
|
生成退货标签
|
此活动表示为客户创建用于寄回商品的运输标签。若运输服务商集成将该事件记录到退货案例中,也可以直接捕获此活动。 | ||
|
为什么重要
此步骤是客户体验的重要组成部分。如果生成过程不顺畅,可能造成延迟。它标志着流程已将寄送商品的任务交给客户。
获取位置
运输集成(如Salesforce Shipping)可能会将其记录在ReturnOrder对象的自定义字段或关联对象中。
采集
跟踪运输集成产生的事件或自定义对象的创建。
事件类型
explicit
|
|||
|
计算退款金额
|
此步骤用于确定最终退款金额,并考虑商品状况、重新入库费或促销活动等因素。通常由系统自动完成,并填充退款金额字段。 | ||
|
为什么重要
分析此步骤对于“退款金额差异分析”仪表板至关重要,可突出显示最终金额与客户申请金额不一致的案例。
获取位置
当ReturnOrder或关联退款支付对象中的退款金额字段被填充或更新时,可推断此事件。
采集
检测退款金额字段被填充时的时间戳。
事件类型
inferred
|
|||
提取指南
立即提升退货与退款处理效率
精准定位低效环节,将退货周期时间缩短30%或更多。
无需信用卡,几分钟即可完成设置。