Se pidió en cajas, se sirvió en kilos, y la factura agrupa albaranes.
El peso se captura a las cuatro y media de la madrugada en una báscula, el albarán se firma a las seis en la puerta de un bar, y la factura agrupa varios albaranes del periodo. Cada uno de esos tres pasos es correcto en su sistema. Lo que no existe es el estado que dice que uno no casó con el siguiente.
Lo que ya sabes, y no hace falta que te contemos
Se pide en unidades y se factura en kilos reales: son dos magnitudes sobre la misma línea, y hay que casarlas.
La temperatura se mide en la descarga y se anota en el albarán. Ahí se queda: no bloquea un lote ni abre un abono.
El cliente tiene setenta y dos horas para reclamar, y la confirmación de lo recibido debería viajar en veinticuatro.
Y el reloj legal del cobro de un perecedero arranca en la puerta a las seis de la mañana, no cuando administración emite la factura.
El peso variable: la factura agrupa albaranes y el descuadre se disuelve en el sumatorio
Cruza: la báscula y el SGA · el albarán firmado · el ERP de facturación
- 01
El hostelero pide dos cajas. El almacén sirve dos cajas que pesan lo que pesan.
- 02
La báscula captura el peso real en el picking y lo asigna al documento.
- 03
El repartidor entrega y el cliente firma el albarán valorado en la puerta.
- 04
La factura del periodo agrupa las entregas por referencia, sumando varios albaranes.
- 05
Cuando un peso no cuadra ya no está en su línea: está disuelto en un sumatorio, y aparece semanas después al conciliar.
Porque las dos filas son correctas cada una en su tabla —hay un pedido en unidades y una factura en kilos, y ninguna está mal— así que no hay error que detectar. Lo que no existe es el estado «este albarán tiene un peso capturado que nadie ha casado con una línea de factura», y un estado que no existe no se puede poner en la bandeja de nadie. Es un problema que el sector lleva años atacando con acuerdos entre empresas y plazos de veinticuatro y setenta y dos horas.
Qué haría Pliuz con este caso
se construye contigoQue la diferencia entre lo que se capturó y lo que se facturó sea un caso abierto con plazo, antes de que el cliente la encuentre. Qué desviación de peso es tolerable la defines tú, por artículo y por cliente, igual que ya está en tu ficha logística.
Los sistemas que suele haber en un distribuidor alimentario
Esta lista no es de conectores: es para que veas que conocemos el terreno antes de proponer nada. Qué se puede leer y escribir de cada uno se decide en el diagnóstico, sistema por sistema.
- Overgest, ibs 21, DistribERP, NoraERP verticales del canal: peso variable, lote y caducidad, preventa, autoventa y reparto
- Básculas Dibal, Bizerba, Epelsa o Mettler Toledola captura del peso real en el picking, con sus rangos de tolerancia
- SGA con FEFOasignación por caducidad, captura de lote en recepción y control de cámaras
- EDI del sectorpedido, aviso de expedición, confirmación de recepción y factura
- Etiqueta logística y matrícula del bultoel identificador del palé que viaja idéntico en el aviso de expedición
- PDA de repartofirma del cliente, cobros en ruta y liquidación; y donde empieza el camino de vuelta
- Registro de temperaturalos registros del equipo de frío, que se conservan y casi nunca se cruzan con el pedido
Nombrar tu ERP no significa que tengamos un conector para él. Significa que sabemos qué documentos maneja y dónde deja de mirar.
Dónde se rompe la cadena
Preparación
¿el lote que salió es el que el sistema dice que salió?
Peso
¿lo capturado casa con lo que se va a facturar?
Entrega
¿la temperatura anotada en el albarán la ha leído alguien?
Devolución
¿lo que volvió es stock, es merma, y de quién es el abono?
Facturación
¿cuántos días lleva firmado este albarán sin facturar?
Cada paso tiene su sistema y su responsable. Lo que no tiene dueño es el hueco entre dos.
Qué cambia
se construye contigoSi un producto devuelto vuelve al stock o va a merma lo sigue decidiendo quien tiene esa responsabilidad, que no es un programa. Lo que deja de pasar es que un descuadre de peso, una devolución sin abonar o un albarán firmado hace semanas se descubran cuando llama el cliente. La tolerancia que dispara el caso la fijas tú, por artículo y por cliente, y se evalúa sin ningún modelo de lenguaje por medio.
Se empieza mirando, sin tocar nada, y los permisos se abren de uno en uno: qué puede tocar Pliuz y quién lo decide.
Cuándo no hay proyecto
Si trabajas solo producto seco a peso fijo, con una ruta corta y sin devolución de fresco, esta página describe problemas que no son los tuyos. Tampoco te compensa si facturas albarán a albarán en vez de agrupar el periodo. El diagnóstico lo mide con tus cifras y el criterio de descarte es público: por debajo del umbral te lo decimos por escrito y no hay proyecto.
Preguntas
- ¿Esto sustituye a mi ERP o a mi SGA?
- No. El SGA sigue preparando y el ERP sigue facturando. Lo que falta no está dentro de ninguno de los dos: es el peso capturado que nadie casó con una línea, la devolución que no llegó a abono y el albarán firmado que no ha vuelto a administración.
- ¿Vais a decidir vosotros si un producto devuelto se puede reintroducir?
- No, y no deberíamos. Esa es una decisión de seguridad alimentaria con criterios tasados y la toma quien tiene la responsabilidad. Lo que se está construyendo es que la decisión no se quede sin tomar y que el abono no se quede sin emitir.
- ¿Tocáis los registros de trazabilidad?
- El diagnóstico empieza en solo lectura y sin acceso a ningún sistema. Después, los permisos se abren de uno en uno y por tipo de caso, nunca en bloque, y todo lo que se hace queda registrado de forma verificable por un tercero.
Gratis · dos sesiones · sin acceso a tus sistemas
Material de este sector revisado el 19 de septiembre de 2026.