Gestión del riesgo en los contratos de construcción de maquinaria especial: cuándo el precio fijo protege el presupuesto y cuándo incrementa el coste del error

En los contratos para la construcción de máquinas especiales, el debate entre precio cerrado y enfoque iterativo suele plantear el problema en el lugar equivocado. El éxito del proyecto rara vez depende solo de la fórmula contractual. Mucho más importante es determinar en qué momento las partes consideran que los supuestos técnicos están lo bastante maduros como para cerrar el precio, el plazo y las responsabilidades. Si esto ocurre demasiado pronto, el riesgo no desaparece. Se desplaza a la fase de diseño, puesta en marcha, SAT y recepción en planta y documentación final.

En la práctica, una máquina especial no es un producto repetitivo, sino una respuesta a un proceso concreto, a una pieza determinada, a las limitaciones de la nave, a la forma de trabajo del operario y a las condiciones de mantenimiento. Por eso, la gestión del riesgo en este tipo de proyectos no empieza con la elección de una etiqueta contractual, sino con la identificación de qué decisiones aún pueden corregirse con seguridad y cuáles, una vez realizadas las compras y la prefabricación, se convierten en cambios costosos. Solo a partir de ahí puede valorarse con criterio cuándo funciona un contrato a precio cerrado y cuándo hace falta una iteración controlada en proyectos de máquinas especiales.

No es el contrato el problema, sino el momento de cerrar las premisas

La fuente de riesgo en los proyectos de construcción de máquinas especiales no suele ser el propio modelo comercial, sino cerrar demasiado pronto el precio, el calendario y las responsabilidades cuando los supuestos técnicos aún no están maduros. Si las partes todavía no comparten una comprensión operativa común de la función de la máquina, el contrato no ordena el proyecto, sino que aplaza el conflicto para más adelante.

En la práctica, no basta con una descripción general del objetivo tecnológico. Antes de cerrar el alcance, hay que acordar cómo debe funcionar la máquina en el entorno real: qué funciones debe tener, qué rendimiento debe alcanzar, qué variantes de producto debe admitir, dónde están las interfaces con el entorno, cómo deben realizarse los cambios de formato, la operación manual, el acceso para servicio y la recuperación tras una parada. Igual de importantes son los límites de la automatización, el reparto del suministro, los requisitos de seguridad, los supuestos de mantenimiento y la integridad de la documentación de recepción. Sin estos acuerdos, el precio cerrado no elimina la incertidumbre, sino que la convierte en una disputa sobre si una determinada corrección es una precisión de los requisitos o un cambio de alcance.

Eso es precisamente lo que distingue un proyecto ordenado de otro solo aparentemente previsible. En este último, las partes intentan cerrar comercialmente la operación antes de que se tomen decisiones de ingeniería que más tarde acabarán reapareciendo. Lo más habitual es que ocurra en ámbitos que al principio se consideran «detalles de ejecución»: la secuencia de trabajo, los modos de ajuste y manuales, los enclavamientos, las dependencias con sistemas superiores, las condiciones de cambio de formato o la forma de intervención del operario. Solo después se pone de manifiesto que son precisamente estas cuestiones las que determinan la arquitectura de control, las medidas de protección, el tiempo de ciclo y los criterios de recepción FAT.

Por eso, el enfoque iterativo no debe entenderse como una aceptación de la falta de disciplina. En un proyecto bien gestionado, significa hacer visible la incertidumbre de forma controlada cuando todavía es barato eliminarla y organizativamente reversible. Si primero se verifican la lógica del proceso, los escenarios de operación, los modos de trabajo, las dependencias con la línea y la forma en que debe comportarse la máquina tras una parada, muchas premisas erróneas pueden corregirse antes de fabricar la mecánica, los cuadros eléctricos y la documentación de recepción.

• Antes de una oferta a tanto alzado deberían estar cerrados, como mínimo: la función de la máquina, el rendimiento requerido, la variabilidad del producto, las interfaces con el entorno, el entorno de trabajo, los requisitos de seguridad, los supuestos de mantenimiento y el alcance de la documentación de recepción.

Por eso, en muchos proyectos resulta más sensato contratar primero el concepto, el análisis de riesgos según ISO 12100 y la fase de diseño, y solo después, una vez confirmada la madurez de los supuestos, pasar a la ejecución con precio cerrado. No es una muestra de formalismo excesivo, sino una forma de limitar el coste de las decisiones tomadas demasiado pronto.

