Deja de reconstruir la rueda: Cómo escalar su flujo de trabajo de CAD a 3D

Muchos equipos de ingeniería se topan con el mismo obstáculo. Los archivos CAD se acumulan. Las reseñas se ralentizan. Las personas que necesitan ver un modelo no pueden abrirlo, y las personas que pueden abrirlo no tienen tiempo para convertirlo para todos los demás.

Esta guía es para cualquier persona que tenga ese problema: Ingenieros, diseñadores y desarrolladores 3D , así como el personal de TI que les presta apoyo. Explica en detalle qué requiere un sistema escalable de conversión de CAD a 3D en tiempo real, por qué los scripts ad hoc y las conversiones puntuales dejan de funcionar a gran escala, e incluye ejemplos de empresas que han resuelto el problema en producción.

Este es un marco de trabajo que puedes utilizar para evaluar tu propio proceso, independientemente de las herramientas que elijas.

A quién va dirigida esta guía.

Ingeniero, diseñador o desarrollador 3D : este es un desglose técnico de lo que debe hacer un flujo de trabajo.

Director de TI o director de ingeniería de datos: esto abarca las cuestiones de gobernanza, costes y escalabilidad que le importan.

Ambos grupos comparten un objetivo común: sacar los datos 3D complejos de los sistemas aislados y ponerlos en manos de las personas que los necesitan, de forma fiable y repetida.

Capítulo 1: La brecha con la realidad: por qué los datos CAD se quedan estancados en silos.

Ver para creer. Cuando un equipo puede ver lo que está construyendo en tres dimensiones y en tiempo real, toma mejores decisiones. Detecta los fallos de diseño con mayor antelación. Permite lanzar los productos al mercado más rápidamente.

La mayoría de las organizaciones no funcionan de esta manera. Los diseñadores e ingenieros crean los productos del mañana utilizando herramientas CAD especializadas. Todos los demás miembros del equipo, desde los responsables de marketing de producto hasta los gerentes de planta, revisan los planos y las diapositivas estáticas. Unity denomina a esta desconexión la brecha de la realidad : la persona que mejor comprende el modelo suele ser la única que puede superarla.

Existen tres obstáculos específicos que crean la brecha entre la realidad y la práctica:

• Estampación. Los sistemas CAD, PLM y los motores en tiempo real rara vez hablan el mismo idioma de forma predeterminada. Cada transferencia de datos entre ellos conlleva el riesgo de pérdida de datos o de una reconstrucción manual.
• Tiempo. Convertir y optimizar manualmente un único conjunto complejo puede llevar días. Si multiplicamos eso por cientos de ensamblajes y docenas de líneas de productos, la acumulación de pedidos pendientes puede ser considerable.
• Pericia. Las personas que saben cómo transferir datos entre estas herramientas suelen ser un pequeño grupo de especialistas. Cuando están ocupados o cuando se van, el oleoducto se paraliza con ellos.

Ninguno de estos problemas es nuevo. Lo que ha cambiado es el coste de ignorarlas. Los productos son más complejos. Los ciclos de revisión están más distribuidos, a menudo abarcando diferentes zonas horarias y disciplinas. Y cada vez se espera más que un modelo 3D se actualice tan rápido como el archivo original del que proviene.

Un sistema diseñado para cerrar la brecha entre la realidad y la ficción no se limita a convertir un archivo una sola vez. Debe funcionar en cada iteración, independientemente del volumen de ensamblajes que produzca la organización, sin necesidad de que un especialista lo supervise. Esa es la diferencia entre una conversión puntual y un proceso escalable, y es el tema que se abordará en el resto de esta guía.

Capítulo 2: Qué significa escalable para un pipeline 3D

Es fácil denominar "pipeline" a cualquier flujo de trabajo de CAD a 3D. Es más difícil crear uno que sea escalable. La diferencia radica en cinco etapas, cada una de las cuales debe funcionar sin que una persona tenga que repetirla manualmente cada vez.

1. Ingerir. El sistema debe aceptar cualquier formato que utilice el equipo de diseño, ya sea una herramienta CAD mecánica, un paquete BIM, un escaneo de nube de puntos o una malla exportada desde otro motor.

2. Convertir. Los datos CAD, que son paramétricos, y los datos 3D en tiempo real, que son poligonales, no son lo mismo, y ninguna cantidad de limpieza manual cambia eso a gran escala. (El capítulo 3 explica el porqué). El sistema debe realizar esta traducción automáticamente.

