De Vault a Forma: qué viaja y qué no

Llevo años moviendo datos dentro de Autodesk Vault: ciclos de vida, propiedades, BOM, liberaciones. Y cada vez más conversaciones terminan en la misma pregunta: ¿cómo llevo esto a Forma?

Antes de seguir, una aclaración que me importa: todavía no tengo un proyecto en producción que conecte los dos mundos. Este artículo no es un caso de éxito. Es la exploración honesta de alguien que trabaja en ambos lados: en el PDM de manufactura y en la configuración de CDE a gran escala.

Por qué esta pregunta aparece ahora

Cada vez más empresas tienen un pie en cada mundo. Fabrican estructuras, equipos o sistemas que terminan instalados en una obra. Su ingeniería vive en Vault, con Inventor y AutoCAD; su proyecto de construcción vive en un CDE como Forma, con modelos coordinados, revisiones y aprobaciones. Y en la frontera entre los dos, casi siempre, hay alguien copiando archivos a mano.

Lo que viaja bien

Los archivos y sus versiones. Un puente bien hecho puede llevar el contenido y conservar el historial. Esa es la parte fácil, y es lo único que la mayoría de la gente llama "migrar". Si el puente respeta las versiones, ya está por encima del promedio.

Lo que no viaja solo

Los estados del ciclo de vida. "Released" en Vault es una frontera sagrada: separa lo que se puede fabricar de lo que no. Ese concepto no existe de forma nativa al otro lado. Alguien tiene que decidir qué significa "liberado" en el CDE: ¿una carpeta de publicados?, ¿un estado de revisión?, ¿un atributo?

Las iProperties. Número de parte, material, descripción, autor: en el CDE eso se convierte en atributos que hay que definir, con una nomenclatura tipo ISO 19650 que alguien tiene que diseñar y mantener. Sin ese mapeo, los archivos llegan mudos.

El contexto de BOM y los vínculos. Un ensamble no es un archivo: es una red de referencias. Si el puente no traduce ese contexto, en el destino queda una colección de archivos sueltos que parecen completos y no lo están.

Los permisos. El modelo de seguridad de un PDM y el de un CDE no se traducen uno a uno. Quién puede ver qué, y en qué estado, hay que rediseñarlo del lado de Forma con roles y herencia de carpetas.

Mi tesis: el puente necesita las mismas defensas que un agente

Construyendo VaultPilot junto a Avant Leap aprendí una regla que aplica exacta aquí: ningún proceso automático debería escribir en un sistema de producción sin dry-run, sin validación contra el esquema real del destino y sin auditoría de cada escritura. Un puente entre PDM y CDE es precisamente eso: un proceso automático escribiendo en producción. Sin esas tres defensas no es un puente. Es una apuesta.

Por dónde empezaría

Si tuviera que arrancar este puente mañana, el primer paso no sería código: sería un inventario de qué propiedades se usan de verdad en el Vault y quién las consume del lado de la obra. Después, definir el mapeo de atributos con el equipo BIM, sobre una nomenclatura que la gente sí pueda llenar. Y solo entonces, probar con un subconjunto pequeño en un hub de pruebas, medir qué se pierde y ajustar antes de tocar producción.

Si tu empresa vive esta frontera entre manufactura y obra, me interesa tu caso: qué datos se te quedan atrapados, qué has intentado y dónde se rompió.