AI en la diligencia debida técnica: detección de riesgos de cronograma, coste y fiabilidad antes de la firma

1. Utilice AI para ampliar el campo de evidencia preservando la autoridad de decisión

La diligencia de ingeniería es un ejercicio de conversión de evidencia. El comprador recibe planos, cronogramas, informes de costes, historiales de mantenimiento, registros de inspección, contratos, datos operativos y explicaciones de la dirección. Cada fuente describe una parte diferente del activo o proyecto. El equipo de la transacción debe determinar qué registros están vigentes, si se concilian entre sí y cómo afectan las condiciones identificadas al valor, la caja, la finalización y la continuidad.

AI puede ampliar la cantidad de material revisado dentro del calendario de la transacción. Los modelos de documentos pueden clasificar archivos, extraer identificadores y conectar revisiones. Los modelos analíticos pueden examinar redes de cronogramas, variaciones de costes e historiales de mantenimiento. Los métodos estadísticos pueden revelar grupos inusuales de fallos, sobrescrituras repetidas o avances incoherentes. Estas capacidades mejoran la cobertura cuando la evidencia está controlada. Generan riesgo cuando un resumen generado pierde la procedencia o se trata una puntuación de anomalía como una conclusión de ingeniería.

El principio operativo es el aumento controlado. El sistema debe mostrar la fuente, la transformación, la versión del modelo, la salida y la decisión del revisor para cada señal material. El revisor de ingeniería conserva la responsabilidad sobre la causalidad y el juicio técnico. El equipo de la operación conserva la responsabilidad sobre la valoración, la estructura y la negociación. El consejo o el comité de inversiones conserva sus derechos de decisión.

El Marco de Gestión de Riesgos de AI de NIST organiza el riesgo de AI mediante las funciones de gobernar, mapear, medir y gestionar.[3] Su Perfil generativo de AI añade acciones para riesgos específicos de los sistemas generativos.[4] ISO/IEC 42001 proporciona una estructura de sistema de gestión de AI que abarca políticas, objetivos, procesos y mejora continua.[6] Estos marcos apoyan un entorno de diligencia debida en el que la velocidad, la trazabilidad, la seguridad y la rendición de cuentas se diseñan conjuntamente.

El primer resultado práctico debe ser un registro de análisis. Recoge la pregunta, la población de evidencia, el método, las limitaciones, el revisor, el umbral de materialidad y el uso permitido en la transacción. Un modelo que pueda agrupar narrativas de mantenimiento puede apoyar el descubrimiento. No debe determinar de forma independiente la vida útil remanente, el cumplimiento de seguridad ni el precio de compra. El uso aprobado debe ser explícito antes de que el modelo acceda a datos confidenciales de la sociedad objetivo.

2. Definir la tesis de la transacción y el perímetro de ingeniería

El alcance de la diligencia debida debe partir de la tesis de valor. Un comprador que adquiere un contratista de ingeniería puede preocuparse por la calidad de la cartera de pedidos, el coste hasta la finalización, las reclamaciones, la capacidad de los equipos y la dependencia de personas clave. Un comprador que adquiere un activo industrial puede preocuparse por la integridad, la fiabilidad, el capex de mantenimiento, los permisos y la continuidad operativa. Un inversor en proyectos puede centrarse en la finalización, las pruebas de rendimiento, el riesgo de interfaces y los daños liquidados.

El perímetro de ingeniería registra las entidades jurídicas, los emplazamientos, los proyectos, las líneas de producción, los servicios auxiliares, los sistemas, los contratos y los periodos incluidos en el análisis. También identifica exclusiones. Un grupo puede compartir recursos de mantenimiento, software de ingeniería, laboratorios, repuestos, salas de control y propiedad intelectual entre emplazamientos. El equipo de diligencia debida debe distinguir los activos transferidos al cierre de los servicios que requieren un acuerdo de transición.

El perímetro temporal importa. Una extracción de mantenimiento de doce meses puede pasar por alto un ciclo de parada de varios años. Un cronograma actual puede ocultar reajustes de línea base anteriores. Una mejora reciente de la fiabilidad puede suceder a un periodo de indisponibilidad anómalo. El plan de evidencia debe abarcar un periodo suficientemente largo para observar estados representativos de operación, construcción y mantenimiento.

El perímetro de decisión traduce la tesis de la operación en preguntas verificables. ¿Puede el programa actual alcanzar la finalización mecánica dentro de la previsión del vendedor? ¿Es la contingencia restante adecuada para el alcance conocido y latente? ¿Puede el activo instalado alcanzar la producción y la disponibilidad asumidas en la valoración? ¿Qué hallazgos exigen precio, depósito en garantía, retención, una condición de cierre o una actuación de propiedad con fondos asignados?

El control del alcance evita la deriva analítica. El equipo debe aprobar ampliaciones cuando la evidencia apunte a un nuevo riesgo material. También debe registrar las preguntas aplazadas a la diligencia debida de confirmación, el asesoramiento especializado o la verificación posterior al cierre. Un registro de alcance visible preserva la distinción entre evidencia incompleta y una conclusión adversa.

3. Crear un mapa de datos del proyecto antes de ejecutar modelos

El mapa de datos del proyecto es la base del análisis. Inventaría cada fuente, propietario, sistema, fecha de extracción, periodo, unidad, identificador, revisión, restricción de acceso y finalidad transaccional. Abarca registros estructurados como actividades de cronograma y órdenes de trabajo, registros semiestructurados como hojas de inspección, y registros no estructurados como narrativas de avance, correspondencia y fotografías.