3. Optimizar. La importación de archivos CAD sin procesar suele ser demasiado pesada para ejecutarse en tiempo real. El proceso debe optimizar los archivos (por ejemplo, simplificar la geometría, generar niveles de detalle relevantes) sin que una persona tenga que abrir cada archivo.

4. Centralizar y gobernar. Una vez que se convierte un modelo, alguien debe poder encontrarlo, saber qué versión está vigente y controlar quién puede verlo o modificarlo.

5. Distribuir. El producto final debe llegar a cualquier aplicación o dispositivo que esté utilizando el usuario final, y debe actualizarse cuando cambie el archivo de origen.

Un flujo de trabajo que maneja bien una de estas etapas pero no las demás no es una canalización. Es un cuello de botella con menos pasos. El siguiente capítulo analiza lo que sucede técnicamente en cada una de estas etapas, y el Capítulo 5 convierte esta lista en una lista de verificación que puede utilizar para evaluar cualquier proceso, incluido el suyo propio.

Capítulo 3: Anatomía de un proceso de conversión de CAD a 3D en tiempo real.

Comencemos con una pregunta: ¿por qué un motor 3D no puede abrir un archivo CAD directamente?

La respuesta es la geometría. Las herramientas CAD describen formas con superficies paramétricas exactas, a veces denominadas BRep o NURBS. Esa precisión es precisamente lo que necesita un ingeniero mecánico para diseñar una pieza al micrón. Pero los motores 3D no renderizan superficies paramétricas. Generan mallas: conjuntos de triángulos planos que se aproximan a una forma lo suficientemente bien como para que se vea correctamente a alta velocidad. Convertir uno en el otro no es opcional. La optimización de datos complejos para su uso en un motor 3D es la primera tarea que debe realizar cualquier proceso de conversión de CAD a 3D.

Ese paso debe preservar algo más que la forma original. Una tubería útil conserva:

• La jerarquía permite que un conjunto de mil partes se mantenga organizado como tal.
• Los materiales y los colores son los adecuados para que el modelo siga pareciendo lo que se supone que debe ser.
• Metadatos, para que los equipos posteriores puedan buscar, filtrar y generar informes sobre el modelo.

Aquí la cobertura del formato es importante. Unity Asset Transformer admite más de 70 formatos CAD, BIM, de malla y de nube de puntos, incluidos archivos AutoCAD, CATIA, STEP, IFC, Revit y glTF, porque los equipos de ingeniería rara vez utilizan una sola herramienta. Si un sistema solo admite los formatos que utiliza actualmente su equipo de CAD, quedará obsoleto si otro equipo, otro proveedor o una nueva adquisición introduce algo diferente.

Una vez convertida la geometría, normalmente necesita ser más ligera antes de estar lista para su uso en tiempo real. Las técnicas de optimización típicas incluyen:

• Diezmado, que reduce el número de triángulos.
• La retopología consiste en reconstruir una malla compleja a partir de una malla simplificada.
• Generación del nivel de detalle (LOD), de modo que los objetos distantes se renderizan automáticamente con menor fidelidad.

Finalmente, el proceso debe trasladar el recurso terminado a algún lugar útil, ya sea transmitiéndolo a un visor web, descargándolo en un proyecto de motor 3D o enviándolo a un visor XR . Si el archivo CAD de origen cambia, un sistema verdaderamente escalable vuelve a ejecutar toda la secuencia automáticamente y notifica a las personas que utilizan el modelo que hay una nueva versión lista.

Cada etapa de este capítulo se puede realizar manualmente, y para un solo modelo, a menudo se hace así. El problema radica en la repetición a gran escala, que es precisamente lo que se aborda en el Capítulo 4.

Capítulo 4: Construir vs. Comprar - Por qué los oleoductos suficientemente buenos fallan a gran escala

La mayoría de los flujos de trabajo de CAD a 3D no comienzan como flujos de trabajo. Comienzan como un guion. Un ingeniero necesitaba convertir un modelo para una presentación, creó una exportación única y funcionó. Seis meses después, ese script se ejecuta todas las semanas, nadie recuerda todos sus casos excepcionales y deja de funcionar cuando se incorpora una nueva herramienta CAD.

Esta es la pregunta de si construir o comprar a la que se enfrenta tarde o temprano todo responsable de la toma de decisiones técnicas, y vale la pena ser honesto sobre lo que realmente cuesta construir a gran escala:

