El pedido ya se cobró y el producto todavía no está en el rack. Un backorder mal manejado se vuelve un pendiente que nadie surte, un comprador que escribe cada semana y una existencia que por fin llega y se va al pedido equivocado.
Un backorder es un pedido aceptado sobre existencia que todavía no está en el almacén: se vendió lo que viene en camino, lo que el proveedor del cliente prometió para la semana entrante o lo que se agotó entre la compra y el surtido. No es un error por sí mismo —muchas tiendas venden así a propósito— pero se vuelve un problema cuando el almacén no tiene dónde ponerlo y lo deja en una lista aparte que nadie revisa.
El daño no aparece el primer día. Aparece dos semanas después, cuando llega el producto, se acomoda en el rack y se va a los pedidos nuevos que entraron ayer, mientras el comprador que pagó primero sigue esperando. Ese es el resultado normal de tratar los pendientes como una hoja aparte en vez de como pedidos vivos dentro del sistema.
Qué hacer con un backorder desde que entra
Lo primero es decidir explícitamente si ese pedido se acepta o no, y esa decisión es del cliente dueño de la mercancía, no del almacén. Una vez aceptado, el pedido tiene que existir en el sistema con un estado propio —en espera de producto— y no como un pedido normal que simplemente no se puede surtir. La diferencia parece formal y no lo es: un pedido «pendiente» se confunde con uno atorado por otra causa, y a fin de semana nadie sabe cuál es cuál.
Lo segundo es que ese pedido reserve su lugar en la fila. Cuando entra la existencia, lo que llega se debe asignar primero a los pedidos que llevan más tiempo esperando, y solo el sobrante debe quedar disponible para los nuevos. Si esa regla no está en el sistema, la aplica quien acomoda la mercancía, que no tiene forma de saber quién estaba esperando.
Lo tercero es menos evidente y evita el peor de los desenlaces: que el pedido en espera no se quede indefinidamente. Un pendiente sin fecha de revisión termina viviendo en el sistema hasta que alguien lo encuentra meses después, cuando el comprador ya pidió su reembolso y el producto que se le reservó lleva semanas apartado sin que nadie más lo pueda tomar. Conviene fijar desde el principio cuánto tiempo se sostiene un pedido en espera y qué pasa cuando se pasa de ahí.
Un pedido en espera no se atiende con una lista aparte: se atiende reservándole su lugar en la fila desde el día que se aceptó.
Cuándo conviene esperar y cuándo partir el pedido
Cuando un pedido tiene varias líneas y solo falta una, hay dos caminos y ninguno es siempre el correcto. Mandar lo que sí hay y el resto después mejora la experiencia de quien compró y cuesta dos envíos; esperar a tenerlo completo ahorra flete y deja al comprador semanas sin nada. La decisión depende del valor del pedido, de lo que cueste el segundo envío y de qué tan lejos esté la existencia.
Lo que sí conviene siempre es que la regla esté escrita por cliente y no se decida pedido por pedido en la mesa de empaque. Un criterio simple funciona: se parte el pedido cuando lo que falta tiene fecha incierta, y se espera cuando la entrada está confirmada y cerca. Y quien decide quién paga el segundo envío es el cliente, antes de que ocurra el primero.
Lo que tiene que ver el cliente y lo que tiene que ver su comprador
El cliente del almacén necesita ver, sin pedirlo por correo, cuántos pedidos suyos están esperando producto, desde cuándo y qué artículo los detiene. Con eso puede hacer lo único que sirve: apurar a su proveedor, cambiar la promesa de su tienda o cancelar. Sin eso, se entera por los reclamos de sus compradores, que es la peor forma de enterarse.
El comprador final necesita menos y más claro: saber que su pedido está en espera y no perdido. Un aviso a tiempo evita la mayoría de las cancelaciones; el silencio las provoca. Ese mensaje sale de la tienda, pero el dato que lo dispara —este pedido no se pudo surtir y esta es la razón— sale del almacén, y solo puede salir si el estado existe en el sistema.
Cuándo un backorder deja de ser un caso y es un síntoma
Un pedido en espera de vez en cuando es parte del negocio. Los mismos productos en espera todos los meses son otra cosa: son un punto de reorden mal puesto, un proveedor que no cumple o una promesa de disponibilidad que el catálogo no sostiene. Distinguir una cosa de la otra pide lo mínimo, que es que cada pedido en espera quede registrado con su producto y su fecha en el momento, no reconstruido después.
Con ese registro el sistema puede señalar lo evidente antes de que se vuelva costumbre: que un producto concentra las esperas del mes o que la existencia que va llegando no alcanza para la fila que ya está formada. Señalarlo es útil; qué hacer con esa señal —dejar de venderlo, subir el punto de reorden, hablar con el proveedor— lo decide el dueño de la mercancía.
Que un pedido aceptado sin existencia tenga estado propio, reserve su lugar en la fila y se surta solo cuando el producto entra —con el cliente viéndolo sin preguntar— es de lo que hoy se espera de un software WMS para fulfillment y e-commerce.
Casi ninguna venta se pierde porque el producto se haya agotado: se pierde porque nadie avisó y porque el que esperó terminó atrás del que llegó después. Las dos cosas se arreglan con el mismo dato, capturado el día que se aceptó el pedido.