ERP para fabricación de Defensa y Espacio: por qué la fabricación basada en proyectos empieza con BoQ-to-BoM

La fabricación para Defensa y Espacio no es simplemente fabricación. Es ejecución de proyectos en la que la fabricación está integrada dentro de un alcance contractual, de ingeniería y de entrega más amplio.

 

Una instalación de radar, una instalación de apoyo a misiones, una estructura de integración de satélites, un sistema especializado de apoyo en tierra o un módulo de ingeniería rara vez es el resultado de una línea de producción repetitiva que funciona de forma independiente de un proyecto.

 

Existe porque un proyecto específico lo requiere.

 

Esa distinción cambia por completo la lógica del ERP.

 

En la fabricación convencional, la lista de materiales (Bill of Materials, BoM) suele ser la estructura dominante: ¿qué componentes se necesitan para fabricar un producto?

 

 

Para simplificar, este artículo utiliza el BoQ como ese ancla comercial y de proyecto.

 

Por lo tanto, el requisito crítico no es simplemente gestionar una BoM.

 

Es crear una cadena digital capaz de traducir:

 

Requisito del proyecto → BoQ → WBS → Producto fabricado → BoM → Operaciones de producción → Calidad → Montaje/Instalación → Costo → Avance

 

Esa es la diferencia entre un software de fabricación y un verdadero ERP de fabricación basada en proyectos.

 

DANAOS ProjectVIEW ERP ya modela esta relación a través de su arquitectura de ERP para fabricación basada en proyectos, en la que el BoQ de un proyecto puede transformarse en BoM y rutas de fabricación listas para producción, sin perder la conexión con las actividades de la WBS y los códigos de costo. danaos-projects.com

 

---

 

¿Qué es la fabricación basada en proyectos en Defensa y Espacio?

 

La fabricación basada en proyectos es la producción de elementos de ingeniería requeridos específicamente para cumplir el alcance de un proyecto, contrato o misión, en lugar de reponer un inventario estándar de productos repetitivos.

 

Esto suele solaparse con la fabricación bajo diseño (engineer-to-order) y la fabricación de bajo volumen y alta complejidad.

 

La distinción importante es tanto económica como técnica.

 

El elemento fabricado no existe como un producto aislado.

 

Existe dentro de la economía y el cronograma del proyecto que lo requiere.

 

El Manual de Ingeniería de Sistemas (Systems Engineering Handbook) de la NASA refleja la realidad más amplia de la ingeniería de sistemas en el sector espacial: el desarrollo y la realización del producto son procesos iterativos y multidisciplinarios que se extienden a lo largo de todo el ciclo de vida del proyecto. La NASA destaca específicamente la Ingeniería de Sistemas Basada en Modelos (MBSE) como un mecanismo para mejorar el desarrollo y la entrega de productos. NASA

 

Del mismo modo, los programas espaciales europeos operan dentro del marco de la Cooperación Europea para la Normalización Espacial (ECSS), que integra explícitamente la gestión de proyectos, la ingeniería, la industrialización, la producción, el mantenimiento y el aseguramiento del producto. Su norma de gestión de la configuración exige mantener la relación entre las características del producto, los requisitos aprobados y la configuración as-built en evolución a lo largo de todo el ciclo de vida. ECSS

 

Precisamente por eso la separación departamental convencional se vuelve problemática.

 

Ingeniería no puede terminar su trabajo y simplemente «lanzar la BoM por encima del muro» a producción.

 

Producción no puede fabricar sin comprender los hitos del proyecto.

 

Compras no puede adquirir únicamente en función de la demanda de inventario.

 

Calidad no puede operar al margen de la configuración.

 

Y Finanzas no puede comprender el verdadero desempeño del proyecto si los costos de fabricación están desvinculados del entregable del proyecto que los originó.

 

---

 

La traducción que falta: BoQ → BoM

 

Este es el problema de arquitectura que merece más atención.

 

Imagine que el BoQ de un proyecto contiene un requisito para un conjunto de ingeniería.

 

Desde la perspectiva del proyecto, ese conjunto puede aparecer como un material o producto necesario para completar un alcance de diseño del BoQ.

 

Pero, internamente, ese «material» no es necesariamente algo que se compra de un catálogo.

 

Puede ser en sí mismo un producto fabricado bajo un esquema basado en proyectos.

 

Ese producto se despliega en su propia BoM, compuesta por múltiples materias primas, componentes comprados, consumibles y elementos semiterminados.

 

• También requiere mano de obra.
• Consume maquinaria, herramientas y capacidad de producción.
• Sigue operaciones de fabricación.
• Pasa por inspecciones y controles de calidad.

 