El diagrama muestra una ruta analítica controlada; los sistemas reales y los derechos de decisión dependen de la transacción.

Los identificadores crean el primer desafío de conciliación. Una bomba puede tener una etiqueta en el registro de activos, otra en el sistema de mantenimiento y una tercera en el historiador. Una actividad de proyecto puede usar un código de paquete que difiera de la cuenta de costes. El mapa de identidad debe preservar los identificadores originales y crear tablas de correspondencia controladas en lugar de sobrescribir los valores de origen.

La procedencia debe sobrevivir a cada transformación. Si un modelo convierte órdenes de trabajo en texto libre en categorías de fallo, el registro resultante debe enlazar con el texto original y la regla de transformación. Si las fechas se normalizan, la zona horaria y la marca temporal originales deben seguir disponibles. Si se eliminan registros duplicados, deben documentarse la regla de duplicados y el registro conservado.

ISO 55001:2024 refuerza el énfasis en la toma de decisiones, el valor, el riesgo, los datos y la acción predictiva en la gestión de activos.[7] ISO 55013 aborda la gestión de activos de datos para respaldar los objetivos de gestión de activos.[8] En la diligencia debida de transacciones, estos principios se traducen en una sala de datos que puede respaldar tanto el análisis antes de la firma como la operación controlada después del cierre.

Tabla 1. Registro de datos y controles de diligencia debida de ingeniería

Los controles exigidos dependen del tipo de activo, el perímetro de la operación y la materialidad.

4. Normalizar las estructuras de trabajo, costes y equipos

El análisis entre sistemas requiere un grano analítico común. Las actividades del cronograma, las cuentas de costes, los contratos, las etiquetas de equipos y las órdenes de trabajo de mantenimiento rara vez comparten una única jerarquía. El equipo de diligencia debida debe establecer un mapa controlado que conecte cada elemento con el sitio, el sistema, el paquete de trabajo, la parte responsable y la cuestión de la transacción.

La estructura de desglose del trabajo debe representar los entregables y el alcance. La estructura de desglose de la organización muestra la responsabilidad. La estructura de desglose de costes registra el gasto. La jerarquía de equipos muestra las relaciones físicas padre-hijo. Sus propósitos difieren, por lo que el modelo analítico debe conectarlas sin fusionarlas en una única jerarquía artificial.

Las unidades y los calendarios requieren la misma disciplina. Los datos de costes pueden mezclar monedas, valores nominales y reales, y tratamientos fiscales. Los datos del cronograma pueden usar semanas laborables, festivos y turnos diferentes. Los datos de fiabilidad pueden expresar el tiempo de funcionamiento en horas, ciclos, arranques o toneladas de producción. La capa de normalización debe registrar cada conversión y conservar los valores de origen.

El control de versiones es esencial porque la evidencia de la operación cambia durante la diligencia debida. Una previsión de finalización revisada puede incorporar una nueva fecha de proveedor. Un nuevo extracto de mantenimiento puede incluir órdenes de trabajo cerradas después de la fecha de valoración. Cada ejecución de análisis debe identificar la instantánea de origen y la fecha de vigencia. Las revisiones materiales deben compararse con versiones anteriores para mostrar qué supuestos o registros cambiaron.

El resultado es una tabla de conciliación que muestra registros no coincidentes, relaciones uno a muchos y ambigüedades no resueltas. Estos constituyen hallazgos por sí mismos. Una cuenta de costes sin actividad de cronograma puede representar alcance no planificado. Una actividad crítica del cronograma sin coste comprometido puede indicar una previsión incompleta. Una etiqueta de equipo con fallos pero sin registro en el inventario de activos puede indicar un control débil sobre la base instalada.

5. Crear una cola de anomalías en lugar de un motor de conclusiones

Una anomalía es una señal que merece investigación. Puede surgir de una regla, un modelo estadístico, una prueba de grafos, un modelo de lenguaje o un umbral de ingeniería. El sistema debe crear una cola con la señal, los registros de origen, el método, la confianza, la materialidad potencial y la disposición del revisor.

Los falsos positivos son esperables. Un hito de duración cero puede ser válido. Un pico de costes puede reflejar una movilización planificada. Las alarmas repetidas de equipos pueden deberse a un fallo del sensor en lugar de a un deterioro físico. La revisión humana debe probar el contexto operativo y las explicaciones alternativas antes de que una señal se convierta en un problema confirmado.

Los falsos negativos también importan. Un modelo entrenado con categorías históricas de mantenimiento puede pasar por alto un nuevo modo de fallo. Unos datos de fallos escasos pueden hacer que un activo poco fiable parezca estable. Es posible que la dirección haya cambiado las prácticas de codificación tras una reorganización. El diseño de la diligencia debida debe combinar varias pruebas y mantener el muestreo manual para los registros de alto impacto.

Los volúmenes hipotéticos ilustran la disciplina del flujo de trabajo; no describen una operación.

Tabla 2. Clase de anomalía, validación y respuesta permitida

Una puntuación del modelo por sí sola no debería determinar la conclusión de una transacción.

La cola debe registrar la evidencia de cierre. Una señal puede confirmarse, rechazarse, fusionarse, diferirse o quedar sin resolver. Las señales rechazadas deben permanecer en el rastro de auditoría porque los falsos positivos repetidos pueden revelar un modelo débil o un problema de datos. Las señales de alto impacto sin resolver deben afectar a la limitación de la diligencia debida, la protección de la transacción o el calendario de decisiones.

6. Probar la lógica del cronograma antes de aceptar las fechas de finalización

