Durante décadas, buena parte de la contratación de infraestructuras se organizó alrededor de una lógica relativamente lineal: proyecto, licitación, construcción, recepción y explotación posterior bajo una estructura separada. Esa visión sigue siendo válida para determinados contratos de obra, pero resulta insuficiente cuando se trata de infraestructuras complejas, intensivas en capital, con fuerte componente tecnológico, elevada exigencia de mantenimiento y necesidad de continuidad operativa. En este contexto aparecen con fuerza los modelos DBO, DBFO y BOT, que no se limitan a construir un activo, sino que obligan a diseñarlo, financiarlo, operarlo, mantenerlo y transferirlo con criterios de rendimiento.

La diferencia no es meramente terminológica. Un contrato DBO integra diseño, construcción y operación, normalmente sin que la financiación privada sea el elemento principal. Un contrato DBFO añade la financiación privada y suele apoyarse en pagos públicos de largo plazo vinculados a disponibilidad. Un contrato BOT permite al inversor construir, explotar temporalmente el activo y transferirlo al final del plazo, recuperando el importe invertido mediante tarifas, pagos públicos o ingresos regulados. En los tres modelos, la obra deja de ser un producto aislado y se convierte en un servicio de infraestructura a largo plazo.

Este cambio tiene consecuencias profundas para el sector de la construcción. El constructor ya no puede valorar únicamente movimiento de tierras, hormigón, acero, instalaciones y plazo de obra. Debe entender mantenimiento mayor, reposición de activos, disponibilidad, deducciones, garantías, seguros, handback, datos operativos, financiación y tipo de interés. El promotor, por su parte, ya no puede limitarse a trasladar riesgos de forma genérica: debe asignarlos al sujeto que realmente pueda gestionarlos. Si transfiere riesgos imposibles o mal definidos, el mercado responderá con precios más altos, reservas, exclusiones o falta de competencia.

DBO, DBFO y BOT: tres respuestas para tres necesidades

El DBO, design-build-operate, resulta especialmente útil cuando el promotor quiere integrar diseño, construcción y operación, pero conserva la financiación principal o no necesita estructurar una financiación privada compleja. Puede ser adecuado para infraestructuras públicas donde se busca continuidad técnica entre quien diseña, quien construye y quien opera, evitando que el diseño se optimice solo para construir barato y no para operar bien. En este modelo, el coste de ciclo de vida adquiere protagonismo porque las decisiones de diseño repercuten directamente en el mantenimiento y en la calidad del servicio.

El DBFO, design-build-finance-operate, introduce una capa adicional: la financiación privada. El contratista o la sociedad de proyecto no solo diseña, construye y opera, sino que aporta o estructura financiación, normalmente mediante deuda, capital, garantías y acuerdos directos con financiadores. El promotor paga durante la vida del contrato, muchas veces mediante pagos por disponibilidad. Este modelo exige especial rigor en la definición de unidades funcionales, indicadores de rendimiento, deducciones por indisponibilidad, derechos de step-in, compensación por terminación y equilibrio financiero.

El BOT, build-operate-transfer, tiene una lógica concesional más marcada. El inversor construye y explota durante un plazo determinado para recuperar el importe invertido y obtener rentabilidad, transfiriendo después el activo al promotor o a la entidad concedente. Puede aplicarse a infraestructuras con ingresos de usuario, tarifas reguladas, cánones, peajes o pagos públicos. Su dificultad principal reside en calibrar correctamente el riesgo de demanda, el plazo de recuperación, el régimen tarifario, la financiación, el estado de transferencia final y los mecanismos de reequilibrio ante cambios extraordinarios.

Elegir entre DBO, DBFO y BOT no es una cuestión de moda contractual. Depende de la capacidad presupuestaria del promotor, de la previsibilidad de ingresos, del apetito del mercado, del coste de financiación, del tipo de interés, de la estabilidad regulatoria, del nivel de servicio exigible y de la complejidad técnica de la infraestructura. Una carretera con demanda incierta, un hospital con pagos por disponibilidad, una planta de tratamiento de agua con ingresos regulados y una infraestructura ferroviaria urbana pueden exigir modelos distintos aunque todos compartan diseño, construcción y operación.

