Comprenda cómo estructurar técnicamente un claim contractual en ingeniería: notice, baseline, entitlement, causalidad, plazo, quantum, evidencias y mitigación.
¡Descúbrelo!
Un claim contractual — o claim, en la terminología habitual de los contratos de ingeniería — es una reivindicación formal y fundamentada de derecho, plazo, costo u otra consecuencia contractual derivada de un evento que modificó las condiciones previstas de ejecución. Un claim técnicamente estructurado no es una reclamación genérica ni una simple planilla de valores: debe demostrar qué obligación existía, qué evento ocurrió, qué derecho contractual se invoca, cómo el evento produjo el impacto y cómo se cuantificó ese impacto.
En obras, EPC, EPCM, proyectos, suministros, montaje, commissioning y servicios de ingeniería, la calidad del claim depende principalmente de la trazabilidad. El documento debe permitir que un tercero reconstruya la secuencia baseline → evento → notice → efecto → mitigación → plazo/costo → solicitud utilizando registros verificables. Cuando esta cadena está incompleta, incluso un impacto real puede resultar difícil de demostrar.
El objetivo técnico de un claim no es maximizar una narrativa. Es separar hechos, responsabilidades y efectos de forma auditable para que contratante, contratista, Owner’s Engineering, fiscalización, administración contractual y asesoría jurídica puedan decidir con base en evidencias.
Qué caracteriza un claim contractual en ingeniería
No toda divergencia se convierte en claim. Durante la ejecución existen dudas, solicitudes de información, ajustes rutinarios, cambios formalizados, fallas de desempeño y negociaciones comerciales. El claim surge cuando una parte sostiene que un hecho produjo una consecuencia contractual que debe ser reconocida.
| Situación | ¿Es necesariamente un claim? | Tratamiento técnico inicial |
| RFI o duda de proyecto | no | aclarar el requisito y registrar la respuesta |
| cambio formal de alcance ya acordado | no necesariamente | tramitar change order/adenda y actualizar baselines |
| trabajo adicional ejecutado sin precio definido | potencialmente | preservar instrucción, alcance, cantidades, costos y reserva de derecho |
| atraso en la liberación de un frente | potencialmente | registrar restricción, cronograma, recursos y mitigación |
| pérdida de productividad por interferencia | potencialmente | documentar condición normal e impactada, causalidad y producción |
| aumento ordinario cubierto por índice | en general, no es un claim extraordinario | aplicar el mecanismo de reajuste previsto |
| evento extraordinario con impacto económico | potencialmente | analizar riesgo, causalidad y reequilibrio |
Esta separación evita que el proceso de claims se utilice como repositorio de cualquier problema. La Gestión de Contratos, Alcance y Entregables debe definir canales diferentes para aclaraciones, cambios, desvíos de desempeño, notificaciones y claims.
Claim no es sinónimo de adenda contractual
Una adenda es un instrumento de formalización de una modificación contractual. Un claim es una reivindicación fundamentada que puede o no resultar en una adenda, acuerdo, rechazo, compensación, extensión de plazo u otro desenlace previsto en el contrato.
Esta distinción es importante porque muchos proyectos acumulan “trabajos extra” sin formalización e intentan resolver todo al cierre. Cuando el trabajo adicional se ejecuta sin una instrucción clara, sin notice y sin registros, el problema deja de ser únicamente comercial y pasa a involucrar la prueba del origen de la obligación.
El artículo sobre adendas contractuales en obras y servicios de ingeniería profundiza los mecanismos de modificación formal. El claim, por su parte, se concentra en la construcción técnica de la reivindicación y de su evidencia.
La anatomía de un claim técnicamente defendible
Un claim técnicamente defendible no se sustenta únicamente en la narrativa del evento. Debe conectar cláusula, baseline, hecho generador, notice, causalidad, impacto de plazo o costo, evidencia contemporánea y mitigación en una única línea argumentativa trazable.
Un claim presentado sin baseline, notice, entitlement, causalidad y memoria de cálculo trazable puede describir un problema real, pero difícilmente sustenta una decisión contractual consistente.
Estructure o evalúe técnicamente el claim antes de la negociación
Un claim robusto puede visualizarse como una cadena. El derecho alegado no debe aparecer separado del hecho; el hecho no debe aparecer separado del impacto; y el impacto no debe aparecer separado del cálculo.
AACE International trata la gestión de cambios en EPC como un proceso formal que comienza con la identificación del cambio potencial, pasa por evaluación, aprobación o rechazo y llega a la incorporación contractual o al tratamiento de la controversia. La disciplina es valiosa porque impide que un cambio permanezca durante meses fuera del sistema de control hasta convertirse en un claim acumulado.
Contrato y baseline
El claim debe comenzar por la condición de referencia: alcance, precio, plazo, secuencia, productividad, responsabilidades, accesos, suministros, premisas y riesgos existentes antes del evento. Sin baseline, no existe una comparación técnica confiable.
La definición del alcance contractual es particularmente importante. Si la obligación ya estaba incluida, el claim no puede tratarla simplemente como “trabajo extra”; será necesario demostrar qué condición cambió y por qué eso modificó la ejecución.
Evento
El evento debe ser específico: una instrucción, una restricción, una modificación de proyecto, atraso de información, indisponibilidad de área, cambio regulatorio, interferencia no prevista, suspensión, aceleración solicitada, rechazo tardío, cambio de secuencia u otra ocurrencia relevante.
Las fechas importan. Un buen registro indica cuándo comenzó el evento, cuándo fue percibido, cuándo fue notificado, cuándo dejó de producir efectos y qué decisiones ocurrieron durante el intervalo.
Entitlement: cuál es el fundamento del derecho alegado
En el entorno internacional se utiliza frecuentemente entitlement para designar la base contractual o jurídica que sustenta el derecho a compensación o plazo. El razonamiento puede entenderse como el encuadre del derecho alegado.
La ingeniería no debe inventar interpretaciones jurídicas, pero puede organizar los hechos necesarios para el análisis: cláusulas sobre acceso, plazo de respuesta, riesgo, cambio de alcance, instrucción del contratante, fuerza mayor, extensión de plazo o condición de pago. La cuestión jurídica se vuelve mucho más clara cuando la base factual está bien definida.
La notificación es parte del control, no mera burocracia
Los contratos complejos suelen exigir que determinados eventos sean notificados dentro de plazos y formatos definidos. Estas reglas varían de un contrato a otro; no existe un único plazo universal aplicable a cualquier claim de ingeniería.
La notificación oportuna cumple funciones prácticas: alerta a la otra parte mientras el evento todavía puede ser mitigado; permite inspección y recopilación conjunta de registros; evita sorpresas al cierre; identifica la cláusula potencialmente afectada; y preserva la cronología del proyecto.
Un notice útil no necesita anticipar un quantum que todavía no se conoce. Debe identificar el evento, la obligación o condición afectada, el impacto potencial, las medidas inmediatas y la reserva de actualización cuando el efecto pueda medirse.
Notice no sustituye el claim completo
El notice registra la ocurrencia y preserva la posición contractual conforme al instrumento aplicable. El claim completo presenta el análisis consolidado. Mezclar ambos documentos produce extremos deficientes: esperar meses hasta tener todos los costos para notificar, o creer que una carta de dos líneas es suficiente para demostrar todo el claim.
Una buena administración contractual crea una trazabilidad entre el aviso inicial, las actualizaciones intermedias y la presentación final.
Nexo causal: el núcleo técnico del claim
El mayor salto de calidad ocurre cuando la narrativa deja de decir “hubo un evento y hubo un costo” y pasa a demostrar cómo uno generó el otro.
Considere una instrucción de cambio en una sala eléctrica que ya está en montaje. Para demostrar causalidad, no basta adjuntar el plano revisado y la nueva planilla de mano de obra. Es necesario mostrar qué estaba proyectado, el estado del montaje, qué elementos debieron retirarse o rehacerse, qué actividades fueron interrumpidas, qué recursos adicionales se movilizaron y por qué esas horas no pertenecían a la ejecución original.
Una cadena causal puede expresarse así:
evento → obligación afectada → actividad impactada → recurso/tiempo adicional → costo o plazo resultante.
Si un eslabón no puede demostrarse, la parcela correspondiente debe tratarse con cautela.
Registros contemporáneos: la materia prima del claim
El Society of Construction Law Delay and Disruption Protocol enfatiza la importancia de registros contemporáneos relacionados con el avance y las circunstancias de ejecución y conectados con el programa. La recomendación responde a un problema común: claims elaborados meses después, con una narrativa retrospectiva incapaz de separar hechos simultáneos.
| Registro | Qué puede demostrar | Limitación si se usa aisladamente |
| diario/RDO | presencia, actividad, restricción, clima, equipos, ocurrencias | puede no demostrar impacto económico |
| cronograma y actualizaciones | lógica, camino crítico, float, secuencia y desvío | depende de la calidad de la actualización |
| actas de reunión | decisiones, pendientes y responsables | el resumen puede omitir detalles de producción |
| correos/oficios | instrucciones, notificaciones y respuestas | no demuestran por sí solos la cantidad del impacto |
| mediciones | producción reconocida | pueden no registrar improductividad |
| registros de mano de obra | horas y recursos | las horas adicionales no demuestran automáticamente entitlement |
| fotos/videos | condición física y evolución | necesitan fecha, lugar y contexto |
| facturas/contratos | costo efectivo | el costo no demuestra la causa contractual |
El valor está en la correlación entre registros. Una fotografía georreferenciada vinculada al RDO, al plano revisado y a la actividad del cronograma es mucho más informativa que cada documento por separado.
Claims de plazo: atraso, extensión y camino crítico
Cuando el claim involucra plazo, la pregunta no es solamente cuántos días duró el evento. Es necesario verificar si y cómo el evento afectó la fecha contractual relevante.
Un bloqueo de diez días puede no generar diez días de extensión si la actividad tenía float o si existían frentes alternativos. En otro escenario, una instrucción de dos días puede desencadenar replanificación, adquisición de material y reejecución que afecten actividades críticas durante un período mayor.
El análisis debe considerar cronograma-base, actualizaciones, lógica de red, camino crítico contemporáneo, restricciones, concurrencia de atrasos y medidas de recuperación. La metodología de delay analysis puede profundizarse en un artículo específico; en el claim, lo esencial es que el número de días solicitado sea consecuencia de un análisis de cronograma y no solamente de la duración administrativa del evento.
Atraso y disruption son fenómenos diferentes
Disruption es pérdida de eficiencia o productividad. Puede ocurrir sin extensión del plazo final. Un equipo puede completar el servicio dentro del plazo consumiendo más horas debido a interferencias, fragmentación de frentes, cambios frecuentes o una secuencia ineficiente impuesta por condiciones externas.
El SCL Protocol distingue el análisis de atraso del análisis de disruption y recomienda demostrar causalidad y utilizar registros de productividad. Esto es particularmente relevante en ingeniería porque los claims de mano de obra suelen confundir “más horas gastadas” con “horas causalmente atribuibles a una disruption”.
Claims de costo: el quantum debe seguir la causa
Quantum es la cuantificación de la consecuencia reconocida. No debe calcularse antes de definir el alcance del evento y el período afectado.
| Partida de costo | Pregunta principal | Evidencia típica |
| mano de obra adicional | ¿qué horas fueron incrementales y para qué actividad? | timesheets, RDO, producción, hojas, composición del equipo |
| equipo | ¿el recurso quedó adicionalmente movilizado o improductivo por causa del evento? | diario, alquiler, telemetría, utilización |
| material | ¿hubo compra adicional, pérdida, sustitución o variación elegible? | requisición, factura, cantidad, plano, inspección |
| subcontrato | ¿el cambio fue transferido y demostrado? | contrato, change order, factura, memoria del subcontratista |
| prolongación | ¿qué costos dependen de la permanencia adicional? | estructura mensual, período causal, cronograma |
| removilización | ¿la interrupción exigió una nueva movilización real? | logística, transporte, equipo, autorización |
Aplicar porcentajes genéricos sobre el valor total puede ser inadecuado cuando existen datos más directos. La Ingeniería de Costos y Presupuestación debe ayudar a construir una memoria verificable y eliminar la doble contabilización.
El problema de los global claims
Un global claim agrega varios eventos y presenta un impacto total sin demostrar satisfactoriamente el vínculo entre causas específicas y consecuencias específicas. En proyectos con cientos de cambios, este enfoque puede parecer conveniente, pero reduce la trazabilidad y dificulta separar responsabilidades.
El SCL Protocol desaconseja depender de un global claim cuando es posible demostrar causa y efecto con mayor granularidad. Para la ingeniería, la recomendación es pragmática: segregar por evento o por familias coherentes de eventos, identificar períodos y actividades y mostrar los costos correspondientes.
Esto no significa que cada pequeña interferencia deba convertirse en un proceso aislado. Los eventos relacionados pueden agruparse cuando la lógica causal y el método de cuantificación permanecen transparentes.
Mitigación: demostrar qué se hizo para limitar el impacto
Un dossier de claim no debe mostrar solamente el problema. Debe registrar las decisiones adoptadas para reducir la consecuencia: reasignación de equipos, replanificación, cambio temporal de secuencia, compra alternativa, refuerzo de recursos, trabajo en otro frente o propuesta de solución técnica.
La mitigación cumple dos funciones. Primero, reduce el daño real al proyecto. Segundo, ayuda a diferenciar el impacto inevitable del evento de costos producidos por inacción o decisión interna.
La documentación debe registrar las alternativas evaluadas, las restricciones para implementarlas, la autorización cuando sea necesaria y los resultados observados. La ausencia de una alternativa técnicamente viable también puede ser un hecho relevante, siempre que se demuestre.
Estructura recomendada para el dossier de claim
Un buen dossier permite lectura ejecutiva y auditoría detallada. La estructura puede variar según el contrato, pero debe separar argumento, evidencia y cálculo.
| Sección | Contenido esperado | Objetivo |
| Resumen ejecutivo | evento, derecho alegado, plazo/costo solicitado y principales conclusiones | permitir una decisión inicial |
| Identificación contractual | contrato, cláusulas, documentos jerárquicos, partes y responsables | delimitar el instrumento |
| Baseline | alcance, plazo, precio, método, recursos y riesgos de referencia | mostrar la condición original |
| Cronología | eventos y comunicaciones en orden temporal | eliminar ambigüedad de fechas |
| Entitlement | fundamento contractual y factual | mostrar por qué se presenta la solicitud |
| Causalidad | relación entre evento, actividad e impacto | sustentar causa y efecto |
| Análisis de plazo | lógica y cantidad de días, cuando corresponda | justificar extensión o efecto temporal |
| Quantum | memoria de cálculo y criterios | demostrar valor |
| Mitigación | medidas adoptadas y efectos | separar impacto inevitable |
| Evidencias | índice de anexos y referencias cruzadas | permitir verificación |
El dossier no debe ocultar documentos desfavorables. Un análisis técnicamente maduro reconoce hechos concurrentes y limitaciones. Esto aumenta la credibilidad y permite que las partes demostradas sean evaluadas separadamente de las controvertidas.
Matriz de trazabilidad del claim
Para claims complejos, una matriz ayuda a conectar cada solicitud con el conjunto mínimo de prueba.
| ID | Evento | Cláusula/obligación | Actividad afectada | Período | Efecto | Evidencia | Valor/días |
| C-01 | revisión de proyecto | requisito contractual aplicable | montaje del panel | fechas registradas | reejecución | plano, RDO, timesheet | memoria C-01 |
| C-02 | atraso de acceso | obligación de liberación | instalación área B | fechas registradas | desplazamiento del camino crítico | oficio, cronograma, diario | análisis C-02 |
| C-03 | interferencia | matriz de interfaces | instalación de infraestructura | período observado | pérdida de productividad | fotos, producción, RDO | estudio C-03 |
La tabla anterior es solamente un modelo conceptual; los datos reales deben provenir del proyecto. La ventaja es poder auditar cada línea sin navegar por cientos de páginas sin índice.
Cómo debe analizar el contratante un claim recibido
El análisis no debe comenzar intentando “negociar el valor hacia abajo”. Primero se prueba la admisibilidad y la lógica técnica.
- Confirmar el evento y la cronología, confrontando registros de ambas partes.
- Verificar contrato, notice y encuadre, incluida la matriz de riesgos y responsabilidades.
- Reconstruir la baseline para saber qué ya estaba incluido.
- Probar causalidad y concurrencia, identificando causas propias del contratista o eventos simultáneos.
- Revisar plazo y productividad con datos contemporáneos.
- Auditar el quantum, eliminando ítems sin comprobación y doble contabilización.
- Registrar la conclusión por partida, indicando aceptación, rechazo, ajuste o necesidad de información adicional.
El análisis técnico de adendas, cambios de alcance y claims en contratos de ingeniería es precisamente una actividad de apoyo a la decisión: transforma un volumen documental en una matriz de hechos, responsabilidades y efectos.
Cómo debe preparar el contratista el claim sin esperar al cierre
La preparación comienza el primer día del contrato. El equipo debe conocer las cláusulas de aviso, la jerarquía documental, las reglas de cambio, los criterios de medición, la fecha-base, la matriz de riesgos y los canales de instrucción.
Cuando surge un evento, debe ingresar al registro de cambios o de eventos contractuales. A partir de ahí, el proyecto acompaña estado, responsable, plazo para notice, impacto potencial, documentos pendientes y decisión. Si el evento se resuelve sin impacto, se cierra. Si evoluciona, los registros ya están organizados.
ISO 21502 recomienda control formal de cambios y mantenimiento de baselines coherentes. Aplicada a los claims, esta disciplina evita la mala práctica de reconstruir la historia al final con archivos dispersos.
Reequilibrio económico-financiero y claim: cuál es la relación
Una solicitud de reequilibrio económico-financiero puede presentarse en forma de claim, pero los conceptos no son idénticos. Claim es la estructura de la reivindicación; reequilibrio es un posible fundamento o remedio económico, dependiendo del régimen contractual.
Del mismo modo, un claim puede solicitar extensión de plazo sin costo, reconocimiento de un cambio de alcance, compensación por disruption u otra consecuencia. Por eso, el dossier debe indicar claramente qué se está solicitando y no solamente describir el problema.
En contratos públicos, la Ley nº 14.133/2021 proporciona el encuadre legal para modificaciones, riesgos y restablecimiento de la ecuación. En contratos privados, el contrato y la legislación aplicable definen el procedimiento. En cualquier caso, la prueba técnica continúa dependiendo de baseline, evento, causalidad y quantum.
Claim Management como proceso preventivo
La mejor gestión de claims es preventiva. El objetivo no es producir más claims, sino identificar cambios temprano, decidir rápidamente y evitar que eventos legítimos permanezcan sin tratamiento hasta el final del proyecto.
Una gobernanza madura integra registro de cambios, RFI, matriz de interfaces, cronograma, presupuesto, riesgos, correspondencias y decisiones. Si una instrucción modifica el alcance, el sistema debe activar la evaluación de plazo y costo. Si una restricción amenaza el camino crítico, el equipo debe registrar la ocurrencia y discutir mitigación antes de que el atraso se consolide.
La Gestión de Interfaces en Proyectos de Ingeniería es una fuente importante de prevención: las interfaces sin owner, entrada, salida y plazo claros generan con frecuencia eventos difíciles de atribuir posteriormente.
Errores que reducen la credibilidad de un claim
| Error | Problema producido | Mejor práctica |
| notificar tarde sin verificar la regla contractual | puede comprometer el procedimiento y la mitigación | conocer el notice desde el kick-off |
| afirmar que “todo atraso genera costo” | confunde duración del evento con impacto | analizar criticidad, recursos y período causal |
| adjuntar miles de páginas sin índice | transfiere al evaluador el trabajo de construir el caso | crear una matriz de trazabilidad |
| usar el costo real como prueba automática de derecho | el costo no demuestra responsabilidad | vincular quantum con entitlement y causalidad |
| ignorar atrasos propios | debilita la objetividad | analizar causas concurrentes |
| aplicar porcentajes genéricos sin necesidad | reduce la adherencia al impacto real | priorizar datos contemporáneos y métodos verificables |
| cambiar la narrativa entre cartas y claim final | genera inconsistencia | mantener una cronología única y controlada |
| no documentar mitigación | dificulta separar impacto inevitable | registrar decisiones y alternativas |
El papel de la Ingeniería Consultiva y Owner’s Engineering
Los claims combinan planificación, ingeniería de costos, gestión documental, alcance, contratos y conocimiento del método ejecutivo. Una sola disciplina rara vez comprende el caso completo.
La Ingeniería Consultiva puede apoyar a la parte contratante en la reconstrucción del evento, análisis de documentación, validación técnica de productividad, lectura del cronograma y cuantificación. Para el contratista, la misma competencia puede estructurar registros, cronología y memoria técnica. En ambos lados debe existir una separación clara entre análisis de ingeniería y opinión jurídica.
La Consultoría Técnica de Ingeniería es particularmente útil cuando el volumen documental es alto o cuando el evento involucra múltiples disciplinas e interfaces.
La gestión preventiva de claims es más eficiente cuando el contratante mantiene alcance, cronograma, comunicaciones, mediciones, decisiones y cambios integrados en la misma gobernanza. De esta forma, los eventos potenciales se tratan cuando surgen y no únicamente al cierre, cuando reconstruir causalidad y registros resulta más costoso.
Consideraciones finales
Un claim contractual técnicamente sólido es una cadena de evidencias, no una pieza retórica. Parte de la baseline, caracteriza el evento, preserva el notice, identifica el derecho alegado, demuestra causa y efecto, cuantifica plazo y costo, registra mitigación y organiza los documentos de forma trazable.
La misma estructura sirve tanto para quien presenta como para quien analiza el claim. El contratista puede separar impactos demostrables de percepciones; el contratante puede aceptar o rechazar partidas con motivación técnica.
Los proyectos que implementan change management y registros contemporáneos desde el inicio tienden a reducir la necesidad de reconstrucciones forenses tardías. Cuando surge la controversia, la información ya existe — organizada por evento, actividad, período y consecuencia — y la discusión puede concentrarse en el mérito técnico y contractual.
Los claims son más fáciles de prevenir y tratar cuando eventos, cambios, comunicaciones y decisiones se registran durante la ejecución, en lugar de reconstruirse solamente al cierre del contrato.
Estructure la gobernanza contractual y el control de cambios
Referencias técnicas
[1] AACE INTERNATIONAL. Recommended Practice 100R-19: Contract Change Management — As Applied in Engineering, Procurement, and Construction. 2020. Disponible en: [AACE International](https://web.aacei.org/docs/default-source/toc/toc_100r-19.pdf).
[2] SOCIETY OF CONSTRUCTION LAW. Delay and Disruption Protocol. 2. ed. 2017. Disponible en: [SCL](https://www.scl.org.uk/resources/delay-disruption-protocol).
[3] BRASIL. Lei nº 14.133, de 1º de abril de 2021. Lei de Licitações e Contratos Administrativos. Disponible en: [Presidência da República](https://www.presidencia.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm).
[4] ADVOCACIA-GERAL DA UNIÃO. Manual de Licitações e Contratações Administrativas. Consultoria-Geral da União. Disponible en: [AGU](https://www.gov.br/agu/pt-br/composicao/cgu/cgu/manuais/manualdelicitacoesecontratacoesadministrativaspdf.pdf).
[5] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Disponible en: [ISO](https://www.iso.org/standard/74947.html).
Preguntas frecuentes
Es una reivindicación formal y fundamentada de derecho, plazo, costo u otra consecuencia contractual asociada a un evento. Un claim robusto demuestra baseline, evento, fundamento, causalidad, impacto, quantum, mitigación y evidencias.
No. El claim es una reivindicación que puede aceptarse, rechazarse, negociarse o generar diferentes consecuencias. La adenda es un instrumento de formalización de una modificación contractual. Un claim aceptado puede resultar en una adenda, pero los conceptos no son equivalentes.
No. Es necesario analizar responsabilidad, camino crítico, float, causas concurrentes, mitigación y el efecto real sobre los recursos. La duración del evento no es automáticamente igual a la extensión de plazo ni a una prolongación compensable.
Contrato, propuesta, cronograma-base y actualizaciones, RDOs, notices, actas, planos, RFIs, mediciones, registros de productividad, timesheets, facturas, fotos contextualizadas y memorias de cálculo son ejemplos recurrentes.
No existe un plazo universal para todos los contratos. El plazo y la forma del notice deben verificarse en el instrumento contractual y en el régimen jurídico aplicable. Contratos internacionales y modelos específicos pueden tener procedimientos propios.
Es la demostración de cómo el evento alegado afectó una determinada obligación o actividad y produjo la consecuencia de plazo o costo solicitada. La cadena debe conectar evento, actividad, recurso, período e impacto.
Es una reivindicación que agrega varios eventos y presenta un impacto total sin demostrar suficientemente el vínculo entre causas específicas y consecuencias específicas. Cuando existen datos disponibles, la segregación causal tiende a producir un análisis más auditable.
Materiales técnicos complementarios
Soluciones relacionadas
Servicios relacionados
- Análisis Técnico de Adendas, Cambios de Alcance y Claims en Contratos de Ingeniería
- Consultoría Técnica de Ingeniería
- Revisión Técnica de Pliegos y Anexos para Licitaciones de Ingeniería
Contenidos principales sobre el tema
- Reequilibrio Económico-Financiero en Contratos de Ingeniería
- Revisión, Reajuste y Repactuación Contractual en Ingeniería
- Adenda Contractual en Obras y Servicios de Ingeniería
- Alcance Contractual en Ingeniería
- Riesgos Contractuales y de Proveedores en Proyectos de Ingeniería
- Guía Completa sobre Licitaciones y Contratos de Obras y Servicios de Ingeniería
