Gobernanza de datos maestros e identificación única en impresión 3D: de las reglas de codificación al diccionario de datos

Por qué varios códigos para un mismo objeto provocan retrabajo continuo en los talleres de impresión 3D

En los talleres de impresión 3D de alta variedad y bajo volumen, lo más frecuente no son las paradas de equipos, sino una pérdida más oculta: la misma pieza se denomina A en el sistema de cotización, B en la hoja de proceso, C en la orden de trabajo del MES y D en el informe de inspección. En apariencia, los cuatro sistemas de numeración funcionan, pero en realidad no pueden alinearse entre sí. Al revisar varias operaciones de fabricación bajo demanda, el autor ha comprobado que, mientras una pieza no tenga un código de identidad único, los lotes de material posteriores, los parámetros de impresión, los registros de inspección y la trazabilidad de entrega solo podrán vincularse mediante la memoria humana. Cuando cambia el personal o coinciden varios pedidos, el uso de versiones incorrectas, la emisión errónea de materiales y los ensamblajes equivocados se vuelven casi inevitables.

El problema se agrava porque la impresión 3D fomenta inherentemente la iteración rápida. Hoy se modifica el espesor de pared de un soporte, mañana se ajusta su orientación y pasado mañana se cambia el lote de polvo; si cada modificación genera un archivo nuevo sin incorporarse a reglas unificadas de codificación y versiones, en pocas semanas se acumularán decenas de modelos similares pero incompatibles. Por ello, la construcción de una fábrica digital no puede limitarse a la conectividad de los equipos: primero debe resolver la gobernanza de datos maestros y la identificación única de cada objeto.

I. Qué son realmente los datos maestros: convertir una “pieza” de archivo en un objeto controlado

Los datos maestros (Master Data) son entidades empresariales fundamentales que se reutilizan entre sistemas y departamentos y que no cambian con frecuencia. Para las empresas de impresión 3D, los datos maestros clave incluyen al menos cuatro categorías: datos maestros de materiales/piezas (incluidos grado de material, ruta de proceso y posprocesado predeterminado), datos maestros de equipos (modelo, dimensiones del cilindro de fabricación, potencia láser y sistema de coordenadas), datos maestros de proveedores y lotes (número de lote de polvo, número de ciclos de tamizado y contenido de oxígeno), y datos maestros de parámetros de proceso (espesor de capa, potencia láser, velocidad de escaneo, separación hatch y temperatura de precalentamiento).

El valor de estos datos reside en unificar la semántica. Por ejemplo, el lote de polvo 316L P-2026-10-041 debe apuntar al mismo código en las cuatro etapas de recepción de compras, retirada de material, tamizado y reutilización, y consumo de impresión; de lo contrario, la pregunta “qué lote de polvo se utilizó” nunca tendrá una respuesta fiable. Del mismo modo, el número de una máquina LPBF, E-LPBF-03, debe estar vinculado a sus registros de mantenimiento, informes de calibración de precisión geométrica y número de cilindro de fabricación, para que las estadísticas de disponibilidad y fallos del equipo tengan sentido.

También debe distinguirse entre datos maestros y datos transaccionales: las órdenes de trabajo, albaranes e informes de inspección son datos transaccionales que se generan diariamente; los números de pieza, números de equipo y grados de material son datos maestros citados repetidamente. Los primeros pueden crecer masivamente; los segundos deben controlarse estrictamente y conservar un historial de cambios.

II. Reglas de codificación para una identificación única: legibles, ampliables y verificables

El núcleo de la identificación única no es simplemente “asignar un número a cada pieza”, sino lograr que el propio código contenga una estructura interpretable. En la práctica, el enfoque más robusto es una codificación segmentada: código de categoría-código de característica-número secuencial-índice de versión. Por ejemplo, BR-Ti64-LPBF-0147-R03 representa respectivamente una pieza tipo soporte, material Ti6Al4V, proceso LPBF, número secuencial 0147 y tercera revisión. Esta codificación ofrece tres ventajas directas: primero, es legible para las personas, por lo que el personal de almacén y control de calidad puede identificar propiedades básicas sin consultar una base de datos; segundo, el sistema puede buscar por segmentos y filtrar rápidamente “todas las piezas LPBF de aleación de titanio”; tercero, el índice de versión incorpora la iteración del diseño en el código y evita el uso indebido de números de plano antiguos.

El diseño de códigos debe evitar varios errores frecuentes. No incluya información variable en el código: nombres de clientes, números de pedido y cantidades cambian, y al incorporarlos el código pierde estabilidad. No utilice números secuenciales continuos para expresar significado, ya que pueden generar conflictos y no son escalables. No dependa de caracteres chinos ni de caracteres de ancho completo, pues pueden provocar fácilmente incoherencias de codificación en interfaces entre sistemas. Se recomienda utilizar únicamente letras mayúsculas, números y guiones, con una longitud de entre 16 y 24 caracteres para equilibrar legibilidad y capacidad de código de barras.

Para piezas serializadas —escenarios donde cada objeto físico requiere trazabilidad individual, como piezas aeronáuticas o prototipos de implantes médicos—, añada un segmento de número de serie sobre la base de la identificación única, formando una estructura de dos niveles: “código de pieza + número de serie”. El código de pieza gestiona la identidad de diseño, el número de serie gestiona la identidad física y ambos establecen una relación padre-hijo en el MES.

