Esta entrevista profesional se ha elaborado con finalidad didáctica por inmoley.com. Los perfiles, situaciones y respuestas se basan en patrones profesionales observados habitualmente en operaciones inmobiliarias, urbanísticas, financieras, de ingeniería y de construcción, y han sido redactados como una recreación práctica para explicar riesgos, errores y soluciones.

Contexto del caso

Un promotor industrial impulsa el desarrollo de una planta logística automatizada con nave principal, zonas de temperatura controlada, instalaciones energéticas, sistemas de protección contra incendios, automatización, muelles, urbanización interior, centro de control y conexión a infraestructuras exteriores. El importe total estimado de inversión asciende inicialmente a 74.000.000 €, incluyendo suelo, ingeniería, licencias, construcción, equipamiento, automatización, financiación, seguros, impuestos, pruebas, puesta en marcha e imprevistos.

El promotor encarga una ingeniería de definición para preparar una licitación EPC. El objetivo es cerrar un contrato llave en mano con precio, plazo y garantías de rendimiento. Sin embargo, al lanzar la licitación, los contratistas presentan ofertas muy distintas: unas incluyen contingencias elevadas, otras excluyen automatización, otras condicionan el precio a estudios adicionales, y varias advierten de que las bases de diseño no son suficientes para asumir responsabilidad global.

El financiador pregunta por qué el importe de construcción varía más de 11.000.000 € entre ofertas. El inversor exige saber si el proyecto está preparado para decisión de inversión. El promotor descubre que el problema no está sólo en las ofertas, sino en el FEED: faltan datos de proceso, interfaces, criterios de rendimiento, estudios de conexión, matriz de riesgos, estrategia de procurement y definición suficiente de entregables.

Participantes en la entrevista

Intervienen en esta conversación profesional:

- Promotor.
- Ingeniero FEED.
- Contratista EPC.
- Financiador.
- Inversor.
- Asesor contractual.
- Project manager.

Entrevista profesional

Pregunta: ¿Qué ocurrió en esta licitación?

Promotor:
Pensábamos que teníamos una ingeniería suficiente para pedir precio EPC. Habíamos definido el concepto, los grandes sistemas, la capacidad prevista, el layout general y una estimación de coste. Pero cuando llegaron las ofertas, vimos que cada contratista había interpretado el proyecto de forma distinta.

Contratista EPC:
El problema era que el alcance no estaba maduro para asumir un llave en mano sin reservas importantes. Faltaban datos técnicos, criterios de rendimiento, interfaces con automatización, estudios de conexión y una matriz clara de riesgos. Podíamos ofertar, pero no podíamos garantizar precio y plazo sin contingencia elevada.

Ingeniero FEED:
La ingeniería entregada cubría parte de la definición inicial, pero el contrato FEED no había fijado con precisión el nivel de detalle necesario para una licitación EPC cerrada. Ese fue el origen del conflicto.

Financiador:
Desde la financiación, la dispersión de ofertas era una señal de alerta. Si tres contratistas interpretan de forma diferente el mismo proyecto, el importe financiable todavía no está consolidado.

Pregunta: ¿Cuál fue el primer error?

Asesor contractual:
El primer error fue no definir qué debía conseguir el FEED. No basta con encargar “ingeniería de definición”. Hay que especificar si el entregable servirá para decisión de inversión, licencia, licitación EPC, licitación EPCM, procurement temprano, estimación de coste clase determinada o cierre financiero.

Project manager:
El segundo error fue no fijar una puerta de revisión antes de licitar. El promotor pasó directamente de ingeniería preliminar a mercado constructor sin comprobar si el paquete técnico permitía ofertas comparables.

Promotor:
Es cierto. Queríamos avanzar rápido porque el inversor y el cliente final presionaban. Pero lanzar una licitación inmadura no ahorra tiempo. Lo traslada a aclaraciones, exclusiones, negociaciones y sobrecostes.

Pregunta: ¿Qué es realmente un contrato FEED?

Ingeniero FEED:
El FEED, o Front End Engineering Design, es una fase de ingeniería que transforma una idea o diseño conceptual en una base suficientemente definida para tomar decisiones relevantes: inversión, licitación, financiación, contratación, permisos y estrategia de ejecución. Debe fijar bases de diseño, alcance, tecnología, capacidades, criterios de rendimiento, interfaces, riesgos, estimación de coste y cronograma.

