Cómo exportar de Revit a IFC con todos los parámetros (Psets y EAIM) sin morir en el intento

Interoperabilidad · 15 min · 2026-08-06

Guía definitiva para exportar un modelo de Revit a IFC llevando los parámetros correctos, bien nombrados y ubicados en sus Property Sets (Pset), cumpliendo el nivel de información (NDI) por etapa EAIM del Estándar PlanBIM Chile. Property sets personalizados, parámetros compartidos, archivo de mapeo, clase IFC (IfcExportAs) y checklist de verificación.

Es una de las frustraciones más grandes del BIM real: tienes un modelo en Revit impecable —parametrizado, ordenado, con toda la información cargada— y cuando lo exportas a IFC para entregarlo, abres el archivo en otro software y es un desastre. Faltan parámetros, otros llegan con nombres raros, los datos que tanto te costó llenar simplemente no viajaron. Y si el mandante te exige cumplir requisitos de información por etapa (EAIM) con parámetros específicos, el problema se vuelve un dolor de cabeza serio.

Esta guía es justamente para no "morir en el camino". Vamos a explicar por qué pasa esto y, sobre todo, cómo exportar de Revit a IFC llevando todos los parámetros esperados, bien nombrados y ubicados en sus Property Sets, de modo que en el otro software realmente se puedan usar. Este es el corazón de la interoperabilidad openBIM.

Por qué un modelo perfecto en Revit exporta mal a IFC

La causa raíz es simple de entender: Revit e IFC son dos idiomas distintos. Dentro de Revit tus parámetros viven en "grupos de parámetros" propios de Revit (Datos de identidad, Cotas, Datos, etc.). Pero el formato IFC no tiene esos grupos: organiza la información en estructuras llamadas Property Sets (conjuntos de propiedades, o "Psets").

Cuando exportas, Revit tiene que traducir tus parámetros nativos a Psets IFC. Si no le dices exactamente cómo hacer esa traducción, pasa una de tres cosas:

  • El parámetro no se exporta (se queda en Revit y nunca llega al IFC).
  • Se exporta, pero con otro nombre o dentro de un Pset genérico donde el software receptor no lo busca.
  • Se exporta vacío porque el dato estaba en un parámetro de tipo distinto al que esperaba el estándar.

La buena noticia: la traducción se puede controlar con precisión. Solo hay que saber qué palancas tocar.

Concepto clave: qué es un Property Set (Pset) y por qué importa

Un Property Set es simplemente una "caja" con nombre que agrupa propiedades dentro del IFC. Por ejemplo, Pset_WallCommon es la caja estándar de buildingSMART para las propiedades comunes de un muro (IsExternal, FireRating, LoadBearing, etc.).

Cuando un estándar o un mandante te pide "el parámetro X", en realidad te está pidiendo una propiedad con un nombre exacto, dentro de un Pset con un nombre exacto. Si tu dato llega con el nombre correcto pero en la caja equivocada —o con la caja correcta pero el nombre mal escrito—, para el software receptor ese dato no existe. Por eso la interoperabilidad no es solo "que el dato viaje", sino que viaje nombrado y ubicado donde corresponde.

Existen dos grandes tipos de Psets:

  • Psets estándar de buildingSMART (empiezan con Pset_): definidos por el esquema IFC, como Pset_WallCommon, Pset_SpaceCommon, Pset_DoorCommon. Revit puede mapear varios de forma automática.
  • Psets personalizados: los que defines tú (o el mandante) para requisitos específicos, por ejemplo un Pset_PlanBIM_Identificacion con los campos que exige el estándar chileno en cierta etapa.

Las 3 formas de exportar parámetros de Revit a IFC (de peor a mejor)

Forma 1: "Exportar conjuntos de propiedades de Revit" (la rápida, pero sucia)

En las opciones de exportación IFC de Revit existe la casilla "Exportar conjuntos de propiedades de Revit". Si la activas, Revit exporta tus parámetros agrupados en Psets con nombres tipo PSet_Revit_<Grupo>.

Problema: los nombres no son los que pide el estándar, y se exporta todo, generando ruido. Sirve para no perder información, pero no cumple un requisito de nomenclatura específico. Úsala solo como red de seguridad, no como método principal.

Forma 2: "Exportar conjuntos de propiedades comunes IFC" (para los Psets estándar)