• Fragilidad . Los guiones escritos a mano suelen redactarse a partir de los archivos CAD que el autor tenía a mano. La nueva geometría, los nuevos formatos o las estructuras jerárquicas inusuales tienden a provocar fallos que son difíciles de depurar a posteriori.
• Riesgo de persona clave . El conocimiento sobre cómo funciona el oleoducto suele residir en la mente de una o dos personas. Cuando no están disponibles, el oleoducto se detiene.
• Costes de mantenimiento ocultos . Cada nueva versión de CAD, cada nuevo formato de archivo y cada nuevo destino (por ejemplo: web, gafas XR , dispositivos móviles) es algo más que el script debe actualizarse para admitir. Ese es tiempo de ingeniería que no aparece como un elemento en la factura hasta que está vencido.
• No existe una única fuente de verdad . Sin una gestión centralizada de activos , los diferentes equipos acaban con copias distintas y ligeramente desincronizadas del mismo modelo.

Nada de esto significa que construirlo uno mismo sea siempre incorrecto. Para un caso de uso específico y estable, un script podría ser la solución de ingeniería justa. El riesgo se manifiesta específicamente cuando aumenta el volumen: más líneas de productos, más formatos, más equipos que necesitan acceso, cambios de diseño más frecuentes.

En ese punto, el verdadero competidor de una canalización diseñada específicamente para un propósito determinado es la tentación de seguir parcheando lo que ya existe en lugar de dar un paso atrás y preguntarse si la arquitectura subyacente realmente puede escalar. Los criterios de evaluación que se presentan en el próximo capítulo están diseñados para ayudar a tomar esa decisión de forma objetiva, ya sea que esté evaluando a un proveedor, un sistema desarrollado internamente o una combinación de ambos.

Capítulo 5: Lista de verificación de evaluación para quienes toman decisiones técnicas

Independientemente del tipo de sistema que esté evaluando, ya sea desarrollado internamente o adquirido a un proveedor, se aplican las mismas preguntas. Utilice esta lista de verificación para comparar las opciones en igualdad de condiciones.

Cobertura de formato

• ¿Cuántos formatos CAD, BIM, de malla y de nube de puntos admite de forma nativa?
• ¿Conserva la jerarquía, los materiales, los metadatos y la animación al importarlos, o solo la geometría sin procesar?

Profundidad de automatización

• ¿Puede procesar cientos de archivos por lotes sin que una persona tenga que abrir cada uno?
• ¿Ofrece una API o un SDK para que tu equipo pueda programarlo y ampliarlo, en lugar de estar limitado a un conjunto fijo de pasos manuales?
• ¿Puede detectar y volver a ejecutarse automáticamente cuando cambia un archivo fuente?

Gobernanza y control de acceso

• ¿Admite el control de acceso basado en roles, de modo que los colaboradores, revisores y espectadores vean y hagan solo lo que les corresponde?
• ¿Puede garantizar una única versión de la verdad en todos los equipos, en lugar de permitir que las copias duplicadas se distancien?

Flexibilidad de despliegue

• ¿Puede ejecutarse en una nube multiusuario estándar y, por separado, puede implementarse en una nube privada virtual o en un entorno local para equipos que necesitan mantener los datos dentro de su propia infraestructura?
• ¿Se integra con los sistemas de gestión de identidades y accesos que ya utiliza su equipo de TI?

Integración con herramientas existentes

• ¿Es compatible con las herramientas de diseño que ya utilizan sus equipos, no solo con los programas CAD, sino también con herramientas como Blender, Maya o Photoshop para contenido que no sea CAD?
• ¿Se adapta a tu flujo de trabajo de control de versiones actual o requiere abandonarlo?

Costo total de propiedad

• ¿El precio es por usuario, por uso o una tarifa plana de plataforma? ¿Cómo se ajusta este precio a medida que crece su equipo y su biblioteca de recursos?
• ¿Cuál es el coste real de ingeniería para el mantenimiento del oleoducto una vez que esté en funcionamiento, y no solo el coste de su puesta en marcha?

Ninguna herramienta por sí sola obtendrá una puntuación perfecta en todas las líneas. El objetivo de esta lista de verificación no es encontrar una respuesta perfecta. Se trata de asegurarse de que las deficiencias que se aceptan sean deficiencias elegidas por el usuario, y no deficiencias descubiertas después de que el sistema ya soportaba una carga importante para el negocio.

Capítulo 6: Pruebas de campo

Los marcos de referencia son útiles, pero es más fácil confiar en ellos cuando se cuenta con evidencia. Así es como tres organizaciones, en tres sectores diferentes, abordaron el mismo problema subyacente.

Autoliv

