Lo esencial, de entrada: la intercepción de pedidos en el OMS casi no tiene nada que ver con qué tan rápido hace clic en "cancelar" el servicio al cliente. Todo se reduce a si el almacén cuenta con una cadena de intercepción completa. Cancelar en el OMS es solo el disparo de salida — la verdadera batalla ocurre en cinco nodos del WMS: ola aún no liberada, recogida en curso, recogido en espera de embalaje, embalado en espera de envío, entregado al transportista. Cuanto más abajo en esa lista, más cuesta la intercepción. Interceptar durante la recogida cuesta unos minutos de mano de obra; una vez que el paquete está en manos del transportista, interceptarlo es básicamente quemar dinero. He visto este mismo fallo tres veces, y el guion nunca cambia: atención al cliente cree que está cancelado, el almacén nunca se entera, la mercancía se envía igual.
Por qué la intercepción de pedidos falla en la planta del almacén
Entre el OMS y el WMS, la cancelación de pedidos tiene un retraso integrado. Un agente pulsa cancelar en el OMS, y esa instrucción debe viajar a través de una notificación push por API, el análisis del WMS y una comprobación del estado de la ola antes de convertirse en una tarea de intercepción en el terminal de mano del recogepedidos. Si algún eslabón de esa cadena funciona por sondeo en lugar de push en tiempo real — o si el WMS nunca devuelve el estado del pedido al OMS — la intercepción se desmorona.
En más de 30 puestas en marcha, la causa raíz nunca ha sido "el sistema no admite la cancelación". Siempre es "se canceló, pero nadie en la planta lo supo". El caso clásico es la temporada alta: los agentes cancelan decenas de pedidos por minuto, la ola del WMS se liberó hace una hora, los recogepedidos recorren los pasillos con carros, y nada en sus terminales dice alto. La mercancía se recoge, se embala, se etiqueta — mientras el agente le dice al cliente "ya lo hemos cancelado". Al día siguiente el cliente recibe el paquete y deja una reseña de una estrella.
Así que seré directo: la intercepción de pedidos no es una función del OMS. Es una cadena que empieza con la acción de cancelar y le da a cada nodo de trabajo del WMS un movimiento de intercepción definido. Cinco nodos, cinco movimientos, cinco perfiles de coste.
Cinco nodos de intercepción: cuanto más tarde lo atrapes, más quema
Esta es la tabla de costes que repaso con cada cliente:
| Nodo de intercepción | Acción en el almacén | Nivel de coste | Tasa de éxito |
|---|---|---|---|
| Ola no liberada | Anular las líneas del pedido de la ola | Casi cero | Casi segura |
| Recogida en curso | Enviar la tarea de intercepción al terminal de mano; las unidades recogidas vuelven a su ubicación de picking | Unos minutos de mano de obra | Alta — si el recogepedidos la ve a tiempo |
| Recogido, en espera de embalaje | Interceptar en la estación de embalaje; la caja completa vuelve al stock | Unos minutos de mano de obra más un movimiento de reposición | Alta |
| Embalado, en espera de envío | Marcar el paquete, trasladarlo a una zona de retención, mantenerlo fuera del camión | Mano de obra más espacio de preparación | Media — depende de ganarle al enganche del remolque |
| Entregado al transportista | Proceso de devolución del transportista | Decenas de dólares más incertidumbre | Baja — depende de la red del transportista |
El patrón es claro: los tres primeros nodos cuestan minutos de mano de obra; el cuarto añade espacio de preparación; el quinto salta a decenas de dólares por paquete, con el éxito en manos del transportista. Así que el primer principio de diseño de la intercepción: llevar el movimiento de intercepción lo más aguas arriba posible. Si puedes eliminarlo antes de liberar la ola, no esperes a la recogida.
Aquí está la parte contraintuitiva que la mayoría de los clientes entiende al revés: creen que el KPI es "cuántos pedidos detuvimos". Error. El verdadero valor es "qué tan rápido sabemos que este pedido ya no se puede detener". Avisar diez minutos antes de que un paquete ya salió permite al servicio iniciar el flujo de reembolso de inmediato y salvar la experiencia. Las reseñas de una estrella vienen de lo contrario: el agente cree que está interceptado, espera dos días y el cliente recibe el paquete. El ROI de una cadena de intercepción no es la tasa de detención — es la visibilidad en tiempo real del estado de intercepción.
Paso a paso: la cadena completa desde la cancelación en el OMS hasta la intercepción en el almacén
Estos son los pasos de implementación, en orden. No te saltes ninguno.
Paso 1: La acción de cancelar en el OMS debe enviarse por push en tiempo real. Nada de sondeo. Cuando un agente cancela en el OMS (o el cliente se autocancela), el OMS debe enviar la instrucción de cancelación al WMS en cuestión de segundos vía API. Los proyectos que sondean cada cinco minutos tienen intercepción solo de nombre — en temporada alta, cinco minutos bastan para recoger una ola entera. Criterio de aceptación: latencia de extremo a extremo desde el clic de cancelar hasta la recepción en el WMS medida en segundos, probada en vivo e incluida en la lista de verificación de la noche de puesta en marcha.
Paso 2: Al recibir la cancelación, el WMS primero comprueba el estado del pedido y luego elige el movimiento de intercepción. Esta lógica de decisión es el corazón de la cadena:
- Pedido aún en el grupo de olas, ola no liberada → quitar las líneas del pedido de la ola y liberar el inventario reservado. Coste cero. El mejor caso.
- Pedido ya en una tarea de recogida → enviar una tarea de intercepción al terminal del recogepedidos de inmediato, con máxima prioridad. El terminal debe aparecer y vibrar — una notificación silenciosa es lo mismo que ninguna notificación, y he visto este mismo fallo tres veces. El recogepedidos devuelve las unidades recogidas a sus ubicaciones y cierra la tarea.
- Mercancía recogida, en cola en embalaje → la pantalla de la estación de embalaje muestra la lista de intercepción, el embalador omite el pedido y la caja completa sigue el flujo de devolución a stock.
- Paquete embalado, en espera de envío → marcarlo (color llamativo, claramente distinto de una etiqueta normal) y trasladarlo a la zona de retención de intercepción — mantenerlo fuera del camión. La zona de retención debe ser una ubicación real del sistema, no "esa esquina vacía junto a la pared", o esos paquetes se convierten en inventario fantasma.
- Paquete entregado al transportista → activar automáticamente la solicitud de devolución del transportista y marcar el pedido en el OMS como "interceptando (enviado)". El guion de servicio pasa a tranquilidad más un plan de reembolso — dejar de prometer al cliente "podemos detenerlo".
Paso 3: El WMS debe devolver el resultado de la intercepción al OMS en tiempo real. Detenido o no — el WMS informa en cuestión de segundos, y la página de detalle del pedido en el OMS muestra "interceptado / interceptando / intercepción fallida (enviado)" de un vistazo. Sin este paso, el servicio al cliente vuela a ciegas. Muchos proyectos construyen el push unidireccional OMS→WMS y se saltan el viaje de vuelta. Ese es el fallo más común que he visto. No el segundo más común. El más común.
Paso 4: La mercancía interceptada necesita un movimiento formal de devolución a stock. Las unidades interceptadas durante la recogida vuelven a sus ubicaciones de picking; las cajas interceptadas en embalaje se deshacen y se guardan por SKU — con un registro de tarea real en el WMS, no "el compañero ya lo devolverá cuando tenga ocasión". Los proyectos que confían en las buenas intenciones siempre revientan sus conteos cíclicos en un trimestre.
Paso 5: La lista de verificación de la noche de puesta en marcha tiene su propia sección de intercepción.
- Que alguien haga un pedido de prueba y recorra el flujo completo "pedido → liberación de ola → cancelar durante la recogida". ¿Aparece el terminal de mano? ¿Vibra?
- Recorrer el flujo "cancelar después de completar el embalaje". ¿Existe la ubicación de retención en el sistema? ¿La marca es visible?
- Lado del servicio: ¿el estado de intercepción en la página de detalle del pedido se actualiza en tiempo real?
- Plan de temporada alta: cuando el volumen de cancelaciones se dispara, ¿las tareas de intercepción se ahogan bajo las tareas normales de recogida? Probar la gestión de prioridades bajo carga.
El fallo que he visto tres veces
Dos proyectos reales, nombres cambiados, detalles reales.
Primero: el almacén de una marca de belleza en Ontario, California, durante un Black Friday de hace unos años. El equipo de servicio canceló decenas de pedidos en el OMS — en cuanto a proceso, todo parecía correcto. Pero su WMS liberaba olas automáticamente cada hora, y las cancelaciones salían por sondeo cada cinco minutos. Cuando llegaron las cancelaciones, la mitad de la mercancía ya estaba recogida. Peor aún, las estaciones de embalaje no tenían lista de intercepción, así que los embaladores embalaron y enviaron como de costumbre. Salieron más de una docena de pedidos; la devolución del transportista más el procesamiento de devoluciones costó decenas de dólares por paquete — unos mil dólares perdidos, más un puñado de reseñas de una estrella. La solución: push en tiempo real en lugar de sondeo, ventanas emergentes de intercepción en los terminales, una lista de intercepción en las pantallas de embalaje. Un trimestre después, el éxito de intercepción en fase de recogida superaba el noventa por ciento.
Segundo: un almacén de accesorios 3C en Texas. La cadena funcionaba, pero fallaron en el Paso 4 — la mercancía interceptada no tenía tarea formal de devolución a stock. Las cajas interceptadas en embalaje se apilaron "temporalmente" detrás de los bancos de embalaje. Tres meses después el conteo cíclico estaba desviado en varios cientos de unidades, y tardaron dos semanas en rastrearlo hasta esa pila. Desde entonces, todos mis proyectos tienen la misma línea roja: la zona de retención de intercepción debe ser una ubicación del sistema. "Apílalo en la esquina por ahora" no es un plan.
Y aquí va mi frase de cierre: la intercepción es mitad tecnología; la otra mitad es asegurarse de que cada nodo tenga una persona, un lugar y un registro en el sistema detrás. El último punto de cada lista de verificación de la noche de puesta en marcha es el mismo — que alguien haga un pedido de prueba y recorra todo el flujo de verdad. Un plan de intercepción de pedidos que solo existe en papel te dará una lección el día pico.
Por Lin Xiao, Consultor de implementación de WMS
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
