Un modelo BIM puede estar técnicamente bien desarrollado y, aun así, generar incumplimientos, retrasos y disputas si la información no tiene reglas claras de producción, revisión, aprobación y entrega. Los documentos clave para ISO 19650 establecen precisamente ese marco de gobernanza: definen qué información se necesita, quién debe producirla, cuándo debe estar disponible y bajo qué criterios se acepta.

Para empresas de ingeniería, construcción, minería e industria, esta documentación no debe tratarse como un requisito administrativo aislado. Es un componente operativo del contrato y de la gestión del proyecto. Cuando está correctamente estructurada, permite reducir reprocesos, mantener la trazabilidad de las decisiones y controlar el riesgo asociado a información incompleta, desactualizada o distribuida sin autorización.

Documentos clave para ISO 19650 y su función

La ISO 19650 no impone una plantilla única para todos los proyectos. Su aplicación depende del alcance contractual, la madurez digital de las partes, el tipo de activo y los requisitos del cliente. Sin embargo, existen documentos que forman el núcleo de un sistema de gestión de la información alineado con la norma.

Requisitos de información de la organización y del activo

Los requisitos de información de la organización, habitualmente denominados OIR por sus siglas en inglés, expresan la información que una empresa necesita para tomar decisiones estratégicas. Pueden estar relacionados con inversiones, mantenimiento, cumplimiento normativo, seguridad operacional o gestión de cartera de activos.

A partir de ellos se definen los requisitos de información del activo, o AIR. Estos especifican los datos necesarios para gestionar un activo durante su ciclo de vida. En una planta industrial, por ejemplo, pueden incluir información sobre equipos críticos, planes de mantenimiento, códigos de repuestos, condiciones de operación, inspecciones y elementos de seguridad.

No todos los proyectos requieren desarrollar ambos documentos con el mismo nivel de profundidad. En contratos centrados exclusivamente en diseño y construcción, su contenido puede estar consolidado dentro de los requisitos de información del proyecto. No obstante, cuando el mandante busca continuidad entre ejecución, puesta en marcha, operación y mantenimiento, distinguir los niveles organizacional, de activo y de proyecto evita pedir información que no tendrá uso posterior.

Requisitos de información del proyecto

Los requisitos de información del proyecto, conocidos como PIR, determinan la información necesaria para tomar decisiones en una intervención concreta. Constituyen el puente entre las necesidades del mandante y los entregables de los equipos de diseño, ingeniería, construcción o suministros.

Un PIR eficaz no se limita a solicitar “modelo BIM en formato nativo y abierto”. Debe concretar los usos de la información, los hitos de entrega, las disciplinas implicadas, el nivel de información requerido y los criterios de aceptación. También debe indicar si se esperan modelos, planos, bases de datos, informes de interferencias, fichas técnicas, simulaciones, documentación de montaje o información para operación.

La precisión es esencial. Solicitar un nivel excesivo de detalle demasiado pronto encarece el proyecto y genera datos difíciles de mantener. Pedir poco detalle en fases críticas puede impedir coordinar interfaces, verificar requisitos técnicos o preparar adquisiciones. La definición debe responder a una necesidad de decisión verificable, no a una expectativa genérica de modelado.

Requisitos de intercambio de información

Los requisitos de intercambio de información, o EIR, traducen las necesidades de información a instrucciones contractuales y técnicas para los equipos designados. En la práctica, son uno de los documentos más relevantes para licitar, adjudicar y gestionar un proyecto BIM bajo ISO 19650.

Este documento debe definir, entre otros aspectos, los entregables esperados, las fechas de intercambio, los estándares aplicables, los formatos, la codificación, los estados de revisión y los procedimientos de aprobación. También conviene incorporar las reglas para clasificar información, gestionar incidencias, preservar la seguridad de la información y asegurar la interoperabilidad entre plataformas.

Un EIR ambiguo desplaza las decisiones al inicio de la ejecución, cuando ya existen compromisos de plazo y coste. Por ello, debe estar alineado con el contrato, las especificaciones técnicas y la matriz de responsabilidades. Si un requisito no puede ser comprobado, difícilmente podrá exigirse o aceptarse de manera objetiva.

El BEP convierte los requisitos en un método ejecutable

El Plan de Ejecución BIM, conocido como BEP, describe cómo el equipo designado responderá a los requisitos de información. Es un documento vivo, no una declaración comercial. Durante la fase de oferta puede presentar una propuesta preliminar de capacidades, recursos, metodología y herramientas. Tras la adjudicación, debe consolidarse en un BEP posterior a la contratación, validado con las partes correspondientes.

Un BEP útil debe explicar la organización del equipo, los roles de gestión de información, los flujos de trabajo, el uso del entorno común de datos, las convenciones de nomenclatura, los procesos de coordinación y las medidas de aseguramiento de la calidad. También debe establecer cómo se controlarán las revisiones, qué mecanismos se emplearán para detectar conflictos y de qué forma se resolverán incidencias que afecten a la información.

