Un modelo coordinado puede perder valor operativo si una disciplina trabaja con una revisión que ya no está vigente, si un plano publicado no tiene aprobación verificable o si una interferencia se resuelve sin dejar evidencia de la decisión. Saber cómo organizar información BIM colaborativa no consiste en ordenar carpetas: implica establecer un sistema de gestión que controle responsabilidades, estados de la información, autorizaciones y trazabilidad durante todo el ciclo de vida del activo.

En minería, industria, ingeniería y construcción, este control es especialmente relevante. Los proyectos reúnen especialidades con plazos exigentes, contratistas múltiples y requisitos contractuales de alta criticidad. Un dato incompleto o mal distribuido puede derivar en retrabajos, desviaciones de calidad, conflictos en terreno y decisiones basadas en documentación obsoleta. La ISO 19650 entrega un marco para transformar el entorno BIM en una fuente controlada de información confiable.

Cómo organizar información BIM colaborativa bajo ISO 19650

La organización debe comenzar antes de modelar. El error frecuente es seleccionar una plataforma tecnológica y cargar documentos sin definir qué información se requiere, quién la genera, quién la valida y bajo qué condiciones puede utilizarse. Una plataforma no reemplaza la gobernanza.

La ISO 19650 propone gestionar la información mediante requisitos claros, procesos acordados y un Entorno Común de Datos, o CDE por sus siglas en inglés. Este enfoque permite que modelos, planos, documentos, registros de inspección, reportes de avance y datos de activos se administren con una misma lógica de control.

El nivel de formalidad dependerá de la complejidad del contrato, la madurez digital de las partes y el riesgo asociado al proyecto. Sin embargo, en operaciones críticas conviene evitar sistemas informales basados en correos electrónicos, unidades locales o repositorios sin permisos ni historial de versiones.

Definir los requisitos de información antes de producirla

La parte contratante debe establecer qué necesita recibir, para qué lo utilizará y en qué momentos del proyecto. No toda la información tiene el mismo propósito: un modelo para coordinación espacial no exige necesariamente el mismo nivel de detalle ni los mismos atributos que un modelo destinado a cubicación, construcción, puesta en marcha o gestión de activos.

Los requisitos de información deben precisar entregables, formatos, nivel de información necesario, clasificación, convenciones de nomenclatura, responsables, hitos y criterios de aceptación. También deben incluir las necesidades de intercambio entre disciplinas. Cuando estos requerimientos son ambiguos, los equipos tienden a producir información excesiva, insuficiente o difícil de verificar.

En una licitación o contrato, estos criterios se pueden formalizar mediante requisitos de información del empleador y anexos BIM. Posteriormente, la parte designada principal traduce estas exigencias en un Plan de Ejecución BIM. El plan debe ser operativo: debe indicar procesos, recursos, flujos de revisión, herramientas, coordinación y medidas de control, no limitarse a una declaración de intenciones.

Asignar roles con autoridad de decisión

La colaboración falla cuando varias personas intervienen en la información, pero ninguna tiene la autoridad explícita para aprobarla o rechazarla. La matriz de responsabilidades debe diferenciar al menos quién produce, revisa, autoriza, publica y recibe cada contenedor de información.

La parte contratante define las necesidades y acepta los entregables conforme a los criterios establecidos. La parte designada principal coordina al equipo de entrega y verifica la consistencia del proceso. Cada disciplina mantiene responsabilidad sobre la calidad técnica de su producción, incluso cuando los modelos se federan en un entorno común.

Es recomendable complementar esta estructura con una matriz RACI para procesos críticos, como emisión de planos para construcción, gestión de observaciones, cambios de diseño y cierre documental. Esto evita que una aprobación técnica se confunda con una autorización contractual, o que un modelo compartido se interprete equivocadamente como información apta para ejecutar en terreno.

Configurar el CDE como un proceso, no como una carpeta

El Entorno Común de Datos es el punto de intercambio controlado de la información del proyecto. Puede implementarse en distintas plataformas, siempre que permita administrar acceso, estados, revisiones, metadatos, historial y distribución. La herramienta elegida debe responder a los requisitos del contrato, la ciberseguridad de la organización y las capacidades reales de los participantes.

La lógica del CDE se basa en estados de información. Habitualmente se distinguen los estados de Trabajo en curso, Compartido, Publicado y Archivado. Cada estado responde a un nivel de control distinto.

La información en Trabajo en curso pertenece al equipo que la desarrolla y no debe utilizarse como base para decisiones de otras disciplinas. Al pasar a Compartido, queda disponible para coordinación e intercambio, pero sigue sujeta a revisión. El estado Publicado corresponde a información autorizada para un uso definido, como construcción, aprobación, licitación o entrega. Finalmente, Archivado conserva el registro de versiones previas y decisiones, lo que permite reconstruir la historia del proyecto ante una auditoría, reclamo o investigación de una desviación.

