Un modelo BIM puede estar técnicamente bien desarrollado y, aun así, generar conflictos en obra si sus planos, revisiones, informes o especificaciones no llegan al equipo correcto, en el momento correcto y con un estado de aprobación inequívoco. La gestión documental ISO 19650 aborda precisamente este riesgo: convierte la información del proyecto en un activo controlado, trazable y apto para tomar decisiones técnicas y contractuales.

En minería, industria, ingeniería y construcción, donde conviven múltiples especialidades, contratistas, fabricantes y responsables de operación, el problema rara vez es solo la falta de documentos. El problema es la coexistencia de documentos duplicados, revisiones contradictorias, entregables sin validación y evidencias dispersas entre correos, servidores locales y plataformas independientes. ISO 19650 establece un marco para evitar que esa desorganización se traslade al terreno.

Qué exige la gestión documental ISO 19650

ISO 19650 no es una norma sobre almacenamiento de archivos. Su propósito es gestionar información durante el ciclo de vida de un activo construido, utilizando BIM como metodología de trabajo colaborativo. La documentación debe responder a necesidades de información previamente definidas, estar disponible en un entorno común y pasar por controles antes de utilizarse para diseño, construcción, compra, montaje u operación.

Esto modifica una práctica habitual en muchos proyectos: emitir documentos y modelos según la disponibilidad de cada disciplina. Bajo el enfoque ISO 19650, cada entrega debe tener un propósito, una responsabilidad asignada, una revisión identificable y un estado que indique si puede compartirse, coordinarse, construirse o conservarse como registro.

La norma no obliga a utilizar una plataforma tecnológica concreta ni impone una codificación universal de archivos. Sí exige que la organización defina reglas coherentes y verificables. La herramienta puede variar según la escala del proyecto, los requisitos del mandante, la madurez digital de los participantes y las obligaciones contractuales. El control, sin embargo, no puede depender de interpretaciones informales.

El CDE como punto de control de la información

El Entorno Común de Datos, conocido como CDE por sus siglas en inglés, es el núcleo operativo de la gestión documental. No debe entenderse únicamente como una carpeta compartida o un repositorio en la nube. Es un sistema de gestión con flujos, permisos, estados, trazabilidad de cambios y responsabilidades claramente asignadas.

En un CDE alineado con ISO 19650, la información circula normalmente por cuatro estados:

• Trabajo en curso: información desarrollada por una parte o disciplina para su uso interno.
• Compartida: información disponible para coordinación con otros equipos, con las restricciones y estados definidos.
• Publicada: información autorizada para un uso formal, como construcción, licitación, revisión del cliente u operación.
• Archivada: información preservada como evidencia del proceso, de decisiones y de versiones anteriores.

Esta separación evita uno de los fallos más costosos en proyectos complejos: que un equipo construya o compre sobre la base de un documento preliminar. También facilita las auditorías, la gestión de no conformidades y la reconstrucción de decisiones cuando aparece una desviación de plazo, coste, calidad o seguridad.

El CDE debe definir quién puede cargar, revisar, aprobar, compartir, sustituir o archivar información. Además, ha de conservar el historial de las transacciones relevantes. Si una revisión se modifica, el sistema debe permitir identificar qué cambió, quién lo emitió, cuándo se publicó y qué documento o modelo quedó reemplazado.

Requisitos de información antes de producir documentos

Una implantación eficaz no comienza configurando una plataforma. Comienza definiendo qué información se necesita, para qué decisión, con qué nivel de detalle, en qué formato y en qué fecha. Sin esa base, el proyecto corre el riesgo de producir grandes volúmenes de datos sin utilidad operativa.

ISO 19650 estructura esta necesidad mediante requisitos de información organizacionales, del activo, del proyecto y del intercambio. En la práctica, el mandante o la parte que encarga debe traducir sus necesidades de negocio en requisitos verificables. Por ejemplo, una planta industrial puede requerir información de equipos críticos para planificación de mantenimiento, control de garantías, repuestos, inspecciones o cumplimiento de exigencias regulatorias.

Los requisitos de intercambio deben indicar entregables, hitos, formatos, criterios de aceptación, responsables y usos previstos. No basta con solicitar un modelo BIM o una carpeta de planos. Debe precisarse qué información geométrica, documental y alfanumérica será necesaria para validar una etapa y quién asumirá la responsabilidad de entregarla.

Este punto tiene implicaciones contractuales. Cuando los requisitos son ambiguos, los proveedores pueden interpretar alcances de forma distinta y el equipo de proyecto acaba corrigiendo entregas al final del proceso. Una definición temprana reduce reprocesos y permite evaluar de forma objetiva el cumplimiento de cada parte.

Convenciones documentales que sostienen la trazabilidad