Esto también es importante para el reparto de responsabilidades. No es lo mismo encargar la obtención de un determinado resultado tecnológico que encargar una máquina como producto que requiere evaluación de la conformidad y marcado CE. En la práctica, ambos planos suelen solaparse, pero no deben confundirse. Si el objeto del proyecto es una máquina o un conjunto de máquinas, desde el principio hay que establecer quién responde de los requisitos de seguridad, del análisis de riesgos, de la integridad de la documentación técnica y de las condiciones de entrega para su puesta en servicio.

Dónde crecen realmente el coste y el riesgo

El coste y el riesgo aumentan cuando, con un grado de madurez demasiado bajo de los supuestos, se cierran decisiones que después ya no pueden revertirse de forma económica. En la etapa conceptual, una corrección suele significar un cambio en la lógica de funcionamiento, en las interfaces o en los supuestos de seguridad. Una vez congelado el diseño, esa misma corrección se convierte en un cambio de componentes ya comprados, una modificación mecánica, una reconstrucción de cuadros eléctricos, una corrección del software, nuevas pruebas y el aplazamiento de las recepciones.

Tras la prefabricación, una vez desarrollada la lógica de control y, especialmente, después de las pruebas FAT, el coste de un cambio deja de ser únicamente un coste técnico. Pasa a incluir también el plazo, la organización de la puesta en marcha, la revalidación y el reparto de responsabilidades entre las partes. Por eso conviene evaluar el proyecto no solo por el precio final, sino también por el coste del cambio en función de la fase en la que se encuentre. Al principio predomina el coste del trabajo de ingeniería. Después se suman el coste de los materiales y de la ejecución. Al final, lo más caro pasa a ser la alteración del proceso de aceptación, de la puesta en marcha y de la operación de la planta.

Este desplazamiento tiene una consecuencia clara desde el punto de vista del proyecto. Si no se han cerrado a tiempo la arquitectura funcional, las interfaces principales, las condiciones de trabajo, el rendimiento requerido y la forma de medir la calidad del ciclo, el contrato deja de ordenar el proyecto. Empieza simplemente a trasladar de una parte a otra las consecuencias de disponer tarde de la información. En un modelo de precio fijo, el contratista protege los límites del alcance acordado, porque cualquier ambigüedad en los datos de partida supone un coste real. El cliente, por su parte, intenta mantener el resultado esperado del proceso, aunque el conocimiento detallado sobre la pieza, los suministros, el entorno de la línea y las condiciones reales de explotación solo madura a medida que avanzan los trabajos.

Lo más habitual no es que exista un único defecto evidente. El problema crece por una serie de pequeñas indefiniciones: quién suministra las señales de los equipos adyacentes, quién se responsabiliza de los suministros y de sus parámetros, quién prevé las zonas de acceso para el operario y el mantenimiento, cómo se mide el rendimiento, sobre qué lote de piezas se verifica el funcionamiento y con qué criterio se evalúa la calidad del ciclo. Cada una de estas cuestiones, por separado, parece menor. En conjunto, pueden cambiar la responsabilidad, el plazo y las condiciones de aceptación.

El riesgo para la seguridad crece con especial rapidez cuando la función productiva se concreta tarde. En ese caso, las medidas de protección no derivan del concepto, sino que se adaptan a una construcción ya terminada o casi terminada. Aparecen tensiones típicas: los resguardos interfieren con el cambio de formato, los enclavamientos dificultan la eliminación de atascos, la lógica de parada queda subordinada al sistema de accionamiento existente, y los modos de ajuste y el acceso a las zonas peligrosas se resuelven de forma improvisada. Un proyecto así puede llegar a la puesta en marcha, pero el coste de eliminar las no conformidades y las limitaciones de uso es entonces incomparablemente mayor que en la fase de concepto y de identificación de peligros según ISO 12100.

Si el objeto del pedido es una máquina o un conjunto de máquinas, los cambios tardíos ya no afectan solo a la ejecución, sino también a la evaluación de la conformidad, a la integridad de la documentación técnica, al manual de instrucciones y a las condiciones de entrega para su uso. Por eso, los acuerdos relativos a las pruebas FAT, SAT y a los criterios de aceptación deberían vincular desde el principio los requisitos funcionales con los requisitos de seguridad. Separar estos dos planos suele acabar haciendo que el problema reaparezca en la recepción.

