I Revit Parameters non sono tutti uguali — e confonderli costa

Hai caricato la famiglia nel progetto. Apri lo Schedule, cerchi il campo che ti serve — larghezza, materiale, codice prodotto — e non c'è. Oppure hai modificato un valore in una famiglia e ti aspettavi che cambiasse tutto il progetto, ma non è successo niente. O ancora: hai creato un parametro nel Family Editor convinto di poterlo taggare in pianta, e Revit ti dice di no.

Questi non sono bug. Sono la conseguenza di un equivoco molto comune: in Revit, la parola parametro non identifica un oggetto solo. Ne identifica sei. E ognuno di questi sei oggetti ha uno scope diverso, una posizione diversa nel sistema, e regole diverse su cosa può fare e cosa non può fare.

Capire la differenza non è un esercizio accademico. È la competenza che ti evita di costruire famiglie che sembrano funzionare nell'Editor e si rompono nel progetto.

La mappa (dei parametri) prima di tutto

Prima di scendere nel dettaglio, conviene avere una mappa mentale. I sei tipi di parametri non sono sei oggetti equivalenti messi in fila — si distribuiscono su tre livelli di scope.

Livello Famiglia — esistono e operano dentro il file .rfa:

• Family Parameters
• Instance Parameters
• Type Parameters

Livello Progetto — esistono e operano dentro il file .rvt:

• Project Parameters
• Global Parameters

Livello Trasversale — esistono fuori da entrambi, in un file .txt esterno:

• Shared Parameters

Questa mappa è il filo conduttore. Ogni volta che ti chiedi "perché questo parametro non appare lì?", la risposta è quasi sempre nello scope sbagliato.

1. Family Parameters — il motore interno

I Family Parameters sono i parametri definiti nel Family Editor per controllare geometria, visibilità e comportamento della famiglia stessa. Non escono dal file .rfa — sono interni, locali, privati.

Puoi usarli per costruire relazioni geometriche complesse: altezza del cassetto che dipende dall'altezza totale del mobile, spessore del pannello che scala con la larghezza, visibilità di un componente che si attiva o disattiva in base a un valore booleano. Tutto questo funziona perfettamente nell'Editor.

Il limite entra quando carichi la famiglia nel progetto: i Family Parameters non appaiono nelle Schedule, non possono essere taggati in pianta, non sono accessibili dall'esterno. Sono il motore sotto il cofano — fanno girare tutto, ma l'utente del progetto non li vede e non li tocca.

Quando questo limite diventa un problema, la soluzione si chiama Shared Parameter — ma ci arriviamo tra poco.

2. Instance Parameters — la flessibilità controllata

Gli Instance Parameters sono un sottoinsieme dei parametri della famiglia — quelli che l'utente può modificare dopo aver inserito la famiglia nel progetto, istanza per istanza.

Inserisci dieci sedie dello stesso tipo in un progetto: con un Instance Parameter puoi dare a ciascuna una larghezza diversa senza creare dieci tipi distinti. Il valore vive nell'istanza, non nel tipo. Ogni elemento è indipendente dagli altri.

Questo li rende lo strumento giusto ogni volta che hai variabili che cambiano caso per caso — dimensioni adattive, materiali specifici per un singolo elemento, distanze che dipendono dal contesto di posa.

Il rovescio: se hai un valore che deve essere uguale e garantito per tutti gli elementi di una certa configurazione, l'Instance Parameter non è la scelta giusta. Un utente distratto può modificarlo su una singola istanza e rompere la coerenza del modello senza accorgersene.

Se vuoi approfondire la logica di scelta tra Instance e Type Parameters nel Family Editor, l'articolo ITF #02 entra nel dettaglio con esempi pratici sul Marketplace.

3. Type Parameters — lo standard garantito

I Type Parameters definiscono i valori a livello di tipo, non di istanza. Tutti gli elementi che condividono lo stesso tipo condividono lo stesso valore — senza eccezioni.

Se hai una finestra con larghezza 900mm definita come Type Parameter, ogni finestra di quel tipo in tutto il progetto è larga 900mm. Per cambiare la larghezza devi creare un nuovo tipo. Non puoi modificarla su una singola istanza — Revit non te lo permette.

Questa rigidità è esattamente il punto di forza. I Type Parameters sono lo strumento con cui costruisci cataloghi: ogni riga del catalogo è un tipo, ogni tipo ha valori definiti e immutabili. Un armadietto 60x60, uno 80x60, uno 100x60 — tre tipi, tre configurazioni garantite. Nessun margine di errore umano.

La scelta tra Instance e Type non è tecnica — è progettuale. Dipende da cosa vuoi che rimanga flessibile e cosa vuoi che rimanga sotto controllo.