Algunos procesos pueden realizarse internamente.

 

Otros pueden subcontratarse a proveedores o subcontratistas especializados.

 

Y, una vez completado, el resultado de la fabricación vuelve a consolidarse en un único producto identificable que el alcance del proyecto principal consume durante el montaje, la erección, la integración o la instalación.

 

Esto es fabricación anidada dentro del proyecto.

 

ProjectVIEW ya respalda la lógica subyacente mediante la fabricación BoQ-to-BoM, las fases de producción y la asignación de recursos, y mediante su módulo dedicado de Gestión de Materiales y Producción. Las fases de producción pueden ser secuenciales o paralelas, distinguir insumos, productos semiterminados y productos finales, asignar mano de obra y maquinaria, incorporar subcontratistas, calcular el costo final por unidad de producción y comparar los recursos y costos planificados frente a los reales. Danaos Projects

 

Esto crea una relación mucho más rica que:

 

Producto → BoM

 

Se convierte en:

 

Alcance del BoQ → Actividad de la WBS → Producto fabricado → BoM + Ruta de fabricación + Recursos + Calidad → Producto terminado → BoQ principal

 

Y cada nivel sigue siendo económicamente imputable al mismo proyecto.

 

---

 

Un producto fabricado es también un recurso del proyecto

 

Este concepto es especialmente importante.

 

Un conjunto fabricado puede ser simultáneamente:

 

 

Considere un módulo de soporte de ingeniería fabricado para un programa de defensa.

 

A nivel de proyecto, puede ser un material/recurso requerido para un paquete de trabajo definido del BoQ.

 

Internamente, sin embargo, ProjectVIEW puede desglosar ese producto en una BoM de fabricación.

 

Su fabricación puede requerir materiales estructurales, componentes comprados, mano de obra especializada, equipos de soldadura o mecanizado, inspecciones de calidad y, quizás, acabados subcontratados o pruebas especializadas.

 

Una vez completado y aceptado, el conjunto terminado se devuelve al proyecto principal como un recurso controlado e identificable, listo para su instalación.

 

Lo importante es que su costo no ha desaparecido en una cuenta genérica de gastos generales de fábrica.

 

Sus horas de mano de obra, tiempo de máquina, materiales, operaciones subcontratadas y avance de producción siguen siendo imputables al requisito del proyecto que lo originó.

 

Eso es control de costos del proyecto que llega hasta el interior de la fabricación.

 

---

 

Ejemplo de defensa: un requisito del BoQ, todo un proyecto de producción por debajo

 

Considere un contratista de defensa que entrega una instalación integrada de apoyo a misiones.

 

Una sola partida del alcance contractual puede requerir un recinto de equipos o un módulo estructural de ingeniería.

 

Desde la perspectiva del proyecto principal, la dirección quiere saber:

 

• ¿Está listo?
• ¿Cuándo se instalará?
• ¿Cuánto costó?
• ¿Ha superado la inspección?
• ¿Utiliza la configuración aprobada?

 

Pero debajo de ese elemento aparentemente simple se encuentra un miniproyecto.

 

• Ingeniería emite planos y especificaciones.
• El sistema genera o asocia la BoM y la ruta de fabricación correspondientes.
• Compras asegura los componentes necesarios.
• Producción asigna capacidad de taller, mano de obra y maquinaria.
• Determinados procesos especializados pueden subcontratarse.
• Calidad registra inspecciones, no conformidades y aprobaciones.
• Los cambios de configuración se controlan por versiones.

 

El elemento terminado se serializa o se identifica de otro modo, se traslada al patio u obra correspondiente y, finalmente, lo consume su actividad de instalación principal.

 

 

Se convierten en vistas distintas de la misma realidad del proyecto.

 

DANAOS aplica hoy una lógica de fabricación comparable en entornos de proyectos complejos como la construcción naval y las operaciones de astilleros, donde la fabricación, los materiales, la mano de obra, los subcontratistas, la información de diseño, la producción y el costo ya están entrelazados. Danaos Projects

 

---

 

Ejemplo espacial: la fabricación no puede separarse de la configuración y la calidad

 

Ahora considere una estructura especializada de apoyo en tierra o un bastidor de integración producido para un programa espacial.

 

Su BoM puede contener elementos estándar, componentes fabricados especialmente y piezas de precisión obtenidas de proveedores especializados.

 

• Parte de la producción se realiza en el taller del fabricante.
• Otra operación puede subcontratarse.
• El montaje final puede realizarse en otra instalación.
• La aceptación puede requerir registros de inspección, certificados, planos aprobados y una configuración as-built precisa.

 

