Su Template de datos para la gestión de devoluciones y reembolsos

Salesforce Commerce Cloud
Su Template de datos para la gestión de devoluciones y reembolsos

Su Template de datos para la gestión de devoluciones y reembolsos

Este Template ofrece una guía completa para recopilar los datos necesarios para analizar el proceso de devoluciones y reembolsos. Describe los campos de datos esenciales, las actividades clave que debe registrar y cómo extraer esta información de los sistemas de origen. Utilice este Template para preparar el Registro de eventos y facilitar el inicio de su proyecto de Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que debe registrar
  • Guía para extraer datos de Salesforce Commerce Cloud
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos para la gestión de devoluciones y reembolsos

Estos son los campos de datos recomendados para incluir en el Registro de eventos y analizar de forma exhaustiva la gestión de devoluciones y reembolsos en Salesforce Commerce Cloud.
5 Obligatorio 6 Recomendado 9 Opcional
Nombre Descripción
Hora del evento
EventTime
Marca de tiempo que indica cuándo tuvo lugar la actividad o el evento específico.
Descripción

La hora del evento registra la fecha y hora exactas en que se ejecutó una actividad o se produjo un cambio de estado. Esta marca de tiempo es fundamental para ordenar correctamente los eventos y realizar análisis temporales.

Process Mining utiliza estas marcas de tiempo para ordenar las actividades, calcular los tiempos de ciclo y de espera entre pasos, y analizar el rendimiento del proceso en distintos periodos. Las marcas de tiempo precisas son la base de un análisis fiable del proceso.

Por qué es importante

Esta marca de tiempo establece el orden cronológico de las actividades, algo fundamental para calcular los tiempos de ciclo e identificar retrasos en el proceso.

Dónde obtenerlo

Suele ser la marca de tiempo de creación o modificación de un registro en Salesforce Commerce Cloud, como 'CreatedDate' o 'LastModifiedDate' en objetos relacionados con el proceso de devolución.

Ejemplos
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-04-18T09:15:22Z
ID del caso de devolución
ReturnCaseId
Identificador único de cada caso de devolución de un cliente, que vincula todas las actividades relacionadas desde el inicio hasta el cierre.
Descripción

El ID del caso de devolución es el identificador principal que vincula todas las actividades asociadas a una devolución o solicitud de reembolso específica. Así, es posible seguir y analizar de forma integral todo el ciclo de vida de una devolución, desde su inicio hasta el cierre definitivo.

En Process Mining, este atributo es fundamental para reconstruir los casos. Cada evento que tiene el mismo ID del caso de devolución forma parte de la misma instancia del proceso. Esto permite visualizar los mapas de procesos, calcular KPI por caso, como el tiempo de ciclo, y analizar las variantes del proceso de devoluciones.

Por qué es importante

Es la clave principal que conecta todos los pasos de un proceso de devolución en un único caso trazable, algo esencial para analizar el proceso de principio a fin.

Dónde obtenerlo

Este identificador suele generarse mediante el proceso de autorización de devolución de mercancía (RMA) de Salesforce Commerce Cloud. A menudo se encuentra en el objeto Return Order o Case.

Ejemplos
RT-0012345RT-0012346RT-0012347
Nombre de la actividad
ActivityName
Nombre del paso o evento específico del proceso empresarial que tuvo lugar durante el proceso de devolución.
Descripción

Este atributo describe la tarea o el hito específico que se completó en un momento determinado para un caso de devolución. Algunos ejemplos son 'Solicitud de devolución creada', 'Artículo recibido en el almacén' y 'Reembolso procesado'.

En Process Mining, el nombre de la actividad se utiliza para crear el mapa del proceso, que muestra la secuencia de pasos y el flujo de los casos. Analizar las actividades es clave para identificar cuellos de botella, ciclos de retrabajo y desviaciones respecto al proceso estándar.

Por qué es importante

Define los pasos del mapa del proceso y permite visualizar y analizar el flujo de trabajo de las devoluciones.

Dónde obtenerlo

