您的退货和退款处理数据模板
您的退货和退款处理数据模板
- 建议收集的属性
- 流程分析需要跟踪的关键活动
- Oracle Fusion SCM分步数据提取指南
退货与退款处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
表示特定活动或事件发生时间的时间戳。 | ||
|
说明
事件时间或开始时间,是源系统记录某项活动的准确日期和时间,为流程中的每个步骤提供时间顺序。 该时间戳是所有基于时间的分析的基础。它用于正确排列事件、计算活动之间的周期时间、衡量案例总时长,以及评估服务级别协议(SLA)达成情况。没有准确的时间戳,就无法分析流程效率、识别延迟或了解流程动态。
为什么重要
该属性提供事件的时间顺序,是计算所有时长指标和发现流程瓶颈的基础。
获取位置
该信息通常位于Oracle Fusion SCM交易或状态记录中的“Creation Date”“Timestamp”或“Last Update Date”字段。
示例
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
活动
ActivityName
|
退货与退款流程中发生的特定业务步骤或事件的名称。 | ||
|
说明
该属性描述退货生命周期中的单个步骤或里程碑,例如“RMA已创建”“商品已检验”或“退款已处理”。每项活动都代表系统事件日志中记录的一个明确流程节点。 分析这些活动的顺序和持续时间是流程挖掘的核心。它支持流程图可视化、识别步骤之间的瓶颈,以及计算活动级周期时间。这些数据对于了解流程、返工循环以及与标准操作规程的一致性至关重要。
为什么重要
活动构成流程图的骨架,支持对流程、变化和瓶颈进行可视化与分析。
获取位置
来源包括事件日志、状态变化,或Oracle Fusion SCM模块中的特定交易记录,例如Order Management和Inventory Management。
示例
RMA已创建商品已收货贷项通知单已创建退款已处理
|
|||
|
退货案例ID
ReturnCaseId
|
用于关联特定客户退货或退款请求相关所有活动的主要标识符。 | ||
|
说明
退货案例ID是整个退货与退款流程的唯一案例标识符。它将从初始创建退货商品授权(RMA)到最终退款处理和案例关闭的每个事件关联起来。 在流程挖掘分析中,该属性是重建每个退货端到端流程的基础。它可以帮助分析人员跟踪完整生命周期、衡量总周期时间,并了解不同退货的处理差异。所有其他事件级数据都会按此ID分组,形成完整统一的流程视图。
为什么重要
这是将所有相关事件串联为单个流程实例的关键,使端到端分析成为可能。
获取位置
该标识符通常在发起退货请求时,由Oracle Order Management或Service模块生成。
示例
RMA-2023-00123RMA-2023-00456RMA-2023-00789
|
|||
|
数据最后更新时间
LastDataUpdate
|
数据最近一次从源系统刷新或提取的时间戳。 | ||
|
说明
此属性表示数据集最近一次更新的时间,为整个数据集而非单个事件提供“新鲜度”日期。 了解数据最后更新时间对于判断分析的时效性至关重要。它可以帮助您正确解读仪表板和KPI,明确当前查看的是实时信息,还是数小时前或数天前的数据。这是任何流程挖掘项目的重要元数据。
为什么重要
告知用户数据的更新时间,帮助他们了解分析的上下文和时效性。
获取位置
该时间戳在数据提取、转换和加载(ETL)过程中生成并添加。
示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取数据的系统。 | ||
|
说明
此属性用于标识记录事件数据的源信息系统。对于此流程,通常为“Oracle Fusion SCM”。 在包含多个集成系统的环境中,该字段对于数据溯源和问题排查至关重要。它有助于确认数据来源,也可以用于筛选特定系统中的事件,确保数据质量和上下文信息得到保留。
为什么重要
它提供了有关数据来源的重要上下文,对于多系统环境中的数据验证和分析至关重要。
获取位置
这通常是在数据提取、转换和加载(ETL)过程中添加的静态值,用于标记数据集来源。
示例
Oracle Fusion SCMOracle SCM Cloud
|
|||
|
处理人员
ProcessingAgent
|
负责执行退货流程中特定活动的用户或处理人员。 | ||
|
说明
此属性用于标识执行特定任务的员工或系统用户,例如审批RMA或处理退款。如果系统不跟踪个人分配,也可以指代团队或部门。 按处理人员分析绩效对于运营管理至关重要。该属性支持“退货处理人员绩效”仪表板,可比较不同处理人员的工作量、活动时长和返工率。这些洞察有助于发现培训需求、识别高绩效人员并优化资源配置。
为什么重要
支持按用户或团队分析绩效,帮助识别高绩效人员、培训机会和工作量不均衡问题。
获取位置
通常位于Oracle Fusion SCM交易日志中的“USER_ID”“PROCESSED_BY”或“AGENT_NAME”等字段。
示例
j.doea.smithm.jones
|
|||
|
实际退款金额
ActualRefundAmount
|
实际处理并退还给客户的最终金额。 | ||
|
说明
此属性表示在完成检验、调整并扣除相关费用后,最终确认退还给客户的金额,反映退货案例的实际财务结果。 这是“申请与实际退款金额”仪表板使用的关键财务数据。将其与申请金额进行比较,是计算“退款金额差异率”KPI、了解退货政策、商品状况和处理调整所产生财务影响的基础。
为什么重要
代表退货的实际财务结果,支持差异分析和财务报告。
获取位置
这些信息通常来自与Oracle Fusion Financials中退货案例关联的Credit Memo或Accounts Payable交易记录。
示例
129.9940.000.00
|
|||
|
申请退款金额
RequestedRefundAmount
|
客户最初为退货申请的金额。 | ||
|
说明
此属性记录客户在流程开始时申请的退款金额,是与最终退款金额进行比较的基准。 该数据用于“申请与实际退款金额”仪表板和“退款金额差异率”KPI。分析申请金额与实际金额之间的差异,可以发现退货商品错误、补货费或政策调整等问题,为财务准确性和客户满意度提供有价值的洞察。
为什么重要
作为财务分析基准,用于计算退款差异并发现潜在问题。
获取位置
该值应存储在Oracle Fusion SCM的RMA或退货请求头中,可能位于Order Management模块。
示例
129.9945.501200.00
|
|||
|
结束时间
EndTime
|
表示活动完成时间的时间戳。 | ||
|
说明
结束时间表示活动完成的时间。StartTime表示事件开始的时间,而结束时间用于计算该事件的实际处理时间。对于瞬时事件,StartTime和结束时间可以相同。 在分析中,结束时间与StartTime之差就是活动的“处理时间”。这有助于识别具体的耗时步骤,并将其与步骤之间的等待时间区分开来,是详细瓶颈分析和资源效率计算的基础。
为什么重要
该属性用于计算单项活动的实际处理时间,帮助区分主动工作时间和等待时间。
获取位置
它可能是源系统日志中的独立字段,也可以根据后续活动的StartTime推导。
示例
2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
|
|||
|
退款SLA目标日期
RefundSlaTargetDate
|
根据服务级别协议,预计完成退款的日期。 | ||
|
说明
此属性定义特定案例完成退款流程的截止日期。SLA目标通常由公司政策、客户等级或退货原因决定。 该日期是衡量处理及时性和合规性的基准,直接用于“Refund Policy SLA Compliance”仪表板,也是计算“Refund SLA Conformance Rate”KPI的基础。将实际退款完成日期与目标日期比较,可以识别SLA违约,并优先处理可能逾期的案例。
为什么重要
为衡量按时完成情况提供基准,是计算SLA合规KPI的关键。
获取位置
可能是退货案例中的特定日期字段,也可能需要在退货发起日期上加上预定义时长(例如14天)后计算得出。
示例
2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
|
|||
|
退货原因
ReturnReason
|
客户退回商品时提供的原因。 | ||
|
说明
此属性包含退货原因,通常由客户从预定义列表中选择,例如“商品有缺陷”“尺寸不合适”或“不再需要”。 分析退货原因有助于深入了解产品质量、销售流程准确性和客户行为。利用这些数据,您可以识别缺陷率较高的产品,改进产品描述以减少错误下单,并了解退货的根本原因。这些分析结果可推动针对性改进,减少整体退货量。
为什么重要
深入揭示退货发生的原因,为改进产品和销售流程提供依据。
获取位置
通常以代码或文本字段的形式存储在Oracle Order Management的RMA行项目中。
示例
有缺陷发错商品到货太晚有更优惠的价格
|
|||
|
退货状态
ReturnStatus
|
退货案例当前或最终的状态。 | ||
|
说明
该属性表示退货案例在特定时间点的整体状态或最终结果,例如“已关闭-已退款”“已关闭-已拒绝”或“处理中”。 退货状态是结果分析和监控的关键。它支持按结果筛选案例、比较已批准退货与已拒绝退货的流程,并为“当前退货案例状态仪表板”提供数据。了解各类结果的分布,对于衡量流程有效性至关重要。
为什么重要
提供案例处理结果,对于筛选、对比分析和了解流程成功率至关重要。
获取位置
通常可在Oracle Order Management主退货或RMA头记录的状态字段中获取。
示例
等待收货检验已完成已关闭,已退款已关闭,已拒绝
|
|||
|
RMA编号
RmaNumber
|
Return Merchandise Authorization交易的唯一标识符。 | ||
|
说明
RMA Number是客户退回产品的正式授权编号。它通常与Return Case ID相同,但在某些系统中也可能是单独的前置标识符。 此属性是内部用户和客户都熟悉的重要业务参考编号,可用于搜索和筛选案例,也是退货沟通中最常使用的主要编号。
为什么重要
作为主要业务参考编号,对运营跟踪和客户沟通至关重要。
获取位置
这是Oracle Order Management中Return Merchandise Authorization对象的主要标识符。
示例
789001789002789003
|
|||
|
产品ID
ProductId
|
退回产品的唯一标识符。 | ||
|
说明
此属性是退货涉及具体产品的唯一标识符,例如SKU或商品编号,可将退货流程与产品目录关联起来。 产品级分析对于识别问题商品至关重要。按Product ID筛选或分维度分析流程后,企业可以定位退货率高、检验时间长或存在特定缺陷模式的产品。这些信息对质量控制、供应链管理和产品开发都十分重要。
为什么重要
将退货流程关联到具体产品,支持产品质量和退货模式分析。
获取位置
通常对应Oracle Order Management或Inventory模块RMA行项目中的“INVENTORY_ITEM_ID”或类似字段。
示例
PROD-5540-ASKU-98765ITEM-001-B
|
|||
|
仓库ID
WarehouseId
|
接收退回商品的仓库或设施标识符。 | ||
|
说明
此属性表示接收和处理客户退回商品的具体地点,例如配送中心或仓库。 按仓库分析流程对于识别地点特有的性能问题十分重要。您可以比较不同设施的检验时间、处置结果和整体周期时间,从而发现特定地点的运营低效、人员配置问题或培训需求。
为什么重要
支持按地点分析性能,帮助识别区域或设施特有的瓶颈和低效环节。
获取位置
此字段通常称为“ORGANIZATION_ID”,与Oracle Inventory Management中的收货交易关联。
示例
WH-US-WESTWH-EU-CENTRALDC-01
|
|||
|
处置代码
DispositionCode
|
表示退回实物最终处理方式的代码。 | ||
|
说明
Disposition Code用于说明产品检验后的处理结果,例如重新入库、报废、送修翻新或退回供应商。 这些信息有助于分析退货的财务和运营影响。通过分析处置代码,企业可以了解不可再销售商品产生的成本,并发现改进翻新流程的机会。它将退货流程与库存及财务结果关联起来。
为什么重要
将退货流程与库存中的实物处理结果关联起来,帮助了解回收率和相关成本。
获取位置
检验活动完成后,这些信息会记录在Oracle Inventory Management或Warehouse Management模块中。
示例
RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
|
|||
|
客户ID
CustomerId
|
发起退货客户的唯一标识符。 | ||
|
说明
此属性是与退货案例关联客户的唯一ID,可将退货流程与客户数据库关联起来。 从客户视角分析退货,可以发现重要模式。例如,您可以识别退货频率异常高的客户,这可能反映满意度问题或潜在欺诈。按客户细分进行分析,还能帮助您了解不同客户群体是否存在不同的退货行为。
为什么重要
支持以客户为中心的分析,帮助识别重复退货客户、细分客户行为和潜在欺诈。
获取位置
可在Oracle Order Management中原始销售订单或退货请求的抬头部分找到客户ID或Party ID。
示例
CUST-100589743ACC-54321
|
|||
|
是否符合SLA
IsSlaCompliant
|
表示退款是否在定义的SLA目标内完成的布尔标记。 | ||
|
说明
此计算属性为每个退货案例提供简单的true或false SLA符合性标记。系统通过比较实际退款完成时间戳与“RefundSlaTargetDate”确定该值。 该标记对于快速衡量和可视化合规率至关重要,可驱动“Refund Policy SLA Compliance”仪表板,并简化“Refund SLA Conformance Rate”KPI的计算。您还可以据此快速筛选案例并开展根因分析,了解某些案例未达到SLA的原因。
为什么重要
将日期比较转换为简单的布尔指标,简化SLA监控和报告。
获取位置
计算字段。如果“Refund Processed”时间戳早于或等于“RefundSlaTargetDate”,则为true,否则为false。
示例
truefalse
|
|||
|
是否返工
IsRework
|
表示某项活动是否属于返工循环的布尔标记。 | ||
|
说明
此标记用于识别同一案例中对早期步骤的重复执行,表示流程循环或返工。例如,商品未通过检验并需要重新检验时,第二次检验事件会标记为返工。 此属性是量化流程低效的基础,用于“Return Processing Rework Rates”仪表板,并计算“Return Rework Event Frequency”KPI。识别返工数量及其原因是流程挖掘的主要目标之一,因为返工通常直接反映无效工作、延误和成本增加。
为什么重要
直接标记流程低效和循环,便于量化返工并分析其原因。
获取位置
这是由流程挖掘软件算法计算得出的属性,用于识别单个案例中的重复活动。
示例
truefalse
|
|||
|
退款金额差异
RefundAmountDiscrepancy
|
申请退款金额与实际退款金额之间的计算差值。 | ||
|
说明
此指标量化客户申请金额与实际收到金额之间的货币差异,计算方式为“RequestedRefundAmount”减去“ActualRefundAmount”。 该计算值是“Refund Amount Discrepancy Rate”KPI的基础。非零值表示流程中发生了金额调整。分析差异原因,例如补货费或损坏扣款,有助于了解政策效果和客户沟通情况。
为什么重要
量化退款流程中的财务调整,帮助分析政策和检验结果的影响。
获取位置
计算字段:“RequestedRefundAmount”-“ActualRefundAmount”。
示例
0.005.50-10.00
|
|||
|
退货类型
ReturnType
|
根据预期结果对退货进行分类,例如退款、换货或维修。 | ||
|
说明
此属性用于对正在处理的退货类型进行分类。根据客户获得的是退款、替换产品还是维修后的商品,流程路径和所需步骤可能存在显著差异。 按Return Type分析流程对于了解流程变化至关重要。您可以分别创建退款和换货的流程图,识别每条路径特有的瓶颈和性能特征。这种细分是开展针对性流程改进的基础。
为什么重要
支持按不同流程路径细分分析,因为换货和退款通常遵循不同步骤。
获取位置
通常是Oracle Order Management中RMA抬头或行项目上的类别或类型字段。
示例
退款换货维修
|
|||
退货与退款处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
RMA已创建
|
此活动标志着退货流程正式开始,即在Oracle Fusion SCM中创建Return Material Authorization(RMA)。通常,当用户或自动化流程生成新的RMA销售订单记录时,系统会明确记录这一事件。 | ||
|
为什么重要
这是整个退货流程的主要开始事件。分析从此活动到其他活动的时间,可以了解整体流程时长并识别初始延迟。
获取位置
该事件取自Oracle Fusion Order Management中退货订单头的创建时间戳,对应RMA文档首次保存的时间。
采集
跟踪退货订单头记录的创建日期。
事件类型
explicit
|
|||
|
RMA已批准
|
这一关键里程碑表示退货请求已根据业务规则完成验证并获得批准。通常可根据RMA状态变化推断,并由此解锁客户发货等后续步骤。 | ||
|
为什么重要
审批是流程中的关键Gateway。此处的延迟会直接影响整体退货周期时间和客户满意度。该活动对于分析审批瓶颈至关重要。
获取位置
根据RMA订单头或行状态变为“Approved”或“Awaiting Receiving”时的时间戳推断。
采集
记录RMA状态更新为已批准状态时的时间戳。
事件类型
inferred
|
|||
|
商品已收货
|
此活动标志着仓库或处理中心实际收到退货商品。商品扫描并作为RMA收货记录后,Oracle Fusion Inventory Management会明确记录这一事件。 | ||
|
为什么重要
商品收货是触发后续检验和处理步骤的关键里程碑。衡量从“RMA已批准”到“商品已收货”的时间,有助于分析物流和运输绩效。
获取位置
这是Oracle Inventory Management中明确记录的交易,对应RMA收货的交易日期。
采集
使用Inventory中RMA收货的交易时间戳。
事件类型
explicit
|
|||
|
商品已检验
|
此活动表示商品检验已完成,并已记录质量评估结果。通常,这是Oracle Inventory Management或Quality Management中的明确交易,会更新RMA状态。 | ||
|
为什么重要
检验结果会直接影响后续步骤,例如批准或拒绝退款。检验活动本身的持续时间是衡量仓库效率的重要绩效指标。
获取位置
取自检验员在Oracle Inventory或Quality Management中完成RMA收货检验任务时的交易时间戳。
采集
使用检验交易的完成时间戳。
事件类型
explicit
|
|||
|
贷项通知单已创建
|
这是财务处理活动,即在Accounts Receivable中生成贷项通知单,以授权向客户退款。这是由Order Management中的退货流程触发的明确事件。 | ||
|
为什么重要
贷项通知单的创建是一个明确里程碑,表示企业已承诺向客户退款,也是整个财务结算阶段的触发点。
获取位置
这是Oracle Accounts Receivable中的明确交易。通过贷项通知单上的销售订单引用,可以将该事件关联回原始RMA。
采集
使用AR中贷项通知单交易的创建日期。
事件类型
explicit
|
|||
|
退款已处理
|
此活动标志着已完成向客户支付退款。当付款清算交易记录在Oracle Financials中时,系统会明确记录这一事件。 | ||
|
为什么重要
这是从客户角度衡量退款总周期时间的关键终点,确认企业已履行对客户的财务义务。
获取位置
该事件取自Oracle Accounts Payable或Treasury中结算贷项通知单的付款交易的会计日期或清算日期。
采集
使用结算贷项通知单的付款交易清算日期。
事件类型
explicit
|
|||
|
退货案例已关闭
|
这是最后一个活动,表示与RMA相关的所有操作均已完成,包括收货、处置和财务结算。通常可根据RMA订单的最终“Closed”状态推断。 | ||
|
为什么重要
该事件是流程的明确终点,对于计算端到端周期时间、确保没有案例长期处于开放状态至关重要。
获取位置
根据Oracle Order Management中RMA订单头及其所有行达到最终“Closed”状态时的时间戳推断。
采集
记录RMA头或行状态变为“Closed”的最后一个时间戳。
事件类型
inferred
|
|||
|
RMA审批已提交
|
表示已创建的RMA提交内部审核和审批的时间点。通常可根据RMA状态变化推断,表明流程已从草稿或录入状态进入待审批状态。 | ||
|
为什么重要
跟踪此活动有助于衡量审批前阶段的持续时间,并区分数据录入耗时与等待审批人采取行动的实际时间。
获取位置
根据Order Management审批工作流中RMA订单头或行状态变为“Pending Approval”或等效状态时的时间戳推断。
采集
识别状态变为“Pending Approval”的时间戳。
事件类型
inferred
|
|||
|
RMA已拒绝
|
表示最终决定拒绝客户的退货请求。通常可根据审批阶段RMA状态变为“Rejected”或“Cancelled”推断。 | ||
|
为什么重要
这是关键的异常路径。分析拒绝频率和原因,可以发现退货政策、客户预期或欺诈尝试方面的问题。
获取位置
根据RMA订单头或行状态变为“Rejected”或等效终止状态时的时间戳推断。
采集
识别状态变为“Rejected”或“Cancelled”时的时间戳。
事件类型
inferred
|
|||
|
商品检验已开始
|
表示开始对退货商品进行实物检验,以评估其状况。该事件可以根据仓库管理模块中商品位置或状态的变化推断,也可能由明确的扫描记录。 | ||
|
为什么重要
衡量商品收货到检验开始之间的时间,可以发现检验工位的排队延迟,这是常见的瓶颈。
获取位置
该事件可能通过收货行状态变化,或Oracle Inventory Management中将商品转移至检验位置的交易记录获取。若要明确记录,可能需要进行定制配置。
采集
状态变化或转移至检验区域的库存交易时间戳。
事件类型
inferred
|
|||
|
客户已寄出商品
|
表示客户将退货商品寄回企业的行为。Oracle SCM通常不会直接记录此事件,但可以根据承运商集成数据或手动更新进行推断。 | ||
|
为什么重要
此活动可以帮助了解客户行为和商品在途时间,并区分内部处理延迟与运输造成的延迟。
获取位置
该事件可能根据与RMA关联的承运商运输数据推断,也可能来自Oracle SCM中的手动状态更新。如果没有集成,该事件可能无法获取。
采集
来自承运商API集成或手动录入字段的时间戳。
事件类型
inferred
|
|||
|
客户已获通知
|
表示已向客户发送通知,确认其退货案例的处理结果,例如退款已完成或换货商品已发出。该事件通常取自通信日志或案例状态更新。 | ||
|
为什么重要
及时与客户沟通对满意度至关重要。分析此活动有助于确保达到通信服务级别协议的要求。
获取位置
需要进行系统分析。该事件可能记录在集成的CRM或通信平台中,也可能通过RMA或相关服务请求的手动状态更新记录。
采集
来自外部通信系统或手动更新的时间戳。
事件类型
inferred
|
|||
|
换货订单已创建
|
当客户选择换货而非退款时,会发生此活动。这是一个明确事件,表示系统生成了新的销售订单,通常与原始RMA关联。 | ||
|
为什么重要
此活动标识了一个重要的流程变体。将换货流程与退款流程分开,是准确分析各路径周期时间的关键。
获取位置
这是一个明确事件,即在Order Management中创建新的销售订单文档。需要通过引用字段将其关联回RMA。
采集
使用与RMA关联的新销售订单的创建日期。
事件类型
explicit
|
|||
|
退款已发起
|
此活动表示退款付款流程已经开始。通常可根据贷项通知单状态变化推断,即状态从打开变为正在处理付款的状态。 | ||
|
为什么重要
此活动有助于区分贷项通知单的审批和创建与实际付款处理。付款可能由其他团队或系统负责,也可能成为延迟来源。
获取位置
根据Accounts Receivable中贷项通知单的状态变化,或Accounts Payable中引用该贷项通知单的付款记录创建进行推断。
采集
识别贷项通知单状态变为“Pending Payment”或类似状态时的时间戳。
事件类型
inferred
|
|||
|
退货处置已确定
|
检验完成后,此活动表示已决定如何处理退货商品,例如“Return to Stock”或“Scrap”。系统通过明确的库存交易将商品转移至最终去向,并记录这一活动。 | ||
|
为什么重要
此步骤对于库存准确性和财务对账至关重要。分析处置结果有助于了解退货原因和产品质量问题。
获取位置
检验后,以Oracle Inventory Management中的交易记录,例如子库存转移或商品状态更新。
采集
跟踪执行处置操作的库存交易时间戳。
事件类型
explicit
|
|||
提取指南
消除瓶颈,立即优化退货和退款处理流程
精准定位低效环节,将Oracle Fusion SCM中的周期时间缩短30%。
无需信用卡,5分钟内完成设置。