Por eso la calidad no puede ser simplemente otro módulo del ERP situado junto a la fabricación.

 

La calidad forma parte del estado de la producción.

 

Las normas espaciales europeas hacen explícita esta relación: la ECSS mantiene requisitos específicos para el aseguramiento de productos espaciales, el aseguramiento de la calidad en proyectos espaciales y la gestión de la configuración y de la información. ECSS

 

Un elemento fabricado no puede declararse con veracidad como «completo» solo porque las operaciones de fabricación hayan alcanzado el 100 %.

 

• Puede estar físicamente fabricado, pero no inspeccionado.
• Inspeccionado, pero sujeto a una no conformidad.
• Aceptado, pero no liberado.
• Liberado, pero no transportado.
• Entregado, pero no integrado.
• Integrado, pero a la espera de la verificación final.

 

Cada estado significa algo distinto para Producción, Calidad, Planificación, Gestión Comercial y el cliente.

 

Un ERP serio debe comprender esas diferencias.

 

---

 

En Defensa y Espacio, la información en tiempo real no basta. Debe ser información de alta confianza.

 

Esta es quizá la distinción más importante.

 

Los ejecutivos suelen pedir «paneles en tiempo real».

 

Pero la velocidad sin confianza es peligrosa.

 

Si a un director de programa se le informa de que un conjunto está completo al 82 %, ¿qué significa exactamente ese 82 %?

 

• ¿Horas consumidas?
• ¿Operaciones completadas?
• ¿Cantidades físicas producidas?
• ¿Elementos de la BoM completados?
• ¿Producción aprobada por Calidad?
• ¿Valor ganado?
• ¿Autorreporte del taller?

 

Por lo tanto, el objetivo debería ser un avance en tiempo real de alta confianza.

 

Toda declaración de avance debería estar respaldada por evidencia de los procesos subyacentes: operaciones de fabricación, materiales consumidos, transacciones de mano de obra, actividad de las máquinas, hitos de subcontratistas, estado de las inspecciones, documentación aprobada y posición en el cronograma.

 

La Estrategia de Ingeniería Digital (Digital Engineering Strategy) de EE. UU. exige fuentes autorizadas de datos y modelos del sistema que abarquen todas las disciplinas y todo el ciclo de vida. Vincula explícitamente esa fuente autorizada de verdad con la gestión de costo, cronograma, desempeño y riesgo, y subraya que las partes interesadas necesitan la información correcta en el momento adecuado. Assistant Secretary of War

 

Ese principio se traslada directamente al ERP basado en proyectos.

 

El avance no debería limitarse a informarse. El avance debería demostrarse.

 

---

 

Dónde la IA transforma la fabricación por proyectos en Defensa y Espacio

 

ProjectVIEW ERP proporciona la capa estructurada de procesos y datos. DANAOS describe ProjectVIEW OS y ProjectVIEW AI como una capa de inteligencia que opera sobre información estructurada de BoQ, WBS, costos y operaciones, con áreas publicadas que incluyen la predicción de desviaciones de costos, la previsión de retrasos y productividad, la puntuación de riesgos, la inteligencia de compras, la detección de anomalías y los flujos de trabajo asistidos por IA. Danaos Projects

 

Para la fabricación en Defensa y Espacio, esto abre varios casos de uso especialmente valiosos:

 

1. Avance validado por IA. Un agente de IA puede comparar el avance de producción declarado con el grado de completitud de la BoM, los materiales consumidos, las transacciones de mano de obra, la actividad de las máquinas, el estado de los subcontratistas y los controles de calidad superados. En lugar de limitarse a repetir «75 % completado», puede advertir que solo el 61 % de la evidencia respalda el estado declarado e identificar lo que falta.
2. Previsión por IA de riesgos de cronograma y producción. Si un componente especializado se retrasa, una máquina no está disponible y una inspección obligatoria se ha reprogramado, la IA puede evaluar su efecto combinado sobre la ruta de producción, la actividad de la WBS y el hito final del proyecto, en lugar de analizar cada problema de forma aislada.
3. Inteligencia de calidad y configuración con IA. La inteligencia documental puede identificar registros de inspección faltantes, revisiones de planos incoherentes, certificados incompletos, patrones recurrentes de no conformidades o transacciones ejecutadas con información obsoleta. El objetivo no es sustituir el criterio de ingeniería, sino poner de manifiesto las contradicciones antes de que se propaguen aguas abajo.
4. Inteligencia de compras y de decisiones de fabricar o comprar con IA. Dado que un producto fabricado puede producirse internamente o subcontratarse, la IA puede comparar la capacidad interna, la disponibilidad de máquinas, la productividad histórica, los plazos de entrega de los proveedores, los compromisos de compra y el costo previsto antes de que la dirección decida si fabricar, subcontratar o comprar.
5. Informes ejecutivos y para partes interesadas con IA. Una parte interesada autorizada podría preguntar: ¿Cuál es el estado aprobado actual del paquete X, qué impide su finalización, cuál es su último costo previsto y qué evidencia respalda esa evaluación? La respuesta de la IA puede generarse a partir de transacciones estructuradas del ERP y evidencia vinculada, en lugar de correos electrónicos y hojas de cálculo recopilados manualmente.

 