El coste de ciclo de vida como criterio de contratación

Uno de los mayores aportes de estos contratos es obligar a mirar más allá del CAPEX inicial. En contratación tradicional, existe el riesgo de seleccionar una solución por menor precio de construcción aunque genere un OPEX elevado, mayor mantenimiento, menor disponibilidad y reposiciones tempranas. En DBO, DBFO y BOT, esa lógica cambia porque el mismo grupo empresarial o sociedad de proyecto puede asumir consecuencias durante años. Diseñar barato, si después se opera caro, deja de ser una ventaja.

El coste de ciclo de vida integra inversión inicial, operación, mantenimiento preventivo, mantenimiento correctivo, reposición de equipos, consumo energético, seguros, costes financieros, gestión documental, sistemas digitales y obligaciones de transferencia. En una infraestructura con un importe inicial de 150.000.000 €, una decisión de diseño que reduzca 3.000.000 € de CAPEX pero incremente 600.000 € anuales de OPEX durante 25 años puede ser una mala decisión económica, aunque parezca atractiva en la licitación.

Los pagos por disponibilidad refuerzan esta visión. Si el contratista o concesionario cobra en función de que la infraestructura esté disponible, segura y funcional, el diseño debe anticipar redundancias, accesos de mantenimiento, repuestos críticos, monitorización, sistemas de control, protocolos de emergencia y capacidad de recuperación. La disponibilidad no se improvisa durante la operación; se diseña desde el inicio.

Idea clave: en contratos DBO, DBFO y BOT, el menor precio de construcción no siempre representa el menor coste para el promotor. La verdadera comparación debe incorporar financiación, operación, mantenimiento, reposición, deducciones por indisponibilidad, riesgos de terminación y estado final del activo.

Financiación, bancabilidad y asignación de riesgos

La bancabilidad es una palabra decisiva en DBFO y BOT. Un proyecto es bancable cuando sus contratos, riesgos, ingresos, garantías y mecanismos de remedio permiten a financiadores e inversores confiar en que la deuda será repagada y el capital tendrá una rentabilidad razonable. Para ello, la matriz de riesgos debe ser clara. No basta con afirmar que el contratista asume “todos los riesgos”. Esa fórmula puede ser ineficaz si incluye terrenos no disponibles, permisos del promotor, cambios normativos imprevisibles, fuerza mayor política o decisiones públicas que el contratista no puede controlar.

El principio profesional es sencillo: cada riesgo debe asignarse a quien pueda gestionarlo mejor al menor coste eficiente. El riesgo de diseño, construcción, productividad y mantenimiento ordinario suele corresponder al contratista o sociedad de proyecto. El riesgo de terrenos, expropiaciones, permisos esenciales o pagos públicos suele permanecer, total o parcialmente, en el promotor o entidad concedente. Los riesgos compartidos, como inflación extraordinaria, divisa, tipo de interés o fuerza mayor, requieren mecanismos específicos.

El tipo de interés influye directamente en el modelo. Un incremento del coste financiero puede alterar la cobertura de deuda, el importe de pagos necesarios, la rentabilidad del inversor y la capacidad del promotor para sostener pagos de largo plazo. Por eso, los contratos DBFO y BOT deben regular cierre financiero, refinanciación, ganancias compartidas, covenants, cuentas de reserva, waterfall de pagos, step-in de financiadores y compensación por terminación.

Cuando estos elementos no están bien definidos, el proyecto puede adjudicarse, pero no cerrar financiación. O puede cerrar financiación, pero con condiciones más caras. O puede funcionar durante unos años, pero entrar en tensión cuando aparecen deducciones, sobrecostes de mantenimiento o cambios regulatorios. La financiación no es un anexo separado del contrato: es parte de su arquitectura.

Disponibilidad: el riesgo que ordena la operación

El riesgo de disponibilidad es uno de los ejes de los contratos DBFO y de muchos DBO con pago público. No se paga solo por haber construido, sino por mantener la infraestructura disponible conforme a estándares medibles. Esto exige definir unidades funcionales, umbrales, fallos críticos, fallos graves, periodos de indisponibilidad, deducciones, bonificaciones, límites, procedimientos de alegación y sistemas de medición.