Un cronograma es un modelo de trabajo, dependencias, calendarios y restricciones. Su fecha de finalización solo es creíble cuando la red subyacente es completa, está lógicamente conectada, tiene en cuenta los recursos y se actualiza con un avance fiable. La GAO Schedule Assessment Guide establece diez prácticas para un cronograma fiable y de alta calidad, y vincula el riesgo del cronograma con el coste del ciclo de vida.[1]

Las pruebas automatizadas pueden identificar predecesoras o sucesoras faltantes, desfases excesivos, actividades largas, restricciones estrictas, holgura negativa, fechas reales no válidas y rutas críticas interrumpidas. El análisis de grafos puede revelar conglomerados desconectados y actividades cuya flexibilidad aparente depende de una lógica incompleta. Estas pruebas deben calibrarse con el estándar de planificación y la fase del proyecto.

La evidencia del avance requiere una revisión independiente. El porcentaje completado declarado puede ser subjetivo cuando la actividad carece de una regla medible. El equipo de diligencia debida debe comparar el avance con cantidades, hitos certificados, equipos instalados, planos aprobados, registros de pruebas, facturas y evidencia en obra. Una actividad no debe darse por completada solo porque haya pasado su finalización prevista.

La redefinición de la línea base puede ocultar el historial de desempeño. El equipo debe comparar las líneas base actuales y anteriores, identificar hitos desplazados, actividades añadidas, alcance eliminado, calendarios modificados y lógica revisada. El análisis debe distinguir el cambio de alcance aprobado de los supuestos de recuperación y del optimismo del cronograma.

Las restricciones de recursos pueden invalidar una red lógicamente sólida. Los equipos críticos de ingeniería, puesta en marcha o especialistas pueden estar programados en actividades simultáneas. Las fechas de proveedores y permisos pueden quedar fuera del archivo nativo. La revisión del cronograma debe vincular la red con la evidencia de compras, dotación de personal, acceso e interfaces.

7. Cuantificar el riesgo del cronograma como una distribución y un mapa causal

Una única fecha de previsión oculta incertidumbre. El análisis del riesgo del cronograma debe modelar la incertidumbre en duraciones, correlaciones, eventos discretos y ramificaciones condicionales. El resultado es una distribución de resultados de finalización y un mapa de los factores que los impulsan.

El modelo debe distinguir la incertidumbre de la contingencia de gestión. Un rango de duración puede representar variabilidad ordinaria. Un riesgo discreto puede representar un retraso en permisos, un fallo de equipos durante las pruebas o un incumplimiento de proveedor. Un plan de recuperación debe modelarse como una intervención con supuestos de coste, recursos y ejecución.

Las puntuaciones hipotéticas solo ilustran la priorización; las evaluaciones reales requieren evidencia del cronograma específica del proyecto.

El modelo de la transacción debe traducir el tiempo en economía. Un retraso puede ampliar los costes del propietario, los intereses durante la construcción, los alquileres, las garantías y el capital circulante. Puede diferir los ingresos, activar penalizaciones por demora o acortar un periodo de operación contratado. Algunos impactos no son lineales porque perder una ventana estacional o no alcanzar un hito de permisos puede provocar un cambio escalonado mayor.

El cuestionamiento de la dirección debe centrarse en la cadena causal. Si la puesta en marcha impulsa la cola de la distribución, el equipo debe examinar los procedimientos de prueba, la finalización del sistema, la asistencia de proveedores, los repuestos y el cierre de la lista de pendientes. Si las compras impulsan la cola, debe examinar el avance de fabricación, el transporte marítimo, las aduanas, la preparación del sitio y el suministro sustitutivo. La distribución del cronograma resulta útil para la decisión cuando cada factor impulsor cuenta con evidencia y un responsable de mitigación.

8. Reconstruir el coste hasta la finalización a partir del alcance, los compromisos y los costes reales

La Guía de estimación y evaluación de costes de la GAO hace hincapié en las líneas base técnicas, las estructuras de desglose del trabajo, los supuestos, los datos, los métodos de estimación, la sensibilidad, el análisis de riesgos, la documentación y las actualizaciones con costes reales.[2] Estas prácticas proporcionan un marco de control útil para la diligencia debida de la transacción, incluso cuando el proyecto se financia de forma privada.

El coste hasta la finalización debe partir del alcance restante, no del total previsto por el vendedor. El equipo debe conciliar el presupuesto, el coste real, los compromisos, los devengos, los cambios aprobados, los cambios pendientes, las reclamaciones, la contingencia y la previsión. Debe identificar los costes omitidos porque se encuentran en otra entidad, contrato o cuenta.

AI puede acelerar la clasificación de facturas, la asignación de costes a contratos y la comparación de previsiones descriptivas con los movimientos del libro mayor. Puede señalar cuentas de costes cuya previsión restante es inferior a los compromisos abiertos, paquetes de trabajo con avance pero sin devengo, y compromisos que carecen de actividades de cronograma. Cada señal requiere revisión contable y de ingeniería.

La contingencia debe analizarse por titularidad y riesgo. La contingencia general, la reserva de diseño, la escalación, el tipo de cambio, el crecimiento de cantidades y la reserva de cronograma responden a preguntas diferentes. La contingencia utilizada debe conciliarse con los riesgos materializados. La contingencia restante debe contrastarse con el registro de riesgos actual y la madurez del alcance.

El equipo debe distinguir el coste hundido de la exposición económica futura. El sobregasto histórico puede indicar controles débiles, pero la decisión de la transacción depende del coste restante y de su recuperabilidad. Una reclamación del vendedor contra un contratista puede reducir la exposición solo cuando el derecho, la evidencia, la capacidad de la contraparte y el calendario de cobro lo respaldan.

