Software de gemelos digitales para fabricación: una lista de comprobación para compradores

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

Por Mirko Peters · 2026-11-12

El software de gemelos digitales para fabricación mantiene un modelo sincronizado con datos en tiempo real. Una lista de comprobación para comparar plataformas, herramientas empaquetadas, seguridad, coste y mantenimiento.

Traducido automáticamente con IA a partir de la publicación original. Lee el original en inglés

El software de gemelos digitales para fabricación crea un modelo de una máquina, una línea o una planta, y mantiene ese modelo conectado a datos reales, para que puedas supervisar lo que está en funcionamiento, predecir problemas o probar un cambio antes de hacerlo. Este artículo está pensado para responsables de planta que tienen que comparar ofertas que usan todas las mismas palabras. No repite lo básico sobre qué es un gemelo; te ofrece una lista de comprobación para elegir software, desde lo que debe incluir hasta lo que te costará mantenerlo vivo.

Puntos clave

• NIST señala tres elementos esenciales de un gemelo: detección de alta frecuencia, conectividad industrial de IoT fiable y modelos de simulación para la predicción. El software debe cubrirlos o funcionar con socios que lo hagan.
• Azure Digital Twins es un servicio de plataforma para grafos de gemelos, no una aplicación de fábrica lista para usar, y Microsoft indica que se diferencia de la versión preliminar del generador de gemelos digitales de Fabric.
• Decide primero si necesitas una plataforma sobre la que construir o una herramienta empaquetada para una pregunta concreta, porque la respuesta cambia quién hace el trabajo y lo que cuesta.
• ISO 23247-1 ofrece una visión general y los principios generales de un marco de gemelos digitales para fabricación, lo que te ayuda a acordar el vocabulario con los proveedores.
• Presupuesta la integración de datos, la validación del modelo y el mantenimiento además de las licencias, y limita un primer piloto a una línea y una decisión.

¿Qué debe incluir el software de gemelos digitales para fabricación?

Parte de una definición que los proveedores no puedan estirar. NIST describe un gemelo digital como una representación virtual dinámica y basada en datos que replica con precisión, se conecta con su contrapartida física y se sincroniza con ella. Señala que un gemelo no es un modelo estático, y nombra tres elementos esenciales que determinan su fidelidad, utilidad y viabilidad a largo plazo: detección de alta frecuencia, infraestructura industrial de IoT fiable para la conectividad y modelos de simulación avanzados para el análisis predictivo.

Convierte esos tres elementos en preguntas para cualquier producto:

1. Datos de entrada. ¿Qué fuentes lee: controladores de máquinas, sensores, MES, ERP, hojas de cálculo? ¿Con qué frecuencia se actualiza? ¿Quién crea y mantiene cada conexión?
2. Un modelo que tenga sentido. ¿Cómo se describe la planta: activos, líneas, procesos, relaciones? ¿Puede tu propio equipo modificar esa descripción cuando cambie el proceso?
3. Análisis por encima. ¿Solo muestra valores actuales o puede predecir, simular y comparar escenarios? ¿Esa parte viene integrada o es un proyecto aparte?

Después añade dos necesidades prácticas: las personas deben poder leer los resultados (paneles, informes, alertas), y el acceso debe controlarse por rol. Si un producto omite una de las cinco, pregunta quién la proporciona.

¿Qué tipos de software se venden como gemelos digitales?

La etiqueta de gemelo digital abarca cosas muy distintas. Clasifica las ofertas en cuatro grupos antes de comparar precios.

• Plataformas sobre las que construir. Te dan las piezas para almacenar un modelo, conectar datos y consultarlo. Tú o un socio construyes la solución encima.
• Gemelos digitales de producción empaquetados. Vienen con un modelo de datos listo para producción, por ejemplo para la planificación, la simulación o la optimización de una planta, y requieren menos desarrollo.
• Gemelos digitales de activos y estado. Se centran en el estado de las máquinas y usan datos de sensores para detectar desgaste y anomalías.
• Gemelos digitales de diseño y puesta en marcha. Prueban distribuciones y lógica de control antes de instalar los equipos.

Una herramienta de un grupo responde a una pregunta distinta que una herramienta de otro. Un gemelo de estado no te dirá si un nuevo modelo de turnos reduce tu backlog, y una simulación de producción no te dirá cuándo fallará un rodamiento. Primero anota tu decisión y luego elige el grupo.

¿Qué te aporta una plataforma como Azure Digital Twins?

Azure Digital Twins es el ejemplo de Microsoft. Según Microsoft Learn, es una plataforma como servicio para crear grafos de gemelos basados en modelos digitales de entornos como edificios, fábricas o redes de energía. Defines el vocabulario de tu dominio en el Digital Twins Definition Language (DTDL), un lenguaje similar a JSON, y los gemelos son instancias de esos modelos. Las relaciones entre gemelos forman el grafo, que puedes consultar como una representación en vivo y actualizada. IoT Hub puede aportar los datos de los dispositivos, las API REST y los conectores pueden incorporar datos de sistemas empresariales, y las rutas de eventos pueden enviar los datos de los gemelos a otros servicios de Azure para análisis.