Una matriz de disponibilidad mal diseñada puede generar dos problemas opuestos. Si es demasiado laxa, el promotor pagará aunque el servicio sea deficiente. Si es excesivamente rígida o desproporcionada, el contratista incorporará primas de riesgo elevadas o sufrirá tensiones financieras que pueden poner en peligro la continuidad. El equilibrio está en definir indicadores auditables, proporcionados y vinculados al servicio real.

La digitalización permite mejorar este control. BIM, gemelo digital, sensores, SCADA, BMS, DCIM, plataformas de mantenimiento y sistemas de reporting pueden aportar datos sobre rendimiento, incidencias, consumo energético, mantenimiento preventivo, tiempos de respuesta y disponibilidad. Pero los datos solo son útiles si el contrato define su valor probatorio, su titularidad, su interoperabilidad, la responsabilidad por errores y la obligación de entrega en el handback.

En infraestructuras críticas, la disponibilidad no es un simple indicador económico. Afecta a usuarios, seguridad, reputación pública, continuidad del servicio y financiación. Un incumplimiento reiterado puede activar deducciones, planes de mejora, sustitución del operador, step-in o incluso terminación anticipada.

Caso práctico 1: DBFO hospitalario con pagos por disponibilidad

Imaginemos un hospital público no clínico desarrollado mediante DBFO. La sociedad de proyecto diseña, construye, financia y opera los servicios no asistenciales: mantenimiento, energía, limpieza técnica, seguridad, instalaciones, gestión de activos y reposición de equipos. El promotor no paga por actividad médica, sino por disponibilidad de espacios, instalaciones y servicios.

El error inicial consiste en definir la disponibilidad de forma global, sin distinguir áreas críticas. Un fallo de climatización en zona administrativa no tiene el mismo impacto que una indisponibilidad en quirófanos o unidades críticas. Si la matriz de deducciones no diferencia gravedad, duración y área afectada, el sistema será injusto e ineficaz. La solución pasa por dividir el activo en unidades funcionales, asignar niveles de criticidad, medir tiempos de respuesta y vincular deducciones al impacto real sobre el servicio.

El caso demuestra que el DBFO no se juega solo en la financiación. Se juega en la calidad de los KPIs, en el mantenimiento mayor, en la reposición de activos, en el reporting y en la capacidad de anticipar fallos. Para el inversor, una matriz mal diseñada puede transformar un activo estable en un flujo de caja incierto. Para el promotor, puede significar pagar por un servicio que no cumple la expectativa pública.

Caso práctico 2: BOT portuario con demanda inferior a la prevista

En un BOT portuario, el concesionario construye una terminal, la explota durante 30 años y la transfiere al final del plazo. El modelo financiero se apoya en previsiones de tráfico, tarifas y crecimiento de actividad. Durante los primeros años, la demanda real queda por debajo del escenario base, mientras el tipo de interés de refinanciación sube y los costes de mantenimiento aumentan.

La cuestión contractual es determinar quién asumió el riesgo de demanda. Si el contrato asignó ese riesgo al concesionario, la caída de ingresos forma parte de su exposición empresarial. Pero si la caída deriva de decisiones del promotor, restricciones regulatorias no previstas o cambios públicos que limitan la explotación, puede abrirse una discusión sobre reequilibrio. El problema se agrava si el contrato no distingue demanda ordinaria, riesgo político, fuerza mayor, cambios normativos y actos de autoridad.

La lección es clara: el BOT requiere una arquitectura fina de ingresos, tarifas, plazo, compensaciones y transferencia. No basta con decir que el inversor recuperará el importe invertido durante la explotación. Hay que definir qué ocurre si cambian las condiciones esenciales del proyecto, qué riesgos son empresariales, cuáles son compensables y cómo se calcula cualquier ajuste.

Handback: la transferencia empieza años antes del final

