Su Template de datos para el procesamiento de devoluciones y reembolsos
Su Template de datos para el procesamiento de devoluciones y reembolsos
- Atributos recomendados para recopilar
- Actividades clave que debe seguir para analizar el proceso
- Instrucciones paso a paso para extraer datos de Oracle Fusion SCM
Atributos del procesamiento de devoluciones y reembolsos
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
Nombre de un paso o evento de negocio específico que tuvo lugar durante el proceso de devoluciones y reembolsos. | ||
|
Descripción
Este atributo describe un paso o hito del ciclo de devolución, como «RMA creada», «Artículo inspeccionado» o «Reembolso procesado». Cada actividad representa un momento concreto del proceso registrado en los registros de eventos del sistema. Analizar la secuencia y la duración de estas actividades es fundamental en Process Mining. Permite visualizar los mapas de procesos, identificar cuellos de botella entre pasos y calcular los tiempos de entrega de cada actividad. Estos datos son esenciales para comprender el flujo del proceso, los ciclos de retrabajo y el cumplimiento de los procedimientos operativos estándar.
Por qué es importante
Las actividades son la base del mapa de procesos y permiten visualizar y analizar el flujo, las variaciones y los cuellos de botella del proceso.
Dónde obtenerlo
Se obtiene de los registros de eventos, los cambios de estado o los registros de transacciones específicas de módulos de Oracle Fusion SCM, como Order Management e Inventory Management.
Ejemplos
RMA creadaArtículo recibidoNota de crédito creadaReembolso procesado
|
|||
|
Hora del evento
EventTime
|
Marca de tiempo que indica cuándo tuvo lugar una actividad o un evento específico. | ||
|
Descripción
La hora del evento, o la hora de inicio, es la fecha y hora exactas en que se registró una actividad en el sistema de origen. Proporciona el contexto cronológico de cada paso del proceso. Esta marca de tiempo es esencial para todos los análisis basados en el tiempo. Se utiliza para ordenar correctamente los eventos, calcular los tiempos de ciclo entre actividades, medir la duración total de un caso y evaluar el rendimiento frente a los acuerdos de nivel de servicio (SLA). Sin marcas de tiempo precisas, es imposible analizar la eficiencia del proceso, detectar demoras o comprender su dinámica.
Por qué es importante
Este atributo establece la secuencia cronológica de los eventos, fundamental para calcular todas las métricas de duración y detectar cuellos de botella en el proceso.
Dónde obtenerlo
Esta información suele encontrarse en campos como «Fecha de creación», «Marca de tiempo» o «Fecha de última actualización» asociados a transacciones o registros de estado en Oracle Fusion SCM.
Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ID del caso de devolución
ReturnCaseId
|
Identificador principal que vincula todas las actividades asociadas a una solicitud específica de devolución o reembolso de un cliente. | ||
|
Descripción
El ID del caso de devolución es el identificador único de cada caso en todo el proceso de devoluciones y reembolsos. Vincula todos los eventos, desde la creación inicial de la autorización de devolución de mercancía (RMA) hasta el procesamiento final del reembolso y el cierre del caso. En el análisis de Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada devolución. Permite hacer un seguimiento de todo el ciclo, medir los tiempos totales y comprender las diferencias en la gestión de cada devolución. Todos los demás datos de los eventos se agrupan por este ID para ofrecer una visión unificada del proceso.
Por qué es importante
Esta es la clave esencial para reunir todos los eventos relacionados en una sola instancia del proceso y hacer posible el análisis de principio a fin.
Dónde obtenerlo
Este identificador suele generarse en los módulos de Oracle Order Management o Service cuando se inicia una solicitud de devolución.
Ejemplos
RMA-2023-00123RMA-2023-00456RMA-2023-00789
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica el sistema de información de origen donde se registraron los datos del evento. En este proceso, suele ser «Oracle Fusion SCM». En entornos con varios sistemas integrados, este campo es fundamental para el linaje de los datos y la resolución de problemas. Permite confirmar el origen de los datos y filtrar el análisis por eventos de sistemas específicos, manteniendo la calidad y el contexto de los datos.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos, necesario para validarlos y analizarlos en entornos con varios sistemas.
Dónde obtenerlo
A menudo, se trata de un valor estático que se añade durante el proceso de extracción, transformación y carga (ETL) para indicar el origen del conjunto de datos.
Ejemplos
Oracle Fusion SCMOracle SCM Cloud
|
|||
|
Última actualización de los datos
LastDataUpdate
|
Marca de tiempo de la última actualización o extracción de los datos del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se actualizó por última vez el conjunto de datos. Proporciona la fecha de actualización de todo el conjunto, no de cada evento. Conocer la hora de la última actualización es fundamental para que los usuarios entiendan la vigencia del análisis. Les permite interpretar correctamente los Dashboards y los KPI, y saber si consultan información en tiempo real o datos de hace horas o días. Es un metadato clave en cualquier proyecto de Process Mining.
Por qué es importante
Informa a los usuarios de la antigüedad de los datos para que comprendan el contexto y la vigencia del análisis.
Dónde obtenerlo
Esta marca de tiempo se genera y se añade durante el proceso de extracción, transformación y carga (ETL) de los datos.
Ejemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Agente de procesamiento
ProcessingAgent
|
Usuario o agente responsable de ejecutar una actividad específica del proceso de devolución. | ||
|
Descripción
Este atributo identifica al empleado o usuario del sistema que realizó una tarea, como aprobar una RMA o procesar un reembolso. También puede referirse a un equipo o departamento si no se registra la asignación individual. Analizar el rendimiento por agente es fundamental para la gestión operativa. Este atributo permite crear el Dashboard «Rendimiento de los agentes de procesamiento de devoluciones» y comparar la carga de trabajo, la duración de las actividades y las tasas de retrabajo de los distintos agentes. Esta información puede revelar necesidades de formación, identificar a quienes obtienen mejores resultados y orientar una asignación más adecuada de los recursos.
Por qué es importante
Permite analizar el rendimiento por usuario o equipo, detectar quiénes obtienen mejores resultados, identificar oportunidades de formación y encontrar desequilibrios en la carga de trabajo.
Dónde obtenerlo
Suele encontrarse en campos como «USER_ID», «PROCESSED_BY» o «AGENT_NAME» de los registros de transacciones de Oracle Fusion SCM.
Ejemplos
j.doea.smithm.jones
|
|||
|
Estado de la devolución
ReturnStatus
|
Estado actual o final del caso de devolución. | ||
|
Descripción
Este atributo indica el estado general del caso de devolución en un momento determinado o su resultado final, como «Cerrado: reembolsado», «Cerrado: rechazado» o «En curso». El estado de la devolución es clave para analizar los resultados y supervisar el proceso. Permite filtrar los casos según su resultado, comparar los flujos de las devoluciones aprobadas y rechazadas, y crear el Dashboard «Estado actual del caso de devolución». Comprender la distribución de los resultados es esencial para medir la eficacia del proceso.
Por qué es importante
Indica el resultado de un caso, algo esencial para filtrar, comparar y comprender las tasas de éxito del proceso.
Dónde obtenerlo
Por lo general, está disponible en un campo de estado de la cabecera principal de la devolución o de la RMA en Oracle Order Management.
Ejemplos
En espera de recepciónInspección completadaCerrado - ReembolsadoCerrado - Rechazado
|
|||
|
Fecha objetivo del SLA de reembolso
RefundSlaTargetDate
|
La fecha en que se espera completar el reembolso según el acuerdo de nivel de servicio. | ||
|
Descripción
Este atributo define la fecha límite para completar el proceso de reembolso de un caso. El objetivo del SLA suele depender de las políticas de la empresa, la categoría del cliente o el motivo de la devolución. Esta fecha sirve de referencia para medir la puntualidad y el cumplimiento. Se utiliza directamente en el Dashboard «Cumplimiento del SLA de la política de reembolsos» y es esencial para calcular el KPI «Tasa de cumplimiento del SLA de reembolso». Comparar la fecha real de finalización del reembolso con esta fecha objetivo permite detectar incumplimientos del SLA y priorizar los casos que corren el riesgo de retrasarse.
Por qué es importante
Sirve de referencia para medir el cumplimiento de los plazos y es fundamental para calcular los KPI de cumplimiento del SLA.
Dónde obtenerlo
Puede ser un campo de fecha específico del caso de devolución o calcularse sumando un periodo predefinido (por ejemplo, 14 días) a la fecha de inicio de la devolución.
Ejemplos
2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
|
|||
|
Hora de finalización
EndTime
|
Marca de tiempo que indica cuándo se completó una actividad. | ||
|
Descripción
La hora de finalización indica cuándo termina una actividad. Mientras que StartTime señala cuándo comenzó un evento, la hora de finalización permite calcular el tiempo real de procesamiento de ese evento. En los eventos instantáneos, StartTime y la hora de finalización pueden coincidir. En el análisis, la diferencia entre la hora de finalización y StartTime indica el «Tiempo de procesamiento» de una actividad. Esto permite identificar los pasos que consumen más tiempo y distinguirlos del tiempo de espera entre pasos. Es esencial para analizar en detalle los cuellos de botella y calcular la eficiencia de los recursos.
Por qué es importante
Este atributo es necesario para calcular el tiempo real de procesamiento de cada actividad y distinguir el tiempo de trabajo activo del tiempo de espera.
Dónde obtenerlo
Puede ser un campo independiente en los registros del sistema de origen o calcularse a partir de StartTime de la actividad siguiente.
Ejemplos
2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
|
|||
|
Importe del reembolso solicitado
RequestedRefundAmount
|
El importe que el cliente solicitó inicialmente por la devolución. | ||
|
Descripción
Este atributo recoge el importe del reembolso que solicitó el cliente al inicio del proceso. Es el importe de referencia con el que se compara el reembolso final. Este dato es esencial para el Dashboard «Importes de reembolso solicitados y reales» y el KPI «Tasa de discrepancia en el importe del reembolso». Analizar la diferencia entre los importes solicitados y los reales puede revelar problemas como devoluciones de artículos incorrectos, cargos por reposición o ajustes de políticas. Así se obtiene información valiosa sobre la precisión financiera y la satisfacción del cliente.
Por qué es importante
Sirve como referencia para el análisis financiero, permite calcular las discrepancias en los reembolsos y ayuda a detectar posibles problemas.
Dónde obtenerlo
Este valor debería almacenarse en la cabecera de la solicitud de RMA o devolución en Oracle Fusion SCM, probablemente en el módulo Order Management.
Ejemplos
129.9945.501200.00
|
|||
|
Importe real del reembolso
ActualRefundAmount
|
El importe final que se procesó y reembolsó al cliente. | ||
|
Descripción
Este atributo representa el importe final confirmado que se devolvió al cliente después de aplicar todas las inspecciones, los ajustes y los cargos. Refleja el resultado financiero real de la devolución. Es un dato financiero fundamental para el Dashboard «Importes de reembolso solicitados y reales». Compararlo con el importe solicitado es clave para calcular el KPI «Tasa de discrepancia en el importe del reembolso» y comprender el impacto financiero de las políticas de devolución, el estado de los artículos y los ajustes del proceso.
Por qué es importante
Representa el resultado financiero real de la devolución y permite analizar discrepancias y elaborar informes financieros.
Dónde obtenerlo
Es probable que esta información provenga de las notas de crédito o de los registros de transacciones de cuentas por pagar vinculados al caso de devolución en Oracle Fusion Financials.
Ejemplos
129.9940.000.00
|
|||
|
Motivo de la devolución
ReturnReason
|
El motivo que indica el cliente para devolver el artículo. | ||
|
Descripción
Este atributo recoge el motivo de la devolución, que normalmente el cliente selecciona de una lista predefinida, por ejemplo, «Artículo defectuoso», «Talla incorrecta» o «Ya no lo necesito». Analizar los motivos de devolución permite obtener información valiosa sobre la calidad de los productos, la precisión del proceso de venta y el comportamiento de los clientes. Estos datos ayudan a identificar productos con una alta tasa de defectos, mejorar las descripciones para reducir los pedidos incorrectos y comprender las causas de fondo de las devoluciones. Este análisis puede impulsar mejoras estratégicas que reduzcan el volumen total de devoluciones.
Por qué es importante
Permite comprender por qué se producen las devoluciones y aprovechar esa información para mejorar los productos y los procesos de venta.
Dónde obtenerlo
Suele almacenarse como código o campo de texto en la línea de RMA de Oracle Order Management.
Ejemplos
DefectuosoSe envió un artículo incorrectoLlegó demasiado tardeHay un precio mejor disponible
|
|||
|
Código de disposición
DispositionCode
|
Código que indica el destino final del artículo físico devuelto. | ||
|
Descripción
El código de disposición especifica qué ocurrió con el producto devuelto después de la inspección: por ejemplo, si se reincorporó al inventario, se desechó, se envió a reacondicionar o se devolvió al proveedor. Esta información es valiosa para analizar el impacto financiero y operativo de las devoluciones. El análisis de los códigos de disposición permite comprender los costes asociados a los artículos que no se pueden volver a vender e identificar oportunidades para mejorar los procesos de reacondicionamiento. También vincula el proceso de devolución con los resultados financieros y de inventario.
Por qué es importante
Vincula el proceso de devolución con el destino físico del artículo en el inventario y aporta información sobre las tasas y los costes de recuperación.
Dónde obtenerlo
Esta información se registra en los módulos Oracle Inventory Management o Warehouse Management una vez finalizada la inspección.
Ejemplos
RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
|
|||
|
Cumple el SLA
IsSlaCompliant
|
Indicador booleano que señala si el reembolso se procesó dentro del plazo objetivo del SLA. | ||
|
Descripción
Este atributo calculado indica de forma sencilla si se cumple o no el SLA en cada caso de devolución. Se determina comparando la marca de tiempo de finalización real del reembolso con «RefundSlaTargetDate». Este indicador es esencial para medir y visualizar fácilmente las tasas de cumplimiento. Alimenta el Dashboard «Cumplimiento del SLA de la política de reembolsos» y simplifica el cálculo del KPI «Tasa de cumplimiento del SLA de reembolso». También permite filtrar rápidamente los casos y analizar las causas de fondo para comprender por qué algunos no cumplen el SLA.
Por qué es importante
Simplifica el seguimiento y la elaboración de informes del SLA al convertir la comparación de fechas en una métrica booleana sencilla.
Dónde obtenerlo
Campo calculado. Es verdadero si la marca de tiempo de «Reembolso procesado» es igual o anterior a «RefundSlaTargetDate»; de lo contrario, es falso.
Ejemplos
truefalse
|
|||
|
Discrepancia en el importe del reembolso
RefundAmountDiscrepancy
|
La diferencia calculada entre el importe del reembolso solicitado y el importe real. | ||
|
Descripción
Esta métrica cuantifica la diferencia entre el importe que solicitó el cliente y el que recibió. Se calcula restando «ActualRefundAmount» de «RequestedRefundAmount». Este valor calculado es la base del KPI «Tasa de discrepancia en el importe del reembolso». Un valor distinto de cero indica que se realizó un ajuste durante el proceso. Analizar las causas de estas discrepancias, como los cargos por reposición o las deducciones por daños, aporta información sobre la eficacia de las políticas y la comunicación con los clientes.
Por qué es importante
Cuantifica los ajustes financieros del proceso de reembolso y ayuda a analizar el impacto de las políticas y los resultados de las inspecciones.
Dónde obtenerlo
Campo calculado: «RequestedRefundAmount» - «ActualRefundAmount».
Ejemplos
0.005.50-10.00
|
|||
|
Es retrabajo
IsRework
|
Indicador booleano que señala si una actividad forma parte de un ciclo de retrabajo. | ||
|
Descripción
Este indicador identifica las actividades que repiten pasos anteriores del mismo caso, lo que señala un ciclo o retrabajo. Por ejemplo, si un artículo no supera la inspección y debe inspeccionarse de nuevo, el segundo evento de inspección se marcaría como retrabajo. Este atributo es fundamental para cuantificar las ineficiencias del proceso. Se utiliza en el Dashboard «Tasas de retrabajo en el procesamiento de devoluciones» y para calcular el KPI «Frecuencia de eventos de retrabajo en devoluciones». Identificar la cantidad y las causas del retrabajo es uno de los objetivos principales de Process Mining, ya que permite detectar directamente el esfuerzo desperdiciado, los retrasos y el aumento de los costes.
Por qué es importante
Señala directamente las ineficiencias y los ciclos del proceso, y facilita cuantificar y analizar las causas del retrabajo.
Dónde obtenerlo
Es un atributo calculado que identifica el software de Process Mining mediante algoritmos que detectan actividades repetidas dentro de un mismo caso.
Ejemplos
truefalse
|
|||
|
ID del almacén
WarehouseId
|
El identificador del almacén o centro que recibió el artículo devuelto. | ||
|
Descripción
Este atributo indica la ubicación física específica, como un centro de distribución o almacén, donde se recibió y procesó el artículo devuelto por el cliente. Analizar el proceso por almacén es importante para identificar problemas de rendimiento propios de cada ubicación. Permite comparar los tiempos de inspección, los destinos de los artículos y los tiempos de ciclo generales entre distintos centros. Así se pueden detectar ineficiencias operativas, problemas de dotación de personal o necesidades de formación en ubicaciones concretas.
Por qué es importante
Permite analizar el rendimiento por ubicación e identificar cuellos de botella e ineficiencias propios de una región o un centro.
Dónde obtenerlo
Este campo, que suele llamarse «ORGANIZATION_ID», está asociado a la transacción de recepción en Oracle Inventory Management.
Ejemplos
WH-US-WESTWH-EU-CENTRALDC-01
|
|||
|
ID del cliente
CustomerId
|
El identificador único del cliente que inició la devolución. | ||
|
Descripción
Este atributo es el ID único que identifica al cliente asociado al caso de devolución. Vincula el proceso de devolución con la base de datos de clientes. Analizar las devoluciones desde la perspectiva del cliente puede revelar patrones importantes. Por ejemplo, permite identificar a clientes con una frecuencia de devolución inusualmente alta, lo que podría indicar problemas de satisfacción o un posible fraude. También permite analizar los datos por segmentos de clientes y determinar si ciertos grupos tienen comportamientos de devolución diferentes.
Por qué es importante
Permite analizar las devoluciones desde la perspectiva del cliente, identificar a quienes devuelven artículos con frecuencia, segmentar comportamientos y detectar posibles fraudes.
Dónde obtenerlo
Se encuentra como ID de cliente o de entidad en la cabecera del pedido de venta original o de la solicitud de devolución en Oracle Order Management.
Ejemplos
CUST-100589743ACC-54321
|
|||
|
ID del producto
ProductId
|
El identificador único del producto que se devuelve. | ||
|
Descripción
Este atributo es el identificador único, como un SKU o número de artículo, del producto específico que se devuelve. Vincula el proceso de devolución con el catálogo de productos. El análisis por producto es fundamental para identificar artículos problemáticos. Al filtrar o segmentar el análisis del proceso por ID del producto, las empresas pueden detectar productos con altas tasas de devolución, tiempos de inspección prolongados o patrones de defectos específicos. Esta información es esencial para el control de calidad, la gestión de la cadena de suministro y el desarrollo de productos.
Por qué es importante
Vincula el proceso de devolución con productos específicos y permite analizar su calidad y los patrones de devolución.
Dónde obtenerlo
Correspondería a «INVENTORY_ITEM_ID» o a un campo similar de la línea de RMA en los módulos Oracle Order Management o Inventory.
Ejemplos
PROD-5540-ASKU-98765ITEM-001-B
|
|||
|
Número de RMA
RmaNumber
|
El identificador único de la transacción de autorización de devolución de mercancía. | ||
|
Descripción
El número de RMA es una autorización formal para que un cliente devuelva un producto. Aunque suele coincidir con el ID del caso de devolución, en algunos sistemas puede ser un identificador independiente que se asigna antes. Este atributo sirve como número de referencia comercial, conocido tanto por los usuarios internos como por los clientes. Permite buscar y filtrar casos y suele ser el número principal que se utiliza en las comunicaciones sobre la devolución.
Por qué es importante
Sirve como número de referencia comercial principal, fundamental para el seguimiento operativo y la comunicación con los clientes.
Dónde obtenerlo
Es el identificador principal del objeto de autorización de devolución de mercancía en Oracle Order Management.
Ejemplos
789001789002789003
|
|||
|
Tipo de devolución
ReturnType
|
Clasifica la devolución según el resultado esperado, como un reembolso, un cambio o una reparación. | ||
|
Descripción
Este atributo clasifica el tipo de devolución que se está procesando. El flujo del proceso y los pasos necesarios pueden variar considerablemente según el cliente reciba un reembolso, un producto de reemplazo o un artículo reparado. Analizar el proceso por tipo de devolución es esencial para comprender sus distintas variantes. Permite crear mapas de procesos separados para reembolsos y cambios, e identificar los cuellos de botella y las características de rendimiento propios de cada recorrido. Esta segmentación es clave para orientar las iniciativas de mejora del proceso.
Por qué es importante
Permite segmentar el análisis según los distintos recorridos del proceso, ya que los cambios y los reembolsos suelen seguir pasos diferentes.
Dónde obtenerlo
Suele ser un campo de categoría o tipo en la cabecera o la línea de RMA en Oracle Order Management.
Ejemplos
ReembolsoCambioReparación
|
|||
Actividades del procesamiento de devoluciones y reembolsos
| Actividad | Descripción | ||
|---|---|---|---|
|
Artículo inspeccionado
|
Esta actividad indica que terminó la inspección del artículo y que se registró una evaluación de calidad. Por lo general, se trata de una transacción explícita en Oracle Inventory Management o Quality Management que actualiza el estado de la RMA. | ||
|
Por qué es importante
El resultado de la inspección influye directamente en los pasos siguientes, como la aprobación o el rechazo del reembolso. La duración de la inspección es un indicador clave del rendimiento del almacén.
Dónde obtenerlo
Se obtiene de la marca de tiempo de la transacción registrada cuando la persona inspectora completa la tarea de inspección asociada a la recepción de la RMA en Oracle Inventory o Quality Management.
Capturar
Utilice la marca de tiempo de finalización de la transacción de inspección.
Tipo de evento
explicit
|
|||
|
Artículo recibido
|
Esta actividad marca la recepción física del artículo devuelto en el almacén o centro de procesamiento. Oracle Fusion Inventory Management registra explícitamente el evento cuando se escanea el artículo y se registra su recepción asociada a la RMA. | ||
|
Por qué es importante
La recepción del artículo es un hito fundamental que da paso a la inspección y al procesamiento posteriores. Medir el tiempo entre «RMA aprobada» y «Artículo recibido» permite analizar el rendimiento logístico y de los envíos.
Dónde obtenerlo
Se trata de una transacción explícita registrada en Oracle Inventory Management. El evento corresponde a la fecha de la transacción de recepción de la RMA.
Capturar
Utilice la marca de tiempo de la transacción de recepción de la RMA en Inventory.
Tipo de evento
explicit
|
|||
|
Caso de devolución cerrado
|
Esta es la actividad final e indica que se completaron todas las acciones relacionadas con la RMA, incluidas la recepción, la decisión sobre el destino del artículo y la liquidación financiera. Se infiere a partir del estado final «Cerrado» de la orden RMA. | ||
|
Por qué es importante
Este evento marca el final definitivo del proceso. Es fundamental para calcular el tiempo de ciclo de principio a fin y comprobar que no queden casos abiertos indefinidamente.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo en que la cabecera de la orden RMA y todas sus líneas alcanzan el estado final «Cerrado» en Oracle Order Management.
Capturar
Registre la última marca de tiempo en que el estado de la cabecera o de la línea de la RMA cambia a «Cerrado».
Tipo de evento
inferred
|
|||
|
Nota de crédito creada
|
Esta actividad financiera consiste en generar una nota de crédito en Accounts Receivable para autorizar el reembolso al cliente. Es un evento explícito que activa el proceso de devoluciones en Order Management. | ||
|
Por qué es importante
La creación de una nota de crédito es un hito definitivo que indica el compromiso de la empresa de reembolsar al cliente. Da inicio a la etapa de liquidación financiera del proceso.
Dónde obtenerlo
Se trata de una transacción explícita en Oracle Accounts Receivable. El evento puede vincularse a la RMA original mediante la referencia a la orden de venta incluida en la nota de crédito.
Capturar
Utilice la fecha de creación de la transacción de la nota de crédito en AR.
Tipo de evento
explicit
|
|||
|
Reembolso procesado
|
Esta actividad marca la finalización del pago del reembolso al cliente. Oracle Financials registra explícitamente el evento cuando se contabiliza la transacción de compensación del pago. | ||
|
Por qué es importante
Este es un punto final clave para medir el tiempo total del ciclo de reembolso desde la perspectiva del cliente. Confirma que se ha cumplido la obligación financiera con el cliente.
Dónde obtenerlo
Este evento se obtiene de la fecha contable o de compensación de la transacción de pago en Oracle Accounts Payable o Treasury que liquida la nota de crédito.
Capturar
Utilice la fecha de compensación de la transacción de pago que liquida la nota de crédito.
Tipo de evento
explicit
|
|||
|
RMA aprobada
|
Este hito clave indica que la solicitud de devolución se validó y aprobó de acuerdo con las reglas de negocio. Por lo general, se infiere a partir de un cambio de estado de la RMA que habilita los pasos siguientes, como el envío del artículo por parte del cliente. | ||
|
Por qué es importante
La aprobación es un punto crítico del proceso. Las demoras en esta etapa afectan directamente al tiempo total del ciclo de devolución y a la satisfacción del cliente. Esta actividad es esencial para analizar los cuellos de botella en las aprobaciones.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo del cambio de estado de la cabecera o de la línea de la orden RMA a «Aprobado» o «Pendiente de recepción».
Capturar
Registre la marca de tiempo en que el estado de la RMA se actualiza a aprobado.
Tipo de evento
inferred
|
|||
|
RMA creada
|
Esta actividad marca el inicio oficial del proceso de devolución, cuando se crea una autorización de devolución de mercancía (RMA) en Oracle Fusion SCM. Por lo general, el sistema registra este evento cuando un usuario o un proceso automatizado genera una nueva orden de venta RMA. | ||
|
Por qué es importante
Este es el evento de inicio principal de todo el proceso de devoluciones. Analizar el tiempo transcurrido entre esta actividad y las siguientes permite conocer la duración total del proceso y detectar demoras iniciales.
Dónde obtenerlo
Este evento se obtiene de la marca de tiempo de creación de la cabecera de la orden de devolución en Oracle Fusion Order Management. Corresponde al primer guardado del documento RMA.
Capturar
Registre la fecha de creación de la cabecera de la orden de devolución.
Tipo de evento
explicit
|
|||
|
Artículo enviado por el cliente
|
Representa la acción del cliente de enviar el artículo devuelto a la empresa. A menudo, Oracle SCM no registra directamente este evento, pero puede inferirse a partir de los datos de integración con la empresa de transporte o de una actualización manual. | ||
|
Por qué es importante
Esta actividad aporta información sobre el comportamiento del cliente y el tiempo que los artículos pasan en tránsito. Permite distinguir las demoras internas de las causadas por el envío.
Dónde obtenerlo
Este evento puede inferirse a partir de los datos de envío de la empresa de transporte vinculados a la RMA o de una actualización manual del estado en Oracle SCM. Si no hay integración, es posible que el evento no esté disponible.
Capturar
Marca de tiempo de una API integrada de la empresa de transporte o de un campo de entrada manual de datos.
Tipo de evento
inferred
|
|||
|
Cliente notificado
|
Representa la comunicación enviada al cliente para confirmar la resolución de su caso de devolución, por ejemplo, que se procesó el reembolso o se envió un artículo de reemplazo. A menudo se registra en un historial de comunicaciones o mediante una actualización del estado del caso. | ||
|
Por qué es importante
La comunicación oportuna con el cliente es fundamental para su satisfacción. Analizarla permite comprobar si se cumplen los acuerdos de nivel de servicio de comunicación.
Dónde obtenerlo
Es necesario analizar los sistemas. El evento puede registrarse en un CRM integrado o una plataforma de comunicaciones, o mediante una actualización manual del estado de la RMA o de una solicitud de servicio relacionada.
Capturar
Marca de tiempo de un sistema externo de comunicaciones o de una actualización manual.
Tipo de evento
inferred
|
|||
|
Destino de la devolución determinado
|
Después de la inspección, esta actividad representa la decisión sobre qué hacer con el artículo devuelto, por ejemplo, «Devolver al inventario» o «Desechar». Se registra mediante una transacción explícita de inventario que traslada el artículo a su destino final. | ||
|
Por qué es importante
Este paso es fundamental para la precisión del inventario y la conciliación financiera. Analizar el destino de los artículos ayuda a comprender los motivos de las devoluciones y los problemas de calidad de los productos.
Dónde obtenerlo
Se registra como una transacción en Oracle Inventory Management, por ejemplo, un traslado entre subinventarios o una actualización del estado del artículo después de la inspección.
Capturar
Registre la marca de tiempo de la transacción de inventario que ejecuta la decisión sobre el destino del artículo.
Tipo de evento
explicit
|
|||
|
Inspección del artículo iniciada
|
Indica el inicio de la inspección física del artículo devuelto para evaluar su estado. Puede inferirse a partir de un cambio de ubicación o estado del artículo en el módulo de gestión de almacenes, o registrarse mediante un escaneo explícito. | ||
|
Por qué es importante
Medir el tiempo entre la recepción del artículo y el inicio de la inspección permite detectar demoras en la cola de espera del puesto de inspección, un cuello de botella habitual.
Dónde obtenerlo
Este evento puede registrarse mediante un cambio de estado de la línea de recepción o una transacción que traslade el artículo a una ubicación de inspección en Oracle Inventory Management. Es posible que se necesite una configuración personalizada para registrarlo explícitamente.
Capturar
Marca de tiempo de un cambio de estado o de un traslado de inventario a una zona de inspección.
Tipo de evento
inferred
|
|||
|
Orden de cambio creada
|
Esta actividad se produce cuando el cliente solicita un cambio en lugar de un reembolso. Es un evento explícito en el que se genera una nueva orden de venta, a menudo vinculada a la RMA original. | ||
|
Por qué es importante
Esta actividad permite identificar una variante importante del proceso. Separar los procesos de cambio de los de reembolso es fundamental para analizar correctamente el tiempo de ciclo de cada ruta.
Dónde obtenerlo
Se trata de un evento explícito: la creación de un nuevo documento de orden de venta en Order Management. Debe vincularse a la RMA mediante un campo de referencia.
Capturar
Utilice la fecha de creación de la nueva orden de venta vinculada a la RMA.
Tipo de evento
explicit
|
|||
|
Reembolso iniciado
|
Esta actividad indica que comenzó el proceso de pago del reembolso. A menudo se infiere a partir de un cambio de estado de la nota de crédito, que pasa de abierta a un estado que indica que el pago está en curso. | ||
|
Por qué es importante
Esta actividad permite distinguir la aprobación y creación de la nota de crédito del procesamiento del pago, que puede estar a cargo de otro equipo o sistema y ser una fuente de demoras.
Dónde obtenerlo
Se infiere a partir de un cambio de estado de la nota de crédito en Accounts Receivable o de la creación de un registro de pago en Accounts Payable que haga referencia a la nota de crédito.
Capturar
Identifique la marca de tiempo en que el estado de la nota de crédito cambia a «Pendiente de pago» o a un estado similar.
Tipo de evento
inferred
|
|||
|
RMA rechazada
|
Representa la decisión definitiva de rechazar la solicitud de devolución del cliente. Por lo general, se infiere a partir de un cambio de estado de la RMA a «Rechazado» o «Cancelado» durante la fase de aprobación. | ||
|
Por qué es importante
Esta es una ruta de excepción crítica. Analizar la frecuencia y los motivos de los rechazos puede revelar problemas con las políticas de devolución, las expectativas de los clientes o posibles intentos de fraude.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo del cambio de estado de la cabecera o de la línea de la orden RMA a «Rechazado» o a un estado final equivalente.
Capturar
Identifique la marca de tiempo del cambio de estado a «Rechazado» o «Cancelado».
Tipo de evento
inferred
|
|||
|
Solicitud de aprobación de RMA enviada
|
Este evento indica que la RMA creada se envió para su revisión y aprobación internas. A menudo se infiere a partir de un cambio de estado de la RMA, que pasa de borrador o de entrada a pendiente de aprobación. | ||
|
Por qué es importante
Este dato permite medir la duración de la fase previa a la aprobación. Distingue el tiempo dedicado a introducir los datos del tiempo de espera hasta que la persona aprobadora actúa.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo del cambio de estado de la cabecera o de la línea de la orden RMA a «Pendiente de aprobación» o a un estado equivalente en el flujo de aprobación de Order Management.
Capturar
Identifique la marca de tiempo del cambio de estado a «Pendiente de aprobación».
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para empezar?
Aproveche este Template para agilizar la recopilación de datos y obtener información valiosa sobre el procesamiento de devoluciones y reembolsos. Empiece hoy mismo a optimizar el proceso.
Elimine cuellos de botella y optimice ahora el procesamiento de devoluciones y reembolsos
Detecte ineficiencias y reduzca un 30 % el tiempo de ciclo en Oracle Fusion SCM.
No se requiere tarjeta de crédito. Configure todo en menos de 5 minutos.