Conozca cómo identificar, asignar y controlar riesgos contractuales y de proveedores en proyectos de ingeniería, desde la planificación de la contratación hasta la aceptación.
¡Descúbrelo!
Los riesgos contractuales y de proveedores son exposiciones capaces de afectar el plazo, coste, calidad, desempeño, continuidad y responsabilidades de un proyecto a través de la forma en que se contrató el alcance o de la capacidad real de la cadena de suministro para entregar lo asumido. En ingeniería, estos riesgos no comienzan con la firma del contrato: surgen en la definición de requisitos, estrategia de contratación, paquete de suministro, criterios de cualificación, interfaces, condiciones comerciales, matriz de responsabilidades y premisas de ejecución.
Una gestión eficaz separa dos dimensiones relacionadas, pero distintas. El riesgo contractual se refiere a la distribución de obligaciones, derechos, premisas, eventos y consecuencias entre las partes. El riesgo de proveedor está vinculado a la capacidad técnica, financiera, productiva, logística, documental y operativa del proveedor para cumplir esas obligaciones. Un contrato puede estar jurídicamente bien estructurado y aun así fallar por seleccionar un proveedor incapaz; del mismo modo, un proveedor técnicamente sólido puede operar bajo un contrato con alcance ambiguo, interfaces mal asignadas o incentivos inadecuados.
Por qué los riesgos de contrato y proveedores son riesgos de ingeniería
En proyectos complejos, las decisiones contractuales moldean la arquitectura real de ejecución. ¿Quién diseña? ¿Quién coordina disciplinas? ¿Quién suministra los datos de entrada? ¿Quién responde por las interfaces? ¿Quién aprueba? ¿Quién prueba? ¿Quién corrige? ¿Quién integra? ¿Quién asume la pérdida de productividad cuando una condición de campo difiere de la premisa? ¿Quién garantiza el desempeño de un sistema compuesto por equipos de distintos fabricantes?
Estas preguntas parecen administrativas, pero determinan cómo funciona el proyecto en la práctica. Cuando permanecen indefinidas, el riesgo aparece como retrabajo, claim, cambio, retraso, material incompatible, vacío de alcance, prueba inconclusa o disputa de responsabilidad.
Por ello, el riesgo contractual debe tratarse junto con gestión de requisitos, design management, procurement, project controls, QA/QC, gestión de interfaces y puesta en marcha — no únicamente por el área jurídica o de suministros.
Una contratación técnicamente mal estructurada transforma incertidumbre en aditivo, claim, retraso o disputa. El control comienza antes de la cotización, con objeto, requisitos, interfaces, criterios de aceptación y asignación de riesgos suficientemente definidos.
Estructure técnicamente la contratación antes de consultar al mercado →
Riesgo contractual vs. riesgo de proveedor
La distinción ayuda a elegir controles adecuados.
| Dimensión | Ejemplo de riesgo | Control típico |
| Alcance contractual | actividad necesaria no asignada | matriz de alcance y responsabilidades |
| Criterio de aceptación | el proveedor considera entregado antes de demostrar el desempeño | requisitos y criterios de aceptación verificables |
| Interfaz | dos contratos suponen que el otro realizará la integración | interface register e ICD |
| Plazo | hitos sin dependencias o premisas explícitas | cronograma integrado y condiciones de precedencia |
| Comercial | precio cerrado basado en información insuficiente | due diligence, premisas y mecanismo de cambio |
| Técnico del proveedor | la solución no cumple el desempeño requerido | prequalification, design review, FAT/SAT |
| Capacidad productiva | lead time real incompatible con el cronograma | evaluación de fábrica y plan de suministro |
| Financiero del proveedor | insolvencia o restricción de caja | análisis financiero, garantías y estrategia de pagos |
| Logístico | elemento crítico retenido o sin ruta alternativa | plan logístico, expediting y buffers selectivos |
| Documental | data book incompleto impide la aceptación | MDR, submittal schedule y hold points |
Los riesgos suelen atravesar ambas dimensiones. Un proveedor puede retrasarse por capacidad productiva insuficiente, pero la exposición final dependerá de cómo el contrato haya tratado hitos, expediting, alternativas, penalizaciones, derecho de intervención y criterios de ampliación de plazo.
El riesgo comienza antes de la licitación o cotización
Una contratación técnicamente débil difícilmente será corregida solo mediante cláusulas posteriores. Antes de consultar al mercado, la organización debe estructurar al menos:
- objeto y fronteras del alcance;
- requisitos funcionales y de desempeño;
- información de referencia proporcionada;
- premisas y exclusiones;
- interfaces con otros contratos y sistemas existentes;
- entregables y documentación;
- criterios de inspección, prueba y aceptación;
- requisitos de garantía y soporte;
- hitos y dependencias;
- responsabilidades por licencias, accesos, utilidades y recursos;
- estrategia de asignación de riesgos;
- proceso de cambios y claims;
- criterios de medición y pago.
Cuando estas definiciones no existen, las propuestas de proveedores dejan de ser comparables. Cada empresa incluye, excluye o interpreta actividades de forma diferente, y el menor precio puede representar simplemente el alcance menos completo.
Matriz de riesgos contractuales
Una matriz de riesgos contractuales registra eventos relevantes y define cómo se compartirá, retendrá, transferirá o tratará cada exposición. En contratos de ingeniería, debe estar conectada a premisas técnicas y no únicamente a categorías genéricas.
En el contexto brasileño de contrataciones públicas, la Ley 14.133/2021 define la matriz de riesgos como una cláusula contractual que caracteriza el equilibrio económico-financiero inicial frente a eventos sobrevenidos y asigna responsabilidades entre las partes. La legislación también prevé situaciones en las que la matriz de asignación de riesgos es obligatoria, como determinadas obras y servicios de gran magnitud y regímenes de contratación integrada o semi-integrada.
Esto no significa que una matriz sea útil únicamente en contratos públicos. En cualquier modelo, explicitar el riesgo y el responsable reduce zonas grises y ayuda a alinear precio, contingencia y capacidad de gestión.
Asignación de riesgos: transferir no significa eliminar
Una regla citada con frecuencia en contratación es asignar un determinado riesgo a la parte que tenga mayor capacidad para gestionarlo. La idea es válida como principio, pero debe aplicarse con cuidado.
Transferir el riesgo a un proveedor incapaz de controlarlo puede simplemente convertir la incertidumbre en un precio mayor, una reserva oculta, una disputa futura o incumplimiento. Un contrato puede declarar que “todo riesgo de condición existente” corresponde al contratista, pero si no hubo acceso adecuado al lugar, datos fiables o posibilidad de investigación, el mercado tiende a valorar la incertidumbre o asumir interpretaciones divergentes.
FIDIC destaca la importancia de una asignación equilibrada de riesgo y recompensa en las condiciones contractuales. El objetivo no es hacer simétricas todas las exposiciones, sino evitar asignaciones incompatibles con quien puede influir en el evento y absorber sus consecuencias.
Tipos de riesgos contractuales en proyectos de ingeniería
Alcance incompleto o ambiguo
Es uno de los riesgos más recurrentes. Frases amplias como “suministrar un sistema completo y funcionando” pueden ser útiles como principio de responsabilidad, pero no sustituyen la definición de interfaces, cantidades, disciplinas, documentación y criterios de desempeño.
El riesgo aumenta cuando los planos de referencia, especificaciones, listas de materiales y la propuesta comercial no son coherentes entre sí. La jerarquía documental y el tratamiento de divergencias deben estar definidos.
Premisas incorrectas
El precio y el plazo pueden depender de premisas sobre acceso, productividad, disponibilidad de energía, condiciones civiles, calidad de la documentación existente, ventanas operativas, recursos del cliente o fechas de liberación.
Las premisas críticas deben identificarse antes de la contratación y asociarse a mecanismos de cambio cuando su invalidez no sea controlable por la parte que asumió el compromiso.
Interfaces no asignadas
Cuando dos proveedores dependen uno del otro, el vacío suele aparecer en el punto de integración. Ejemplo: un contrato suministra el equipo, otro suministra la infraestructura, pero nadie asume el cableado final, parametrización, protocolo, prueba extremo a extremo o coordinación de la ventana.
La matriz de interfaces debe indicar entregable, origen, destino, responsable, fecha requerida y criterio de cierre.
Criterios de aceptación subjetivos
“Funcionando correctamente” es una expectativa, no un criterio de prueba completo. El contrato debe traducir el desempeño en requisitos verificables: capacidad, disponibilidad, precisión, throughput, cobertura, autonomía, failover, tiempos de respuesta, documentación y resultados de ensayo.
Cambios y change control
Los cambios son inevitables en muchos proyectos. El riesgo surge cuando el contrato no define cómo se reconoce, instruye, valora, aprueba, ejecuta e incorpora un cambio a la baseline.
Sin gobernanza, los equipos pueden ejecutar por urgencia y discutir el precio después — o interrumpir el trabajo por falta de autorización formal.
Plazo y responsabilidad por retraso
Los cronogramas contractuales deben reflejar las dependencias. Una fecha absoluta puede ser inadecuada si el contratista depende de acceso, información, aprobación o suministro del cliente.
El análisis debe distinguir retraso del proveedor, retraso concurrente, evento compensable, ampliación de plazo, recuperación e impacto en el camino crítico.
Garantías de desempeño
La garantía del equipo y la garantía de desempeño del sistema no son lo mismo. Un fabricante puede garantizar un componente mientras el integrador responde por la integración. La frontera debe estar clara, especialmente en sistemas multidisciplinares.
Responsabilidad por terceros y subcontratistas
La subcontratación puede introducir riesgos de calidad, coordinación, compliance y capacidad. El cliente necesita entender qué funciones críticas serán ejecutadas por terceros y qué mecanismos aseguran competencia y trazabilidad.
Riesgos de proveedores
El riesgo de proveedor debe analizarse durante todo el ciclo de contratación, no únicamente en la homologación inicial.
Capacidad técnica
La organización debe evaluar experiencia relevante, equipo, certificaciones cuando correspondan, ingeniería disponible, dominio de normas, recursos de diseño e historial de desempeño.
Los certificados y el portafolio ayudan, pero no sustituyen la evaluación del equipo que realmente ejecutará el contrato.
Capacidad productiva
Un fabricante puede tener un producto adecuado y aun así no disponer de capacidad para atender el volumen o la ventana necesaria. Las evaluaciones pueden considerar backlog, capacidad instalada, lead time, dependencia de componentes críticos, turnos, cuellos de botella del proceso y plan de expansión.
Salud financiera
La insolvencia, las restricciones de crédito o el capital circulante insuficiente pueden interrumpir producción, movilización o contratación de subproveedores. El riesgo es mayor en contratos largos o con gran movilización inicial.
Dependencia de subproveedores
Un vendor puede depender de elementos de origen único. La cadena debe entenderse hasta el nivel necesario para identificar componentes con lead time elevado o vulnerabilidad geográfica.
Capacidad de ingeniería
Los proveedores de sistemas suelen necesitar producir planos, cálculos, submittals, listas de materiales, programación, documentación de interfaces y revisiones. El retraso en la ingeniería del proveedor puede preceder al retraso de fabricación.
Calidad
La capacidad de calidad incluye plan de inspección y pruebas, trazabilidad, control de no conformidades, calibración, inspección de recepción, documentación y cultura de tratamiento de desviaciones.
Logística
Los elementos sobredimensionados, importados, peligrosos o sensibles exigen planificación de transporte, embalaje, almacenamiento, despacho aduanero y acceso al site.
Soporte y posventa
El riesgo no termina en el handover. La disponibilidad de piezas, asistencia, firmware, licencias, soporte remoto y continuidad del fabricante afectan coste y disponibilidad durante la operación.
Un proveedor crítico debe gestionarse mediante evidencias, no solo registro: capacidad técnica, ingeniería, fabricación, calidad, documentación, logística y soporte deben ser compatibles con la criticidad del paquete.
Profundice la gestión de la calidad en procurement y proveedores →
Supplier Due Diligence: profundidad proporcional a la criticidad
No todos los proveedores requieren el mismo nivel de diligencia. El esfuerzo debe ser proporcional al impacto potencial de una falla y a la sustituibilidad del suministro.
Una clasificación práctica puede considerar:
- criticidad del ítem para el camino crítico;
- impacto sobre seguridad o desempeño;
- número de fuentes alternativas;
- lead time;
- complejidad de fabricación;
- necesidad de ingeniería personalizada;
- dependencia de tecnología propietaria;
- valor del paquete;
- exposición financiera anticipada;
- dificultad de sustitución después de la movilización.
Los proveedores de baja criticidad pueden gestionarse mediante requisitos estandarizados. Los paquetes críticos pueden justificar auditoría, visita a fábrica, análisis financiero, revisión de capacidad y seguimiento dedicado.
Prequalification: qué debe verificarse
La precalificación técnica no debería limitarse a documentos registrales. Dependiendo del paquete, puede incluir:
- experiencia específica en objetos comparables;
- capacidad de ingeniería y soporte;
- procesos de calidad;
- estructura de fabricación o integración;
- referencias de clientes;
- salud financiera;
- capacidad de movilización;
- seguridad y compliance;
- capacidad logística;
- disponibilidad de repuestos y soporte;
- historial de retrasos o no conformidades;
- subproveedores críticos.
El resultado debe alimentar la estrategia de contratación y los controles contractuales. Identificar una debilidad y luego ignorarla durante la ejecución no reduce el riesgo.
Estrategia de paquetes y riesgo de interfaces
Dividir un proyecto en muchos paquetes puede aumentar la competencia y la especialización, pero también multiplica las interfaces. Concentrar todo en un único contrato reduce las interfaces directas del owner, pero crea una mayor dependencia del integrador principal y puede elevar la concentración de riesgo.
La decisión debe considerar la madurez de la ingeniería, la capacidad de gestión del owner, la complejidad tecnológica, la disponibilidad de integradores, el mercado, el cronograma y la capacidad de absorber interfaces.
No existe un número universal de contratos “ideal”. Lo correcto es hacer explícito cómo cada estrategia modifica el mapa de riesgos.
Contratos EPC vs. EPCM y distribución del riesgo
Los modelos EPC tienden a concentrar mayor responsabilidad de ingeniería, procurement y construcción en el contratista, normalmente asociada a precio, plazo y desempeño definidos. EPCM mantiene un mayor número de contratos entre el owner y proveedores/contratistas, mientras que el EPCM contractor gestiona ingeniería, compras y construcción en nombre del cliente conforme a la estructura contractual adoptada.
La elección modifica quién controla las interfaces, quién asume contingencia, cómo se tratan los cambios y dónde permanecen los riesgos de integración.
No debe concluirse que EPC “transfiere todos los riesgos” al contratista. Los riesgos de terreno, licencias, datos de entrada, cambios del owner, fuerza mayor, condiciones existentes e interfaces externas siguen exigiendo asignación explícita.
Requisitos técnicos como instrumento de mitigación contractual
Muchos riesgos denominados “contractuales” se originan en requisitos mal redactados. Una especificación robusta reduce interpretaciones y mejora la comparabilidad de las ofertas.
Los requisitos deben ser claros respecto de:
- función y desempeño;
- normas aplicables;
- condiciones ambientales;
- interfaces;
- entregables;
- pruebas;
- documentación;
- repuestos;
- capacitación;
- garantía;
- integración;
- criterios de aceptación.
El exceso de prescripción también puede generar riesgo si impide una solución adecuada o crea conflicto entre un requisito funcional y un detalle obligatorio. La ingeniería debe decidir conscientemente dónde especificar desempeño y dónde prescribir una solución.
Procurement técnico y nivelación de ofertas
La nivelación técnica transforma ofertas diferentes en una base comparable. Identifica desviaciones, exclusiones, alternativas, dependencias y condiciones que afectan el riesgo.
Una propuesta de menor precio puede exigir más infraestructura del cliente, excluir pruebas, utilizar un componente de menor desempeño o asumir un plazo condicionado. Si estas diferencias no se normalizan, la decisión comercial no compara soluciones equivalentes.
La nivelación debe producir un registro de las divergencias y, cuando sea necesario, aclaraciones formales antes de la adjudicación.
Expediting como control de riesgo
Expediting no consiste simplemente en exigir fechas. Es monitorizar si ingeniería, materia prima, fabricación, inspección, documentación, logística e hitos avanzan de forma coherente con el cronograma.
Los paquetes críticos pueden requerir planes de fabricación, curvas de avance, hitos intermedios, inspecciones y evidencias documentales. Detectar un retraso únicamente en la fecha de entrega elimina gran parte de las opciones de recuperación.
QA/QC y riesgo de proveedor
La calidad del suministro debe incorporarse a la contratación desde el inicio. El contrato debe establecer documentación de calidad, ITP/PIT, puntos de hold/witness/review, criterios de aceptación, tratamiento de NCR, acceso para inspección y requisitos de data book.
Sin estos elementos, el equipo de QA/QC interviene demasiado tarde e intenta crear controles cuando el producto ya está en fabricación.
FAT, SAT y criterios de aceptación
Factory Acceptance Test y Site Acceptance Test deben reflejar requisitos y riesgos. FAT verifica aspectos que pueden demostrarse antes del envío; SAT verifica instalación, interfaces y desempeño en campo.
No todos los riesgos pueden aceptarse en fábrica. La integración con otros sistemas, las condiciones reales de la infraestructura y las pruebas de extremo a extremo pueden depender del sitio.
La matriz de pruebas debe indicar qué se verifica en cada etapa y qué evidencia cierra el requisito.
Garantías, retenciones y mecanismos financieros
Las garantías contractuales, seguros, retenciones, performance bonds y estructuras de pago son mecanismos de protección, pero no sustituyen la gestión técnica.
Un pago excesivamente anticipado puede aumentar la exposición si el proveedor atraviesa dificultades. Un pago excesivamente postergado puede elevar el precio o excluir proveedores capaces. El cronograma financiero debe acompañar hitos que representen valor o una reducción real del riesgo.
Single source y vendor lock-in
Las tecnologías propietarias pueden crear dependencia del fabricante para expansión, licencias, mantenimiento o integración. Esto no significa que toda solución propietaria sea inadecuada; el riesgo debe ser reconocido y gestionado.
Los controles incluyen análisis de ciclo de vida, disponibilidad de soporte, política de licencias, inventario de repuestos, interfaces abiertas cuando corresponda, escrow o contingencia para software crítico en situaciones específicas y una estrategia de sustitución futura.
Riesgo cambiario y de importación
Los equipos importados introducen exposición a tipo de cambio, impuestos, flete internacional, despacho aduanero, sanciones, restricciones de exportación y lead time. El contrato debe definir moneda, fecha base, reajuste, responsabilidad por impuestos, Incoterms cuando correspondan y eventos de cambio regulatorio.
La ingeniería debe comprender cómo estas condiciones afectan el plazo y la disponibilidad, principalmente cuando el ítem se encuentra en el camino crítico.
Gestión de interfaces entre proveedores
La interfaz debe tratarse como un objeto de gestión. Un registro puede contener:
- identificador;
- sistemas involucrados;
- descripción de la información o entrega;
- proveedor emisor;
- proveedor receptor;
- fecha requerida;
- formato;
- responsable de coordinación;
- estado;
- pendientes;
- criterio de cierre.
Las interfaces críticas deben aparecer en el cronograma y en el riesgo. No basta con registrarlas en un acta.
Gestión de cambios y claims
Un cambio es cualquier alteración relevante de la base contratada: alcance, cantidad, requisito, condición, secuencia, plazo, interfaz o premisa.
Un proceso robusto separa:
- identificación del evento;
- notificación;
- análisis técnico;
- evaluación del impacto en coste y plazo;
- decisión/autorización;
- incorporación a la baseline;
- ejecución;
- registro para medición y cierre.
Los claims surgen cuando las partes discrepan respecto de derecho, responsabilidad o impacto. Una buena documentación contemporánea reduce la incertidumbre: registros de campo, revisiones, correspondencia, cronogramas y evidencias de instrucción son fundamentales.
Riesgo de cronograma del proveedor
El plazo de entrega debe desglosarse. Un lead time de 40 semanas puede incluir ingeniería, aprobación, procurement interno, fabricación, pruebas, liberación, transporte y entrega. Cada etapa posee gatillos y dependencias.
Para un ítem crítico, el cronograma integrado debe mostrar estos hitos. Si el proyecto solo acompaña la fecha final, pierde visibilidad sobre las tendencias.
Riesgo de documentación
Los retrasos documentales pueden bloquear fabricación, instalación, energización o aceptación. Submittals, planos, cálculos, manuales, certificados, informes de prueba y data book necesitan fechas y responsables.
El Master Document Register del proveedor puede integrarse al cronograma y a las revisiones de ingeniería. La documentación forma parte del suministro, no es una actividad administrativa posterior a la entrega.
Riesgo en la transición entre diseño y obra
Una contratación puede comenzar con un diseño inmaduro. Cuanto menor sea el nivel de definición, mayor será la incertidumbre respecto de cantidades, interfaces y condiciones.
Esto no impide contratar, pero exige regímenes y mecanismos compatibles: allowances, precios unitarios, provisional sums, contingencia, change control o etapas de definición progresiva, según el contexto.
Intentar imponer un precio fijo absoluto sobre un alcance altamente incierto puede trasladar el riesgo a una disputa en lugar de eliminarlo.
Cuando alcance, interfaces, riesgo y documentación atraviesan varios contratos, la gobernanza debe integrar Ingeniería, Procurement, Project Controls, QA/QC y gestión contractual en una única lógica de decisión.
Cómo crear un registro de riesgos de proveedores
El registro puede complementar el risk register general del proyecto o funcionar como una vista específica. Los campos útiles incluyen proveedor, paquete, evento de riesgo, causa, consecuencia, probabilidad, impacto, exposición, owner, respuesta, acción, plazo, indicador, estado y riesgo residual.
Ejemplos de indicadores anticipados:
- documentos vencidos;
- retraso de aprobación;
- avance de fabricación por debajo de lo planificado;
- NCR recurrentes;
- aumento de retrabajo;
- cambios frecuentes de equipo;
- ausencia de materia prima crítica;
- retraso de subproveedor;
- deterioro financiero;
- planes de recuperación incumplidos.
El objetivo es detectar tendencias antes del hito final.
Gobernanza de proveedores críticos
Los proveedores críticos pueden exigir una rutina específica de gobernanza: reuniones de avance, dashboard, expediting, revisión de riesgos, inspección, gestión de interfaces y escalamiento ejecutivo.
La intensidad debe ser proporcional al riesgo. Aplicar el mismo rito pesado a todos los proveedores genera burocracia; no aplicarlo a los paquetes críticos deja al proyecto sin visibilidad.
Riesgo residual después de la contratación
Firmar el contrato no elimina el riesgo. Incluso después de garantías, penalidades y requisitos, continúan existiendo exposiciones residuales. La pregunta debe ser: si el proveedor falla, ¿cuál es el impacto real y qué alternativa existe?
Puede ser necesaria una segunda fuente, inventario adicional, un plan de recuperación, soporte del fabricante, una estrategia de step-in o un rediseño contingencial.
La respuesta depende de la criticidad y del coste de la falla.
Errores comunes en la gestión de riesgos contractuales
Usar el contrato como sustituto de la ingeniería
Las cláusulas genéricas no corrigen requisitos mal definidos.
Transferir riesgos que no pueden controlarse
Asignar un riesgo a una parte sin capacidad para gestionarlo tiende a aumentar el precio o el conflicto.
Elegir únicamente por el menor precio
Un precio no nivelado puede ocultar exclusiones y riesgo residual.
Homologar al proveedor una vez y nunca volver a revisarlo
La capacidad y la salud financiera cambian durante proyectos largos.
No controlar las interfaces
Muchos retrasos surgen en el espacio entre contratos, no dentro de ellos.
Aceptar la documentación únicamente al final
Esto permite acumular brechas que bloquean el handover.
Tratar la penalidad como un plan de recuperación
Liquidated damages, multas o retenciones compensan parcialmente las consecuencias, pero no entregan el equipo que el proyecto necesita.
No integrar procurement al risk register
Los riesgos de proveedor deben ser visibles en la gobernanza del proyecto y en el camino crítico.
Particularidades en contrataciones públicas
En contrataciones regidas por la Ley 14.133/2021, la planificación, la definición del objeto, la matriz de riesgos cuando corresponda, los criterios de habilitación, evaluación, gestión y fiscalización poseen requisitos legales propios. Este artículo no sustituye el análisis jurídico del pliego o del contrato.
Desde el punto de vista de la ingeniería, el principio permanece: la documentación de contratación debe traducir correctamente alcance, requisitos, interfaces, criterios de medición y aceptación. El proceso jurídico-administrativo y la definición técnica deben apoyarse mutuamente.
Relación con la gestión de riesgos del proyecto
Los riesgos contractuales y de proveedores no deben permanecer en un registro separado sin conexión con el proyecto. Las exposiciones relevantes deben incorporarse al risk register, con owner, respuesta, indicadores y riesgo residual.
La matriz de riesgos clasifica la criticidad; la estrategia contractual define la asignación; procurement crea controles; project controls acompaña plazo y coste; QA/QC verifica calidad; ingeniería gestiona requisitos e interfaces; commissioning confirma desempeño.
Esta integración es lo que transforma la contratación en un mecanismo de reducción de riesgos.
Consideraciones finales
Los riesgos contractuales y de proveedores son una extensión directa de la ingeniería del proyecto. Nacen cuando alcance, requisitos, responsabilidades, interfaces o premisas están mal definidos y se materializan cuando la cadena de suministro contratada no logra entregar conforme a los criterios necesarios.
El mejor momento para reducir esta exposición es antes de la firma: estructurar el objeto, evaluar el mercado, calificar proveedores, nivelar ofertas, definir riesgos, criterios de aceptación y mecanismos de cambio. Después de la contratación, la gestión debe acompañar la ingeniería del vendor, fabricación, calidad, documentación, logística, interfaces y desempeño.
Un contrato robusto no es el que intenta transferir todos los riesgos. Es el que hace explícito quién controla cada exposición, qué evidencias demuestran cumplimiento, cómo se tratarán los cambios y qué mecanismos existen cuando las premisas dejan de ser válidas. Esta claridad reduce disputas y aumenta la capacidad real de entregar el proyecto.
Referencias técnicas
[1] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos. Brasília, DF: Presidência da República, 2021. Disponible en: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm.
[2] INTERNATIONAL FEDERATION OF CONSULTING ENGINEERS. FIDIC Golden Principles. Geneva: FIDIC, 2019. Disponible en: https://fidic.org/books/fidic-golden-principles-2019.
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 31000:2018 — Risk management — Guidelines. Geneva: ISO, 2018. Disponible en: https://committee.iso.org/sites/tc262/home/projects/published/iso-31000-2018-risk-management.html.
[4] WORLD BANK GROUP. Project Procurement for Suppliers. Washington, DC: World Bank. Disponible en: https://www.worldbank.org/ext/en/what-we-do/project-procurement/for-suppliers.
[5] WORLD BANK GROUP. Vendors — Corporate Procurement. Washington, DC: World Bank. Disponible en: https://www.worldbank.org/en/about/corporate-procurement/vendors.
Preguntas frecuentes
Son exposiciones derivadas de la forma en que alcance, responsabilidades, premisas, interfaces, plazos, criterios de aceptación, cambios y consecuencias fueron distribuidos entre las partes del contrato.
Es la posibilidad de que un proveedor no cumpla los requisitos por limitaciones técnicas, financieras, productivas, logísticas, documentales, de calidad o soporte.
Mediante precalificación proporcional a la criticidad, due diligence, evaluación técnica y financiera, nivelación de ofertas, análisis de capacidad, requisitos claros y una estrategia adecuada de paquetes.
No. Si el proveedor no controla el evento o no puede absorber su consecuencia, la transferencia puede resultar en un precio mayor, disputa, incumplimiento o riesgo residual para el owner.
Hacer explícitos eventos relevantes, responsabilidades, criterios de asignación y consecuencias, conectando el riesgo con el equilibrio contractual y los mecanismos de tratamiento.
Procurement transforma riesgos en criterios de calificación, requisitos, condiciones contractuales, inspecciones, expediting, interfaces, hitos, garantías y criterios de aceptación que deben acompañarse en el risk register.
Materiales técnicos complementarios
Soluciones relacionadas
- Gestión de Contratos, Alcance y Entregables
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
- Gobernanza de Proyectos, Programas y Portafolios
Servicios relacionados
- Planificación Técnica de Contrataciones de Ingeniería
- Gestión de Riesgos de Ingeniería
- Consultoría Técnica de Ingeniería
Contenidos principales sobre el tema
- Gestión de Riesgos en Proyectos de Ingeniería
- Registro de Riesgos en Proyectos de Ingeniería
- Matriz de Riesgos en Proyectos de Ingeniería
- Gestión de la Calidad en Procurement