Contratista EPC:
Para un contratista, el FEED es la base sobre la que decide si puede asumir responsabilidad. Si el FEED está bien hecho, puede ofertar con menos contingencia. Si está incompleto, el contratista protege su riesgo con precio alto, exclusiones o condiciones.

Financiador:
Para el banco, el FEED ayuda a convertir una idea técnica en un proyecto financiable. Sin una ingeniería de definición fiable, la deuda se apoya en una estimación demasiado frágil.

Pregunta: ¿Qué faltaba en este FEED?

Contratista EPC:
Faltaban bases de diseño completas, balances de carga, criterios de disponibilidad, especificaciones de automatización, estudios de conexión eléctrica, definición de PCI, criterios de commissioning, interfaces con proveedores, requisitos de operación, estrategia de pruebas, matriz de riesgos y límites claros de responsabilidad.

Project manager:
También faltaba un registro de supuestos. Había muchas hipótesis técnicas, pero no estaban claramente identificadas. Cuando un contratista no sabe si un dato es definitivo o preliminar, lo trata como riesgo.

Ingeniero FEED:
El contrato no nos exigía desarrollar determinadas áreas hasta el nivel que después se pretendió usar en licitación. La discusión no era sólo técnica, sino contractual: qué se había pedido y qué se necesitaba realmente.

Pregunta: ¿Qué impacto tuvo en el coste?

Promotor:
El presupuesto inicial estimaba 74.000.000 €. Las ofertas EPC oscilaron entre 77.500.000 € y 88.900.000 €, con exclusiones distintas. Era imposible comparar. Algunas parecían más baratas, pero excluían paquetes críticos. Otras incluían contingencias enormes.

Financiador:
Esa dispersión impedía cerrar la financiación con seguridad. El banco no puede financiar sobre una cifra si no sabe qué incluye. El coste hasta terminación debe estar razonablemente definido.

Inversor:
Para el inversor, el problema era el margen de error. Un proyecto de 74.000.000 € puede ser viable. El mismo proyecto en 89.000.000 €, con más plazo y más riesgo, puede dejar de serlo.

Pregunta: ¿Por qué las ofertas no eran comparables?

Contratista EPC:
Porque el alcance no estaba cerrado de forma homogénea. Un contratista incluía determinados equipos, otro los dejaba como provisional, otro asumía un criterio de rendimiento distinto y otro excluía ciertos trabajos de conexión. Cada oferta respondía a una lectura diferente del FEED.

Asesor contractual:
La falta de comparabilidad es una de las mayores señales de que el paquete de licitación no está preparado. Si el promotor no puede comparar, tampoco puede adjudicar bien.

Project manager:
Se intentó resolver con rondas de aclaraciones, pero eso alargó el proceso y generó más versiones. Una licitación debe partir de un documento base robusto, no construirlo durante la negociación.

Pregunta: ¿Qué papel tienen las bases de diseño?

Ingeniero FEED:
Son fundamentales. Las bases de diseño establecen parámetros técnicos: capacidad, rendimientos, condiciones de operación, criterios normativos, cargas, disponibilidad, seguridad, sostenibilidad, mantenibilidad, conexiones, vida útil, pruebas y límites de batería. Sin bases de diseño claras, cada parte proyecta su propia solución.

Contratista EPC:
En EPC, las bases de diseño son casi la frontera del riesgo. Si el contratista garantiza resultado, necesita saber qué resultado debe garantizar y en qué condiciones.

Financiador:
Para la financiación, las bases de diseño explican si el activo será capaz de generar los ingresos previstos. No es una cuestión de ingeniería aislada; afecta a caja, garantías y valor.

Pregunta: ¿Qué es la matriz de interfaces?

Project manager:
Es el documento que identifica fronteras entre paquetes, disciplinas, proveedores y responsables. En este caso había interfaces entre obra civil, estructura, instalaciones, automatización, energía, PCI, control, urbanización, operación y mantenimiento. Si esas interfaces no se definen, cada parte presume que otra asumirá el hueco.

Contratista EPC:
En proyectos complejos, las interfaces son una fuente enorme de reclamaciones. Si la automatización necesita unas tolerancias, unas cargas, unas conexiones o unas fechas de acceso, eso debe estar en el FEED.