9. Interpretar las órdenes de cambio y las reclamaciones como un sistema

Las órdenes de cambio conectan el alcance, el cronograma, el coste, los derechos contractuales y la caja. Su análisis debe ir más allá del valor aprobado. El equipo de diligencia debida debe vincular cada cambio con la instrucción, la revisión de diseño, la notificación, la cotización, la aprobación, el trabajo realizado, el coste incurrido, el efecto en el cronograma, la factura y el cobro.

Los modelos de lenguaje pueden extraer de la correspondencia las partes, las fechas, las cláusulas, los importes solicitados y las causas declaradas. El registro controlado debe conservar el documento original y distinguir el texto extraído de la interpretación jurídica. El privilegio legal, la confidencialidad y el asesoramiento específico de cada jurisdicción requieren un tratamiento explícito.

Las causas repetidas pueden revelar riesgo estructural. La información de diseño tardía puede provocar retrabajos en varios paquetes. Las restricciones de acceso pueden generar interrupciones acumulativas. Un proveedor puede presentar reclamaciones fragmentadas por un mismo hecho subyacente. La agrupación puede ayudar a identificar estos patrones, seguida de una revisión de ingeniería y jurídica.

El modelo financiero debe separar los cambios aprobados, probables, disputados y no presentados. El reconocimiento de ingresos, el devengo de costes, el cobro y el derecho legal pueden diferir. Un activo de reclamación optimista puede inflar el margen y el capital circulante, al tiempo que crea exposición de financiación futura.

Las respuestas de la transacción incluyen ajuste de precio, indemnización específica, depósito en garantía, retención, apoyo a la finalización, activo excluido, condición suspensiva o un plan operativo revisado. La respuesta debe guiarse por la evidencia, la materialidad, la recuperabilidad y el control de la causa subyacente.

10. Vincular la evidencia de aprovisionamiento con el cronograma y el desempeño

El riesgo de aprovisionamiento abarca la especificación, la capacidad del proveedor, la fabricación, la calidad, la logística, las aduanas, el almacenamiento, la instalación y la garantía. Una orden de compra marcada como cursada no demuestra que el equipo vaya a llegar, integrarse o funcionar a tiempo.

El mapa de datos debe vincular las actividades del cronograma con las solicitudes de compra, las órdenes de compra, los planos de los proveedores, los puntos de inspección, el estado de fabricación, los documentos de envío y la recepción en obra. La conciliación asistida por AI puede identificar vínculos faltantes y fechas contradictorias. La inspección física y la confirmación del proveedor siguen siendo necesarias para los elementos significativos.

Los equipos con plazos de entrega prolongados requieren evidencia de congelación del diseño, entregables técnicos aprobados, cupos de producción, pagos por avance, planes de calidad, pruebas en fábrica y preparación para el envío. Las dificultades financieras del proveedor pueden generar una exposición oculta incluso cuando el avance de fabricación reportado sea alto.

El riesgo de sustitución es relevante cuando un proyecto contempla equipos alternativos. El equipo responsable debe probar la equivalencia técnica, la certificación, la interfaz, la garantía, el plazo de entrega y la aprobación contractual. Un sustituto de menor coste puede generar un retraso en la puesta en marcha o un coste del ciclo de vida que supere el ahorro en la adquisición.

Los documentos de la transacción pueden asignar los riesgos de adquisición identificados mediante apoyo a la finalización, covenants específicos, contraprestación retenida o condiciones de cierre. El plan de titularidad debe designar a la persona responsable de la relación con proveedores y del cierre de interfaces desde la firma hasta la finalización.

11. Evaluar la puesta en marcha como un hito de evidencia

La puesta en marcha convierte equipos instalados en un sistema en funcionamiento. La finalización mecánica, la energización, las pruebas funcionales, las pruebas integradas, las pruebas de rendimiento y la aceptación final son estados separados. La diligencia debida debe identificar la evidencia y las autorizaciones requeridas para cada uno.

Los resultados de las pruebas deben compararse con las condiciones de diseño, las garantías contractuales y las condiciones reales de operación. Una prueba superada a carga parcial puede no respaldar la fiabilidad a plena carga. Una prueba corta puede no revelar inestabilidad térmica, de vibración o de control. Las exenciones y los puntos pendientes deben vincularse con el riesgo y la remediación.

AI puede comparar hojas de prueba, registros de alarmas y curvas de rendimiento entre poblaciones de equipos. Puede identificar secuencias de fallo inusuales o anulaciones manuales repetidas. El revisor debe verificar la calibración de los sensores, los límites de la prueba, la exhaustividad de los datos y el efecto de la intervención del operador.

El riesgo de interfaces suele aparecer durante las pruebas integradas. Un equipo que supera las pruebas de forma independiente puede fallar al conectarse a energía, control, servicios auxiliares o condiciones del proceso aguas arriba. El enfoque de ingeniería de sistemas descrito en el manual de la NASA hace hincapié en los requisitos, las interfaces, la verificación, la validación y la gestión técnica a lo largo del ciclo de vida.[11]

La preparación para el cierre debe distinguir la evidencia disponible antes de la firma, la evidencia prevista antes de la finalización y la evidencia que solo puede surgir durante la titularidad. Las pruebas posteriores a la firma que sean significativas pueden requerir una condición, una retención, una garantía, un seguro o un plan de remediación financiado.

12. Construir el análisis de fiabilidad a partir de la evidencia de régimen de servicio, fallos y mantenimiento