Este atributo suele obtenerse de los registros de eventos, los registros de cambios de estado o los datos de finalización de tareas asociados a los objetos Return Order o Case en Salesforce.

Ejemplos
Solicitud de devolución aprobadaInspección del artículo completadaReembolso procesado
Sistema de origen
SourceSystem
Sistema del que proceden los datos del evento.
Descripción

Este atributo identifica el sistema de origen en el que se generaron los datos. En este proceso, el valor será siempre 'Salesforce Commerce Cloud'.

En un análisis más amplio, este campo resulta útil para combinar datos de varios sistemas y comprender cómo fluyen los procesos entre distintas plataformas. Permite conocer claramente el linaje de los datos y ayuda a diagnosticar problemas de calidad específicos de un origen.

Por qué es importante

Aporta contexto sobre el origen de los datos, algo fundamental para la gobernanza de datos y para integrar datos de varios sistemas empresariales.

Dónde obtenerlo

Es un valor estático que se añade durante la extracción y transformación de datos. No es un campo de Salesforce, sino que se define como parte del modelo de datos.

Ejemplos
Salesforce Commerce Cloud
Última actualización de los datos
LastDataUpdate
Marca de tiempo que indica cuándo se extrajeron o actualizaron por última vez los datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción más reciente de datos de Salesforce Commerce Cloud. Permite saber con qué frecuencia se actualizan los datos analizados.

Esta información es esencial para que los usuarios comprendan cuán actual es el análisis del proceso. Ayuda a establecer expectativas sobre la vigencia de los datos y es importante para validar que el conjunto de datos esté completo.

Por qué es importante

Informa a los usuarios sobre la vigencia de los datos y les permite saber si el análisis refleja el estado más reciente del proceso.

Dónde obtenerlo

Esta marca de tiempo la genera la herramienta o el script de extracción de datos cuando se actualizan los datos. No es un campo de Salesforce.

Ejemplos
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Agente de procesamiento
ProcessingAgent
Usuario o agente responsable de gestionar la devolución o una actividad específica del proceso de devolución.
Descripción

Este atributo identifica al empleado o usuario del sistema que realizó una acción en el caso de devolución, como aprobar la solicitud, inspeccionar el artículo o procesar el reembolso. Puede ser un ID de usuario o un nombre específico.

Analizar el agente de procesamiento ayuda a comprender las diferencias de rendimiento entre personas o equipos. Es clave para el Dashboard 'Rendimiento y coherencia de los agentes', que permite identificar necesidades de formación, equilibrar las cargas de trabajo y estandarizar los procedimientos en toda la organización.

Por qué es importante

Permite analizar el rendimiento y la coherencia de distintos usuarios, y ayuda a identificar buenas prácticas y necesidades de formación.

Dónde obtenerlo

Suele encontrarse en campos como 'OwnerId' o 'LastModifiedById' de los objetos Case o Return Order en Salesforce. También puede almacenarse en objetos relacionados con tareas o el historial.

Ejemplos
Alice SmithBob JohnsonAutomatización del sistema
Canal de devolución
ReturnChannel
Canal por el que se inició la devolución, como internet, una tienda física o el servicio de atención al cliente.
Descripción

Este atributo especifica el método que utilizó el cliente para iniciar el proceso de devolución. Entre los canales habituales se encuentran un portal de autoservicio en línea, la entrega del artículo en una tienda física o el contacto con un representante del servicio de atención al cliente.

Comprender el canal de devolución es importante para el Dashboard 'Tendencias del volumen y el rendimiento de las devoluciones'. Ayuda a asignar los recursos de forma eficaz y a analizar si ciertos canales se asocian con tiempos de ciclo más largos, distintos motivos de devolución o mayores costes de procesamiento.

Por qué es importante

Permite segmentar los datos de devoluciones para comprender las diferencias entre procesos y las necesidades de recursos de cada canal, como internet o las tiendas físicas.

Dónde obtenerlo

Puede ser un campo del objeto Return Order o Case, o inferirse a partir del usuario o sistema que creó el registro de devolución.

