Comprenda qué es el Proyecto Básico, cómo orienta el ciclo de vida del proyecto, reduce costos y retrabajos y qué criterios técnicos indican madurez para contratar la ejecución.
¡Descúbrelo!
El Proyecto Básico de Ingeniería es el conjunto coordinado de estudios, criterios, cálculos, planos, especificaciones, cantidades y documentos de planificación que desarrolla una solución ya seleccionada hasta la madurez necesaria para presupuestar, contratar y controlar su implantación. Debe permitir que el propietario comprenda qué se construirá, qué resultados se exigirán, cuánto tenderá a costar el proyecto, en qué plazo podrá implantarse y qué riesgos todavía permanecen.
Desde la perspectiva de la ingeniería, el Proyecto Básico no es únicamente una etapa documental. Es el momento en que los requisitos dejan de ser intenciones genéricas y pasan a convertirse en capacidades, configuraciones, dimensionamientos, interfaces, materiales, métodos, cantidades y criterios verificables. Cuantas más decisiones esenciales se difieran a la obra, mayor será la dependencia de improvisaciones, cambios, contingencias comerciales, retrabajos y negociaciones contractuales.
En las contrataciones públicas, la Ley n.º 14.133/2021 define contenido mínimo y finalidad específica para el Proyecto Básico. En proyectos privados, la nomenclatura puede variar — basic design, ingeniería básica, design basis o paquete de definición —, pero la necesidad técnica permanece: desarrollar la ingeniería antes de comprometer capital relevante con suministros, montaje y construcción.
Este artículo presenta el Proyecto Básico desde la óptica del ingeniero y de la ingeniería del propietario: su posición en el ciclo de vida, la importancia de contratar el proyecto antes de la ejecución, el proceso de desarrollo, los entregables, los mecanismos por los cuales la ingeniería reduce costos y retrabajos y un gate técnico para decidir si el paquete está realmente listo para contratación.
El papel del Proyecto Básico en el ciclo de vida del proyecto
Un proyecto no comienza en el dibujo ni termina con la entrega física. Nace de una necesidad operativa, regulatoria, comercial o estratégica; pasa por estudios, decisiones de inversión, desarrollo de ingeniería, contratación, implantación, puesta en servicio y transición a la operación. El Proyecto Básico ocupa la frontera entre la solución seleccionada y el compromiso más significativo de recursos.
De la necesidad a la solución seleccionada
Antes del Proyecto Básico, el propietario debe comprender el problema que pretende resolver. Esto implica definir objetivos, resultados esperados, restricciones, capacidad necesaria, requisitos de desempeño, horizonte de atención y criterios de éxito. Estudios de viabilidad, diagnósticos, FEL y Proyecto Conceptual pueden utilizarse para comparar alternativas y justificar la solución recomendada.
Si todavía permanecen abiertas decisiones fundamentales — tecnología, ubicación, arquitectura, capacidad, redundancia, fuente de energía, estrategia de expansión o modelo operativo —, el proyecto probablemente no está listo para el Proyecto Básico. La ingeniería básica debe desarrollar una solución elegida; no debe limitarse a acumular planos preliminares de alternativas que todavía compiten entre sí.
Del Proyecto Básico a la contratación
Una vez seleccionada la solución, el Proyecto Básico debe hacerla técnicamente caracterizada y económicamente evaluable. En esta fase se consolidan:
- requisitos y criterios de diseño;
- levantamientos y condiciones de contorno;
- capacidades y dimensionamientos principales;
- arquitectura de sistemas e interfaces;
- materiales, equipos y estándares de desempeño;
- métodos y condicionantes de implantación;
- cantidades, costos y plazo;
- riesgos, responsabilidades y criterios de aceptación.
El resultado debe permitir preparar licitación, RFP, Término de Referencia, solicitud de precios o paquete contractual. El objetivo no es eliminar toda incertidumbre, sino explicitar qué está definido, qué depende de un detalle posterior, qué premisas fueron adoptadas y quién responderá por los riesgos residuales.
De la implantación a la operación
Las decisiones del Proyecto Básico acompañan al activo durante todo su ciclo de vida. Capacidad, confiabilidad, accesibilidad, redundancia, eficiencia, estandarización, seguridad y mantenibilidad influyen no solo en CAPEX, sino también en disponibilidad, consumo de energía, inventario de repuestos, tiempo de reparación y costo operativo.
Por ello, desde el inicio el proyecto debe considerar:
- cómo se construirá y pondrá en servicio el sistema;
- cómo se integrará con los activos existentes;
- cómo se realizarán pruebas, migraciones y paradas;
- cómo se accederá y sustituirá el equipamiento;
- qué datos deberán integrar la documentación as built;
- qué información se entregará a operación y mantenimiento.
La ABNT NBR ISO 21502 trata el ciclo de vida como un conjunto de fases con puntos de decisión, criterios de entrada y criterios de salida. Aplicado a la ingeniería, esto significa que el Proyecto Básico debe funcionar como un gate de madurez: la fase siguiente solo debe autorizarse cuando las evidencias técnicas, económicas y contractuales sean suficientes.
Responsabilidad de la ingeniería del propietario
La aprobación por organismos, consultores o proveedores no transfiere la responsabilidad del propietario por sus decisiones. La ingeniería del propietario debe preservar la visión global del proyecto, validar requisitos, controlar interfaces y verificar que la solución atienda los objetivos de negocio, operación, seguridad y conformidad.
En sus directrices para proyectos de transmisión, el ONS destaca que el análisis de conformidad no sustituye la responsabilidad objetiva de la transmisora por el proyecto. El principio es aplicable a otros sectores: el análisis externo puede verificar conformidad, pero no sustituye la gobernanza técnica del propietario del activo.
El Proyecto Básico es un gate de inversión.
La fase siguiente debe autorizarse por evidencias de madurez, y no solo por la existencia de planos emitidos.
Por qué contratar el proyecto antes de contratar la ejecución
Contratar la ejecución antes de desarrollar la ingeniería parece acelerar el proyecto, pero con frecuencia solo desplaza decisiones a un momento en que los cambios son más caros y la capacidad de elección del propietario es menor. Sin una base técnica madura, el mercado no cotiza el mismo objeto: cada proveedor interpreta alcance, desempeño, cantidades y riesgos de manera diferente.
Ingeniería y ejecución son decisiones distintas
La contratación del proyecto compra capacidad para investigar, comparar, calcular, especificar y documentar. La contratación de la ejecución compra movilización, materiales, fabricación, montaje, construcción, pruebas y entrega. Cuando estas decisiones se confunden sin una estrategia contractual clara, la solución puede quedar condicionada por las capacidades comerciales del proveedor, y no necesariamente por el mejor resultado para el propietario.
Esto no significa que los modelos EPC, EPCM o integrados sean inadecuados. Significa que el propietario debe definir previamente los requisitos, la libertad de innovación, los criterios de desempeño, los límites de responsabilidad y el nivel de ingeniería que permanecerá bajo control del contratista. La ausencia de esta definición no es transferencia eficiente de riesgo; es transferencia de ambigüedad.
Las propuestas comparables exigen una base común
Una competencia solo es técnicamente comparable cuando los proponentes reciben información equivalente y cotizan un objeto suficientemente común. Sin Proyecto Básico, las diferencias de precio pueden derivarse de:
- capacidades y niveles de redundancia distintos;
- exclusión de equipos o servicios auxiliares;
- marcas y tecnologías con desempeños diferentes;
- cantidades estimadas mediante criterios incompatibles;
- premisas divergentes sobre infraestructura existente;
- métodos constructivos y ventanas de intervención diferentes;
- responsabilidades no reconocidas;
- contingencias comerciales para cubrir incertidumbre.
El menor precio inicial puede representar simplemente el menor alcance percibido. El Proyecto Básico reduce este ruido al establecer requisitos objetivos, cantidades trazables, responsabilidades, condiciones de ejecución y criterios de medición y aceptación.
La especificación protege el resultado, no solo la compra
La especificación técnica traduce la necesidad del propietario en atributos verificables. Debe indicar desempeño, capacidad, condiciones ambientales, interfaces, seguridad, confiabilidad, pruebas, documentación, garantía y requisitos de mantenimiento, evitando dos fallas opuestas.
La subespecificación reduce artificialmente el costo inicial, pero puede generar baja disponibilidad, fallas prematuras, incompatibilidad, consumo excesivo, dificultad de mantenimiento o necesidad de sustitución anticipada. La sobreespecificación impone características sin beneficio proporcional, restringe proveedores, aumenta CAPEX y crea complejidad innecesaria.
El trabajo del ingeniero es encontrar el nivel técnicamente justificado: especificar lo necesario para alcanzar los resultados, sin transformar preferencias en requisitos y sin transferir al proveedor decisiones que afectan seguridad, desempeño o vida útil.
En instalaciones existentes, el riesgo es aún mayor
Expansiones, modernizaciones y proyectos brownfield dependen de levantamientos confiables. Espacio físico, rutas, cargas existentes, capacidad residual, interferencias, documentación desactualizada, condiciones ocultas y continuidad operativa pueden cambiar completamente la solución.
En estos casos, contratar la ejecución basándose solo en planos antiguos o visitas superficiales suele producir reservas, exclusiones y adendas. El Proyecto Básico debe incorporar inspecciones, mediciones, pruebas, inventario de activos, levantamiento cadastral, análisis de capacidad y estrategia de migración. Cuando una condición no pueda confirmarse, debe aparecer como premisa o riesgo contractual explícito.
El proyecto preserva la capacidad de fiscalización
Fiscalizar no es solo verificar si un servicio fue ejecutado. Es comparar lo entregado con requisitos, cálculos, especificaciones, planos, pruebas y criterios de aceptación previamente definidos. Sin esta referencia, la fiscalización queda limitada a evaluar apariencia, cantidad aparente o documentación producida por el propio contratista.
Un Proyecto Básico consistente crea la línea base técnica para:
- evaluar propuestas y desvíos;
- aprobar materiales y equipos;
- controlar cambios;
- medir servicios;
- acompañar pruebas;
- registrar no conformidades;
- recibir el activo;
- responsabilizar a las partes conforme al contrato.
Transferir ambigüedad no es transferir riesgo.
Los modelos integrados funcionan cuando requisitos, desempeño, responsabilidades y libertad de innovación están claramente definidos por el propietario.
Cómo se desarrolla el Proyecto Básico y qué debe contener
El contenido varía según el sector, la complejidad, el régimen de contratación y el riesgo. Aun así, un proceso robusto sigue una lógica común: definir objetivos, validar datos, desarrollar cálculos y soluciones, coordinar disciplinas, cuantificar, estimar, planificar y revisar. Los documentos son consecuencias de este proceso, no sustitutos de él.
1. Definición de la decisión que el proyecto deberá sustentar
El equipo debe establecer para qué se utilizará el Proyecto Básico: aprobación de inversión, licitación, contratación semiintegrada, contratación de suministros, presupuesto base, planificación de la implantación o una combinación de estas finalidades. Esta definición orienta el nivel de madurez exigido.
También deben registrarse:
- objetivo y resultados esperados;
- límites físicos y funcionales;
- inclusiones, exclusiones e interfaces;
- partes interesadas y responsables;
- requisitos regulatorios y corporativos;
- criterios de calidad y aprobación;
- estrategia de contratación prevista.
2. Consolidación de requisitos y bases de diseño
Los requisitos deben ser técnicos, trazables y verificables. Expresiones como “sistema moderno”, “alta calidad” o “capacidad adecuada” no constituyen criterios de ingeniería. Es necesario convertir necesidades en parámetros como capacidad, disponibilidad, autonomía, selectividad, niveles de servicio, tiempos de respuesta, eficiencia, vida útil y condiciones ambientales.
La base de diseño debe identificar:
- normas y reglamentos aplicables;
- condiciones de operación normal, emergencia y mantenimiento;
- cargas, demandas y escenarios de crecimiento;
- premisas de disponibilidad y redundancia;
- criterios de dimensionamiento;
- datos suministrados por el propietario;
- información verificada en campo;
- hipótesis todavía no confirmadas.
Una matriz de requisitos ayuda a conectar cada necesidad con la solución, el documento que la representa y la evidencia que demostrará su cumplimiento.
3. Levantamientos, sondeos, ensayos y diagnóstico
La ingeniería solo puede ser tan confiable como sus datos de entrada. Según el proyecto, pueden ser necesarios:
- levantamiento topográfico, cadastral o georreferenciado;
- sondeos e investigaciones geotécnicas;
- inspecciones civiles, mecánicas, eléctricas y de sistemas;
- mediciones de demanda, carga, calidad de energía, caudal o desempeño;
- ensayos de materiales y componentes;
- identificación de servicios e interferencias;
- inventario y condición de los activos existentes;
- análisis ambiental, regulatorio y de licenciamiento;
- modelado de la condición existente.
Los informes deben distinguir claramente dato medido, información documental, hipótesis y estimación. Un plano desactualizado no debe tratarse como condición confirmada únicamente porque está disponible.
4. Desarrollo de los cálculos y de la solución
El núcleo del Proyecto Básico es la ingeniería. Memorias de cálculo, estudios y simulaciones deben demostrar que la solución cumple los requisitos y permanece adecuada en los escenarios relevantes. El tipo de análisis depende del objeto, pero puede involucrar:
- balances y capacidades;
- demanda y simultaneidad;
- cortocircuito, flujo de potencia y selectividad;
- hidráulica, ventilación, térmica o estructuras;
- confiabilidad y disponibilidad;
- protección, control y automatización;
- análisis de riesgos y seguridad funcional;
- desempeño energético;
- escenarios de contingencia y expansión.
Los cálculos deben identificar entradas, criterios, herramientas, hipótesis, resultados y conclusiones. La reproducibilidad es un indicador de calidad: otro profesional cualificado debe poder comprender cómo se obtuvo la decisión.
5. Coordinación multidisciplinaria y constructibilidad
Los proyectos de distintas disciplinas no pueden simplemente reunirse al final. La coordinación debe producirse durante el desarrollo para resolver interfaces de espacio, carga, alimentación, control, soporte, acceso, operación y responsabilidad.
La compatibilización debe verificar, entre otros puntos:
- interferencias físicas;
- coherencia entre capacidades;
- continuidad de rutas y servicios;
- cargas transmitidas entre sistemas;
- pasos, soportes y reservas;
- acceso para montaje y retirada;
- aislamiento y seguridad durante mantenimiento;
- faseado y continuidad operativa;
- responsabilidades en las fronteras de suministro.
BIM puede apoyar la detección de conflictos, cantidades y visualización, pero no sustituye la coordinación técnica. Un modelo sin requisitos, criterios y responsables solo representa digitalmente las mismas indefiniciones.
6. Especificación de materiales, equipos y servicios
Las especificaciones deben ser objetivas y medibles. En lugar de describir únicamente el producto, deben definir las condiciones en las que deberá cumplir su función.
Una especificación completa puede incluir:
- función y aplicación;
- capacidad nominal y márgenes;
- desempeño mínimo;
- condiciones ambientales y de instalación;
- interfaces mecánicas, eléctricas y de comunicación;
- requisitos de confiabilidad, disponibilidad y seguridad;
- materiales, protección y acabado;
- normas de fabricación y certificación;
- inspecciones, ensayos de fábrica y de campo;
- documentación, formación y garantía;
- mantenimiento, repuestos y soporte;
- criterios de equivalencia técnica.
Cuando sean necesarias referencias de fabricantes, deben representar un estándar técnico y admitir equivalencia compatible con la legislación y la estrategia de contratación. La especificación debe proteger desempeño e integración sin frustrar la competencia.
7. Cantidades, ingeniería de costos y cronograma
El presupuesto debe nacer de la ingeniería. Las cantidades deben ser trazables a planos, modelos, listas y memorias. Cada ítem relevante debe indicar unidad, criterio de medición, origen de la cantidad y relación con el alcance.
El paquete puede incluir:
- memoria de cantidades;
- planilla presupuestaria resumida;
- composiciones analíticas;
- cotizaciones y bases de referencia;
- cargas y BDI;
- curva ABC;
- premisas, exclusiones y fecha base;
- escalamiento y contingencias;
- cronograma físico y físico-financiero;
- estrategia de suministros;
- identificación de ítems de largo plazo de suministro.
Las prácticas de AACE relacionan los métodos de estimación con el nivel real de definición del proyecto. Esto no significa que todo Proyecto Básico corresponda automáticamente a una clase fija de estimación. Clase, rango de incertidumbre y contingencia dependen de la industria, la finalidad, la calidad de los datos y los riesgos. La madurez tiende a mejorar la estimación, pero por sí sola no garantiza precisión.
8. Planificación de calidad, pruebas y aceptación
El Proyecto Básico debe definir cómo se verificará el resultado. Los criterios de aceptación deben aparecer antes de la contratación, y no negociarse únicamente al final de la obra.
Según el objeto, deben preverse:
- inspecciones y puntos de parada;
- planes de pruebas;
- ensayos de fábrica y de campo;
- pruebas funcionales e integradas;
- puesta en servicio;
- desempeño mínimo;
- documentación de evidencias;
- tratamiento de no conformidades;
- requisitos de as built, manuales y formación;
- criterios de recepción provisional y definitiva.
La aceptación debe estar conectada con los requisitos. Si un requisito no posee método de verificación, su exigencia contractual será frágil.
Entregables organizados por función
| Función del paquete | Entregables típicos | Decisión que sustentan |
| Bases y requisitos | Basis of Design, programa de necesidades, matriz de requisitos, normas y premisas | Qué debe alcanzar el proyecto |
| Conocimiento de la condición | levantamientos, sondeos, inspecciones, ensayos y diagnóstico | En qué condiciones se implantará la solución |
| Ingeniería | memorias de cálculo, estudios, planos, diagramas, arquitecturas y listas | Cómo atenderá la solución los requisitos |
| Especificación | especificaciones de materiales, equipos y servicios | Qué deberá suministrarse y con qué desempeño |
| Costos y plazo | cantidades, presupuesto, cronograma, suministros y contingencias | Cuánto invertir, cuándo contratar y cómo planificar |
| Contratación y aceptación | responsabilidades, medición, pruebas, puesta en servicio y criterios de recepción | Cómo contratar, controlar y aceptar el objeto |
Un paquete voluminoso puede seguir inmaduro cuando sus partes no representan la misma solución. La calidad del Proyecto Básico está en la coherencia y trazabilidad entre requisitos, cálculos, planos, listas, cantidades, presupuesto, cronograma y aceptación.
Presupuesto y cronograma son resultados de la ingeniería.
Cantidades, costos y plazos deben permanecer trazables a las premisas, métodos, planos y especificaciones.
Cómo el Proyecto Básico reduce costos, riesgos y retrabajos
La principal contribución económica del proyecto no es producir planos más baratos. Es permitir que las decisiones se tomen cuando todavía existe libertad para comparar alternativas y corregir problemas con menor impacto. Durante la obra, muchas decisiones ya están condicionadas por contratos, equipos adquiridos, frentes movilizados e interfaces ejecutadas.
Evita comprar desempeño insuficiente o excesivo
Una especificación correcta evita que el precio inicial sea el único criterio. Los materiales y equipos deben seleccionarse por su adecuación al servicio y por el costo del ciclo de vida.
En la evaluación técnica pueden considerarse:
- inversión inicial;
- consumo de energía e insumos;
- disponibilidad e impacto de fallas;
- frecuencia y duración del mantenimiento;
- vida útil y obsolescencia;
- stock de repuestos;
- compatibilidad con la base instalada;
- expansión futura;
- desmontaje y sustitución;
- eliminación e impacto ambiental.
El equipo más barato puede exigir mayor mantenimiento o producir indisponibilidad incompatible con la operación. Por otro lado, el equipo de mayor desempeño puede no generar beneficio económico cuando la aplicación no utiliza su capacidad. La ingeniería permite comparar estas consecuencias antes de la compra.
Reduce contingencias y mejora la comparación de precios
Las empresas ejecutoras valoran la incertidumbre. Cuando el alcance, las cantidades y las condiciones de campo son vagas, los proponentes pueden incluir contingencias elevadas, presentar exclusiones o asumir riesgos de forma desigual. El resultado es una competencia difícil de comparar y expuesta a reequilibrios y adendas.
Cantidades trazables, métodos definidos, interfaces claras y una matriz de riesgos coherente reducen la parte de incertidumbre que cada proveedor debe interpretar individualmente. Esto no elimina contingencias legítimas; mejora la transparencia sobre lo que cubren.
Evita interferencias y cambios tardíos
La coordinación entre disciplinas permite corregir conflictos en el entorno de proyecto antes de que se conviertan en demolición, refabricación, reubicación o paralización. Las interferencias pueden involucrar no solo geometría, sino también capacidades, cargas, mandos, secuencias de operación, responsabilidades y requisitos de seguridad.
Las directrices del ONS para Proyectos Básicos de transmisión registran que el número medio de revisiones permanecía alrededor de tres además de la emisión inicial y señalan como problema recurrente la coordinación inadecuada entre estudios, equipos y otras partes del proyecto. El dato es sectorial, pero demuestra un principio general: la documentación técnicamente fragmentada genera ciclos de revisión y retrasa aprobaciones.
Mejora la constructibilidad y la productividad
La constructibilidad verifica si la solución puede implantarse con los accesos, equipos, secuencias y restricciones disponibles. Una solución calculada correctamente puede seguir siendo inviable cuando no considera transporte, izado, montaje, espacio de trabajo, apuntalamiento, aislamiento, logística, clima o continuidad operativa.
Anticipar estas condiciones permite:
- elegir métodos constructivos compatibles;
- planificar instalaciones provisionales;
- organizar frentes de trabajo;
- reducir esperas y remobilizaciones;
- identificar necesidades de parada;
- prever desvíos y contingencias;
- coordinar suministros con el cronograma.
Protege operación y mantenimiento
Los problemas de proyecto no terminan con la obra. Equipos sin acceso, componentes incompatibles, ausencia de aislamiento, rutas congestionadas, documentación incompleta y falta de estandarización elevan el costo operativo durante años.
El equipo de operación y mantenimiento debe participar en la definición de requisitos y revisiones. El Proyecto Básico debe considerar ergonomía, seguridad, accesibilidad, capacidad de diagnóstico, repuestos, actualización tecnológica y recuperación tras fallas.
Crea una base efectiva para el control de cambios
Los cambios son inevitables en muchos proyectos, pero deben evaluarse contra una línea base. Un Proyecto Básico coherente permite identificar:
- qué requisito fue modificado;
- qué documentos e interfaces están afectados;
- qué impacto habrá en costo y plazo;
- quién es responsable del cambio;
- qué riesgos se introducen;
- qué aprobaciones y pruebas serán necesarias.
Sin línea base, toda divergencia puede tratarse como interpretación. Con línea base, el cambio puede justificarse técnicamente, presupuestarse, aprobarse y rastrearse.
No existe un porcentaje universal de ahorro
Es común encontrar afirmaciones genéricas de que un proyecto representa determinado porcentaje de la inversión o reduce costos en una tasa fija. Estos números varían ampliamente según sector, madurez inicial, complejidad, modelo contractual y calidad de la implantación.
La justificación para contratar ingeniería no debe depender de un porcentaje promocional. El razonamiento técnico es más sólido: el costo del proyecto compra información, capacidad de decisión, prevención de defectos, comparabilidad comercial y control. El retorno aparece en la combinación entre menor desperdicio, menor exposición a cambios, mejor desempeño del activo y mayor previsibilidad de la inversión.
El ahorro no proviene de eliminar la etapa de proyecto.
Proviene de decidir pronto, especificar correctamente, evitar desperdicios y preservar el desempeño durante todo el ciclo de vida.
Gate técnico: ¿el Proyecto Básico está listo para contratación?
La madurez no debe medirse por la cantidad de archivos ni por el porcentaje declarado de avance. El gate debe evaluar si las decisiones esenciales están sustentadas por evidencias y si el paquete permite contratar, controlar y aceptar el objeto sin transferir indefiniciones críticas a la ejecución.
Criterios de clasificación del nivel de madurez del alcance.
Antes de emitir el Proyecto Básico para licitación o contratación, la ingeniería del propietario debe verificar:
- Objetivo y alcance aprobados: la necesidad, los resultados esperados, los límites físicos y funcionales, las inclusiones y exclusiones están formalmente definidos.
- Requisitos trazables: los requisitos funcionales, técnicos, legales, operativos, ambientales y de mantenimiento están vinculados a la solución y a los criterios de verificación.
- Bases de entrada verificadas: levantamientos, registros, sondeos, ensayos, mediciones y documentos existentes son suficientes para el riesgo de la decisión.
- Premisas y pendientes controlados: hipótesis, información provisional, brechas y restricciones tienen responsable, plazo y tratamiento definido.
- Solución demostrada: memorias de cálculo, estudios y simulaciones demuestran capacidad, desempeño, seguridad, confiabilidad y adecuación a los escenarios relevantes.
- Conformidad tratada: normas, licencias, requisitos de distribuidoras, condicionantes y aprobaciones aplicables fueron identificados e incorporados.
- Interfaces coordinadas: disciplinas, fronteras de suministro, interferencias, cargas, mandos, accesos y responsabilidades están compatibilizados.
- Materiales y equipos especificados: los requisitos son objetivos, verificables, competitivos y coherentes con desempeño, instalación, mantenimiento y vida útil.
- Constructibilidad y operación evaluadas: métodos, logística, faseado, ventanas de intervención, continuidad operativa, accesos y sustitución de componentes fueron considerados.
- Cantidades auditables: las cantidades poseen memoria, criterio de medición y trazabilidad a planos, modelos, listas y cálculos.
- Estimación y cronograma coherentes: presupuesto, contingencias, plazo, productividad y suministros representan el alcance y el nivel real de definición.
- Riesgos y responsabilidades asignados: eventos relevantes, impactos, tratamientos, propietarios de riesgos y límites de innovación están definidos.
- Contrato y aceptación estructurados: medición, pago, inspecciones, pruebas, puesta en servicio, documentación y recepción poseen criterios objetivos.
- Revisión y aprobación concluidas: responsables técnicos, disciplinas, propietario y revisión independiente registraron comentarios, respuestas y aprobación formal del gate.
Evidencias mínimas del gate
| Dimensión | Evidencia esperada | Condición de aprobación |
| Alcance y requisitos | matriz de requisitos, límites y responsabilidades | sin requisitos críticos sin solución o responsable |
| Ingeniería | cálculos, estudios, planos y especificaciones coordinados | solución demostrada y reproducible |
| Condición existente | levantamientos, ensayos y diagnóstico | datos compatibles con la exposición al riesgo |
| Costos y plazo | cantidades, presupuesto, cronograma y suministros | trazabilidad y premisas documentadas |
| Riesgos | registro y matriz de riesgos | riesgos residuales aceptados y asignados |
| Calidad y aceptación | planes de inspección, pruebas y criterios de recepción | requisitos verificables antes de la contratación |
| Gobernanza | revisiones, aprobaciones y control documental | gate formalmente aprobado |
Resultado del gate
El resultado no necesita ser únicamente “aprobado” o “rechazado”. Una clasificación práctica puede ser:
- listo para contratación: no existen pendientes críticos y los riesgos residuales están aceptados;
- listo con condicionantes: pendientes limitados tienen responsable y plazo y no comprometen precio, alcance o comparabilidad;
- no listo: faltan decisiones, datos o definiciones capaces de modificar solución, cantidades, costo, plazo o asignación de riesgos.
Los condicionantes no deben servir para autorizar indefiniciones esenciales. Si un pendiente puede cambiar capacidad, arquitectura, método constructivo, cantidad relevante o responsabilidad contractual, el paquete debe permanecer en la fase de ingeniería.
Cuándo es necesaria una revisión independiente
La revisión independiente es especialmente importante en:
- proyectos multidisciplinarios;
- instalaciones críticas o de alta disponibilidad;
- expansiones con operación en curso;
- proyectos con documentación cadastral débil;
- soluciones inéditas o de alta complejidad;
- contrataciones integradas o semiintegradas;
- paquetes con gran transferencia de riesgo;
- proyectos con estimaciones utilizadas para aprobación de capital.
La Owner’s Engineering puede actuar como instancia de assurance del propietario, verificando coherencia, madurez, riesgos y adherencia a los objetivos de la inversión antes de emitir el paquete al mercado.
El gate debe producir una decisión de ingeniería.
Pronto, pronto com condicionantes ou no listo: cada resultado deve estar sustentado por evidências e riscos explicitamente aceitos.
Conclusión: ingeniería antes del compromiso de capital
El Proyecto Básico transforma una necesidad en un objeto técnicamente definido, económicamente evaluable y contractualmente controlable. Su función no es simplemente aumentar el volumen documental, sino consolidar decisiones que no deben permanecer abiertas durante la ejecución.
Cuando requisitos, levantamientos, cálculos, especificaciones, interfaces, cantidades, costos, plazo, riesgos y aceptación se desarrollan de forma integrada, el propietario pasa a contratar sobre una base conocida. Esto mejora la comparación de propuestas, reduce contingencias innecesarias, anticipa interferencias, fortalece la fiscalización y protege la operación futura.
El Proyecto de Detalle continuará detallando fabricación, montaje, instalación y construcción, pero no debe utilizarse para resolver indefiniciones esenciales del Proyecto Básico. Cuanto más tarde se tome una decisión estructural, mayor tenderá a ser su impacto sobre contratos, suministros, cronograma y trabajo ya ejecutado.
A3A Engenharia desarrolla y revisa Proyectos Básicos para proyectos multidisciplinarios, expansiones, modernizaciones e infraestructuras críticas, integrando levantamientos, ingeniería, compatibilización, costos, planificación, riesgos, documentación de contratación y soporte técnico al propietario. El servicio de Proyecto Básico puede contratarse como desarrollo completo o como revisión independiente de madurez.
Referencias técnicas
[1] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Ley de Licitaciones y Contratos Administrativos. Brasília, 2021. Disponible en: Acceder a la fuente oficial.
[2] TRIBUNAL DE CONTAS DA UNIÃO. Proyecto Básico. Licitaciones y Contratos. Brasília, 2025. Disponible en: Acceder a la fuente oficial.
[3] TRIBUNAL DE CONTAS DA UNIÃO. Acórdão 2507/2024 — Plenário. Brasília, 2024. Disponible en: Acceder a la fuente oficial.
[4] OPERADOR NACIONAL DO SISTEMA ELÉTRICO. Directrices para la Elaboración de Proyectos Básicos para Proyectos de Transmisión — Revisión 1. Rio de Janeiro, 2022. Disponible en: Acceder a la fuente oficial.
[5] INSTITUTO BRASILEIRO DE AUDITORIA DE OBRAS PÚBLICAS. Orientación Técnica OT-IBR 008/2020 — Proyecto de Detalle. 2021. Disponible en: Acceder a la fuente oficial.
[6] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Geneva, 2020. Disponible en: Acceder a la fuente oficial.
[7] PROJECT MANAGEMENT INSTITUTE. PMBOK Guide and Standards. Newtown Square, 2025. Disponible en: Acceder a la fuente oficial.
[8] AACE INTERNATIONAL. Recommended Practices. Morgantown, 2025. Disponible en: Acceder a la fuente oficial.
Preguntas frecuentes
Es el conjunto coordinado de estudios, cálculos, planos, especificaciones, cantidades y documentos de planificación que desarrolla una solución hasta la madurez necesaria para presupuesto, contratación y control de la implantación.
Porque el proyecto define requisitos, capacidades, materiales, cantidades, interfaces, riesgos y criterios de aceptación. Sin esta base, los proveedores pueden cotizar objetos diferentes y transferir indefiniciones a la obra.
Permite especificar materiales adecuadamente, comparar soluciones, corregir interferencias, producir cantidades trazables, mejorar propuestas comerciales y evitar cambios tardíos. No existe un porcentaje universal de ahorro.
El Proyecto Básico define y dimensiona la solución, fundamentando costos, plazo y contratación. El Proyecto de Detalle especifica fabricación, montaje, instalación y ejecución completa sin redefinir elementos esenciales de la solución.
Son evidencias utilizadas para verificar si alcance, requisitos, bases de entrada, cálculos, interfaces, especificaciones, cantidades, presupuesto, riesgos y aceptación están suficientemente maduros para contratar la ejecución.
La obligación definida por la Ley n.º 14.133/2021 se aplica a las contrataciones públicas. En proyectos privados, la nomenclatura y la exigencia dependen del contrato, pero permanece la función técnica de desarrollar la ingeniería antes de la ejecución.
Materiales técnicos complementarios
Whitepapers
- Proyecto: la inversión que reduce riesgos, costos y retrabajos
- Contratación de Ingeniería Consultiva con trazabilidad, gobernanza e ingeniería de costos
- Owner’s Engineering: framework ejecutivo para contratación, gobernanza y aceptación
E-books
- ¿Por qué contratar un Proyecto de Cableado Estructurado?
- Puesta a Tierra Eléctrica: fundamentos, proyectos y normalización
- Cómo viabilizar un Proyecto de Seguridad Digital
Artículos técnicos
- Proyecto Conceptual en Ingeniería: qué es, etapas y entregables
- FEED en Ingeniería: qué es, etapas y entregables
- Proyecto Básico vs. Proyecto de Detalle: diferencias
Guías técnicas
- Guía Completa sobre Ingeniería Consultiva
- Guía Completa sobre Ingeniería de Costos y Presupuestación
- Guía Completa sobre Gestión de Proyectos
