GUÍA 3

Identificación y revisión
¿Cómo lograr una correcta
comunicación en el proyecto?
2
Derecho de Autor Para esta edición de la guía, se
©BIMForum Uruguay consultó y se recibió sugerencias de:

Copyright (c) 2020. Se otorga permiso Arq. Adriana Sonino

para copiar, distribuir y/o modificar Ing. Martina Laborde
este documento bajo los términos de Ing. Diego Moratorio
la Licencia de Documentación Libre de Arq. Klaus Mill
GNU, Versión 1.2 o cualquier otra ver- Ing. Adriana Bellini
sión posterior publicada por la Free Ec. Gimena Barneche
Software Foundation; sin Secciones Arq. Michel Rosé
Invariantes ni Textos de Cubierta Cr. Florencia Queiro
Delantera ni Textos de Cubierta Dr. Nicolás Bico
Trasera. Ec. Gonzalo Maciel
Ec. Cecilia Oronoz

Coautores
Consideraciones
Arq. Juan Pablo Álvarez
Arq. Ignacio Ferrari Las Guías de BIM Forum Uruguay se
Arq. Daniella Grisi encuentran en constante revisión y
Arq. Andrea Klotnicki actualización, buscando alcanzar los
Arq. Nelson Leites mayores niveles posibles de acuerdo.
Arq. Rodrigo García Macchiavello
Arq. Nicolás Martínez Cualquier comentario que la lectura de
Arq. Cecilia Olivera la presente guía le genere puede enviar-
Arq. Sebastián Sanabria lo aquí.
Ing. Wendy Ulacio

3
 Contenido

1. Objetivo 5

2. Conceptos generales 6

3. Identificación 10

4. Revisión 12

5. Nomenclator Directorio o Carpetas 14

6. Código y color por disciplina y/o sistema 17

7. Códigos de tipos de documentos 20

4
1. OBJETIVO
Esta guía tiene como objetivo colaborar en la
promoción del uso de un lenguaje común para
la correcta comunicación e intercambio de
información entre los actores involucrados en
un proyecto de construcción en Uruguay, a lo
largo de las fases de su ciclo de vida, definien-
do criterios para:

• Nomenclatura de archivos

• Revisión de archivos

• Nomenclatura de carpetas

• Códigos y color de disciplinas

5
 CONCEPTOS
2. GENERALES
En la presente guía distinguiremos dos tipos
de información de acuerdo a la definición de
contenedor de información que establece el
proyecto de norma local PU UNIT-ISO
19650-1:2018, que a nivel general define en el
punto 3.3.12 el contenedor de información de
la siguiente manera:

“Conjunto de información persistente y recu-

perable desde un archivo, sistema o aplicación
de almacenamiento jerarquizado.”¹

A su vez el proyecto de norma distingue entre

información estructurada y no estructurada:

“Los contenedores de información estructura-

da incluyen modelos geométricos, programa-
ciones y bases de datos.”²

“Los contenedores de información no estruc-

turada incluyen documentación, videoclips y
grabaciones de audio.“³

¹ Definición según PU UNIT-ISO 19650-1:2018.

² Definición según PU UNIT-ISO 19650-1:2018.
³ Definición según PU UNIT-ISO 19650-1:2018.

6
A partir de un contenedor de información es-
tructurada podemos obtener sucesivos conte-
nedores de información no estructurada,
incluyendo documentos en diferentes forma-
tos para diferentes objetivos de acuerdo a la
etapa del proyecto en la que nos encontremos.

En la práctica habitual de gestión de proyectos

de construcción a nivel local se pueden asimi-
lar las definiciones de contenedor de informa-
ción estructurado y no estructurado a las
siguientes:

• Contenedor de información estructurado:

Entidad a partir de la cual se pueden generar
documentos basados en la información que
ella contiene. Pueden ser modelos 3D, archi-
vos 2D, planillas de cálculo múltiples, etc.

• Contenedor de información no estructurado:

Entidad que se genera a partir de la informa-
ción contenida en un Contenedor de Informa-
ción estructurado. Pueden ser Modelos 3D,
archivos 2D, planos, planillas de cálculo sim-
ples, archivos de texto, etc.

7
 A medida que se desarrolla un contenedor de
