Vea cómo estructurar un pliego de licitación para obras y servicios de ingeniería con requisitos técnicos verificables, habilitación proporcional, criterios de evaluación, medición, documentación y aceptación.
¡Descúbrelo!
El pliego de licitación para obras y servicios de ingeniería debe transformar la planificación técnica de la Administración en reglas objetivas para seleccionar al proveedor, ejecutar el contrato, medir resultados y recibir el objeto. Un pliego técnicamente robusto no surge de forma aislada: debe ser coherente con el Estudio Técnico Preliminar, los Términos de Referencia, el Proyecto Básico o anteproyecto, el presupuesto, la matriz de riesgos, los criterios de habilitación y el borrador contractual.
Cuando esta coherencia no existe, aparecen problemas previsibles: requisitos técnicos contradictorios, propuestas incomparables, exigencias de habilitación desproporcionadas, dudas sobre lo incluido en el precio, conflictos de interfaces, mediciones subjetivas, dificultades de fiscalización y discusiones en el momento de la recepción. En ingeniería, la calidad del pliego influye directamente en la calidad de la ejecución porque aquello que no se definió adecuadamente antes de la competencia puede resultar difícil de exigir después.
El objetivo no es transformar el pliego en un proyecto de ingeniería. Es garantizar que el instrumento de convocatoria y sus anexos expresen de forma verificable qué se contratará, qué condiciones deben cumplirse, cómo se evaluará al licitador, cómo se ejecutará el contrato y cómo demostrará la Administración que recibió aquello que contrató.
El pliego es la capa jurídica de una decisión técnica ya madura
La Ley brasileña nº 14.133/2021 determina que el pliego contenga el objeto de la licitación y las reglas relativas a convocatoria, evaluación, habilitación, recursos, sanciones, fiscalización, gestión del contrato, entrega del objeto y condiciones de pago, entre otros elementos aplicables.
Esto significa que el pliego no debería ser el lugar en el que la Administración todavía intenta descubrir qué pretende contratar. La definición técnica debe estar suficientemente madura durante la fase preparatoria.
Una secuencia coherente es:
El Estudio Técnico Preliminar para Obras y Servicios de Ingeniería identifica el problema, compara alternativas y justifica la solución. Después, los Términos de Referencia en Ingeniería o el Proyecto Básico transforman la solución en un objeto contratable. El pliego debe preservar esta lógica, no sustituirla.
La primera prueba del pliego es la coherencia entre todos los anexos
El pliego solo es tan bueno como la coherencia entre sus anexos. Proyecto, Términos de Referencia, presupuesto, cronograma, riesgos y borrador contractual deben describir el mismo objeto y distribuir responsabilidades sin zonas grises.
Estructurar o revisar los Términos de Referencia de ingeniería
En contrataciones de ingeniería, el licitador rara vez lee únicamente el texto principal del pliego. La propuesta se forma a partir del conjunto: pliego, proyecto, memorias, especificaciones, presupuesto, cronograma, matriz de riesgos, Términos de Referencia, borrador de contrato, planos, listas, anexos técnicos y respuestas a solicitudes de aclaración.
Si estos documentos divergen, el riesgo se transfiere al procedimiento.
Ejemplos frecuentes de inconsistencia:
- el proyecto prevé un equipo y el presupuesto considera otro;
- la memoria exige un determinado ensayo, pero no existe ítem u obligación correspondiente;
- los Términos de Referencia exigen As-Built, pero no definen contenido mínimo;
- el pliego exige un plazo incompatible con el cronograma;
- la matriz de riesgos transfiere una condición que el proyecto no permite cuantificar al licitador;
- el borrador contractual trata la recepción de forma distinta a los Términos de Referencia;
- una norma citada entra en conflicto con una especificación propietaria;
- el presupuesto omite servicios necesarios para producir el resultado exigido.
Antes de la publicación, los documentos deben pasar por una revisión de interfaces y consistencia. La Compatibilización e Integración de Proyectos no se limita a BIM o clash detection; en sentido más amplio, la contratación también requiere compatibilidad documental y de responsabilidades.
Definir el objeto: claridad sin restringir innecesariamente la competencia
La definición del objeto debe indicar qué pretende recibir la Administración, con cantidad, calidad, desempeño y plazo compatibles con la planificación.
Una definición insuficiente puede generar propuestas muy diferentes entre sí. Una definición excesivamente dirigida puede restringir la competencia.
En ingeniería, una buena definición combina:
- naturaleza del objeto;
- alcance y límites;
- cantidades;
- lugares y condiciones de ejecución;
- premisas;
- interfaces;
- desempeño requerido;
- documentación;
- pruebas e inspecciones;
- plazos;
- responsabilidades;
- criterios de recepción.
El TCU destaca que los Términos de Referencia o el Proyecto Básico deben definir la solución y los requisitos de la contratación. El pliego debe incorporar estas condiciones de forma coherente, permitiendo que el licitador sepa exactamente qué está valorando y que la fiscalización sepa qué deberá verificar posteriormente.
Los requisitos técnicos deben ser verificables
Los requisitos técnicos deben nacer con evidencias y criterios de verificación. Esta trazabilidad permite que la misma regla utilizada para seleccionar la propuesta sea acompañada durante la ejecución y demostrada en la recepción.
Conocer la Gestión de Requisitos, Evidencias y Criterios de Aceptación
Expresiones como “equipo de alta calidad”, “instalación conforme a mejores prácticas”, “documentación completa” o “sistema de primera línea” tienen poco valor contractual si no están acompañadas de criterios verificables.
Un requisito sólido posee al menos tres componentes:
- qué debe cumplirse;
- cómo se demostrará la conformidad;
- en qué etapa se exigirá la evidencia.
Ejemplo:
| Requisito genérico | Formulación verificable |
| el sistema debe tener alta disponibilidad | disponibilidad mínima definida, arquitectura exigida y método de comprobación |
| las cámaras deben ofrecer buena imagen | criterios de resolución, desempeño, cobertura, iluminación y prueba aplicable |
| la documentación debe estar completa | lista de entregables, formatos, revisiones, contenido mínimo y aprobación |
| la red debe estar certificada | norma, método de prueba, parámetros, equipo e informe exigidos |
| la obra debe estar bien ejecutada | criterios de inspección, tolerancias, normas y evidencias |
La Gestión de Requisitos, Evidencias y Criterios de Aceptación es la capa de gobernanza que vincula el requisito con la evidencia y evita que la Administración descubra únicamente al final de la obra que no consigue demostrar objetivamente una no conformidad.
Los criterios de habilitación deben ser proporcionales al objeto
El pliego también define cómo verificará la Administración si el licitador posee capacidad para asumir el contrato.
En ingeniería, esta etapa puede incluir cualificación técnico-profesional, técnico-operativa, registros profesionales, equipo, medios y otras condiciones admitidas por la legislación.
La regla central es la proporcionalidad. Exigencias excesivas restringen la competencia; exigencias insuficientes aumentan el riesgo de contratar una empresa sin experiencia demostrada.
El artículo Certificados de Capacidad Técnica en Licitaciones de Ingeniería profundiza en cómo identificar partes relevantes, cantidades, equivalencia de experiencia y diligencias.
El pliego debe dejar claro:
- qué partes exigen comprobación;
- si la exigencia es técnico-profesional o técnico-operativa;
- qué cantidades mínimas son necesarias y por qué;
- qué documentos serán aceptados;
- cómo se tratarán experiencias equivalentes;
- reglas aplicables a consorcios y subcontratación;
- registros profesionales necesarios;
- qué documentos pertenecen a la habilitación y cuáles a la evaluación de la propuesta.
La comisión no debería tener que inventar criterios durante el análisis. Lo que se utilizará para habilitar o inhabilitar debe estar definido previamente.
Evaluación de la propuesta técnica: el pliego debe reducir la subjetividad
Cuando la contratación incluye propuesta técnica, metodología, solución, equipo, equipamiento, memorias u otros documentos que deben evaluarse, el pliego debe establecer criterios suficientemente detallados para permitir una evaluación objetiva.
La Administración puede utilizar una matriz de conformidad:
| Requisito | Evidencia esperada | Criterio | Resultado posible |
| desempeño mínimo | datasheet/informe | cumple valor mínimo | cumple/no cumple |
| metodología | plan de ejecución | contiene etapas obligatorias | cumple/parcial/no cumple |
| integración | arquitectura e interfaces | demuestra compatibilidad | cumple/no cumple |
| equipo | currículum/acervo técnico | experiencia conforme al pliego | puntuación o habilitación |
| plazo | cronograma | dentro del límite y coherente | cumple/no cumple |
Cuando el criterio sea puntuado, la descripción debe reducir el espacio para una valoración arbitraria. Cuando sea eliminatorio, la evidencia exigida debe ser clara.
La TBE en Ingeniería presenta una metodología de evaluación técnica de propuestas y proveedores que puede adaptarse para estructurar matrices de conformidad en el proceso licitatorio.
El menor precio no elimina la necesidad de requisitos técnicos robustos
En una licitación por menor precio, la competencia económica se produce entre propuestas que cumplen los requisitos establecidos. Si el pliego no define requisitos suficientes, la Administración puede terminar comparando precios de soluciones técnicamente diferentes.
Este problema aparece cuando:
- un licitador incluye integración y otro no;
- una propuesta incluye licencias permanentes y otra una suscripción;
- un equipo cumple el desempeño mínimo y otro solo parcialmente;
- una empresa prevé documentación completa y otra únicamente manuales del fabricante;
- un presupuesto considera pruebas y commissioning y otro solo instalación;
- una propuesta considera redundancia y otra una arquitectura simple.
El menor precio solo es comparable cuando el objeto y las condiciones de conformidad han sido suficientemente estandarizados.
La RFP en Ingeniería ofrece conceptos útiles sobre estructuración de requisitos y comparabilidad de propuestas, aunque la contratación pública posee reglas jurídicas propias.
Modelo de ejecución: el pliego debe explicar cómo se producirá el resultado
Al tratar el modelo de ejecución del objeto, el TCU destaca la importancia de definir cómo deberá producir el contrato los resultados previstos desde el inicio hasta el cierre.
En ingeniería, esto puede incluir:
- plazo de movilización;
- secuencia de etapas;
- entregables por fase;
- reuniones y aprobaciones;
- procedimientos de liberación;
- interfaces con operación;
- ventanas de intervención;
- métodos de ejecución;
- autorizaciones de trabajo;
- pruebas intermedias;
- transición entre fases;
- documentación de cierre.
Cuanto mayor sea el impacto de la ejecución sobre una instalación existente, mayor será la importancia de explicar cómo deberá coordinar el contratista las intervenciones sin comprometer la operación.
En contratos bajo demanda, el modelo también debe regular Órdenes de Servicio, alcance autorizado, estimación, aprobación, ejecución, verificación y certificación.
La medición y el pago deben estar vinculados al resultado
Una de las mayores fuentes de conflicto contractual es una medición mal definida. Si el pliego y sus anexos no determinan cómo se medirá el servicio, la fiscalización puede quedarse sin una base objetiva para aceptar o rechazar una factura.
Los criterios deben responder:
- cuál es la unidad de medición;
- qué evidencia demuestra la ejecución;
- quién verifica;
- qué documentos acompañan la medición;
- si existen hitos de aprobación;
- cómo tratar la ejecución parcial;
- cómo tratar las no conformidades;
- si la medición depende de pruebas o aceptación;
- cómo se descontarán los ítems incompletos.
El TCU refuerza la importancia de criterios de medición y pago vinculados a los resultados y a la calidad esperada.
Ejemplo de hito:
“Instalación física concluida” puede no ser suficiente para medir el 100% de un sistema si aún faltan configuración, pruebas, documentación y aceptación.
Este punto conecta directamente el pliego con el problema tratado en Sistema instalado no es sistema entregado.
Los criterios de aceptación deben definirse antes de la licitación
La aceptación no debería decidirse después de que el contratista termine el servicio. El pliego y los documentos técnicos deben establecer, en la medida aplicable, qué se verificará para reconocer la entrega.
Los criterios pueden involucrar:
- inspección visual;
- mediciones;
- pruebas funcionales;
- pruebas de desempeño;
- integración;
- operación asistida;
- documentación;
- formación;
- As-Built;
- Data Book;
- corrección de punch list;
- aprobación de informes;
- entrega de backups y configuraciones;
- cumplimiento de requisitos legales y normativos.
El Acta de Aceptación Técnica en Ingeniería muestra cómo se materializan estos criterios al final. El pliego debe crear la base para que la recepción no dependa de una interpretación subjetiva.
La documentación final debe especificarse como entregable
“Entregar documentación técnica” es insuficiente. En proyectos y obras, la documentación final puede tener un valor operativo equivalente al activo físico.
Cuando corresponda, el pliego debe definir:
- lista de documentos;
- formato de archivo;
- estándar de codificación;
- revisiones;
- responsables de aprobación;
- plazos de presentación;
- contenido mínimo;
- planos editables y PDF;
- listas de equipos;
- certificados;
- informes de pruebas;
- manuales;
- backups;
- configuraciones;
- As-Built;
- MDR;
- Data Book o Quality Dossier.
La Documentación Técnica en Ingeniería debe tratarse como parte del alcance y no como accesorio administrativo.
Cuando existe un volumen relevante de documentos, la Lista Maestra de Documentos — MDR puede estructurar entregas, revisiones y estados desde el inicio del contrato.
As-Built y Data Book: no basta con citar el nombre
Los pliegos exigen con frecuencia “As-Built y Data Book” sin detallar qué debe entregarse. Esto traslada la definición al final del contrato, precisamente cuando existe menos margen para negociación técnica.
Un buen pliego define:
Para As-Built
- disciplinas aplicables;
- nivel de actualización;
- levantamiento de campo;
- formato editable y PDF;
- identificación de activos;
- diagramas y detalles;
- revisión final;
- criterios de validación.
Para Data Book
- índice mínimo;
- documentos por disciplina;
- certificados;
- informes de pruebas;
- registros de inspección;
- documentación de proveedores;
- lista de pendientes cerrados;
- aprobaciones;
- formato de consolidación.
El Data Book en Ingeniería y la Guía Completa de As-Built permiten transformar estas expresiones en requisitos concretos.
Las pruebas, inspecciones y commissioning deben estar incluidos en el alcance
Si el desempeño solo puede demostrarse mediante una prueba, el pliego debe prever dicha prueba.
Según el objeto, deben definirse:
- tipos de ensayo;
- normas y procedimientos;
- instrumentos;
- criterios de aprobación;
- responsables;
- requisitos de testificación;
- informes;
- repetición de pruebas;
- costes;
- condiciones para el inicio;
- secuencia de commissioning;
- evidencias de preparación.
El Plan de Inspección y Pruebas — PIT/ITP organiza puntos de control durante la ejecución. La Guía de Commissioning aborda la transición estructurada entre instalación, pruebas, preparación, aceptación y operación.
Sin esta previsión, es habitual que el contratista considere que “instaló” mientras el contratante entiende que todavía es necesario probar y validar.
Una matriz de responsabilidades evita zonas grises
Los proyectos de ingeniería tienen interfaces entre contratante, proyectista, fabricante, integrador, fiscalización, empresa concesionaria, TI, operación y otros proveedores.
El pliego debe dejar claro quién es responsable de:
- proporcionar información de entrada;
- aprobar documentos;
- poner a disposición la infraestructura;
- ejecutar integraciones;
- obtener licencias;
- acompañar las pruebas;
- corregir incompatibilidades;
- actualizar documentación;
- proporcionar accesos;
- realizar formación;
- entregar backups;
- retirar instalaciones provisionales;
- responder por interfaces con terceros.
La Gestión de Interfaces en Proyectos de Ingeniería ayuda a evitar actividades que queden “entre contratos”.
La matriz de riesgos y el pliego deben ser coherentes
La asignación de riesgos afecta al precio, al plazo y al comportamiento contractual. No es técnicamente adecuado transferir al contratista un riesgo que no puede identificar o valorar con la información suministrada.
Ejemplos:
- infraestructura oculta desconocida;
- condición del suelo sin investigación suficiente;
- indisponibilidad de sistemas heredados;
- datos incorrectos proporcionados por la Administración;
- restricciones de acceso no informadas;
- dependencias de concesionarias;
- licencias con responsabilidad indefinida.
El Análisis de Riesgos en Proyectos de Ingeniería y el contenido sobre Riesgos Contractuales y de Proveedores ayudan a estructurar esta capa.
Cómo revisar el pliego antes de publicarlo
Si el equipo necesita interpretar durante el procedimiento aquello que debería haberse definido antes, el paquete técnico todavía contiene ambigüedad. Una revisión independiente puede detectar conflictos entre alcance, habilitación, evaluación, medición y aceptación antes de la publicación.
Apoyo técnico a la licitación y análisis de propuestas de ingeniería
Una revisión técnica independiente puede utilizar un checklist por capas.
Capa 1 — Objeto
- alcance claro;
- límites definidos;
- cantidades trazables;
- documentos compatibles;
- ausencia de contradicciones.
Capa 2 — Requisitos
- requisitos verificables;
- normas actualizadas;
- criterios de equivalencia;
- ausencia de direccionamiento indebido;
- desempeño mínimo claro.
Capa 3 — Habilitación
- partes relevantes justificadas;
- cantidades proporcionales;
- documentación permitida;
- criterios técnico-profesionales y operativos separados.
Capa 4 — Evaluación
- criterios objetivos;
- evidencias exigidas;
- reglas de puntuación claras cuando correspondan;
- condiciones de descalificación explícitas.
Capa 5 — Ejecución
- secuencia;
- interfaces;
- responsabilidades;
- cronograma;
- autorizaciones;
- condiciones de movilización.
Capa 6 — Calidad y aceptación
- inspecciones;
- pruebas;
- documentación;
- no conformidades;
- As-Built;
- Data Book;
- commissioning;
- recepción.
Capa 7 — Medición y pago
- unidades;
- evidencias;
- hitos;
- deducciones;
- aprobación;
- vínculo con el resultado.
Errores frecuentes en pliegos de ingeniería
Copiar un pliego antiguo sin revisar la solución
Reutilizar la estructura es válido; reutilizar requisitos sin validar el nuevo objeto no lo es.
Dejar que el proyecto resuelva todo
El proyecto no sustituye las reglas de habilitación, evaluación, medición, gestión y recepción.
Crear un requisito sin forma de verificación
Si no es posible demostrar la conformidad, la fiscalización tendrá dificultades para exigirla.
Exigir una marca sin justificación adecuada
La especificación tecnológica debe partir de requisitos y criterios permitidos, no de una preferencia por fabricante.
Exigir experiencia excesivamente específica
Puede restringir la competencia sin aportar un beneficio técnico.
Omitir documentación y pruebas del precio
El contratista puede alegar que actividades esenciales no estaban incluidas en el alcance.
Definir la aceptación únicamente como “funcionamiento”
El funcionamiento es una evidencia, no necesariamente la totalidad de la entrega.
Cuándo contratar apoyo técnico para elaborar o revisar el pliego
La Administración puede necesitar apoyo de Ingeniería Consultiva cuando el objeto presenta una complejidad técnica que exige integrar proyecto, requisitos, habilitación, criterios de evaluación y recepción.
Esto resulta especialmente útil cuando:
- el organismo está contratando un sistema multidisciplinar;
- existen varias tecnologías posibles;
- hay infraestructura heredada;
- el proyecto fue producido por terceros y necesita revisión;
- los criterios de capacidad técnica son complejos;
- se evaluará una propuesta técnica;
- la contratación posee muchas interfaces;
- la documentación final es crítica;
- el objeto exige commissioning;
- una licitación anterior fracasó o fue impugnada;
- el organismo desea reducir el riesgo de adendas y conflictos de alcance.
El Apoyo Técnico a la Licitación y Análisis de Propuestas de Ingeniería puede actuar en la revisión del paquete técnico, matrices de conformidad, criterios de habilitación, análisis de propuestas, diligencias y emisión de insumos técnicos para la decisión.
Qué exigir al contratar una revisión técnica del pliego
El alcance puede incluir:
- lectura crítica del ETP;
- revisión del Proyecto Básico/Términos de Referencia;
- compatibilización de anexos;
- matriz de requisitos;
- revisión de cantidades;
- revisión de especificaciones;
- análisis de criterios de habilitación;
- matriz de evaluación técnica;
- revisión de medición y pago;
- criterios de inspección y pruebas;
- definición de documentación final;
- requisitos de As-Built y Data Book;
- matriz de interfaces;
- revisión de riesgos;
- checklist de preparación para publicación;
- apoyo durante aclaraciones e impugnaciones técnicas.
La contratación debe dejar claro que el papel del consultor es apoyar técnicamente a la Administración sin transferir competencias decisorias exclusivas de los agentes públicos.
El pliego debe preparar la fiscalización que vendrá después
Una forma útil de revisar el paquete es imaginar al fiscal ante el contrato meses después y preguntar:
- ¿puede saber exactamente qué debe entregarse?
- ¿existe un documento para comparar proyecto y condición ejecutada?
- ¿están definidas las pruebas?
- ¿las evidencias son objetivas?
- ¿la medición está vinculada a resultados?
- ¿los pendientes pueden registrarse y exigirse?
- ¿la recepción provisional posee base técnica?
- ¿está especificada la documentación final?
- ¿la aceptación depende de criterios conocidos desde la licitación?
Si estas respuestas son negativas, el pliego todavía no está suficientemente preparado para la ejecución.
El artículo La empresa contratista finalizó la obra. ¿Y ahora? muestra el problema desde el otro lado: cuando termina la ejecución y el organismo necesita descubrir, tardíamente, qué evidencias deberían existir para recibir el objeto.
Consideraciones finales
Un pliego de licitación para obras y servicios de ingeniería no es únicamente un documento de apertura del procedimiento. Es la interfaz entre planificación, mercado, contrato y futura fiscalización.
La calidad técnica del pliego depende de la coherencia entre ETP, proyecto, Términos de Referencia, presupuesto, riesgos, habilitación, evaluación, ejecución, medición, documentación y aceptación. Cuanto más complejo sea el objeto, mayor será el coste de dejar estas definiciones para después de la contratación.
La Administración no necesita prever todos los acontecimientos futuros, pero sí debe crear un conjunto de requisitos y reglas suficientemente objetivo para que los licitadores valoren el mismo objeto, la selección sea defendible, la ejecución pueda controlarse y la recepción pueda demostrarse mediante evidencias.
El mejor momento para corregir un requisito de contratación es antes de la competencia. Después de la firma, cada laguna tiende a convertirse en una solicitud de aclaración, cambio, reclamación, adenda o dificultad de fiscalización.
Referencias técnicas
[1] BRASIL. Ley nº 14.133, de 1 de abril de 2021. Ley de Licitaciones y Contratos Administrativos, especialmente artículos 18, 25 y 67. Disponible en: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm
[2] BRASIL. Ministerio de Gestión e Innovación en Servicios Públicos. Instrucción Normativa SEGES/ME nº 81, de 25 de noviembre de 2022. Regula la elaboración de los Términos de Referencia. Disponible en: https://www.gov.br/compras/pt-br/acesso-a-informacao/legislacao/instrucoes-normativas/instrucoes-normativas-vigentes
[3] TRIBUNAL DE CUENTAS DE LA UNIÓN DE BRASIL. Licitaciones y Contratos: Definición del objeto. Disponible en: https://licitacoesecontratos.tcu.gov.br/4-3-1-definicao-do-objeto/
[4] TRIBUNAL DE CUENTAS DE LA UNIÓN DE BRASIL. Licitaciones y Contratos: Requisitos de la contratación. Disponible en: https://licitacoesecontratos.tcu.gov.br/4-3-4-requisitos-da-contratacao/
[5] TRIBUNAL DE CUENTAS DE LA UNIÓN DE BRASIL. Licitaciones y Contratos: Modelo de ejecución del objeto. Disponible en: https://licitacoesecontratos.tcu.gov.br/4-3-5-modelo-de-execucao-do-objeto/
[6] TRIBUNAL DE CUENTAS DE LA UNIÓN DE BRASIL. Licitaciones y Contratos: Criterios de medición y pago. Disponible en: https://licitacoesecontratos.tcu.gov.br/4-3-7-criterios-de-medicao-e-de-pagamento-2/
[7] TRIBUNAL DE CUENTAS DE LA UNIÓN DE BRASIL. Licitaciones y Contratos: Condiciones contractuales. Disponible en: https://licitacoesecontratos.tcu.gov.br/4-5-4-condicoes-contratuais/
Preguntas frecuentes
El pliego debe ser coherente con la planificación y sus anexos, definiendo objeto, reglas de habilitación y evaluación, ejecución, fiscalización, entrega, medición, pago, sanciones y demás condiciones aplicables. Proyecto Básico, Términos de Referencia, presupuesto, matriz de riesgos y borrador contractual deben estar compatibilizados.
No. Los Términos de Referencia o el Proyecto Básico detallan técnicamente el objeto y el modelo de ejecución. El pliego establece las reglas del procedimiento e incorpora los anexos técnicos que servirán de base a la competencia y al contrato.
La Administración debe priorizar requisitos de desempeño, funcionalidad, calidad y compatibilidad técnicamente justificables, utilizando una marca o referencia específica únicamente en los supuestos permitidos y debidamente fundamentados.
Sí, directamente o mediante sus anexos técnicos y borrador contractual. El contratista necesita conocer previamente qué pruebas, documentos, inspecciones y evidencias serán necesarias para la recepción.
Los criterios deben estar relacionados con las partes técnicamente relevantes, respetar la Ley brasileña nº 14.133/2021 y ser proporcionales al riesgo y a la complejidad del objeto, evitando exigir experiencia idéntica o documentación sin relación con la capacidad necesaria.
No. El menor precio debe evaluarse entre propuestas que cumplan los requisitos del pliego. Sin requisitos técnicos claros, la Administración puede comparar precios de soluciones diferentes.
Cuando sean entregables necesarios para el objeto, deben estar previstos y suficientemente definidos en los documentos de la contratación, incluyendo contenido, formato, revisión, evidencias y criterios de aceptación.
Cuando el objeto es multidisciplinar, posee sistemas críticos o infraestructura existente, requisitos de desempeño complejos, diversos anexos técnicos o un riesgo elevado de conflicto entre proyecto, habilitación, evaluación y recepción.
Materiales técnicos complementarios
Soluciones relacionadas
- Gestión de Contratos, Alcance y Entregables
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Gestión de Procesos, Workflows y Aprobaciones Técnicas
- Gestión de Pendientes, RFIs y No Conformidades
- Gobernanza Documental y Sistema de Gestión de Documentos
Servicios relacionados
- Apoyo Técnico a la Licitación y Análisis de Propuestas de Ingeniería
- Términos de Referencia para Obras y Servicios de Ingeniería
- Proyecto Básico de Ingeniería
- Estudio Técnico Preliminar para Obras y Servicios de Ingeniería
- Consultoría Técnica de Ingeniería
- Compatibilización de Proyectos
Contenidos principales sobre el tema
- Guía Completa sobre Licitaciones y Contratos de Obras y Servicios de Ingeniería
- Términos de Referencia en Ingeniería
- Proyecto Básico de Ingeniería: qué es, etapas y criterios de preparación
- Checklist de Proyecto Básico antes de licitar
- Certificados de Capacidad Técnica en Licitaciones de Ingeniería
- TBE en Ingeniería
- BIM en Licitaciones Públicas
Contenidos técnicos relacionados
- Gestión de Requisitos en Ingeniería
- Riesgos Contractuales y de Proveedores en Proyectos de Ingeniería
- Data Book en Ingeniería
- Documentación Técnica en Ingeniería
- Guía Completa de As-Built en Ingeniería
- Commissioning: guía completa
- Framework de Handover Técnico de Obras y Sistemas
- Owner’s Engineering: framework ejecutivo para contratación, gobernanza y aceptación