La casilla "Exportar conjuntos de propiedades comunes IFC" hace que Revit rellene automáticamente los Psets estándar de buildingSMART (Pset_WallCommon, etc.) a partir de sus parámetros nativos equivalentes. Actívala siempre. Cubre bien las propiedades básicas, pero no cubre los requisitos personalizados de un mandante o de una etapa EAIM concreta.

Forma 3: Archivo de "conjuntos de propiedades definidos por el usuario" (la correcta)

Esta es la forma profesional y la que te permite cumplir requisitos exigentes. Consiste en un archivo de texto de mapeo donde tú defines, con total precisión:

  • El nombre exacto del Pset (tal cual lo pide el estándar).
  • A qué entidades IFC aplica (muros, puertas, espacios…).
  • Si es a nivel de Instancia (I) o de Tipo (T).
  • Qué parámetro de Revit alimenta cada propiedad IFC, y el tipo de dato.

En las opciones de exportación IFC, en la pestaña de contenido de propiedades, activas "Exportar conjuntos de propiedades definidos por el usuario" y apuntas a tu archivo .txt. El formato de cada bloque es así:

PropertySet: <NombreDelPset>  I  <EntidadesIFC>
  <NombrePropiedadIFC>  <TipoDeDato>  <ParámetroRevit>

Un ejemplo concreto para un requisito de identificación:

PropertySet: Pset_PlanBIM_Identificacion  I  IfcWall,IfcSlab,IfcColumn,IfcBeam
  Codigo  Text  PB_Codigo
  Recinto  Text  PB_Recinto
  Clasificacion  Text  PB_Clasificacion

Con esto le estás diciendo a Revit: "toma mi parámetro PB_Codigo y expórtalo como la propiedad Codigo (de tipo texto) dentro del Pset Pset_PlanBIM_Identificacion, en muros, losas, pilares y vigas". El resultado llega exacto al otro software.

Usa parámetros COMPARTIDOS, no de proyecto

Un detalle que arruina muchas exportaciones: para que un parámetro se comporte de forma estable en la exportación (y sea programable en tablas), crea parámetros compartidos (Shared Parameters), no parámetros de proyecto sueltos. Los parámetros compartidos tienen un identificador único (GUID), lo que los hace predecibles y reutilizables entre proyectos y plantillas. Guarda tu archivo de parámetros compartidos junto a tu archivo de mapeo IFC: son la dupla que estandariza tu oficina.

Recomendación práctica: define un prefijo propio para tus parámetros compartidos (por ejemplo PB_) para distinguirlos de un vistazo y evitar choques con parámetros nativos.

Cuando el parámetro nativo "no cuadra" con el IFC

A veces el dato existe en Revit pero en un parámetro de tipo incompatible: un valor numérico guardado como texto, un área que Revit maneja como cota interna, un booleano que en Revit es Sí/No pero el IFC espera IfcBoolean. Reglas para no fallar:

  • Declara en el archivo de mapeo el tipo de dato correcto (Text, Real, Integer, Boolean, Area, Volume…).
  • Si el dato está en un parámetro nativo que no puedes exportar limpio, crea un parámetro compartido "puente" y cópiale el valor (con una tabla o un add-in) antes de exportar.
  • No mezcles unidades: verifica que las unidades del proyecto sean las que espera el receptor (metros, m², etc.).

La clase IFC correcta: IfcExportAs (el parámetro que salva vidas)

Otro clásico: exportas una familia y llega al IFC como IfcBuildingElementProxy (un "cajón genérico") en vez de su clase real. Eso rompe filtros, cómputos y validaciones. La solución es el parámetro especial IfcExportAs: creas ese parámetro (de proyecto o compartido) y le escribes la clase de destino, por ejemplo IfcFurniture o IfcDoor. Con IfcExportType puedes además fijar el subtipo predefinido. También existen IfcName, IfcDescription y IfcTag para controlar cómo se identifica cada elemento.

Complementariamente, Revit permite un archivo de mapeo de clases (Categoría de Revit → Clase IFC) en las opciones de exportación: así aseguras, de una sola vez, que cada categoría caiga en su entidad IFC correcta.

Parámetros por etapa: el EAIM y el NDI del Estándar PlanBIM

Acá está la parte que más aprieta en proyectos públicos chilenos. El Estándar BIM para Proyectos Públicos de PlanBIM no pide "todos los parámetros siempre": pide un Nivel de Información (NDI) distinto según la etapa del proyecto (EAIM: Estado de Avance de la Información de los Modelos). A más avanzada la etapa, más información se exige por elemento.