información estructurado o no estructurado,
este pasa por varios estados, los cuales se
grafican en la figura 1.

COMPARTIDO TRABAJO EN CURSO

CONTROL / REVISIÓN /
Información aprobada Información en desarrollo
para compartir con otros por su autor o equipo de
equipos de trabajo y de APROBACIÓN trabajo, no siendo visible
desarrollo o con la parte ni accesible a otros
contratante

Equipo de trabajo

Equipo de trabajo

Equipo de trabajo
REVISIÓN / AUTORIZACIÓN

PUBLICADO ARCHIVADO

Información autorizada Registro de transacciones de

para su uso en la fase de información, proporcionando
diseño detallado, para la trazabilidad al desarrollo del
construcción o gestión contenedor de información
de activos

Figura 1. Imagen referenciada a la norma ISO 19650-1:2018.

8
La ISO 19650 solicita a los autores de la infor-
mación mantener un control estricto de su
información a lo largo de su desarrollo. Es
recomendado que esto se logre mediante la
asignación de metadatos.4

Estos metadatos comunican información rele-

vante de la entidad compartida en un lenguaje
entendible por todos los interesados y a su
vez nos informa sobre en qué versión se en-
cuentra la misma y para qué propósito es
compartida. La ISO 19650-1 recomienda la
asignación de metadatos a los contenedores
de información dentro de un Entorno de Datos
Común (Common Data Environment5) estable-
ciendo: un código de revisión y un código de
estado.

Existen diferentes soluciones de Entornos de

Datos Común, que ofrecen diversas capacida-
des de asignación de metadatos. En caso de
no contar con un sistema automatizado de
asignación de metadatos es imprescindible
contar con un criterio de identificación, revi-
sión, estado y almacenamiento de la informa-
ción, para asegurar la correcta comunicación.
4 Los metadatos están definidos como "Un conjunto de da-
tos que describe y proporciona información sobre otros da-
tos "(Oxford Diccionario, 2019).

9
3. IDENTIFICACIÓN
Se sugiere establecer una nomenclatura de
archivos que incluya los siguientes metadatos
indicados como códigos unidos a través de
guion medio (-) según corresponda. Cuando
no exista código requerido o no aplique el
metadato al archivo, se podrá eliminar de la
nomenclatura:

Proyecto-Organización-Disciplina-Tipo de
Documento-Zona-Nivel-Número-Revisión

Proyecto (*) Un código abreviado de 3 caracteres en mayúsculas o número que iden�fica el proyecto.

Un código de 3 caracteres en mayúsculas que iden�fica a la parte interesada de origen o al autor de la

Organización (*)
información.

Disciplina (*) Código iden�ficador de disciplina de 3 caracteres en mayúsculas. Ver Tabla 01.

Tipo de Documento (*) Código iden�ficador del �po de documento de 3 caracteres en mayúsculas. Ver Tabla 02.

Iden�ficador de la construcción, área o zona del proyecto. En el archivo de modelo se refiere a si el

Zona (**)
proyecto está subdividido por zonas. (3 caracteres)

Iden�ficador de qué nivel, o grupo de niveles, se relaciona el archivo de modelo si el proyecto está
Nivel (**)
subdividido por niveles. (3 caracteres)

Número (**) Iden�ficador de 3 caracteres que puede referirse al código de un plano o vista de proyecto.

Campo descrip�vo para definir el �po de datos representados en el archivo. Evitar estar repi�endo
Descripción (***)
información codificada en otros campos.

Revisión Ver sistema de versionado y revisión de archivos en punto 4 (revisión).

* Aplica a un Contenedor de Información estructurado y no estructurado.

** Aplica a un Contenedor de información no estructurado y opcional a
un Contenedor de Información estructurado.
*** Opcional.

5 BIM Forum Uruguay, Guía nº2, 2020.

10
 A modo de ejemplo se indican nombres
genéricos para Contenedor de Información
estructurado y no estructurado:

Nombre Lectura de metadatos

Contenedor de Información estructurado del proyecto “PR1”, cuyo autor es “ABC”,

PR1-ABC-ARQ-MOD-Z01-X01.02
pertenece a la disciplina “ARQ”, se trata de un �po de archivo “MOD”, que pertenece a
la zona del proyecto “Z01”, y se encuentra en la versión y revisión “X01.02”