La transferencia final, handback o reversión es una fase crítica y a menudo infravalorada. En un BOT resulta evidente, pero también es relevante en DBFO y DBO cuando el promotor debe recibir un activo operativo, documentado y con vida útil remanente suficiente. El riesgo no es solo que el activo funcione el último día, sino que pueda seguir funcionando después sin un coste de reparación desproporcionado.

El contrato debe regular estado exigible, vida útil remanente, auditorías previas, fondo de reposición, retenciones, garantías, inventario de activos, manuales, planos as-built, modelos BIM, historial de mantenimiento, licencias, datos, software, repuestos y obligaciones post-transferencia. La auditoría de handback no debe iniciarse en el último mes. En contratos largos, conviene activarla varios años antes, especialmente si existen equipos críticos con ciclos de reposición relevantes.

Un handback débil puede convertir el cierre en una disputa. El concesionario sostiene que el activo está operativo; el promotor afirma que está agotado. Sin criterios objetivos, informes independientes y garantías retenidas, la discusión puede derivar en arbitraje o en costes imprevistos para el sector público o el propietario del activo.

Conclusiones operativas

Primera recomendación: el promotor debe elegir entre DBO, DBFO y BOT según riesgo de demanda, disponibilidad, financiación, capacidad presupuestaria y complejidad técnica, no por preferencia terminológica.

Segunda recomendación: la matriz de riesgos debe redactarse antes de licitar y vincularse al precio, al modelo financiero, a los seguros, a las garantías y a los derechos de terminación.

Tercera recomendación: los pagos por disponibilidad deben basarse en unidades funcionales, KPIs verificables, deducciones proporcionales y procedimientos de revisión de datos.

Cuarta recomendación: el inversor y los financiadores deben revisar cierre financiero, tipo de interés, covenants, step-in, compensación por terminación y resiliencia del flujo de caja ante escenarios de estrés.

Quinta recomendación: la operación y el mantenimiento deben diseñarse desde el inicio, incorporando mantenimiento mayor, reposición, activos críticos, datos, BIM, gemelo digital y reporting.

Sexta recomendación: el handback debe prepararse años antes del vencimiento, con auditoría técnica, vida útil remanente, documentación digital, garantías y plan de subsanación.

Autoría: Redacción inmoley.com

Síguenos en LinkedIn o en X, comparte este artículo y comenta tus experiencias y propuestas sobre contratos DBO, DBFO y BOT en ingeniería de infraestructuras.
 

NOTA LINKEDIN

DBO, DBFO Y BOT CAMBIAN LA OBRA

En infraestructuras complejas, el problema ya no es solo construir y entregar. Los contratos DBO, DBFO y BOT obligan a diseñar pensando en operación, financiación, disponibilidad, mantenimiento, transferencia y coste de ciclo de vida. Una mala matriz de riesgos puede encarecer el importe, bloquear la financiación o generar conflictos durante décadas.

Tres controles antes de licitar:

• ¿Está claro si el proyecto exige DBO, DBFO, BOT u otro modelo?

• ¿Los pagos por disponibilidad tienen KPIs medibles, deducciones proporcionadas y datos verificables?

• ¿El handback define vida útil remanente, garantías, documentación digital y obligaciones pendientes?

La guía profesional sobre contratos DBO, DBFO y BOT incluye formularios, checklists y casos prácticos para promotores, inversores, financiadores, constructores, técnicos, asesores jurídicos y responsables de gestión de infraestructuras.

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

¿Qué riesgo os preocupa más en estos contratos: demanda, disponibilidad, financiación o transferencia final?
 

NOTA X

DBO, DBFO y BOT no acaban al entregar la obra: siguen en operación, financiación y handback. Regla: no licitar sin matriz de riesgos y KPIs de disponibilidad. coste / tipo de interés / gestión ¿Qué riesgo pesa más?

3 checks rápidos para contratos DBO, DBFO y BOT:

1. ¿El modelo elegido responde al riesgo real de demanda, disponibilidad y financiación?

2. ¿Los pagos y deducciones se pueden medir con datos verificables?

3. ¿El handback incluye vida útil remanente, garantías y documentación digital?

Si quieres que tratemos tu caso en un próximo artículo, deja tu pregunta sin datos sensibles.