Su Plantilla de Datos para el Procesamiento de Devoluciones y Reembolsos

Salesforce Commerce Cloud
Su `Plantilla` de `Datos` para el Procesamiento de Devoluciones y Reembolsos

Su Plantilla de Datos para el Procesamiento de Devoluciones y Reembolsos

Esta plantilla ofrece una guía completa para recopilar los datos necesarios para analizar su proceso de devoluciones y reembolsos. Detalla los campos de datos esenciales, las actividades clave a seguir y ofrece orientaciones específicas sobre cómo extraer esta información de sus sistemas de origen. Utilice esta plantilla para preparar su registro de eventos y asegurar un proyecto de Process Mining sin contratiempos.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de extracción para Salesforce Commerce Cloud
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Devoluciones y Reembolsos

Estos son los campos de datos recomendados para incluir en su registro de eventos y lograr un análisis integral en Salesforce Commerce Cloud.
5 Requerido 7 Recomendado 9 Opcional
Nombre Descripción
Hora del Evento
EventTime
La marca de tiempo que indica cuándo ocurrió la actividad o evento.
Descripción

El Event Time registra la fecha y hora exactas en que se ejecutó una actividad o cambió un estado. Este timestamp es crucial para secuenciar los eventos correctamente y realizar análisis temporales.

El Process Mining depende de estos datos para ordenar actividades, calcular tiempos de ciclo y esperas entre pasos. Unos timestamps precisos son la base de cualquier análisis de procesos fiable.

Por qué es importante

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

Dónde obtener

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 de Caso de Devolución
ReturnCaseId
El identificador único de un caso de devolución, que vincula todas las actividades desde el inicio hasta el fin.
Descripción

El ID de caso de devolución es el identificador principal que une todas las actividades de una solicitud. Permite rastrear y analizar todo el ciclo de vida, desde el inicio hasta el cierre.

En Process Mining, este atributo es clave para la reconstrucción del caso. Cada evento con el mismo ID forma parte de la misma instancia del proceso, lo que permite visualizar el mapa del proceso, calcular KPIs como el tiempo de ciclo y analizar variantes.

Por qué es importante

Esta es la clave principal que conecta todos los pasos de un proceso de devolución en un único caso trazable, lo cual es esencial para el análisis del proceso de principio a fin.

Dónde obtener

Este identificador suele generarse mediante el proceso de Autorización de Devolución de Mercancía (RMA) en 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 que ocurrió dentro del proceso de devolución.
Descripción

Describe la tarea o hito completado (ej. 'Solicitud creada', 'Recibido en almacén').

En Process Mining, el nombre de la actividad sirve para construir el mapa del proceso y ver el flujo de casos. Analizarlo es clave para detectar cuellos de botella, bucles y desviaciones.

Por qué es importante

Define los pasos en el mapa de procesos, permitiendo la visualización y el análisis del workflow de devolución.

Dónde obtener

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

Ejemplos
Solicitud de Devolución AprobadaInspección de Artículo CompletadaReembolso Procesado
Source System
SourceSystem
El sistema donde se originan los datos de los eventos.
Descripción

Identifica el sistema de origen de los datos. En este caso, será siempre 'Salesforce Commerce Cloud'.

Es útil al combinar datos de múltiples sistemas para asegurar la trazabilidad y diagnosticar problemas de calidad específicos de cada plataforma.

Por qué es importante

Aporta contexto sobre el origen de los datos, algo fundamental para el gobierno de datos al integrar información de múltiples sistemas corporativos.

Dónde obtener

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

Ejemplos
Salesforce Commerce Cloud
Última actualización de datos
LastDataUpdate
La 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 última extracción de datos desde Salesforce Commerce Cloud. Aporta transparencia sobre la actualización de los datos analizados.

Esta información es esencial para que los usuarios comprendan qué tan reciente es el análisis del proceso. Ayuda a gestionar las expectativas sobre la puntualidad de los datos y es clave para validar la integridad del conjunto de datos.