Para un comprador importan dos cosas. Primero, esto es un bloque de construcción. Almacena y conecta el modelo. La lógica de "qué pasaría si" de una simulación de producción, con colas, preparaciones y calendarios de turnos, es otra pieza de software, y el resultado es algo que tú o un partner tendréis que desarrollar. Segundo, la página indica que Azure Digital Twins se diferencia del constructor de gemelos digitales de Fabric (versión preliminar) y de los gemelos de dispositivo de IoT Hub. Antes de planificar en torno a esto, comprueba a cuál se refiere un compañero o proveedor.

El historial es un paso aparte. El grafo es una vista en vivo, y la página de Microsoft sobre historial de datos explica que conectas una instancia a un clúster de Azure Data Explorer para registrar las actualizaciones del grafo a lo largo del tiempo, con un espacio de nombres de Event Hubs en medio. También indica que los mensajes emitidos por el historial de datos se facturan con la dimensión de precios de mensajes. En otras palabras, "queremos ver las tendencias del mes pasado" añade componentes y una partida de coste. Haz a cualquier proveedor la misma pregunta: ¿dónde vive el historial y cuánto cuesta?

¿Conviene construir sobre una plataforma o comprar una herramienta empaquetada?

Usa estas preguntas para decidir.

• ¿Qué tan específica es tu pregunta? Para una pregunta de producción bien definida, como capacidad, dotación de personal o mix de productos, una herramienta empaquetada suele llegar antes a una respuesta. Para una base digital amplia y a largo plazo que abarque muchos tipos de activos, una plataforma ofrece flexibilidad.
• ¿Quién hará el trabajo? Una plataforma necesita desarrolladores o un partner. Cuenta su tiempo. Una herramienta empaquetada traslada el trabajo a la configuración y a la preparación de datos.
• ¿Qué tan único es tu proceso? Cuanto más inusual sea tu proceso, más importa un modelo flexible. Los flujos estándar encajan mejor con las herramientas empaquetadas.
• ¿Cuánto tiempo piensas mantenerla? Un modelo que dure años necesita un responsable y un presupuesto para los cambios. Pregunta quién lo actualizará cuando añadas una familia de productos o traslades una línea.
• ¿Qué ya tienes? Si tu equipo de TI ya gestiona una plataforma en la nube y tienes un equipo de datos, una construcción sobre plataforma puede encajar. Si no tienes ninguno de los dos, una herramienta empaquetada puede ser la vía más realista.

No hay una respuesta correcta para todos. Muchas plantas acaban con ambas cosas: una plataforma para la base de datos compartida y una herramienta empaquetada para una decisión concreta. Planifica desde el principio la interfaz entre ambas.

¿Cómo compruebas la conectividad y los estándares?

Un gemelo solo es útil si los datos entran y los resultados salen. Pregunta cómo se conecta el software con equipos de distintas edades y fabricantes.

Una ruta habitual es OPC UA. La OPC Foundation lo describe como un medio para transportar datos desde dispositivos de fábrica y de control de procesos hasta sistemas empresariales, con énfasis en la seguridad, la fiabilidad y el funcionamiento en distintas plataformas, y señala que se convirtió en el estándar IEC 62541 en 2011. Un proveedor que habla OPC UA normalmente puede leer muchas máquinas sin controladores personalizados, aunque los equipos más antiguos pueden necesitar pasarelas o sensores adicionales.

En cuanto al marco en sí, ISO 23247-1 es la primera parte de la norma "Digital twin framework for manufacturing". ISO indica que se publicó en octubre de 2021, con una visión general y principios generales, incluidos los términos, las definiciones y los requisitos del marco. Leerla no construirá tu gemelo digital, pero da a tu equipo y a tus proveedores el mismo vocabulario. Pregunta si la arquitectura de un proveedor hace referencia a ella y qué significa eso en la práctica, no solo en una diapositiva.

Pregunta también por los límites del sistema:

• ¿Puedes exportar tu modelo y tus datos en un formato abierto?
• ¿Se conecta con tu ERP, tu MES y tus herramientas de informes, por ejemplo Power BI, sin trabajo personalizado para cada informe?
• ¿Qué pasa cuando se interrumpe un flujo de datos? Un gemelo que sigue mostrando valores antiguos con total confianza es peor que uno que muestra un hueco.

¿Cómo evalúas la seguridad y el acceso?

Un gemelo digital une sistemas que antes estaban separados: máquinas, órdenes de producción y, quizá, datos de proveedores. Eso amplía la ruta que podría usar un atacante y amplía el círculo de personas que pueden ver tu proceso.

Haz estas preguntas por escrito:

• ¿Quién puede ver y editar qué partes del modelo? ¿El acceso se basa en roles y se puede limitar por planta o por línea?
• ¿Dónde se almacenan los datos, quién los opera y qué pasa con ellos si das por terminado el servicio?
• ¿Cómo se registran los cambios en los modelos y se puede revertirlos?
• ¿Qué certificaciones de seguridad tiene el proveedor y cuál es su alcance? Un certificado de la empresa no cubre automáticamente el producto que vas a comprar.
• ¿Cómo llegan las actualizaciones y los parches al sistema y quién es responsable de ellos?