La fiabilidad es la probabilidad de que un elemento desempeñe su función requerida en condiciones declaradas durante un período declarado. La diligencia debida debe especificar la función, el contexto operativo, la demanda, la definición de fallo y el período de observación antes de calcular una tasa.

El historial de fallos por sí solo puede inducir a error. Un número bajo de fallos puede reflejar un tiempo de funcionamiento limitado, un uso en espera oculto, órdenes de trabajo faltantes o una sustitución reciente. Un número alto puede reflejar una detección agresiva y un buen reporte. El análisis debe vincular los fallos con la exposición, el régimen de servicio, el entorno, el mantenimiento y la configuración.

Las curvas hipotéticas demuestran sensibilidad; no son estimaciones para un activo identificado.

La población de equipos debe segmentarse por diseño, antigüedad, régimen de servicio y estado de modificaciones. Agrupar activos no homogéneos puede ocultar una cohorte débil. Las observaciones censuradas y los elementos sustituidos deben tratarse de forma explícita. Deben presentarse intervalos de confianza cuando la muestra sea pequeña.

La norma IEC 61508 aborda la seguridad funcional de los sistemas relacionados con la seguridad eléctricos, electrónicos y electrónicos programables.[10] La integridad de seguridad, la fiabilidad y la disponibilidad están relacionadas, pero son distintas. Una revisión de la transacción debe preservar esas distinciones y recurrir a experiencia cualificada en seguridad funcional cuando corresponda.

Tabla 3. Evidencia de fiabilidad e interpretación de la transacción

La interpretación requiere criterio de ingeniería específico para cada activo y contexto operativo.

13. Convertir el historial de mantenimiento en necesidades futuras de efectivo

La diligencia debida de mantenimiento debe conciliar el trabajo planificado, el trabajo completado, el trabajo vencido, las averías, las inspecciones, los defectos, los repuestos y la capacidad de los contratistas. El objetivo es estimar el trabajo y el efectivo necesarios para preservar un funcionamiento seguro y fiable conforme al plan del comprador.

Las órdenes de trabajo en texto libre pueden clasificarse en modos de fallo, causas y acciones. El modelo debe mantener la incertidumbre cuando el lenguaje sea ambiguo. Los códigos de síntomas repetidos pueden representar una única causa raíz no resuelta. El texto de cierre, como «probado correctamente», puede no demostrar que se haya eliminado un defecto.

La cartera de trabajos pendientes debe segmentarse por consecuencia para la seguridad, consecuencia para la producción, requisito reglamentario, criticidad de los activos, antigüedad y ventana de acceso. Las estimaciones monetarias deben incluir mano de obra, materiales, soporte especializado, paradas y trabajos derivados. El valor de la cartera de trabajos pendientes no es simplemente la suma de las estimaciones de las órdenes de trabajo, porque las tareas relacionadas pueden solaparse o requerir una parada común.

El trabajo de integridad de activos de la HSE pone de relieve la necesidad de sistemas de mantenimiento que mantengan disponibles y fiables los elementos críticos para la seguridad cuando se requieran.[20] La diligencia debida de la transacción debe comprobar si los regímenes de inspección y mantenimiento reflejan los peligros actuales, los mecanismos de degradación y las condiciones de servicio.

El plan de propiedad debe distinguir el mantenimiento de recuperación, el mantenimiento recurrente y el capital de mejora. Los trabajos de recuperación pueden afectar al precio o a la capacidad de endeudamiento. Los trabajos recurrentes pertenecen al flujo de caja en estado estacionario. El capital de mejora requiere un caso de negocio separado y no debe utilizarse para ocultar el coste de restablecer el control básico.

14. Revisar la tecnología operativa y la continuidad de los datos

Los análisis de ingeniería a menudo dependen de historiadores, controladores, sensores, plataformas de mantenimiento y acceso remoto de proveedores. Estos sistemas afectan tanto a la operación como a la evidencia utilizada en la diligencia debida. Una debilidad de ciberseguridad o de continuidad de datos puede, por tanto, generar riesgos para la seguridad, la producción y la transacción.

La NIST SP 800-82 Revisión 3 proporciona orientación para proteger la tecnología operativa, reconociendo al mismo tiempo los requisitos de rendimiento, fiabilidad y seguridad.[9] El alcance de la diligencia debida debe mapear activos, zonas, conductos, acceso remoto, identidad, registro, copias de seguridad, parcheo, sistemas sin soporte y respuesta a incidentes.

Los modelos AI deben recibir los datos mínimos necesarios mediante acceso controlado. La extracción debe evitar interferir con los sistemas de producción. Deben definirse la recopilación de solo lectura, el almacenamiento provisional seguro, el escaneo de malware, el cifrado y los registros de acceso. Los datos sensibles de procesos y la propiedad intelectual requieren controles contractuales y técnicos.

El equipo debe comprobar si los resultados analíticos pueden reproducirse después de la finalización. El software alojado por el vendedor, los conectores propietarios o los mapeos de etiquetas no documentados pueden crear dependencia. Los acuerdos de transición deben cubrir exportaciones de datos de origen, esquemas, configuración, credenciales, licencias y soporte especializado.

Los hallazgos de ciberseguridad deben vincularse con las consecuencias operativas. Una vía de acceso remoto vulnerable podría requerir su cierre antes de la firma o la finalización. Un inventario de activos deficiente podría requerir un plan de remediación financiado. Un modelo no debe sondear activamente los sistemas de producción salvo que el alcance, los controles de seguridad y la autorización lo permitan expresamente.

15. Gobernar el riesgo de los modelos y la revisión humana

