De dónde vienen las órdenes de devolución: plataformas, registro manual y órdenes existentes, todo llega a OMS

Cada devolución de consumidor — traída de un canal de venta o de una plataforma de devoluciones, creada a mano o heredada de RMS — se convierte en una orden de devolución de OMS: una sola lista y un solo número.

Antes cada devolución caía en un lugar distinto según su origen. Eso se acabó: cada devolución de consumidor se convierte primero en una orden de devolución de OMS. Esa orden es el único documento que sigue la devolución: de dónde vino, a qué almacén va y cómo termina. El trabajo de almacén sigue en RMS cuando su configuración lo usa, pero el documento de RMS es una orden de ejecución derivada de la orden de OMS, nunca una segunda devolución separada.

Vea todas las devoluciones en una lista#

1. Abra OMS → Devoluciones (/oms/rma). Cada fila es una orden: su número, el número del pedido original cuando se conoce, el cliente, el estado y tres columnas extra: Origen, Asignación de almacén y Gestión.
2. Use el filtro Origen para mirar solo una entrada: por ejemplo, solo las devoluciones traídas de plataformas de devoluciones, o solo las que su equipo creó a mano.
3. Sobre la lista hay dos filtros rápidos: «Pendiente de asignación» (devoluciones que aún necesitan almacén; vea el artículo de asignación) y «Error al derivar» (devoluciones cuya orden de ejecución de almacén no pudo crearse).

Origen 1: devoluciones que llegan solas desde las plataformas#

1. Las devoluciones de un canal de venta o una plataforma conectados se traen solas mediante un flujo: OMS e Integration incluyen dos plantillas listas: «Sincronización de devoluciones de canal» (cada 30 minutos) y «Conciliación con plataformas de devoluciones» (cada 2 horas). Active la que corresponda a sus conexiones en Integration → Flujos.
2. ¿Necesita una ahora sin esperar al horario? Abra la conexión en Integration → Conexiones y use su acción «Traer devoluciones»: trae una ronda al momento, con el mismo resultado.
3. Traer dos veces la misma devolución de plataforma nunca crea dos órdenes: cada devolución se concilia por su número de plataforma, así que volver a traerla solo hace avanzar la orden existente. El canal Shopify y ReturnGO son las primeras conexiones con tracción de devoluciones; las demás conexiones siguen funcionando igual que antes.

Origen 2: una devolución que su equipo crea a mano#

1. En la lista de devoluciones, pulse Nueva devolución y elija primero el pedido de venta original: las líneas devolvibles salen de ese pedido, así una línea que nunca estuvo en el pedido no puede devolverse por error.
2. Por cada línea, complete la cantidad que vuelve y elija un motivo estándar (la lista compartida que se mantiene en Master Data → Códigos de motivo). En una línea no puede elegir un grupo amplio: elija el motivo concreto; si ninguno encaja, elija «Otro» y escriba lo que dijo el cliente.
3. Si ya sabe qué almacén debe recibirla, elija el almacén en el propio formulario de creación y la orden nace asignada; déjelo vacío y la orden pasará por la asignación automática o esperará en la cola de asignación (vea el artículo de asignación). Crear dos veces la misma devolución para las mismas líneas se bloquea con un mensaje claro: la devolución abierta ya está ahí.

Origen 3: creado desde las páginas de RMS — también es primero una orden de OMS#

La entrada de siempre del equipo de almacén sigue funcionando: RMS → Órdenes de devolución → + Nuevo RMA mantiene su formulario, pero al guardar ahora se crea primero la orden de devolución de OMS (usted aterriza en su página de detalle de OMS) y la orden de ejecución de RMS se deriva de ella. En el detalle de OMS, la zona de ejecución muestra el número de orden de RMS con un enlace para abrirla; en el lado de RMS usted ve el número de OMS de la misma manera: le den el número que le den, encuentra el otro lado en un clic. Recuerde este patrón de Docklify: una devolución, un documento de OMS, y RMS solo como mesa de ejecución del almacén.

Órdenes existentes, devoluciones gestionadas por la plataforma y reembolsos sin devolución#

• Las devoluciones que seguían abiertas en RMS cuando esto empezó ya fueron heredadas: cada una recibió su orden de devolución de OMS (el Origen muestra «Heredada») y ambas se mantienen en sintonía hasta que la devolución termina. Las devoluciones ya terminadas se quedan solo en RMS: la lista de OMS le dice dónde mirar en lugar de mostrar una copia a medias.
• Algunas devoluciones nunca viajan a su almacén: en los canales con cumplimiento de la plataforma (por ejemplo, el fulfilment de un marketplace), la plataforma recibe y califica la mercancía ella misma. Esas devoluciones también llegan a OMS — marcadas como gestionadas por la plataforma — solo para que pueda conciliarlas; nunca entran en la cola de almacén ni crean trabajo de almacén.
• Un reembolso sin nada que vuelva (la plataforma dice al cliente que se quede el artículo) se registra como reembolso sin devolución: la orden se cierra sin ningún paso de almacén, así nadie espera un paquete que nunca llegará. En el detalle de estas órdenes la entrada de asignación de almacén está oculta: no hay paso de almacén que asignar.
• Si una devolución de plataforma no puede emparejarse con su pedido original, se crea igual: nada se rechaza. La orden queda marcada como «Pedido original no emparejado» en la lista y en el detalle, con una acción «Vincular pedido» para adjuntar a mano el pedido correcto.

Funciones de Docklify usadas en este artículo#

• Lista de devoluciones con columnas de Origen, asignación y gestión y filtros rápidos — OMS → Devoluciones (/oms/rma)
• Plantillas de flujo de devoluciones (sincronización de canal cada 30 min, conciliación cada 2 h) — Integration → Flujos
• Traer devoluciones en una conexión — Integration → Conexiones → abrir una conexión → Traer devoluciones
• Creación manual con motivos estándar — OMS → Devoluciones → Nueva devolución (/oms/rma)
• Página de creación de RMS que registra vía OMS, y la orden de ejecución vinculada en el detalle de OMS — RMS → Órdenes de devolución → + Nuevo RMA (/rms/new)
• Motivos de devolución estándar — Master Data → Códigos de motivo (categoría: return)