Promotor:
Nos dimos cuenta de que el FEED describía sistemas, pero no siempre sus puntos de conexión. Eso generaba riesgo.

Pregunta: ¿Qué preocupaba al inversor?

Inversor:
Nos preocupaba que el promotor estuviera a punto de tomar una decisión de inversión sobre una base incompleta. La decisión no era sólo elegir contratista. Era decidir si el proyecto seguía siendo viable con el coste y plazo reales.

Financiador:
El inversor y el banco coincidíamos en una cosa: antes de adjudicar, había que cerrar ingeniería suficiente. Una adjudicación rápida sobre incertidumbre técnica puede generar reclamaciones después.

Promotor:
La presión era fuerte porque queríamos cumplir calendario comercial. Pero el inversor pidió parar la licitación y reforzar el FEED antes de seguir.

Pregunta: ¿Qué debía haber previsto el contrato FEED?

Asesor contractual:
Debía prever alcance, entregables, nivel de detalle, bases de diseño, criterios de coste, precisión de estimación, coordinación de disciplinas, matriz de interfaces, revisión de constructibilidad, estrategia de procurement, soporte a licitación, respuesta a consultas, responsabilidad por errores, derechos de uso, confidencialidad, seguros, calendario y criterios de aceptación.

Ingeniero FEED:
También debía diferenciar entregables obligatorios y entregables opcionales. Si el promotor quería una base para EPC cerrado, había que contratar ese nivel de desarrollo.

Project manager:
Y debía incluir revisiones por puertas: concepto, definición, revisión de coste, constructibilidad, licitación y decisión Go/No Go.

Pregunta: ¿Qué papel juega la estrategia EPC o EPCM?

Asesor contractual:
Es decisiva. No se prepara igual un FEED para EPC que para EPCM. En EPC, el contratista asumirá más responsabilidad de resultado, por lo que necesita un alcance más definido. En EPCM, el promotor puede conservar más riesgo y contratar paquetes directos, pero necesita una estrategia de compras, coordinación e interfaces aún más detallada.

Contratista EPC:
Si el promotor quiere precio fijo y garantías, debe entregar información suficiente. Si quiere flexibilidad y control de paquetes, quizá EPCM sea más adecuado, pero no puede pedir al EPCM lo que corresponde a un llave en mano.

Promotor:
Al principio queríamos EPC porque nos daba sensación de seguridad. Después vimos que, con un FEED inmaduro, el EPC salía caro y lleno de exclusiones.

Pregunta: ¿Qué solución se adoptó?

Promotor:
Se suspendió temporalmente la licitación. Se encargó una fase FEED complementaria de 12 semanas para cerrar bases de diseño, interfaces, especificaciones críticas, estrategia de procurement, estimación de coste y matriz de riesgos.

Project manager:
También se creó un informe de preparación para licitación. Cada disciplina debía confirmar si el paquete estaba listo para pedir precio, si había supuestos abiertos y qué riesgos seguían sin cerrar.

Financiador:
El banco aceptó mantener el análisis, pero condicionó el cierre financiero a un presupuesto revisado, ofertas comparables y contingencia suficiente.

Contratista EPC:
Cuando recibimos el paquete revisado, la oferta pudo ser más clara. No desapareció todo el riesgo, pero sí se redujeron exclusiones y contingencias.

Pregunta: ¿Qué ocurrió con el coste del FEED adicional?

Promotor:
Costó 690.000 € adicionales y retrasó la licitación tres meses. Al principio parecía un problema. Después vimos que había evitado adjudicar mal una obra de decenas de millones.

Inversor:
Ese coste era pequeño comparado con el riesgo de contratar mal. La ingeniería de definición no debe verse como gasto, sino como seguro de decisión.

Controller citado por el promotor:
El FEED adicional permitió reducir incertidumbre en más de 7.000.000 € de contingencias y exclusiones. El coste se justificaba.

Pregunta: ¿Qué errores se repiten en contratos FEED?

Asesor contractual:
Usar alcances genéricos, no fijar nivel de detalle, no definir finalidad del FEED, no exigir matriz de interfaces, no incluir soporte a licitación, no regular responsabilidad y no conectar FEED con financiación.

