configurabilidad:<\/strong> los flujos de trabajo deben poder adaptarse a las especificidades de cada proyecto.<\/li>\n<\/ul>\nFlujos de trabajo basados en roles: estandarizar sin rigidez<\/h2>\n
El verdadero salto de calidad de un CDE maduro es la gesti\u00f3n de flujos de trabajo basados en roles – no en personas.<\/p>\n
El problema de los flujos de trabajo basados en usuarios<\/h3>\n
Un flujo de trabajo configurado en usuarios espec\u00edficos tiene un problema estructural: es r\u00edgido y fr\u00e1gil<\/strong>. Si Mario es el verificador estructural y se va de vacaciones, el flujo de trabajo se bloquea. Si Luisa cambia de rol, el flujo de trabajo debe reconfigurarse. Si el proyecto cambia de manos, todo debe replantearse.<\/p>\nLos flujos de trabajo basados en roles<\/h3>\n
La soluci\u00f3n es asociar cada paso a una funci\u00f3n l\u00f3gica<\/strong> en lugar de a una persona. Los roles t\u00edpicos:<\/p>\n\n- BIM Manager<\/strong>: supervisi\u00f3n general de la gesti\u00f3n de la informaci\u00f3n;<\/li>\n
- BIM Coordinator<\/strong>: coordinaci\u00f3n disciplinaria;<\/li>\n
- CDE Manager:<\/strong> gesti\u00f3n operativa del entorno;<\/li>\n
- Information Manager:<\/strong> gobernanza informativa general;<\/li>\n
- Verificador estructural, MEP, arquitect\u00f3nico:<\/strong> responsables de disciplina;<\/li>\n
- Appointing Party Representative:<\/strong> representante del cliente.<\/li>\n<\/ul>\n
En el momento de iniciar el flujo de trabajo, la plataforma solicita asociar cada rol a la persona correcta<\/strong> dentro del equipo del proyecto. El template permanece estandarizado, la aplicaci\u00f3n es flexible y adaptable.<\/p>\nVentajas operativas<\/h3>\n\n- resiliencia<\/strong>: si la persona asignada est\u00e1 ausente, se puede cambiar la asociaci\u00f3n rol-persona sin tocar el flujo de trabajo;<\/li>\n
- escalabilidad<\/strong>: el mismo template puede aplicarse a decenas de proyectos con equipos diferentes;<\/li>\n
- conformidad UNI 11337-7<\/strong>: la norma italiana sobre roles BIM se convierte en el marco sem\u00e1ntico de los flujos de trabajo;<\/li>\n
- sencillez de gesti\u00f3n<\/strong>: la configuraci\u00f3n operativa se reduce a un mapeo de roles-personas.<\/li>\n<\/ul>\n
M\u00f3dulos asociados a los flujos de trabajo: la recolecci\u00f3n de datos estructurada<\/h2>\n
Un flujo de trabajo documental CDE avanzado no se limita a gestionar aprobaciones: recoge datos estructurados<\/strong> a lo largo del proceso. El mecanismo son los m\u00f3dulos<\/strong> (listas de verificaci\u00f3n digitales, fichas de verificaci\u00f3n, controles de calidad) asociados a los pasos del flujo de trabajo.<\/p>\n\u00bfQu\u00e9 son los m\u00f3dulos?<\/h3>\n
Un m\u00f3dulo es un conjunto estructurado de campos – textuales, num\u00e9ricos, booleanos, de opci\u00f3n m\u00faltiple, con adjuntos – que recoge informaci\u00f3n espec\u00edfica sobre un contenedor informativo en un momento determinado de su ciclo de vida.<\/p>\n
Ejemplos concretos:<\/p>\n
\n- m\u00f3dulo de verificaci\u00f3n estructural:<\/strong> completado por el verificador en el paso de Check, con campos sobre normativas de referencia, coeficientes de seguridad, conformidad a las cargas del proyecto;<\/li>\n
- m\u00f3dulo de prueba de incendio:<\/strong> completado al final de la fase constructiva, con campos sobre los REI, sobre los compartimentos, sobre las v\u00edas de escape;<\/li>\n
- m\u00f3dulo de handover FM:<\/strong> completado en la \u00faltima fase del proyecto, con datos t\u00e9cnicos para la gesti\u00f3n operativa (manuales, mantenimiento, proveedores, garant\u00edas).<\/li>\n<\/ul>\n
Visibilidad condicionada por fase<\/h3>\n
La caracter\u00edstica distintiva es la visibilidad condicionada<\/strong>: los m\u00f3dulos pueden ser visibles o modificables solo en determinadas fases del flujo de trabajo, garantizando que cada usuario opere exclusivamente sobre la informaci\u00f3n de su competencia.<\/p>\nEl m\u00f3dulo de verificaci\u00f3n estructural es:<\/p>\n
\n- invisible<\/strong> durante la fase WIP;<\/li>\n
- completado<\/strong> solo por el verificador estructural durante la fase de Check;<\/li>\n
- visible solo para lectura<\/strong> a los Task Team en la fase de Review;<\/li>\n
- congelado y consultable<\/strong> despu\u00e9s de la aprobaci\u00f3n.<\/li>\n<\/ul>\n
Esto permite gestionar verificaciones, completaciones y validaciones de manera guiada, controlada y progresiva, paso a paso.<\/p>\n
M\u00f3dulos como condici\u00f3n de avance<\/h3>\n
En flujos de trabajo m\u00e1s sofisticados, la completaci\u00f3n de un m\u00f3dulo se convierte en condici\u00f3n de avance;<\/strong> sin la completaci\u00f3n del m\u00f3dulo de verificaci\u00f3n, el flujo de trabajo no puede progresar. Esto transforma los m\u00f3dulos de simples formularios a verdaderos gate de proceso<\/strong>, garantizando que los datos cr\u00edticos sean recogidos antes del avance.<\/p>\nDel m\u00f3dulo individual a la base de datos del proyecto<\/h3>\n
Los datos recogidos en los m\u00f3dulos no permanecen aislados en el contenedor individual. Un CDE avanzado los agrega a nivel de proyecto, haci\u00e9ndolos consultables en forma tabular, filtrables, ordenables e interrogables. Este es el paso de la gesti\u00f3n documental a la gesti\u00f3n inteligente de la informaci\u00f3n.<\/strong><\/p>\nGesti\u00f3n de revisiones: flujos de trabajo y nuevas versiones<\/h2>\n
Un tema a menudo subestimado es c\u00f3mo un CDE avanzado gestiona la relaci\u00f3n entre flujos de trabajo y revisiones del contenedor informativo. \u00bfQu\u00e9 sucede cuando se carga una nueva versi\u00f3n de un archivo mientras est\u00e1 en curso un flujo de trabajo sobre la versi\u00f3n anterior?<\/p>\n
El principio: el flujo de trabajo se interrumpe, la historia permanece<\/h3>\n
Cuando se carga una revisi\u00f3n actualizada de un contenedor informativo, el flujo de trabajo en curso sobre la versi\u00f3n anterior se interrumpe en el estado en que se encuentra y permanece consultable como referencia hist\u00f3rica<\/strong>. Sobre la nueva versi\u00f3n puede entonces iniciarse un nuevo proceso, coherente con el contenido actualizado del archivo.<\/p>\nEste comportamiento tiene un valor normativo y operativo importante:<\/p>\n
\n- no se pierde la trazabilidad<\/strong> del proceso interrumpido;<\/li>\n
- no se crea confusi\u00f3n<\/strong> entre flujos de trabajo de la vieja y la nueva versi\u00f3n;<\/li>\n
- el audit trail<\/strong> mantiene evidencia completa de lo que ha sucedido en cada revisi\u00f3n.<\/li>\n<\/ul>\n
Ejemplo concreto<\/h3>\n
El BIM Coordinator carga la versi\u00f3n 02 de un modelo estructural. Se activa el flujo de trabajo de verificaci\u00f3n, que avanza hasta el paso de Review. En Review se detectan incongruencias con el modelo arquitect\u00f3nico y el Task Team decide revisar el modelo.<\/p>\n
Carga la versi\u00f3n 03. En este punto:<\/p>\n
\n- el flujo de trabajo sobre la versi\u00f3n 02 permanece \u00abinterrumpido en Review\u00bb, con todos los comentarios y los problemas abiertos consultables como hist\u00f3rico;<\/li>\n
- sobre la versi\u00f3n 03 se inicia un nuevo flujo de trabajo de verificaci\u00f3n desde el principio;<\/li>\n
- el audit trail registra tanto el recorrido parcial de la versi\u00f3n 02 como el nuevo recorrido de la versi\u00f3n 03;<\/li>\n
- no se pierde ning\u00fan dato, no se mezcla ning\u00fan proceso.<\/li>\n<\/ul>\n
Implicaciones para la elecci\u00f3n de la plataforma<\/h3>\n
No todas las plataformas gestionan correctamente este escenario. Algunas sobrescriben el flujo de trabajo, otras lo mantienen pero sin vincularlo a la nueva versi\u00f3n, otras lo eliminan silenciosamente. Un CDE conforme a ISO 19650 debe garantizar el comportamiento correcto: interrupci\u00f3n trazada, no eliminaci\u00f3n, consultabilidad permanente del hist\u00f3rico.<\/strong><\/p>\nPatrones de flujo de trabajo recurrentes en el sector AEC<\/h2>\n
A lo largo de los a\u00f1os se han consolidado algunos patrones de flujo de trabajo recurrentes que representan mejores pr\u00e1cticas reconocidas. Aqu\u00ed est\u00e1n los m\u00e1s comunes.<\/p>\n
Patr\u00f3n 1 \u2014 Flujo de trabajo CRA cl\u00e1sico de tres pasos<\/h3>\n
El flujo de trabajo est\u00e1ndar ISO 19650-2 :<\/p>\n
\n- Check<\/strong> (Equipo de tarea productor) \u2192 verificaci\u00f3n t\u00e9cnica interna;<\/li>\n
- Review<\/strong> (otros Equipos de tarea + Parte designada l\u00edder) \u2192 revisi\u00f3n interdisciplinaria;<\/li>\n
- Approve<\/strong> (Parte designante) \u2192 aprobaci\u00f3n formal.<\/li>\n<\/ul>\n
Este flujo de trabajo se utiliza en el caso de los contenedores informativos destinados al paso del estado Shared al estado Published, con valor contractual.<\/p>\n
Patr\u00f3n 2 \u2014 Flujo de trabajo de validaci\u00f3n autom\u00e1tica IDS<\/h3>\n
Es espec\u00edfico para modelos IFC:<\/p>\n
\n- carga del modelo IFC<\/strong><\/li>\n
- validaci\u00f3n autom\u00e1tica IDS<\/strong> (disparo autom\u00e1tico)<\/li>\n
- verificaci\u00f3n manual<\/strong> si la validaci\u00f3n es positiva<\/li>\n
- notificaci\u00f3n de correcci\u00f3n<\/strong> si la validaci\u00f3n es negativa<\/li>\n<\/ul>\n
Es recomendable utilizar este flujo de trabajo para todos los contenedores de tipo modelo IFC en proyectos que adoptan est\u00e1ndares IDS (recomendado para proyectos BIM complejos).<\/p>\n
Patr\u00f3n 3 \u2014 Flujo de trabajo de firma digital con marca temporal<\/h3>\n
Es para documentos contractuales:<\/p>\n
\n- verificaci\u00f3n<\/strong> del documento;<\/li>\n
- revisi\u00f3n<\/strong> de la Parte designada l\u00edder;<\/li>\n
- firma digital<\/strong> por parte de la Parte designante;<\/li>\n
- aplicaci\u00f3n de la marca temporal<\/strong>;<\/li>\n
- publicaci\u00f3n con c\u00f3digo de idoneidad contractual<\/strong>;<\/li>\n<\/ul>\n
Este flujo de trabajo debe utilizarse para los contenedores informativos con valor contractual jur\u00eddicamente relevante.<\/p>\n
Patr\u00f3n 4 \u2014 Flujo de trabajo de rework loop estructurado<\/h3>\n
Es para la gesti\u00f3n de iteraciones:<\/p>\n
\n- flujo de trabajo principal (ej. CRA)<\/li>\n
- si es rechazado<\/strong> \u2192 apertura autom\u00e1tica de un sub-flujo de trabajo de correcci\u00f3n con:\n
\n- asignaci\u00f3n al Equipo de tarea productor;<\/li>\n
- lista de problemas a resolver;<\/li>\n
- SLA de respuesta;<\/li>\n
- verificaci\u00f3n de que todos los problemas han sido cerrados antes de regresar al flujo de trabajo principal.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Este flujo de trabajo es para proyectos complejos con alta probabilidad de iteraciones (ej. nuevas construcciones complejas, infraestructuras).<\/p>\n
Patr\u00f3n 5 \u2014 Flujo de trabajo de aprobaci\u00f3n paralela<\/h3>\n
Cuando m\u00faltiples partes deben aprobar simult\u00e1neamente sin dependencia secuencial:<\/p>\n
\n- carga<\/strong> del contenedor;<\/li>\n
- env\u00edo paralelo<\/strong> a verificador A + verificador B + verificador C;<\/li>\n
- recopilaci\u00f3n de las aprobaciones<\/strong> con gesti\u00f3n de conflictos;<\/li>\n
- aprobaci\u00f3n final<\/strong> solo si todos han aprobado.<\/li>\n<\/ul>\n
Este flujo de trabajo es adecuado para los contenedores que requieren validaci\u00f3n multidisciplinaria (ej. un documento de coordinaci\u00f3n, una variante compleja).<\/p>\n
Patr\u00f3n 6 \u2014 Flujo de trabajo de entrega al Facility Management<\/h3>\n
Al finalizar el proyecto:<\/p>\n
\n- verificaci\u00f3n de completitud<\/strong> en los contenedores Published;<\/li>\n
- validaci\u00f3n de los datos t\u00e9cnicos<\/strong> para el FM;<\/li>\n
- completaci\u00f3n de formularios de entrega<\/strong> (manuales, garant\u00edas, mantenimiento);<\/li>\n
![\"Esquema](\"https:\/\/biblus.accasoftware.com\/es\/wp-content\/uploads\/sites\/3\/2026\/05\/Diagrama-de-un-flujo-de-documentos-de-CDE.jpg\")
![\"Proceso](\"https:\/\/biblus.accasoftware.com\/es\/wp-content\/uploads\/sites\/3\/2026\/05\/Proceso-CRA-en-el-flujo-de-trabajo-del-documento-CDE.jpg\")