Un enfoque iterativo puede poner de manifiesto antes los supuestos erróneos, pero por sí solo no resuelve la cuestión del coste ni de la responsabilidad. Si el proyecto no cuenta con hitos de decisión firmes, datos de partida acordados y criterios medibles de aceptación para las fases sucesivas, entra en un estado de ajuste continuo. En ese caso, el cliente paga por una incertidumbre que se prolonga, y el contratista pierde la posibilidad de demostrar en qué momento se cumplieron los requisitos.

Cómo elegir el modelo y dejar las decisiones por escrito

La elección entre un precio fijo y un enfoque iterativo no debería basarse en convicciones, sino en la evaluación del grado de madurez de los supuestos. En los proyectos de construcción de maquinaria especial, el modelo más seguro suele ser uno mixto: una fase breve, pagada por separado, para desarrollar el concepto y cerrar los riesgos, y solo después un contrato de ejecución con precio fijo para un alcance que realmente haya alcanzado la madurez requerida.

Este planteamiento no debilita el control del presupuesto. Simplemente traslada el momento de fijar el precio a una fase en la que ya se sabe qué debe construirse, cuáles son las limitaciones del proceso y dónde está el límite de la responsabilidad. Si los requisitos tecnológicos son estables, las interfaces son conocidas y los criterios de aceptación pueden describirse de forma medible, el precio fijo ordena el proyecto y facilita la liquidación. Si, por el contrario, la incertidumbre afecta a la función, la ergonomía, la seguridad, la integración con la línea o al comportamiento del proceso por parte del usuario, hace falta una iteración controlada antes de iniciar las compras y la ejecución.

La clave está en distinguir entre decisiones reversibles e irreversibles. La iteración no se gestiona igual para las pantallas de operador, las secuencias de trabajo, los informes, el equipamiento adicional o la organización del servicio, que para la arquitectura de seguridad, las dimensiones, las zonas de acceso, los supuestos de servicio, los puntos de depósito y las interfaces con los equipos adyacentes. Esta distinción debería quedar recogida ya en la especificación de requisitos del usuario y en el registro de riesgos del proyecto. De ella depende qué supuestos deben aprobarse formalmente antes de pedir los componentes y cuáles pueden dejarse para las pruebas funcionales.

Desde la perspectiva del cliente, esto significa que hay que ordenar el proceso de toma de decisiones, y no solo la propia entrega. Hace falta un responsable de los requisitos por parte del inversor, una cadencia acordada de revisiones de proyecto, un registro de riesgos transparente y la aprobación formal de los supuestos antes de pasar a compras, prefabricación y puesta en marcha. Sin ello, ni siquiera un buen contrato bastará, porque las partes seguirán entendiendo de forma distinta qué es lo que ya se ha acordado.

La mayoría de los conflictos se deben a cláusulas contractuales imprecisas. El contrato de ejecución debe definir de forma inequívoca el alcance del suministro, los datos de entrada aportados por el cliente, el procedimiento de cambios, los hitos de aceptación, las condiciones de recepción parcial y final, así como la integridad de la documentación que debe entregarse al concluir los trabajos. Antes de firmarlo, como mínimo deberían estar preparados: la descripción del proceso, el flujo de materiales, los requisitos de rendimiento, las condiciones ambientales, la descripción de las interfaces, las expectativas del área de mantenimiento, los supuestos de seguridad y los criterios de aceptación.

Si alguno de estos elementos aún no está definido, debe incluirse expresamente en una fase conceptual con una forma de liquidación independiente y con una puerta de decisión a partir de la cual se realice la valoración a precio cerrado. Es igual de importante definir el límite entre la puesta en marcha y la optimización posterior del proceso. Sin esta distinción, el contratista empieza a asumir la responsabilidad de un resultado que no puede cerrarse objetivamente en la recepción.

• baja incertidumbre en los supuestos, interfaces conocidas y recepción medible: contrato a precio fijo;
• alta incertidumbre en funciones, seguridad o integración: fase de concepto e iteraciones antes de valorar la ejecución;
• alcance parcialmente maduro: modelo por etapas, en el que los elementos ya cerrados pasan a ejecución a precio cerrado y los abiertos permanecen dentro de un procedimiento de cambios controlado.

Al final vuelve a aparecer la necesidad de ordenar la conformidad y las responsabilidades. Las decisiones técnicas deben vincularse desde el principio con la posterior evaluación de la conformidad de las máquinas, y no tratarse únicamente como cuestiones de diseño. Si en la fase conceptual no se han cerrado los supuestos de seguridad, los límites del suministro y el reparto de responsabilidades sobre la documentación técnica, el problema reaparecerá en el análisis de riesgos según UNE-EN ISO 12100, en la recepción y en la preparación de la documentación final. No se trata de multiplicar trámites, sino de mantener el proyecto bajo control.

