Comprenda cómo estructurar Claim Management en proyectos de ingeniería: eventos, notices, entitlement, evidencias, causalidad, plazo, costos, mitigación y gobernanza.
¡Descúbrelo!
Claim Management es la gestión estructurada de los eventos contractuales que pueden producir efectos sobre alcance, plazo, costo, productividad, responsabilidad o derechos de las partes. En proyectos de ingeniería, el objetivo no es “crear claims”, sino identificar tempranamente los hechos con potencial contractual, preservar evidencias, cumplir las notificaciones, analizar causalidad y decidir si el evento debe ser absorbido, formalizado como cambio, negociado o convertido en claim.
La diferencia entre una gestión madura y una actuación reactiva aparece en el tiempo. Cuando el evento se registra mientras ocurre, baseline, documentos, recursos, comunicaciones e impactos todavía pueden verificarse. Cuando el asunto se reconstruye meses después, el equipo depende de memoria, archivos dispersos e interpretaciones conflictivas. Por eso, Claim Management debe funcionar durante la ejecución, integrado con planificación, costos, gestión documental, cambios y gobernanza contractual.
Un sistema eficaz conecta siete elementos: hecho generador, obligación contractual, notice, evidencia contemporánea, nexo causal, impacto demostrable y decisión. La ausencia de uno de estos elementos no elimina automáticamente el claim, pero aumenta la incertidumbre y debilita la capacidad de análisis técnico.
Claim Management no es sinónimo de elaborar un Claim
El claim contractual en ingeniería es una manifestación estructurada sobre determinado derecho o consecuencia contractual. Claim Management es más amplio: organiza el proceso mediante el cual los eventos potenciales son identificados, analizados, documentados, decididos y cerrados.
| Dimensión | Claim puntual | Claim Management |
| foco | una solicitud específica | cartera de eventos, cambios y claims |
| horizonte | normalmente después de materializarse el impacto | desde la aparición del evento |
| evidencia | expediente del caso | sistema continuo de registros |
| responsabilidad | equipo que prepara o analiza el claim | ingeniería, planificación, costos, contratos, Document Control y gestión |
| objetivo | demostrar o impugnar un derecho | controlar la exposición contractual y evitar escaladas innecesarias |
Esta distinción evita que la organización trate los claims únicamente como una actividad jurídica o de cierre. En proyectos complejos, el proceso comienza en campo, ingeniería, cronograma, Procurement y en las interfaces entre contratos.
Del evento al cierre: el ciclo de Claim Management
AACE International trata Contract Change Management como un proceso de gestión aplicable a diferentes estrategias contractuales y métodos de entrega. El principio es compatible con una práctica esencial de ingeniería: los eventos deben entrar en un flujo de control antes de transformarse en una controversia acumulada.
El flujo no significa que todo evento termine en una solicitud financiera o una extensión de plazo. El cribado puede concluir que el riesgo estaba asumido, que no hubo impacto, que el cambio ya fue compensado por otro mecanismo o que la evidencia es insuficiente. El valor del proceso está precisamente en producir una decisión trazable.
Registro de eventos: la capa que evita la reconstrucción tardía
La primera herramienta operativa es un registro de eventos contractuales. Debe ser lo suficientemente simple para utilizarse durante la ejecución y suficientemente completo para permitir análisis posteriores.
Un registro útil relaciona cada evento con fecha, origen, descripción factual, contrato o paquete afectado, requisito relacionado, responsable, notice aplicable, documentos, posible impacto y estado del análisis. No es necesario cuantificar todo el primer día. Es necesario evitar que el hecho desaparezca del sistema.
Los eventos típicos incluyen modificación de diseño, atraso de información, acceso no liberado, interferencia física, restricción operativa, cambio de secuencia, instrucción de campo, suspensión, indisponibilidad de frente, atraso de proveedor, condición imprevista, cambio regulatorio o conflicto de interfaz.
La Gestión de Contratos, Alcance y Entregables reduce la dispersión al conectar estos eventos con el alcance, las responsabilidades y las decisiones formales del proyecto.
Cuando los eventos contractuales quedan dispersos entre correos, actas, cronogramas y relatos de campo, la organización pierde tiempo justamente cuando necesita decidir. Estructurar un flujo único de registro, notice, evidencia y análisis reduce esta exposición y mejora la calidad de la negociación.
Estructure el análisis técnico de adendas, cambios de alcance y claims
Notice: notificar en el momento correcto forma parte de la gestión
Muchos contratos establecen plazo, forma, destinatario y contenido mínimo para las notificaciones. La función del notice no es demostrar por sí solo el mérito del claim. Es preservar la comunicación de que determinado evento puede producir una consecuencia contractual y permitir que la otra parte acompañe, mitigue, instruya o impugne el hecho mientras ocurre.
La gestión debe distinguir comunicación operativa de notificación contractual. Un correo entre ingenieros puede registrar técnicamente el problema, pero no necesariamente cumplir la cláusula de notice. Lo contrario también es cierto: una carta formal sin contenido factual y sin evidencias puede cumplir un rito y continuar siendo técnicamente débil.
Una buena rutina conecta el registro de eventos con un calendario de notices, con responsables y plazos. Esto reduce la dependencia de la memoria y evita que el control contractual comience únicamente cuando el impacto ya se materializó.
Entitlement: antes de calcular, es necesario identificar la base del derecho
El análisis de entitlement pregunta si el contrato y la asignación de riesgos sustentan el tratamiento pretendido. La AACE RP 120R-21 es una referencia específica para demostrar entitlement en change orders y claims en el contexto EPC.
En términos prácticos, el equipo debe localizar la obligación original, identificar el hecho que alteró la condición prevista, verificar quién asumió el riesgo y determinar qué mecanismo contractual se aplica. Un mismo efecto financiero puede derivar de un cambio de alcance, riesgo del contratista, evento compensable, fuerza mayor, atraso atribuible a un tercero o condición ya cubierta por reajuste.
Por eso, los riesgos contractuales y de proveedores y la matriz de riesgos deben formar parte de la lectura del evento, no solo de la planificación inicial.
Evidencia contemporánea: el claim comienza en los registros de ejecución
La evidencia contemporánea es aquella producida durante el curso normal del trabajo, próxima al momento del hecho. Tiende a ser más confiable que las reconstrucciones elaboradas después de que las posiciones de las partes ya están formadas.
Los registros relevantes varían según el evento: diario de obra, informes, actas, RFIs, instrucciones, revisiones de diseño, registros fotográficos, mediciones, timesheets, logs de equipos, entregas de proveedor, histogramas, cronogramas actualizados, informes de productividad, correspondencias y documentos de aprobación.
El objetivo no es acumular archivos. Es construir trazabilidad. Cada evidencia debe ayudar a responder qué ocurrió, cuándo, dónde, quién fue afectado, qué obligación estaba vigente, cuánto duró, qué recursos fueron impactados y qué medidas de mitigación se adoptaron.
Baseline: sin referencia, el impacto se convierte en comparación subjetiva
Claim Management debe preservar la condición de referencia del proyecto. Para plazo, esto incluye cronograma contractual o baseline aprobada, lógica, hitos y premisas. Para costo, presupuesto, composiciones, productividad prevista, recursos y condiciones comerciales. Para alcance, documentos de contratación, SOW, especificaciones y matriz de interfaces.
El Scope of Work en Ingeniería y el Alcance Contractual son referencias fundamentales porque permiten comparar la obligación original con la condición modificada.
Sin una baseline confiable, el análisis tiende a confundir una condición deficiente de origen, baja productividad propia y el efecto real de un evento externo.
Nexo causal: conectar evento, mecanismo y consecuencia
La causalidad es el puente entre el hecho generador y el impacto reclamado. No basta demostrar que ocurrió un evento y que el proyecto terminó más caro o más tarde. Es necesario explicar cómo ese evento alteró determinada actividad, recurso, secuencia, productividad o camino de ejecución.
El análisis puede estructurarse como una cadena: evento → obligación afectada → mecanismo de impacto → actividad o recurso afectado → efecto medible → consecuencia contractual. Cuanto más larga sea esta cadena, mayor será la necesidad de evidencia intermedia.
En eventos de plazo, esta lógica conduce al análisis de criticidad y retraso. En eventos de costo, conduce a la segregación de costos adicionales, improductividad, prolongación, aceleración u otros efectos demostrables. En ambos casos, la correlación temporal no debe tratarse automáticamente como causalidad.
Cuantificación de plazo: Claim Management debe dialogar con el cronograma
El análisis de plazo debe verificar si el evento afectó actividades críticas, consumió float, alteró la secuencia, impidió un frente o exigió replanificación. El método depende del momento del análisis, de la calidad de los cronogramas y del objetivo de la decisión.
Un Time Impact Analysis puede ser apropiado para el análisis prospectivo de determinado evento cuando existe un cronograma confiable y una lógica actualizada. Los análisis retrospectivos pueden exigir otros métodos, especialmente cuando el proyecto ya está concluido o cuando los updates tienen baja calidad.
Claim Management no debe elegir primero el resultado y después buscar un método. La metodología debe ser compatible con los datos existentes y con la pregunta contractual.
Cuantificación de costo: separar costo real, efecto causal y duplicidad
En costos, la disciplina principal es evitar que una variación global sea atribuida íntegramente a un evento específico. La memoria de cálculo debe distinguir costo directo adicional, permanencia, improductividad, movilización, aceleración, terceros, equipos y otros componentes según corresponda.
También es necesario verificar duplicidades. Un costo ya remunerado mediante change order, reajuste, precio unitario, contingencia contractualmente asumida u otro mecanismo no debe reaparecer sin justificación.
El artículo sobre reequilibrio económico-financiero profundiza la reconstrucción de la ecuación económica, mientras Claim Management organiza el proceso continuo que permite llegar a ese análisis con registros confiables.
En contratos con múltiples proveedores y cambios frecuentes, prevenir claims depende menos de una carta bien redactada al final y más de una gobernanza continua sobre alcance, entregables, interfaces, decisiones y evidencias durante la ejecución.
Conozca la solución de Gestión de Contratos, Alcance y Entregables
Mitigación: controlar el impacto también forma parte del claim
Una organización madura no utiliza el registro del evento como justificación para dejar crecer el impacto. La gestión debe documentar qué medidas fueron evaluadas y adoptadas para reducir plazo, costo o productividad perdida.
La mitigación puede involucrar resecuenciación, liberación parcial de frente, cambio de método, recursos adicionales, priorización de ingeniería, solución temporal, compra alternativa o decisión acelerada. Cada medida puede generar nuevos costos o riesgos y necesita ser registrada.
El análisis posterior es más robusto cuando puede mostrar no solo el problema, sino también las alternativas consideradas y por qué determinada respuesta fue técnica y económicamente razonable.
Integración entre cambio, adenda y claim
Change Management y Claim Management deben dialogar, pero no son idénticos. Un cambio identificado y acordado tempranamente puede formalizarse mediante change order o adenda sin transformarse en disputa. Un claim puede surgir cuando existe divergencia sobre entitlement, plazo, costo, responsabilidad o cuantificación.
El artículo sobre Engineering Change Management trata la gobernanza del cambio técnico; la Adenda Contractual aborda la formalización contractual. Claim Management ocupa la interfaz en la que eventos y cambios necesitan analizarse antes de su resolución económica y contractual.
Gobernanza: quién registra, quién analiza y quién decide
Un error recurrente es concentrar todo el proceso en un contract manager sin integrar las disciplinas que producen las evidencias. El claim nace en interfaces técnicas; por eso, el sistema debe definir roles.
Ingeniería caracteriza requisito y cambio. Planificación evalúa el efecto temporal. Cost Control analiza el quantum. Document Control preserva la trazabilidad documental. Procurement y fiscalización registran eventos de proveedores y campo. La gestión contractual interpreta cláusulas y notices. Legal evalúa implicaciones jurídicas cuando es necesario. La autoridad decisoria aprueba la posición final de la organización.
Una matriz RACI puede formalizar esta gobernanza, pero lo esencial es que exista ownership por evento y plazo para decisión. Los eventos sin responsable tienden a envejecer hasta convertirse en controversias difíciles de reconstruir.
Claim register: transformar una colección de casos en una cartera gestionable
Además del event register, los proyectos de mayor complejidad pueden mantener un claim register con los casos que superaron el cribado inicial. Debe permitir una visión ejecutiva sin sustituir los expedientes técnicos.
Los campos útiles incluyen valor o rango de exposición, impacto potencial de plazo, estado del entitlement, calidad de la evidencia, probabilidad de resolución, responsable, próxima acción, plazo contractual y dependencia de decisión.
Esta visión ayuda a la gestión a priorizar los casos de mayor exposición y evita que el número de claims sea utilizado como único indicador. Un proyecto puede tener pocos claims de altísimo impacto o muchos eventos de baja relevancia.
Indicadores de Claim Management
La función debe medir calidad y velocidad del proceso, no la “cantidad de claims generados”. Indicadores útiles son el tiempo entre evento y registro, notices emitidos dentro del plazo, eventos sin responsable, antigüedad media de los casos, exposición financiera, exposición de plazo, porcentaje resuelto mediante cambio negociado y porcentaje que evolucionó hacia una disputa.
Otro indicador importante es la calidad de la evidencia. Los casos clasificados como “alto impacto y baja evidencia” merecen atención inmediata porque combinan exposición relevante con baja capacidad de decisión.
Matriz de sustanciación: conectar obligación, hecho, evidencia e impacto
Una de las formas más eficientes de elevar la calidad de un claim es estructurar una matriz de sustanciación antes de consolidar la narrativa. Funciona como un mapa de prueba: para cada alegación relevante, identifica la obligación contractual relacionada, el hecho generador, la evidencia contemporánea, el mecanismo causal, el efecto de plazo o costo y la conclusión pretendida.
Este método reduce dos problemas recurrentes. El primero es el exceso de documentos sin una función clara: cientos de anexos pueden hacer el claim más voluminoso sin volverlo más demostrable. El segundo es la existencia de conclusiones sin puente probatorio, como cuando se presenta un valor adicional sin explicar qué recursos fueron afectados, durante qué período y por qué mecanismo.
| Elemento | Pregunta de control | Evidencia esperada |
| obligación | ¿qué preveía el contrato? | cláusula, SOW, requisito, plano o matriz de riesgos |
| evento | ¿qué cambió o dejó de ocurrir? | notice, RFI, instrucción, acta, diario o correspondencia |
| causalidad | ¿cómo afectó el evento a la ejecución? | secuencia, registro de frente, recurso, productividad o cronograma |
| impacto | ¿qué consecuencia fue medida? | memoria de cálculo, TIA, medición, costo real o demostrativo |
| tratamiento | ¿qué consecuencia contractual se defiende? | extensión de plazo, compensación, cambio o rechazo fundamentado |
La matriz también es útil para una revisión independiente. Un tercero puede identificar rápidamente dónde existe buena sustentación y dónde hay lagunas. En lugar de discutir el claim como un documento indivisible, el equipo pasa a examinar elementos específicos y puede solicitar evidencias adicionales antes de la presentación.
Madurez del evento: no todo caso está listo para ser cuantificado
Los eventos contractuales evolucionan. En un primer momento puede existir solo un hecho potencialmente relevante; después surgen evidencias de impacto, una base contractual más clara, duración conocida y datos suficientes para cuantificación. Tratar todos los casos como si estuvieran en el mismo nivel de madurez lleva a decisiones precipitadas.
Una clasificación simple puede separar evento identificado, evento en análisis, cambio potencial, claim en preparación, claim presentado, negociación y cierre. Cada etapa exige información diferente. Un evento recién identificado necesita responsable, notice y preservación de evidencia; un claim en preparación exige causalidad y quantum; una negociación exige posición técnica consolidada, límites de concesión y registro de las premisas discutidas.
Esta madurez debe aparecer en el claim register. No es adecuado atribuir precisión financiera artificial a un caso que todavía carece de datos. En fases iniciales, los rangos de exposición y niveles de confianza son más honestos que un valor cerrado. A medida que la evidencia madura, la estimación puede sustituirse por una memoria de cálculo detallada.
La gobernanza mejora cuando la dirección sabe diferenciar “exposición posible” de “claim técnicamente demostrado”. Esto evita que valores preliminares sean tratados como activos ciertos o pasivos inevitables.
Análisis defensivo: Claim Management también sirve para evaluar claims recibidos
Claim Management no debe existir únicamente del lado que formula la solicitud. Owners, contratistas EPC, gerenciadoras y contratantes también necesitan un proceso estructurado para analizar claims recibidos. La lógica es simétrica: verificar entitlement, notice, baseline, causalidad, mitigación y cuantificación antes de aceptar, rechazar o negociar.
Una respuesta técnicamente robusta evita dos extremos. Aceptar rápidamente un valor por presión de plazo puede incorporar costos sin demostración suficiente. Rechazar íntegramente un claim plausible, por otro lado, puede elevar la disputa y postergar una solución que habría sido más económica durante la ejecución.
El análisis defensivo debe contrastar la narrativa con los propios registros del proyecto. Si el contratista afirma que determinado frente estuvo indisponible, por ejemplo, el equipo debe confrontar diarios, liberaciones, actividades alternativas, recursos movilizados y cronograma contemporáneo. Si la alegación involucra productividad, es necesario distinguir el efecto del evento del desempeño propio, curva de aprendizaje, falta de recursos, retrabajo o condición ya prevista.
El resultado no tiene que ser binario. Un claim puede tener entitlement reconocido y quantum cuestionado; puede tener impacto de plazo demostrado sin costo compensable; o puede contener partidas válidas y duplicadas. La respuesta debe descomponer estas conclusiones para facilitar negociación y decisión.
Negociación técnica y settlement: resolver sin perder trazabilidad
No todo claim necesita avanzar hasta una disputa formal. En muchos proyectos, la mejor decisión económica es negociar durante la ejecución, cuando todavía existen alternativas de mitigación e interés común en la continuidad del proyecto. Para ello, la negociación debe partir de una base técnica organizada.
El equipo debe separar hechos incontrovertidos, puntos de divergencia, rango de exposición, riesgos de plazo, costo de prolongar la discusión y dependencias futuras. Esta estructura ayuda a negociar sobre elementos verificables, y no únicamente sobre posiciones globales.
También es importante registrar exactamente qué fue resuelto. Un settlement o acuerdo sobre change order debe definir período, eventos comprendidos, valores, efectos de plazo, ítems excluidos y consecuencias sobre claims relacionados. Sin esta delimitación, una solución aparentemente definitiva puede reaparecer en otra solicitud bajo una nomenclatura diferente.
La trazabilidad de la negociación protege a ambas partes. Permite entender qué premisas sustentaron la decisión y evita que concesiones comerciales sean posteriormente interpretadas como reconocimiento amplio de responsabilidad técnica o contractual.
Claim Management preventivo reduce la necesidad de análisis forense tardío
Cuanto antes la organización conecte evento, contrato y evidencia, menor será la necesidad de reconstrucción forense durante el cierre. Esto no elimina controversias legítimas, pero mejora la calidad de la discusión.
La prevención depende de alcance claro, requisitos trazables, cronograma confiable, gestión de cambios, registros contemporáneos y decisiones formales. Por lo tanto, Claim Management no es un proceso aislado: es una capa de gobernanza que integra funciones ya existentes en el proyecto.
Consideraciones finales
Claim Management en proyectos de ingeniería debe operar como un sistema continuo de identificación, documentación, análisis y decisión. Su valor está en transformar eventos dispersos en una cadena verificable entre contrato, baseline, evidencia, causalidad, plazo, costo y resolución.
Cuando este proceso funciona durante la ejecución, la organización consigue diferenciar rápidamente un evento absorbible, un cambio negociable y un claim que exige análisis más profundo. También reduce la dependencia de reconstrucciones tardías y mejora la capacidad de negociación porque las posiciones están sustentadas por hechos contemporáneos.
La disciplina no sustituye la gestión de alcance, planificación, costos o análisis jurídico. Conecta estas funciones en el momento en que un hecho puede alterar derechos y obligaciones contractuales.
Referencias técnicas
[1] AACE INTERNATIONAL. Recommended Practice 100R-19 — Contract Change Management: As Applied in Engineering, Procurement, and Construction. Morgantown: AACE International. Disponible en: https://web.aacei.org/resources/recommended-practices
[2] AACE INTERNATIONAL. A Primer for Claims and Disputes (Claims 101). Source Extra, 24 ago. 2022. Disponible en: https://source.aacei.org/2022/08/24/a-primer-for-claims-and-disputes-claims-101/
[3] AACE INTERNATIONAL. Spotlight on Recommended Practice 100R-19: Contract Change Management. 24 feb. 2021. Disponible en: https://communities.aacei.org/events/event-description?CalendarEventKey=63a7cb54-e138-40b6-974f-2da402a8c0c5&hlmlt=ED
Preguntas frecuentes
Es la gestión continua de eventos contractuales con potencial de alterar alcance, plazo, costo, productividad o responsabilidades, desde el registro y notice hasta el análisis, negociación, formalización y cierre.
No. El claim es una solicitud contractual específica. Claim Management es el proceso más amplio que identifica, documenta, analiza y gobierna una cartera de eventos, cambios y claims durante la ejecución.
No. El cribado puede concluir que el riesgo estaba asumido, que no hubo impacto, que el cambio fue negociado mediante otro mecanismo o que no existe entitlement suficiente.
Depende del evento, pero los registros contemporáneos como diarios, actas, RFIs, revisiones, cronogramas, mediciones, informes de productividad, correspondencias, fotos y logs de recursos son especialmente valiosos.
Change Management gobierna cambios técnicos y contractuales. Claim Management trata eventos y divergencias que pueden generar derechos, impactos y claims. Un cambio bien resuelto tempranamente puede no convertirse nunca en claim.
La gobernanza debe ser multidisciplinaria. La gestión contractual coordina, mientras Ingeniería, Planificación, Costos, Document Control, Procurement, fiscalización y Jurídico contribuyen según el evento y la decisión.
Materiales técnicos complementarios
Contenidos principales sobre el tema
- Claim Contractual en Ingeniería: cómo estructurar técnicamente un Claim
- Reequilibrio Económico-Financiero en Contratos de Ingeniería
- Revisión, Reajuste y Repactuación Contractual en Ingeniería
Contenidos técnicos relacionados
- Alcance Contractual en Ingeniería
- Riesgos Contractuales y de Proveedores en Proyectos de Ingeniería
- Engineering Change Management (ECM) en Proyectos de Ingeniería