Las etapas EAIM del estándar son:

  • Planificación: DC (Diseño Conceptual).
  • Diseño: DA (Anteproyecto), DB (Diseño Básico), DD (Diseño de Detalle).
  • Construcción: CC (Coordinación de Construcción), CM (Construcción, Manufactura y Montaje), AB (As-Built).
  • Operación: PM (Puesta en Marcha), GM (Gestión y Mantenimiento del Activo).

La lógica del NDI, en términos prácticos de qué parámetros debes tener llenos:

  • NDI 1–2 (etapas tempranas: DC, DA): basta con identidad básica y nomenclatura —que el elemento exista, tenga nombre y esté bien clasificado a grandes rasgos.
  • NDI 3 (DD en adelante): se exige clasificación y material reales, además de la nomenclatura. Aquí es donde la mayoría de las entregas empieza a fallar.
  • NDI 4–5 (CC, CM, AB): propiedades técnicas específicas del elemento (dimensiones, prestaciones, fabricante, modelo) para construcción y as-built.
  • NDI 6 (GM): información para operación y mantenimiento del activo a lo largo de su vida útil.

La consecuencia para tu exportación es clara: define tus Psets personalizados por etapa. No exportes de golpe todos los campos posibles en Diseño Conceptual, ni entregues un As-Built con solo la nomenclatura. El archivo de mapeo te permite tener un juego de propiedades por cada momento del proyecto.

IFC 2x3 o IFC4: cuidado con los nombres de los Psets

Los Psets estándar cambian ligeramente entre IFC 2x3 e IFC 4 (algunas propiedades se renombraron, se agregaron o cambiaron de caja). Si tu mandante pide una versión específica, exporta en esa versión y verifica los nombres de los Psets comunes en esa edición del esquema. Para tus Psets personalizados el nombre lo controlas tú, así que no cambian; el cuidado va en los Pset_..Common. (Si quieres profundizar en esto, revisa nuestro artículo sobre las diferencias entre IFC 2x3 e IFC4.)

Paso a paso: exportación IFC "en regla" desde Revit

  • 1. Crea tus parámetros compartidos (prefijo propio, por ejemplo PB_) y cárgalos en el modelo.
  • 2. Llena los datos reales en esos parámetros (con tablas de planificación es más rápido y controlas los vacíos de un vistazo).
  • 3. Prepara tu archivo de mapeo de propiedades definidas por el usuario (.txt) con los Psets, propiedades, tipos de dato y entidades correctas para la etapa EAIM que entregas.
  • 4. Asigna la clase IFC correcta con IfcExportAs donde haga falta, o usa el archivo de mapeo de clases.
  • 5. En Archivo → Exportar → IFC → Modificar configuración: elige la versión IFC pedida (2x3 o 4), activa "Exportar conjuntos de propiedades comunes IFC", activa "…definidos por el usuario" y apunta a tu .txt, y define las coordenadas compartidas.
  • 6. Exporta y verifica el resultado en un visor IFC neutral (no en Revit): confirma que cada propiedad esté en su Pset, con su nombre y con el dato lleno.

Checklist de verificación antes de entregar

  • ¿Cada elemento tiene su clase IFC correcta (nada de IfcBuildingElementProxy por descuido)?
  • ¿Los Psets tienen el nombre exacto que pide el estándar o el mandante?
  • ¿Las propiedades están bien escritas (mayúsculas, tildes, sin espacios extra) y con el tipo de dato correcto?
  • ¿Los campos están llenos con datos reales, no vacíos?
  • ¿La información corresponde al NDI exigido por la etapa EAIM que estás entregando?
  • ¿Abriste el IFC en un visor neutral para confirmar que todo viajó como corresponde?

Automatiza la verificación con BIMaudit

Revisar a mano, elemento por elemento, si cada propiedad llegó a su Pset y si el modelo cumple el NDI de su etapa es lento y propenso a errores. Justamente para eso existe BIMaudit: subes tu IFC y en minutos recibes un informe 100% determinístico que verifica nomenclatura, clasificación, materiales, propiedades por NDI y coherencia con la etapa EAIM contra el Estándar PlanBIM Chile, con un semáforo de cumplimiento y el detalle de cada hallazgo. Así, antes de entregarle al mandante, sabes exactamente qué parámetros faltan o llegaron mal y puedes corregir la exportación antes de que te la rechacen. Puedes probarlo gratis con un modelo en la portada de bimaudit.cl.

Audita tu modelo IFC gratis en BIMaudit