Ingeniero FEED:
También se repite pedir rapidez y bajo coste, pero esperar entregables de alta precisión. La ingeniería de definición requiere tiempo, datos y coordinación.

Contratista EPC:
Desde el lado constructor, el error del promotor es pensar que el contratista completará gratis las indefiniciones. Si hay incertidumbre, se paga de una forma u otra: precio, reclamación, plazo o conflicto.

Pregunta: ¿Qué lección debe extraer el promotor?

Promotor:
Que no se debe licitar una obra compleja antes de que la ingeniería permita comparar ofertas. El FEED no es un documento decorativo; define coste, riesgo y financiación.

Pregunta: ¿Qué lección debe extraer el ingeniero FEED?

Ingeniero FEED:
Que el contrato debe proteger también al ingeniero. Si se espera que el FEED sirva para EPC cerrado, debe estar contratado, presupuestado y programado. La ambigüedad perjudica a todos.

Pregunta: ¿Qué lección debe extraer el financiador?

Financiador:
Que debe revisar el grado de madurez técnica antes de cerrar deuda. No basta con un presupuesto; hay que saber de dónde sale y qué incertidumbres conserva.

Análisis de Redacción inmoley.com

Los contratos FEED e ingeniería de definición son una pieza esencial en proyectos de construcción, ingeniería e infraestructuras. Su función es transformar una idea, anteproyecto o diseño conceptual en una base técnica suficientemente sólida para decidir inversión, contratar, financiar, licitar, comprar equipos críticos y controlar riesgos.

El caso muestra una situación frecuente: el promotor cree que tiene ingeniería suficiente para contratar, pero el mercado constructor responde con ofertas incomparables, contingencias elevadas y exclusiones. La causa no está necesariamente en mala voluntad de los contratistas, sino en una definición insuficiente del proyecto.

El FEED debe diseñarse desde su finalidad. No es lo mismo preparar documentación para una estimación preliminar que para cerrar financiación, lanzar EPC, estructurar EPCM, comprar equipos de largo plazo o solicitar permisos críticos. Cada finalidad exige nivel de detalle diferente.

Las bases de diseño son el núcleo del FEED. Deben definir capacidad, rendimiento, condiciones de operación, criterios normativos, disponibilidad, seguridad, sostenibilidad, mantenimiento, conexiones, interfaces, pruebas y límites de responsabilidad. Si esas bases quedan abiertas, el contratista incorpora riesgo.

La matriz de interfaces es otro documento clave. En proyectos complejos, muchas reclamaciones nacen en los puntos de frontera: quién conecta, quién alimenta, quién prueba, quién coordina, quién entrega información, quién asume retrasos y quién responde si un sistema no encaja con otro. El FEED debe hacer visibles esas fronteras.

La estrategia contractual debe decidirse antes de cerrar el FEED. Si el promotor quiere EPC, necesita una ingeniería que permita precio, plazo y garantías de resultado. Si opta por EPCM, necesita preparar paquetes, procurement, coordinación e interfaces. La ingeniería de definición debe servir al modelo de contratación, no elaborarse de forma neutra y decidir después.

El financiador y el inversor deben exigir madurez técnica. Una estimación de coste sin trazabilidad, sin supuestos claros y sin matriz de riesgos no basta para cerrar una decisión de inversión. El coste del FEED adicional suele ser pequeño frente al coste de una adjudicación mal definida.

El asesor contractual debe evitar alcances ambiguos. El contrato FEED debe regular entregables, detalle, coordinación, soporte a licitación, responsabilidad, derechos de uso, confidencialidad, seguros, aceptación y consecuencias de errores. También debe prever cómo se gestionan supuestos abiertos y cambios de base de diseño.

Los formularios, checklists y casos prácticos son especialmente útiles porque permiten verificar si el FEED está realmente preparado para su finalidad: decisión Go/No Go, licitación EPC/EPCM, financiación, procurement, permisos o cierre de presupuesto.

Este tipo de situaciones se desarrolla con mayor profundidad en la guía profesional de inmoley.com sobre CONTRATOS FEED E INGENIERÍA DE DEFINICIÓN: ALCANCE, ENTREGABLES, BASES DE DISEÑO, LICITACIÓN EPC/EPCM Y RESPONSABILIDAD, con formularios, checklists y casos prácticos orientados a la prevención de errores, la gestión del coste, la financiación, el control del importe y la toma de decisiones del promotor, ingeniero, contratista, inversor y financiador.