La palabra clave en todo momento es evidencia.

 

La IA se vuelve considerablemente más valiosa cuando razona sobre datos operativos controlados, en lugar de intentar reconstruir la verdad del proyecto a partir de documentos desconectados.

 

---

 

La confidencialidad cambia la forma en que debe funcionar la colaboración

 

Los programas de defensa y espacio introducen otro requisito: no todas las partes interesadas deben verlo todo.

 

• La visibilidad en tiempo real no significa visibilidad sin restricciones.
• La dirección del programa puede necesitar la exposición de costos y cronograma.
• La dirección de producción necesita el estado detallado de la fabricación.
• Los equipos de calidad necesitan información de inspecciones y no conformidades.
• Los contratistas especializados pueden necesitar únicamente su paquete de trabajo asignado.
• Los clientes pueden requerir el estado aprobado de los hitos sin acceso a información comercial interna o de proveedores.

 

Por lo tanto, la arquitectura correcta es:

 

una única fuente de verdad, múltiples vistas autorizadas.

 

En los entornos estadounidenses que manejan Información No Clasificada Controlada (CUI), la NIST SP 800-171 Rev.3 constituye una referencia importante: aborda la protección de la CUI en sistemas no federales e incluye control de acceso, mínimo privilegio, auditabilidad, integridad del sistema y protección de la información en tránsito y en reposo. Exige específicamente limitar el acceso de usuarios y procesos al necesario para sus funciones asignadas y mantener registros de auditoría detallados. NIST Publications

 

Esto no significa que utilizar un ERP establezca automáticamente el cumplimiento de NIST, ECSS, las normas de control de exportaciones o un contrato de defensa concreto. El cumplimiento siempre debe validarse en función del programa específico, la jurisdicción, la clasificación de los datos y las obligaciones contractuales.

 

Pero sí define la dirección arquitectónica correcta.

 

La información del proyecto debe distribuirse según la identidad, el rol, la responsabilidad y la necesidad de conocer.

 

Idealmente, las notificaciones a las partes interesadas sensibles deberían anunciar que existe un evento relevante y proporcionar acceso autenticado al registro autorizado, sin distribuir innecesariamente información técnica o comercial confidencial a través de canales no controlados.

 

El CDE integrado de ProjectVIEW ya admite el control de versiones de documentos, las aprobaciones, el historial y las pistas de auditoría, mientras que su entorno de fabricación conecta la actividad de producción con la estructura del proyecto de origen. Capacidades de control documental y CDE de ProjectVIEW Danaos Projects

 

---

 

Del hilo digital al hilo económico

 

Los sectores de Defensa y Espacio ya comprenden el hilo digital (digital thread).

 

Los proveedores de tecnología del sector lo describen como la conexión continua entre la información de ingeniería, fabricación, producción y ciclo de vida. Siemens, por ejemplo, articula el hilo digital aeroespacial y de defensa en torno a la gestión de programas, la ingeniería, la cadena de suministro, la producción y el soporte del producto. Siemens Resources

 

Pero existe otro hilo igual de importante:

 

el hilo económico.

 

• Una decisión de diseño tiene un costo.
• Una revisión de la BoM tiene una consecuencia en las compras.
• Un componente retrasado tiene una consecuencia en el cronograma.
• El tiempo de inactividad de una máquina cambia la economía de la producción.
• Una pieza rechazada consume mano de obra y materiales sin generar avance aceptado.
• Un proceso subcontratado crea dependencias de compromisos, cronograma y calidad.
• Un cambio de configuración puede invalidar trabajo ya realizado.

 

La lógica basada en proyectos de ProjectVIEW vincula esa realidad física y de ingeniería con el BoQ, la WBS y los códigos de costo.

 

Esto significa que el hilo digital no termina en la ingeniería ni en el taller.

 

Continúa hacia el presupuesto, los compromisos, el costo real, el valor ganado, el avance del proyecto y el desempeño financiero.

 

---

 

