En la siguiente publicación abarcamos el tema de Nombramiento de Archivos en consecuencía a la Parte número 1, la cual trata sobre el nombramiento de Contenedores o Carpetas.
Si deseas leer la publicación anterior visita el siguiente enlace. NOMBRAMIENTO DE CONTENEDORES Y ARCHIVOS BIM - PARTE 1
ARCHIVOS
01 CAMPOS A UTILIZAR
En la siguiente tabla mostramos los diferentes campos a utilizar para el nombramiento de archivos:
02 DESCRIPCIÓN DE CAMPOS
02.1 PROYECTO
Cadena de 5 caracteres.
Identifican al proyecto a manera de abreviatura o iniciales. Habrá que evitar el uso del número de identificación interna del proyecto, dado que ese número no será el mismo para cada equipo del proyecto.
Ejemplo:
Nombre de Proyecto: Planta de Manufactura Mini de BMW Group en Oxford, Inglaterra (uno de los proyectos en los cuales colaboramos),
La cadena correspondiente a ese proyecto podría ser MNOXF. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-XX-XXX-XXX-XXXX-XX-XX-XXX-XXXXXXXXXXXX-X-XX.PDF
02.2 CICLO DE VIDA
Cadena de 2 caracteres.
Este es un campo opcional pero sirve, en caso de que el Plan de Ejecución BIM así lo determine, para identificar un archivo según la fase del ciclo de vida del proyecto a la que pertenece. Para ver la tabla de las etapas del ciclo de vida, revisar la tabla “1304 CICLO DE VIDA”
Para nuestro contexto local y de acuerdo con AGEBIM (Guía de Aplicación práctica a la serie ISO 19650 partes 1 y 2) se definen las siguientes etapas temporales para el ciclo de vida de un proyecto:
EJEMPLO:
Para este ejemplo este documento pertenece a la fase del ciclo de vida de planificación. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-XXX-XXX-XXXX-XX-XX-XXX-XXXXXXXXXXXX-X-XX.PDF
02.3 ORGANIZACIÓN
Cadena de 3 caracteres.
A manera de abreviatura identificarán al promotor del proyecto. En caso de que el proyecto sea un proyecto interno, nosotros como BIM-CA nos identificamos con la cadena BCA.
EJEMPLO:
En caso de que el proyecto sea un proyecto interno, nosotros como BIM-CA nos identificamos con la cadena BCA. Para este ejemplo este documento corresponde a un proyecto interno.(Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-XXX-XXXX-XX-XX-XXX-XXXXXXXXXXXX-X-XX.PDF
02.4 ESPECIALIDAD
Cadena de 3 caracteres.
Sirve para identificar la especialidad a la que pertenece un archivo en particular. Se ha realizado una tabla que enlista disciplinas y especialidades.
Para ver la tabla de especialidades revisar la tabla “1305 ESPECIALIDAD”, si en el futuro se encuentra alguna disciplina o sistema que no ha sido considerado en estos recursos, se debe buscar un código único que le identifique del resto, así como un color que le represente e incluirlo en estos recursos. Las opciones a utilizar son:
GEN General
MAS Master
DAT Datos
PRO Procesos
PEL Materiales peligrosos o nocivos
ARQ Arquitectura
OCV Obras civiles
EST Diseño estructural
MEC Instalaciones mecánicas
CLI Climatización
VEN Ventilación forzada
EQU Equipos
ELE Electricidad
FON Fontanería
HID Instalaciones hidráulicas
SAN Instalaciones de saneamiento
PCI Protección contra incendio
IND Industrial
FAB Planos de taller
EJEMPLO:
El documento de este ejemplo es un set de planos de instalaciones mecánicas. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-XXXX-XX-XX-XXX-XxxxxxXxxxxx-X-XX.PDF
TABLA 1305 ESPECIALIDADES - BIM-CA COLOR SYSTEM V.3
02.5 ZONA
Cadena de 4 caracteres.
Cuando sea necesario el modelo estará subdividido en divisiones o zonas manejables de tamaño, ya sea por volúmenes, tramos, o sectores.
Volúmenes en el caso de ser un proyecto con varias edificaciones y que convenga trabajarlas por separado se hará una codificación específica por proyecto para nombrar a cada volumen
Tramos en el caso de ser una infraestructura lineal se identificarán tramos que serán codificados por proyecto.
Sectores en el caso de ser un proyecto que abarca un área muy extensa y que por tema de escala sea conveniente el dividir el proyecto por sectores que serán identificados y codificados por proyecto.
En casos especiales en que el modelo incluya o todos los volúmenes o todos los tramos o todos los sectores se utilizará la cadena “ZZZZ” para indicar que no hay divisiones o zonas.
EJEMPLO:
Por el tamaño de la planta de este ejemplo se trabajó por edificios norte y sur, y se sectoriza por 8 zonas, las zonas llevaban una literal que las identificaban, conteniendo al edificio sur las zonas ABCD y al edificio norte las zonas FGHI. El documento de este ejemplo es un set de planos que corresponde al edificio norte completo. En algunos casos cuando solo se presentaba una zona como por ejemplo la G, se anotaba GGGG. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-FGHI-XX-XX-XXX-XxxxxxXxxxxx-X-XX.PDF+
02.6 NIVEL
Cadena de 2 ó 3 caracteres.
Para casos donde el modelo estará subdividido por niveles, ya sea debido a que será trabajo realizado por contratistas distintos o debido a que la complejidad del proyecto lo amerita.
Casos especiales:
ZZ Indica múltiples niveles
XX Indica que no se puede aplicar un criterio de nivel
PB Indica que se trata del nivel en contacto con el suelo natural
00 Indica que es un basamento en aquellos casos donde no es apropiado considerar que se trate del nivel en contacto con el suelo natural
01 Piso 1, entendiendo que es el primer nivel por encima del suelo natural
02 Piso 2 y así sucesivamente
M01 Mezanine 1, entendiendo que se trata de un mezanine por encima del Piso 1
M02 Mezanine 2 y así sucesivamente
S1 Sótano 1, para niveles por debajo del suelo natural se utilizará el prefijo “S”
S2 Sótano 2 y así sucesivamente
EJEMPLO:
El documento de este ejemplo es un set de planos de un edificio completo incluyendo sus distintos niveles por lo que se ha colocado ZZ. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-FGHI-ZZ-XX-XXX-XxxxxxXxxxxx-X-XX.PDF
02.7 TIPO
Cadena de 2 caracteres.
Codificado tanto para archivos de tipo dibujo o modelos, como para archivos de tipo documentos. Para ver la tabla de especialidades revisar la tabla “1306 TIPO”, si en el futuro se encuentra algún tipo de documento que no ha sido considerado en estos recursos se debe buscar un código único que le identifique del resto e incluirlo en estos recursos.
EJEMPLO:
Dado que se trata de un set de planos representativos del modelo pero en un formato 2D para consulta, revisión o aprobación, se ha anotado la secuencia 2D. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-FGHI-ZZ-2D-XXX-XxxxxxXxxxxx-X-XX.PDF
TABLA 1306 TIPO: BIM-CA
02.8 CORRELATIVO
Cadena de 3 caracteres.
Corresponde a un valor numérico entero con tres dígitos secuenciales para los casos donde se deba generar varios archivos que lleven de nombre el mismo código que otros, permitirá hacer que su nombre sea único entre todos. Deberá escribirse siempre con tres digitos iniciando por 001.
EJEMPLO:
Para este ejemplo es un documento de un set de planos que contiene el diseño de una especialidad completa para todo un edificio, está producido como un documento en un único archivo con distintas páginas. En el caso de que se produjera el mismo documento con páginas separadas por archivos entonces se tendrían que numerar secuencialmente según la cantidad de páginas. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-FGHI-ZZ-2D-001-XxxxxxXxxxxx-X-XX.PDF
02.9 DESCRIPCIÓN
Cadena de 2 a 20 caracteres.
Este es un campo que puede excluirse en los archivos de trabajo, pero es indispensable para los archivos de intercambio. Utiliza la nomenclatura CamelCase para describir en un máximo de 20 caracteres el contenido de un documento. Pertenece al set de campos de Metadatos y es la razón que permite que pueda ser omitido del nombre del documento en archivos de trabajo alojados dentro de algunos entornos comunes de datos que pueden contener metadatos.
EJEMPLO:
El documento de este ejemplo es un juego de planos de instalaciones mecánicas de un edificio, la descripción busca dejar eso en evidencia. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-FGHI-ZZ-2D-001-PlanosInstMecanicas-X-XX.PDF
02.10 ESTADO
Cadena de 1 caracter.
Para los casos en que los archivos se encuentren dentro de un entorno común de datos, se puede omitir esta cadena siempre y cuando el archivo sea rastreable según su ubicación dentro de un contenedor que esté claramente identificado o que el flujo de trabajo no dé lugar a pérdida de la secuencia de la información.
Este caracter permite identificar el estado del documento, ya sea que éste se encuentre aún como un trabajo en progreso; haya sido compartido para algún uso o fin en especial en progreso; sea un documento publicado no oficial para fines de cotización, licitación o diseño de contratistas a lo que llamaremos movilización; sea un documento publicado oficial para fines contractuales; se encuentre archivado; o sea relacionado al modelo de registro post construcción con un enfoque a la operación y mantenimiento del activo. Las opciones a utilizar son:
T Trabajo en progreso
C Compartido para trabajo en progreso
M Movilización
P Publicado contractual
A Archivado
R Modelo de registro
Si en el futuro se encuentra algún estado para documentos que no ha sido considerado en estos recursos, se debe buscar un código único que le identifique del resto, e incluirlo en estos recursos.
A manera de ejemplo, cuando trabajemos en Autodesk BIM 360, cada equipo del proyecto tiene acceso exclusivo a su carpeta de Trabajo en progreso (T), para el trabajo colaborativo interdisciplinar crea un paquete que al ser compartido pasa a la carpeta Shared de Autodesk BIM 360, allí adquiere el estado de Compartido para trabajo en progreso (C). Posterior a esto se deberá ser intencional para que un documento se considere para Movilización (M), o Publicado contractual (P), en estos casos se crearán carpetas identificadas a las que quien desempeñe el rol de BIM Information Manager deberá añadir la información. En relación a los documentos Archivados (A), el mismo gestor documental de Autodesk BIM360 lleva control de versiones y va archivando las versiones anteriores. El Modelo de registro (R) sigue siendo el producto de un trabajo en progreso pero en la etapa de construcción del activo, por lo que su generación también es intencional.
En el caso de trabajar ArchiCAD desde BIM Cloud, se crea un contenedor (carpeta) por estado.
En el caso de que se estuviera trabajando fuera de un entorno de colaboración, se deberán crear siempre contenedores con su respectivo identificador o bien colocarlo como campo dentro de la secuencia de nombre de archivo.
EJEMPLO:
El documento de este ejemplo corresponde al modelo de registro de los sistemas construidos. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-FGHI-ZZ-2D-001-PlanosInstMecanicas-R-XX.PDF
02.11 VERSIÓN
Cadena de 2 caracteres.
Para los casos en que los archivos se encuentren dentro de un entorno común de datos, se puede omitir esta cadena siempre y cuando la versión del archivo sea rastreable. La mayoría de sistemas de entorno común de datos van archivando de forma automática las versiones anteriores dejando únicamente la versión vigente como disponible. Las versiones archivadas se pueden restaurar en cualquier momento de ser necesarias.
Este campo permite llevar un control de las versiones de un documento, pudiendo este encontrarse en cualquier estado. Se entiende que el flujo de trabajo puede requerir la evolución de un documento a través de versiones históricas. La versión se anotará como un dato numérico secuencial que se reinicia para cada estado del documento.
En el caso de trabajar con productos de Autodesk, utilizando el entorno común de datos de Autodesk BIM 360, el mismo gestor documental se encarga de la gestión de versiones.
En el caso de trabajar dentro de ArchiCAD (hasta la versión 23 que es la más reciente al momento de redactar este documento) se recomienda agregar este campo al nombre del archivo ya que aún no existe una manera de gestionar versiones dentro de un entorno común de datos nativo.
Si se utiliza otro servicio para entorno común de datos como puede ser el caso de Google Drive, también el mismo sistema hace la gestión de versiones, pero en el caso de trabajar un entorno común de datos en una red local es indispensable incluir en el nombramiento de archivos el campo de la versión.
EJEMPLO:
El documento de este ejemplo corresponde a su segunda versión. (Se resalta con letras “X” los campos pendientes por definir en la secuencia).
MNOXF-PL-BCA-MEC-FGHI-ZZ-2D-001-PlanosInstMecanicas-R-02.PDF
CON TU SUSCRIPCIÓN AL BLOG TE ENTREGAREMOS LA GUÍA DE NOMBRAMIENTO COMPLETA EN FORMATO PDF, CON LA CUAL ESPERAMOS TE AYUDE EN TU IMPLEMENTACIÓN BIM.
PARA SUSCRIBIRTE HAZ CLICK EN LA SIGUIENTE IMAGEN O EN EL BOTÓN:
TE INVITAMOS TAMBIEN A QUE SEAS PARTE DE NUESTRA PRIMERA PROMOCIÓN DEL CURSO DE METODOLOGÍA BIM, AL CUAL PUEDES INSCRIBIRTE DESDE AHORA HACIENDO CLICK EN EL BOTÓN SIGUIENTE:
En este curso hablaremos a mayor profundidad en base a las normativas que hemos analizado así cómo tambien hablaremos sobre el proceso que nos llevo a tomar estas conclusiones. ¡Te esperamos!
Si ha sido de tu interés este tema te pedimos compartir la información en redes sociales, puedes mencionarnos o simplemente puedes darle un like o comentar a esta publicación. La otra semana estaremos entregando la segunda parte de este Articulo.
Una vez más indicamos nuestras fuentes de información: Interpretación de PlanBIM y de la Guía de Aplicación práctica a la serie ISO 19650 partes 1 y 2 realizado por AGEBIM (Asociación Guatemalteca de Estándares BIM).
¡Hasta la próxima píldora BIM!
BIM Pills by BIM-CA is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License. Based on a work at www.bim-ca.com/bimpills.