Checklist práctico

- ¿El contrato FEED define para qué servirá la ingeniería de definición?

- ¿Están completas las bases de diseño?

- ¿Existe matriz de interfaces entre disciplinas, paquetes y proveedores?

- ¿La estimación de coste indica nivel de precisión y supuestos abiertos?

- ¿El FEED permite ofertas EPC/EPCM comparables?

- ¿Se han definido criterios de rendimiento, pruebas y commissioning?

- ¿Existe estrategia de procurement para equipos críticos?

- ¿Se han identificado riesgos técnicos, contractuales y financieros?

- ¿El ingeniero FEED debe asistir durante la licitación?

- ¿El financiador conoce qué incertidumbres siguen abiertas?

Errores frecuentes

- Encargar FEED con alcance genérico.

- Usar ingeniería conceptual como si fuera base de licitación cerrada.

- No diferenciar FEED para EPC y FEED para EPCM.

- No documentar supuestos técnicos abiertos.

- No preparar matriz de interfaces.

- Lanzar licitación con ofertas incomparables.

- Ahorrar en ingeniería y pagar después en contingencias.

- No conectar FEED con financiación, coste y decisión Go/No Go.

Conclusiones operativas

- El promotor debe definir el objetivo del FEED antes de contratarlo.

- El ingeniero FEED debe entregar bases de diseño, interfaces, coste y riesgos con trazabilidad.

- El contratista debe advertir indefiniciones antes de asumir precio, plazo y rendimiento.

- El inversor debe exigir madurez técnica antes de aprobar inversión.

- El financiador debe revisar la calidad del FEED como parte del riesgo de crédito.

- El asesor contractual debe coordinar alcance, responsabilidad, licitación, derechos de uso y seguros.

- El project manager debe comprobar si el proyecto está listo para licitar o necesita más definición.

Autoría: Redacción inmoley.com

Síguenos en nuestro LinkedIn o en X, comparte este artículo y comenta tus experiencias y propuestas sobre contratos FEED, ingeniería de definición, licitación EPC/EPCM, coste, financiación y responsabilidad técnica.

NOTA LINKEDIN

LA INGENIERÍA QUE NO DEFINIÓ LO SUFICIENTE

Un FEED insuficiente puede destruir una licitación antes de adjudicar.

El promotor cree que tiene base técnica.
El contratista ve indefiniciones.
El banco duda del importe.
El inversor exige saber si el proyecto está maduro.

El resultado: ofertas incomparables, exclusiones, contingencias y retrasos.

Tres controles antes de licitar EPC/EPCM:

- definir bases de diseño completas,
- cerrar matriz de interfaces y supuestos abiertos,
- exigir estimación de coste, riesgos y entregables verificables.

Una guía profesional con formularios, checklists y casos prácticos ayuda al promotor, ingeniero, contratista, inversor y financiador a evitar que una ingeniería preliminar se use como si fuera una base de contratación cerrada.

Iremos anunciando ventajas y ofertas restringidas para seguidores y para quienes participen con preguntas y respuestas en los comentarios.

¿Qué pesa más en un FEED: alcance, bases de diseño, interfaces o responsabilidad?

https://www.inmoley.com/CURSOS-LIBRERIA/INGENIERIA-CONTRATOS-FEED-INGENIERIA-DEFINICION.html

NOTA X

Un FEED incompleto no ahorra tiempo: traslada riesgo a ofertas, exclusiones y reclamaciones. Regla: antes de licitar EPC/EPCM, cierre bases de diseño, interfaces y coste. Promotor / ingeniería / financiación. ¿Definido o supuesto?

https://www.inmoley.com/CURSOS-LIBRERIA/INGENIERIA-CONTRATOS-FEED-INGENIERIA-DEFINICION.html

TRES PREGUNTAS PARA REDES

- ¿El FEED sirve realmente para licitar EPC/EPCM?

- ¿Las ofertas son comparables o cada contratista interpreta el alcance?

- ¿El banco conoce los supuestos técnicos todavía abiertos?

Para proponer un caso similar en un próximo artículo, deja tu pregunta sin datos sensibles.