Comprenda las obligaciones de medios y de resultado en la Ley 14.133, cómo dividir partes del objeto y estructurar el Documento Técnico recomendado por el TCU para vincular libertad, riesgo y aceptación.
¡Descúbrelo!
Las obligaciones de medios y obligaciones de resultado, en el contexto de las contrataciones de obras y servicios de ingeniería regidas por la Ley n.º 14.133/2021, definen el grado de libertad que tendrá el contratista para modificar o desarrollar soluciones metodológicas y tecnológicas en diferentes partes del objeto. En las obligaciones de resultado, la Administración establece el desempeño o resultado esperado y admite espacio para la innovación del contratista dentro de los límites definidos. En las obligaciones de medios, la solución ya fue predefinida y la ejecución debe mantener adherencia al anteproyecto o al proyecto básico.
Esta distinción no es únicamente conceptual. Modifica la forma de diseñar, presupuestar, asignar riesgos, comparar propuestas, fiscalizar, medir y aceptar el objeto. Cuando la Administración define una parte como obligación de resultado, debe especificar con precisión qué requisitos funcionales, niveles de desempeño, interfaces, restricciones y criterios de verificación no pueden ser vulnerados. Cuando define una obligación de medios, debe proporcionar una solución suficientemente determinada para que el contratista sepa exactamente a qué configuración técnica debe adherirse.
La Ley n.º 14.133/2021 trata expresamente esta separación en el concepto de matriz de riesgos. El art. 6.º, XXVII, exige que, en el caso de obligaciones de resultado, se establezcan las partes del objeto en las que habrá libertad para innovación metodológica o tecnológica; y, en las obligaciones de medios, se precisen las partes en las que esa libertad no existirá. Por lo tanto, la clasificación no debe quedar implícita ni depender de una interpretación posterior durante la ejecución.
La Guía de Ingeniería de Costos en Obras Públicas del TCU, publicada durante 2026, profundiza esta necesidad y propone una materialización práctica: un Documento Técnico adjunto al pliego, capaz de identificar objetivamente qué partes del objeto se tratan como obligación de resultado y cuáles permanecen como obligación de medios. El nombre “Documento Técnico” es una recomendación de estructuración del referente del TCU; la Ley n.º 14.133/2021 no crea, con esa denominación específica, un documento autónomo obligatorio para todas las contrataciones.
En la práctica, la pregunta central no es únicamente “¿el contrato es de resultado o de medios?”. En proyectos complejos, el mismo objeto puede contener partes distintas, algunas con solución congelada y otras abiertas a optimización. La ingeniería debe delimitar estas fronteras antes de la licitación para que la libertad de innovación, la responsabilidad técnica, el riesgo económico y el criterio de aceptación sean coherentes entre sí.
Qué diferencia una obligación de medios de una obligación de resultado en la Ley 14.133
La definición de obligaciones de medios y de resultado integra la estructuración técnica del objeto y sus criterios de desempeño. Para situar este tema en el ciclo completo, vea Qué verifica el TCU en las contrataciones de obras y servicios de ingeniería.
La distinción utilizada por la Ley n.º 14.133/2021 está directamente asociada a la libertad de innovar en la solución. Esto es más específico que el uso genérico de las expresiones “medios” y “resultado” en otras ramas jurídicas.
En la obligación de resultado, la Administración define lo que debe alcanzarse y establece las condiciones que la solución debe satisfacer. El contratista puede desarrollar o modificar aspectos metodológicos y tecnológicos de la solución previamente delineada, siempre que respete requisitos, desempeño, interfaces, restricciones legales y demás condiciones de la contratación.
En la obligación de medios, la Administración ya tomó la decisión sobre la solución aplicable a esa parte. El contratista no recibe libertad equivalente para sustituir concepción, tecnología o método por una alternativa propia. Su responsabilidad es ejecutar conforme a la solución predefinida, observando las características del régimen de ejecución.
| Aspecto | Obligación de medios | Obligación de resultado |
| Solución técnica | predominantemente predefinida | admite desarrollo o innovación dentro de límites |
| Libertad del contratista | restringida | mayor, según la parte definida |
| Foco de la especificación | solución, componentes, métodos y adherencia | desempeño, función, interfaces y criterios de resultado |
| Riesgo de solución | mayor retención por la Administración cuando la solución es impuesta | una mayor parte puede transferirse al contratista en aquello que puede controlar |
| Fiscalización | verifica adherencia a la solución y requisitos | verifica también desempeño y cumplimiento del resultado contratado |
| Cambio metodológico | normalmente depende de una modificación formal o autorización compatible | puede integrar la libertad prevista si no modifica requisitos y límites contractuales |
| Aceptación | conformidad con la solución definida y criterios técnicos | conformidad con requisitos, desempeño y resultado esperado |
O primeiro cuidado é não usar a expressão “resultado” como sinônimo de transferência irrestringida de responsabilidade. A contratada só pode responder adequadamente por aquilo sobre o que recebeu autoridade técnica, informação e capacidade de decisão. Transferir um risco sem transferir liberdade para gerenciá-lo cria uma assimetria contratual.
La segunda precaución es no confundir obligación de medios con especificación excesiva. En determinados componentes, la solución realmente debe preservarse por razones de compatibilidad, seguridad, estandarización, interoperabilidad, mantenimiento o integración con activos existentes. En esos casos, la predefinición puede estar técnicamente justificada. El problema surge cuando la Administración congela detalles sin necesidad y, al mismo tiempo, espera que el contratista responda por un desempeño que depende precisamente de decisiones que no pudo tomar.
Essa relação se conecta à matriz de asignación de riesgos en contratos de ingeniería. La clasificación entre medios y resultado no debe existir de forma aislada: debe ser compatible con quién controla la variable, quién elige la solución, quién soporta el impacto y qué mecanismo contractual se aplicará si ocurre el evento.
Por qué esta clasificación debe ocurrir antes de la licitación
La clasificación de medios y resultado debe nacer de la estrategia de contratación. Cuando el pliego transfiere desempeño sin definir la libertad, los requisitos y los riesgos correspondientes, el precio tiende a incorporar incertidumbre y la ejecución pasa a depender de interpretaciones posteriores.
Clasificar las partes del objeto únicamente después de la contratación crea un problema de origen. Los licitantes ya formularon precio, plazo, estrategia de ejecución y contingencias sin saber claramente qué libertad tendrían para desarrollar la solución.
Cuando esta frontera es ambigua, diferentes licitantes pueden interpretar el mismo pliego de formas distintas. Un participante puede valorar la adherencia integral a una solución predefinida, mientras otro considera que podrá optimizar componentes o métodos. Las propuestas dejan de ser plenamente comparables porque no reflejan la misma distribución de responsabilidades.
La ambigüedad también tiende a reaparecer durante la ejecución. Una propuesta de modificación puede ser entendida por el contratista como optimización permitida y por la fiscalización como desviación del proyecto. Un desempeño insuficiente puede ser atribuido por el contratista a la solución impuesta y por la Administración a la ejecución. Un ahorro obtenido por cambio tecnológico puede generar discusión sobre quién se apropia del beneficio y si el cambio era contractualmente admisible.
Por ello, la definición debe nacer en la fase de planificación. El Estudio Técnico Preliminar para obras y servicios de ingeniería es el entorno adecuado para justificar la estrategia: qué decisiones deben permanecer bajo control de la Administración, cuáles pueden transferirse al mercado y por qué una determinada distribución produce un mejor equilibrio entre desempeño, competencia, riesgo y gobernanza.
Esta decisión repercute posteriormente en el anteproyecto o proyecto básico, la matriz de riesgos, el presupuesto, el modelo de ejecución, los criterios de medición, el pliego y el contrato. Si cada documento trata la libertad del contratista de forma diferente, la clasificación pierde utilidad.
Qué es el Documento Técnico propuesto por el TCU
La Guía de Ingeniería de Costos en Obras Públicas del TCU de 2026 propone que la Administración utilice un Documento Técnico, adjunto al pliego, para explicitar qué partes del objeto son obligaciones de resultado y cuáles son obligaciones de medios. La propuesta busca hacer operativo lo que la Ley n.º 14.133/2021 exige que contenga la matriz de riesgos.
La inspiración indicada por la guía dialoga con la Ley n.º 13.303/2016 que, para determinadas contrataciones integradas de empresas estatales, trabaja con un documento técnico destinado a caracterizar el objeto y sus elementos. En el contexto de la guía del TCU, la idea es utilizar una pieza técnica específica para sacar la clasificación del campo implícito y hacerla verificable.
El Documento Técnico no debería tratarse como un anexo burocrático más. Su valor está en funcionar como mapa de libertad y responsabilidad técnica. Para cada sistema, subsistema, componente o paquete relevante, debe permitir responder:
- qué resultado o solución se exige;
- si existe libertad para innovación metodológica o tecnológica;
- qué elementos permanecen congelados;
- qué requisitos de desempeño son obligatorios;
- qué interfaces no pueden modificarse sin autorización;
- qué riesgos acompañan la libertad concedida;
- cómo se demostrará el desempeño;
- cómo verificará la fiscalización la conformidad;
- qué evidencias serán necesarias para la aceptación.
El documento también debe ser coherente con el grado de desarrollo del proyecto. En contratación integrada, por ejemplo, la Administración parte de un anteproyecto y transfiere al contratista el desarrollo de los proyectos básico y ejecutivo. Esto naturalmente crea espacios mayores para soluciones de resultado, pero no significa que todo el objeto se vuelva técnicamente libre. Las restricciones de implantación, desempeño mínimo, seguridad, interfaces, estándares institucionales, condicionantes ambientales y requisitos legales siguen existiendo.
En la contratación semiintegrada, la relación es aún más sensible porque existe proyecto básico y el contratista desarrolla el proyecto ejecutivo, pudiendo existir modificaciones de solución dentro de los límites establecidos legal y contractualmente. El artículo sobre regímenes de ejecución en la Ley 14.133 ayuda a diferenciar estas estructuras antes de definir el grado de libertad aplicable.
Cómo dividir un objeto en partes de medios y de resultado
Un Documento Técnico solo es útil si refleja un análisis real de ingeniería. Los sistemas, interfaces, requisitos y criterios de aceptación deben descomponerse antes de decidir qué puede innovarse y qué debe permanecer conforme a la solución de la Administración.
La descomposición debe acompañar la arquitectura técnica del proyecto. No basta clasificar todo el contrato con una única etiqueta. Los sistemas complejos están formados por subsistemas, interfaces y requisitos con diferentes niveles de libertad.
Un método práctico comienza por la estructura de descomposición del objeto. El equipo identifica sistemas, paquetes, disciplinas o componentes con responsabilidad técnica distinguible. A continuación, evalúa para cada parte qué decisiones ya están estabilizadas y cuáles pueden ser desarrolladas por el contratista.
Una clasificación robusta puede seguir cinco preguntas.
- ¿La Administración necesita preservar una solución específica? Si es así, debe existir fundamento técnico para la restricción.
- ¿El desempeño puede describirse y verificarse objetivamente? Cuanto mejor definido esté el resultado, mayor será la posibilidad de permitir libertad de solución.
- ¿El contratista controla las variables que determinan ese desempeño? No debe transferirse responsabilidad por resultado sobre una variable que permanezca bajo control de la Administración o de terceros.
- ¿El cambio de solución afecta interfaces críticas? Cuanto mayor sea la interdependencia, mayor será la necesidad de definir límites y procesos de aprobación.
- ¿Existen métodos confiables de prueba y aceptación? La libertad de solución sin verificación objetiva transforma el desempeño en una promesa difícil de fiscalizar.
Considere una instalación de infraestructura tecnológica. La Administración puede exigir determinado protocolo de integración porque necesita interoperar con una plataforma existente — una restricción de medios o de interfaz. Al mismo tiempo, puede permitir que el contratista defina la topología interna, la disposición de equipos o el método de implantación siempre que alcance disponibilidad, capacidad, seguridad y desempeño medibles — elementos de resultado.
En una obra civil, determinados acabados, materiales estandarizados o elementos de integración con activos existentes pueden permanecer prescritos, mientras que soluciones estructurales o constructivas admitidas por el régimen pueden desarrollarse para alcanzar cargas, durabilidad, vida útil y demás parámetros previamente definidos.
La frontera debe ser suficientemente granular para orientar la decisión sin transformar el Documento Técnico en una reproducción completa del proyecto. El objetivo es identificar dónde existe libertad y qué condiciones limitan esa libertad.
La clasificación debe revisarse siempre que cambien el proyecto, la estrategia de contratación o la matriz de riesgos. Una modificación que parezca pequeña puede desplazar responsabilidad entre las partes.
Cómo redactar requisitos para obligaciones de resultado
Una obligación de resultado exige requisitos que describan lo que debe alcanzarse, sin retirar innecesariamente la libertad concedida al contratista. Esto no significa redactar especificaciones vagas.
Cuanto mayor sea la libertad tecnológica, mayor debe ser la calidad de los criterios de desempeño. La Administración debe definir función, capacidad, confiabilidad, seguridad, interoperabilidad, vida útil, límites operativos, condiciones ambientales, interfaces, restricciones físicas y criterios de aceptación aplicables al objeto.
Un requisito útil debe ser verificable. Expresiones como “alta calidad”, “solución moderna”, “equipo robusto” o “desempeño adecuado” no ofrecen una base suficiente para fiscalización. El requisito debe indicar una magnitud, condición, método o evidencia capaz de demostrar cumplimiento.
A especificación técnica en obras y servicios de ingeniería debe equilibrar precisión y competitividad. En obligaciones de resultado, esta disciplina se vuelve aún más importante: la Administración debe proteger lo que realmente importa sin diseñar implícitamente una única solución y luego llamar al objeto “de resultado”.
Una buena redacción suele separar cuatro capas:
| Capa | Contenido |
| Función | lo que el sistema o componente debe hacer |
| Desempeño | capacidad, disponibilidad, precisión, productividad, durabilidad o nivel de servicio |
| Restricciones | normas, seguridad, interfaces, dimensiones, compatibilidad, ambiente, límites operativos |
| Verificación | ensayo, cálculo, inspección, documento, simulación o prueba de aceptación |
Esta estructura evita dos extremos: libertad sin control y especificación prescriptiva disfrazada de requisito funcional.
Cómo redactar obligaciones de medios sin crear zonas grises
En las obligaciones de medios, la solución predefinida debe ser suficientemente clara para que propuesta, ejecución y fiscalización partan de la misma referencia. El contratista debe poder identificar qué está congelado y qué decisiones ejecutivas continúan bajo su responsabilidad normal.
La Administración debe especificar planos, memorias, estándares, materiales, interfaces, métodos obligatorios cuando correspondan y criterios de conformidad. También debe dejar claro si se admiten pequeñas optimizaciones de detalle sin modificar la solución o si cualquier cambio requiere aprobación formal.
El mayor riesgo es imponer una solución incompleta. Si la Administración retiene la elección tecnológica, pero transfiere al contratista la obligación de cubrir vacíos esenciales del proyecto, surge una zona híbrida no declarada. El contratista puede acabar asumiendo riesgo de ingeniería sin recibir libertad o datos suficientes para gestionarlo.
Es en este punto donde Design Review y la revisión de documentos de contratación adquieren valor. Antes de la licitación, el equipo debe verificar si aquello que fue clasificado como obligación de medios está realmente definido a un nivel compatible con la ejecución y con el precio esperado.
Relación entre medios, resultado y matriz de riesgos
Si el riesgo, la libertad de solución y la responsabilidad se tratan en documentos separados, surgen zonas grises. La gestión de riesgos debe conectar la elección técnica con el evento, el responsable, el impacto y el mecanismo de respuesta.
La matriz de riesgos no debe limitarse a enumerar eventos futuros. Por su propia definición legal, también identifica las partes del objeto con y sin libertad de innovación. Esto aproxima dos decisiones que muchas veces se tratan por separado: quién elige y quién responde por el riesgo de la elección.
Cuando la Administración impone una solución, debe evaluar qué riesgos se derivan de esa imposición. El contratista sigue siendo responsable de la ejecución, calidad, procedimientos y obligaciones bajo su control, pero no es coherente atribuirle íntegramente el riesgo de diseño de una alternativa que no podía modificar.
Cuando el contratista recibe libertad para desarrollar la solución, puede asumir riesgos adicionales asociados a la ingeniería que controla. Esto puede incluir desempeño, dimensionamiento, compatibilidad interna, método constructivo o tecnología, según la parte definida. Sin embargo, la transferencia debe estar acompañada de datos, requisitos y límites claros.
O gestión de riesgos de ingeniería puede apoyar esta estructuración relacionando evento, causa, impacto, responsable, respuesta y riesgo residual. La matriz contractual debe ser producto de este análisis, no su sustituta.
La clasificación también influye en la contingencia. El precio del contratista tiende a reflejar los riesgos efectivamente transferidos y la libertad que posee para mitigarlos. Si la Administración transfiere riesgo de desempeño pero restringe la solución, la propuesta puede incorporar una prima elevada o generar una disputa posterior. Si concede libertad sin definir el resultado, puede obtener propuestas difíciles de comparar.
Cómo afecta la clasificación al presupuesto y a la formación del precio
En obligaciones de medios, el presupuesto de referencia puede desarrollarse con mayor adherencia a la solución definida, siempre que el proyecto tenga suficiente madurez. Cantidades, composiciones, métodos y productividades pueden asociarse a elementos concretos del proyecto.
En obligaciones de resultado, la Administración enfrenta un desafío diferente: el mercado puede alcanzar el mismo desempeño mediante soluciones distintas. El presupuesto sigue siendo necesario para estimar la contratación y evaluar propuestas, pero la estructura debe respetar el grado de libertad concedido. No es coherente exigir innovación y, al mismo tiempo, suponer que todas las propuestas reproducirán exactamente la misma composición tecnológica del presupuesto base.
El TCU relaciona esta cuestión con la Ingeniería de Costos y la valoración de riesgos. La estimación debe reflejar el objeto pretendido, las condiciones de contorno, la asignación de riesgos y la madurez disponible. Cuando existen soluciones alternativas, pueden ser necesarios análisis paramétricos, benchmarks, costos de referencia y modelados para comprobar la razonabilidad de la estimación.
A formación del presupuesto de obras públicas debe ser coherente con esta arquitectura. El presupuesto no debería inducir una solución única donde el pliego concede libertad ni ocultar incertidumbres derivadas de una definición insuficiente.
La eficiencia legítima no es la corrección de un proyecto deficiente
Una de las aplicaciones más relevantes de esta distinción aparece cuando el contratista propone una solución diferente que reduce costo o plazo. No todo ahorro representa una ganancia legítima de eficiencia contractual.
Si la parte es de resultado y el pliego autorizó libertad tecnológica, el contratista puede desarrollar una alternativa que cumpla los requisitos con una solución más eficiente. Este espacio competitivo es precisamente una de las razones para permitir innovación.
Una situación diferente ocurre cuando el ahorro deriva de una deficiencia del proyecto suministrado por la Administración. Si el proyecto básico sobredimensionó un elemento, omitió información o adoptó una solución inadecuada y la corrección se vuelve necesaria para viabilizar el objeto, el cambio no debe tratarse automáticamente como innovación voluntaria del contratista.
El análisis debe reconstruir la causa:
- ¿la modificación estaba dentro de la libertad previamente concedida?
- ¿los requisitos de desempeño permanecieron inalterados?
- ¿la solución original era técnicamente válida o presentaba deficiencias?
- ¿hubo cambio de alcance o únicamente optimización metodológica?
- ¿a qué parte estaba asignado el riesgo correspondiente?
- ¿existe impacto sobre precio, plazo, operación o mantenimiento?
Esta distinción protege tanto a la Administración como al contratista. Evita que una falla de proyecto se convierta artificialmente en “ingeniería de valor” sin tratar sus efectos contractuales y evita que toda innovación legítima quede bloqueada por temor al cambio.
Cómo fiscalizar obligaciones de resultado
Fiscalizar el resultado no significa abandonar el control del proceso. La fiscalización debe verificar si el camino elegido permanece compatible con requisitos, normas, interfaces y criterios de desempeño.
El plan de fiscalización puede combinar revisión documental, hold points, witness points, inspecciones, cálculos, ensayos, FAT, SAT, pruebas integradas y monitoreo de indicadores. El tipo de evidencia depende de la naturaleza del resultado contratado.
Para una obligación de resultado, el proceso de aceptación debe responder al menos a cuatro cuestiones:
- ¿el producto fue entregado en la configuración documental aprobada?
- ¿se demostraron los requisitos funcionales y de desempeño?
- ¿las interfaces con los demás sistemas funcionan en las condiciones previstas?
- ¿la documentación demuestra trazabilidad, pruebas, correcciones y configuración final?
A documentación de ingeniería como condición de medición y aceptación es especialmente relevante en esta etapa. Un resultado técnico sin evidencia verificable crea fragilidad para la fiscalización y para la operación futura.
La libertad del contratista también exige gobernanza de cambios. Incluso en una obligación de resultado, una modificación que afecte una interfaz externa, condición de seguridad, licencia, capacidad del activo existente o requisito institucional puede exigir aprobación. El Documento Técnico debe indicar estas fronteras.
Cómo fiscalizar obligaciones de medios
En las obligaciones de medios, la fiscalización concentra mayor atención en la adherencia entre ejecución y solución predefinida. Esto incluye materiales, métodos, planos, especificaciones, tolerancias, procedimientos, inspecciones y registros.
Aun así, no basta con verificar la conformidad visual. El objeto sigue sujeto a requisitos de desempeño y calidad. Que la solución haya sido impuesta no elimina la responsabilidad del contratista de ejecutarla correctamente.
La fiscalización debe separar tres tipos de ocurrencia:
- no conformidad de ejecución, cuando el contratista no cumple la solución definida;
- inconsistencia o deficiencia del proyecto, cuando la propia solución suministrada presenta conflicto, omisión o inviabilidad;
- propuesta de mejora, cuando existe una alternativa potencialmente ventajosa, pero la parte no concede libertad automática para adoptarla.
Cada caso exige un flujo de decisión distinto. Mezclarlos genera registros imprecisos y dificulta la evaluación de responsabilidad, costo y plazo.
Quando a equipe interna precisa de suporte multidisciplinar para manter essa rastreabilidade, o Apoyo Técnico a la Fiscalización de Obras y Contratos de Ingeniería puede estructurar inspecciones, evidencias, análisis de modificaciones y controles de conformidad sin sustituir la autoridad del fiscal designado.
Cómo integrar Documento Técnico, ETP, proyecto, pliego y contrato
El Documento Técnico solo funciona si está alineado con los demás artefactos de la contratación. Una clasificación de resultado contradicha por una especificación prescriptiva, por ejemplo, crea un conflicto interpretativo. Del mismo modo, una obligación de medios sin un proyecto suficientemente definido transfiere vacíos al contratista pese a la ausencia de libertad formal.
La coherencia documental puede verificarse mediante una matriz de trazabilidad.
| Decisión | ETP | Anteproyecto/proyecto | Documento Técnico | Matriz de riesgos | Pliego/contrato | Aceptación |
| solución preservada | justificación | definida | medios | riesgos compatibles | adherencia exigida | inspección/conformidad |
| solución abierta | justificación | requisitos y límites | resultado | riesgos transferibles | libertad delimitada | desempeño/pruebas |
| interfaz crítica | necesidad | interfaz definida | restricción | responsable del riesgo | gobernanza del cambio | prueba integrada |
| requisito de desempeño | objetivo | parámetro | resultado esperado | riesgo de incumplimiento | obligación contractual | evidencia medible |
Essa leitura transversal é uma aplicação prática de Planificación Técnica de Contrataciones de Ingeniería. El problema no es redactar cada documento por separado; es garantizar que todos representen la misma estrategia técnica.
Uma boa revisão deve procurar contradições. Se o Documento Técnico classifica determinado sistema como resultado, mas o projeto prescreve marca, modelo, arquitetura e método sem justificar restrições, a liberdade talvez seja apenas aparente. Se classifica como medios, mas o projeto deixa parámetros essenciais para definição posterior, a Administração talvez esteja transferindo engenharia sem reconhecer formalmente essa transferência.
Cuándo revisar el Documento Técnico durante la preparación de la contratación
Antes de publicar el pliego, la clasificación debe contrastarse con el ETP, proyecto, requisitos, presupuesto, matriz de riesgos, medición y aceptación. La revisión cruzada es el último momento de bajo costo para eliminar contradicciones que después se convierten en aclaraciones, impugnaciones o disputas durante la ejecución.
La clasificación inicial debe ocurrir cuando se está estructurando la estrategia de contratación, pero debe revisarse a medida que madura el proyecto. Los cambios en requisitos, levantamientos, solución de referencia, régimen de ejecución o matriz de riesgos pueden modificar la frontera entre medios y resultado.
Tres gates son particularmente útiles.
Después del ETP y de la definición de la alternativa
En este punto, la Administración debe saber por qué eligió determinado modelo de solución y qué nivel de libertad pretende conceder al mercado. La clasificación todavía puede ser de alto nivel, pero debe orientar el desarrollo posterior.
Antes de consolidar el pliego
Proyecto, requisitos, presupuesto y matriz de riesgos ya deben permitir una clasificación precisa. Es el momento de verificar si el Documento Técnico es consistente con todos los anexos.
Antes de la publicación
Una revisión independiente debe buscar ambigüedades, superposiciones, incompatibilidades y riesgos sin un responsable claro. Los cambios en esta fase aún son mucho más baratos que aclaraciones, impugnaciones o disputas durante la ejecución.
A Revisión Técnica de Pliego y Anexos para Licitaciones de Ingeniería es adecuada para este gate porque confronta objeto, requisitos, proyectos, riesgos, criterios de medición y aceptación como un conjunto.
Errores recurrentes al definir obligaciones de medios y de resultado
El primer error es clasificar todo el objeto de forma uniforme. Los proyectos multidisciplinares rara vez poseen el mismo grado de libertad en todas sus partes.
El segundo es llamar de resultado a una especificación totalmente prescriptiva. Si la Administración define todos los componentes y métodos relevantes, no existe libertad tecnológica sustancial, aunque el pliego utilice lenguaje de desempeño.
El tercero es clasificar como de medios una solución incompleta. La ausencia de libertad no corrige la falta de proyecto; solo crea conflicto cuando el contratista necesita tomar decisiones para hacer ejecutable el objeto.
El cuarto es separar la clasificación y la matriz de riesgos. Quien elige una solución debería, por regla general, asumir una parte coherente de los riesgos derivados de esa elección, considerando las particularidades legales y contractuales.
El quinto es definir un resultado sin método de aceptación. Un requisito que no puede demostrarse objetivamente debilita la fiscalización, medición y responsabilización.
El sexto es ignorar las interfaces. Una solución puede ser libre internamente y, al mismo tiempo, estar rígidamente limitada en las interfaces con sistemas existentes. Esta distinción debe aparecer en el Documento Técnico.
El séptimo es transformar el documento en una pieza jurídica sin suficiente ingeniería. La clasificación depende del conocimiento real de la solución, las disciplinas, el mercado, los riesgos y los métodos de verificación.
Cómo estructurar un Documento Técnico auditable
No existe un único modelo obligatorio para todas las contrataciones, pero una estructura útil debe permitir rastrear la decisión. El documento puede comenzar con la identificación del proyecto, alcance, régimen de ejecución y documentos de referencia. A continuación, debe descomponer el objeto y clasificar las partes relevantes.
Una matriz central puede contener:
| Campo | Finalidad |
| ID de la parte | trazabilidad |
| sistema/paquete | ubicación en el objeto |
| clasificación | medios o resultado |
| justificación | fundamento técnico de la elección |
| solución/requisito | lo que está prescrito o qué resultado se exige |
| libertad permitida | límites de innovación |
| interfaces | puntos que no pueden modificarse aisladamente |
| riesgo asociado | conexión con la matriz de riesgos |
| evidencia | documento, cálculo, inspección o prueba |
| criterio de aceptación | condición objetiva de conformidad |
| responsable de la verificación | gobernanza |
Además de la matriz, el documento puede incluir reglas generales para propuestas de modificación, presentación de proyectos, revisión técnica, validación de interfaces y gestión de configuración.
A trazabilidad é o elemento mais importante. Um auditor, projetista, licitante ou fiscal deve conseguir reconstruir por que determinada parcela foi classificada daquela forma e qual efeito essa escolha produz.
Cuándo contratar apoyo especializado para estructurar esta división
La necesidad de apoyo aumenta con la complejidad técnica, cantidad de interfaces y libertad concedida al contratista. Las contrataciones integradas, semiintegradas, EPC-like, sistemas críticos y proyectos multidisciplinares son situaciones en las que la distinción puede modificar significativamente el riesgo y el precio.
Las señales de atención incluyen una matriz de riesgos genérica, proyecto con diferentes niveles de desarrollo, muchas aclaraciones esperadas, tecnología con múltiples arquitecturas posibles, activos existentes que limitan interfaces, criterios de desempeño aún no cuantificados y dudas internas sobre qué decisiones deben permanecer con la Administración.
En estas condiciones, el trabajo especializado puede combinar ETP, Design Review, ingeniería de requisitos, análisis de riesgos, revisión de presupuesto y revisión de pliego. La contratación debe producir entregables verificables, no únicamente reuniones o dictámenes genéricos.
Cómo contratar la elaboración o revisión del Documento Técnico
El objeto del servicio debe dejar claro que se pretende estructurar y validar la distribución de libertad técnica y responsabilidad entre las partes del objeto, en coherencia con la Ley n.º 14.133/2021, el régimen de ejecución, los proyectos y la matriz de riesgos.
Un alcance consistente puede incluir:
- análisis del ETP, anteproyecto o proyecto básico y demás documentos de ingeniería;
- descomposición técnica del objeto en sistemas, subsistemas y paquetes relevantes;
- identificación de requisitos funcionales, prescriptivos y de desempeño;
- clasificación preliminar de las partes como medios o resultado;
- análisis de interfaces y dependencias;
- compatibilización con la matriz de riesgos y el presupuesto;
- definición de criterios de verificación, ensayo, medición y aceptación;
- workshop técnico con responsables de las disciplinas;
- emisión del Documento Técnico consolidado;
- revisión cruzada con pliego, contrato y anexos finales.
Los productos pueden medirse por entregables: matriz de clasificación, informe de inconsistencias, versión preliminar, workshop de validación y versión final. El criterio de aceptación debe exigir trazabilidad y cierre de pendientes críticos.
El equipo necesario depende del objeto. En proyectos multidisciplinares, una única especialidad difícilmente puede definir por sí sola todas las interfaces. Coordinación de ingeniería, disciplinas de proyecto, Ingeniería de Costos, riesgos y contratación deben trabajar conjuntamente.
Quando o documento já existe, mas há dúvida sobre sua consistência com projeto e edital, a Revisión Técnica del Documento de Referencia para Obras y Servicios de Ingeniería y la revisión técnica de los anexos pueden utilizarse para comprobar la coherencia del conjunto. Cuando la dificultad es anterior e implica la propia estrategia de contratación, el servicio de Planificación Técnica es más adecuado.
Consideraciones finales
Las obligaciones de medios y de resultado no deben tratarse como etiquetas jurídicas abstractas. En la Ley n.º 14.133/2021 representan una decisión concreta sobre dónde puede innovar el contratista, dónde debe adherirse a la solución predefinida y cómo esa libertad se conecta con riesgo, precio, fiscalización y aceptación.
El Documento Técnico recomendado por el TCU ofrece una forma útil de hacer explícita esta decisión. Su valor está en descomponer el objeto, registrar justificaciones, establecer límites de innovación, conectar la clasificación con la matriz de riesgos e indicar cómo se verificará cada obligación.
Cuanto más complejo sea el proyecto, mayor será la importancia de realizar esta definición antes de la licitación. Una frontera bien estructurada mejora la comparabilidad de las propuestas, reduce zonas grises durante la ejecución y crea una base más robusta para decisiones técnicas, gestión de modificaciones y responsabilización.
La elaboración del Documento Técnico debe terminar en una matriz verificable de partes, justificaciones, límites de innovación, riesgos, evidencias y criterios de aceptación. Sin esta trazabilidad, la distinción entre medios y resultado permanece únicamente declarativa.
Revisión Técnica del Documento de Referencia para Obras y Servicios de Ingeniería
Referencias técnicas
[1] TRIBUNAL DE CONTAS DA UNIÃO. Ingeniería de Costos en Obras Públicas: una guía de preguntas y respuestas. Brasília: TCU, 2026.
[2] BRASIL. Lei 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
[3] BRASIL. Lei nº 13.303, de 30 de junho de 2016. Estatuto jurídico de la empresa pública, de la sociedad de economía mixta y de sus subsidiarias. Disponible en: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2016/lei/l13303.htm
Preguntas frecuentes
Es la parte del objeto en la que el contratista no posee libertad para innovar en la solución metodológica o tecnológica y debe mantener adherencia a la solución predefinida en el anteproyecto o proyecto básico, considerando las características del régimen de ejecución.
Es la parte del objeto en la que el contratista recibe libertad para desarrollar o modificar soluciones metodológicas o tecnológicas dentro de los límites de la contratación, debiendo entregar el resultado y el desempeño especificados.
No. La propia definición legal trabaja con partes del objeto. Un mismo proyecto puede contener componentes prescriptivos y componentes en los que existe libertad de solución.
La Ley exige que la matriz de riesgos identifique las partes de medios y de resultado, pero no crea con ese nombre un documento autónomo obligatorio para todas las contrataciones. La Guía de Ingeniería de Costos del TCU de 2026 recomienda el Documento Técnico como forma de materializar esta clasificación objetivamente.
La contratación integrada amplía la responsabilidad del contratista por el desarrollo de los proyectos y tiende a crear mayor espacio para soluciones de resultado, pero la libertad no es irrestricta. Los requisitos, interfaces, desempeño, seguridad y demás condiciones del anteproyecto y del pliego continúan delimitando la solución.
No. La libertad existe únicamente en las partes y dentro de los límites definidos contractualmente. Los cambios que afecten requisitos, interfaces, seguridad, licencias, alcance u otras condiciones protegidas pueden exigir análisis y aprobación formal.
La aceptación debe basarse en requisitos verificables y evidencias previstas, como cálculos, inspecciones, ensayos, pruebas de desempeño, FAT, SAT, documentación y pruebas integradas, según la naturaleza del objeto.
La responsabilidad institucional corresponde a la Administración contratante dentro de la estructura de planificación de la contratación. La elaboración o revisión puede recibir apoyo técnico especializado de ingeniería, preservando las competencias decisorias de los agentes públicos.
Materiales técnicos complementarios
Servicios relacionados
- Planificación Técnica de Contrataciones de Ingeniería
- Estudio Técnico Preliminar (ETP) para Obras y Servicios de Ingeniería
- Revisión Técnica del Documento de Referencia para Obras y Servicios de Ingeniería
- Revisión Técnica de Pliego y Anexos para Licitaciones de Ingeniería
- Gestión de Riesgos de Ingeniería
- Apoyo Técnico a la Fiscalización de Obras y Contratos de Ingeniería
Contenidos principales sobre el tema
- Matriz de Asignación de Riesgos en Contratos de Ingeniería
- Regímenes de Ejecución en la Ley 14.133
- Anteproyecto en la Ley 14.133
- Especificación Técnica en Obras y Servicios de Ingeniería
- Modelo de Ejecución del Objeto en la Ley 14.133
