Un proyecto de ampliación de una planta de procesos puede acumular miles de planos, modelos, especificaciones, memorias de cálculo y revisiones en pocos meses. Cuando cada disciplina intercambia archivos con criterios propios, el riesgo no es solo documental: una versión errónea puede trasladarse a terreno, provocar retrabajos, afectar la secuencia constructiva o generar desviaciones contractuales. Este caso de implementación ISO 19650 muestra cómo una organización minera puede establecer control real sobre su información BIM sin convertir la norma en una carga administrativa.

El caso es representativo y se presenta sin referencias identificables. Corresponde a un proyecto industrial de alta complejidad, con participación de mandante, ingeniería, contratistas de construcción, proveedores de equipos y especialistas de operación. El objetivo no era únicamente cumplir un requisito de licitación, sino reducir la incertidumbre asociada al uso, aprobación y entrega de información técnica.

Punto de partida: información BIM sin una gobernanza común

La organización ya utilizaba modelos BIM en ingeniería y coordinación, pero no disponía de un sistema de gestión de la información alineado con ISO 19650. Los modelos se almacenaban en distintas plataformas, los nombres de archivo variaban entre empresas y las revisiones se comunicaban mediante correos electrónicos, reuniones o registros independientes.

La consecuencia era previsible. Los equipos invertían tiempo en localizar documentos, confirmar su vigencia y resolver discrepancias entre modelos federados y planos emitidos para construcción. En algunos paquetes de trabajo, la información aprobada convivía con archivos en desarrollo. Además, los requisitos de información del activo no estaban definidos con suficiente precisión, por lo que se solicitaban entregables excesivos en unas disciplinas e insuficientes en otras.

El diagnóstico identificó cuatro brechas principales:

• Ausencia de requisitos de información vinculados a decisiones concretas del proyecto y de la operación.
• Falta de roles, responsabilidades y flujos de aprobación formalmente definidos.
• Uso no homogéneo del entorno común de datos, con estados documentales ambiguos.
• Criterios variables para codificación, nivel de información, revisiones y entrega final.

La decisión clave fue no comenzar por la herramienta tecnológica. El equipo entendió que una plataforma no corrige por sí sola una definición deficiente de responsabilidades ni reemplaza los procedimientos de control documental.

Caso de implementación ISO 19650: el enfoque aplicado

La implementación se organizó en fases que permitieran avanzar sin detener la producción de ingeniería. Se priorizaron los paquetes de mayor criticidad técnica y contractual, especialmente aquellos con interfaces entre proceso, estructuras, piping, electricidad e instrumentación.

1. Definir para qué se necesitaba la información

El primer trabajo consistió en traducir necesidades operativas y de proyecto en requisitos de información. Se revisaron decisiones que dependían del modelo y de los datos asociados: validación de interferencias, planificación de construcción, control de cambios, adquisición de equipos, revisión de mantenibilidad y preparación de la entrega al propietario del activo.

A partir de ello se establecieron requisitos de información organizacionales y del proyecto. No se pidió «más BIM», sino la información necesaria, con el nivel de detalle y el momento de entrega adecuados para cada uso. Esta distinción redujo solicitudes genéricas como «modelo LOD 400» que, sin un propósito definido, suelen crear expectativas distintas entre cliente y proveedor.

El criterio fue claro: cada requisito debía responder a una decisión, un responsable y una fecha. Si un atributo no era necesario para construir, operar, mantener o comprobar el activo, no se incorporaba por defecto al alcance.

2. Establecer responsabilidades verificables

ISO 19650 exige una asignación clara de funciones en la gestión de la información. En este caso se definieron las responsabilidades de la parte designante, las partes designadas, los responsables de coordinación y los autores de información. También se delimitó quién podía revisar, autorizar, publicar o archivar cada contenedor de información.

Este punto requirió especial atención porque participaban empresas con procedimientos internos diferentes. Se acordó una matriz RACI vinculada al plan de ejecución BIM y al procedimiento de entorno común de datos. Así, una aprobación no dependía de interpretaciones informales ni de la antigüedad de un correo electrónico.

La gobernanza se reforzó mediante reuniones periódicas de coordinación, indicadores de cumplimiento y un registro de incidencias. No todas las incidencias tenían la misma prioridad. Las que afectaban a seguridad, interfaces críticas, constructabilidad o hitos contractuales recibían un tratamiento escalado y plazos de respuesta definidos.