El registro de modelos AI debe registrar finalidad, propietario, versión, datos, validación, limitaciones, acceso y uso aprobado. Debe distinguir entre reglas deterministas, modelos estadísticos y sistemas generativos, porque sus modos de fallo difieren.

La validación debe comprobar la exactitud, la completitud, la robustez y la reproducibilidad frente a datos representativos de la transacción. Debe incluir positivos conocidos, negativos conocidos y casos límite difíciles. El rendimiento debe evaluarse en la unidad que sea relevante para la decisión, como actividad, orden de trabajo, etiqueta de equipo o hallazgo.

La revisión humana requiere competencia e independencia adecuadas a la cuestión. Un ingeniero de planificación debe revisar la lógica del cronograma. Un ingeniero de costes debe revisar la previsión y la contingencia. Un especialista en fiabilidad debe revisar el análisis de fallos. Las conclusiones legales y contables deben seguir siendo responsabilidad de asesores cualificados.

El modelo debe exponer la incertidumbre. La extracción mediante modelos de lenguaje puede incluir el pasaje de origen y la confianza. Los modelos de anomalías pueden mostrar las variables que contribuyen a la puntuación. Las pruebas de cronograma pueden mostrar las actividades y rutas afectadas. Los resultados de caja negra sin evidencia deben seguir siendo ayudas para la investigación.

La iniciativa de perfil de infraestructura crítica del RMF de AI del NIST reconoce que el uso de AI en tecnologías de la información, tecnología operativa y sistemas de control industrial requiere un enfoque de ciclo de vida repetible para la confiabilidad.[5] La regulación y las obligaciones contractuales dependen de la jurisdicción y del uso. La Ley de AI de la UE establece un marco legal para el desarrollo y uso de sistemas AI dentro de su ámbito de aplicación.[16] Por lo tanto, una operación transfronteriza debe mapear dónde se desarrolla, opera y utiliza el modelo.

16. Traducir los hallazgos confirmados en valoración y financiación

Un hallazgo de ingeniería confirmado afecta al valor a través del efectivo, el calendario, el riesgo o la opcionalidad. El modelo debe mostrar la ruta causal. Un retraso en la puesta en marcha puede prolongar los costes del propietario y aplazar los ingresos. El mantenimiento diferido puede requerir capital inmediato y reducir la disponibilidad. Una debilidad de fiabilidad puede aumentar los costes de repuestos, de paradas y de seguros.

El puente de valoración debe evitar el doble cómputo. Un aumento del coste de finalización puede ya reducir el flujo de caja previsto. El mismo riesgo no debería recibir además un descuento de múltiplo separado, a menos que afecte a la incertidumbre residual o a la economía futura. Los revisores financieros y de ingeniería deberían aprobar conjuntamente el tratamiento.

La ruta de decisión es ilustrativa; las medidas correctivas reales dependen de las pruebas, el contrato y la legislación aplicable.

La capacidad de endeudamiento puede verse afectada por el gasto de capital restante, el riesgo de finalización, la disponibilidad, el efectivo de mantenimiento, los seguros y el margen de covenant. El modelo de financiación debería evaluar el calendario de la remediación y la parte que la financia. El apoyo del vendedor solo tiene valor cuando la obligación, el importe, la duración y la calidad crediticia son creíbles.

La NIIF 3 regula el reconocimiento y la medición de los activos y pasivos en una combinación de negocios y la plusvalía resultante o la compra a precio de ganga.[13] La NIIF 13 proporciona un marco para la medición del valor razonable.[15] Los hallazgos de ingeniería deben comunicarse a los especialistas en contabilidad y valoración con evidencia suficiente para evaluar el reconocimiento, la medición y la revelación de información.

Tabla 4. Del hallazgo de ingeniería a la respuesta económica y de transacción

El tratamiento depende de la materialidad, el control, la contabilidad, el contrato y la evidencia de recuperación.

17. Redactar las protecciones de la transacción a partir de evidencia causal

La protección de la transacción debe responder al riesgo identificado y a la parte mejor capacitada para controlarlo o absorberlo. Las garantías genéricas pueden ser débiles cuando el hallazgo se refiere a un proyecto, activo o limitación de datos específicos. El registro de diligencia debida debe respaldar una redacción precisa por parte de asesores legales cualificados.

Una condición de cierre puede exigir la finalización de una prueba, la entrega de evidencia, un consentimiento, un permiso o una remediación. Un ajuste de precio puede reconocer una brecha de financiación medible. Un depósito en garantía o una retención pueden asegurar una exposición definida. Una garantía o indemnización pueden asignar riesgo que subsiste tras el cierre. Un covenant puede regir el trabajo después de la firma.

Los remedios requieren desencadenantes y medición. Si la protección depende de la fiabilidad, el documento debe definir el equipo, la función, el periodo, las condiciones de funcionamiento, el evento de fallo, la evidencia y el cálculo. Si depende de la finalización del proyecto, debe definir hitos, aceptación, exclusiones y consecuencias de plazo límite.

La NIC 37 aborda provisiones, pasivos contingentes y activos contingentes.[14] Los derechos legales y el reconocimiento contable son cuestiones distintas. El equipo de la transacción debe preservar esa distinción al convertir un hallazgo de ingeniería en un modelo o en información a revelar.

El paquete de evidencia debe ser utilizable en la negociación. Debe contener el hallazgo confirmado, los documentos fuente, el análisis, la respuesta de la dirección, la conclusión del especialista, el efecto económico y la acción propuesta. La salida del modelo por sí sola es insuficiente.

18. Elaborar el plan de propiedad antes de la firma

