Conexión e integración, Retos en flujos de ingeniería
Pulsa liberar. El conjunto pasa por el ciclo de vida de Vault, la revisión se bloquea y la lista de materiales queda oficialmente fuera de su alcance. Pasas al siguiente proyecto.
Tres semanas después, Compras le envía un correo electrónico. Un número de pieza no existe en SAP. ¿Podrías comprobar lo que enviaste?
Si esta situación le resulta familiar, no es el único. El problema no es culpa tuya. Es estructural. La mayoría de los flujos de trabajo de Autodesk Vault-to-ERP dejan un hueco entre el momento en que se realiza la entrega y el momento en que ERP dispone realmente de datos de lista de materiales completos y utilizables. Esa brecha se llena de trabajo manual, retrasos en las comprobaciones y, finalmente, de su tiempo, mucho después de que usted pensara que el trabajo estaba hecho.
El botón de liberación no es la línea de meta
En la mayoría de las organizaciones de fabricación, la liberación de una lista de materiales en Vault y su transferencia a ERP son dos eventos separados por una cadena de pasos manuales.
Alguien exporta la estructura de la lista de materiales. Alguien abre una hoja de cálculo, comprueba qué artículos del ERP ya existen, rellena los valores que faltan y ajusta cualquier cosa que no coincida con lo que espera SAP, Business Central u Oracle. Sólo entonces se realiza la importación, y sólo si nada falla en la validación del ERP.
No se trata de un problema de nicho. Según un estudio de clientesde coolOrange, el 80% de los equipos de ingeniería afirman que una sola transferencia manual de la lista de materiales lleva más de 15 minutos. En cada revisión, orden de cambio y nueva versión del ciclo de vida de un producto, esa sobrecarga aumenta rápidamente. Y el 95% de esos mismos equipos confirmaron que los errores en los datos de las listas de materiales habían provocado anteriormente costes significativos. No dolores de cabeza por el papeleo. Verdaderas paradas en la producción y retrasos en el aprovisionamiento.
El lanzamiento era tu trabajo. En teoría, todo lo que viene después es cosa de otros. Pero en la práctica, cuando algo se rompe en la cadena de producción, los ingenieros son siempre los primeros en llamar.
La realidad estructural entre Vault y ERP
El traspaso es más difícil de lo que parece porque una lista de materiales de ingeniería y una lista de materiales de fabricación tienen propósitos fundamentalmente diferentes.
En Autodesk Vault, la lista de materiales refleja la intención del diseño: cómo se estructura, documenta y valida el ensamblaje en el entorno PDM. Sin embargo, ERP necesita una lista de materiales que impulse la ejecución operativa. Cada componente debe tener un artículo ERP correspondiente con un número de artículo válido. Ese número puede proceder de Vault, puede ser generado por el propio sistema ERP o puede seguir un esquema de numeración personalizado específico de su organización. Si algún artículo del ERP aún no existe, la transferencia falla o corrompe los datos de forma silenciosa.
Además, algunos sistemas ERP aplican sus propias reglas de validación: los números de posición deben asignarse correctamente, las cantidades deben coincidir con las unidades de medida específicas del ERP y los campos obligatorios deben rellenarse antes de la importación. Una lista de materiales de ingeniería técnicamente completa puede ser rechazada en la importación del ERP si no se ajusta a esas reglas. Y usted no lo sabrá necesariamente hasta que alguien en sentido descendente se encuentre con el problema.
Esta capa de traducción entre la lista de materiales electrónica y la lista de materiales móvil es donde se realiza la mayor parte del trabajo manual. No se trata de pereza ni de un mal diseño del proceso. Es el resultado inevitable de dos sistemas que se construyeron para trabajos diferentes y nunca se les dio una conexión directa.
Cuando el error vuelve a ser su problema
El aspecto más perjudicial de un flujo de trabajo Vault-ERP desconectado no es el tiempo que lleva. Es el momento en que surgen los fallos.
La transferencia de la lista de materiales se produce poco después del lanzamiento. El error aparece más tarde, cuando compras intenta pedir materiales utilizando un número de pieza que no se resuelve, o cuando fabricación lanza una orden de producción y descubre que falta un subconjunto en la estructura ERP o que el propio plano está obsoleto. Para entonces, el ingeniero que publicó el diseño ya ha pasado a ocuparse de algo totalmente distinto.
Pero el error se remonta a la entrega, al igual que las llamadas. El departamento de ingeniería tiene que volver a intervenir para verificar lo que realmente se ha entregado, confirmar si la lista de materiales se ha transferido correctamente y ayudar a desentrañar decisiones que varios departamentos ya han tomado basándose en datos incorrectos. El coste no es sólo arreglar la lista de materiales. Es deshacer todo lo que se ha construido sobre ella.
Este problema de descubrimiento tardío es lo que hace que una integración manual de PDM a ERP resulte realmente cara con el tiempo. El error no es visible en el origen. Es visible donde se sienten sus consecuencias: en la adquisición, en el taller y en el programa.
La única persona de la que todos dependen
En la mayoría de los equipos de ingeniería, hay alguien que domina el traspaso de Vault a ERP. Esta persona sabe qué campos del ERP deben rellenarse manualmente, cómo funciona el esquema de numeración de artículos, qué tipos de material activan un tratamiento especial en su ERP y qué estados de revisión rechazará el ERP.
Los conocimientos de esas personas son reales y valiosos. También es invisible, inescalable y está a una dimisión o a un día de baja por enfermedad de convertirse en una crisis.
La dependencia existe porque el proceso nunca se formalizó. Se acumuló con el tiempo. El conocimiento institucional que debería vivir en un sistema conectado vive en cambio en una persona, expresado a través de una hoja de cálculo que sólo tiene sentido para las personas que la construyeron. Cuando a los ingenieros se les mide por el resultado del diseño y gastan su ancho de banda gestionando un traspaso de datos, algo ha ido mal a nivel de herramientas, no a nivel humano.
Qué cambia cuando Vault y ERP están realmente conectados
Una integración bidireccional de Autodesk Vault ERP cambia la ecuación en cada etapa, no sólo en el paso de transferencia.
Durante el diseño en Autodesk Inventor, los ingenieros pueden buscar materias primas en el inventario de ERP e insertar los componentes aprobados directamente en sus modelos. Las piezas compradas y las materias primas proceden de datos de ERP en tiempo real, no de la memoria o de una hoja de cálculo compartida. En el momento en que un ensamblaje llega a la versión de lanzamiento, su lista de materiales ya está alineada con lo que ERP conoce. La brecha que la preparación manual normalmente intenta cerrar simplemente no se abre.
Cuando se produce la liberación, la validación de la lista de materiales puede ejecutarse automáticamente. Cada número de posición, estado de posición de ERP y campo obligatorio se comprueba antes de que nada se mueva. Los conjuntos de varios niveles, incluidas las máquinas completas con todos los subconjuntos anidados, se transfieren en un solo paso. Si algo falla en la validación, el ingeniero recibe un mensaje de error inmediato y específico directamente en Vault, no un vago fallo de importación comunicado por un agente de compras dos semanas más tarde.
La función de comparación de listas de materiales sustituye a una de las comprobaciones manuales que más tiempo consumen: abrir la lista de materiales de Vault y la de ERP una al lado de la otra para buscar discrepancias. Esta comparación se realiza dentro de Vault, codificada por colores y en tiempo real. Si una revisión ha cambiado algo desde la última sincronización, es visible antes de que se ejecute la transferencia.
Y como la lógica reside en el software y no en la cabeza de una persona, las reglas de validación, el esquema de numeración y la asignación estructural se configuran una sola vez y están disponibles para todos. Cualquier miembro del equipo puede ejecutar el flujo de trabajo con el mismo resultado. La dependencia del héroe desaparece, al igual que la ansiedad de no saber si ERP ha recibido realmente la estructura correcta.
El trabajo del ingeniero es la ingeniería
Los problemas descritos aquí no son fallos de diligencia. Los ingenieros de CAD que realizan entregas manuales de listas de materiales son cuidadosos precisamente porque el sistema no les da otra opción. La hoja de cálculo, la comprobación manual, el correo electrónico de seguimiento: todo ello está compensando una conexión que nunca se construyó correctamente.
Una vez que Autodesk Vault y su sistema ERP comparten una conexión activa y validada, el botón de liberación realmente significa algo. El trabajo de ingeniería termina con la liberación. El trabajo de producción comienza con datos en los que puede confiar. Y nadie tiene que atender esa llamada tres semanas después.