Ejemplos
Portal en líneaEn tiendaLlamada al servicio de atención al cliente
Importe del reembolso solicitado
RequestedRefundAmount
Importe monetario del reembolso que solicitó el cliente al iniciar la devolución.
Descripción

Este atributo recoge el importe inicial que el cliente espera recibir como reembolso, que suele corresponder al precio del artículo devuelto. Este valor sirve de referencia para calcular el reembolso.

El importe se compara con el 'Importe real del reembolso' en el Dashboard 'Análisis de discrepancias en el importe del reembolso'. Las diferencias importantes o frecuentes pueden indicar problemas con las políticas de devolución, las tarifas de reposición o los errores de cálculo del sistema, y provocar insatisfacción en los clientes.

Por qué es importante

Sirve de referencia para comparar el importe final del reembolso, detectar discrepancias y analizar el impacto financiero de los ajustes.

Dónde obtenerlo

Este valor suele almacenarse en el objeto Return Order o Return Order Line Item y se obtiene del pedido de venta original.

Ejemplos
49.99125.0089.50
Importe real del reembolso
ActualRefundAmount
Importe monetario final que se reembolsó al cliente.
Descripción

Este atributo representa el importe final abonado al cliente una vez completadas todas las evaluaciones, deducciones y cálculos. Puede diferir del importe solicitado por factores como las tarifas de reposición, las promociones o el estado del artículo devuelto.

Analizar este atributo es esencial para la conciliación financiera y para el Dashboard 'Análisis de discrepancias en el importe del reembolso'. Ayuda a cuantificar el impacto financiero de las políticas de devolución e identificar problemas sistémicos en el cálculo y la aprobación de los reembolsos.

Por qué es importante

Es el resultado financiero final de la devolución. Compararlo con el importe solicitado permite conocer el impacto financiero de las políticas de devolución y los ajustes.

Dónde obtenerlo

Este valor suele almacenarse en un objeto Refund o Payment Transaction relacionado con Return Order en Salesforce Commerce Cloud.

Ejemplos
49.99115.000.00
Motivo de la devolución
ReturnReason
Motivo que indica el cliente para devolver el artículo.
Descripción

El motivo de la devolución recoge la razón por la que el cliente inició el proceso. A menudo se selecciona de una lista predefinida, con opciones como 'Talla incorrecta', 'Artículo dañado' o 'Ya no lo necesita'.

Este atributo es fundamental para analizar las causas raíz. Al analizar los motivos de devolución, las empresas pueden identificar tendencias relacionadas con la calidad del producto, problemas de tallaje o descripciones inexactas. Esta información puede impulsar mejoras en el desarrollo de productos, el marketing y la cadena de suministro y, en última instancia, reducir el volumen total de devoluciones.

Por qué es importante

Comprender por qué se devuelven los artículos es clave para identificar las causas raíz, como defectos del producto o problemas de tallaje, y reducir así las devoluciones futuras.

Dónde obtenerlo

Suele ser un campo de lista de selección del objeto Return Order o Case en Salesforce, que el cliente completa al iniciar la devolución.

Ejemplos
Talla incorrectaArtículo dañado al recibirloSe envió el artículo equivocado
SKU del producto
ProductSku
Unidad de mantenimiento de existencias (SKU) del artículo que se devuelve.
Descripción

Este atributo es el identificador único del producto específico que se devuelve. Permite realizar análisis detallados de cada producto.

Analizar las devoluciones por SKU del producto ayuda a identificar aquellos con tasas de devolución elevadas, lo que puede indicar problemas de control de calidad, descripciones deficientes o defectos de fabricación. Esta información es fundamental para el Dashboard 'Tiempo desde la recepción en el almacén hasta la inspección', ya que puede revelar si ciertos tipos de productos tardan más en inspeccionarse.

Por qué es importante

Permite analizar los patrones de devolución de productos específicos y ayuda a detectar artículos con problemas de calidad o descripción.

Dónde obtenerlo

Esta información se encuentra en el artículo de línea del pedido de devolución o en un objeto relacionado que vincula el caso de devolución con el producto específico del pedido original.

