La mayoría de los entornos Autodesk Vault ya contienen gran parte de lo que necesitan los sistemas posteriores, porque los ensamblajes llevan relaciones de componentes, las cantidades se calculan automáticamente, la información de artículos está disponible y las exportaciones de listas de materiales a menudo pueden activarse durante las transiciones del ciclo de vida o los flujos de trabajo de lanzamiento.
Desde un punto de vista técnico, la lista de materiales ya existe en el entorno PDM.
Sin embargo, en muchas empresas de ingeniería, los datos de la lista de materiales siguen moviéndose manualmente entre Vault y ERP. Se exportan a Excel, se revisan a mano, se comparan con los estados de revisión y se confirman de nuevo antes de que se pueda proceder a la compra o de que los usuarios del ERP puedan confiar en la última versión.
El problema rara vez es que falte la lista de materiales. El problema es que no se confía plenamente en que los sistemas posteriores permanezcan alineados con la realidad de la ingeniería, por lo que la supervisión manual llena el vacío y, a menudo, permanece allí mucho más tiempo del que se pretendía.
Uno de los errores más persistentes en la integración PDM-ERP es la suposición de que la lista de materiales de ingeniería y la lista de materiales de fabricación son idénticas, a pesar de que tienen propósitos fundamentalmente diferentes.
En Autodesk Vault, la estructura de ensamblaje refleja la intención del diseño, con componentes, subconjuntos y referencias organizados en torno a cómo se diseña, documenta y valida un producto en el sistema PDM.
Sin embargo, los sistemas ERP esperan que la lista de materiales respalde la ejecución operativa. Las compras necesitan estructuras de artículos listas para el proveedor, la planificación de la fabricación necesita agrupaciones operativas y los flujos de trabajo de aprovisionamiento requieren números de artículos aprobados, clasificaciones, unidades de medida y estados de revisión que sigan las reglas de producción en lugar de las convenciones CAD.
Aquí es donde se hace visible la brecha entre la eBOM y la mBOM. Por tanto, el traspaso de Vault a ERP no es sólo un problema de transferencia de datos. Es un problema de traducción, y sin una lógica de transformación automatizada de la lista de materiales en la capa de integración, esa traducción tiene que realizarse manualmente cada vez que una revisión se desplaza hacia abajo.
Excel entra en escena no porque los equipos de ingeniería prefieran las hojas de cálculo, sino porque una hoja de cálculo se convierte a menudo en el único espacio neutral donde la lista de materiales puede inspeccionarse, ajustarse y validarse antes de pasar al ERP.
En esa hoja de cálculo, las filas se reorganizan, los ensamblajes fantasma se aplanan a mano, los componentes de referencia se eliminan, los campos específicos de ERP se completan y los números de artículo que faltan se añaden columna a columna.
Lo que hace que esto sea tan duradero es que funciona de forma imperfecta, pero lo suficientemente fiable. Todo el mundo en el equipo conoce la rutina, y la hoja de cálculo se convierte gradualmente en conocimiento institucional sobre cómo funciona realmente la integración Vault-ERP día a día. Cuanto más tiempo se mantenga, más difícil será sustituirla, porque los pasos manuales que contiene representan una lógica operativa real que nadie ha documentado formalmente en ninguna otra parte.
Cuando un diseño cambia dentro de Autodesk Vault, la estructura de ensamblaje se actualiza y puede publicarse una nueva revisión, mientras que el sistema ERP descendente puede seguir trabajando con la versión anterior de la lista de materiales hasta que se produzca la sincronización. Si esa sincronización es manual o se realiza a través de un proceso de exportación retrasado, el ERP puede reflejar fácilmente un momento distinto al de la última versión de ingeniería.
Una vez que existe esa incertidumbre, la supervisión manual vuelve con toda su fuerza. Los equipos vuelven a exportar la lista de materiales para verificar lo que ha recibido ERP, comparan las revisiones en hojas de cálculo y envían correos electrónicos preguntando si realmente se ha importado la última estructura.
Puede que los sistemas estén técnicamente conectados, pero las personas que trabajan entre ellos han dejado de confiar en la conexión.
Este es el coste real de una integración incompleta de Vault a ERP: no el tiempo dedicado a una sola exportación, sino los gastos generales acumulados de la reconciliación constante entre ingeniería, compras y fabricación. Es un coste que crece silenciosamente hasta que se convierte en parte del propio proceso.
Los datos desalineados de la lista de materiales dejan de ser un inconveniente de ingeniería una vez que llegan a los sistemas posteriores que impulsan las decisiones empresariales reales.
Un desajuste de cantidades deja de ser un problema de CAD cuando compras lo utiliza para generar solicitudes de aprovisionamiento. Una revisión obsoleta deja de ser sólo un retraso en la sincronización de la lista de materiales cuando fabricación empieza a planificar la producción a partir de ella. Una estructura de artículos duplicada deja de ser inofensiva una vez que los proveedores reciben información contradictoria de sistemas separados.
En esta fase, la calidad del flujo de trabajo de ingeniería empieza a afectar directamente a la fiabilidad operativa de toda la empresa:
Retrasos en las compras porque el departamento de ingeniería debe confirmar manualmente los estados de revisión antes de que se pueda proceder al aprovisionamiento, lo que convierte cada publicación de la lista de materiales en un juego de espera.
Retrasos en las importaciones de ERP porque la validación de la lista de materiales sigue dependiendo de la revisión de la hoja de cálculo en lugar de la transferencia automatizada de la lista de materiales activada por el propio flujo de trabajo de publicación.
Lagunas en la planificación de la producción porque fabricación trabaja a partir de estructuras parcialmente validadas mientras ingeniería sigue verificando si los últimos cambios se han propagado correctamente a través de la canalización PDM-ERP.
Los ingenieros dejan de reexportar las listas de materiales para verificar lo que ERP ha recibido realmente, porque la sincronización de las listas de materiales es continua y auditable.
Los maestros de artículos y las estructuras de listas de materiales de ERP permanecen alineados con las revisiones de ingeniería actuales sin intervención manual.
La información de los artículos, las clasificaciones operativas y las reglas de aprovisionamiento pasan a formar parte del flujo de trabajo conectado, en lugar de aplicarse correcciones manualmente.
Los equipos de compras, fabricación y cadena de suministro pueden confiar en los datos de su sistema ERP sin esperar a que ingeniería confirme el traspaso.
El flujo de trabajo se ralentiza no porque los sistemas no puedan intercambiar datos, sino porque los responsables de los resultados empresariales no confían en el traspaso entre Vault y ERP.
En organizaciones más pequeñas, la gestión manual de las listas de materiales puede permanecer invisible cuando el volumen de productos es bajo, los ciclos de revisión son lentos y unas pocas personas experimentadas conocen de memoria el flujo de trabajo de Vault a ERP.
A medida que el entorno crece, esa dependencia oculta se convierte en una limitación operativa. Un mayor número de productos, revisiones más rápidas y un mayor número de equipos posteriores convierten la sincronización de la lista de materiales en un proceso crítico para la empresa.
En ese momento, cada revisión manual ralentiza el flujo de trabajo de lanzamiento. Compras espera la confirmación, las importaciones de ERP se estancan y la planificación de la producción depende de que alguien concilie los datos de Vault y ERP a través de una hoja de cálculo.
Las organizaciones de ingeniería que reducen la sobrecarga manual de las listas de materiales suelen hacer un cambio importante: dejan de tratar la transferencia de listas de materiales como una exportación de archivos y empiezan a tratarla como una sincronización entre Autodesk Vault y ERP.
Con una mentalidad de exportación, los datos de las listas de materiales se mueven por lotes. Alguien activa la transferencia, el sistema receptor actualiza más tarde y las comprobaciones manuales cubren los huecos.
Con una mentalidad de sincronización, Vault y ERP permanecen alineados a través de una capa de integración en vivo. Cuando las revisiones, cantidades, clasificaciones de artículos o estados del ciclo de vida cambian en Vault, la estructura de ERP refleja esos cambios sin necesidad de una exportación manual o una revisión de la hoja de cálculo.
En la práctica, esto significa
Los ingenieros dejan de supervisar las transferencias de listas de materiales
ERP recibe las estructuras de producto actuales
Compras y producción se basan en datos sincronizados
Excel ya no es necesario como red de seguridad
Una vez que Autodesk Vault y ERP comparten datos de listas de materiales en tiempo real y sincronizados, el siguiente reto es el cambio de ingeniería en sí.
La sincronización de las listas de materiales alinea la estructura del producto, pero los datos de ingeniería no dejan de moverse. Los diseños cambian, las revisiones avanzan, las ECO se aprueban y los cambios de fabricación fluyen hacia la planificación, los proveedores y las compras.
Mantener todo esto alineado requiere algo más que una integración única de Vault a ERP. Requiere una arquitectura de flujo de trabajo conectada en la que los cambios de ingeniería puedan rastrearse a través de PDM y ERP.
Ahí es donde reside la verdadera ventaja: todos los equipos trabajan a partir de datos actuales, sin traspasos de hojas de cálculo, incertidumbre en las revisiones ni esperas.