No basta con mover archivos entre carpetas. Cada transición debe tener una regla: quién la solicita, qué controles se aplican, qué código de estado se asigna y a quién se notifica. Esta disciplina reduce el riesgo de que una versión preliminar sea tomada como documento contractual o de ejecución.

Establecer una nomenclatura y metadatos verificables

Los nombres de archivos deben permitir identificarlos sin abrirlos. Una convención eficaz incorpora proyecto, origen, volumen o zona, nivel, tipo de información, disciplina, número correlativo y revisión. La estructura exacta puede variar, pero debe ser única, documentada y aplicada por todos los participantes.

Además del nombre, los metadatos permiten filtrar, auditar y distribuir información con precisión. Como mínimo, cada contenedor debería registrar autor, disciplina, estado de aptitud, revisión, fecha, propósito de uso y relación con el hito contractual correspondiente. En proyectos extensos, la clasificación de sistemas, equipos, áreas y activos se vuelve igualmente decisiva para conectar la información de diseño con construcción, calidad y operación.

La validación de nombres y campos obligatorios puede automatizarse parcialmente. Aun así, la automatización no sustituye la revisión técnica. Un archivo puede cumplir la nomenclatura y contener información incompleta, mal coordinada o no conforme con la especificación.

Controlar versiones, cambios y observaciones

La revisión no es solo un número al final del archivo. Cada versión debe expresar qué cambió, por qué cambió y cuál es su aptitud de uso. Para ello, conviene establecer una bitácora de cambios vinculada a solicitudes de información, observaciones de coordinación, no conformidades, decisiones de diseño y aprobaciones.

Las observaciones BIM deben asignarse a un responsable, una fecha objetivo y un criterio de cierre. También deben clasificarse según impacto técnico, constructivo, de seguridad, costo o plazo. Una interferencia geométrica menor no requiere el mismo tratamiento que una incompatibilidad que afecte una línea de proceso, una ruta de evacuación o el montaje de un equipo crítico.

La federación de modelos debe realizarse con una frecuencia definida y en hitos relevantes. Es preferible programar revisiones de coordinación con agendas, responsables y actas de acuerdos que depender de revisiones espontáneas. El valor está en cerrar decisiones y controlar su implementación, no en acumular incidencias dentro de la plataforma.

Integrar calidad, seguridad y trazabilidad documental

La información BIM debe relacionarse con el sistema de gestión del proyecto. Para organizaciones sujetas a ISO 9001, la gestión documental, el control de cambios y la evidencia de aprobación deben mantener coherencia con sus procedimientos de calidad. Si existen exigencias de seguridad, medioambiente o control de riesgos, los modelos y documentos pueden incorporar restricciones operacionales, áreas críticas, secuencias constructivas y registros de verificación.

Esta integración es relevante en proyectos industriales porque el modelo no representa únicamente geometría. Puede convertirse en un soporte para inspecciones, protocolos de QA-QC, punch list, trazabilidad de materiales, fichas técnicas y entrega de información para operación y mantenimiento. Sin un criterio común de identificación, la conexión entre estos registros se pierde rápidamente.

Conviene definir indicadores de desempeño para el proceso informacional. Por ejemplo, porcentaje de entregables aceptados en primera revisión, tiempo promedio de cierre de observaciones, incidencias vencidas, cumplimiento de nomenclatura y uso de versiones no vigentes. Estos datos permiten detectar fallas de proceso antes de que se traduzcan en impactos físicos o contractuales.

Capacitar y auditar el uso real del sistema

Un procedimiento BIM solo funciona si las personas que producen y consumen información entienden sus reglas. La inducción debe abordar nomenclatura, flujos del CDE, estados, permisos, emisión de entregables y gestión de observaciones. En proyectos con alta rotación de contratistas, esta actividad requiere continuidad y verificación periódica.

Las auditorías internas ayudan a confirmar que el sistema diseñado se aplica en la práctica. Deben revisar muestras de modelos, documentos y registros de aprobación, además de entrevistar a usuarios clave. Si el equipo continúa intercambiando archivos por canales paralelos, el problema no es únicamente de conducta: puede indicar que el flujo oficial es lento, confuso o no se ajusta a la operación.

QRisk puede apoyar la implementación de BIM bajo ISO 19650 mediante la definición de requisitos, procesos CDE, controles documentales y acompañamiento técnico, alineando la gestión de información con las exigencias de calidad y trazabilidad del proyecto.

Organizar información BIM colaborativa exige método sostenido, no una configuración inicial de software. Cuando los equipos saben qué información usar, cuál es su estado y quién responde por ella, la coordinación deja de depender de interpretaciones individuales y pasa a ser un control verificable del proyecto.