Cómo diseñar un CDE alineado a ISO 19650 y al negocio

[#1]

Cómo diseñar un CDE alineado a ISO 19650 y al negocio

En el sector AEC (Architecture, Engineering & Construction), la fragmentación de la información es uno de los principales generadores de sobrecostes, litigios y pérdida de valor del activo. Tradicionalmente, los sistemas de gestión documental han sido tratados como soluciones IT, desconectadas del negocio y sin gobernanza real.

El Common Data Environment (CDE) debe ser redefinido como un activo estratégico corporativo, no como una herramienta tecnológica. Es el sistema de la organización para:

• Controlar la trazabilidad de la información
• Garantizar la calidad y consistencia del dato
• Reducir riesgos contractuales y reclamaciones
• Asegurar la continuidad digital hacia operación (AIM / Digital Twin)

Desde una perspectiva de negocio, un CDE bien diseñado no debe entenderse como un repositorio de información, sino como un sistema de control operativo del dato que impacta directamente en tres dimensiones críticas:

• rentabilidad (ROI),
• mitigación de riesgos
• escalabilidad organizacional.

La diferencia entre un CDE “implementado” y uno “gobernado” es precisamente la capacidad de traducir información en decisiones, y decisiones en resultados medibles.

ROI: cómo el CDE transforma ineficiencia en valor económico

El principal generador de retorno en un CDE no es la digitalización en sí, sino la eliminación de ineficiencias estructurales que históricamente han sido aceptadas como inevitables en proyectos AEC.

En entornos tradicionales, una parte significativa del costo de un proyecto se pierde en retrabajos derivados de errores de coordinación, uso de información desactualizada o decisiones tomadas sobre bases inconsistentes.

El CDE, cuando está correctamente estructurado bajo los principios de ISO 19650, introduce un mecanismo de control basado en estados, validaciones y trazabilidad que reduce drásticamente estas desviaciones. La gestión controlada de la información, desde WIP hasta Published, asegura que solo la información validada entra en procesos críticos como construcción o compras, evitando interferencias y errores en obra.

Este control no solo reduce retrabajos (frecuentemente en rangos del 20–30%), sino que impacta directamente en la productividad de los equipos. A esto se suma la optimización de los tiempos de aprobación: al eliminar flujos informales (emails, versiones paralelas, decisiones no registradas) y reemplazarlos por workflows estructurados definidos en el BEP, los ciclos de revisión y aprobación se acortan significativamente. Esto no es un beneficio menor; en proyectos complejos, la velocidad de decisión es un factor crítico de costo.

Otro componente clave del ROI es la automatización. El CDE permite pasar de revisiones manuales a validaciones automáticas (QA/QC), donde reglas de naming, completitud de parámetros o cumplimiento de requisitos pueden verificarse de forma sistemática.

Iniciativas como IDS permiten incluso que estos controles sean interpretables por máquinas, asegurando que lo que se entrega cumple exactamente con lo requerido. Esto no solo reduce errores humanos, sino que libera recursos técnicos de tareas repetitivas hacia actividades de mayor valor.

Finalmente, el impacto en 4D y 5D es significativo. Un CDE bien gobernado garantiza que planificación y costos se basen en datos consistentes y actualizados, mejorando la precisión de las mediciones, reduciendo desviaciones presupuestarias y permitiendo un control más fino del avance del proyecto. El resultado es un entorno donde la información deja de ser un riesgo y pasa a ser un activo económico.

Mitigación de riesgos: del desorden informacional a la evidencia contractual

En el sector AEC, muchos de los conflictos contractuales no tienen origen técnico, sino informacional. La incapacidad de demostrar qué información estaba vigente, quién la aprobó o cuándo se tomó una decisión es una de las principales fuentes de disputas.

El CDE resuelve este problema estructural al convertir la gestión de la información en un sistema trazable y auditable. Cada documento, modelo o dato tiene asociado un contexto claro: autor, fecha, estado, versión y flujo de aprobación. Esta trazabilidad no solo mejora la gestión interna, sino que constituye evidencia contractual en caso de reclamaciones.

El control de versiones y estados es especialmente crítico. En entornos sin gobernanza, es habitual que información en desarrollo (WIP) o no validada (Shared) termine siendo utilizada en obra, generando errores costosos. El CDE establece una regla fundamental: solo la información en estado Published es contractual y utilizable. Este simple principio, correctamente implementado, elimina una gran parte de los errores en ejecución.

Además, el CDE permite establecer un marco de auditoría continua. A diferencia de sistemas tradicionales, donde el control es reactivo, aquí cada acción queda registrada, lo que facilita tanto auditorías internas como procesos de certificación. Tal como se establece en los procesos de auditoría de la norma, la capacidad de demostrar cumplimiento no es opcional, es parte del sistema de gestión .

En lugar de comunicaciones dispersas, cada problema queda documentado, asignado y trazado hasta su resolución. Esto no solo mejora la eficiencia, sino que introduce accountability real en los procesos de coordinación .

Escalabilidad organizacional: de proyectos aislados a sistema corporativo

El tercer impacto, y probablemente el más estratégico, es la capacidad del CDE para escalar la organización.

Sin estandarización, cada proyecto se convierte en un caso único, con sus propias reglas, estructuras y formas de trabajar. Esto genera ineficiencia, dependencia de personas clave y dificultad para controlar el desempeño a nivel organizacional. El CDE, apoyado en un BEP corporativo, permite definir un marco común: naming conventions, estructuras de carpetas, workflows, roles y responsabilidades. Esta estandarización no es una cuestión técnica, sino organizacional; permite que la empresa funcione como sistema, no como suma de proyectos.

Una vez definidos estos estándares, la replicabilidad es inmediata. Nuevos proyectos no parten desde cero, sino desde una base probada, reduciendo tiempos de arranque, errores iniciales y curva de aprendizaje. Esto es especialmente relevante en programas de inversión o portfolios de activos, donde la consistencia es clave.

El siguiente nivel es la integración. Un CDE bien diseñado no se limita al entorno BIM, sino que se conecta con sistemas corporativos como ERP, CMMS o GIS. Esta integración es la base para la continuidad CAPEX–OPEX, permitiendo que la información generada en proyecto fluya directamente hacia operación sin reprocesamientos. Aquí es donde se materializa el valor real: en la capacidad de operar activos con información confiable desde el primer día.

Esta estructura es la base necesaria para cualquier estrategia de Digital Twin. Sin datos consistentes, estructurados y trazables, el concepto de gemelo digital es inviable. El CDE, en este sentido, no es un componente más, es la infraestructura que lo hace posible.

Marco ISO 19650

Para que el CDE actúe como motor de valor, debe diseñarse bajo las directrices del marco internacional ISO 19650, el cual define el proceso colaborativo para la producción y gestión de la información con metodologías BIM. Esta norma traduce las necesidades del negocio en flujos operativos y requisitos concretos de información.

Todo proyecto nace de los Requisitos de Información de Intercambio (EIR) establecidos por la parte contratante (cliente), los cuales guían la creación del Project Information Model (PIM) durante las fases de diseño y construcción. Tras la entrega, el PIM evoluciona hacia un Asset Information Model (AIM), que contiene la información gráfica, no gráfica y documental necesaria para la operación y mantenimiento del activo.

La norma ISO 19650 estructura el flujo de la información dentro del CDE en cuatro estados obligatorios, garantizando que los equipos sólo consuman información validada:

• Trabajo en Curso (WIP - Work in Progress): Información en desarrollo por un equipo de trabajo (task team). No es visible ni accesible para ninguna otra disciplina.
• Compartido (Shared): Información que ha superado controles de calidad y es aprobada para compartirse con otros equipos para fines de coordinación (ej. detección de interferencias).
• Publicado (Published): Información autorizada formalmente por el cliente o la parte contratante principal para un uso específico, como "Apto para Construcción". Esta información es de solo lectura y tiene validez contractual.
• Archivado (Archive): Proporciona un registro histórico de toda la información compartida y publicada a lo largo del desarrollo del proyecto, vital para el conocimiento normativo y legal.

Además, el sistema no se basa en simples carpetas, sino en metadatos precisos. Cada contenedor de información (archivo) debe codificarse mediante una convención única y asignarle atributos clave: Estado (Idoneidad), Revisión y Clasificación.

Metadatos y Trazabilidad

El CDE debe estructurarse mediante:

• Convenciones de naming
• Estados y revisiones
• Clasificación (Uniclass, Omniclass)
• Identificadores únicos (Asset ID)

Sin metadatos, no existe gobernanza ni automatización.

Diseño Funcional del CDE

El diseño del CDE debe traducir los requerimientos de la ISO 19650 en una arquitectura de software robusta. Para un rendimiento óptimo en un proyecto BIM, el diseño funcional debe incorporar:

• Workflows de Aprobación: El paso de un estado a otro (ej. de WIP a Compartido, o de Compartido a Publicado) no debe ser manual, sino gestionado a través de flujos de trabajo (workflows) de revisión, verificación y autorización. El CDE debe automatizar estos procesos, cambiando el estado del documento e informando a las partes interesadas mediante paneles de control (dashboards) en tiempo real.

Etapa	Acción	Responsable	Resultado
WIP → Shared	Coordinación interna	Autor	Modelo coordinado
Shared → Review	Validación técnica	Coordinador BIM	Issue list (BCF)
Review → Published	Aprobación formal	Project Manager / Cliente	Documento contractual

• Control de Versiones y Estado "Current": El sistema debe asegurar el control de versiones, impidiendo la sobreescritura accidental. El CDE garantiza que los equipos de obra siempre visualicen la revisión autorizada más reciente para evitar la construcción con planos obsoletos, permitiendo simultáneamente el acceso a versiones históricas si fuera necesario.
• Visores Federados e Interoperabilidad: El CDE debe integrar visores 2D y 3D que permitan desplegar modelos federados, visualizar parámetros (datos no gráficos asociados a elementos) y realizar secciones o mediciones sin necesidad de software de modelado de escritorio.
• Trazabilidad de Incidencias (Issue Tracking): Las discrepancias detectadas (RFIs) deben gestionarse de forma nativa en el CDE, asociándolas a elementos específicos en los modelos 3D y a los responsables de su resolución. Es altamente recomendable que el CDE soporte formatos abiertos como BCF (BIM Collaboration Format) para interoperar hallazgos entre el CDE y las herramientas de autoría.

Modelo de Gobierno

La tecnología por sí sola es inútil sin un modelo de gobernanza estructurado. El modelo de gobierno del CDE debe alinearse con el Plan de Ejecución BIM (BEP) y definir estrictamente los roles, responsabilidades y niveles de acceso.

La seguridad dentro del CDE debe basarse en un cruce entre el estado de la información y el rol del usuario.

• Seguridad basada en estados: Un contratista solo debe tener acceso a los modelos en la zona de Publicado para construir, mientras que los consultores interactúan en Compartido para coordinar.
• Accesos por Rol y Organización: La configuración debe agrupar a los usuarios por disciplinas (arquitectura, estructuras, MEP) y empresas. Los autores mantienen la propiedad y responsabilidad de la información en la zona WIP.
• Trazabilidad total: Se debe mantener un registro de quién subió, leyó, editó, descargó o aprobó un archivo. Esto fortalece la gobernanza ante reclamaciones económicas o extensiones de plazo derivadas de RFIs u órdenes de cambio.

Implementación Operativa

Desplegar un CDE organizacional exige un enfoque metódico para asegurar la adopción tecnológica y mitigar el choque cultural. Se propone un plan de implementación escalable en cinco fases:

1. Diagnóstico y Estrategia: Mapeo de los procesos actuales, la infraestructura IT existente y el portfolio de activos.
2. Estandarización (Elaboración del Estándar): Definición de las reglas de nomenclatura de archivos, códigos de idoneidad, niveles de información (LOIN) y mapeo de los flujos de aprobación. Estas reglas deben reflejarse contractualmente en el EIR y el BEP.
3. Implementación en Proyecto Piloto: Despliegue del CDE en un proyecto acotado. Ejemplo aplicado: Utilizar el CDE en un proyecto donde se automaticen los flujos de RFIs y la coordinación interdisciplinar de un modelo federado, garantizando que el equipo de construcción, acceda únicamente a planos con estado Publicado.
4. Capacitación y Despliegue: Formación segmentada por roles (ej. Visualizador en obra, Aprobador en cliente, Information Manager). Es vital integrar a toda la cadena de suministro para evitar que el CDE se convierta en un repositorio aislado y los intercambios vuelvan al correo electrónico o servidores locales.
5. Auditoría y Operación: Consolidación del modelo As-Built. Durante la transición de la obra a la fase operativa, el CDE audita que el Modelo de Información del Proyecto (PIM) cumpla los requisitos (ej. formato COBie) antes de convertirse en el Modelo de Información del Activo (AIM) para el equipo de Facility Management.

Criterios de Priorización Funcional: En las primeras fases, se debe priorizar la configuración de trazabilidad, el versionado automático y los flujos básicos (WIP-Shared-Published). Posteriormente, escalar hacia funcionalidades avanzadas como la interoperabilidad con sistemas ERP o tableros de Business Intelligence (Dashboards) para analítica de datos.

Conclusiones Estratégicas

Adoptar un CDE bajo el marco de la ISO 19650 representa un cambio de paradigma organizativo, desplazando la gestión documental basada en el caos de emails y servidores fragmentados hacia un ecosistema de datos de alto valor.

Para la alta dirección, el CDE es el cimiento de la transformación en la construcción. Su correcto diseño funcional y modelo de gobierno aseguran una reducción del riesgo financiero y contractual al proporcionar una trazabilidad irrefutable de la toma de decisiones. Paralelamente, garantiza que los datos desarrollados durante la fase CAPEX (PIM) posean la integridad estructural necesaria para integrarse en plataformas de operación y mantenimiento, generando un ROI sostenido a lo largo de todo el ciclo de vida del activo (OPEX)

1. El CDE no es tecnología, es gobernanza de la información
   • Sin procesos, el CDE es un repositorio caótico
2. ISO 19650 no es normativa documental, es un modelo operativo
   • Traduce requisitos en workflows y responsabilidades
3. El valor real está en la continuidad PIM → AIM
   • Sin esto, BIM no genera ROI en operación
4. La trazabilidad es el mayor activo
   • Reduce litigios, mejora control y habilita automatización
5. La implementación debe ser progresiva y medible
   • Validar, auditar y escalar

Evolución del ecosistema Autodesk hacia una plataforma unificada:

De Autodesk Construction Cloud a Autodesk Forma y Data Management bajo ISO 19650

La industria AECO (Arquitectura, Ingeniería, Construcción y Operaciones) se enfrenta a presiones sin precedentes para mejorar la eficiencia, reducir el riesgo y garantizar la sostenibilidad. Para responder a este reto, Autodesk ha redefinido su estrategia presentando Autodesk Forma como la primera nube industrial (Industry Cloud) de extremo a extremo para el sector.

A nivel estratégico, esto no es solo una actualización de producto, sino un cambio de paradigma organizativo. Forma integra las capacidades probadas de Autodesk Construction Cloud (ACC) y establece oficialmente a Autodesk Docs como el Entorno Común de Datos (CDE) fundacional de la plataforma. El objetivo de negocio es abandonar los enfoques lineales y basados en archivos aislados, para pasar a gestionar datos granulares a través de un hilo digital ininterrumpido que conecta la planificación, el diseño, la construcción y las operaciones.

Nota: el producto de diseño en fase temprana que el mercado conocía anteriormente como Forma, pasa a llamarse Forma Concept dentro de este nuevo ecosistema.

Arquitectura Funcional: Los Dos Niveles del CDE

Para facilitar la adopción tecnológica y escalar según la madurez de la organización, la gestión de la información en Autodesk Forma se estructura en dos niveles operativos claramente diferenciados:

1. Forma Data Management Essentials (Nivel Base) Posicionado como el punto de entrada para la colaboración conectada a la nube. Este nivel se incluye sin costo adicional para los suscriptores de herramientas de escritorio independientes como AutoCAD, Revit y Civil 3D, así como en la colección PDMC (Product Design Manufacturing Collection).

• Funcionalidad: Actúa como un puente directo entre el escritorio y la nube. Permite a los equipos almacenar, visualizar (2D y 3D), realizar marcas de revisión (markups), buscar archivos, compartir enlaces, hacer seguimiento básico de incidencias (issues predeterminados) y mantener un registro de actividad.
• Impacto de Negocio: Permite a los diseñadores organizar su Trabajo en Curso (WIP) y colaborar sin disrupciones en sus flujos de trabajo diarios, reduciendo la confusión de versiones tempranas.

2. Forma Data Management (Nivel Avanzado) Es la evolución completa de Autodesk Docs y el motor del CDE corporativo. Está diseñado para proyectos complejos y equipos multidisciplinares donde la coordinación, las transferencias formales y el control de cambios son constantes.

• Funcionalidad: Desbloquea flujos de trabajo avanzados como: metadatos y atributos personalizados, incidencias (issues) configurables, flujos de revisión y aprobación automatizados, envíos formales (transmittals), paquetes de información (packages), acceso mediante aplicación móvil y tableros de control (dashboards) e inteligencia de proyectos. También habilita el acceso a la API pública de Forma para integraciones corporativas.

Alineación con el Marco ISO 19650

Para las organizaciones (Appointing Parties y Lead Appointed Parties) que exigen un gobierno de la información estricto, es fundamental distinguir la capacidad de cumplimiento normativo de ambos niveles:

• Limitación de Essentials: Forma Data Management Essentials no es compatible con los flujos de trabajo de la norma ISO 19650. Al carecer de metadatos personalizados, aplicación obligatoria de estándares de nomenclatura y procesos de revisión controlados, no puede gestionar transiciones rigurosas entre los estados de información (Shared, Published).
• Cumplimiento del Nivel Avanzado: Para implementar un CDE alineado a ISO 19650, se debe adquirir e implementar el nivel completo de Forma Data Management. Este nivel permite configurar la arquitectura de metadatos (Estado, Revisión, Clasificación), aplicar flujos de trabajo (workflows) de aprobación para cambiar el estado de los contenedores de información, y generar un registro de auditoría (audit trail) inalterable.

Para los líderes de transformación digital y BIM Managers, Autodesk Forma redefine el CDE al integrarlo directamente en las herramientas de autoría (Desktop to Cloud) y unificarlo bajo un ecosistema corporativo e inteligente.

Adoptar Forma Data Management garantiza que cuente con un repositorio auditable y estructurado, capaz de mitigar riesgos contractuales mediante la trazabilidad de revisiones. Simultáneamente, prepara a la organización para aprovechar la analítica de datos predictiva (IA) y asegura que la información fluya sin pérdida de valor desde la fase de diseño hasta las operaciones (Facility Management), maximizando el Retorno de Inversión (ROI) en todo el ciclo de vida del activo