Los Revit Parameters no son todos iguales, y confundirlos tiene un coste.

Has cargado la familia en el proyecto. Abres la tabla de planificación (Schedule), buscas el campo que necesitas —anchura, material, código de producto— y no está. O bien has modificado un valor en una familia y esperabas que cambiara todo el proyecto, pero no ha sucedido nada. O también: has creado un parámetro en el Family Editor convencido de que podrías etiquetarlo en planta, y Revit te dice que no.

Estos no son errores (bugs). Son la consecuencia de un malentendido muy común: en Revit, la palabra parámetro no identifica un objeto único. Identifica seis. Y cada uno de estos seis objetos tiene un alcance (scope) diferente, una posición distinta en el sistema y reglas diferentes sobre lo que puede y no puede hacer.

Entender la diferencia no es un ejercicio académico. Es la competencia que te evita construir familias que parecen funcionar en el Editor y se rompen en el proyecto.

El mapa (de los parámetros) ante todo

Antes de entrar en detalles, conviene tener un mapa mental. Los seis tipos de parámetros no son seis objetos equivalentes puestos en fila; se distribuyen en tres niveles de alcance.

Nivel Familia — existen y operan dentro del archivo .rfa:

• Family Parameters (Parámetros de familia)
• Instance Parameters (Parámetros de ejemplar)
• Type Parameters (Parámetros de tipo)

Nivel Proyecto — existen y operan dentro del archivo .rvt:

• Project Parameters (Parámetros de proyecto)
• Global Parameters (Parámetros globales)

Nivel Transversal — existen fuera de ambos, en un archivo .txt externo:

• Shared Parameters (Parámetros compartidos)

Este mapa es el hilo conductor. Cada vez que te preguntes "¿por qué este parámetro no aparece ahí?", la respuesta está casi siempre en el alcance equivocado.

1. Family Parameters — el motor interno

Los Family Parameters son los parámetros definidos en el Family Editor para controlar la geometría, la visibilidad y el comportamiento de la propia familia. No salen del archivo .rfa; son internos, locales y privados.

Puedes usarlos para construir relaciones geométricas complejas: la altura del cajón que depende de la altura total del mueble, el espesor del panel que escala con la anchura, la visibilidad de un componente que se activa o desactiva según un valor booleano. Todo esto funciona perfectamente en el Editor.

El límite aparece cuando cargas la familia en el proyecto: los Family Parameters no aparecen en las tablas de planificación, no se pueden etiquetar en planta y no son accesibles desde el exterior. Son el motor bajo el capó; hacen que todo funcione, pero el usuario del proyecto no los ve ni los toca.

Cuando este límite se convierte en un problema, la solución se llama Shared Parameter (parámetro compartido), pero llegaremos a eso en breve.

2. Instance Parameters — la flexibilidad controlada

Los Instance Parameters son un subconjunto de los parámetros de la familia, aquellos que el usuario puede modificar después de haber insertado la familia en el proyecto, ejemplar por ejemplar.

Insertas diez sillas del mismo tipo en un proyecto: con un Instance Parameter puedes darle a cada una una anchura diferente sin crear diez tipos distintos. El valor reside en el ejemplar, no en el tipo. Cada elemento es independiente de los demás.

Esto los convierte en la herramienta adecuada siempre que tengas variables que cambien caso por caso: dimensiones adaptativas, materiales específicos para un solo elemento, distancias que dependen del contexto de colocación.

El inconveniente: si tienes un valor que debe ser igual y garantizado para todos los elementos de una cierta configuración, el Instance Parameter no es la elección correcta. Un usuario distraído puede modificarlo en un solo ejemplar y romper la coherencia del modelo sin darse cuenta.

Si quieres profundizar en la lógica de elección entre Instance y Type Parameters en el Editor de familias, el artículo ITF #02 entra en detalle con ejemplos prácticos en el Marketplace.

3. Type Parameters — el estándar garantizado

Los Type Parameters definen los valores a nivel de tipo, no de ejemplar. Todos los elementos que comparten el mismo tipo comparten el mismo valor, sin excepciones.

Si tienes una ventana con una anchura de 900 mm definida como Type Parameter, cada ventana de ese tipo en todo el proyecto tendrá 900 mm de ancho. Para cambiar la anchura debes crear un nuevo tipo. No puedes modificarla en un solo ejemplar; Revit no te lo permite.

Esta rigidez es exactamente su punto fuerte. Los Type Parameters son la herramienta con la que construyes catálogos: cada fila del catálogo es un tipo, cada tipo tiene valores definidos e inmutables. Un armario de 60x60, uno de 80x60, uno de 100x60; tres tipos, tres configuraciones garantizadas. Sin margen de error humano.

