
Pesaje industrial en naves y almacenes: básculas, plataformas y software
Elige una solución para pesar cargas y registrar los datos dentro de la operativa de la nave.
Consultar la guíaTODONAVES · DATOS Y TRAZABILIDAD DEL PESAJE
Capturar un peso es solo el principio. El software debe asociarlo al producto y al lote correctos, conservar su origen y entregarlo al almacén o al ERP sin transcripciones, pérdidas ni registros duplicados. Así puedes definir qué necesitas y comprobarlo antes de contratar.
El valor del sistema está en unir la pesada con la operación que la necesita: recepción, producción, almacén o expedición.
El software para la gestión del pesaje industrial recibe datos de uno o varios equipos, los vincula con una operación y los conserva para consultarlos, imprimirlos o compartirlos. Puede servir para registrar palés, gestionar entradas y salidas de camiones, controlar lotes o preparar etiquetas. Las funciones disponibles dependen de la aplicación y de los módulos contratados.
Empieza por el proceso: qué se pesa, quién lo identifica, cuándo se acepta la lectura y qué sistema utilizará el resultado. Después confirma compatibilidad con el indicador, tratamiento de taras, permisos, trabajo ante fallos y coste de integración. Una demostración con tu báscula y tus datos vale más que una lista de prestaciones.
Identificar, capturar, validar, guardar y comunicar son pasos diferentes. El proveedor debe explicar qué ocurre si falla cualquiera de ellos.
Un programa que guarda lecturas en un ordenador puede bastar para una estación sencilla. Una planta con órdenes de fabricación, varios turnos y básculas distintas necesita coordinar más información. Antes de comparar marcas, determina qué operación quieres resolver y qué parte seguirá realizando el ERP, el sistema de almacén o el control de producción.
| Aplicación | Trabajo que debe resolver | Comprobación decisiva |
|---|---|---|
| Captura y registro | Guardar lecturas de una estación con fecha, equipo y referencia. | Distinguir una pesada aceptada de una lectura que solo aparece en pantalla. |
| Recepción y expedición | Relacionar mercancía, proveedor, pedido, palé o vehículo. | Cerrar la operación correcta aunque entrada y salida ocurran en momentos distintos. |
| Producción y dosificación | Vincular pesos con órdenes, recetas o consumos. | Delimitar qué controla el programa y qué ejecuta el automatismo. |
| Pesaje y etiquetado | Preparar tickets o etiquetas con datos del producto y la operación. | Reimprimir sin crear una segunda entrada de mercancía. |
También conviene separar gestionar información de controlar una máquina. Si el programa ordena llenados, rechazos o movimientos, la oferta debe explicar su relación con el autómata y las protecciones del equipo. No conviertas una aplicación administrativa en el único control de una maniobra peligrosa.
El software tampoco mejora por sí solo la capacidad, la exactitud o el estado de una báscula. Un dato digital puede conservar una lectura equivocada con mucha rapidez. El instrumento, la instalación y la forma de pesar deben ser adecuados antes de automatizar su registro.
Pide que se identifique de dónde llega el valor y cómo se comprueba su estado. El sistema debería reconocer las señales disponibles del indicador, como estabilidad, unidad o error, y mostrar cuándo la conexión se ha perdido. La aceptación puede ser manual o seguir una regla validada; una actualización continua del número en pantalla no equivale a una transacción guardada.
Define cómo se evita registrar dos veces el mismo palé cuando el operario pulsa de nuevo o cuando la carga permanece sobre la plataforma. Si se permite introducir un peso manualmente, esa vía debe distinguirse de la captura automática y quedar limitada a las personas y situaciones autorizadas.
La tara puede proceder de una pesada, de un recipiente identificado o de un valor predefinido admitido para el proceso. Exige conocer su origen y su vigencia. No reutilices sin comprobar una tara de camión después de cambiar remolque, accesorios o condiciones de carga. El programa debe conservar bruto, tara y neto sin confundirlos.
Para las etiquetas, comprueba impresora, tamaño, contenido, plantillas y lectura del código con los lectores habituales. En una reimpresión debe reconocerse el mismo registro; corregir un dato comercial no debería ocultar qué ocurrió con el original. Acuerda también qué documento se considera válido cuando hay varias copias.
El operario necesita localizar una operación por pedido, lote, fecha o identificador sin abrir varios programas. El supervisor necesita saber quién anuló, corrigió o autorizó una excepción. Solicita un historial que explique el cambio y su motivo, con acceso restringido: borrar una fila para cuadrar el inventario destruye información necesaria para investigar la diferencia.
La trazabilidad depende de las relaciones entre datos. Un registro de «820 kg» no identifica qué se recibió ni dónde terminó. Diseña una ficha breve que el operario pueda completar o leer con un escáner y que mantenga la relación con pedidos, productos y movimientos posteriores.
| Grupo de datos | Contenido a definir | Problema que evita |
|---|---|---|
| Identidad de la operación | Identificador único, tipo y estado: pendiente, aceptada, anulada. | Confundir dos eventos o contabilizar un reintento como mercancía nueva. |
| Resultado | Bruto, tara, neto, unidades y procedencia de la tara. | Usar un bruto como neto o mezclar kilogramos y toneladas. |
| Origen y momento | Equipo, punto de trabajo, fecha, hora y usuario o proceso. | No poder reconstruir dónde se produjo la incidencia. |
| Mercancía | Referencia, lote, recipiente o unidad logística según la actividad. | Asignar un peso al producto correcto pero al lote equivocado. |
| Destino del dato | Pedido, orden, almacén o documento del sistema receptor. | Guardar una pesada que nunca actualiza el proceso de negocio. |
Un lote agrupa producto; una unidad logística identifica un bulto, palé o agrupación para almacenamiento y transporte. Si tu cadena utiliza GS1, el SSCC identifica la unidad logística y no debe confundirse con el lote o la referencia comercial [4]. Comprueba la lectura de los códigos y la relación entre ellos; un código de barras no garantiza por sí solo trazabilidad.
Acuerda además qué catálogo manda. Si el ERP mantiene productos y proveedores, define cómo llegan sus cambios al puesto de pesaje y qué sucede con una referencia desconocida. Crear nombres libres en cada terminal acaba fragmentando las consultas y dificulta conciliar las existencias.
La compatibilidad se confirma con marca, modelo, versión y opciones del indicador, además del sistema receptor. Una conexión física disponible no asegura que el programa interprete los mensajes. Pide una prueba con el equipo real o con una configuración documentada equivalente.
| Conexión | Qué hay que verificar | Qué no demuestra por sí sola |
|---|---|---|
| RS-232, USB u otras interfaces | Formato de mensajes, parámetros, controlador y modo de petición o envío. | Que cualquier adaptador permita utilizar cualquier indicador. |
| Ethernet o WiFi | Protocolo de aplicación, direcciones, disponibilidad y recuperación de conexión. | Que compartir red equivalga a compartir datos comprensibles. |
| API o intercambio de archivos | Campos, unidades, identificación de operación y confirmaciones. | Que exportar un archivo sea una integración bidireccional completa. |
| Interfaces de automatización | Compatibilidad entre indicador, pasarela, autómata y aplicación. | Que un protocolo figure instalado en todas las variantes del equipo. |
Como referencia técnica, METTLER TOLEDO describe soluciones con OPC UA, MQTT, PROFINET y EtherNet/IP [5]. Son ejemplos de tecnologías que puede emplear una integración; no son requisitos universales ni opciones presentes en todas las básculas. Dibal también distingue aplicaciones de gestión, etiquetado e integración con software de producción [6]. Comprueba el alcance de cada propuesta concreta.
En el intercambio con el ERP hay que acordar cuándo se reserva el pedido, cuándo se acepta el peso y quién confirma la actualización. Si el receptor tarda o rechaza un mensaje, la operación debe permanecer localizable como pendiente o errónea. Reenviarla con el mismo identificador permite al receptor reconocer el intento y evitar duplicados si ambos sistemas implementan esa regla.
Aclara responsabilidades entre proveedor de báscula, desarrollador del programa e integrador del ERP. Cada uno puede demostrar que su parte funciona mientras la operación completa sigue fallando. Solicita un responsable de la prueba conjunta, documentación de los campos y condiciones de soporte cuando cambie una versión.
Una operación capturada y una operación recibida por el ERP tienen estados distintos. La recuperación debe conservar esa diferencia.
Ejemplo didáctico, no especificación de un equipo. Una nave recibe un palé con producto ensacado. El operario lee el pedido y el identificador del palé; el sistema comprueba el artículo y solicita el lote. Cuando la carga está correctamente apoyada, recibe una indicación estable de 1.258,4 kg brutos.
Para este ejemplo, la tara validada del conjunto de palé y embalaje es 28,4 kg. El neto calculado es 1.230,0 kg. La operación conserva los tres valores, la procedencia de la tara, el equipo y la referencia del pedido. Los decimales ilustran el cálculo; no declaran la exactitud ni la idoneidad metrológica de ninguna báscula.
Si se corta la comunicación con el ERP después de guardar, el sistema mantiene el envío pendiente según el procedimiento contratado. Al recuperarse la conexión reintenta la misma operación, verifica su aceptación y concilia el movimiento de almacén. No debería generar un segundo palé porque faltó una respuesta.
Si después se descubre un lote incorrecto, el responsable sigue el procedimiento de corrección y conserva la relación con el registro original. Esta secuencia permite probar captura, tara, identificación, entrega y excepción con un caso que el personal reconoce.
La elección depende de dónde debe funcionar la pesada y de qué comunicaciones puedes garantizar. Un sistema local puede necesitar red, servidor o validación de licencia; uno en la nube puede incluir captura local o carecer de ella. Solicita la arquitectura y el comportamiento de la configuración ofertada.
| Modelo | Puede encajar cuando… | Pregunta imprescindible |
|---|---|---|
| Un puesto local | La operación se concentra en una estación y se busca sencillez. | ¿Quién conserva y recupera los datos si falla ese ordenador? |
| Servidor en la red de planta | Varios puestos comparten operaciones y catálogos. | ¿Qué pueden hacer si se pierde la conexión con el servidor? |
| Servicio en la nube | Se necesita consulta centralizada o acceso desde varias sedes. | ¿Qué funciones de pesaje siguen disponibles sin Internet? |
| Arquitectura híbrida | La captura continúa localmente y se sincroniza con un servicio central. | ¿Cómo se resuelven pendientes, conflictos y cambios de catálogo? |
Define la interrupción que la actividad puede tolerar y los datos que sería admisible recuperar desde la última copia. Si el proceso debe continuar sin conexión, pide capacidad de almacenamiento, duración prevista, permisos disponibles y método de conciliación. Ensáyalo desconectando la comunicación durante una operación, sin provocar riesgos en producción.
En España, el Real Decreto 244/2016 regula en su anexo IV el software legalmente relevante de instrumentos sometidos a control metrológico. El alcance puede incluir cálculo, visualización, transmisión, almacenamiento e impresión de datos relevantes [1]. No se limita al programa que obtiene la señal de la báscula.
Una aplicación administrativa puede recibir resultados sin asumir funciones metrológicas, pero esa separación debe justificarse en la configuración concreta. Si el peso interviene en transacciones comerciales u otros usos regulados, pide identificar la cadena válida de medida, los componentes cubiertos y la documentación de conformidad. Una etiqueta comercial de «software homologado» sin versión, alcance y configuración no permite comprobarlo.
Los cambios en software legalmente relevante requieren el tratamiento previsto en ese anexo; no deben instalarse como una actualización administrativa corriente. Acuerda quién evalúa el cambio y qué documentación aporta. Para instrumentos no automáticos en servicio sujetos a su anexo I, la Orden ICT/155/2020 establece la verificación periódica y la posterior a reparación o modificación [2]. Instalar un programa no sustituye estos controles.
El CEM publica la guía WELMEC 7.2, edición 2022, vinculada a la Directiva 2014/32/UE [3]. Es una referencia técnica: no convierte cualquier aplicación en apta para todo instrumento. El proveedor debe justificar el marco aplicable y la versión documentada.
La decisión práctica es separar tres comprobaciones: que la báscula sea adecuada para su uso, que el software conserve y trate correctamente el resultado y que la integración entregue el dato previsto. Una prueba funcional de envío al ERP solo demuestra la última parte.
Asigna permisos por tarea: pesar, corregir referencias, anular operaciones, cambiar plantillas y administrar el sistema no deberían compartir necesariamente el mismo acceso. Evita cuentas comunes si necesitas atribuir incidencias a una persona. El soporte remoto debe utilizar accesos autorizados, limitados y registrados.
Las copias deben cubrir datos y elementos necesarios para recuperarlos: configuración, catálogos, plantillas, interfaces y licencias según el producto. INCIBE recomienda la estrategia 3-2-1: tres copias contando el original, en dos tipos de soporte y con una fuera de la ubicación principal [7]. Completa esa política con pruebas de restauración; tener archivos guardados no demuestra que puedas volver a operar.
Pide una recuperación de prueba y comprueba que conserva operaciones, relaciones y documentos. Acuerda quién realiza las copias, quién atiende una incidencia y cuánto trabajo podría perderse. En servicios alojados, distingue la copia que mantiene el proveedor de la exportación que puede obtener tu empresa.
Antes de contratar, solicita una exportación de ejemplo con identificadores, unidades, estados e historial disponible. Un PDF sirve para leer un ticket, pero puede ser insuficiente para migrar miles de operaciones. Define formatos, costes de salida y acceso tras finalizar el servicio. Si registras datos personales de operarios o conductores, limita campos, permisos y conservación a la finalidad prevista.
Un importe por puesto no permite comparar una aplicación de captura con una solución que incluye integración y soporte. Para valorar ofertas, pide el mismo proceso de trabajo, número de equipos, usuarios simultáneos, sedes y documentos. Identifica qué se paga al inicio, qué se repite y qué depende de servicios adicionales.
| Partida | Qué debe especificar la oferta |
|---|---|
| Licencia o suscripción | Módulos, puestos, usuarios simultáneos, sedes y condiciones de renovación. |
| Conexión con equipos | Indicadores admitidos, controladores, pasarelas, adaptación y pruebas. |
| Integración de negocio | ERP o almacén, campos, sentidos de intercambio y mantenimiento de interfaces. |
| Puesta en marcha | Carga de catálogos, plantillas, migración, formación y pruebas de recepción. |
| Continuidad y soporte | Alojamiento, copias, horarios, tiempos comprometidos y recuperación. |
| Cambios y salida | Nuevas versiones, ampliaciones, exportación y asistencia al terminar el contrato. |
Para comparar a tres años, suma costes iniciales, 36 mensualidades si corresponde, servicios anuales y trabajos previsibles que no estén incluidos. Evita contar dos veces el soporte cuando forme parte de la suscripción. Si hay revisión de precios, deja su efecto visible en el cálculo. El horizonte es una decisión de comparación, no una duración obligatoria.
Ejemplo hipotético de tiempo recuperado: 120 pesadas diarias × 35 segundos evitados de transcripción = 70 minutos al día. Con 22 días de actividad son 25 horas y 40 minutos al mes. Si la empresa valora esa hora en 24 €, equivalen a 616 € mensuales de tiempo. No es un ahorro medio, una tarifa ni una reducción automática de nóminas: hay que medir si ese tiempo se recupera realmente.
Resta nuevos costes recurrentes y considera formación, incidencias y tareas de supervisión. Para estimar amortización, divide la inversión inicial entre el beneficio mensual neto positivo. Si no puedes demostrar el tiempo evitado o la reducción de errores, presenta varios escenarios y evita prometer una fecha de retorno.
El presupuesto debe cubrir el proceso completo. El cálculo de tiempo es una hipótesis de trabajo que cada empresa debe medir.
Empieza con una estación representativa y un proceso delimitado. Registra cómo se trabaja hoy, prepara catálogos y acuerda criterios de aceptación antes de instalar. Usa un entorno de prueba del ERP cuando esté disponible para evitar movimientos ficticios en existencias o documentos comerciales.
Durante el piloto, participa con los operarios que utilizarán el sistema. Una pantalla cómoda en oficina puede exigir demasiados pasos con guantes, polvo o tráfico de mercancía. Mide el ciclo completo, incluida identificación, impresión y resolución de errores, y conserva una vía de contingencia acordada.
| Prueba | Resultado que debe quedar demostrado |
|---|---|
| Lectura y estado | El peso coincide con el dato de origen y se distingue una lectura no aceptable. |
| Tara y unidad | Bruto, tara y neto se interpretan correctamente, sin conversiones ocultas. |
| Referencia incorrecta | La incidencia se bloquea o se tramita por una excepción autorizada. |
| Doble pulsación o reenvío | La misma operación no genera dos movimientos de negocio. |
| Pérdida de comunicación | El operario conoce el estado y los pendientes se recuperan sin perderlos. |
| Reimpresión y anulación | No se crean nuevas entradas y queda explicado quién actuó y por qué. |
| Copia y restauración | Se recuperan registros, configuración y vínculos en el entorno acordado. |
| Exportación completa | Los datos pueden leerse y relacionarse fuera de la aplicación. |
Documenta resultado, incidencias y responsable de cada corrección. Antes del arranque, entrega instrucciones breves para fallos de indicador, impresora, red y servidor. Define quién autoriza actualizaciones y cómo se vuelve a una configuración anterior compatible cuando proceda. La recepción debe basarse en evidencias del flujo completo, no únicamente en que el programa abre.
Prepara una ficha con proceso, tipos de carga, pesadas diarias y punta de actividad, puestos, turnos y sedes. Añade inventario de indicadores con modelo, versión e interfaces, impresoras y lectores. Describe datos obligatorios, uso del resultado, sistemas receptores y necesidades de funcionamiento ante interrupciones.
Adjunta un ejemplo anonimizado de ticket, etiqueta o albarán y un recorrido de operación normal y otro con incidencia. Indica qué controla el ERP y quién mantiene productos y proveedores. Si falta información del equipo, pide una revisión técnica previa en lugar de aceptar compatibilidad genérica.
Para cada requisito, solicita incluido, opcional, excluido o pendiente de prueba, junto con su coste y responsable. Separa condiciones indispensables de mejoras: la captura compatible, la integridad del registro y la entrega al sistema receptor deben resolverse antes de valorar cuadros de mando.
Pide una demostración con tus referencias, una propuesta de pruebas y condiciones de soporte y salida. Elige la oferta que permita reconstruir una operación, explicar sus excepciones y recuperar la actividad con medios concretos. Una función solo merece darse por incluida cuando aparece en el alcance contratado y puede demostrarse.
Puede ser posible si el indicador ofrece una salida utilizable y su protocolo está documentado. Hay que comprobar modelo, versión, estados que transmite y compatibilidad de la aplicación. Una pasarela puede ayudar, pero no resuelve por sí sola datos incompletos o funciones no disponibles.
Puede ser suficiente para un registro sencillo y controlado. Si necesitas usuarios simultáneos, relación entre lotes y pedidos, bloqueo de duplicados o recuperación de envíos, evalúa esas necesidades expresamente. La cuestión es qué controles y continuidad exige el proceso.
Habitualmente se delimita un reparto de funciones: el pesaje captura y contextualiza el resultado y el ERP gestiona pedidos, existencias o documentos. Algunas aplicaciones amplían su alcance. Evita mantener dos catálogos o dos movimientos para la misma operación sin una regla de conciliación.
Depende de la arquitectura y de la licencia. Confirma qué queda disponible sin Internet y sin red local: identificar producto, aceptar lecturas, imprimir o guardar pendientes pueden tener respuestas distintas. Compruébalo en el piloto, incluida la sincronización posterior.
Puede hacerlo a partir del bruto y la tara si esa función forma parte de la configuración prevista. Debe conservarse el origen de ambos valores y respetarse el tratamiento metrológico aplicable. Una fórmula correcta no valida una tara desactualizada.
El alcance varía con equipos, módulos, puestos, integración y servicios. Solicita una oferta desglosada y compara el coste total del mismo proceso durante un horizonte común. Una cuota de licencia aislada no permite conocer el coste de puesta en marcha ni de mantenimiento.
No hay un plazo único: influyen compatibilidad, preparación de catálogos, integración y pruebas. Pide hitos verificables de conexión, configuración, piloto, formación y aceptación. El calendario debe reservar tiempo para corregir incidencias y demostrar recuperación antes de extenderlo a otros puestos.
Revisión de fuentes: 15 de octubre de 2026. La normativa se consulta en sus textos consolidados. Las referencias de fabricantes describen sus soluciones; no se extrapolan a todas las aplicaciones ni constituyen una comparativa comercial.
Las tablas de requisitos y pruebas son criterios editoriales para preparar una contratación. El ejemplo del palé y el cálculo de tiempo utilizan supuestos didácticos expresos; no son prestaciones verificadas de un producto ni cifras medias de mercado.
Vuelve a la guía principal o consulta otros artículos de la misma familia.

Elige una solución para pesar cargas y registrar los datos dentro de la operativa de la nave.
Consultar la guía
Relaciona tipo de carga, acceso, capacidad y ubicación de la plataforma.
Leer el artículoLa automatización, los muelles y las carretillas condicionan cómo llega la mercancía al punto de pesada y cómo continúa su recorrido dentro de la nave.

Evalúa procesos, volumen y objetivos antes de comparar soluciones de automatización.
Consultar la guía
Compara configuración, equipos y condiciones de trabajo antes de definir un muelle.
Consultar la guía
Relaciona carga, altura, entorno y duración del alquiler para elegir equipo.
Consultar la guía