Si tú estás en BIM y todavía sientes que tu coordinación depende de mensajes sueltos, llamadas y correos que nadie encuentra después, este artículo te va a ordenar el panorama. Soy Vin Francis, y aquí te voy a explicar en primera persona y de forma clara lo que realmente necesitas dominar para escalar: qué es BCF, qué es IFC, cómo funciona cada uno, cuál es su objetivo, y cómo los conecto en un flujo real desde Revit hasta un CDE colaborativo llamado CMPROYECTOS.
Qué es BCF
BCF significa BIM Collaboration Format. En términos simples, es un formato abierto para gestionar observaciones técnicas sobre un modelo BIM sin necesidad de reenviar el modelo completo cada vez. Dicho directo: BCF no reemplaza al modelo, organiza la conversación sobre el modelo.
Cuando tú creas un BCF, no estás escribiendo un comentario cualquiera. Estás registrando una incidencia técnica con contexto. Eso normalmente incluye una vista específica del conflicto, una descripción de lo que debe corregirse, un responsable, un estado y un historial. Por eso BCF es tan potente: convierte una discusión difusa en una tarea rastreable.
Cómo funciona BCF en la práctica
BCF funciona como un sistema de incidencias BIM. Tú detectas un problema en coordinación, lo registras, lo asignas y luego haces seguimiento hasta cierre. Mientras tanto, el equipo corrige en su herramienta de autoría y vuelve a publicar una nueva versión del modelo para validar si la incidencia quedó resuelta.
En mi experiencia, cuando tú usas BCF bien, pasa algo inmediato: el equipo deja de discutir “dónde está el problema” y empieza a trabajar en “cómo lo resolvemos”. Esa diferencia parece pequeña, pero en proyectos reales ahorra horas todas las semanas.
Cuál es el objetivo de BCF
El objetivo de BCF es coordinar mejor con evidencia. No es solo reportar errores. Es crear un proceso claro para abrir, revisar, resolver y cerrar observaciones técnicas con trazabilidad. Si tú gestionas bien BCF, mejoras control de calidad, reduces fricción entre disciplinas y construyes memoria técnica del proyecto.
Si lo llevamos a lenguaje de gestión, BCF te da tres cosas clave: responsabilidad clara, seguimiento de estado y criterio de cierre verificable. Eso es exactamente lo que necesitas para escalar colaboración en equipos grandes.
Qué es IFC
IFC significa Industry Foundation Classes y es el estándar abierto de intercambio de modelos BIM. Es el archivo que permite que la información de un modelo pueda pasar entre distintas plataformas sin quedar encerrada en un software único.
Cuando tú exportas IFC, estás compartiendo geometría, propiedades, relaciones y estructura de información del modelo. Por eso IFC es base de interoperabilidad. Si BCF organiza la coordinación, IFC transporta el contenido técnico sobre el que coordinas.
Cómo funciona IFC
IFC funciona como un contenedor de información interoperable. Tú modelas en Revit, Teckla, Archicad, etc, por ejemplo, exportas a IFC y luego ese archivo puede revisarse en visores y plataformas colaborativas dentro de un CDE como CMPROYECTOS. A partir de esa publicación, el equipo revisa, comenta, detecta interferencias y abre incidencias BCF cuando hace falta.
En otras palabras, IFC pone el modelo en la mesa común y BCF ordena la conversación técnica alrededor de ese modelo.
Cuál es el objetivo de IFC
El objetivo de IFC es asegurar intercambio de información BIM de forma abierta, consistente y reutilizable. No sirve solo para “ver el 3D”; sirve para coordinación técnica, validación, control documental y continuidad de datos entre etapas del ciclo de vida del activo.
Cuando tú trabajas IFC con criterio, dejas de depender de archivos propietarios para coordinar y pasas a un flujo más robusto y escalable.
La diferencia clave entre BCF e IFC
Aquí quiero que te quede clarísimo. IFC responde a la pregunta: “qué está modelado”. BCF responde a la pregunta: “qué debe revisarse o corregirse sobre lo modelado”. Uno es el modelo interoperable; el otro es la gestión de incidencias colaborativas.
Si tú usas solo IFC, compartes modelos pero la coordinación se dispersa. Si tú usas solo BCF sin un modelo bien publicado, discutes sin base sólida. Por eso yo siempre los trabajo juntos como un solo sistema operativo de coordinación BIM.
Por qué este flujo sí escala en proyectos reales
Cuando un equipo crece, los problemas no se resuelven con más mensajes, se resuelven con mejor estructura. El flujo Revit → IFC → CMPROYECTOS (CDE) → BCF → IFC actualizado escala porque ordena responsabilidades, versiones y decisiones en un entorno trazable.
Escalar no es hacer más de lo mismo. Escalar es hacer que el proceso siga funcionando cuando hay más disciplinas, más entregables y más presión de plazo. Y eso solo se logra con estándares claros.
Cómo lo aplico yo desde Revit hasta CMPROYECTOS
Cuando voy a exportar desde Revit, no empiezo por el botón de exportar. Empiezo por intención. Primero defino qué disciplina y qué objetivo tiene ese entregable. Luego limpio visibilidad de la vista para evitar ruido. Si tú exportas “todo”, el modelo se infla y pierde utilidad. Si exportas con foco, el modelo se vuelve colaborativo de verdad.
Después configuro la exportación IFC con criterio técnico. Si el ecosistema lo permite, trabajo con IFC4 por su mejor desempeño en flujos modernos. También activo propiedades y cantidades cuando son necesarias para revisión y coordinación. Mi regla es simple: no busco un archivo pesado, busco un archivo útil.
Una vez exportado, lo cargo en CMPROYECTOS, que es el CDE donde centralizo revisión colaborativa. Ahí verifico que el modelo procese bien, que se visualice correctamente y que la información clave esté disponible. Recién después de validar abro incidencias BCF para coordinar ajustes con el equipo.
Cómo gestiono BCF dentro de CMPROYECTOS para evitar caos
Dentro de CMPROYECTOS, cada incidencia BCF que abro debe tener redacción técnica clara, responsable definido y fecha objetivo. Si falta uno de esos tres elementos, la incidencia nace débil. Yo evito eso porque después se traduce en retraso y discusiones innecesarias.
También cuido mucho el cierre. Cerrar una incidencia no es poner “resuelto” por compromiso. Cerrar significa verificar en la nueva versión IFC que el problema realmente desapareció sin generar un efecto colateral en otra disciplina. Ese punto te diferencia entre “hacer seguimiento” y “gestionar profesionalmente”.
Qué errores bloquean el crecimiento de tu flujo BIM
- El primer error es creer que exportar IFC es una tarea operativa sin impacto. No lo es. Una mala exportación afecta toda la cadena de coordinación.
- El segundo error es usar BCF como chat, sin estructura ni criterio de cierre.
- El tercero es no validar en CDE y detectar fallos demasiado tarde.
Si tú corriges esos tres puntos, tu equipo ya da un salto grande en madurez. No necesitas complicar el sistema; necesitas disciplina en lo básico.