Entienda qué exige la Ley 14.133 sobre proyecto ejecutivo antes de la obra, excepciones, regímenes de contratación, madurez, compatibilización y cómo evitar decisiones de proyecto en campo.
¡Descúbrelo!
La Ley brasileña 14.133/2021 establece, como regla, que no se deben ejecutar obras o servicios de ingeniería sin proyecto ejecutivo. El art. 46, §1º, prohíbe la realización de estos objetos sin ese nivel de detalle, salvo la hipótesis específica del art. 18, §3º, para determinadas obras y servicios comunes de ingeniería cuando se demuestre técnicamente que la ausencia de los proyectos no perjudica la verificación de los estándares de desempeño y calidad pretendidos. En la práctica, por lo tanto, “comenzar la obra y detallar después” no debe tratarse como método normal de contratación.
El proyecto ejecutivo es el conjunto de elementos necesarios y suficientes para la ejecución completa de la obra. Desarrolla las soluciones del proyecto básico, identifica servicios, materiales y equipos, fija especificaciones técnicas y reduce el margen de interpretación que, durante la obra, suele aparecer como RFI, retrabajo, cambios de cantidades, incompatibilidad entre disciplinas, disputas de alcance, adendas contractuales o atrasos. La responsabilidad por elaborarlo puede variar según el régimen de ejecución — incluso puede integrar las obligaciones del contratista —, pero la necesidad de que exista información ejecutiva suficiente antes de la respectiva ejecución sigue siendo una cuestión central de gobernanza.
Para el gestor público, la pregunta más útil no es solamente “¿existe un archivo llamado Proyecto Ejecutivo?”. La pregunta es: ¿el conjunto documental vigente permite ejecutar, medir, fiscalizar, probar y recibir la obra sin depender de decisiones esenciales que todavía no fueron tomadas? Si la respuesta es no, existe una brecha de madurez que debe resolverse antes de liberar frentes de servicio.
Qué denomina la Ley 14.133 proyecto ejecutivo
El art. 6º, inciso XXVI, de la Ley 14.133 define proyecto ejecutivo como el conjunto de elementos necesarios y suficientes para la ejecución completa de la obra, con detalle de las soluciones del proyecto básico, identificación de los servicios, materiales y equipos incorporados y sus respectivas especificaciones técnicas.
Esta definición es importante porque diferencia el proyecto ejecutivo de tres documentos que frecuentemente se confunden en el proceso de contratación: el Estudio Técnico Preliminar, los Términos de Referencia y el Proyecto Básico.
El Estudio Técnico Preliminar para obras y servicios de ingeniería caracteriza la necesidad y compara alternativas para fundamentar la solución. Los Términos de Referencia en Ingeniería organizan las condiciones de contratación, requisitos, responsabilidades, medición, aceptación y demás reglas aplicables al objeto. El proyecto básico define la solución con un nivel suficiente para caracterizar la obra y sus elementos relevantes. El proyecto ejecutivo, por su parte, lleva esa solución al nivel de documentación necesario para la ejecución completa.
Esta secuencia no es meramente burocrática. Cada documento responde preguntas diferentes.
| Artefacto | Pregunta principal | Falla típica cuando es insuficiente |
| ETP | ¿Qué necesidad debe atenderse y qué solución es la más adecuada? | contratar la solución equivocada |
| Proyecto Básico | ¿Cuál es la solución técnica y cómo se caracteriza el objeto? | presupuesto y licitación sobre un alcance inmaduro |
| Proyecto Ejecutivo | ¿Cómo se ejecutará e integrará efectivamente cada parte? | decisiones críticas transferidas a la obra |
| Términos de Referencia | ¿Cómo se contratará, medirá, controlará y aceptará el objeto? | conflicto de obligaciones y criterios contractuales |
| Pliego y contrato | ¿Cómo se desarrollará la competencia y cómo se distribuirán las responsabilidades? | ofertas no comparables, reclamaciones y disputas |
El contenido sobre Proyecto Básico vs. Proyecto Ejecutivo profundiza la diferencia entre ambos niveles. Para la contratación pública, sin embargo, el aspecto decisivo es reconocer que el proyecto ejecutivo debe conectarse con el régimen de ejecución y la estrategia contractual.
La regla del art. 46: la obra no debe ejecutarse sin proyecto ejecutivo
El art. 46 de la Ley 14.133 relaciona los regímenes admitidos para la ejecución indirecta de obras y servicios de ingeniería. Su §1º establece la prohibición de realizar obras y servicios de ingeniería sin proyecto ejecutivo, salvo la hipótesis del art. 18, §3º.
Esta regla debe interpretarse técnicamente. No significa necesariamente que toda la documentación ejecutiva de todo el emprendimiento deba estar concluida el mismo día de publicación del pliego. En determinados esquemas contractuales, el proyecto ejecutivo puede ser desarrollado por el propio contratista. Sin embargo, significa que la ejecución física no puede avanzar regularmente sobre decisiones técnicas todavía insuficientemente desarrolladas cuando el proyecto ejecutivo es necesario para ejecutar esa etapa.
En otras palabras, contratar antes de concluir parte del proyecto puede ser compatible con determinados regímenes; construir sin proyecto ejecutivo suficiente no es el modelo normal admitido por la ley.
Esta distinción es central en proyectos de mayor porte. Una obra puede trabajar con desarrollo progresivo de paquetes, siempre que existan gobernanza de interfaces, aprobación formal, control de configuración y liberación de frentes únicamente después del detalle correspondiente. El problema aparece cuando “proyecto en desarrollo” se utiliza como sinónimo de “lo resolveremos en campo”.
Quién elabora el proyecto ejecutivo depende del régimen de contratación
La Ley 14.133 diferencia claramente los regímenes de contratación integrada y semi-integrada.
En la contratación integrada, el contratista asume la elaboración y el desarrollo de los proyectos básico y ejecutivo, además de la ejecución de la obra y de las demás actividades necesarias para la entrega final del objeto. En la contratación semi-integrada, el contratista asume el desarrollo del proyecto ejecutivo a partir del proyecto básico suministrado por la Administración, observando las reglas del régimen.
En los demás regímenes, la legislación también admite que la elaboración del proyecto ejecutivo sea asignada como obligación del contratista, según la estructura de la contratación. Esto no elimina la responsabilidad de la Administración de proporcionar los elementos previos adecuados al régimen elegido ni autoriza transferir indefiniciones esenciales mediante cláusulas genéricas.
El artículo sobre Contratación Integrada y Semi-integrada en Ingeniería detalla estas diferencias. En la práctica, la matriz siguiente ayuda a comprender la lógica.
| Situación | Base técnica proporcionada por la Administración | Desarrollo ejecutivo | Punto de control |
| Contrato tradicional de obra | Proyecto Básico maduro y demás elementos previstos | puede existir previamente o constituir una obligación definida | ejecución únicamente con paquete ejecutivo liberado |
| Semi-integrada | Proyecto Básico de la Administración | el contratista desarrolla el ejecutivo | conformidad con el Proyecto Básico y reglas de modificación |
| Integrada | Anteproyecto y requisitos de desempeño | el contratista desarrolla Proyecto Básico y Proyecto Ejecutivo | trazabilidad de requisitos y aprobaciones |
Independientemente de la estrategia, el organismo necesita saber quién decide, quién proyecta, quién aprueba, quién verifica y en qué hito se libera la ejecución.
La excepción del art. 18, §3º, no es una autorización genérica para construir sin proyecto
El art. 18, §3º, trata una hipótesis específica para obras y servicios comunes de ingeniería. Cuando se demuestra que no existe perjuicio para la verificación de los estándares de desempeño y calidad pretendidos, la especificación del objeto puede realizarse únicamente mediante Términos de Referencia o Proyecto Básico, dispensando la elaboración de proyectos.
El punto decisivo es la demostración técnica. La excepción no debe aplicarse por la simple clasificación nominal de un objeto como “común”. Es necesario evaluar si la solución es objetivamente estandarizable y si la ausencia de proyecto no perjudicará cantidades, desempeño, calidad, seguridad, fiscalización, precio o recepción.
Pequeñas intervenciones estandarizadas pueden encuadrarse de manera diferente a reformas multidisciplinarias, instalaciones críticas u obras con fuerte dependencia de interfaces. Un servicio aparentemente simple puede exigir proyecto cuando la condición existente es desconocida o cuando la intervención afecta sistemas interdependientes.
Por ello, antes de invocar la excepción, el equipo de planificación debe responder:
- ¿el objeto está suficientemente caracterizado mediante requisitos objetivos?
- ¿las cantidades pueden definirse y verificarse sin desarrollo de proyecto?
- ¿existen interfaces relevantes con instalaciones existentes?
- ¿hay riesgos de seguridad que dependen de cálculo, dimensionamiento o compatibilización?
- ¿proveedores diferentes interpretarían el alcance de forma equivalente?
- ¿la fiscalización tendrá criterio objetivo para medir y recibir el servicio?
- ¿la ausencia de proyecto aumenta la incertidumbre de precio o transfiere decisiones al ejecutor?
Si estas respuestas revelan incertidumbre material, la aparente simplificación puede solamente desplazar el costo del proyecto hacia la ejecución.
Qué ocurre cuando la obra comienza con documentación ejecutiva insuficiente
La falta de proyecto ejecutivo raramente aparece en la obra con ese nombre. Se manifiesta como una secuencia de síntomas operativos.
El primero es el aumento de RFIs. El equipo de campo encuentra una decisión que el documento no resolvió y consulta al proyectista o a la fiscalización. Una cantidad moderada de RFIs es normal en obras complejas; una cantidad elevada sobre decisiones básicas de geometría, especificación, interfaces y posicionamiento es señal de madurez insuficiente.
El segundo síntoma es la producción de soluciones directamente por la ejecutora sin un proceso formal de ingeniería. Esto puede ocurrir mediante croquis, marcas, mensajes, reuniones o planos de fabricación que gradualmente pasan a definir el emprendimiento sin trazabilidad adecuada.
El tercero es el retrabajo. Cuando dos disciplinas toman decisiones independientes en campo, la incompatibilidad aparece después de que parte de la instalación ya fue ejecutada.
El cuarto es el impacto en el presupuesto. Cambios de cantidad, método, material o solución comienzan a exigir análisis de precios y eventual tratamiento contractual. La Ley 14.133 determina que las modificaciones derivadas de fallas de proyecto den lugar a la determinación de responsabilidad del responsable técnico, además de las medidas necesarias cuando exista daño a la Administración.
El quinto es la fragilidad de la recepción. Sin un criterio de proyecto consolidado, resulta más difícil responder si la obra fue ejecutada conforme a lo que realmente debía construirse.
El proyecto ejecutivo no es solamente detalle gráfico
Cuando la Administración ya posee Proyecto Básico, pero todavía no dispone del nivel de detalle necesario para ejecutar la obra con trazabilidad, el trabajo debe transformar la solución aprobada en documentación ejecutiva coordinada, verificable y compatible con el presupuesto y los criterios de aceptación.
Proyecto Ejecutivo de Ingeniería para llevar la solución al nivel de ejecución
Un error común es evaluar la madurez por el número de planos. El proyecto ejecutivo es un sistema de información de ingeniería, no una colección de dibujos.
Según la naturaleza del emprendimiento, el paquete puede incluir:
- planos y detalles constructivos;
- memorias descriptivas y criterios de proyecto;
- memorias de cálculo;
- especificaciones de materiales y equipos;
- listas y cantidades;
- diagramas y esquemas funcionales;
- hojas de datos;
- listas de cables, instrumentos, circuitos o activos;
- detalles de interfaces;
- requisitos de montaje;
- criterios de inspección y pruebas;
- requisitos de seguridad;
- documentación BIM y modelos federados, cuando corresponda;
- criterios para As-Built y handover.
La composición varía por disciplina. Lo que no varía es la necesidad de que el conjunto sea coherente, coordinado, trazable y ejecutable.
La página del servicio de Proyecto Ejecutivo de Ingeniería describe esta transición del concepto y del proyecto básico hacia documentación apta para ejecución, compatibilización, presupuesto y control.
Un proyecto puede ser técnicamente correcto y aun así no estar listo para obra
La calidad documental debe evaluarse en más de una dimensión.
Completitud verifica si todas las disciplinas, áreas y sistemas necesarios están representados.
Consistencia verifica si los diferentes documentos dicen lo mismo. Plano, memoria, lista, especificación y presupuesto no pueden indicar soluciones incompatibles.
Compatibilización verifica si las disciplinas ocupan el espacio físico y funcional sin conflictos.
Constructibilidad verifica si la solución puede ejecutarse en las condiciones reales de acceso, secuencia, tolerancia, logística y seguridad.
Trazabilidad permite identificar el origen del requisito, la revisión vigente y la decisión que generó una modificación.
Verificabilidad garantiza que el resultado pueda ser inspeccionado, probado y recibido.
El contenido sobre Project Readiness en Ingeniería aplica exactamente esta lógica: un proyecto solo debe atravesar determinado gate cuando se hayan demostrado las condiciones necesarias para la fase siguiente.
La compatibilización debe ocurrir antes de la ejecución, no durante el conflicto
Los proyectos multidisciplinarios concentran riesgo en las interfaces. Estructura, arquitectura, instalaciones eléctricas, hidrosanitarias, climatización, incendio, telecomunicaciones, seguridad electrónica, automatización, utilidades y otras disciplinas compiten por espacio, alimentación, soportación, rutas y prioridades funcionales.
La coordinación de proyecto multidisciplinario debe identificar estas interfaces antes de movilizar los respectivos frentes.
En un edificio, por ejemplo, la ausencia de compatibilización puede resultar en una bandeja portacables atravesando un ducto, una tubería interfiriendo con la estructura, un detector ubicado fuera del escenario previsto, un equipo sin espacio de mantenimiento o un tablero instalado sin ruta adecuada para cables.
En infraestructura, la consecuencia puede ser todavía mayor: interferencia con redes existentes, geometrías incompatibles, cimentaciones en conflicto, franjas no disponibles o estructuras previstas sin acceso constructivo.
El costo de resolver en el modelo y en el plano normalmente es mucho menor que el costo de resolver después del montaje.
El levantamiento catastral y la condición existente forman parte del problema
En obras brownfield, reformas y ampliaciones, el proyecto ejecutivo depende de la calidad del levantamiento existente. Proyectar sobre un registro desactualizado equivale a detallar una realidad que no existe.
Antes del desarrollo ejecutivo pueden ser necesarios levantamientos catastrales, topografía, nube de puntos, inspecciones, sondeos, ensayos, apertura de puntos de verificación o identificación de interferencias.
Esta necesidad es coherente con la propia definición legal de proyecto básico, que incluye levantamientos y datos suficientes para desarrollar la solución sin reformulaciones relevantes posteriores.
La contratación de un Levantamiento Catastral de Ingeniería es particularmente importante cuando el organismo no dispone de As-Built confiable o cuando el objeto interfiere con instalaciones existentes.
El presupuesto debe corresponder a la revisión del proyecto que será ejecutada
Otro punto crítico es la sincronización entre proyecto y presupuesto. No basta con disponer de ambos; deben representar la misma solución.
Si el presupuesto fue elaborado con una revisión anterior, cambios aparentemente pequeños pueden alterar cantidades relevantes. Si determinado equipo fue sustituido en la memoria, pero la planilla continúa utilizando la especificación anterior, el proceso de licitación ya nace inconsistente.
Antes de la contratación, es recomendable realizar una conciliación entre:
- planos vigentes;
- memorias;
- especificaciones;
- cantidades;
- composiciones de costos;
- cronograma;
- Términos de Referencia;
- matriz de riesgos;
- criterios de medición y aceptación.
Este control reduce la probabilidad de que el licitante encuentre divergencias entre anexos y formule precio sobre premisas diferentes de las consideradas por la Administración.
Los Términos de Referencia no corrigen un proyecto ejecutivo deficiente
Proyecto, presupuesto, Términos de Referencia y pliego deben representar la misma solución. Una revisión técnica independiente antes de la publicación identifica contradicciones que, después de la contratación, tienden a aparecer como aclaraciones, modificaciones de alcance o adendas.
Revisión Técnica de Términos de Referencia para verificar coherencia antes de la licitación
Unos Términos de Referencia detallados ayudan a organizar responsabilidades, entregables, medición y aceptación, pero no deben utilizarse para sustituir información de ingeniería que pertenece al proyecto.
Frases como “el contratista deberá ejecutar todas las adecuaciones necesarias para el perfecto funcionamiento” no resuelven una interfaz de proyecto desconocida. Al contrario, pueden crear una falsa sensación de cobertura contractual mientras mantienen incertidumbre técnica sin un precio claramente asociado.
Los mejores Términos de Referencia son aquellos que se apoyan en una definición técnica madura y transforman esa definición en obligaciones contractuales verificables.
Cuando existen dudas sobre la coherencia entre proyecto y contratación, la Revisión Técnica de Términos de Referencia permite evaluar alcance, premisas, interfaces, medición, aceptación y compatibilidad con los anexos de ingeniería antes de la publicación.
Cómo verificar si el proyecto ejecutivo está listo para liberar un frente
En lugar de una aprobación genérica de todo el emprendimiento, los proyectos complejos pueden trabajar con gates de liberación por paquete o sistema.
Un frente debería liberarse cuando, como mínimo:
- los documentos aplicables están identificados y en revisión aprobada;
- los requisitos de la fase anterior fueron incorporados;
- las interfaces críticas están coordinadas;
- los levantamientos necesarios están concluidos;
- las memorias y cálculos compatibles están disponibles;
- los principales materiales y equipos están especificados;
- las cantidades están conciliadas con el presupuesto cuando corresponda;
- las restricciones de acceso, seguridad y logística fueron tratadas;
- los criterios de inspección y prueba fueron definidos;
- las pendientes remanentes no impiden la ejecución segura y correcta.
Este gate debe dejar evidencia. En una fiscalización futura, es importante poder reconstruir por qué determinado frente fue autorizado y qué documentación estaba vigente en ese momento.
El proyecto ejecutivo desarrollado por el contratista exige gobernanza del propietario
Si el proyecto será desarrollado por el contratista, el propietario sigue necesitando controlar requisitos, interfaces, revisiones, decisiones y gates de liberación. Esta gobernanza reduce el riesgo de que la presión del cronograma empuje la ejecución sobre documentos todavía inmaduros.
Owner’s Engineering para la gobernanza del desarrollo ejecutivo
Cuando el proyecto ejecutivo integra el alcance del contratista, la Administración no deja de necesitar gobernanza de ingeniería. El riesgo solamente cambia de forma.
El organismo debe establecer requisitos, flujo de presentación, comentarios, aprobaciones, control de revisiones, criterios de design review y tratamiento de desviaciones. También necesita impedir que la presión del cronograma conduzca a la ejecución de documentos todavía no aprobados.
En contrataciones integradas y semi-integradas, la libertad técnica del contratista debe coexistir con requisitos de desempeño, restricciones del emprendimiento y criterios de aceptación. Aprobar un plano no significa asumir la responsabilidad de proyecto del contratista; significa verificar la adherencia al contrato dentro del papel definido para la Administración.
La Ingeniería del Propietario — Owner’s Engineering es adecuada cuando el organismo necesita coordinar proyectistas, contratistas, interfaces, revisiones y decisiones técnicas a lo largo de la implantación, preservando la visión del propietario sin sustituir las atribuciones legales de la fiscalización.
Qué debe constar en el pliego cuando el proyecto ejecutivo quede a cargo del contratista
Si la estrategia prevé desarrollo del ejecutivo durante el contrato, la obligación debe poder valorarse y gobernarse. El pliego y sus anexos deben establecer, según corresponda:
- base de proyecto y documentos de referencia;
- requisitos funcionales y de desempeño;
- disciplinas y entregables mínimos;
- responsabilidades por levantamientos adicionales;
- estándares de dibujo, modelado y documentación;
- normas aplicables;
- flujo de revisión y aprobación;
- plazos de presentación y ciclos de comentarios;
- responsabilidad por compatibilización;
- criterios de liberación para construcción;
- tratamiento de modificaciones propuestas por el contratista;
- requisitos de As-Built y Data Book;
- impacto de rechazo o retrabajo del proyecto en el cronograma;
- criterios para medir la parte de ingeniería.
El contenido sobre Pliego de Licitación para Obras y Servicios de Ingeniería muestra cómo los requisitos técnicos deben convertirse en criterios verificables, y no en cláusulas genéricas.
Cómo contratar la elaboración o revisión del proyecto ejecutivo
Cuando el organismo identifica que todavía no posee documentación ejecutiva suficiente, existen diferentes formas de estructurar el apoyo técnico.
Elaboración de proyecto ejecutivo
Está indicada cuando existe una base técnica adecuada — programa de necesidades, levantamientos, estudios y proyecto básico — pero falta el detalle necesario para la ejecución.
El contrato debe definir disciplinas, nivel de detalle, entregables, interfaces, revisiones, reuniones de coordinación, criterios de aprobación y responsabilidad técnica.
Revisión independiente de proyecto
Está indicada cuando el proyecto fue elaborado por un tercero, pero la Administración necesita verificar completitud, consistencia, compatibilización, constructibilidad, adherencia a requisitos o prontitud para licitar y ejecutar.
La revisión no debe limitarse a la corrección gráfica. Es necesario identificar riesgos que pueden llegar al presupuesto, al pliego y a la obra.
Coordinación y Owner’s Engineering
Está indicada cuando el problema no se encuentra en una disciplina aislada, sino en la integración entre varios proyectistas, decisiones del propietario, proveedores y estrategia de contratación.
En este esquema, la consultoría organiza interfaces y gates y proporciona a la Administración evidencias para tomar decisiones.
Cómo se conecta la ausencia de proyecto ejecutivo con las obras paralizadas
El estudio de la CBIC sobre obras públicas paralizadas llama la atención sobre problemas de planificación, proyectos y condiciones de contratación como factores que contribuyen a interrupciones y dificultades de ejecución. La falta de madurez técnica no es la única causa de paralización, pero crea un ambiente propicio para revisión de alcance, adendas, disputas y atrasos.
Una obra no suele paralizarse solamente porque “faltó un plano”. Se paraliza porque la información ausente impide ejecutar un frente, porque una solución necesita rehacerse, porque el presupuesto no cubre la modificación, porque la Administración debe decidir sobre responsabilidad o porque la secuencia productiva fue interrumpida.
Por ello, el proyecto ejecutivo debe tratarse como instrumento de prevención del riesgo contractual, no solamente como entrega del proyectista.
Un protocolo de decisión antes de autorizar el inicio de la obra
Antes de emitir una orden de servicio o liberar un frente relevante, el gestor puede adoptar un protocolo de verificación en cinco capas.
1. Base legal y régimen de ejecución
Confirmar qué régimen fue contratado, quién responde por el proyecto ejecutivo y si la situación se encuadra o no en la excepción del art. 18, §3º.
2. Madurez técnica
Verificar si la documentación disponible es suficiente para ejecutar la etapa sin decisiones esenciales pendientes.
3. Coherencia entre anexos
Comparar proyecto, presupuesto, Términos de Referencia, cronograma, matriz de riesgos y criterios de medición.
4. Evidencias de aprobación
Registrar revisiones, responsables, comentarios y liberación formal del paquete.
5. Condiciones de campo
Confirmar acceso, levantamientos, interferencias, licencias, materiales, seguridad y predecesoras necesarias.
Si una de estas capas falla, iniciar la ejecución puede solamente convertir una pendiente de planificación en un problema de obra.
Qué contratar cuando el proyecto todavía no está listo
La necesidad debe definirse por la brecha real.
Si falta detalle técnico, el servicio adecuado es Proyecto Ejecutivo de Ingeniería.
Si el organismo posee proyecto, pero no sabe si está maduro y coherente, tiene sentido una revisión técnica independiente o un trabajo de Project Assurance.
Si los levantamientos existentes son frágiles, debe comenzarse por un Levantamiento Catastral o Due Diligence.
Si la dificultad está en la integración entre proyecto, pliego, contratista y decisiones del propietario, Owner’s Engineering tiende a ser el esquema más amplio.
Si la contratación ya está estructurada, pero proyecto y Términos de Referencia parecen inconsistentes, se recomienda una Revisión Técnica de los Términos de Referencia y anexos antes de la publicación.
La elección correcta evita contratar “más proyecto” cuando el problema es gobernanza — y evita contratar fiscalización para intentar resolver una deficiencia que debería haberse eliminado antes de la obra.
Consideraciones finales
La Ley 14.133 convirtió el proyecto ejecutivo en un gate explícito de la ejecución de obras y servicios de ingeniería. La regla del art. 46, §1º, no debe reducirse a una formalidad documental: expresa un principio de madurez técnica. La obra debe ejecutarse sobre decisiones suficientemente desarrolladas, verificables y compatibles con la estrategia contractual.
La excepción del art. 18, §3º, existe, pero exige demostración técnica y no debe utilizarse como atajo para intervenciones cuya complejidad, interfaces o riesgos hacen necesario el proyecto.
Para el gestor, la mejor protección es sustituir la pregunta “¿tenemos proyecto ejecutivo?” por una verificación más exigente: ¿tenemos información suficiente para ejecutar, fiscalizar, medir, probar y recibir esta etapa sin improvisar decisiones esenciales en campo?
Cuando la respuesta es negativa, la solución está antes de la movilización: completar levantamientos, desarrollar o revisar el proyecto, compatibilizar disciplinas, conciliar presupuesto y documentación contractual y establecer gates claros de liberación. Es en este punto donde la ingeniería consultiva reduce el riesgo de transformar indefinición de proyecto en costo, adendas y paralización.
Referencias técnicas
[1] BRASIL. Ley nº 14.133, de 1 de abril de 2021 — Ley de Licitaciones y Contratos Administrativos. Disponible en: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm.
[2] ABOGACÍA GENERAL DE LA UNIÓN; MINISTERIO DE GESTIÓN E INNOVACIÓN EN SERVICIOS PÚBLICOS. Instrumento de Estandarización de los Procedimientos de Contratación de Obras y Servicios de Ingeniería. 2023. Disponible en: https://www.gov.br/agu/pt-br/composicao/cgu/cgu/guias/ippc-engenharia.pdf.
[3] ABOGACÍA GENERAL DE LA UNIÓN. Modelos de la Ley nº 14.133/21 para pregón y concurrencia — Obras y Servicios de Ingeniería. Disponible en: https://www.gov.br/agu/pt-br/composicao/cgu/cgu/modelos/licitacoesecontratos/14133/pregao-e-concorrencia.
[4] CÁMARA BRASILEÑA DE LA INDUSTRIA DE LA CONSTRUCCIÓN. Obras públicas paralizadas en Brasil: diagnóstico y propuestas. 2023. Disponible en: https://brasil.cbic.org.br/acervo-coinfra-publicacao-obras-publicas-paralisadas-no-brasil-diagnostico-e-propostas.
Preguntas frecuentes
Como regla, no. El art. 46, §1º, prohíbe la realización de obras y servicios de ingeniería sin proyecto ejecutivo, salvo la hipótesis específica del art. 18, §3º, para determinadas obras y servicios comunes de ingeniería cuando la dispensa de proyectos no perjudica la verificación de desempeño y calidad.
Depende del régimen de ejecución y de la estrategia contractual. En la contratación integrada y semi-integrada, por ejemplo, el contratista desarrolla los proyectos previstos por el régimen. Sin embargo, la ejecución física de cada etapa debe estar respaldada por documentación ejecutiva suficiente antes de realizarse.
El Proyecto Básico caracteriza y define la solución con nivel suficiente para la contratación y el presupuesto en las hipótesis aplicables. El Proyecto Ejecutivo detalla esa solución hasta el nivel necesario y suficiente para la ejecución completa, incluyendo servicios, materiales, equipos y especificaciones.
No cuando la naturaleza del objeto exige proyecto. Los Términos de Referencia organizan la contratación y sus condiciones; no sustituyen cálculos, planos, detalles, interfaces y demás elementos de ingeniería necesarios para la ejecución.
La responsabilidad depende del régimen y del contrato. En la contratación integrada el contratista desarrolla los proyectos básico y ejecutivo; en la semi-integrada desarrolla el ejecutivo. En otros regímenes, el ejecutivo también puede integrar las obligaciones del contratista cuando la contratación se estructure de esa forma.
Además de las condiciones contractuales, debe existir documentación vigente y aprobada suficiente para la etapa, interfaces coordinadas, levantamientos concluidos, criterios de inspección y prueba definidos y ausencia de pendientes que impidan la ejecución correcta y segura.
Es necesario evaluar completitud, consistencia entre documentos, compatibilización, constructibilidad, trazabilidad, adherencia a requisitos, coherencia con el presupuesto y capacidad de permitir medición, inspección, pruebas y recepción.
Puede ser necesario contratar elaboración de Proyecto Ejecutivo, revisión independiente, levantamiento catastral, compatibilización u Owner’s Engineering, según la brecha identificada y el régimen de contratación.
Materiales técnicos complementarios
Soluciones relacionadas
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Gestión de Contratos, Alcance y Entregables
- Gobernanza de Proyectos, Programas y Portafolios
Servicios relacionados
- Proyecto Ejecutivo de Ingeniería
- Términos de Referencia para Obras y Servicios de Ingeniería
- Revisión Técnica de Términos de Referencia
- Ingeniería del Propietario — Owner’s Engineering
- Revisión Técnica del Pliego y Anexos
Contenidos principales sobre el tema
- Proyecto Ejecutivo de Ingeniería: qué es, etapas, detalle y entregables
- Proyecto Básico vs. Proyecto Ejecutivo
- Contratación Integrada y Semi-integrada en Ingeniería
- Estudio Técnico Preliminar para Obras y Servicios de Ingeniería
Contenidos técnicos relacionados
- Programa de Necesidades en Ingeniería
- Proyecto Multidisciplinario de Ingeniería
- Project Readiness en Ingeniería
- PDRI — Project Definition Rating Index
- Pliego de Licitación para Obras y Servicios de Ingeniería
- Guía Completa sobre Licitaciones y Contratos de Obras y Servicios de Ingeniería
- Owner’s Engineering: framework ejecutivo de contratación y gobernanza