La elección entre Instance y Type no es técnica, es proyectual. Depende de lo que quieras que permanezca flexible y lo que quieras que permanezca bajo control.

4. Project Parameters — metadatos a medida para el proyecto

Al salir del Editor de familias y entrar en el proyecto, la lógica cambia. Los Project Parameters no controlan la geometría de una familia; añaden información a categorías de elementos ya existentes en el modelo.

¿Quieres clasificar todas las puertas del proyecto por sector del edificio? ¿Quieres añadir un campo "Proveedor" a las ventanas? ¿Quieres rastrear la fase de instalación para cada categoría de instalación? Los Project Parameters son la herramienta. Se crean desde Gestionar > Parámetros de proyecto, se asignan a una o más categorías y aparecen en las propiedades de todos los elementos de esa categoría en el proyecto actual.

El límite es el alcance: existen solo en ese archivo .rvt. Si abres otro proyecto, no están ahí. No se transfieren entre archivos, no se comparten entre equipos; están ligados al proyecto como los cimientos están ligados al edificio.

Otra limitación: pueden aparecer en las tablas de planificación, pero no pueden ser etiquetados en planta. Para el etiquetado se necesita un Shared Parameter.

5. Global Parameters — las reglas del proyecto

Los Global Parameters son los parámetros que gobiernan el proyecto desde arriba. No pertenecen a un solo elemento o a una categoría; pertenecen al proyecto completo.

El uso clásico: defines una altura de entrepiso como Global Parameter (3200 mm). Luego enganchas a ese valor las cotas de los niveles, las alturas de los huecos de escalera, las familias de barandilla. Si la altura de entrepiso cambia, actualizas un solo valor y todo el proyecto se ajusta.

La diferencia respecto a los otros parámetros es conceptual antes que técnica. Un Global Parameter no describe un elemento, gobierna una relación. Establece una regla que vale para todo el proyecto, independientemente de cuántos elementos participen en ella.

Viven en el archivo .rvt y se gestionan desde Gestionar > Parámetros globales. Como los Project Parameters, no salen del proyecto, pero a diferencia de estos, no están pensados para tabular información: están pensados para mantener la coherencia del modelo cuando las reglas del proyecto cambian.

6. Shared Parameters — el puente entre mundos

Los Shared Parameters son el único tipo de parámetro que existe fuera de cualquier archivo de Revit. Se definen en un archivo .txt externo —el archivo de parámetros compartidos— y desde allí pueden importarse en familias diferentes y en proyectos diferentes.

Esto los convierte en la herramienta adecuada para todos los casos en los que la información debe moverse: parámetros que deben aparecer tanto en el Editor de familias como en las tablas de planificación del proyecto, campos que deben etiquetarse en planta, datos que deben ser coherentes entre varias familias del mismo tipo distribuidas en varios archivos .rvt.

El ejemplo práctico: creas una familia de mobiliario y quieres que el campo "Código de producto" sea etiquetable en planta y cuantificable en el presupuesto. Un Family Parameter no puede ser etiquetado. Un Project Parameter no puede compartirse entre familias. La solución es definir "Código de producto" como Shared Parameter en el archivo .txt, importarlo a la familia y al proyecto. Desde ese momento, el mismo parámetro —con la misma identidad— existe en ambos contextos y los mantiene sincronizados.

El costo de este sistema es la gestión: el archivo .txt debe existir, ser accesible y mantenerse. En un equipo estructurado, esto se convierte en una responsabilidad explícita; alguien debe ser el custodio de ese archivo.

La tabla de comparación

El consejo BIM Culture

Cuando crees un parámetro, pregúntate primero dónde debe vivir, no cómo debe llamarse.

El alcance lo determina todo: si el parámetro debe salir de la familia y convertirse en información en el proyecto, necesitas un Shared Parameter. Si debe garantizar coherencia entre variantes de un mismo objeto, necesitas un Type. Si debe adaptarse a cada contexto de colocación, necesitas un Instance. Si debe gobernar una relación que vale para todo el proyecto, necesitas un Global.

El nombre llega después. El alcance es la decisión.

---

Los seis tipos de parámetros en Revit no son seis formas diferentes de hacer lo mismo. Son seis herramientas con funciones distintas, que operan a diferentes niveles del sistema BIM. Confundirlos produce familias frágiles, modelos incoherentes y tablas de planificación que no muestran lo que deberían.

La buena noticia es que la lógica es legible: una vez que tienes claro el concepto de alcance (dónde vive el parámetro y hasta dónde puede llegar), las elecciones se vuelven más simples y casi obligadas.

Si quieres profundizar en cómo estas lógicas se traducen concretamente en la construcción de las familias, los artículos de la sección Inside the Files en Factory268 entran en el detalle operativo, con ejemplos extraídos directamente de los archivos del Marketplace.