Cómo diseñar trazabilidad de piezas por número de serie

El número de serie tiene que ser único en el ámbito que importa (la planta, la empresa o la cadena de suministro) y no debe reutilizarse nunca, ni siquiera tras desechar una pieza. Conviene decidir quién lo asigna: un servicio central que reparte rangos a cada línea evita colisiones aunque una línea trabaje sin conexión durante un rato.

Mejor que el número no codifique significado (fecha, línea, referencia) en su estructura: si un dato cambia o se equivoca, el identificador queda mintiendo para siempre. Esa información debe vivir en los registros asociados. El marcado físico depende de la pieza y del proceso: un código bidimensional grabado por láser resiste procesos térmicos y limpiezas; una etiqueta es más barata pero puede despegarse; una etiqueta RFID permite lectura sin visión directa a cambio de coste e integración adicionales.

En lugar de guardar en cada pieza un campo «estado actual» que se sobrescribe, resulta más robusto registrar una secuencia de eventos inmutables: qué ocurrió, a qué pieza, dónde, cuándo, quién o qué lo hizo y con qué datos. El estado actual se deduce de los eventos; la historia completa queda disponible sin esfuerzo adicional.

Los errores se corrigen con nuevos eventos de anulación o rectificación, no borrando los anteriores, para que quede constancia de qué se sabía en cada momento. Y conviene cuidar los relojes: si la máquina y el servidor no están sincronizados, una medida puede aparecer registrada antes que la operación que la generó.

La genealogía es la relación padre-hijo entre conjuntos y componentes. Un ejemplo: una caja de engranajes con su serie contiene un eje serializado y un juego de rodamientos de un lote concreto; el eje, a su vez, se mecanizó a partir de una barra de una colada determinada. Consultar hacia atrás recorre ese árbol hacia abajo; consultar hacia delante, hacia arriba, desde la colada hasta todas las cajas que llevan ejes de ella.

• Las relaciones deben tener fecha de inicio y de fin: un retrabajo puede retirar un componente y montar otro.
• Hay que admitir mezclas: un componente por lote puede ir a muchos conjuntos, y un conjunto puede consumir de dos lotes.
• Las consultas recursivas sobre árboles profundos deben probarse con volúmenes realistas desde el principio.
• Una base de datos relacional con relaciones bien indexadas suele bastar; un almacén de grafos se justifica solo si las consultas lo exigen.

El mejor modelo de datos fracasa si capturar los eventos entorpece al operario. La regla práctica es que cada dato se recoja en el momento y lugar en que ocurre, con el mínimo de acciones manuales: lectura automática del código al entrar la pieza en el puesto, eventos generados por la propia máquina y escaneo de componentes en lugar de teclearlos.

• Validaciones en el puesto: avisar si el componente leído no corresponde a la lista de materiales o si falta una operación previa.
• Funcionamiento sin conexión: el terminal guarda los eventos y los envía al recuperar la red, sin perder el orden.
• Pantallas pensadas para guantes, distancia y poca luz, con confirmaciones visibles y sonoras.
• Un camino claro para las excepciones: pieza sin código, lectura fallida, componente de sustitución autorizado.

Las validaciones de puesto pueden bloquear el avance en el software (no permitir cerrar la operación) o solo advertir. Cuál conviene depende del coste del error y de la disciplina de la planta, y debe acordarse con producción. En ningún caso deben confundirse con enclavamientos de seguridad de la máquina.

La trazabilidad toma datos de varios sistemas: las órdenes y listas de materiales del ERP, las operaciones del MES o de los PLC, los resultados de calidad y, a veces, los certificados de lote de los proveedores. Conviene definir qué sistema manda en cada dato y qué identificador común permite enlazarlos. Hay que decidir también cuánto tiempo se conserva cada tipo de evento, normalmente en función de la vida del producto y de lo que exijan el cliente o la normativa aplicable, cuya interpretación corresponde a la empresa.

Por último, la consulta debe ser utilizable por quien la necesita: una persona de calidad debería poder, a partir de un número de serie o un lote, obtener en minutos la lista de piezas afectadas y exportarla, sin pedir una consulta a sistemas.

1. ¿Están escritas las consultas hacia atrás y hacia delante que el sistema debe resolver?
2. ¿Se ha decidido qué se serializa y qué se sigue por lote, y cómo se relacionan?
3. ¿El número de serie es único, no reutilizable y asignado de forma que no haya colisiones?
4. ¿Se registran eventos inmutables con quién, dónde y cuándo, y las correcciones dejan rastro?
5. ¿La genealogía admite retrabajos, sustituciones y mezclas de lotes?
6. ¿La captura en planta es automática o casi, y funciona aunque falle la red?

Un ejercicio útil antes de construir nada es simular una retirada: elegir un lote de componente real y tratar de reconstruir, con los datos actuales, qué piezas lo llevan. Lo que no pueda responderse señala exactamente qué eventos faltan.