Por qué es importante

Informa a los usuarios sobre la vigencia de los datos, asegurando que entiendan si el análisis refleja el estado actual del proceso.

Dónde obtener

Esta marca de tiempo la genera la herramienta o el script de extracción de datos en el momento de la actualización. No es un campo dentro de Salesforce.

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

Identifica al empleado o sistema que realizó la acción (aprobación, inspección, reembolso).

Analizar el agente ayuda a entender variaciones de rendimiento. Es vital para el dashboard de consistencia del agente, detectando necesidades de formación y permitiendo equilibrar cargas de trabajo.

Por qué es importante

Permite el análisis del rendimiento y la coherencia entre diferentes usuarios, ayudando a identificar las mejores prácticas y áreas de capacitación.

Dónde obtener

Se encuentra normalmente en campos como 'OwnerId' o 'LastModifiedById' en los objetos Case o Return Order de Salesforce. También puede estar almacenado en objetos de tareas o de historial relacionados.

Ejemplos
Alice SmithBob JohnsonAutomatización del Sistema
Canal de Devolución
ReturnChannel
El canal por el que se inició la devolución: online, en tienda o mediante atención al cliente.
Descripción

Este atributo especifica el método utilizado por el cliente para iniciar el proceso de devolución. Los canales habituales incluyen el portal de autoservicio online, la entrega en tienda física o el contacto con un representante de atención al cliente.

Entender el canal de devolución es clave para el dashboard 'Return Volume and Throughput Trends'. Ayuda a asignar recursos de forma eficaz y a analizar si ciertos canales presentan tiempos de ciclo más largos, motivos de devolución distintos o mayores costes de procesamiento.

Por qué es importante

Ayuda a segmentar los datos para entender las diferencias en el proceso y las necesidades de recursos según el canal (online o tienda física).

Dónde obtener

Puede ser un campo en el objeto Return Order o Case, o bien inferirse 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 de Reembolso Solicitado
RequestedRefundAmount
El valor del reembolso solicitado por el cliente al iniciar la devolución.
Descripción

Este atributo captura el importe inicial esperado por el cliente. Sirve como base para el cálculo del reembolso final.

Se compara con el 'Importe de reembolso real' en el dashboard de análisis de discrepancias. Diferencias frecuentes pueden indicar fallos en las políticas, errores de cálculo o problemas con las tasas de reposición.

Por qué es importante

Sirve como línea base para comparar con el monto final del reembolso, ayudando a identificar discrepancias y analizar el impacto financiero de los ajustes.

Dónde obtener

Este valor suele guardarse en el objeto Return Order o Return Order Line Item, derivado del pedido de venta original.

Ejemplos
49.99125.0089.50
Monto Real del Reembolso
ActualRefundAmount
El valor monetario final que se reembolsó realmente 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 debido a factores como cuotas de reposición, promociones o el estado del artículo devuelto.

Analizar este atributo es fundamental para la conciliación financiera y para el dashboard 'Refund Amount Discrepancy Analysis'. Ayuda a cuantificar el impacto económico de las políticas de devolución e identifica problemas sistémicos en el flujo de cálculo y aprobación de reembolsos.

Por qué es importante

Este es el resultado financiero final de la devolución. Compararlo con el importe solicitado revela el impacto económico de las políticas de devolución y los ajustes realizados.

Dónde obtener

Este valor suele almacenarse en un objeto de Transacción de Pago o Reembolso relacionado con el Return Order en Salesforce Commerce Cloud.

Ejemplos
49.99115.000.00
Motivo de Devolución
ReturnReason
El motivo proporcionado por el cliente para la devolución del artículo.
Descripción

El Motivo de devolución indica por qué el cliente inició el proceso (ej. 'Talla incorrecta', 'Producto dañado').