Ejemplos
SHIRT-BL-M-001PANTS-BK-32-004SHOE-RD-10-012
Cumple el SLA
IsSlaCompliant
Indicador booleano que señala si el reembolso se procesó dentro de la fecha objetivo definida en el SLA.
Descripción

Este indicador se establece en 'true' si la actividad 'Refund Processed' tuvo lugar en la fecha objetivo del SLA de reembolso o antes, y en 'false' en caso contrario. Ofrece un resultado claro y binario del rendimiento del SLA para cada caso.

Este atributo es la base del Dashboard 'Cumplimiento del SLA de reembolsos' y del KPI 'Tasa de cumplimiento del SLA de reembolsos'. Simplifica el análisis de las tasas de cumplimiento y permite profundizar en los motivos del incumplimiento al segmentar los datos por otros atributos, como 'Agente de procesamiento' o 'Canal de devolución'.

Por qué es importante

Simplifica el análisis del rendimiento del SLA, facilita el cálculo de las tasas de cumplimiento y ayuda a identificar los factores que provocan retrasos.

Dónde obtenerlo

Es un atributo calculado. La lógica es: IF (marca de tiempo de 'Refund Processed' <= RefundSlaTargetDate) THEN true ELSE false.

Ejemplos
truefalse
Cumplimiento de la política de devoluciones
ReturnPolicyAdherence
Indicador de si la devolución cumple las políticas empresariales establecidas.
Descripción

Este atributo indica o clasifica las devoluciones según su cumplimiento de las políticas de la empresa, como el plazo de devolución, el estado del artículo o el comprobante de compra. Puede ser un indicador booleano (cumple/no cumple) o un estado más detallado.

Este atributo es fundamental para el Dashboard 'Resumen del cumplimiento de la política de devoluciones' y el KPI 'Tasa de incumplimiento de las políticas'. Permite a la empresa supervisar la aplicación coherente de las políticas y analizar el impacto de las devoluciones que no las cumplen en el proceso y las finanzas.

Por qué es importante

Permite supervisar la aplicación de las políticas, algo crucial para gestionar los costes, prevenir el fraude y garantizar un trato justo y coherente a los clientes.

Dónde obtenerlo

A menudo es un atributo derivado de un conjunto de reglas empresariales aplicadas a otros datos, como la fecha de devolución, el estado del artículo y el tipo de producto.

Ejemplos
Cumple la políticaNo cumple la política: devolución tardíaNo cumple la política: artículo dañado
Estado de la devolución
ReturnStatus
Estado actual del caso de devolución en su ciclo de vida.
Descripción

Este atributo indica el estado actual de la devolución, como 'Pendiente de aprobación', 'Artículo recibido', 'Reembolsado' o 'Cerrado'. Es un atributo dinámico que cambia a medida que el caso avanza en el flujo de trabajo.

Aunque Process Mining obtiene el flujo a partir de las actividades, el estado actual aporta un contexto valioso para filtrar y analizar los casos abiertos y cerrados. También facilita el seguimiento operativo del volumen de trabajo pendiente y de la carga de trabajo en las distintas etapas del proceso.

Por qué es importante

Ofrece una instantánea de la etapa del proceso en la que se encuentra un caso de devolución, útil para el seguimiento operativo y para filtrar los casos activos.

Dónde obtenerlo

Es un campo estándar 'Status' del objeto Return Order o Case en Salesforce Commerce Cloud.

Ejemplos
Pendiente de aprobaciónAprobadoArtículos recibidosCerrado
Estado del artículo
ItemCondition
Estado evaluado del artículo devuelto tras su inspección en el almacén.
Descripción

Tras recibir un artículo devuelto, normalmente se inspecciona para determinar su estado. Este atributo registra el resultado, por ejemplo, 'Nuevo', 'Usado, apto para la reventa' o 'Dañado'.

Esta evaluación afecta directamente al importe final del reembolso y es un dato clave para el Dashboard 'Resumen del cumplimiento de la política de devoluciones'. El seguimiento de estos datos ayuda a comprender la calidad de los productos devueltos y a gestionar el inventario para su reventa, reacondicionamiento o eliminación.