Si compartes datos con clientes o proveedores, pregunta a tus clientes si exigen evaluaciones de seguridad específicas antes de que conectes nada.

¿Cuánto cuesta realmente y cómo mides el valor?

Las tarifas de licencia son la parte visible. El resto suele llegar después:

• Sensores, pasarelas y trabajos de red para máquinas que no tienen salida digital.
• Preparación de datos: limpieza, mapeo y acuerdo sobre definiciones entre sistemas.
• Construcción del modelo y su validación frente a resultados reales.
• Consumo en la nube, como volúmenes de mensajes y almacenamiento del histórico.
• Personas que mantienen el modelo después de cada cambio de proceso.
• Formación para las personas que usan los resultados.

Pide a cada proveedor que presupueste una línea piloto a tres años, incluyendo todo lo anterior. Compara totales, no suscripciones.

En cuanto al valor, elige la métrica antes de empezar. Vincúlala a la decisión que respalda el gemelo: paradas no planificadas en la línea piloto, plazo de entrega, cumplimiento del plan, tiempo de preparación, desperdicio o esfuerzo de mantenimiento. Registra una línea base durante al menos unas semanas, ejecuta el piloto y luego compara. Si no puedes nombrar un número que deba cambiar, no estás listo para comprar.

Aquí tienes un ejemplo hipotético. Un director de planta quiere saber si un segundo turno en una célula de montaje eliminaría una acumulación recurrente de pedidos pendientes. Aquí no hace falta ningún dato de máquinas en tiempo real. Una simulación basada en rutas de fabricación, tiempos de ciclo y calendarios puede responder directamente. Un gemelo de monitorización de condición con un programa de sensores sería un proyecto mucho mayor y ni siquiera respondería a la pregunta. Gana la herramienta más barata que responda a la decisión.

¿Cómo mantienes un gemelo preciso con el tiempo?

Las plantas cambian, y un gemelo que no se actualiza se aleja de la realidad. Define las reglas desde el principio.

1. Asigna un responsable para cada modelo, con un suplente.
2. Versiona el modelo. Registra quién cambió qué y por qué, y mantén la posibilidad de revertir los cambios.
3. Vincula los cambios del modelo a los cambios de la planta. Una nueva familia de productos, una máquina reubicada o un cambio en el patrón de turnos activa una revisión del modelo.
4. Valida con regularidad. Compara los resultados del gemelo con los resultados reales de un periodo reciente y anota las diferencias.
5. Escala por etapas. Añade la siguiente línea solo cuando la primera tenga un responsable, un modelo validado y un resultado medible. Al pasar a varias plantas, estandariza las definiciones de datos básicas y permite variaciones locales controladas.

Errores comunes

• Comprar software antes de definir la decisión que debe respaldar.
• Comparar precios de licencias y pasar por alto la integración, la validación y el mantenimiento.
• Elegir una plataforma cuando una herramienta empaquetada respondería la pregunta, o al revés.
• Aceptar una imagen 3D como prueba de un gemelo digital cuando los datos en vivo no lo alimentan.
• Omitir la comprobación de qué ocurre cuando falla una fuente de datos.
• Dejar el modelo sin propietario cuando el equipo del proyecto se marcha.
• Empezar por toda la planta en lugar de por una sola línea.

Dónde encaja Polaris

Si tu primera pregunta trata sobre planificación y decisiones de tipo «¿qué pasaría si?», iFAKT Polaris es una opción que conviene revisar. iFAKT describe Polaris como IA más un gemelo digital para producción, que combina datos de ERP con un gemelo digital de fabricación. El módulo Polaris Designer convierte datos de entrada, como datos de ERP, tiempos de proceso, estructuras de recursos y restricciones, en un grafo de conocimiento de producto, proceso y recurso que actúa como fuente única de verdad. El módulo Polaris Simulator se apoya en él para probar virtualmente el sistema de producción, incluidos escenarios de capacidad, dotación de personal y stock de seguridad. Está orientado a decisiones de planificación de producción, no a la monitorización del estado de máquinas individuales, así que compáralo primero con tu pregunta.

Temas relacionados para explorar

• Estándares e interoperabilidad: cómo encajan OPC UA, otros protocolos e ISO 23247 en un parque de máquinas heterogéneo.
• Middleware e integración: cómo conectar los gemelos digitales con ERP, MES y SCADA sin crear un enlace personalizado para cada informe.
• Gobernanza de modelos: control de versiones, roles de acceso y ciclos de revisión para modelos que cambian.
• Escalado entre plantas: modelos centrales frente a locales y cómo mantener alineadas las definiciones de datos.
• Coste total y retorno: cómo construir una vista de coste a tres años y una medida de antes y después para un piloto.

Siguiente paso

Escribe la única decisión que quieres que respalde un gemelo digital, y el número que debería cambiar si funciona. Lleva esa página a tu próxima conversación con un proveedor y pregunta a cada uno cómo su software de gemelos digitales para fabricación respondería a ello en una línea piloto, con qué datos y a qué coste total a tres años.