Este atributo es vital para el análisis de causa raíz. Al estudiar los motivos, las empresas pueden identificar tendencias sobre calidad del producto o errores de descripción, lo que ayuda a mejorar el desarrollo de productos y el marketing, reduciendo el volumen total de devoluciones.

Por qué es importante

Entender por qué se devuelven los artículos es fundamental para identificar causas raíz, como defectos de producto o problemas de tallaje, lo que ayuda a reducir el volumen de devoluciones futuras.

Dónde obtener

Normalmente es un campo de lista de selección en el objeto Return Order o Case en Salesforce, a menudo completado por el cliente durante el inicio de la devolución.

Ejemplos
Talla IncorrectaArtículo Dañado a la LlegadaArtículo incorrecto enviado
SKU de Producto
ProductSku
El SKU (Stock Keeping Unit) del artículo devuelto.
Descripción

Este atributo es el identificador único del producto devuelto. Permite realizar análisis detallados a nivel de producto individual.

Analizar las devoluciones por SKU ayuda a identificar productos con altas tasas de retorno, lo que puede indicar problemas de control de calidad, descripciones imprecisas o defectos de fabricación. Esta información es fundamental para el dashboard 'Warehouse Receipt to Inspection Time', ya que revela si ciertos tipos de productos tardan más en inspeccionarse.

Por qué es importante

Permite el análisis de patrones de devolución por productos específicos, ayudando a identificar artículos con problemas de calidad o descripción.

Dónde obtener

Esta información se encuentra en el Return Order Line Item 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
Tiempo de ciclo de la devolución
ReturnCycleTime
El tiempo total transcurrido desde la creación de la solicitud hasta el cierre final del caso.
Descripción

Esta métrica mide la duración total del proceso de devolución para un solo caso. Se calcula obteniendo la diferencia entre la marca de tiempo del primer evento ('Return Request Created') y el último ('Return Case Closed').

Como KPI principal del dashboard 'Return Processing Cycle Time Analysis', ofrece una visión general de la eficiencia del proceso. Analizar su distribución ayuda a identificar casos atípicos y a comprender el rendimiento global de las operaciones de devolución.

Por qué es importante

Este es un indicador clave de rendimiento para la eficiencia general del proceso. Reducirlo mejora directamente la experiencia del cliente y disminuye los costes operativos.

Dónde obtener

Esta es una métrica calculada, generada durante la transformación de datos al restar la hora de inicio de la primera actividad de la hora de fin de la última actividad para cada caso.

Ejemplos
10 días 4 horas21 días 8 horas5 días y 2 horas
Adherencia a la Política de Devolución
ReturnPolicyAdherence
Un indicador de si la devolución cumple con las políticas comerciales establecidas.
Descripción

Categoriza las devoluciones según cumplan las políticas (plazo, estado del producto, etc.). Puede ser un indicador 'Conforme/No conforme'.

Es el eje central del dashboard de adherencia a políticas, permitiendo vigilar si las reglas se aplican bien y medir el impacto financiero de los casos no conformes.

Por qué es importante

Permite la monitorización del cumplimiento de políticas, lo cual es crucial para gestionar costos, prevenir fraudes y asegurar un trato justo y consistente al cliente.

Dónde obtener

Suele ser un atributo derivado basado en un conjunto de reglas de negocio aplicadas a otros puntos de datos, como la fecha de devolución, el estado del artículo y el tipo de producto.

Ejemplos
ConformeNo conforme - Devolución fuera de plazoNo conforme - Artículo dañado
Condición del Artículo
ItemCondition
Estado evaluado del artículo devuelto tras la inspección en el almacén.
Descripción

Tras recibir un artículo devuelto, se suele inspeccionar para determinar su estado. Este atributo registra el resultado, como 'Nuevo', 'Usado - Apto para reventa' o 'Dañado'.

