En el entorno común de datos (CDE, o ECD) que describe la ISO 19650, la información pasa por cuatro estados: Trabajo en curso, Compartido, Publicado y Archivado. El paso de Compartido a Publicado es el que tiene consecuencias, porque lo publicado se usa como entregable. No lo da quien produjo la información: según las guías que explican la norma, lo autoriza quien coordina el equipo que entrega y lo acepta quien encargó el trabajo. Qué evidencia acompaña a esa decisión lo concretan los requisitos y el BEP de cada proyecto. Esta guía explica los estados, quién decide cada paso y qué conviene exigir antes de publicar.
Forma parte de la guía ISO 19650 para el BIM Manager: la gestión de la información, parte a parte. Una advertencia sobre las fuentes: el texto de la ISO 19650 es de pago y aquí no se reproduce. Lo que sigue resume explicaciones públicas de terceros, sobre todo de buildingSMART Spain y de Build Digital, y la ficha de catálogo de ISO. Cuando algo es criterio nuestro y no de la norma, lo decimos.
Los cuatro estados del entorno común de datos (CDE)
| Estado | Qué contiene | Para qué sirve |
|---|---|---|
| Trabajo en curso | La información que un equipo de tareas está desarrollando | Para trabajar dentro del equipo; los demás todavía no la usan |
| Compartido | Información que el equipo ha aprobado para que la consulten las demás partes que la necesitan | Para coordinar con otros equipos; todavía no es un entregable final |
| Publicado | Información autorizada para su uso | Para usarla como entregable; es de solo lectura |
| Archivado | El registro de lo que se compartió y se publicó, también de lo que después se sustituyó | Para saber qué información estaba vigente en cada momento; es de solo lectura |
- Estado 1Trabajo en cursoWork in progressLa información que un equipo de tareas está desarrollando
- Estado 2CompartidoSharedAprobada por su equipo para que la consulten las demás partes
- Estado 3PublicadoPublishedInformación autorizada para su uso como entregable
- Estado 4ArchivadoArchivedEl registro de lo que se compartió y se publicó
Las definiciones de la tabla resumen la guía de introducción de buildingSMART Spain (revisión de mayo de 2021) y la explicación de Build Digital, que remite para el detalle al apartado 12 de la parte 1 de la norma. Son explicaciones de terceros, no el texto de la norma.
Los nombres cambian según la fuente. La guía de buildingSMART Spain dice «Trabajo en curso», «Compartido», «Publicado» y «Archivo»; en inglés son work in progress (WIP), shared, published y archived. Son los mismos cuatro estados.
Lo que no forma parte del texto internacional son los códigos de estado que acompañan a cada contenedor de información en muchas plantillas. En el Reino Unido salen del anexo nacional de la parte 2, que BSI revisó en 2021 y presenta como recomendaciones propias del Reino Unido. En otros proyectos los fija el BEP. Si tu proyecto usa códigos, el BEP tiene que decir cuáles y qué significa cada uno.
Qué pasa en cada transición
- De Trabajo en curso a Compartido. El equipo de tareas comprueba su propia información, la revisa y la aprueba para que otros la usen. Build Digital atribuye esa revisión al responsable del equipo de tareas. Compartir no es entregar: sirve para que los demás coordinen sobre algo estable.
- Coordinación en Compartido. Los equipos trabajan con la información compartida de los demás y resuelven los cambios en las reuniones de coordinación. Lo compartido todavía no es un entregable final.
- De Compartido a Publicado. La información se somete a la revisión de quien la recibe. Build Digital lo describe como una autorización del cliente, y buildingSMART Spain define lo publicado como información autorizada para su uso. En el reparto de la norma son dos decisiones sucesivas: la del adjudicatario principal, que revisa y autoriza el modelo de su equipo, y la del adjudicador, que lo revisa y lo acepta.
- A Archivado. Lo compartido y lo publicado queda registrado, también cuando una versión nueva lo sustituye. Es lo que permite reconstruir después qué información estaba vigente cuando se tomó una decisión.
Quién autoriza el paso a Publicado según la ISO 19650
| Paso | Quién lo hace | Qué decide |
|---|---|---|
| Comprobar, revisar y aprobar para compartir | El equipo de tareas | Que su información está lista para que otros la usen |
| Revisar y autorizar | El adjudicatario principal | Que el modelo de su equipo, en conjunto, responde a lo que se pidió |
| Revisar y aceptar | El adjudicador | Que lo recibido le sirve como entregable |
| Registrar | La solución que hace de CDE | Nada: deja constancia de quién decidió, cuándo y sobre qué versión |
El reparto de la tabla resume guías públicas (Build Digital, buildingSMART Spain); la redacción exacta de cada paso está en la parte 2 de la norma, que es de pago. Compruébala en tu ejemplar antes de citarla en un contrato.
Dos matices que pesan en la práctica.
- Son funciones de las partes, no cargos. En tu organización, quien autoriza puede llamarse BIM Manager, coordinador BIM o jefe de proyecto. Lo que importa es que la decisión se pueda atribuir a una persona concreta y que quede registrada.
- Autorizar no es comprobar el contenido técnico. Revisar la información contra los requisitos del proyecto (si está lo que se pidió, con el nivel de información pedido y con el nombre y los metadatos acordados) es una cosa. Comprobar que los elementos del modelo respetan la normativa de construcción del país es otra, y puede quedar fuera de la revisión que el proyecto haya definido. Ahí entra la verificación normativa del modelo BIM.
La parte 4 de la norma, la de intercambio de información, detalla según su ficha el proceso y los criterios de decisión de cada intercambio, para asegurar la calidad del modelo de información resultante. Si tu contrato la cita, es el documento donde buscar con qué criterios se acepta o se rechaza una entrega.
Qué evidencia es razonable exigir antes de publicar
- Qué se publica, exactamente. El identificador del contenedor de información y su revisión, no solo el nombre del proyecto.
- Contra qué se revisó. El EIR y el BEP vigentes, con su versión, y el nivel de información necesario de esa entrega.
- Qué se comprobó y qué salió. Para cada comprobación: qué se miró, con qué criterio y con qué resultado. Lo que no se comprobó, declarado como tal y no escondido.
- De dónde sale cada umbral. Si hay comprobaciones normativas, cada umbral con su cita: documento, edición, artículo o página.
- Qué queda abierto. Las incidencias pendientes y por qué no impiden publicar.
- Quién autorizó y quién aceptó, y cuándo. Con nombre, fecha y la versión exacta sobre la que se decidió.
- Dónde queda el rastro. Que el registro de la decisión se pueda consultar después, aunque el contenedor se sustituya.
La prueba de fuego es sencilla: un tercero que abra ese registro un año después debería poder responder, sin llamarte, qué se publicó, contra qué se revisó, con qué resultado y quién respondió de ello.
Lo que dice la ISO 19650 y lo que hace OrionBIM no es lo mismo
Conviene no mezclar dos vocabularios que responden a preguntas distintas.
| Pregunta | En la ISO 19650 | En OrionBIM |
|---|---|---|
| Qué describe el vocabulario | Dónde está un contenedor de información: Trabajo en curso, Compartido, Publicado o Archivado | Qué salió al comprobar el modelo: OK, Revisar, Fuera de rango o No auditable |
| Quién decide | Las partes, según su función en el encargo | Un evaluador determinista produce el resultado y una persona lo firma |
| Contra qué se revisa | Los requisitos de información del proyecto | Reglas de la normativa del país, cada una con su fuente y la cita literal de la que sale el umbral |
Los estados de la norma dicen dónde está la información. Los resultados de OrionBIM dicen qué salió al comprobar una regla. Son dos ejes distintos y ninguno sustituye al otro.
Qué hace OrionBIM aquí y qué no
En OrionBIM, marcar una entrega como Publicada en su registro (no publica en ACC ni en otra solución de CDE) exige tres cosas a la vez:
- Que exista el veredicto. Sin dictamen no se publica.
- Que no sea «No auditable». Un dictamen que declara que no hubo juicio posible no sustenta una publicación.
- Que lo firme una persona, y que quede registrado quién firmó y cuándo.
Un «No auditable» se puede firmar, para dejar constancia de que no se pudo auditar, pero no habilita ninguna publicación. Firmar y publicar son dos preguntas distintas con dos respuestas distintas. Es la compuerta de OrionBIM: no sustituye la autorización del adjudicatario principal ni la aceptación del adjudicador que fije el proyecto.
Y lo que no hace:
- No es un CDE certificado ni se presenta como compatible con la ISO 19650, y no certifica la conformidad de nada con ella.
- No sustituye las decisiones que la norma asigna a cada parte. La firma en OrionBIM es la de quien responde del dictamen.
- Ningún resultado lo decide una IA. Los produce un evaluador determinista y los firma una persona.
- No audita sin regla aprobada. Si no la hay para el país del proyecto, el resultado es «No auditable».
- Revisión en curso. A 1 de octubre de 2026, mientras la revisión humana de las reglas ya cargadas sigue en curso, OrionBIM muestra como «Revisar» todo resultado que el evaluador habría dado como OK o Fuera de rango.
Si quieres ver cómo se presentan juntos el resultado, la cita y la firma, puedes ver cómo emite OrionBIM un dictamen.
Fuentes
- Common Data Environment (CDE) Solution and WorkflowBuild Digital, consultada 2026-10-01
- Serie de normas ISO 19650buildingSMART Spain, consultada 2026-10-01
- EN ISO 19650 Revisión Mayo 2021 - INTRODUCCIÓN A LA SERIE - BuildingSMART Spaincopia en Readkong de la guía de buildingSMART Spain, consultada 2026-10-01
- ISO 19650-4:2022 - Organization and digitization of information about buildings and civil engineering works, including building information modelling (BIM) — Information management using building information modelling — Part 4: Information exchangeOrganización Internacional de Normalización (ISO), consultada 2026-10-01
- BS EN ISO 19650-2:2018 & Revised NABSI, consultada 2026-10-01