TL;DR
Un modelo de Revit puede estar dentro de ±10 mm de la nube de puntos registrada en LOD 300 y aun así fallar en el proyecto debido a problemas de coordenadas, fases o worksets; la precisión y la usabilidad son verificaciones distintas. LOD (BIMForum Level of Development) describe qué tan desarrollado está un elemento del modelo; LOA (USIBD Level of Accuracy) describe qué tan fiel es dimensionalmente a la realidad. Las coordenadas compartidas y la vinculación de origen a origen determinan si la nube de puntos y el modelo se ubican correctamente en un proyecto existente; esta es la fuente más común de reprocesos después de la entrega. La configuración incorrecta de las fases en un trabajo de renovación es la razón más común por la que un modelo de Scan to BIM se reconstruye en lugar de reutilizarse. Un entregable de muestra, abierto y verificado con estos 8 puntos antes de un compromiso, detecta casi todos estos problemas de forma gratuita.
# 8 verificaciones en Revit a realizar antes de contratar un servicio de Scan to BIM
Una nube de puntos registrada puede ser dimensionalmente correcta —precisión de registro de grado topográfico de ±5 mm, vinculada a puntos de control, verificada por mediciones de comprobación independientes— y aun así ser inutilizable el día que llega a su proyecto de Revit. El fallo no está en el escaneo. Está en la entrega: el modelo se vincula en el lugar incorrecto, las fases son incorrectas o dos personas de su equipo no pueden trabajar en él a la vez.
Esa brecha rara vez se discute porque la mayoría de las guías para compradores se detienen en las cifras de precisión. Esta página comienza donde terminan esas guías: dentro del archivo de Revit. Cada verificación a continuación es algo que un arquitecto o gerente de BIM puede comprobar en un entregable de muestra en menos de cinco minutos, antes de firmar un contrato.
En resumen
- Un modelo de Revit puede estar dentro de ±10 mm de la nube registrada en LOD 300 y aun así fallar en el proyecto debido a problemas de coordenadas, fases o worksets; la precisión y la usabilidad son verificaciones distintas.
- LOD (BIMForum Level of Development) describe qué tan desarrollado está un elemento del modelo; LOA (USIBD Level of Accuracy) describe qué tan fiel es dimensionalmente a la realidad. Ambos responden a preguntas diferentes y ambos deben declararse por escrito.
- Las coordenadas compartidas y la vinculación de origen a origen determinan si la nube de puntos y el modelo se ubican correctamente en su proyecto existente; esta es la fuente única más común de reprocesos después de la entrega.
- Una configuración de fases incorrecta en un trabajo de renovación (*Existing* vs. *New Construction* vs. *Demolition*) es la razón más común por la que un modelo de Scan-to-BIM se reconstruye en lugar de reutilizarse.
- Un entregable de muestra, abierto y verificado con estos 8 puntos antes del compromiso, detecta casi todos estos problemas de forma gratuita.
Por qué "preciso" y "utilizable en Revit" son problemas diferentes
Un modelo puede cumplir con su precisión declarada y aun así fallar en su proyecto si no está construido de la manera en que su flujo de trabajo de Revit espera que se construya. La precisión se mide contra la nube de puntos; la usabilidad se mide contra cómo su equipo vincula, establece las fases y edita el archivo. Ambas deben confirmarse por separado, por escrito, antes de que comience el trabajo.
La industria confunde dos estándares que responden a preguntas diferentes. LOD (Level of Development), definido por la Especificación LOD del BIMForum, describe qué tan desarrollados y fiables son la geometría, la información y la confiabilidad de un elemento del modelo; por ejemplo, si un muro es un marcador de posición genérico o un ensamblaje modelado con materiales y dimensiones correctos. LOA (Level of Accuracy), definido por la Especificación de Nivel de Precisión de USIBD (C120) y la Guía (C220), describe la fidelidad dimensional: qué tan cerca coincide la geometría modelada con la realidad física medida, expresado en tolerancias por bandas (LOA 10 hasta LOA 50). Un modelo puede construirse con un LOD alto y un LOA bajo, o viceversa. Se deben solicitar ambos, por separado, y obtener ambos por escrito.
| Estándar | Qué rige | Qué no le informa |
|---|---|---|
| BIMForum LOD 100–500 | Desarrollo del elemento: geometría, fiabilidad de la información | Precisión dimensional con respecto al edificio físico |
| USIBD LOA 10–50 | Fidelidad dimensional: Precisión medida vs. representada | Si la geometría del elemento está completamente desarrollada |
Hay una segunda brecha que no tiene nada que ver con ninguno de los dos estándares: la higiene del archivo. Un modelo puede tener el LOD y el LOA correctos y aun así ser un problema si es un único workset monolítico, tiene cientos de advertencias sin resolver o se infla a un tamaño de archivo que su hardware no puede abrir en una laptop en el campo. Eso es lo que cubren las 8 verificaciones a continuación.
Las 8 verificaciones en Revit
1. Coordenadas compartidas y vinculación de origen a origen
Qué preguntar: ¿Cómo se ubicarán la nube de puntos y el modelo entregado en el sistema de coordenadas de su proyecto: por coordenadas compartidas o de origen a origen?
Cómo verificarlo en Revit: Vincule el modelo de muestra o la nube de puntos en un proyecto en blanco usando "Auto — Origin to Origin", y luego verifique el Project Base Point y el Survey Point con su control topográfico. Si el proveedor ya ha adquirido el control del sitio, el vínculo debería ubicarse correctamente sin reposicionamiento manual.
Señal de alerta: "Nosotros lo configuraremos" sin explicar a qué sistema de coordenadas o red de control está vinculado el modelo. Esa respuesta significa que el trabajo de alineación se convierte en su problema después de la entrega, no antes.
2. LOD comprometido por disciplina, por escrito
Qué preguntar: ¿Se declara el LOD por separado para los elementos arquitectónicos, estructurales y MEP, o es un solo número para todo el modelo?
Cómo verificarlo en Revit: Abra la muestra, seleccione un muro, una columna estructural y un elemento MEP si está presente, y compare su desarrollo con el LOD declarado para cada disciplina.
Señal de alerta: Una propuesta que cotiza una única cifra de LOD para "el modelo" sin desglosarla por disciplina. Un LOD 300 arquitectónico y un LOD 300 estructural requieren un esfuerzo de modelado y un costo muy diferentes.
3. Precisión representada declarada con respecto a la nube registrada
Qué preguntar: ¿Cuál es la tolerancia de la geometría modelada con respecto a la nube de puntos registrada, y en qué LOD? El método de ZEALOT mantiene las caras del modelo a ±10 mm de la nube registrada en LOD 300.
Cómo verificarlo en Revit: Vincule la nube de puntos RCP/RCS junto con el modelo y verifique visualmente las caras de los muros y las losas de piso con la nube en varios puntos, o ejecute una verificación de desviación/interferencias si sus herramientas de control de calidad lo permiten.
Señal de alerta: Una precisión declarada sin punto de referencia: "±5 mm" sin decir preciso con respecto a qué, cómo se verificó o en qué LOD.
4. Worksets y división del modelo
Qué preguntar: ¿Está el modelo dividido en worksets por disciplina, nivel o zona, para que más de una persona pueda trabajar en él simultáneamente?
Cómo verificarlo en Revit: Abra Collaborate > Worksets y verifique el desglose. Un modelo destinado al uso en equipo en un proyecto de renovación no debería cargarse como un único workset predeterminado.
Señal de alerta: Un único workset monolítico sin división: funcional para un modelo de referencia rápido, no para una coordinación de diseño activa.
5. Fases configuradas correctamente para renovación
Qué preguntar: ¿Están los elementos asignados a las fases *Existing*, *Demolition* y *New Construction*, coincidiendo con la forma en que su equipo planea diseñar sobre ellos?
Cómo verificarlo en Revit: Abra una vista, verifique sus propiedades de Phase y Phase Filter en View Templates, y confirme que los elementos de condición existente estén configurados en la fase *Existing*, no en *New Construction*.
Señal de alerta: Todo modelado en una única fase. Esta es la causa más común de que un modelo de Scan to BIM se reconstruya efectivamente desde cero en un trabajo de renovación: un modelo sin fases no puede distinguir lo que se mantiene de lo que se demuele.
6. Familias nativas vs. geometría in-place
Qué preguntar: ¿Están los muros, puertas y elementos estructurales construidos como familias nativas y familias de sistema de Revit, o importados como geometría de malla o DirectShape en lugar de elementos de construcción reales?
Cómo verificarlo en Revit: Seleccione un puñado de elementos y verifique su categoría y familia en el panel de Properties. Un muro debería reportarse como un Muro de Revit, no como un modelo genérico o un sólido importado.
Señal de alerta: Elementos que son DirectShape, malla importada o CAD vinculado en sustitución de componentes de construcción modelados; no se tabularán, etiquetarán ni coordinarán de la misma manera que las familias nativas.
7. La nube de puntos registrada entregada junto con el modelo, en un formato que Revit pueda leer
Qué preguntar: ¿Incluye el entregable la nube de puntos registrada en sí —RCP/RCS para Revit, más un máster E57 de formato abierto— o solo el modelo finalizado?
Cómo verificarlo en Revit: Confirme que el archivo RCP se vincula directamente con Manage Links > Point Clouds, y confirme que se incluye un archivo máster E57 por separado para su uso fuera del software de Autodesk.
Señal de alerta: Entrega solo del modelo, o un visor propietario sin nube de puntos exportable. Sin la nube de origen, su equipo no tiene forma de verificar el modelo de forma independiente más adelante.
8. Entregable de muestra antes del compromiso
Qué preguntar: ¿Pueden proporcionar una muestra del modelo de Revit de un proyecto comparable, en el LOD que proponen, antes de la firma del contrato?
Cómo verificarlo en Revit: Abra la muestra y ejecute las verificaciones 1 a 7 directamente: coordenadas, LOD por disciplina, tolerancia con la nube, worksets, fases, uso de familias y formato de entrega de la nube.
Señal de alerta: Un proveedor que no está dispuesto a compartir una muestra, o uno que ofrece solo capturas de pantalla o un visor bloqueado en lugar de un archivo que se pueda abrir.
Una prueba de aceptación en Revit de cinco minutos
Una vez que se tenga en mano una muestra o un modelo entregado, ejecute esta secuencia antes de aceptarlo:
- Vincule el archivo. Use Insert > Link Revit (o abra el modelo directamente) y confirme que se carga sin errores.
- Verifique las coordenadas. Compare las ubicaciones del Project Base Point y el Survey Point con su control topográfico o modelo de sitio existente.
- Verifique las fases. Abra las View Properties en una planta y confirme que la Phase esté establecida en *Existing*, con un Phase Filter que muestre los elementos existentes de forma distinta a cualquier obra nueva.
- Seleccione cinco elementos al azar —un muro, una puerta, una columna, un ducto o tubería si se incluye MEP, y un piso— y verifique su categoría en el panel de Properties. Cada uno debe reportarse como una categoría nativa de Revit, no como un modelo genérico o importado.
- Ejecute una verificación de desviación contra la nube. Vincule el RCP junto al modelo y verifique visualmente las caras de los muros en tres o cuatro ubicaciones para detectar brechas visibles más allá de la tolerancia declarada (±10 mm en LOD 300).
- Verifique los worksets. Confirme que el modelo esté dividido por disciplina o nivel en Collaborate > Worksets.
- Verifique el recuento de advertencias y el tamaño del archivo. Abra el diálogo de Warnings (Manage > Warnings); vale la pena preguntar directamente sobre un recuento de advertencias alto y no revisado. Confirme que el tamaño del archivo sea manejable para su hardware y flujo de trabajo.
Un modelo que pasa las siete pruebas es uno que su equipo puede abrir, vincular y usar para diseñar sin reprocesos. Un modelo que falla dos o más de estas pruebas merece una conversación con el proveedor antes de firmar el contrato, no después.
Cuánto cuesta esto y cuánto tiempo toma
Los proyectos de Scan to BIM pasan por cinco etapas —planificación, captura en campo, registro, modelado y QC— y cada una tiene un rango documentado. La captura en campo cubre de 80,000 a 120,000 sq ft por día; las nubes de puntos registradas se entregan típicamente en 3 a 5 días hábiles; el modelado LOD 200 para aproximadamente 100,000 sq ft toma de 10 a 15 días hábiles, mientras que el LOD 300 para la misma área toma de 3 a 5 semanas. La entrega típica de principio a fin en proyectos de renovación más pequeños toma de 1 a 3 semanas.
Como ejemplo práctico: una renovación de 100,000 sq ft necesitaría aproximadamente un día de campo para la captura, 3–5 días hábiles para la nube registrada y, si se especifica un modelado arquitectónico LOD 300, de 3 a 5 semanas para el modelo de Revit finalizado con las verificaciones anteriores ya satisfechas. Lo que modifica esa cifra es el alcance por disciplina: agregar elementos estructurales o MEP en el mismo LOD extiende el cronograma de modelado, ya que cada disciplina se modela y verifica por separado, no se agrupa en un solo paso. El tiempo de respuesta para una cotización suele ser de el mismo día a 24 horas.
Por qué esto es más importante en renovaciones que en obras nuevas
Los modelos de Revit para obras nuevas se construyen a partir de una intención de diseño limpia; no hay una condición "existente" competidora que reconciliar. Los proyectos de renovación y reutilización adaptativa son diferentes: el modelo de Scan to BIM tiene que coexistir con un equipo de diseño que dibuja cambios activamente sobre él, a menudo con múltiples consultores vinculando el mismo archivo. Es por eso que las verificaciones 1, 4 y 5 anteriores —coordenadas, worksets y fases— son más importantes en trabajos de renovación que la cifra de precisión por sí sola. Un modelo puede ser dimensionalmente perfecto y aun así costar días a un equipo de diseño si el equipo de arquitectura no puede trabajar en él junto con el de estructura y MEP sin conflictos.
Aquí es también donde el LOA realiza un trabajo real que el LOD no puede. Un ingeniero estructural que dimensiona una conexión de acero de refuerzo contra una columna existente necesita saber la *precisión representada* de la posición modelada de esa columna —¿es LOA 20 (±5 mm, puntos individuales), LOA 30 (±15 mm), o más flexible?— no solo que la columna existe como una familia modelada en algún LOD. Solicite la banda de LOA junto con la cifra de LOD, en la misma línea de la propuesta, no como un documento separado que nunca aparece.
Cómo leer una propuesta: cómo debería verse un "compromiso por escrito"
Una propuesta de Scan to BIM que ha respondido a las 8 verificaciones anteriores se lee de manera diferente a una que no lo ha hecho. Declara el LOD por disciplina (no un número general), nombra el sistema de coordenadas y el método de control, se compromete a una tolerancia declarada con respecto a la nube registrada y enumera los formatos de los entregables por su nombre —RVT, RCP/RCS, E57— en lugar de "archivos digitales". Si una propuesta es vaga en cualquiera de estos puntos, ese es el tema que se debe plantear antes de la firma, no después de que se entregue el modelo y el cronograma de diseño ya esté en marcha.
Preguntas frecuentes
Lecturas relacionadas: Point Cloud QA for Scan to BIM, How Poor Point Clouds Cause BIM Coordination Problems, Evaluating 3D Laser Scanning Services in the US, Benefits of 3D Laser Scanning for As-Builts, LOD 200 vs. 300 vs. 400 in a Revit Model From Scan, and Scan to BIM Pricing: What a Revit Model Costs.
Preguntas frecuentes
Lecturas relacionadas: Point Cloud QA for Scan to BIM, How Poor Point Clouds Cause BIM Coordination Problems, Evaluating 3D Laser Scanning Services in the US, Benefits of 3D Laser Scanning for As-Builts, LOD 200 vs. 300 vs. 400 in a Revit Model From Scan, and Scan to BIM Pricing: What a Revit Model Costs.