Esta evaluación impacta directamente en el importe final del reembolso y es un dato clave para el dashboard de 'Visión general de adherencia a la política de devoluciones'. El seguimiento de estos datos ayuda a entender la calidad de los productos devueltos y a gestionar el inventario para su reventa, reacondicionamiento o desecho.

Por qué es importante

Esta evaluación suele determinar el importe final del reembolso y es crítica para la gestión del inventario devuelto.

Dónde obtener

Suele ser un campo personalizado que se actualiza durante la actividad 'Item Inspection', ubicado en el objeto Return Order Line Item.

Ejemplos
Nuevo/Sin abrirUsado - Como nuevoDañado/No vendible
Cumple con el SLA
IsSlaCompliant
Un indicador booleano que indica si el reembolso fue procesado dentro de la fecha objetivo de SLA definida.
Descripción

Este indicador se establece en 'true' si la actividad 'Refund Processed' ocurrió en o antes de la 'Refund SLA Target Date', y en 'false' en caso contrario. Proporciona un resultado binario claro sobre el cumplimiento del SLA para cada caso.

Este atributo es la base del 'Refund SLA Compliance Dashboard' y del KPI 'Refund SLA Adherence Rate'. Simplifica el análisis de las tasas de cumplimiento y permite profundizar en los motivos de incumplimiento segmentando los datos por otros atributos como 'Processing Agent' o 'Return Channel'.

Por qué es importante

Simplifica el análisis del rendimiento del SLA, permitiendo un fácil cálculo de las tasas de cumplimiento y la identificación de los factores que contribuyen a los retrasos.

Dónde obtener

Este es un atributo calculado. La lógica es: SI (Marca de tiempo de 'Refund Processed' <= RefundSlaTargetDate) ENTONCES true CASO CONTRARIO false.

Ejemplos
truefalse
Estado de Devolución
ReturnStatus
El estado actual del caso de devolución en su ciclo de vida.
Descripción

Indica el estado actual (ej. 'Pendiente de aprobación', 'Recibido'). Es un atributo dinámico que cambia durante el workflow.

Aporta contexto para filtrar casos abiertos o cerrados y ayuda en el seguimiento operativo para entender la carga de trabajo actual en cada etapa.

Por qué es importante

Ofrece una instantánea de la ubicación de un caso en el proceso, útil para el seguimiento operativo y el filtrado de casos activos.

Dónde obtener

Este es un campo estándar de 'Status' en el objeto Return Order o Case en Salesforce Commerce Cloud.

Ejemplos
Pendiente de aprobaciónAprobadoArtículos RecibidosCerrado
Fecha Objetivo de SLA de Reembolso
RefundSlaTargetDate
La fecha límite prevista para que el reembolso se procese por completo.
Descripción

Este atributo define el plazo límite del SLA para completar el reembolso. Se calcula según reglas de negocio (ej. un número de días tras la recepción).

Es la referencia para medir el rendimiento en el dashboard de cumplimiento de SLA, ayudando a detectar equipos o pasos que ponen en riesgo la experiencia del cliente.

Por qué es importante

Define el objetivo de rendimiento para el procesamiento de reembolsos, permitiendo la medición del cumplimiento del SLA y su impacto en la satisfacción del cliente.

Dónde obtener

Suele ser un campo calculado en el objeto Case o Return Order, derivado de la fecha de creación o aprobación más un intervalo de tiempo predefinido (por ejemplo, CreatedDate + 14 días).

Ejemplos
2023-04-29T23:59:59Z2023-05-10T23:59:59Z2023-05-15T23:59:59Z
ID de cliente
CustomerId
Un identificador único para el cliente que inició la devolución.
Descripción

Es el ID único de la cuenta del cliente. Permite agregar datos de devolución a nivel de usuario.

Analizar las devoluciones por ID de cliente ayuda a detectar tasas inusualmente altas (posible fraude o insatisfacción crónica) y permite realizar análisis por segmentos de clientes.

Por qué es importante

