Los 7 sitios donde se queda parado un pedido entre el ERP y la entrega

Solo uno, el segundo, y ni siquiera del todo. Tu ERP sabe nombrar tres clases de parada y las tiene en una lista que puedes abrir ahora mismo: bloqueo de crédito, bloqueo de entrega y bloqueo de facturación. Son frenos que alguien puso a propósito, con un motivo registrado y un procedimiento para levantarlos. Funcionan, y solo el segundo de los siete puntos de abajo cae dentro de uno de ellos.

Los otros seis son de otra clase: nadie los frenó. El pedido simplemente ha dejado de avanzar porque la decisión que lo mueve no es de ningún sistema, y un pedido que nadie ha frenado no tiene estado de bloqueo — así que no está en esa lista ni en ninguna otra. Y en el que sí coincide, el del crédito, verás que el problema tampoco es el bloqueo: es quién lo ve.

Porque entró por un canal que no habla el idioma del ERP. Un pedido que llega por correo, por EDI, por el portal del cliente o por la tienda online trae los datos que ese canal sabe dar, y el ERP necesita otros: una referencia que exista en el catálogo, un cliente con condiciones vigentes, un precio que cuadre con la tarifa aplicable ese día.

Cuando algo de eso no encaja, el pedido no se rechaza —sería demasiado visible— sino que se queda en un estado intermedio esperando a que una persona lo mire. El problema es que ese estado intermedio no avisa a nadie. Vive en una bandeja que alguien abre cuando se acuerda, y el comercial que metió el pedido da por hecho que entró porque el canal le dijo que sí.

La señal de que esta es tu costura: pedidos que aparecen dos o tres días tarde con una referencia mal puesta, y un cliente que llama preguntando por algo que en tu sistema no existe todavía.

Esta es la costura entre operaciones y finanzas, y es la que más limpia parece sobre el papel. El cliente supera su límite, el sistema para el pedido, y alguien de administración decide si se libera. Funciona bien salvo por un detalle: el aviso y el pedido viven en dos sitios distintos y los mira gente distinta.

Quien prepara los pedidos ve uno que no puede servir y supone que finanzas está en ello. Quien lleva el crédito ve una lista de clientes al límite y no sabe cuál de ellos tiene un pedido esperando hoy, ni por cuánto importe, ni si el cliente lo necesita para mañana. Los dos están haciendo su trabajo y el pedido no se mueve.

Porque son dos preguntas distintas con la misma respuesta aparente. El ERP lleva el stock contable: lo que ha entrado menos lo que ha salido. El almacén lleva el stock disponible: lo que hay, dónde está, en qué estado y cuánto de eso ya está comprometido para otro pedido.

Entre los dos números caben muchas cosas reales: material recibido y no ubicado, material roto que nadie ha dado de baja, unidades reservadas para un pedido que se canceló y no se liberaron, devoluciones que están físicamente en el muelle y contablemente en ningún sitio. Ninguna de esas situaciones es un error de nadie. Todas producen el mismo síntoma.

La consecuencia operativa es peor que el descuadre en sí: el pedido se confirma al cliente con una fecha que el almacén no puede cumplir, y el problema se descubre el día de preparar, no el día de prometer.

Nadie, y esa es exactamente la incidencia. Es el ejemplo más claro de todo este artículo de una excepción que no es un error: el sistema funciona, el stock es correcto, el pedido es correcto. Lo que falta es una decisión de negocio que depende de cosas que ningún sistema tiene: si ese cliente acepta parciales, si el porte adicional se le repercute, si lo que falta llega el jueves o dentro de tres semanas.

En la práctica la decisión la acaba tomando quien prepara, según su criterio, y sin dejar rastro de por qué. Eso tiene dos costes que no se ven juntos nunca: el pedido se para mientras tanto, y cuando llega la reclamación del cliente nadie puede reconstruir quién decidió qué.

Porque «preparado» y «expedido» los escriben dos sistemas distintos y solo uno de ellos está mirando. El almacén termina, genera el albarán y da su parte por cerrada. A partir de ahí el bulto depende del transportista: de que la recogida estuviera pedida, de que la etiqueta se generase, de que el transportista viniera, de que el bulto no se quedase apartado por un hueco.