Por qué es importante

Esta evaluación suele determinar el importe final del reembolso y es fundamental para gestionar el inventario de los productos devueltos.

Dónde obtenerlo

Suele ser un campo personalizado del objeto Return Order Line Item, que se actualiza durante la actividad 'Inspección del artículo'.

Ejemplos
Nuevo/sin abrirUsado, como nuevoDañado/no apto para la venta
Fecha objetivo del SLA de reembolso
RefundSlaTargetDate
Fecha límite para procesar por completo el reembolso del caso de devolución.
Descripción

Este atributo define la fecha límite del acuerdo de nivel de servicio (SLA) para completar el reembolso. Suele calcularse según reglas empresariales, como un número determinado de días desde la aprobación de la solicitud de devolución o la recepción del artículo.

Esta fecha sirve de referencia para medir el rendimiento real en el Dashboard 'Cumplimiento del SLA de reembolsos'. Supervisar el cumplimiento ayuda a ofrecer una experiencia coherente y positiva a los clientes y permite a los responsables identificar los equipos o pasos del proceso que ponen en riesgo los SLA.

Por qué es importante

Define el objetivo de rendimiento para procesar los reembolsos y permite medir el cumplimiento del SLA y su impacto en la satisfacción del cliente.

Dónde obtenerlo

A menudo es un campo calculado del objeto Case o Return Order, que se obtiene al sumar un intervalo de tiempo predefinido a la fecha de creación o aprobación (por ejemplo, CreatedDate + 14 days).

Ejemplos
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
ID del cliente
CustomerId
Identificador único del cliente que inició la devolución.
Descripción

Este atributo es el ID único asociado a la cuenta del cliente. Permite agrupar los datos de devoluciones por cliente.

Analizar las devoluciones por ID del cliente puede ayudar a identificar a quienes devuelven artículos con una frecuencia inusualmente alta, lo que podría indicar un comportamiento fraudulento o una insatisfacción persistente. También permite analizar distintos segmentos de clientes y comprender si ciertos grupos tienen patrones o comportamientos de devolución diferentes.

Por qué es importante

Permite analizar los datos por cliente para identificar a quienes devuelven artículos con frecuencia y comprender los comportamientos de devolución de distintos segmentos.

Dónde obtenerlo

Es un campo estándar de los objetos Order y Case en Salesforce que remite al objeto Customer o Account.

Ejemplos
CUST-98765CUST-12345CUST-55555
Motivo del rechazo
RejectionReason
Motivo específico por el que se denegó una solicitud de devolución o reembolso.
Descripción

Cuando no se aprueba una devolución o se deniega un reembolso, este atributo recoge la justificación. Algunos ejemplos son 'Fuera del plazo de devolución', 'Artículo dañado por el cliente' o 'Artículo no retornable'.

Esta información es fundamental para el Dashboard 'Devoluciones rechazadas y escaladas'. Analizar los motivos de rechazo ayuda a la empresa a comprender los puntos de fricción de la política y el proceso de devolución. Esto puede dar lugar a una comunicación más clara con los clientes, ajustes en las políticas o una evaluación inicial más eficaz de las solicitudes de devolución.

Por qué es importante

Aporta información clave sobre los motivos por los que se rechazan las devoluciones y ayuda a mejorar las políticas, la comunicación con los clientes y la formación de los agentes.

Dónde obtenerlo

Suele ser un campo personalizado del objeto Return Order o Case, que se completa cuando el estado cambia a 'Rejected' o 'Closed - Denied'.

Ejemplos
Plazo de devolución vencidoArtículo en condiciones distintas a las originalesArtículo de venta final
Tiempo desde la recepción hasta la inspección
ReceiptToInspectionTime
Tiempo transcurrido entre la recepción del artículo en el almacén y la finalización de su inspección.
Descripción

Esta métrica calculada mide el tiempo que lleva completar un paso interno clave en el almacén. Es la diferencia entre las marcas de tiempo de las actividades 'Artículo recibido en el almacén' e 'Inspección del artículo completada'.