Permite un análisis a nivel de cliente para identificar a los que devuelven con frecuencia y comprender el comportamiento de devolución en diferentes segmentos de clientes.

Dónde obtener

Este es un campo estándar en los objetos Order y Case en Salesforce, que vincula con el objeto Customer o Account.

Ejemplos
CUST-98765CUST-12345CUST-55555
Motivo de rechazo
RejectionReason
La razón específica por la cual 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 captura la justificación. Los ejemplos incluyen 'Fuera del plazo de devolución', 'Artículo dañado por el cliente' o 'Artículo no retornable'.

Esta información es crítica para el dashboard 'Rejected and Escalated Returns'. Analizar los motivos de rechazo ayuda a la empresa a comprender los puntos de fricción en la política y el proceso de devolución. Esto puede llevar a una comunicación más clara con los clientes, ajustes en las políticas o una mejor evaluación inicial de las solicitudes de devolución.

Por qué es importante

Proporciona información crucial sobre por qué fallan las devoluciones, ayudando a mejorar las políticas de devolución, la comunicación con el cliente y la capacitación de los agentes.

Dónde obtener

A menudo es un campo personalizado en el objeto Return Order o Case, que se cumplimenta cuando el estado cambia a 'Rejected' o 'Closed - Denied'.

Ejemplos
Periodo de devolución expiradoArtículo no en condición originalArtículo de venta final
Tiempo de recepción a inspección
ReceiptToInspectionTime
El tiempo transcurrido entre la recepción del producto en el almacén y el fin de su inspección.
Descripción

Esta métrica calculada mide el tiempo empleado en un paso interno clave del almacén. Es la diferencia entre las marcas de tiempo de las actividades 'Item Received At Warehouse' e 'Item Inspection Completed'.

Esta duración es el foco del dashboard 'Warehouse Receipt to Inspection Time' y del KPI 'Avg Item Receipt-Inspection Time'. Analizar esta métrica ayuda a identificar bottlenecks en las operaciones de almacén, que pueden influir significativamente en los retrasos generales del proceso.

Por qué es importante

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

Dónde obtener

Se calcula durante la transformación de datos restando la marca de tiempo de 'Item Received At Warehouse' de la de 'Item Inspection Completed'.

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

Este atributo especifica la ubicación física donde se procesó el artículo devuelto. Es especialmente relevante para empresas con múltiples centros de distribución.

El análisis por Warehouse Location permite detectar diferencias de rendimiento entre instalaciones. Por ejemplo, puede mostrar si ciertos almacenes tardan más en las inspecciones o tienen mayores tasas de artículos marcados como dañados. Esto facilita la estandarización de las operaciones y la resolución de problemas específicos de cada centro.

Por qué es importante

Permite la comparación de rendimiento entre diferentes almacenes, destacando variaciones en los tiempos de procesamiento o la evaluación de calidad.

Dónde obtener

Esta información puede estar almacenada en el Return Order o en un objeto de envío relacionado. También puede inferirse a partir del usuario que realizó la actividad de recepción.

Ejemplos
ALM-ESTE-01ALM-OESTE-03WH-CENTRAL-02
Requerido Recomendado Opcional

Actividades de Gestión de Devoluciones y Reembolsos

Estos son los pasos y hitos clave del proceso que debe capturar en su registro de eventos para un descubrimiento y optimización de procesos precisos.
6 Recomendado 7 Opcional
Actividad Descripción
Artículo recibido en almacén
Esta actividad marca la recepción física en el almacén. Se registra cuando un operario escanea el artículo, actualizando el estado del ReturnOrderItem asociado.
Por qué es importante

Este es un hito crítico que marca la transición de la acción del cliente al procesamiento interno. Es el punto de partida para medir los KPIs de eficiencia del almacén, como el tiempo de recepción a inspección.

Dónde obtener

Inferido de un cambio de status en el objeto ReturnOrder o ReturnOrderItem a un estado 'Recibido', o cuando se rellena el campo 'quantityReceived'.