Contenedor de Información no estructurado a par�r de un Contenedor de Información

estructurado, por lo que conserva todos los metadatos que lo iden�fican con su origen
PR1-ABC-ARQ-DIB-Z01-001-001-X01.02 (Proyecto, Autor, Disciplina y Zona), cambiando el metadato de Tipo de Documento e
incorporando los metadatos correspondientes al nivel que pertenece y el número de
documento, indicando al final la versión y revisión que corresponda.

Documento de Guia N°3 (GU3) generado por Grupo Norma�va y Estandarización (GNE),
GU3-GNE-GEN-T03.01 de carácter general (GEN), que se en encuentra en el estado de Trabajo 03, en su
revisión 01 (T03.01)

11
4. REVISIÓN
A medida que se desarrolla la información es
necesario realizar un seguimiento de los cam-
bios, manteniendo la trazabilidad de qué revi-
sión y versión se comparte.

La Norma ISO 19650-1 recomienda que el sis-

tema de revisión de contenedores de informa-
ción siga un protocolo acordado. Se sugiere la
adopción del siguiente protocolo de indicación
de estado, revisión y versión: X01.02

Indica el estado en el que se encuentra el contenedor de información o documento emi�do dentro del flujo de
trabajo, iden�ficándose con una letra dependiendo de su estado:
ESTADO X
T: Trabajo en proceso / C: Compar�do / P: Publicado / A: Archivado

REVISIÓN Dos valores numéricos enteros, que representan la revisión primaria del contenedor de información o documento
01
PRIMARIA que eventualmente será compar�do, publicado o archivado.

VERSIÓN DE Dos valores numéricos enteros precedidos de un punto, que representan la versión de trabajo de la revisión primaria
.02 compar�da. Podrá sus�tuirse opcionalmente por un indicador de fecha en el formato AAMMDD (201007).
TRABAJO

12
 TRABAJO EN PROCESO

Contenedor de información estructurado en estado de trabajo en proceso T01, versión 01.

PR1-ABC-ARQ-MOD-T01.01

Contenedor de información estructurado en estado de trabajo en proceso T01, versión 02.

PR1-ABC-ARQ-MOD-T01.02

Contenedor de información estructurado en estado de trabajo en proceso T01, versión 03.

PR1-ABC-ARQ-MOD-T01.03

Contenedor de información estructurado en condiciones de ser compar�do o de emi�rse documentos

PR1-ABC-ARQ-MOD-T01
para compar�r a par�r del mismo, luego de haber pasado por las tres versiones de trabajo.

COMPARTIDO

Documentos de la disciplina arquitectura 1,2 y 3 correspondientes a la zona y

PR1-ABC-ARQ-DIB-Z01-N01-001-PLANTA-C01
nivel 01, emi�dos para compar�r.
PR1-ABC-ARQ-DIB-Z01-N01-002-FACHADA-C01
Se indica el estado y revisión agregando “C01”, lo que expresa que se
PR1-ABC-ARQ-DIB-Z01-N01-003-CORTE-C01
encuentran en la primera versión de documento compar�do.

PUBLICADO

PR1-ABC-ARQ-DIB-Z01-N01-001-PLANTA-P01 Los documentos de la disciplina arquitectura 1,2 y 3 anteriormente compar�dos

PR1-ABC-ARQ-DIB-Z01-N01-002-FACHADA-P01 fueron validados y son publicados en la primera versión de
PR1-ABC-ARQ-DIB-Z01-N01-003-CORTE-P01 publicado, correspondientes a la zona y nivel 01, emi�dos para compar�r.

ARCHIVADO

El Contenedor de Información estructurado es archivado, asignándole el metadato “A01”. Se genera una

PR1-ABC-ARQ-MOD-A01
nueva revisión de trabajo “T02” con la cual se vuelve a iniciar el ciclo.

13
 NOMENCLATOR
DIRECTORIO
5. O CARPETAS
En el mercado local la utilización de CDE no se
encuentra adoptada de forma masiva aún, y
las organizaciones utilizan servidores locales
con estructuras de carpetas tradicionales para
gestionar la información.

La estructura de carpetas es proporcionada