Ejemplo práctico y orden de responsabilidades

La conclusión práctica más sencilla es esta: en un proyecto de máquina especial no debe cerrarse de forma definitiva el reparto de responsabilidades de ejecución hasta que se hayan identificado las responsabilidades sobre las decisiones técnicas. Cuando el cliente describe únicamente un objetivo de rendimiento o el efecto general del proceso, pero todavía no están definidos los modos de funcionamiento, la lógica de los cambios de formato, las intervenciones requeridas del operario y las limitaciones del sistema existente, el precio fijo cubre en realidad una descripción de expectativas, no un alcance de ejecución maduro.

La secuencia típica es bien conocida. La planta encarga una célula no estándar para manejar varias variantes de pieza y presupone una determinada productividad por hora. Al principio, la descripción del proceso parece suficiente: alimentación de la pieza, operación de trabajo, descarga y señalización de estados. Sin embargo, a medida que avanza el proyecto, sale a la luz que parte de los lotes requiere posicionamiento manual, que el cambio de formato debe realizarse varias veces por turno, que el operario accede periódicamente a la zona de trabajo y que la línea existente impone limitaciones de espacio, altura de alimentación y lógica de parada.

En la variante cerrada en precio demasiado pronto, el contratista ejecuta literalmente lo que se incluyó en el alcance. Cada necesidad que aparece después vuelve como un cambio: resguardos adicionales, una secuencia distinta de movimientos, nuevos enclavamientos, ajuste del control, ampliación de las interfaces con la línea. El proyecto pierde fluidez y las recepciones dejan de ser una verificación del funcionamiento para convertirse en una discusión sobre la interpretación de los requisitos. El análisis de riesgos y la documentación intentan entonces justificar una arquitectura que no fue diseñada para el modo real de uso.

En la variante por etapas, el inicio es diferente. Primero se cierran la función del puesto, los límites del suministro, las interfaces con el entorno, los principales escenarios de operación y los supuestos básicos de seguridad, incluida la responsabilidad por la integración con la línea existente. Solo después de esta etapa se definen el alcance de ejecución, el calendario y los criterios de aceptación. Esto no elimina por completo los cambios, pero reduce claramente el número de puntos de conflicto, porque ya se sabe qué decisiones son una concreción y cuáles crean un alcance nuevo.

Este ejemplo muestra bien que la seguridad no debe ajustarse a posteriori a soluciones ya encargadas o ya ejecutadas. Debe desarrollarse al mismo tiempo que la función de la máquina, los escenarios de operación, el cambio de formato, la limpieza y el servicio. De lo contrario, ni siquiera un reparto formalmente correcto de funciones corregirá un orden erróneo en la toma de decisiones.

Solo en esta fase cobra sentido el marco formal propio de Polonia y de la Unión Europea. En un proyecto de máquina especial hay que saber desde el principio quién actúa como fabricante a efectos normativos, quién responde de la integridad de la documentación técnica, quién lleva a cabo la evaluación de la conformidad y quién coloca el marcado CE, si es exigible. También hay que determinar si el objeto del proyecto es una máquina nueva, un conjunto de máquinas o una modificación sustancial de un sistema existente, porque de ello depende no solo el conjunto de documentos, sino también el propio reparto de responsabilidades entre el integrador, los proveedores parciales y el usuario final.

Precisamente por eso, las preguntas sobre el reparto de responsabilidades entre la parte de proceso y la parte de máquina, sobre el sentido de una recepción condicionada cuando faltan documentos, instrucciones o el análisis de riesgos no está cerrado, y sobre la forma de gestionar una modernización, no deberían surgir solo en el momento de la recepción. Si reaparecen tan tarde, normalmente significa que el contrato se cerró antes que el proyecto.

La conclusión práctica es, por tanto, bastante sencilla. En la construcción de maquinaria especial no hace falta elegir entre una rigidez total y una apertura total. Lo que hay que hacer es identificar qué elementos del proyecto ya están lo bastante maduros como para cerrarlos en una fórmula de precio alzado y cuáles siguen requiriendo una iteración controlada. Un proyecto bien gestionado no elimina por completo los cambios. Simplemente limita aquellos cambios que aparecen demasiado tarde, cuestan más y diluyen la responsabilidad sobre la seguridad, la función y la evaluación de la conformidad y la planificación de responsabilidades de la máquina.