Algunos riesgos de ingeniería solo pueden resolverse durante la titularidad. El comprador debe convertir cada riesgo aceptado en una iniciativa con un responsable, alcance, presupuesto, dependencia, hito, evidencia y derecho de decisión antes de la firma.

Los primeros cien días pueden incluir la redefinición de la línea base del cronograma, la validación del coste de finalización, el mantenimiento crítico, la adquisición de repuestos, el control de acceso a OT, la limpieza de la configuración y la implicación de proveedores. El trabajo debe secuenciarse en torno a la seguridad, la continuidad y la caja, en lugar de un calendario de integración genérico.

La continuidad de los datos es un requisito desde el primer día. El comprador debe asegurar el acceso a los archivos de cronograma nativos, historiales de costes, registros de activos, registros de mantenimiento, exportaciones del historiador, documentación de modelos y configuración. Los servicios de transición deben incluir tiempos de respuesta, seguridad y acuerdos de salida.

La capacidad de gestión forma parte del riesgo de ingeniería. El equipo debe identificar a los planificadores, ingenieros de costes, especialistas en fiabilidad, ingenieros de control y responsables de mantenimiento cuyo conocimiento sea necesario. Las acciones de retención y sucesión deben derivarse de una dependencia de roles verificada.

El comité de inversiones debe ver el coste total de propiedad. El precio de compra, la financiación de finalización, el mantenimiento de puesta al día, la remediación de sistemas y la contingencia deben figurar en una única tabla de fuentes y usos y en un puente de valor. Un múltiplo de titular atractivo puede ocultar un gran programa de restauración posterior al cierre.

19. Gobernar la diligencia debida mediante hitos de evidencia y registros de decisiones

La oficina de diligencia debida debería mantener un ciclo semanal de evidencia. Cada cuestión material debe tener un responsable, la evidencia requerida, el estado, la conclusión, el efecto económico y la decisión propuesta. Los asuntos abiertos deben ordenarse por materialidad y tiempo de resolución.

El equipo de modelos debería publicar versiones controladas. Cada versión registra instantáneas de las fuentes, la versión del código o del modelo, los parámetros, las pruebas y los resultados modificados. Los cambios materiales deben explicarse a los responsables de ingeniería y de transacciones antes de que se incorporen a un documento para el consejo.

Tabla 5. Hitos de control de gobernanza para la diligencia debida de ingeniería asistida por AI

El diseño de las puertas de decisión debe calibrarse con el calendario de la operación y la autoridad delegada.

El registro de decisiones debe documentar por qué un hallazgo modificó o no modificó la operación. Esto protege frente a la pérdida de memoria en etapas tardías y ayuda al equipo de propiedad a comprender los riesgos aceptados. También genera retroalimentación para futuras operaciones.

Los conflictos deben ser visibles. Un vendedor puede controlar la extracción de datos. Un proveedor puede beneficiarse de identificar trabajos de sustitución. Un proveedor de modelos puede promover su propia precisión. La independencia, el acceso y la remuneración de los revisores deben evaluarse cuando sean materiales.

La documentación para el consejo debe separar hallazgos confirmados, limitaciones no resueltas y escenarios de la dirección. Debe indicar qué conclusiones se basan en inspección física, confirmación de terceros o pruebas futuras. Esta estructura permite tomar una decisión en condiciones de incertidumbre sin ocultar la evidencia faltante.

20. Crear un sistema de control repetible para la diligencia debida técnica

La diligencia debida técnica asistida por AI se vuelve repetible cuando la organización conserva un método controlado en lugar de un conjunto de prompts y hojas de cálculo. El método conecta alcance, datos, análisis, revisión, economía, protección de la operación y actuación del propietario.

Los componentes reutilizables incluyen diccionarios de datos, correspondencias de identificadores, pruebas de cronograma, conciliaciones de costes, taxonomías de mantenimiento, cuadernos de fiabilidad, plantillas de evidencia y registros de decisiones. Deben adaptarse al tipo de activo y a la tesis de la operación. La estandarización debe preservar el juicio técnico y los requisitos regulatorios locales.

El sistema debe aprender de los resultados. Tras la finalización, los costes, plazos, la fiabilidad y los resultados de remediación reales pueden compararse con los hallazgos de la diligencia debida. Esta retroalimentación puede revelar umbrales optimistas, fuentes de datos débiles, modos de fallo no detectados e indicadores tempranos valiosos. La mejora del modelo debe utilizar datos controlados y legalmente permitidos.

El aprendizaje de la cartera debe preservar el contexto de la operación. Una señal de cronograma de un proyecto greenfield puede no transferirse directamente a la parada de una instalación brownfield. Los modos de fallo de equipos rotativos pueden tener poca relevancia para activos logísticos controlados por software. Por lo tanto, la biblioteca debe conservar, junto a cada hallazgo, la clase de activo, la fase del ciclo de vida, el régimen de operación, la completitud de los datos, la intervención y el resultado. Estos atributos ayudan a los revisores a seleccionar evidencia comparable y evitar generalizaciones inadecuadas.

El aseguramiento de la calidad debe cubrir la cadena analítica completa. Los controles de población de origen comprueban si se recibieron todos los registros requeridos. Los controles de transformación comprueban identidad, unidades, fechas y versiones. Los controles de modelos comprueban el comportamiento esperado y los casos límite. Los controles de hallazgos comprueban el respaldo en la fuente, la aprobación del revisor y la traducción económica. Los controles de liberación comprueban que la documentación para el consejo, el modelo de valoración y los documentos de la operación utilizan el mismo conjunto aprobado de hallazgos. Las excepciones deben permanecer visibles hasta que las resuelva o las acepte el responsable de decisión autorizado.