4. Project Parameters — metadati su misura per il progetto

Uscendo dal Family Editor ed entrando nel progetto, la logica cambia. I Project Parameters non controllano la geometria di una famiglia — aggiungono informazione a categorie di elementi già esistenti nel modello.

Vuoi classificare tutte le porte del progetto per settore dell'edificio? Vuoi aggiungere un campo "Fornitore" alle finestre? Vuoi tracciare la fase di installazione per ogni categoria di impianto? I Project Parameters sono lo strumento. Si creano da Gestisci > Parametri di Progetto, si assegnano a una o più categorie, e appaiono nelle proprietà di tutti gli elementi di quella categoria nel progetto corrente.

Il limite è lo scope: esistono solo in quel file .rvt. Se apri un altro progetto, non ci sono. Non si trasferiscono tra file, non si condividono tra team — sono legati al progetto come le fondamenta sono legate all'edificio.

Un'altra limitazione: possono apparire nelle Schedule, ma non possono essere taggati in pianta. Per il tagging serve un Shared Parameter.

5. Global Parameters — le regole del progetto

I Global Parameters sono i parametri che governano il progetto dall'alto. Non appartengono a un singolo elemento o a una categoria — appartengono al progetto intero.

L'uso classico: definisci un'altezza interpiano come Global Parameter — 3200mm. Poi agganci a quel valore le quote dei livelli, le altezze dei vani scala, le famiglie di parapetto. Se l'altezza interpiano cambia, aggiorni un solo valore e tutto il progetto si adegua.

La differenza rispetto agli altri parametri è concettuale prima che tecnica. Un Global Parameter non descrive un elemento — governa una relazione. Stabilisce una regola che vale per il progetto intero, indipendentemente da quanti elementi vi partecipano.

Vivono nel file .rvt e si gestiscono da Gestisci > Parametri Globali. Come i Project Parameters, non escono dal progetto — ma a differenza di questi, non sono pensati per schedulare informazioni: sono pensati per tenere in coerenza il modello quando le regole progettuali cambiano.

6. Shared Parameters — il ponte tra mondi

I Shared Parameters sono l'unico tipo di parametro che esiste fuori da qualsiasi file Revit. Vengono definiti in un file .txt esterno — il file dei parametri condivisi — e da lì possono essere importati in famiglie diverse e in progetti diversi.

Questo li rende lo strumento giusto per tutti i casi in cui le informazioni devono muoversi: parametri che devono apparire sia nel Family Editor sia nelle Schedule di progetto, campi che devono essere taggati in pianta, dati che devono essere coerenti tra più famiglie dello stesso tipo distribuite su più file .rvt.

L'esempio pratico: crei una famiglia di arredi e vuoi che il campo "Codice Prodotto" sia taggabile in pianta e schedulabile nel computo. Un Family Parameter non può essere taggato. Un Project Parameter non può essere condiviso tra famiglie. La soluzione è definire "Codice Prodotto" come Shared Parameter nel file .txt, importarlo nella famiglia e nel progetto. Da quel momento, lo stesso parametro — con la stessa identità — esiste in entrambi i contesti e li tiene in sincronizzazione.

Il costo di questo sistema è la gestione: il file .txt deve esistere, essere accessibile, essere mantenuto. In un team strutturato, questo diventa una responsabilità esplicita — qualcuno deve essere il custode di quel file.

La Tabella di confronto

Il Consiglio BIM Culture

Quando crei un parametro, chiediti prima dove deve vivere — non come deve chiamarsi.

Lo scope determina tutto: se il parametro deve uscire dalla famiglia e diventare informazione nel progetto, serve uno Shared Parameter. Se deve garantire coerenza tra varianti di uno stesso oggetto, serve un Type. Se deve adattarsi a ogni contesto di posa, serve un Instance. Se deve governare una relazione che vale per tutto il progetto, serve un Global.

Il nome arriva dopo. Lo scope è la decisione.

---

I sei tipi di parametri in Revit non sono sei modi diversi di fare la stessa cosa. Sono sei strumenti con funzioni distinte, che operano a livelli diversi del sistema BIM. Confonderli produce famiglie fragili, modelli incoerenti e Schedule che non mostrano quello che dovrebbero.

La buona notizia è che la logica è leggibile: una volta che hai chiaro il concetto di scope — dove vive il parametro e fino a dove può arrivare — le scelte diventano più semplici e quasi obbligate.

Se vuoi approfondire come queste logiche si traducono concretamente nella costruzione delle Famiglie, gli articoli della rubrica Inside the Files su Factory268 entrano nel dettaglio operativo, con esempi tratti direttamente dai file del Marketplace.