Por qué un ERP de fabricación convencional no es suficiente

 

Un ERP de fabricación convencional puede ser muy bueno para responder:

 

¿Qué se necesita para fabricar el producto A?

 

La fabricación por proyectos en Defensa y Espacio exige una pregunta más amplia:

 

¿Por qué fabricamos el producto A, para qué requisito contractual, frente a qué hito del cronograma, con qué recursos, bajo qué configuración, a qué costo, con qué estado de calidad y cómo afecta su finalización al programa principal?

 

Esa pregunta atraviesa ingeniería, control de proyectos, compras, producción, calidad, subcontratación, logística y finanzas.

 

No puede responderse de forma fiable cuando esas funciones residen en sistemas desconectados.

 

Y tampoco puede responderla la IA si la propia IA no tiene debajo una verdad operativa estructurada.

 

Esta es la relevancia del modelo de fabricación por proyectos BoQ-to-BoM de ProjectVIEW.

 

La BoM explica cómo se construye el producto. La WBS explica cuándo debe construirse. El BoQ explica por qué el proyecto lo necesita y dónde se sitúa su valor económico. Los códigos de costo explican cuánto le está costando su ejecución a la empresa. Los registros de calidad y configuración establecen si el resultado es realmente aceptable.

 

La fabricación basada en proyectos conecta los cinco.

 

La IA puede entonces interpretar el tejido digital resultante.

 

---

 

El ERP de fabricación para Defensa y Espacio debe convertirse en un sistema de mando, no en una base de datos

 

Para los programas complejos de Defensa y Espacio, el objetivo no es otro sistema de registros.

 

Es un entorno de mando controlado para la fabricación por proyectos.

 

Un entorno capaz de seguir un requisito desde el alcance contractual hasta la definición de ingeniería; del BoQ a la BoM; de las compras a la fabricación; del taller interno al contratista especializado externo; de la producción a la inspección; del componente terminado al montaje y la erección; y de la ejecución física de vuelta al plazo, el costo, la calidad y el desempeño del programa.

 

En estos entornos, un elemento fabricado puede ser un producto hoy, un recurso del proyecto mañana y parte de un sistema mucho mayor después de su instalación.

 

El sistema de información debe comprender los tres estados.

 

Eso es la fabricación basada en proyectos.

 

Y es precisamente el tipo de complejidad para el que está diseñado un ERP integrado y centrado en proyectos como DANAOS ProjectVIEW ERP.

 

---

 

Preguntas frecuentes: fabricación basada en proyectos en Defensa y Espacio

 

¿Cuál es la diferencia entre un BoQ y una BoM?

 

Un BoQ representa el alcance y las cantidades del proyecto o del contrato, mientras que una BoM describe los componentes necesarios para fabricar un producto. En la fabricación basada en proyectos, la capacidad importante es mantener la relación entre ambos, de modo que los productos fabricados sigan vinculados al requisito del proyecto, la actividad de la WBS, el presupuesto y la estructura de costos que generaron la demanda.

 

¿Qué significa BoQ-to-BoM?

 

BoQ-to-BoM significa tomar un entregable del proyecto o un elemento fabricado definido dentro de la estructura comercial/del proyecto y desplegarlo en los materiales, componentes, operaciones y recursos necesarios para fabricarlo. Una vez completado, el producto fabricado regresa al proyecto principal como un recurso controlado para el montaje, la erección o la instalación.

 

¿Por qué es importante la fabricación basada en proyectos para Defensa y Espacio?

 

Porque muchos entregables de Defensa y Espacio se diseñan para un programa, una configuración o una misión específicos, en lugar de producirse únicamente como existencias repetitivas. Por lo tanto, requieren el control simultáneo de la ingeniería, la fabricación, el cronograma del proyecto, la calidad, las compras, la subcontratación y los costos.

 

¿Cómo puede la IA mejorar un ERP de fabricación para Defensa y Espacio?

 

La IA puede comparar el avance declarado con la evidencia operativa, predecir riesgos de producción y de compras, detectar anomalías, revisar documentación, identificar incoherencias de configuración y ofrecer a las partes interesadas autorizadas informes del proyecto basados en evidencia. Su fiabilidad depende en gran medida de la calidad y la estructura de los datos del ERP que la sustentan.

 

¿Por qué es importante la visibilidad segura para las partes interesadas?

 

Porque los programas sensibles requieren tanto un flujo rápido de información como un control estricto de la misma. El objetivo no es exponer toda la información del proyecto a todos, sino proporcionar a cada parte interesada autorizada la información verificada correcta, en el momento adecuado y con el propósito adecuado.