¿Qué es ISO 19650 y por qué las organizaciones más avanzadas ya trabajan bajo este estándar?
Existe una brecha observable entre las organizaciones que dicen hacer BIM y las que hacen BIM de manera que produzca resultados consistentes y verificables. Esa brecha rara vez es tecnológica. No es una brecha de herramientas, de software, ni de capacidad de modelado. Es una brecha de gobernanza de información.
ISO 19650 es el estándar internacional que define exactamente esa gobernanza. Y las organizaciones que han cruzado la brecha — las que entregan proyectos complejos con menos interferencias, menos retrabajos, y activos digitales que realmente sirven para operar el edificio — son, en su mayoría, organizaciones que han adoptado ISO 19650 no como requisito sino como sistema de trabajo.
Este artículo explica qué es el estándar, por qué importa más allá del cumplimiento normativo, y qué diferencia hace en la práctica de un proyecto complejo.
¿Qué regula ISO 19650?
La respuesta corta: ISO 19650 no regula el modelado BIM. Regula cómo se gestiona la información en proyectos de construcción.
Esta distinción es fundamental. La norma no dice qué software usar. No especifica qué herramientas de modelado son aceptables. No define cómo se deben construir los modelos. Todo eso está fuera de su alcance deliberado.
Lo que sí define con precisión es:
- Cómo se establecen los requerimientos de información desde el inicio de un proyecto
- Cómo los equipos de trabajo responden y planifican la producción de esa información
- Cómo debe estructurarse el entorno donde la información fluye entre los participantes
- Con qué estados de madurez debe progresar cada pieza de información antes de ser usada
- Qué debe ocurrir con la información cuando el proyecto de construcción termina y el activo entra en operación
La norma está actualmente organizada en seis partes:
ISO 19650-1 establece los conceptos y principios. Es el marco conceptual que define términos, relaciones y el modelo mental del sistema.
ISO 19650-2 define los requisitos para la fase de entrega de activos: diseño y construcción. Esta es la parte más relevante para la mayoría de los proyectos en ejecución.
ISO 19650-3 extiende los principios a la fase operacional del activo, cuando el edificio o la infraestructura ya está en uso y requiere mantenimiento y gestión.
ISO 19650-4 se ocupa de la gestión de la información: intercambio, flujo y entrega.
ISO 19650-5 aborda la seguridad de la información, particularmente relevante para activos de infraestructura crítica.
ISO 19650-6 trata sobre el estado y verificación de la salud de los procesos de gestión de información.
Para un proyecto de data center, hospital, o planta industrial en México, la combinación de ISO 19650-1 e ISO 19650-2 proporciona el marco completo para la gestión de información durante diseño y construcción.
La jerarquía de requerimientos: de la organización al proyecto
Uno de los conceptos más importantes de ISO 19650 — y uno de los menos comprendidos — es la jerarquía de requerimientos de información. El estándar establece que la información de un proyecto no surge de la nada: se deriva de necesidades organizacionales y de activo que existen antes del proyecto.
Esta jerarquía tiene cuatro niveles:
OIR — Requisitos de Información Organizacional
Los OIR representan las necesidades de información a nivel estratégico de la organización propietaria. Responden a una pregunta de negocio, no técnica: ¿qué información necesita nuestra organización para tomar decisiones estratégicas sobre nuestra cartera de activos?
Para una empresa que opera múltiples instalaciones industriales, el OIR podría especificar la necesidad de información estandarizada de todos los activos para alimentar un sistema de gestión de mantenimiento centralizado. Este requerimiento organizacional determinará, en cascada, qué información debe producirse en cada proyecto.
AIR — Requisitos de Información del Activo
Los AIR traducen los OIR en requerimientos específicos para cada activo físico. Para un data center, el AIR especificaría qué datos deben estar disponibles sobre cada sistema de enfriamiento, cada UPS, cada tablero eléctrico — porque el operador necesita esa información para gestionar el activo durante su vida útil.
La relación crítica es esta: AIR → EIR → AIM. El AIR establece qué información necesita el operador. El EIR comunica ese requisito al equipo de entrega del proyecto. El AIM (Asset Information Model) es el resultado que el equipo entrega al final.
EIR — Requisitos de Intercambio de Información
El EIR es el documento contractual más importante de la cadena. Es el documento que el propietario o cliente emite al inicio del proyecto para comunicar sus requerimientos de información al equipo de trabajo.
Un EIR bien elaborado especifica:
- Qué información debe producirse para cada disciplina y sistema
- En qué nivel de detalle (LOD/LOI — Level of Detail / Level of Information)
- En qué formato y estándar de clasificación
- Con qué nomenclatura de archivos
- En qué momentos del proyecto (los hitos de entrega de información)
- En qué plataforma CDE se gestionará la información
Sin un EIR, el equipo de trabajo produce información según su propia interpretación de lo que el cliente necesita. El resultado frecuente: información que cumple los estándares del proveedor pero no los del propietario.
BEP — Plan de Ejecución BIM
El BEP es la respuesta del equipo de trabajo al EIR. Es el documento donde el equipo de diseño y construcción declara cómo producirá la información requerida, con qué herramientas, bajo qué procesos, y bajo qué responsabilidades.
Un BEP completo incluye:
- La descripción de cómo se cumplirá cada requerimiento del EIR
- El
MIDP(Master Information Delivery Plan), que consolida los planes de entrega de información de todos los equipos - Los
TIDP(Task Information Delivery Plans) de cada disciplina o equipo contratista - La definición de la estructura del CDE y los flujos de aprobación
- Los roles y responsabilidades de gestión de información
- La nomenclatura de archivos y la estructura de carpetas del CDE
El BEP transforma los requerimientos del EIR en un plan ejecutable. Sin él, la organización de la información del proyecto depende de las prácticas de cada equipo individual.
El CDE: la arquitectura del flujo de información
El Common Data Environment (CDE) es la pieza de infraestructura que hace operativo el marco de ISO 19650. La norma lo define como el acuerdo sobre cómo se comparte información entre los participantes del proyecto, implementado en una o más plataformas de software.
Lo que distingue a un CDE de una carpeta compartida son los estados de información. Según ISO 19650, toda pieza de información existe en uno de cuatro estados:
| Estado | Significado operativo | |--------|----------------------| | Work in Progress (WIP) | En desarrollo. Solo el equipo que la produce tiene acceso. No puede referenciarse como información vigente por otros equipos. | | Shared | Disponible para revisión o referencia por equipos designados. Formalmente distribuida pero no aprobada. | | Published | Aprobada para uso en el proyecto. La versión que puede usarse para tomar decisiones, construir o fabricar. | | Archived | Histórica o reemplazada. No vigente pero preservada para trazabilidad y auditoría. |
Este sistema de estados parece simple pero tiene consecuencias profundas. En un proyecto con CDE correctamente implementado, nadie puede construir con una versión en estado WIP o Shared. La versión Published es la única que cuenta. Y cuando una versión Published es reemplazada, la anterior pasa a Archived — preservada, no eliminada.
La preservación de versiones archivadas es lo que hace posible responder, años después, qué información se usó para tomar una decisión específica. Sin esa preservación, la trazabilidad es imposible.
PIM y AIM: la continuidad del activo
Uno de los conceptos más importantes de ISO 19650 para propietarios de activos es la distinción entre el Project Information Model (PIM) y el Asset Information Model (AIM).
El PIM es el conjunto de información producida durante el proyecto de diseño y construcción. Es la información que el equipo de entrega genera y gestiona. Incluye los modelos BIM, los planos, las especificaciones, los registros de interferencias, los informes de campo.
El AIM es la información que se entrega al propietario cuando el activo entra en operación. No es una copia del PIM. Es una selección, estructuración y complemento de la información del PIM para que sea útil durante la fase operacional: qué sistemas existen, dónde están, cuáles son sus especificaciones técnicas, cuáles son sus requerimientos de mantenimiento.
La distinción es importante porque muchos proyectos producen un PIM excelente pero no tienen un proceso definido para convertirlo en un AIM útil. El resultado: el propietario recibe el "modelo BIM as-built" pero no puede usarlo para gestionar el edificio porque la información no está estructurada para esa función.
ISO 19650-3 establece los requerimientos para el AIM y para la gestión de información durante la fase operacional. Aplicarlo desde el inicio del proyecto — diseñando el AIM antes del PIM — es la práctica que distingue a las organizaciones más maduras.
Por qué las organizaciones más avanzadas lo adoptan sin que nadie se los exija
En mercados donde ISO 19650 no es un requisito contractual obligatorio — como es el caso de la mayor parte de México actualmente — las organizaciones que lo adoptan de manera voluntaria lo hacen por razones concretas, no por filosofía:
Razón 1: Reduce los costos de coordinación
Un proyecto con EIR, BEP, y CDE bien implementados produce información una sola vez, en el formato correcto, con la aprobación correcta. Sin ese marco, la información se produce múltiples veces en formatos diferentes, se redistribuye por correo electrónico con versiones que se confunden, y requiere reuniones de reconciliación que consumen tiempo.
Razón 2: Elimina el trabajo con versiones incorrectas
El problema de "construir con el plano equivocado" tiene un costo real y medible. El CDE con estados de información hace que este problema sea estructuralmente imposible: si el plano no está en estado Published, no es la versión aprobada para construcción.
Razón 3: Protege en disputas contractuales
Cuando hay disputas — sobre cambios, sobre responsabilidades, sobre qué información estaba disponible cuando se tomó una decisión — la organización con trazabilidad completa de información tiene una posición contractual radicalmente mejor que la que no la tiene. El CDE es un registro de auditoría que puede usarse como evidencia.
Razón 4: El activo digital tiene valor para operaciones
Las organizaciones que operan múltiples activos — data centers, redes hospitalarias, portafolios industriales — están aprendiendo que la información estructurada del activo tiene valor económico durante décadas. Gestionar mantenimiento predictivo, planificar ampliaciones, o responder a emergencias técnicas es significativamente más eficiente con un AIM bien estructurado que sin él.
Los errores más comunes en la implementación
La adopción de ISO 19650 fracasa con frecuencia predecible. Estos son los tres errores más comunes:
Error 1: Implementar el CDE sin el BEP
El CDE es la herramienta. El BEP son las reglas. Una plataforma de gestión documental sin las reglas de quién puede publicar qué, bajo qué flujo de aprobación, y con qué nomenclatura, es una carpeta compartida con mejor interfaz. El BEP es lo que convierte la herramienta en un sistema gobernado.
Error 2: Redactar el EIR al final del proyecto
El EIR debe existir antes de que el equipo de diseño empiece a producir información. Redactarlo al final — o incluso en etapas avanzadas de diseño — convierte el EIR en un ejercicio retrospectivo de documentación, no en un instrumento de gobierno. La información ya fue producida a conveniencia del proveedor, no a requerimiento del propietario.
Error 3: Tratar ISO 19650 como un proyecto de IT
La implementación de ISO 19650 no es la instalación de una plataforma de software. Es un cambio en los procesos de trabajo de los equipos humanos que participan en el proyecto. El mayor reto de la implementación no es técnico — es el cambio de hábitos. Los equipos que estaban acostumbrados a enviar planos por correo electrónico necesitan adoptar flujos de trabajo nuevos. Sin capacitación y seguimiento, el CDE se convierte en una plataforma subutilizada.
Implementación práctica: por dónde empezar
Para una organización que quiere iniciar la implementación de ISO 19650, la secuencia correcta es:
-
Diagnóstico: Evaluar el estado actual de gestión de información. Identificar brechas respecto al estándar. Esto produce una hoja de ruta realista.
-
EIR primero: Si eres propietario de activos, el primer entregable concreto es el EIR para tu próximo proyecto. No el CDE, no el BEP del proveedor — el EIR, que es tu documento como propietario.
-
CDE con configuración mínima viable: Implementar el CDE no significa configurar todas las funciones desde el día uno. Significa configurar los estados de información, los flujos de aprobación principales, y la nomenclatura de archivos. El resto puede evolucionar.
-
BEP alineado con el EIR: Exigir al equipo de entrega un BEP que responda específicamente a cada punto del EIR. No un BEP genérico — un BEP proyecto-específico.
-
Monitoreo de cumplimiento: Implementar revisiones periódicas del cumplimiento del BEP durante la ejecución del proyecto. El marco de gobernanza solo funciona si hay alguien que verifica que se cumple.
Conclusión
ISO 19650 no es una certificación de pared. No es un diferencial de marketing que se menciona en una presentación. Es el sistema operativo de la gestión de información en proyectos de alta complejidad.
Las organizaciones que lo adoptan sin que nadie se los exija lo hacen porque produce proyectos con menos interferencias, activos digitales con valor real, y una posición contractual protegida. La curva de aprendizaje existe, pero las organizaciones que la han superado no consideran volver atrás.
El mercado de proyectos de alta complejidad se mueve hacia la gobernanza estructurada de información. Los clientes que exigen EIR antes de iniciar el diseño, que requieren BEP como condición de contrato, y que especifican CDE en sus bases de licitación son cada vez más frecuentes. La pregunta relevante no es si ISO 19650 llegará como estándar de mercado — es cuándo. Las organizaciones que empiezan ahora llegan con ventaja.
¿Tu organización está evaluando la implementación de ISO 19650 en sus proyectos? En SORA acompañamos la implementación del marco de gestión de información desde el EIR hasta el AIM. Solicita un diagnóstico técnico.
Etiquetas