Autoliv , el mayor proveedor mundial de sistemas de seguridad para automóviles, necesitaba mostrar a sus clientes productos de seguridad complejos de una manera más interactiva que la que permitían los dibujos estáticos. Gracias a Unity Asset Transformer, que automatiza la transferencia y optimización de datos CAD, Autoliv redujo ese proceso de cuatro días a seis horas por producto. No se trata de una victoria puntual, sino de una diferencia recurrente en cada nuevo producto que Autoliv lanza al mercado.

Grupo BMW

BMW Group se enfrentó a una versión diferente del mismo problema a una escala mucho mayor: problemas de control de versiones, formatos de archivo inconsistentes y dificultades de colaboración en una vasta biblioteca global de recursos 3D . BMW creó "3D Mine", una plataforma de gestión de activos 3D basada en Unity Asset Manager, para estandarizar la forma en que los equipos de diseño, ingeniería y marketing de toda la empresa almacenan, buscan y colaboran en contenido 3D .

Los detalles varían, pero la esencia de cada historia es la misma: una infraestructura escalable convirtió un cuello de botella técnico en una infraestructura rutinaria y repetible, y cada organización midió la diferencia en horas ahorradas, equipos desbloqueados o partes interesadas incluidas.

Capítulo 7: Gobernanza y seguridad a escala empresarial

Un proceso que avanza rápido pero que filtra propiedad intelectual no resuelve realmente el problema, simplemente cambia el riesgo que se asume. Para los compradores técnicos, la gobernanza suele ser tan importante como la velocidad.

Tres áreas suelen ser las más importantes:

Control de acceso basado en roles. No todos los usuarios que manipulan un modelo 3D necesitan el mismo nivel de acceso. Un sistema práctico distingue entre administradores que gestionan todo el proyecto, colaboradores que suben y editan archivos, consumidores que utilizan los recursos en trabajos posteriores y espectadores que solo necesitan mirar. Lograr este nivel de detalle adecuado, tanto a nivel de organización como de proyecto, evita el fallo común en el que el "compartir fácilmente" se convierte en "ningún control de acceso real".

Control de despliegue. Algunas organizaciones se sienten cómodas almacenando activos 3D en una nube segura y multiusuario. Otros, sobre todo en sectores regulados o con propiedad intelectual sensible, necesitan que los datos permanezcan dentro de la infraestructura que controlan. Una plataforma diseñada para uso empresarial debería ofrecer ambas opciones : almacenamiento seguro en la nube como opción predeterminada, y una nube privada virtual o una opción local, implementada en infraestructura como AWS o Azure, para los equipos que lo necesiten.

Integración de identidades. El control de acceso es tan sólido como el sistema de identidad que lo respalda. Las canalizaciones de nivel empresarial deben integrarse con los sistemas de gestión de identidades y accesos (IAM) que su organización ya utiliza, en lugar de mantener un conjunto separado y paralelo de cuentas de usuario y permisos.

Esta es la base que se vuelve innegociable en el momento en que un sistema de producción gestiona los diseños de productos reales de una empresa a gran escala.

Capítulo 8: Una hoja de ruta para tu propio proceso

La propia guía empresarial de Unity describe una forma de ensamblar esta arquitectura: Asset Transformer se encarga de la ingesta y la optimización, Asset Manager centraliza y gestiona los activos resultantes, y Pipeline Automation orquesta toda la secuencia a gran escala, trabajando todo en conjunto como lo que Unity denomina su motor de datos 3D . Esa es una arquitectura de referencia, no la única. La lista de verificación del Capítulo 5 le indicará si esta opción, o cualquier otra, se ajusta realmente a las necesidades de su organización.

Capítulo 9: ¿Qué hacer a continuación?

Un sistema escalable de conversión de CAD a 3D en tiempo real no se construye en una sola tarde, pero el primer paso es sencillo: compare su proceso actual con la lista de verificación del Capítulo 5 y vea dónde están las deficiencias.

A partir de ahí, algunos pasos prácticos a seguir:

• Consulta la documentación técnica de Unity Asset Transformer y Unity Asset Manager para ver cómo se corresponden las etapas del Capítulo 3 con una implementación específica.
• Inicie una prueba gratuita de Unity Industry para probar el flujo de trabajo con sus propios archivos CAD.
• Si su organización necesita planificar una implementación en varios equipos o el despliegue de una nube privada virtual, póngase en contacto con un representante de Unity .

Elijas lo que elijas, el objetivo sigue siendo el mismo: cerrar la brecha entre la realidad y las personas que crean tus datos 3D , y todos los demás que necesitan verlos.