Esta duración es el foco del Dashboard 'Tiempo desde la recepción en el almacén hasta la inspección' y del KPI 'Tiempo promedio desde la recepción hasta la inspección del artículo'. Analizar esta métrica ayuda a identificar cuellos de botella en las operaciones del almacén, que pueden contribuir de forma significativa a los retrasos generales del proceso.

Por qué es importante

Ayuda a detectar cuellos de botella internos en el almacén que retrasan todo el proceso de devolución y afectan a los tiempos de reembolso y a la disponibilidad del inventario.

Dónde obtenerlo

Se calcula durante la transformación de datos restando la marca de tiempo de 'Artículo recibido en el almacén' de la marca de tiempo de 'Inspección del artículo completada'.

Ejemplos
1 día y 2 horas3 días y 0 horas8 horas
Ubicación del almacén
WarehouseLocation
Identificador del almacén o centro donde se recibió el artículo devuelto.
Descripción

Este atributo especifica qué ubicación física procesó el artículo devuelto. Es especialmente relevante para las empresas con varios centros de distribución.

Analizar los datos por ubicación del almacén puede revelar diferencias de rendimiento entre centros. Por ejemplo, permite detectar si ciertos almacenes tardan más en inspeccionar los artículos o registran más artículos como dañados. Esto ayuda a estandarizar las operaciones y resolver problemas específicos de cada centro.

Por qué es importante

Permite comparar el rendimiento de distintos almacenes y detectar diferencias en los tiempos de procesamiento o en la evaluación de la calidad.

Dónde obtenerlo

Esta información puede almacenarse en Return Order o en un objeto de envío relacionado. También puede inferirse a partir del usuario que registró la recepción.

Ejemplos
WH-EAST-01WH-WEST-03WH-CENTRAL-02
Obligatorio Recomendado Opcional

Actividades de gestión de devoluciones y reembolsos

Estos son los pasos y los hitos clave del proceso que debe registrar para descubrirlo y optimizarlo con precisión.
6 Recomendado 7 Opcional
Actividad Descripción
Artículo recibido en el almacén
Esta actividad marca la recepción física del artículo devuelto en el almacén o centro de procesamiento designado. Se registra cuando un operador del almacén escanea el artículo y actualiza el estado del objeto ReturnOrderItem asociado.
Por qué es importante

Este hito crítico marca el paso de las acciones del cliente al procesamiento interno. Es el punto de partida para medir KPI de eficiencia del almacén, como el tiempo entre la recepción y la inspección.

Dónde obtenerlo

Se deduce de un cambio de estado del objeto ReturnOrder o ReturnOrderItem a «Recibido», o cuando se completa el campo «quantityReceived».

Capturar

Detecte la actualización de ReturnOrderItem.quantityReceived o el cambio de estado a «Recibido».

Tipo de evento inferred
Caso de devolución cerrado
Esta actividad representa el cierre definitivo del caso de devolución en el sistema, una vez que se completa el reembolso, el cambio o el rechazo. Se infiere cuando el estado de ReturnOrder cambia a 'Closed' o 'Completed'.
Por qué es importante

Como punto final principal del proceso, esta actividad es esencial para calcular los tiempos de ciclo generales y medir el rendimiento de la operación de gestión de devoluciones.

Dónde obtenerlo

Se infiere a partir de la marca de tiempo en que el campo de estado del objeto ReturnOrder se actualiza a su estado final, como 'Closed' o 'Completed'.

Capturar

Detecta el cambio del campo ReturnOrder.status a 'Closed'.

Tipo de evento inferred
Inspección del artículo completada
Esta actividad marca la finalización de la inspección del artículo, durante la cual se evalúa y documenta su estado. Se registra cuando cambia el estado del artículo devuelto y se activa el siguiente paso, como el cálculo del reembolso.
Por qué es importante

Este es un punto de decisión clave que determina si corresponde un reembolso. El tiempo desde la recepción hasta la finalización de la inspección es un KPI importante para las operaciones del almacén.