La nomenclatura de archivos parece un aspecto menor hasta que un proyecto reúne miles de documentos. Un código documental consistente permite identificar disciplina, zona, nivel, tipo de información, estado, revisión y emisor sin abrir cada archivo. Sin embargo, la codificación solo funciona si está conectada con los flujos del CDE y si se aplica de forma disciplinada.

El protocolo de información debe establecer convenciones para modelos, planos, memorias de cálculo, especificaciones, listas de materiales, informes de inspección, registros de calidad y documentación de entrega. También debe definir metadatos mínimos, como autor, fecha, estado de adecuación, revisión y relación con el activo o paquete de trabajo correspondiente.

No conviene diseñar una nomenclatura excesivamente compleja. Cuantos más campos manuales se exijan, mayor será la probabilidad de error. En proyectos con múltiples contratistas, resulta más efectivo definir una estructura suficiente para clasificar, buscar y validar, y automatizar los controles que la plataforma permita.

La misma lógica se aplica a las revisiones. Una revisión no debe ser solo un número incremental. Debe expresar un cambio controlado y estar asociada a un estado de uso. Si se emite un documento revisado para construcción, el sistema tiene que impedir o advertir el uso de la versión sustituida. Esa disciplina es especialmente crítica en interfases entre ingeniería, adquisiciones, QA-QC y ejecución en terreno.

Roles, responsabilidades y aprobaciones

La gestión documental ISO 19650 exige una gobernanza definida. La parte que encarga, las partes designadas principales y las partes designadas deben saber qué información producen, revisan y aprueban. Cuando estas responsabilidades no se documentan, las aprobaciones se diluyen en correos electrónicos y reuniones sin evidencia suficiente.

El responsable de gestión de información coordina el método y los procedimientos acordados, pero no reemplaza la responsabilidad técnica de cada especialidad. Un modelo puede cumplir una estructura de nombres y seguir conteniendo errores de diseño. Del mismo modo, un documento aprobado desde el punto de vista técnico puede no haber cumplido el flujo de publicación requerido. Ambos controles son necesarios y deben operar de forma complementaria.

Por ello, los flujos han de distinguir entre revisión, comprobación, autorización y aceptación. La autoridad para aprobar información destinada a construcción no siempre coincide con quien valida una coordinación BIM o con quien comprueba la conformidad de calidad. Esta diferenciación protege la trazabilidad y evita que una aprobación administrativa se interprete como validación de ingeniería.

Riesgos habituales en la implantación

El principal error es tratar ISO 19650 como una exigencia documental aislada del proyecto. Si el equipo percibe el CDE como una carga adicional, continuará compartiendo archivos por canales paralelos. El resultado será un repositorio oficial incompleto y una pérdida de confianza en la información disponible.

También es frecuente configurar permisos demasiado abiertos o demasiado restrictivos. Un acceso indiscriminado aumenta el riesgo de modificaciones no controladas; una configuración excesivamente cerrada ralentiza la coordinación y fomenta el uso de copias locales. El equilibrio depende de la criticidad de la información, la estructura contractual y la capacidad de los equipos.

Otro riesgo es implantar procesos sin formación práctica. Los usuarios deben saber qué estado seleccionar, cómo responder a observaciones, cuándo emitir una nueva revisión y qué información debe acompañar a cada entrega. La formación debe utilizar casos reales del proyecto, no solo presentar la norma de forma conceptual.

Cómo implantar el sistema con criterio operativo

Una implantación ordenada comienza con un diagnóstico de los flujos actuales: origen de la información, responsables, repositorios, aprobaciones, puntos de pérdida de trazabilidad y requisitos del cliente. A partir de ahí, se definen los requisitos de información, el protocolo del CDE, la matriz de responsabilidades y los criterios de aceptación.

La configuración tecnológica debe venir después. Primero se validan los procesos con los equipos de ingeniería, calidad, construcción, compras y operación; después se parametriza la plataforma. Esta secuencia reduce configuraciones costosas que no responden a la realidad de la operación.

Durante la ejecución, conviene realizar controles periódicos sobre nomenclatura, metadatos, estados, revisiones, permisos y cumplimiento de hitos. Estos controles pueden integrarse con QA-QC documental y con la gestión de no conformidades. En entornos de alta exigencia, la evidencia de que el sistema funciona es tan relevante como el procedimiento que lo describe.

Para organizaciones que desarrollan proyectos complejos o gestionan activos críticos, la gestión documental no debe medirse por el número de archivos ordenados. Debe medirse por la capacidad de encontrar información fiable, demostrar quién tomó cada decisión y asegurar que el terreno trabaja siempre con la versión válida. Ese es el punto en el que ISO 19650 deja de ser un requisito BIM y pasa a ser una herramienta concreta de control operacional.