Capturar

Detectar la actualización en ReturnOrderItem.quantityReceived o el cambio de estado a 'Recibido'.

Tipo de evento inferred
Caso de Devolución Cerrado
Esta actividad representa el cierre final del caso en el sistema tras completarse el reembolso, cambio o rechazo. Se infiere cuando el estado de ReturnOrder cambia a 'Cerrado' o 'Completado'.
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 procesamiento de devoluciones.

Dónde obtener

Inferido del timestamp cuando el campo status del objeto ReturnOrder se actualiza a su estado final, como 'Closed' o 'Completed'.

Capturar

Detectar cambio en el campo status de ReturnOrder a 'Closed'.

Tipo de evento inferred
Inspección de Artículo Completada
Esta actividad marca el fin de la inspección del artículo, donde se evalúa su estado. Se registra mediante un cambio de estado en el producto devuelto, activando el siguiente paso, como el cálculo del reembolso.
Por qué es importante

Este es un punto de decisión clave en el proceso que determina si un reembolso está justificado. La duración desde la recepción hasta la finalización de la inspección es un KPI principal para las operaciones de almacén.

Dónde obtener

Inferido de una actualización de status en el objeto ReturnOrderItem a 'Inspected' o cuando la 'reasonForReturn' es confirmada por un agente.

Capturar

Detectar cambio en el campo status de ReturnOrderItem a 'Inspected'.

Tipo de evento inferred
Reembolso Procesado
Esta actividad confirma que el reembolso ha sido procesado con éxito por la pasarela de pago y los fondos se han enviado al cliente. Suele activarse por un callback de confirmación del proveedor de pagos.
Por qué es importante

Este es un hito crítico para medir el cumplimiento del SLA de reembolso. Confirma la finalización con éxito de la parte financiera del proceso de devolución.

Dónde obtener

Se captura mediante un evento de callback de la pasarela de pago que actualiza el estado del objeto de Pago o Reembolso en Salesforce a 'Procesado' o 'Completado'.

Capturar

Rastree 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 significa que una solicitud de devolución ha sido revisada y autorizada por un agente o mediante una regla automatizada. Suele inferirse de un cambio de estado en el objeto ReturnOrder, por ejemplo, de 'New' a 'Approved'.
Por qué es importante

El seguimiento de este hito ayuda a analizar la eficiencia de la etapa de aprobación e identificar bottlenecks. El tiempo entre la creación y la aprobación es un KPI crítico para el rendimiento de los agentes.

Dónde obtener

Inferido del timestamp cuando el campo status del objeto ReturnOrder se actualiza a un valor que representa la aprobación, como 'Approved' o 'Authorized'.

Capturar

Detectar cambio en el campo status de ReturnOrder a 'Approved'.

Tipo de evento inferred
Solicitud de Devolución Creada
Esta actividad marca la creación de un caso de autorización de devolución. Se captura cuando se genera un nuevo registro de ReturnOrder en Salesforce, ya sea por el cliente o por un agente.
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 entrantes a lo largo del tiempo.

Dónde obtener

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

Capturar

Rastree la creación de un nuevo registro de ReturnOrder.

Tipo de evento explicit
Etiqueta de devolución generada
Esta actividad representa la creación de la etiqueta de envío para el cliente. Puede capturarse si existe una integración con un proveedor logístico que registre este evento.
Por qué es importante

Este paso es una parte fundamental de la experiencia del cliente y puede ser una fuente de retrasos si el proceso de generación no es fluido. Marca el momento en que se le indica al cliente que envíe el artículo.

Dónde obtener

Podría estar registrado en un campo personalizado u objeto relacionado en ReturnOrder mediante una integración de envíos como Salesforce Shipping.

Capturar

Rastree el evento de la integración de envío o la creación de un objeto personalizado.

