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