Dónde obtenerlo

Se deduce de una actualización del estado del objeto ReturnOrderItem a «Inspeccionado» o cuando un agente confirma el campo «reasonForReturn».

Capturar

Detecte el cambio del campo ReturnOrderItem.status a «Inspeccionado».

Tipo de evento inferred
Reembolso procesado
Esta actividad confirma que la pasarela de pago procesó correctamente el reembolso y envió los fondos al cliente. Este evento suele activarse mediante una notificación de confirmación del proveedor de pagos.
Por qué es importante

Este es un hito clave para medir el cumplimiento del SLA de reembolsos. Confirma que se completó correctamente la parte financiera del proceso de devolución.

Dónde obtenerlo

Se captura a partir de un evento de notificación de la pasarela de pago que actualiza el estado del objeto Payment o Refund asociado en Salesforce a 'Processed' o 'Completed'.

Capturar

Registra el evento de confirmación del proveedor de pagos que actualiza el estado del objeto Payment.

Tipo de evento explicit
Solicitud de devolución aprobada
Este evento indica que un agente de servicio o una regla automatizada revisó y autorizó una solicitud de devolución. Por lo general, se deduce de un cambio de estado del objeto ReturnOrder, por ejemplo, de «Nuevo» a «Aprobado».
Por qué es importante

El seguimiento de este hito permite analizar la eficiencia de la etapa de aprobación e identificar cuellos de botella. El tiempo entre la creación y la aprobación es un KPI clave para medir el rendimiento de los agentes.

Dónde obtenerlo

Se deduce de la marca de tiempo en que el campo de estado del objeto ReturnOrder se actualiza a un valor que indica la aprobación, como «Aprobado» o «Autorizado».

Capturar

Detecte el cambio del campo ReturnOrder.status a «Aprobado».

Tipo de evento inferred
Solicitud de devolución creada
Esta actividad marca la creación en el sistema de un caso de autorización de devolución. Se registra cuando se crea un nuevo registro ReturnOrder en Salesforce Commerce Cloud, ya sea a través de la tienda en línea por parte del cliente o por un agente de servicio.
Por qué es importante

Como punto de partida del proceso de devolución, esta actividad es esencial para medir el tiempo de ciclo de principio a fin y analizar el volumen de solicitudes de devolución recibidas a lo largo del tiempo.

Dónde obtenerlo

Este evento se registra a partir de la marca de tiempo de creación del objeto ReturnOrder en Salesforce Commerce Cloud OMS.

Capturar

Registre la creación de un nuevo registro ReturnOrder.

Tipo de evento explicit
Etiqueta de devolución generada
Esta actividad representa el momento en que se crea la etiqueta de envío que el cliente utilizará para devolver el artículo. Puede registrarse de forma explícita si una integración con un proveedor de envíos registra este evento en el caso de devolución.
Por qué es importante

Este paso es importante para la experiencia del cliente y puede causar demoras si la generación de la etiqueta no se realiza sin problemas. Marca el momento en que el cliente se hace cargo del envío del artículo.

Dónde obtenerlo

Una integración de envíos, como Salesforce Shipping, puede registrar este evento en un campo personalizado o en un objeto relacionado con ReturnOrder.

Capturar

Registre el evento de la integración de envíos o la creación del objeto personalizado.

Tipo de evento explicit
Importe del reembolso calculado
Este paso consiste en determinar el importe final del reembolso teniendo en cuenta factores como el estado del artículo, las tarifas de reposición o las promociones. A menudo, es un paso automatizado del sistema que completa los campos del importe del reembolso.
Por qué es importante

Analizar este paso es fundamental para el Dashboard «Análisis de diferencias en los importes de los reembolsos», que muestra los casos en los que el importe final difiere del solicitado por el cliente.

Dónde obtenerlo

Este evento se puede deducir cuando se completan o actualizan los campos del importe del reembolso en el objeto ReturnOrder o en un objeto de pago de reembolso asociado.

Capturar

Detecte la marca de tiempo en que se completan los campos del importe del reembolso.