El modelo operativo también necesita una política de conservación segura. Es posible que se requiera cierta evidencia para la negociación de la operación, la financiación, los seguros, la administración de garantías o futuras disputas. Otros datos del objetivo pueden necesitar eliminarse tras un periodo definido. La oficina de diligencia debida debe registrar las normas de conservación, acceso, retención legal y eliminación por clase de datos. El uso para entrenamiento de modelos debe requerir autorización separada y respetar las restricciones contractuales, de privacidad, de competencia y de propiedad intelectual.

La medida última es la calidad de la decisión. El análisis debe poner de manifiesto los riesgos materiales con suficiente antelación para cambiar el precio, la estructura, la protección, la preparación o la ejecución por parte del propietario. También debe descartar con eficiencia el ruido inmaterial. La cobertura, la trazabilidad, el tiempo de revisión, la conversión de hallazgos y la precisión posterior a la operación proporcionan un conjunto equilibrado de métricas de desempeño.

Para el comprador, el resultado es un puente defendible entre la evidencia técnica y el valor y el riesgo. Para los prestamistas, es una visión más clara de la finalización, el mantenimiento y la exposición de tesorería. Para la dirección, es un plan de actuación del propietario priorizado. Para el consejo, es una base auditable para decidir si firmar y cómo hacerlo.

Referencias

1. Oficina de Rendición de Cuentas del Gobierno de EE. UU., Guía de evaluación de cronogramas: mejores prácticas para cronogramas de proyectos, GAO-16-89G, 2015, https://www.gao.gov/products/gao-16-89g
2. Oficina de Rendición de Cuentas del Gobierno de los Estados Unidos, Guía de estimación y evaluación de costes: mejores prácticas para desarrollar y gestionar los costes de los programas, GAO-20-195G, 2020, https://www.gao.gov/products/gao-20-195g
3. Instituto Nacional de Estándares y Tecnología, Marco de gestión de riesgos de inteligencia artificial 1.0, NIST AI 100-1, 2023, https://doi.org/10.6028/NIST.AI.100-1
4. Instituto Nacional de Estándares y Tecnología, Marco de gestión de riesgos de inteligencia artificial: perfil de inteligencia artificial generativa, NIST AI 600-1, 2024, https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf
5. Instituto Nacional de Estándares y Tecnología, Nota conceptual: uso fiable de AI en el perfil de infraestructura crítica, 2026, https://www.nist.gov/system/files/documents/2026/04/08/Draft%20Concept%20Note_%20Development%20of%20the%20NIST%20AI%20RMF%20Trustworthy%20Use%20of%20AI%20in%20Critical%20Infrastructure%20Profile.pdf
6. Organización Internacional de Normalización, ISO/IEC 42001:2023 Sistema de gestión de inteligencia artificial, https://www.iso.org/standard/42001
7. Organización Internacional de Normalización, ISO 55001:2024 Requisitos del sistema de gestión de activos, https://committee.iso.org/sites/tc251/home/projects/published/iso-55001.html
8. Organización Internacional de Normalización, ISO 55013:2024 Orientación sobre la gestión de activos de datos, https://www.iso.org/management-system-standards-list.html
9. Instituto Nacional de Estándares y Tecnología, Guía para la seguridad de la tecnología operativa, NIST SP 800-82 Revisión 3, 2023, https://doi.org/10.6028/NIST.SP.800-82r3
10. Comisión Electrotécnica Internacional, IEC 61508-2:2010 Requisitos de seguridad funcional para sistemas eléctricos, electrónicos y electrónicos programables relacionados con la seguridad, https://webstore.iec.ch/en/publication/5516
11. Administración Nacional de Aeronáutica y del Espacio, Manual de ingeniería de sistemas de la NASA, NASA/SP-2016-6105 Revision 2, https://www.nasa.gov/reference/systems-engineering-handbook/
12. Administración Nacional de Aeronáutica y del Espacio, Orientación ampliada para la ingeniería de sistemas de la NASA, Volumen 1, NASA/SP-2016-6105/SUPPL, 2016, https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/20170007238.pdf
13. Fundación IFRS, NIIF 3 Combinaciones de negocios, https://www.ifrs.org/issued-standards/list-of-standards/ifrs-3-business-combinations/
14. Fundación IFRS, NIC 37 Provisiones, pasivos contingentes y activos contingentes, https://www.ifrs.org/issued-standards/list-of-standards/ias-37-provisions-contingent-liabilities-and-contingent-assets/
15. Fundación IFRS, IFRS 13 Medición del valor razonable, https://www.ifrs.org/issued-standards/list-of-standards/ifrs-13-fair-value-measurement/
16. Unión Europea, Reglamento (UE) 2024/1689, Reglamento de Inteligencia Artificial, https://eur-lex.europa.eu/eli/reg/2024/1689/oj
17. Organización para la Cooperación y el Desarrollo Económicos, Principios AI de la OCDE, https://oecd.ai/en/ai-principles
18. Agencia de Ciberseguridad y Seguridad de Infraestructuras, Protección de los sistemas de control industrial, https://www.cisa.gov/sites/default/files/publications/Securing_Industrial_Control_Systems_S508C.pdf
19. Administración Nacional de Aeronáutica y del Espacio, Manual de ingeniería de sistemas del MSFC, MSFC-HDBK-3173, https://standards.nasa.gov/standard/msfc/msfc-hdbk-3173
20. Ejecutivo de Salud y Seguridad del Reino Unido, Programa clave 3: Programa de integridad de activos, https://www.hse.gov.uk/offshore/assets/docs/kp3.pdf