Un proyecto no pierde continuidad únicamente cuando aparece una interferencia en obra o cuando un modelo deja de corresponder con lo construido. También la pierde cuando una decisión técnica queda atrapada en un archivo que nadie puede identificar con certeza.
ModeloFinal, ModeloFinalNuevo, ModeloCorregido, ModeloAhoraSi.
Nombres como éstos parecen inofensivos mientras el equipo es pequeño y quien creó el archivo todavía recuerda su historia. Pero un proyecto técnico no permanece dentro de la memoria de una sola persona. La información pasa de ingeniería a modelado, coordinación, construcción, pruebas, puesta en marcha y entrega. En cada transición debe conservar su identidad, contexto y uso permitido.
Por eso, nombrar un archivo no es una tarea administrativa menor. Es una primera decisión de gestión de información.
El desorden no comienza en la carpeta
Cuando nadie sabe cuál es el archivo vigente, normalmente se culpa a la estructura de carpetas o a la plataforma. Sin embargo, una carpeta ordenada no corrige un contenedor ambiguo.
Un modelo puede estar en la ubicación correcta y seguir sin responder preguntas básicas:
- ¿A qué proyecto y organización pertenece?
- ¿Qué edificio, sistema, tramo o nivel representa?
- ¿Es un modelo, un plano, una memoria o un informe?
- ¿A qué disciplina corresponde?
- ¿Puede utilizarse para coordinación, revisión, construcción o solamente como referencia?
- ¿Qué revisión sustituye y cuál fue la magnitud del cambio?
Cuando esos datos no se acuerdan, el equipo depende de interpretaciones, mensajes y memoria informal. La consecuencia no es sólo documental: se revisa información equivocada, se duplican trabajos y pueden ejecutarse decisiones que ya habían cambiado.
El nombre como primera capa de metadatos
Un nombre estructurado funciona como una primera capa de metadatos. No sustituye la información administrada por un Entorno Común de Datos —CDE—, pero permite que el contenedor conserve parte de su contexto cuando se descarga, se comparte o se consulta fuera de la plataforma original.
El Manual de Nomenclatura de Documentos al utilizar BIM, publicado por buildingSMART Spain, propone concatenar los siguientes campos:
Proyecto–Creador–Volumen/Sistema–Nivel/Localización–Tipo–Disciplina–Número–Descripción–Estado–Revisión
Los siete primeros son requeridos dentro de la propuesta. La descripción es opcional. El estado y la revisión pueden formar parte del nombre o administrarse como metadatos cuando el CDE lo permite.
| Campo | Pregunta que ayuda a responder | | --- | --- | | Proyecto | ¿A qué expediente, contrato o proyecto pertenece? | | Creador | ¿Qué organización produjo la información? | | Volumen o sistema | ¿A qué división principal del activo corresponde? | | Nivel o localización | ¿En qué parte específica se ubica? | | Tipo | ¿Qué clase de contenedor de información es? | | Disciplina | ¿A qué ámbito técnico pertenece? | | Número | ¿Cómo se diferencia de otros contenedores equivalentes? | | Descripción | ¿Cómo puede reconocerlo rápidamente una persona? | | Estado | ¿Para qué uso está disponible? | | Revisión | ¿Qué versión sustituye y qué nivel de cambio representa? |
La utilidad no está en producir nombres largos. Está en crear identificadores consistentes, legibles por personas y procesables por aplicaciones.
Tipo de documento no es formato de archivo
Una distinción importante es la diferencia entre el contenido y su formato tecnológico.
M3D puede identificar un modelo tridimensional. .rvt, .ifc o .nwd indican formatos en los que ese contenido puede producirse o intercambiarse. El formato puede cambiar sin que cambie la naturaleza del contenedor.
Por esta razón, el generador de SORA conserva el tipo de documento dentro de la codificación y presenta la extensión tecnológica como un dato separado.
El estado no indica porcentaje de avance
En un proceso de gestión de información, el estado comunica el propósito para el cual puede utilizarse un contenedor.
S0: trabajo en curso que todavía no debe compartirse fuera del equipo de trabajo.S1: información compartida para coordinación.S2: información compartida para una actividad específica.S3: información disponible para comentarios y revisión.S4: información dispuesta para revisión y autorización del adjudicatario principal.S5: información dispuesta para validación respecto a los requisitos del adjudicador.AF: información publicada; laFrepresenta el hito o fase definido por el proyecto.AR: información archivada que no debe modificarse.
Los ejemplos A1, A2, A3 y posteriores no tienen un significado universal. Cada proyecto debe definir qué representa cada fase publicada. El código tampoco crea por sí mismo un flujo de aprobación: su uso debe relacionarse con responsables, revisiones y decisiones dentro del CDE.
Basada en una propuesta alineada con ISO 19650, no en una nomenclatura universal
La precisión importa. La serie ISO 19650 establece principios y procesos para gestionar información, pero no prescribe esta hoja de cálculo ni una única secuencia internacional de nombres.
El manual de buildingSMART Spain presenta una propuesta alineada con esos principios, adaptada principalmente al mercado español y utilizable como referencia en otros contextos hispanohablantes. El propio documento señala que puede adaptarse proporcionalmente a las necesidades de cada organización o proyecto.
La convención definitiva debe acordar:
- los campos y su orden;
- la longitud constante de cada campo;
- los catálogos válidos;
- el significado de los códigos de publicación;
- qué información permanece en el nombre y cuál vive como metadato;
- quién crea, revisa, autoriza y modifica cada contenedor;
- y cómo se integra la convención al estándar de información, EIR, BEP y CDE.
Una nomenclatura demasiado compleja puede terminar ignorada. Una demasiado simple puede no controlar el intercambio. La proporcionalidad forma parte de la gobernanza.
De una guía técnica a una herramienta utilizable
Con base en estos principios desarrollamos SORA NG – ISO 19650 Edition, un generador gratuito en Excel que convierte la propuesta en un flujo guiado y adaptable.
La versión 1.2 permite:
- configurar códigos de proyecto y organización creadora;
- definir volúmenes, sistemas, niveles y localizaciones;
- consultar una selección inicial de tipos documentales y disciplinas;
- ampliar los catálogos conforme a los acuerdos del proyecto;
- generar automáticamente el identificador;
- separar el tipo documental de la extensión tecnológica;
- conservar ceros iniciales en números y revisiones;
- validar longitudes y caracteres permitidos;
- impedir la generación cuando existen campos no válidos;
- advertir cuando el código supera los 60 caracteres recomendados por el manual;
- y explicar el alcance, las fuentes y las limitaciones de la adaptación.
Un ejemplo generado por la herramienta es:
PRJ001-ORG-E01-P01-M3D-MIC-001-ModeloCoordinacion-S0-0100.rvt
Puede leerse como un modelo tridimensional de la disciplina de modelado de información, creado por ORG para PRJ001, correspondiente al edificio 1 y planta 1, todavía en trabajo en curso y con revisión 0100.
Los catálogos incluidos son una selección operativa inicial; no reproducen íntegramente los anexos del manual ni sustituyen el catálogo acordado para el proyecto.
Lo que una nomenclatura no puede resolver
El generador no sustituye los requisitos de información, el Plan de Ejecución BIM, los permisos y flujos del CDE, la revisión técnica del contenido, la clasificación de sistemas y activos, la coordinación entre disciplinas ni la responsabilidad contractual de quienes producen, autorizan y aceptan la información.
Su función es concreta: reducir ambigüedad desde el origen y facilitar que la información pueda identificarse, buscarse, filtrarse y automatizarse con reglas consistentes.
Una pieza de la continuidad técnica de SORA
SORA no entiende BIM como un servicio aislado ni como el punto final de un modelo. Nuestra especialización integra Ingeniería Eléctrica, BMS/BAS/EPMS, BIM y Gestión de Información para conservar continuidad entre:
Ingeniería → Información → Coordinación → Construcción → Puesta en marcha → Entrega
Dentro de ese flujo, la nomenclatura ocupa una capa específica: ayuda a mantener la identidad y trazabilidad de los contenedores que transportan decisiones técnicas.
Una alimentación eléctrica puede cambiar durante coordinación. Un punto BMS puede modificarse durante submittals. Un equipo puede reubicarse en obra. El problema no termina al actualizar la geometría: también deben conservarse el contexto, el estado, la revisión y la correspondencia entre ingeniería, modelo, documentación constructiva y cierre.
Esta herramienta no representa por sí sola todo el sistema de continuidad técnica de SORA. Sí demuestra un principio que lo sostiene: la información debe poder reconocerse, verificarse y utilizarse con propósito a lo largo del ciclo del proyecto.
Nombrar no resuelve toda la gobernanza. Pero evita que la continuidad dependa únicamente de quien todavía recuerda dónde guardó el archivo.
Referencias
- buildingSMART Spain, Manual de Nomenclatura de Documentos al utilizar BIM.
- buildingSMART Spain, Serie de normas ISO 19650.
- ISO, ISO 19650-4:2022 — Information exchange.
¿Tu organización necesita una herramienta adaptada a sus procesos?
Cuéntanos el contexto, los roles, los entregables y los controles que necesitas. SORA puede ayudarte a estructurar una solución técnica específica y definir el alcance adecuado.
Hablar sobre una herramienta adaptada →Etiquetas
