Báscula cosida al ERP sin tecleo

El problema

Dos programas modernos y un dedo en medio.

Al cerrar una pesada, alguien teclea el peso y el código LER a mano en el ERP para generar el albarán de salida. Un dedo gordo mal puesto se convierte en facturación incorrecta o en un expediente de trazabilidad con el dato equivocado.

• El software de la báscula puente ya registra peso y matrícula, y el ERP ya sabe facturar. Entre los dos, una persona copia, pesada a pesada, todos los días.
• Al cerrar cada pesada, sea de entrada de residuo o de salida de árido, alguien teclea el peso y el código LER en el ERP para generar el albarán de salida. Lo hace entre camión y camión, con la cola esperando, y a menudo varias pesadas de golpe.
• Un dígito mal puesto es una factura incorrecta a la constructora o un certificado de gestión con el dato equivocado, y ninguno de los dos se detecta hasta que alguien de fuera lo reclama.
• Y ese error de origen humano se repite varias veces al mes, algunas con impacto en facturación y otras en el certificado.

Cómo encaja con el sistema IRIS

Connect une báscula y ERP por API — la pesada cerrada es la que publica.

Connect cose dos sistemas modernos vía API: cuando se cierra una pesada en báscula, automáticamente se publica peso + matrícula + código LER al ERP. Cierre de pesada = automático, no un teclear en el sistema de gestión.

No se sustituye ningún sistema ni se instala otro intermediario que mantener. Cuando la pesada se cierra en báscula, el ERP ya la tiene, con su código LER. El tecleo intermedio, que es donde nacía el error, deja de existir. Y el gestor autorizado de destino recibe los mismos datos que salieron de báscula.

Ver la arquitectura IRIS completa →

Antes y después

La pesada copiada a mano frente a la pesada publicada

Aspecto	Hoy	Con iLEAN Connect
Paso de báscula a ERP	Tecleo manual tras cada pesada	Automático al cerrar
Código LER en el albarán de salida	Copiado a mano	Heredado de la entrada
Factura a la constructora	Expuesta al error de copia	Con el peso real
Certificado de gestión	Riesgo de dato equivocado	Mismo dato que la báscula
Pesada sin ficha asociada	Pasa desapercibida	Queda pendiente y se avisa
Sistemas existentes	—	Los mismos, cosidos

Errores de tecleo recurrentes al mes (algunos con impacto en facturación o certificado) → cero error de origen humano en el volcado de pesadas.

Estimación de impacto

Estimación de impacto — a validar con vuestros errores de volcado.

El siguiente bloque es una estimación a validar con los datos concretos de tu planta. Lo planteamos para que el comité tenga un orden de magnitud; lo refinamos en el diagnóstico.

• Payback rápido, estimado en 3-6 meses, porque se apoya en dos sistemas que ya tenéis y no exige equipos nuevos en la caseta.
• Cero error de origen humano en el volcado de pesadas al ERP: los errores de tecleo recurrentes de cada mes, algunos con impacto en facturación y otros en el certificado, desaparecen en origen.
• Reducción drástica del riesgo de emitir un certificado de gestión con datos incorrectos, que es el documento del que dependen vuestras constructoras clientes.
• Y el tiempo que hoy se va en copiar y en corregir facturas a constructoras vuelve a la báscula y a la atención de camiones.

Payback rápido (3-6 meses), reducción drástica del riesgo de certificado de gestión con datos incorrectos. *Estimación a validar*.

Y la duda razonable del responsable de producción

«¿Y si la API asigna mal el código LER?» — aquí no hay modelo leyendo nada: el código viaja tal como quedó en la entrada validada. Donde sí interviene la IA, al emparejar una pesada con su ficha, la tarea es anclada y los mejores modelos bajan del 1,5% de error [1]; y una pesada sin pareja clara no se publica, se queda pendiente para el basculista. Lo que llega al ERP es siempre un dato que alguien en báscula ya ha visto y que coincide con lo que marcó el indicador.

^[1] Paper OpenAI «Why Language Models Hallucinate», 2025 — sobre fiabilidad de la IA en tareas ancladas.