Tipo de evento inferred
Inspección del artículo iniciada
Este evento marca el inicio de la evaluación de la calidad y el estado del artículo devuelto. Por lo general, se deduce cuando el estado del artículo devuelto cambia a «En inspección» o a un estado similar.
Por qué es importante

Registrar el inicio de la inspección permite separar su duración del tiempo total de espera en el almacén y ofrece una visión más detallada de los posibles cuellos de botella.

Dónde obtenerlo

Se deduce de una actualización del estado del objeto ReturnOrderItem a un valor como «En inspección» o «Bajo inspección».

Capturar

Detecte el cambio del campo ReturnOrderItem.status a «En inspección».

Tipo de evento inferred
Pedido de cambio creado
En las devoluciones que dan lugar a un cambio, este evento indica que se creó un nuevo pedido de venta para el artículo de reemplazo. Es una alternativa al reembolso monetario.
Por qué es importante

Seguir esta vía por separado de los reembolsos es importante para comprender las tasas de cambio y la eficiencia del proceso de gestión de cambios.

Dónde obtenerlo

Se captura cuando se crea un nuevo objeto SalesOrder vinculado al ReturnOrder original.

Capturar

Registra la creación de un nuevo SalesOrder vinculado al ID de ReturnOrder.

Tipo de evento explicit
Reembolso aprobado
Esta actividad indica que se aprobó el importe calculado del reembolso y que está listo para procesarse. Puede ser un paso automático o requerir aprobación manual en el caso de devoluciones de alto valor.
Por qué es importante

Este paso de aprobación puede convertirse en un cuello de botella, sobre todo si requiere intervención manual. Es un hito clave antes de iniciar la transacción financiera.

Dónde obtenerlo

Se deduce de un cambio de estado del objeto ReturnOrder o de un objeto relacionado con el resumen de pagos a un estado como «Reembolso aprobado» o «Listo para el reembolso».

Capturar

Detecte el cambio de estado de ReturnOrder o del objeto de pago relacionado.

Tipo de evento inferred
Reembolso iniciado
Este evento marca el momento en que Salesforce Commerce Cloud envía la solicitud de reembolso a una pasarela de pago externa. Representa el inicio de la transacción financiera.
Por qué es importante

Distinguir entre el inicio y el procesamiento es fundamental para analizar el cumplimiento de los SLA. Las demoras posteriores suelen deberse al proveedor de pagos, no al procesamiento interno.

Dónde obtenerlo

Se registra a partir de un evento explícito en el registro de eventos o de una llamada a la API, cuando el sistema se comunica con la pasarela de pago. También se puede deducir de un cambio de estado de un objeto Payment.

Capturar

Registre la llamada a la API de la pasarela de pago o el cambio de estado a «Reembolso pendiente».

Tipo de evento explicit
Solicitud de devolución rechazada
Este evento indica que se rechazó una solicitud de devolución y que no se seguirá procesando. Se registra cuando el estado de ReturnOrder se actualiza a «Rechazado» o «Cancelado» antes de recibir los artículos.
Por qué es importante

Analizar las devoluciones rechazadas ayuda a identificar motivos frecuentes, como el incumplimiento de las políticas, y permite mejorar la comunicación con los clientes y las reglas de validación de la interfaz.

Dónde obtenerlo

Se deduce de la marca de tiempo en que el campo de estado del objeto ReturnOrder se actualiza a un valor que indica el rechazo, como «Rechazado» o «Denegado».

Capturar

Detecte el cambio del campo ReturnOrder.status a «Rechazado».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Salesforce Commerce Cloud

¿Todo listo para empezar?

Utilice este Template de datos para poner en marcha su proyecto de Process Mining. Empiece a optimizar la gestión de devoluciones y reembolsos para aumentar la eficiencia y la satisfacción del cliente.

Mejore hoy la gestión de devoluciones y reembolsos

Localice las ineficiencias y reduzca un 30 % o más el tiempo de ciclo de las devoluciones.

Iniciar la prueba gratuita

No se requiere tarjeta de crédito. La configuración solo toma unos minutos.