como una alternativa y complemento local a lo
indicado en la norma ISO 19650 y el flujo de
trabajo propuesto en ella, donde la informa-
ción se encuentra en los siguientes estados:
Trabajo en proceso (T), Compartido (C),
Publicado (P), Archivado (A).

Considerando que en la realidad local, donde

la información se continúa compartiendo por
medios tradicionales (e-mail, entregas
digitales, etc), toda la información compartida
(C) por un autor de información es recibida (R)
por un interesado del proyecto. Corresponde
entonces incorporar este estado al flujo de
trabajo local y la estructura de carpetas a los
efectos de almacenar la información en el
estado que corresponda en cada momento.

14
Se busca generar un orden común a la inform-
ación almacenada en las carpetas “recibido”,
“trabajo”, “compartido”, “publicado” y “archiva-
do”, estableciendo un criterio de guardado ba-
sado en fecha; y una mayor libertad para la
subdivisión de la carpeta de trabajo en proce-
so proponiendo una categorización por temáti-
ca, por miembros de equipo o mixta.

Dentro de cada carpeta la información se

guardará con el criterio de identificación y
revisión acordados.

15
Carpeta del Proyecto.
Código numérico único por proyecto y código de proyecto.

Carpeta de Información recibida

Almacenar la información en subcarpetas ordenadas por año, mes y día,
incorporando una breve descripción del contenido

Carpeta de información en Trabajo en proceso

Carpeta de uso interno del autor de la información que podrá subdividirse de
acuerdo al flujo de trabajo interno en carpetas por las categorías de interés del
autor o autores. En caso de trabajo en equipo sobre una misma carpeta de
trabajo deberá acordarse el criterio de subdivisión, por temá�ca, por miembro
del equipo, etc.

Carpeta de Información compar�da

Almacenar la información en subcarpetas ordenadas por año, mes y día,
incorporando una breve descripción del contenido

Carpeta de Información publicada

Almacenar la información en subcarpetas ordenadas por año, mes y día,
incorporando una breve descripción del contenido.

Carpeta de Información archivada

Almacenar la información en subcarpetas ordenadas por año, mes y día,
incorporando una breve descripción del contenido

16
 CÓDIGO Y COLOR
POR DISCIPLINA
6. Y/O SISTEMA
En la siguiente tabla se ejemplifica la codifica-
ción y colores recomendados para las discipli-
nas y sus sistemas más usuales. En caso de
utilizar otra codificación y/o colores los mis-
mos deben ser acordados y comunicados al
resto de los interesados del proyecto previo al
inicio del mismo.

Los sistemas se diferencian solamente por co-

lor y mantienen el código de la disciplina.

En caso de ser necesario los interesados acor-

darán el criterio de codificación de sistema pa-
ra incorporarlo al sistema de identificación
manteniendo el criterio.

17
Tabla 01. Códigos y color por disciplina y/o sistema

Disciplina Sistemas internos a la Disciplina Código RGB

General o aplicable a todo el proyecto GEN -

Arquitectura ARQ -

Agrimensura / Topografia AGR -

Estructura EST 165,165,165

Eléctrica ELE -

Potencia - 24,97,0

Iluminación - 54,214,0

Corrientes débiles - 83,255,26

Sanitaria6 SAN -

Agua Fría - 0,41,165

Agua Caliente - 255,0,255

Primaria - 255,0,0

Secundaria - 165,82,82

Ven�lación - 0,255,127

Pluvial - 165,165,0

Instalación de gas7 GAS 255,127,127

Incendio INC 165,0,0

Clima�zación8 CLI -

Inyección de Aire - 0,127,255

Extracción de Aire - 0,191,255

Retorno de Aire - 0,255,127

Renovación de Aire - 103,165,82

Agua caliente inyección - 255,0,127

Agua caliente retorno - 255,0,63

6 Para la designación de colores de los sistemas de sanitaria
Agua fría inyección - 173,126,189
se tomaron en cuenta los colores indicados en el Anexo 1 de
Agua fría retorno - 141,0,189
la Reglamentación de la Normativa de Sanitaria de la Inten-
Agua de condensado - 127,255,0
dencia de Montevideo Decreto Nº 32.952.
Mecánica Industrial4 MEC

Vapor - 126,157,189