III. Versiones y números de plano: hacer trazable cada modificación

La velocidad de iteración de la impresión 3D impone mayores exigencias a la gestión de versiones. La regla recomendada es la siguiente: si cambia la geometría, el material o cualquier parámetro crítico de proceso, debe emitirse una nueva versión; si solo se modifican notas, instrucciones de embalaje u otros contenidos que no afectan a las propiedades físicas, no se crea una nueva versión, aunque debe registrarse la descripción de la revisión. El número de versión utiliza el formato R+dos dígitos (R01, R02…), en correspondencia estricta uno a uno con el índice de versión incluido en el código.

Cada versión debe conservar cuatro elementos: el archivo de modelo 3D de esa versión —uno en STEP y otro en formato nativo—, el número de plano y los requisitos técnicos correspondientes, la hoja de proceso y el conjunto de parámetros de esa versión, y el registro de inspección de primera pieza o de validación. Si falta cualquiera de ellos, la versión no debe liberarse a producción. Muchos equipos solo guardan los archivos de modelo e ignoran que “el conjunto de parámetros también forma parte de la versión”: piezas impresas con el mismo modelo y dos conjuntos de parámetros distintos pueden presentar propiedades muy diferentes; sin una versión de parámetros, es imposible explicar las variaciones de rendimiento.

Las versiones obsoletas no deben eliminarse; solo pueden marcarse como “obsoleta/solo para consulta histórica”. Eliminar versiones históricas equivale a destruir la cadena de trazabilidad: si surge una reclamación de cliente o un análisis de fallo, ya no será posible reconstruir el estado de diseño y proceso de ese momento.

IV. Ruta de implementación: de las reglas de codificación a la integración de sistemas

Se recomienda avanzar en cuatro pasos, cada uno con aceptación independiente. El primero es la depuración de códigos: inventariar todas las piezas en curso e históricas, identificar los casos de varios códigos para un objeto y un código para varios objetos, y elaborar una tabla de correspondencias. Es el paso más tedioso, pero también el único que no puede omitirse. El segundo es establecer las reglas: publicar las reglas de codificación, las reglas de versión y el diccionario de datos, definiendo el responsable de cada campo y su rango de valores. El tercero es incorporarlo al sistema: consolidar las reglas en el PLM o ERP, prohibir la numeración manual fuera de línea y exigir que los códigos de las nuevas piezas sean generados por el sistema conforme a las reglas. El cuarto es la integración: lograr que los campos de referencia en cotización, proceso, planificación, inspección y expedición apunten al mismo código de pieza. Si se detecta la ausencia de un código en cualquier etapa, debe considerarse no conforme y no podrá pasar a la siguiente etapa.

Se recomiendan tres indicadores cuantificables para la aceptación: tasa de varios códigos por objeto —objetivo inferior al 1 %—, tasa de integridad de campos obligatorios de datos maestros —objetivo superior al 98 %— y tasa de trazabilidad de versiones —al tomar una muestra de 100 piezas en proceso, proporción en la que pueden reconstruirse íntegramente el modelo, los parámetros y los registros de inspección; objetivo: 100 %—. Revisar estos tres indicadores mensualmente refleja mejor el progreso real que cualquier eslogan de “transformación digital”.

V. Patrones de fracaso habituales y recomendaciones para evitarlos

El fracaso más común consiste en tratar los datos maestros como un proyecto puntual. Los datos maestros requieren una gobernanza continua; de lo contrario, en seis meses las nuevas piezas volverán a numerarse manualmente y las reglas quedarán sin efecto. Se recomienda designar un único responsable, y exigir que todo cambio en las reglas de codificación sea revisado por esta persona y quede registrado. El segundo fracaso es un diseño excesivo de campos: se definen cientos de campos de una vez, nadie logra completarlos y finalmente todos quedan vacíos. El enfoque razonable consiste en empezar con entre 15 y 25 campos esenciales y ampliar gradualmente según las necesidades del negocio. El tercer fracaso es ignorar los escenarios de subcontratación y materiales entrantes: las piezas subcontratadas y los diseños proporcionados por clientes suelen entrar directamente en producción sin pasar por la codificación interna. Es imprescindible asignarles un código en la fase de recepción del pedido; de otro modo, la cadena de trazabilidad se rompe en su mismo origen.

También hay un aspecto que suele pasarse por alto: las reglas de codificación deben prever la ampliación entre fábricas y sistemas. Hoy pueden utilizarse en un solo taller, pero mañana quizá deban conectarse con el PLM de un cliente o una plataforma sectorial. Reservar en el código un segmento de fábrica o de prefijo puede evitar una futura y dolorosa reconstrucción completa.

Conclusión

La verdadera base de la digitalización de un taller de impresión 3D no es la conectividad de los equipos ni los paneles visuales, sino que cada pieza disponga de un código de identidad único, estable e interpretable, acompañado de versiones y un diccionario de datos. La gobernanza de datos maestros puede parecer tediosa, pero determina directamente si los lotes de material pueden rastrearse, si los parámetros de proceso pueden reproducirse y si las evidencias de entrega pueden ser aceptadas por el cliente. Desde inventariar los códigos existentes y publicar reglas hasta consolidarlas en sistemas e integrarlas en todas las etapas, este camino requiere varios meses de inversión continua, pero permite que todas las capacidades digitales posteriores —planificación, control de calidad, costes y trazabilidad— se implementen realmente.