ISO 19650 sin humo: guía práctica para equipos que recién empiezan

La primera vez que nos tocó implementar la ISO 19650 en un proyecto real, el problema no fue la norma: fue todo lo que se había escrito sobre ella. Manuales de cientos de páginas, diagramas con doce siglas por lámina, webinars que explicaban la parte 1 citando la parte 2 y la parte 2 citando la parte 1. Mientras tanto, en la obra, el instalador sanitario seguía trabajando sobre un PDF de hace tres versiones porque nadie le avisó que el modelo había cambiado. Ese es exactamente el problema que la norma vino a resolver, y es una lástima que la forma en que se la cuenta lo esconda tan bien.

Qué resuelve la ISO 19650: el problema antes de la norma

Antes de hablar de siglas conviene hablar del dolor. En un proyecto típico, la información circula por mail, WhatsApp, carpetas compartidas y memoria de las personas. Nadie sabe cuál es la versión vigente de nada, cada disciplina modela lo que le parece con el detalle que le parece, y cuando algo falla en obra la discusión no es técnica: es arqueológica. ¿Quién mandó qué, cuándo, y con qué autorización?

La ISO 19650 no es una norma de modelado. Es una norma de gestión de la información: define quién pide información, quién la produce, cómo se verifica y por dónde circula. Nada más, y nada menos. Todo lo demás —el software, el nivel de detalle, los formatos— son decisiones que el equipo toma dentro de ese marco.

Los actores: parte contratante, líder y designada, traducidos a roles reales

La norma habla de "parte contratante principal" (appointing party), "parte designada líder" (lead appointed party) y "partes designadas" (appointed parties). Suena a contrato de fusión bancaria, pero en un edificio de vivienda de LATAM se traduce así: el promotor que paga, el estudio o la constructora que lidera el diseño o la ejecución, y los proyectistas y subcontratos que producen información para ese líder.

¿Por qué importa la traducción? Porque la norma asigna obligaciones distintas a cada uno. El promotor define qué información necesita; el líder organiza cómo se produce; las partes designadas la producen. Cuando esos tres roles se confunden —cuando el proyectista decide solo qué entregar, o el promotor pide "todo en BIM" sin especificar nada— el resultado es el caos de siempre, ahora con modelos más pesados.

EIR, BEP, MIDP: la cadena de documentos y quién escribe cada uno

Acá está el corazón operativo de la ISO 19650 parte 2, y es más simple de lo que parece:

• El EIR (requisitos de intercambio de información) lo escribe el promotor: qué información necesita, para qué usos, en qué formatos y en qué hitos. Le dedicamos un artículo completo desde la perspectiva del promotor.
• El BEP (plan de ejecución BIM) lo escribe el equipo de diseño o construcción como respuesta al EIR: cómo van a producir esa información, con qué roles, software y estructura de modelos. También tiene su propio artículo, porque es el documento que más se escribe y menos se usa en el sector.
• El MIDP (plan maestro de entrega de información) es el cronograma: qué entregable, quién, cuándo. Es la agenda que hace verificable todo lo anterior.

La cadena tiene una lógica de pregunta y respuesta. Sin EIR, el BEP responde a una pregunta que nadie hizo. Sin MIDP, el BEP es una declaración de intenciones sin fechas.

El CDE en la práctica: estados de la información y flujos de aprobación

El CDE —entorno común de datos— es el concepto que más se malinterpreta. No es "una carpeta en la nube": es un flujo. La norma define estados por los que pasa cada contenedor de información: trabajo en curso, compartido, publicado, archivado. Lo que cambia la vida de un proyecto no es la plataforma, sino la regla: nadie construye desde algo que no esté en estado publicado, y nada pasa a publicado sin verificación previa.

En un proyecto que coordinamos, implementar solo eso —los estados y un flujo de aprobación explícito— eliminó de raíz las semanas de reproceso que veníamos arrastrando por versiones cruzadas. No hizo falta ninguna plataforma cara: hizo falta disciplina y una estructura de carpetas que la reflejara. ¿Se puede montar un CDE conforme a la norma sobre herramientas modestas? Se puede, y para equipos chicos suele ser el punto de partida correcto.

Cómo aplicarla donde nadie oyó hablar de la norma

Esta es la pregunta honesta para nuestro contexto: ¿tiene sentido aplicar ISO 19650 cuando el cliente no la exige y probablemente no la conozca? Nuestra postura es que sí, pero por capas. Primero el CDE con estados, porque ataca el dolor más caro. Después un BEP corto —diez páginas útiles valen más que sesenta decorativas—. Después un MIDP aunque sea en una planilla. La certificación formal puede esperar; la disciplina de información no.

Lo que no recomendamos es lo contrario: adoptar el vocabulario completo de la norma sin cambiar ningún proceso. Eso produce proyectos que "cumplen ISO 19650" en la carátula y funcionan por WhatsApp en la realidad, y le hace más daño a la norma que ignorarla.

Si querés bajar esto a tierra, en nuestra sección de recursos publicamos una checklist de coordinación BIM que ordena estos pasos para un proyecto real. La norma no es humo; el humo es la forma en que se la vende. Bien aplicada, es apenas la formalización de algo que cualquier equipo serio ya intuye: la información de un proyecto vale lo que vale su gestión.

Preguntas frecuentes

¿La ISO 19650 es obligatoria en Latinoamérica?

No de forma general. Algunas licitaciones públicas y clientes corporativos ya la exigen, y la tendencia regional es creciente. Adoptarla antes de que sea requisito es una ventaja competitiva: cuando el mercado la pida, tu equipo ya la ejecuta con naturalidad.

¿Necesito un software específico para cumplir la ISO 19650?

No. La norma es agnóstica de plataforma: regula procesos de gestión de la información, no herramientas. Un CDE conforme puede montarse sobre herramientas modestas si respeta los estados de la información (trabajo en curso, compartido, publicado, archivado) y los flujos de verificación.

¿Cuál es la diferencia entre el EIR y el BEP?

El EIR lo escribe el cliente y define qué información necesita, para qué usos y en qué hitos. El BEP lo escribe el equipo de diseño o construcción como respuesta: cómo va a producir esa información, con qué roles, software y estructura de modelos. Sin EIR, el BEP responde a una pregunta que nadie hizo.

¿Por dónde empieza un equipo chico con la ISO 19650?

Por capas: primero un CDE con estados y flujo de aprobación explícito, que ataca el dolor más caro (versiones cruzadas). Después un BEP corto y útil, y un MIDP aunque sea en una planilla. La certificación formal puede esperar; la disciplina de información no.