El ERP, mientras tanto, ya lo ha dado por expedido, porque el albarán existe. Existe el documento y existe la mercancía; lo que no existe es la recogida. Y como el documento es lo que el sistema mira, el pedido desaparece de todas las listas de pendientes justo en el momento en que más falta hacía que estuviera en una.

Esta costura y la sexta son las que acaban en la misma llamada: el cliente diciendo que no ha llegado algo que tu sistema da por enviado. Cuando eso pasa, separar las cinco realidades que caben en el estado «expedido» es lo primero que hay que hacer, y con las preguntas en el orden correcto se resuelve en minutos en vez de en dos días.

Que queda en un limbo muy caro: entregado de hecho y no entregado de derecho. La prueba de entrega —el albarán firmado, el justificante del transportista, la foto— es lo que convierte «lo mandamos» en «lo recibieron», y es la pieza que más se pierde de toda la cadena porque viaja fuera de tus sistemas y vuelve por un canal que casi nunca está automatizado.

Sin ella pasan dos cosas, y las dos son malas. O no se factura, y el cobro se retrasa semanas por un papel. O se factura igual, y entonces no tienes con qué responder cuando el cliente diga que faltaban dos bultos — que es el momento exacto en que esa prueba valía dinero.

Porque entre la entrega y la factura hay una comprobación que nadie tiene asignada: contrastar lo que se pidió, lo que se sirvió y lo que se va a cobrar. Cuando los tres números coinciden la factura sale sola. Cuando no coinciden —y con parciales, sustituciones o roturas de lote no coinciden a menudo— el caso se aparta, y apartado significa que espera a que alguien tenga un rato.

El síntoma que lo delata es una lista de albaranes pendientes de facturar que crece a final de mes y nunca se vacía del todo. Los fáciles se despachan; los que tienen un descuadre pasan al mes siguiente, y su antigüedad es justamente lo que los hace más difíciles de cobrar.

Que en ninguno de los siete hay un sistema caído ni un dato corrupto. En los siete hay dos sistemas correctos y una junta entre ellos que no es de nadie. Puestos en una tabla se ve mejor lo que importa para actuar: quién se entera primero y qué desbloquea cada uno.

Mira la columna del medio, que es la que duele. En cinco de los siete, el primero que se entera está fuera de tu empresa o es alguien que se lo encuentra por casualidad. Ese es el coste real de que la junta no sea de nadie: no es que las incidencias ocurran, es que se descubren desde fuera.

Con una semana cerrada y una hoja de cálculo. Coge los siete puntos, y por cada uno anota cuántas veces ocurrió, quién tuvo que intervenir y cuánto tiempo pasó parado antes de que alguien se diera cuenta. No hace falta que sea exacto: hace falta que sea tuyo.

De ahí salen las dos únicas cifras que sirven para decidir algo. Cuál de las siete costuras es la tuya —casi nunca pesan las siete por igual, y el reparto es distinto en cada distribuidora— y cuántas horas al mes se van ahí. Si prefieres no empezar de cero, la calculadora de coste hace esa parte de la cuenta con el método a la vista: hoy cubre la primera y la segunda —las dos formas de pedido bloqueado—, la tercera (stock), la cuarta (el parcial que se decide al preparar) y la séptima, más la del fraude de cuenta. Las que le faltan son las dos del transporte. Para esas, la hoja de cálculo sigue siendo tuya.

Lo primero, lo que no: Pliuz no sustituye a tu ERP ni a tu sistema de almacén. Los siete puntos de arriba no se arreglan cambiando el sistema de registro, así que un producto que te pida cambiarlo está resolviendo otro problema.

Lo que estamos construyendo es la capa que vigila las juntas: detectar que un pedido lleva parado más de la cuenta en una de las siete costuras, reunir en un sitio el contexto que hoy está repartido entre tres sistemas, y llevárselo a quien tiene que decidir con todo delante. Ese motor se está construyendo ahora mismo con las primeras distribuidoras, no es un producto que puedas comprar hoy, y decirlo de otra forma sería venderte humo.