Sube el modelo IFC y ten la cuantificación por tipo y por nivel
Las cantidades ya están escritas en el archivo. El servidor lo lee entero y las suma; el 3D es la otra pestaña.
El módulo BIM de Matterial lee un modelo IFC —el que exporta Revit, ArchiCAD, Tekla o cualquier otro— y devuelve una tabla de cantidades por tipo de elemento y por nivel: cuántas piezas, cuántos metros cuadrados, cuántos metros cúbicos y cuántos metros lineales. El archivo lo lee el servidor, en streaming y hasta 400 MB, no el navegador. Cada grupo de la tabla se engancha al concepto del presupuesto que le toca, con un guardián de unidades que impide que un grupo en m² alimente un concepto que se cobra por metro lineal. Y no consume créditos de IA: las cantidades ya vienen en el archivo, aquí solo se leen y se suman.
| Insumo | Unidad | Cantidad |
|---|---|---|
| Concreto f'c=250 | m³ | 148.5 |
| Acero de refuerzo | ton | 12.4 |
| Cimbra común | m² | 620 |
| Muro de block | m² | 385 |
| Firme de concreto | m² | 210 |
Qué problema resuelve
El modelo existe, pero quien presupuesta no lo usa. Las cantidades se vuelven a medir sobre el plano, o llegan en un Excel que salió de una tabla de planificación que nadie fuera del modelador sabe reproducir. Cuando alguien intenta abrir el IFC en un visor de navegador, un modelo de 300 MB se queda sin memoria a media carga y dibuja un edificio incompleto sin avisar a nadie. Y encima el archivo trae dos trampas silenciosas: si el exportador escribió milímetros, las áreas salen en mm²; y si de un muro se suman todas las áreas que trae, el mismo muro se cuenta tres veces.
Cómo funciona
Sube el .ifc
De Revit, ArchiCAD, Tekla o cualquier software que exporte IFC. Hasta 400 MB. Vive en la obra, junto a las láminas del plano.
Lo lee el servidor
El archivo se consume por pedazos, sin cargarlo entero en memoria. Sale una tabla por tipo y por nivel con piezas, m², m³ y metros lineales.
Revisa los avisos
Si el modelo venía en milímetros, ya está convertido y se te dice. Si no declara niveles o no declara sus unidades, también.
Engancha cada grupo a su concepto
Eliges qué magnitud alimenta —área, volumen, largo o piezas— y solo aparecen los conceptos que se cobran en esa unidad.
Qué incluye
- Modelos .ifc de Revit, ArchiCAD, Tekla o cualquier exportador IFC, hasta 400 MB
- Lo lee el servidor en streaming: el navegador nunca carga el archivo para contar
- Tabla por tipo y por nivel: piezas, m², m³ y metros lineales
- Tipos en palabra de obra —muro, losa, trabe, zapata—, no IfcWallStandardCase
- Enganche al concepto del presupuesto con guardián de unidades: m² no alimenta un concepto por metro lineal
- Detecta y convierte modelos en milímetros, centímetros, pies o pulgadas, y lo avisa
- Avisa cuando el modelo no declara niveles o no declara sus unidades
- Filtros por nivel, por tipo y por texto, con el total de lo filtrado
- Exporta la tabla a Excel, con la columna del concepto al que va cada grupo
- Pestaña "Modelo 3D": gira el edificio, aísla un nivel y toca un elemento para saber qué es y en qué piso está
- Varios modelos por obra —uno por disciplina—, cada uno con su tabla
- No consume créditos de IA
Cómo funciona el módulo BIM, por dentro
La pregunta no es si hay 3D: es de dónde sale el número
Ver el modelo en el navegador lo ofrece medio mercado, y está bien: girar un edificio es útil para entender dónde está cada cosa. El problema empieza cuando de ese mismo visor salen los metros cuadrados que se van a cobrar. Para dibujar un IFC hay que bajarlo entero al dispositivo y triangular su geometría, y un modelo de 300 MB puede acabarse la memoria de la pestaña a media carga. Cuando eso pasa, el visor no siempre se cae: a veces dibuja lo que alcanzó y se queda tan tranquilo. El resultado es un edificio incompleto que se ve perfectamente normal.
En Matterial las cantidades no salen de ahí. El archivo se sube y lo lee el SERVIDOR, por pedazos, sin tener nunca el modelo entero en memoria: va consumiendo el texto conforme llega y solo retiene lo que hace falta para contar y sumar. De un muro le interesa que sea un muro, de qué tipo, en qué nivel y sus metros cuadrados y cúbicos. Nada de geometría, nada de mallas. Por eso el tamaño del archivo no cambia el resultado: un modelo de 400 MB da la misma tabla completa que uno de 5.
De ahí que sean dos pestañas y no una pantalla partida. La de "Cantidades" es la que sirve para trabajar y corre en el servidor; la de "Modelo 3D" sirve para entender y corre en el navegador. Un modelo incompleto para mirar es solo un modelo incompleto; un modelo incompleto para presupuestar es una obra mal cotizada. Son dos usos distintos, con dos exigencias distintas, y se separan a propósito.
- Las cantidades las produce el servidor, leyendo el archivo entero
- Se lee en streaming: el modelo nunca se carga completo en memoria
- El tamaño del archivo no cambia el resultado de la tabla
- El visor 3D es otra pestaña, con otro trabajo: entender, no cobrar
Las dos trampas del IFC, resueltas
La primera son las UNIDADES. Un IFC no guarda metros: guarda números en las unidades que declaró el proyecto. Un exportador configurado en milímetros escribe las áreas en mm², de modo que un muro de 12 m² sale como 12,000,000. Ese número no se ve raro en una tabla larga, y multiplicado por un precio unitario da un presupuesto un millón de veces más caro sin un solo error visible. El lector resuelve las unidades del archivo antes de sumar nada, convierte todo a metros y te dice en la cabecera en qué venía el modelo —milímetros, centímetros, pies, pulgadas— para que puedas contestar de dónde salió cada cifra cuando alguien pregunte.
La segunda es CUÁL ÁREA. Un muro no trae "el área": trae NetSideArea, GrossSideArea, GrossFootprintArea y a veces más. Todas son áreas, todas son legítimas y ninguna es la misma. Sumarlas cuenta el mismo muro tres veces. Aquí se elige UNA por elemento y se elige siempre igual, con la neta por delante de la bruta: la bruta ignora los huecos, y un muro con tres ventanas no se aplana ni se pinta completo. La misma regla vale para el volumen —neto antes que bruto— y para el largo, donde solo se toma la cantidad que se llama Length: alto y ancho también son longitudes, y sumarlos entre elementos no significa nada.
Hay un tercer detalle que se nota mucho en un modelo de Revit: los huecos. Cada vano de puerta o ventana se exporta como un elemento con su propio volumen. Sumarlos es presupuestar el aire de las ventanas, así que quedan fuera, igual que los tipos y estilos —IFCWALLTYPE describe un tipo de muro, no un muro puesto en obra—. Lo que sí entra es todo lo demás, incluidas las instalaciones: tuberías, conexiones, salidas, luminarias. El lector no trabaja con una lista blanca de tipos conocidos, así que lo que el modelador haya inventado también aparece en la tabla.
- Unidades del proyecto resueltas y convertidas a metros, con el aviso a la vista
- Una sola área por elemento, siempre la misma: neta antes que bruta
- Volumen neto antes que bruto; del largo solo se toma Length
- Los huecos de puertas y ventanas no se cuentan; los tipos y estilos tampoco
Del grupo del modelo al concepto del presupuesto
La tabla agrupa por tipo IFC, familia y nivel: "Muro · Basic Wall: Muro 15 · Nivel 2", con sus piezas, sus m², sus m³ y sus metros. Los tipos se muestran con la palabra de obra —muro, losa, trabe, zapata, varilla— y no con el nombre crudo del esquema, porque quien lee esta tabla es quien presupuesta, no quien modela. Y como un modelo grande da cientos de grupos, están el buscador y los filtros por nivel y por tipo, con el total de lo que quedó filtrado al pie.
Cada grupo se engancha a un concepto del presupuesto en dos pasos, en este orden a propósito. Primero eliges QUÉ magnitud lo alimenta: área, volumen, largo o piezas, y solo se ofrecen las que ese grupo realmente trae. Después eliges A DÓNDE va, y ahí entra el guardián: la lista de conceptos se filtra a los que se cobran en esa unidad. Un grupo en m² no puede alimentar un concepto por metro lineal. Es exactamente el mismo guardián que usan las mediciones sobre el plano, así que las dos fuentes se comportan igual.
El guardián además distingue dos "noes" que se parecen y significan cosas muy distintas. Si la obra todavía no tiene presupuesto, te lo dice así: crea los conceptos y luego vuelve. Si sí tiene presupuesto pero ningún concepto se cobra en esa unidad, te dice eso otro, que manda a revisar las unidades del catálogo y no a hacer el presupuesto. Y si cambias la magnitud de un grupo que ya estaba enganchado —de área a volumen, digamos—, el concepto anterior se suelta en vez de quedarse pegado a una unidad que ya no cuadra.
- Agrupado por tipo, familia y nivel, con buscador y filtros
- Primero la magnitud (área, volumen, largo, piezas), luego el concepto
- El guardián de unidades es el mismo que el de las mediciones sobre plano
- Cambiar de magnitud suelta el concepto que dejó de cuadrar
El 3D es para entender, y se baja cuando tú lo pides
La pestaña "Modelo 3D" abre el edificio: lo giras, lo acercas, aíslas un nivel para ver solo esa planta y tocas un elemento para que te diga qué es y en qué piso está. Sirve para las preguntas que no se contestan con una tabla —dónde está ese muro, si el nivel 3 ya se modeló, qué es esa pieza que nadie ubica— y para enseñar el proyecto en una junta sin abrir el software de modelado.
La carga no arranca sola. Para girar un edificio hay que tener sus vértices, y eso significa bajar el archivo completo al dispositivo: son megas del plan de datos de alguien parado en una obra. Por eso hay un botón que dice cuánto pesa antes de descargar nada, y si el modelo es de los grandes te avisa que en el teléfono puede tardar o quedarse sin memoria y que en computadora va bien. El visor entero —la librería de 3D y el lector de geometría— también se descarga solo si abres esa pestaña; quien nunca la abre no paga ese peso.
Y si el modelo no trae formas, se dice. Un IFC exportado solo con propiedades no se puede dibujar, pero sus cantidades siguen siendo perfectamente válidas: la otra pestaña sigue teniendo su tabla. Es otra vez la misma idea: que falle el dibujo no puede poner en duda el número, porque el número nunca vino del dibujo.
- Gira el edificio, aísla un nivel, toca un elemento y sabes qué es y dónde está
- La descarga la dispara el usuario, con el peso del archivo a la vista
- Avisa cuando el modelo es pesado para un teléfono
- Sin geometría no hay 3D, pero las cantidades siguen siendo válidas
Leer un archivo no es inteligencia artificial, y no se cobra como tal
Este módulo no consume créditos de IA. No es una promoción ni un plan de entrada: es que aquí no hay IA. Las cantidades ya están escritas en el IFC —el modelador las produjo cuando modeló—, y lo que hace Matterial es leerlas, resolver las unidades, elegir bien cuál cantidad se queda y sumar. Eso es aritmética. Cobrar por aritmética sería cobrar por algo que no cuesta lo que se estaría cobrando.
La consecuencia práctica importa más de lo que parece: puedes subir el modelo cada vez que el arquitecto te mande una versión nueva, sin pensar en el gasto. Y esa es justo la manera de usarlo bien, porque un modelo se mueve durante todo el proyecto. Si leer el modelo tuviera precio, lo leerías una vez al principio y luego trabajarías con una foto vieja.
Es la misma línea que sigue todo el producto: la IA entra donde de verdad aporta y donde un error es tolerable —redactar un hallazgo desde una foto, ordenar una bitácora dictada—, y se queda fuera de los datos que se cobran. Un número que va a un presupuesto se produce de forma determinista, con reglas que se pueden explicar y pruebas que las cuidan. Si dos personas suben el mismo archivo, obtienen la misma tabla.
- Cero créditos por leer un modelo, sin límite de versiones
- Las cantidades ya venían en el archivo: aquí se leen y se suman
- Cálculo determinista: el mismo archivo da siempre la misma tabla
- La IA se queda fuera de los números que se cobran
Un visor en el navegador vs. el modelo leído en el servidor
El mismo IFC, con dos maneras de sacarle las cantidades.
| Visor en el navegador / tabla de Revit a Excel | Con el módulo BIM de Matterial | |
|---|---|---|
| Quién lee el archivo | La pestaña del navegador, o el software del modelador | El servidor, por pedazos, hasta 400 MB |
| Un modelo de 300 MB | La pestaña puede quedarse sin memoria a media carga | Se lee completo; el tamaño no cambia el resultado |
| Si la carga se queda corta | Dibuja un edificio incompleto y nadie se entera | No aplica: la tabla sale del archivo entero |
| Modelo exportado en milímetros | Las áreas salen en mm² y no se ve el error | Se detecta, se convierte a metros y se avisa |
| Qué área se toma de un muro | La que traiga la tabla, o las tres sumadas | Una sola por elemento, siempre la misma, neta antes que bruta |
| Huecos de puertas y ventanas | Entran con su volumen si nadie los quita a mano | Nunca se cuentan |
| Del modelo al presupuesto | Copiar y pegar en Excel | Cada grupo apuntado a su concepto, con guardián de unidades |
| Costo de leer el modelo | Una licencia, o el tiempo del modelador | No consume créditos |
Ejemplo ilustrativo: un modelo de edificio exportado en milímetros
Un modelo hipotético para enseñar qué devuelve el lector y por qué las unidades importan. Las cifras no son un dato de mercado ni un resultado garantizado.
Ejemplo ilustrativo con cifras hipotéticas. Sirve para mostrar la trampa de las unidades: sin convertir, esos 742.60 m² se leerían como 742,600,000 mm², y multiplicados por el precio del concepto darían un presupuesto un millón de veces más caro sin ningún error a la vista.
Un escenario por perfil
Sube el IFC que le mandó el arquitecto y esa misma tarde tiene los m² de muro y los m³ de concreto por nivel, sin volver a medir sobre el plano. Engancha cada grupo a su concepto y exporta la tabla a Excel con la columna del concepto para revisarla con su equipo.
Ve qué llegó realmente en el export: en qué unidades venía el archivo, cuántos elementos se quedaron sin nivel y qué tipos aparecen. Los avisos del lector le sirven de retroalimentación para corregir el modelo antes de que alguien presupueste con él.
Abre la pestaña de 3D en la computadora de la obra, aísla el nivel donde va a trabajar y toca el elemento que nadie ubica para saber qué es y en qué piso está, sin instalar el software de modelado.
Puede pedir que se vuelva a leer el modelo con cada versión nueva que mande el arquitecto, porque leerlo no cuesta créditos. El presupuesto deja de trabajar con una foto vieja del proyecto.
Para quién es
Funciona con el resto de Matterial
¿Vienes de otra herramienta?
Preguntas frecuentes
¿De qué programas puedo subir el modelo?
De cualquiera que exporte IFC: Revit, ArchiCAD, Tekla y los demás. Se sube el archivo .ifc, hasta 400 MB. El lector no depende de la versión del esquema —lee el archivo tal como está y te muestra en la cabecera el esquema que declara.
¿Consume créditos de IA?
No. Aquí no hay IA: las cantidades ya están escritas en el archivo y lo que se hace es leerlas, convertir unidades y sumar. Por eso puedes subir cada versión nueva del modelo sin pensar en el gasto.
¿Por qué lo lee el servidor y no el navegador?
Porque un modelo real pesa entre 50 y 500 MB y una pestaña del navegador puede quedarse sin memoria a media carga y dibujar un edificio incompleto sin avisar. El servidor lee el archivo entero, por pedazos, así que la tabla sale completa siempre. El navegador solo entra en la pestaña de 3D, que es para mirar.
¿Qué pasa si el modelo viene en milímetros?
Se detecta al leer el archivo, se convierte todo a metros y aparece un aviso que dice en qué unidades venía. También se avisa si el archivo no declara sus unidades: en ese caso se asumen metros y conviene verificar un par de cantidades contra el modelo antes de presupuestar.
Un muro trae varias áreas en el IFC. ¿Cuál se toma?
Una sola, y siempre la misma: la neta antes que la bruta. La bruta ignora los huecos, y un muro con tres ventanas no se aplana ni se pinta completo. Sumar NetSideArea, GrossSideArea y GrossFootprintArea contaría el mismo muro tres veces.
¿Se cuentan los huecos de puertas y ventanas?
No. Revit exporta cada vano como un elemento con su propio volumen; sumarlos sería presupuestar el aire de las ventanas. Quedan fuera, igual que los tipos y estilos, que describen una familia y no una pieza puesta en obra.
¿Y si el modelo no dice a qué nivel pertenece cada elemento?
Se te avisa. El modelo se puede cuantificar igual —los totales por tipo y familia siguen siendo correctos—, pero no se puede separar por piso. Es un problema del export, y el aviso sirve para pedir que se corrija.
¿La pestaña de 3D da las mismas cantidades?
No, y es a propósito. El 3D corre en el navegador y sirve para entender el edificio: girarlo, aislar un nivel, tocar un elemento. Los números salen siempre del servidor. Si un modelo no trae geometría y no se puede dibujar, sus cantidades siguen siendo válidas.
¿Puedo subir más de un modelo por obra?
Sí. Lo normal en un proyecto grande es uno por disciplina —arquitectura, estructura, instalaciones—, y se cambia de uno a otro con un clic. Cada modelo tiene su propia tabla y sus propios enganches al presupuesto.
¿Reemplaza a la cuantificación sobre el plano?
No: convive. Cuando hay modelo, las cantidades salen del modelo; cuando solo hay un PDF o un DWG, se miden sobre el plano. Las dos fuentes usan el mismo guardián de unidades para enganchar al presupuesto, así que se comportan igual.
Empieza hoy con Matterial
Del plano a la obra, con claridad. Prueba gratis, sin tarjeta.