No existe valor en un BEP extenso si sus procesos no se aplican en terreno. Es preferible un documento proporcionado al riesgo y al alcance, con procedimientos que puedan ser auditados. En proyectos con múltiples contratistas, la consistencia entre los BEP de cada parte y el plan de gestión del proyecto es una condición para evitar silos de información.

Plan Maestro de Entrega de Información y planes de tarea

El Plan Maestro de Entrega de Información, o MIDP, consolida qué información debe entregar cada equipo, en qué fecha, para qué hito y bajo qué responsable. Es la planificación documental de la producción de información y debe relacionarse con el programa general de obra o de ingeniería.

Los planes de entrega de información de tarea, denominados TIDP, descomponen ese compromiso por equipo de trabajo. Permiten identificar dependencias entre especialidades, responsables de producción, revisiones internas y recursos necesarios. Por ejemplo, una disciplina mecánica no debería emitir información para construcción sin tener controladas las interfaces con estructura, electricidad, procesos y seguridad.

La relación entre MIDP y TIDP aporta una trazabilidad especialmente valiosa en proyectos industriales complejos. Permite anticipar cuellos de botella y comprobar si los entregables críticos han pasado por las revisiones necesarias antes de ser compartidos para coordinación, aprobación o construcción.

Protocolo del entorno común de datos

El Entorno Común de Datos, o CDE, no es solo una plataforma tecnológica. Es el conjunto de procesos y reglas que gobiernan la información dentro de dicha plataforma. Por ello, el protocolo CDE debe documentar estados, permisos, transiciones, revisiones, aprobaciones y reglas de publicación.

La ISO 19650 establece una progresión controlada de la información entre estados de trabajo en curso, compartida, publicada y archivada. Cada transición debe tener una finalidad y una autoridad definida. Un archivo no debería llegar a estado compartido si no ha superado la revisión interna del autor, ni considerarse publicado para construcción si no cuenta con la aprobación exigida por el contrato.

Este documento también debe definir la nomenclatura de archivos y contenedores de información. Un código coherente facilita la localización, la automatización de controles y la identificación del estado vigente. En cambio, nomenclaturas improvisadas suelen provocar duplicidades, uso de revisiones obsoletas y dificultades para demostrar qué información estaba disponible en una fecha determinada.

Estándar de información, matriz de responsabilidades y criterios de aceptación

El estándar de información reúne reglas técnicas aplicables al proyecto: clasificación, codificación, unidades, coordenadas, propiedades, formatos, estructura de modelos y criterios de calidad. Puede apoyarse en estándares corporativos existentes, pero debe adaptarse al contexto contractual y a las capacidades reales de la cadena de suministro.

La matriz de responsabilidades asigna funciones a la parte que nombra, la parte designada principal y los equipos designados. Debe diferenciar con claridad quién solicita, produce, revisa, aprueba y autoriza cada intercambio. Confundir la coordinación técnica con la autoridad contractual para aceptar información es un error frecuente, especialmente en proyectos con ingeniería externa y múltiples empresas colaboradoras.

Por su parte, los criterios de aceptación convierten los requisitos en verificaciones objetivas. Pueden incluir controles de integridad, cumplimiento de nomenclatura, ausencia de interferencias relevantes, completitud de propiedades, coordinación espacial, validación de formatos y coherencia con especificaciones. La aceptación no debe basarse únicamente en la visualización del modelo: debe demostrar que la información sirve al uso previsto.

Cómo implantar la documentación sin burocracia innecesaria

El punto de partida es identificar las decisiones que el cliente necesita tomar y los riesgos que deben controlarse. A partir de ahí se definen requisitos proporcionados, entregables verificables y flujos de revisión. Copiar documentos de otro proyecto puede ahorrar tiempo inicialmente, pero suele introducir exigencias irrelevantes o vacíos críticos.

También es necesario integrar los documentos ISO 19650 con la gestión de calidad, la planificación, el control documental y los procesos de QA-QC existentes. Si el equipo trata el CDE como un repositorio paralelo al sistema de calidad, aparecerán versiones divergentes y aprobaciones difíciles de reconciliar. La gobernanza de la información debe formar parte de la gobernanza del proyecto.

QRisk puede apoyar esta implantación desde el diagnóstico de brechas hasta la definición de requisitos, procedimientos, matrices de responsabilidad y controles operativos para equipos BIM. El objetivo no es producir más documentos, sino establecer evidencias fiables de que la información crítica se genera, verifica y entrega bajo control.

El valor real de estos documentos se comprueba cuando surgen cambios de ingeniería, reclamaciones contractuales o necesidades de operación. En esos momentos, disponer de una cadena de información clara permite saber qué se solicitó, quién lo validó, qué versión estaba vigente y qué decisión se tomó. Esa trazabilidad es la base de una gestión BIM que aporta control técnico, no solo modelos más completos.