Su Plantilla de Datos para el Procesamiento de Devoluciones y Reembolsos
Su Plantilla de Datos para el Procesamiento de Devoluciones y Reembolsos
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de extracción para Salesforce Commerce Cloud
Atributos de Gestión de Devoluciones y Reembolsos
| 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
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
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
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
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
|
|||
Actividades de Gestión de Devoluciones y Reembolsos
| 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
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
Capturar
Detectar cambio en el campo
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
Capturar
Detectar cambio en el campo
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
Capturar
Detectar cambio en el campo
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
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
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
Capturar
Detectar cambio en el campo
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
Capturar
Detectar cambio de
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
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
Dónde obtener
Inferido del
Capturar
Detectar cambio en el campo
Tipo de evento
inferred
|
|||