1
Para la designación de colores de los sistemas de sanitaria se tomaron en cuenta los colores indicados en el Anexo 1 de la Reglamentación de la
Norma�va de Sanitaria de la Intendencia de Montevideo Decreto Nº 32.952.
2
La instalación de gas es una disciplina o sistema que se desarrolla muchas veces de forma individual en el mercado local, por esto se consideró
relevante iden�ficarla como una disciplina par�cular y no solo como un sistema interno a la disciplina Mecánica Industrial, aunque puede u�lizarse
de ambas formas, dependiendo del proyecto.
3
Para la designación de colores de los sistemas de clima�zación se tomaron los colores sugeridos por la U.S. General Administration MEP Color
Mapping
18
4
Para la designación de colores de los sistemas de clima�zación se tomaron los colores sugeridos por la U.S. General Administra�on MEP Color
Mapping
 Pluvial - 165,165,0

Instalación de gas2 GAS 255,127,127

Incendio INC 165,0,0

Clima�zación3 CLI -

Inyección de Aire - 0,127,255

Extracción de Aire - 0,191,255

Retorno de Aire - 0,255,127

Renovación de Aire - 103,165,82

Agua caliente inyección - 255,0,127

Agua caliente retorno - 255,0,63

Agua fría inyección - 173,126,189

Agua fría retorno - 141,0,189

Agua de condensado - 127,255,0

Mecánica Industrial4 MEC

Vapor - 126,157,189

Agua fría inyección - 173,126,189

1 Agua fríaseretorno
Para la designación de colores de los sistemas de sanitaria 141,0,189
tomaron en cuenta los colores indicados- en el Anexo 1 de la Reglamentación de la
Norma�va de Sanitaria de la Intendencia de Montevideo Decreto Nº 32.952.
2
Agua de condensado - 127,255,0
La instalación de gas es una disciplina o sistema que se desarrolla muchas veces de forma individual en el mercado local, por esto se consideró
relevante
Mecánicaiden�ficarla
Industrial como una disciplina par�cular y no solo como un sistema interno a la disciplinaMEC
1 Mecánica Industrial, aunque puede u�lizarse
de ambas formas, dependiendo del proyecto.
3 Vapor - 126,157,189
Para la designación de colores de los sistemas de clima�zación se tomaron los colores sugeridos por la U.S. General Administration MEP Color
Mapping
Gas Combus�ble - 255,127,127
4
Gas Medicinal
Para la designación de colores de los sistemas de clima�zación 165,82,165
se tomaron los colores sugeridos por la U.S. General Administra�on MEP Color
Mapping
Aire comprimido - 0,0,255

Cañerías de procesos internos - 76,38,38

Coordinación COO -

Operación y Mantenimiento OYM -

7 La instalación de gas es una disciplina o sistema que se

desarrolla muchas veces de forma individual en el mercado
local, por esto se consideró relevante identificarla como una
disciplina particular y no solo como un sistema interno a la
disciplina Mecánica Industrial, aunque puede utilizarse de
ambas formas, dependiendo del proyecto.
8 Para la designación de colores de los sistemas de
climatización se tomaron los colores sugeridos por la U.S.
General Administration MEP Color Mapping.

19
 CÓDIGOS DE TIPOS
7. DE DOCUMENTOS
A continuación se indican códigos para la
identificación de documentos. En caso de ex-
istir en el proyecto un tipo de documento que
no está incluido en el siguiente listado deberá
acordarse entre los interesados el tipo de do-
cumento y código a utilizar en el proyecto.

Tabla 02. Códigos de �pos de documentos.

Documentos generales del proyecto (Protocolos de trabajo del proyecto, presupuestos, es�mación de costos, planillas
GEN10
de cómputos, memorias, cronogramas, notas, informes, etc)

MOD Modelos (IFC o formato na�vo)

DIB Dibujos 2D (dwg,dxf,pdf,etc.)

PEB Plan de Ejecución BIM

9 Para la designación de colores de los sistemas de climati-

zación se tomaron los colores sugeridos por la U.S. General
Administration MEP Color Mapping.
¹0 Se podrán incorporar nuevos códigos de común acuerdo
con los integrantes del proyecto como por ejemplo CAL
(memoria de cálculo), TCR (documento o informe técnico).

20