Tipo de evento explicit
Importe de reembolso calculado
Representa el paso en el que se determina el importe final del reembolso, teniendo en cuenta factores como el estado del artículo, las cuotas de reposición o las promociones. Suele ser un paso automatizado del sistema que cumplimenta los campos de importe de reembolso.
Por qué es importante

Analizar este paso es crucial para el dashboard de 'Análisis de Discrepancias en el Monto del Reembolso', destacando los casos en los que el monto final difiere de lo solicitado por el cliente.

Dónde obtener

Este evento se puede inferir a partir de la cumplimentación o actualización de los campos de importe de reembolso en el objeto ReturnOrder o en un objeto de pago de reembolso asociado.

Capturar

Detectar timestamp de cuando se rellenan los campos de monto de reembolso.

Tipo de evento inferred
Inspección de Artículo Iniciada
Este evento señala el inicio de la evaluación de calidad y estado del artículo devuelto. Normalmente se infiere cuando el estado del artículo de devolución cambia a 'Inspecting' o un estado similar.
Por qué es importante

Rastrear el inicio de la inspección ayuda a aislar la duración pura de la inspección del tiempo de espera general en el almacén, proporcionando una visión más detallada de los posibles bottlenecks.

Dónde obtener

Inferido de una actualización de status en el objeto ReturnOrderItem a un valor como 'Inspecting' o 'Under Inspection'.

Capturar

Detectar cambio en el campo status de ReturnOrderItem a 'Inspecting'.

Tipo de evento inferred
Orden de Intercambio Creada
Para las devoluciones que resultan en un intercambio, este `evento` marca la creación de un nuevo pedido de venta para el artículo de reemplazo. Esta es una ruta alternativa a un reembolso monetario.
Por qué es importante

Rastrear esta ruta de forma separada de los reembolsos es importante para entender las tasas de cambio y la eficiencia del proceso de cumplimiento de sustituciones.

Dónde obtener

Capturado de la creación de un nuevo objeto SalesOrder que está vinculado al ReturnOrder original.

Capturar

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

Tipo de evento explicit
Reembolso Aprobado
Esta actividad indica que el importe calculado del reembolso ha sido aprobado. Puede ser un paso automático o requerir validación manual en devoluciones de alto valor.
Por qué es importante

Este paso de aprobación puede ser un cuello de botella, especialmente si es manual. Es un hito clave antes de iniciar la transacción financiera.

Dónde obtener

Inferido de un cambio de status en el ReturnOrder o en un objeto de resumen de pago relacionado a un estado como 'Reembolso Aprobado' o 'Listo para Reembolso'.

Capturar

Detectar cambio de status en ReturnOrder o en el 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 la iniciación y el procesamiento es clave para el análisis del cumplimiento del SLA. Los retrasos después de este punto suelen estar relacionados con el proveedor de pagos, no con el procesamiento interno.

Dónde obtener

Se obtiene de un registro de eventos explícito o de una llamada a la API cuando el sistema se comunica con la pasarela de pago. También puede inferirse de un cambio de estado en el objeto de Pago.

Capturar

Rastree el evento de llamada a la API a la pasarela de pago o un cambio de estado a 'Refund Pending'.

Tipo de evento explicit
Solicitud de Devolución Rechazada
Este evento indica que una solicitud de devolución ha sido denegada y no se procesará más. Se captura cuando el estado del ReturnOrder se actualiza a 'Rejected' o 'Canceled' antes de recibir la mercancía.
Por qué es importante

Analizar las devoluciones rechazadas ayuda a identificar las razones comunes de la denegación, como las infracciones de políticas, lo que puede mejorar la comunicación con el cliente y las reglas de validación de frontend.

Dónde obtener

Inferido del timestamp cuando el campo status del objeto ReturnOrder se actualiza a un valor que representa el rechazo, como 'Rejected' o 'Denied'.

Capturar

Detectar cambio en el campo status de ReturnOrder a 'Rejected'.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus `datos` de Salesforce Commerce Cloud