3. Configurar el entorno común de datos

El entorno común de datos, o CDE, se estructuró con estados diferenciados para trabajo en curso, compartido, publicado y archivado. Este control permitió separar la información en elaboración de aquella apta para coordinación y de la oficialmente autorizada para uso en obra.

También se definió una convención de nomenclatura que incorporaba proyecto, zona, disciplina, tipo de información, nivel, rol, número correlativo y revisión. El valor de esta medida no estaba en la codificación por sí misma, sino en que cada archivo podía identificarse, localizarse y relacionarse con su estado de aprobación.

La transición exigió gestionar una dificultad habitual: el personal acostumbrado a trabajar desde carpetas locales o plataformas paralelas percibía el CDE como un paso adicional. Para evitarlo, se combinaron sesiones de formación con controles prácticos sobre casos reales. El procedimiento se ajustó cuando se detectaron campos innecesarios o circuitos de revisión que retrasaban la emisión sin añadir control efectivo.

4. Convertir el plan BIM en una herramienta de ejecución

El plan de ejecución BIM se elaboró como documento operativo, no como un requisito para archivo. Incluyó usos BIM priorizados, estructura de modelos, reglas de coordinación, frecuencias de intercambio, criterios de calidad, requisitos de software e interoperabilidad, así como procedimientos para detectar y resolver interferencias.

Una decisión relevante fue distinguir entre coordinación geométrica y validación de información. Un modelo puede no presentar choques visibles y, aun así, contener datos incompletos sobre equipos, materiales, códigos de activo o requisitos de mantenimiento. Por ello, los controles de calidad combinaron revisiones de geometría, atributos, nomenclatura, clasificación y estado documental.

En contratos con varios proveedores, esta precisión evitó discusiones frecuentes sobre qué constituía una entrega aceptable. La aceptación dejó de basarse únicamente en la apariencia del modelo y se vinculó a criterios comprobables.

Resultados y límites del proceso

Tras la implantación, el proyecto consiguió reducir el tiempo destinado a localizar información vigente y mejorar la trazabilidad de revisiones entre disciplinas. Las reuniones de coordinación dejaron de centrarse en identificar cuál era el archivo correcto y pudieron enfocarse en resolver decisiones técnicas. La calidad de las entregas también aumentó al aplicar comprobaciones previas a la publicación.

El principal resultado no fue una cifra aislada, sino una capacidad de control reproducible. La organización dispuso de una base para exigir información coherente a nuevos contratistas, evaluar su cumplimiento y preparar una entrega final más útil para operación y mantenimiento.

Sin embargo, ISO 19650 no elimina todos los riesgos. Si los requisitos de información se definen tarde, si el contrato no asigna recursos suficientes o si la dirección del proyecto no respalda los flujos acordados, el sistema se debilita. La norma ordena la gestión, pero no sustituye la competencia técnica de quienes generan, revisan y usan la información.

También depende de la madurez digital de cada participante. En un proyecto con proveedores pequeños o especialistas que no trabajan habitualmente en BIM, puede ser necesario aplicar una incorporación gradual, controles más cercanos y formatos de intercambio proporcionados. Exigir un nivel de sofisticación desalineado con el alcance puede aumentar costes sin mejorar el resultado.

Qué puede replicarse en otros proyectos industriales

La lección más útil de este caso es que la implementación debe empezar por el riesgo de negocio. En minería, energía, industria pesada o construcción de infraestructuras, la información BIM debe responder a necesidades de seguridad, plazo, coste, calidad y operación. Cuando se aborda solo como una exigencia de modelado, pierde buena parte de su valor.

Un acompañamiento técnico especializado permite conectar los requisitos ISO 19650 con la gestión de calidad, la administración contractual, el control de cambios y la supervisión en terreno. QRisk puede aportar esta visión integrada, combinando definición metodológica, soporte operativo y control de cumplimiento durante las etapas críticas del proyecto.

La información bien gestionada no es un entregable secundario. Es una condición para tomar decisiones con evidencia, preservar la trazabilidad y entregar activos que puedan construirse, operarse y mantenerse con menor incertidumbre.