Quando un totale nasconde il motivo di una variazione, il drill-down di Power BI permette di passare dal quadro generale al dettaglio senza perdere il filo dell’analisi. In questa guida mostro come costruire gerarchie, usare correttamente i comandi di esplorazione, distinguere il drill-through e sfruttare DAX per rendere i risultati coerenti a ogni livello.
La logica essenziale per esplorare i dati gerarchici
- Drill-down passa da un livello gerarchico al successivo nello stesso grafico.
- Drill-up riporta l’analisi al livello superiore.
- Expand mostra più livelli mantenendo visibile il raggruppamento precedente.
- Drill-through apre una pagina separata filtrata sul punto selezionato.
- ISINSCOPE consente a DAX di riconoscere il livello attivo della gerarchia.
Come funziona il drill-down in Power BI
Il drill-down consente di esplorare una gerarchia direttamente dentro un visual. Un grafico delle vendite può partire dall’anno, scendere al trimestre, arrivare al mese e infine al giorno. La pagina non cambia, ma il livello di dettaglio si adatta al punto selezionato.
Per me è uno degli strumenti più utili nei report direzionali perché risponde subito alla domanda “da dove arriva questo risultato?”. Il passaggio da totale annuale a mese evita di moltiplicare i grafici e lascia all’utente la libertà di indagare solo ciò che serve.
Drill-down, expand e drill-up non sono la stessa cosa
| Funzione | Cosa fa | Quando usarla |
|---|---|---|
| Drill-down | Scende nella gerarchia seguendo il punto selezionato. | Per analizzare una singola regione, categoria o periodo. |
| Expand | Aggiunge il livello successivo mantenendo quello attuale. | Per confrontare tutti i trimestri dentro ciascun anno. |
| Drill-up | Risale al livello superiore. | Per tornare alla visione aggregata. |
| Drill-through | Apre un’altra pagina filtrata sul valore scelto. | Per mostrare ordini, clienti o transazioni di dettaglio. |
Il comando di drill-down è disponibile solo quando il visual contiene una gerarchia e l’interazione è stata abilitata. Le icone possono comparire nell’intestazione del grafico oppure nel menu visualizzato con il tasto destro del mouse.
Come creare una gerarchia pronta per l’esplorazione
La qualità del drill-down dipende prima di tutto dal modello dati. Una gerarchia efficace deve rappresentare una relazione logica tra livelli, non una semplice sequenza di colonne inserite nello stesso grafico.
In un modello commerciale, per esempio, potrei usare Anno, Trimestre, Mese e Giorno per il tempo, oppure Paese, Regione, Città e Punto vendita per la geografia. Il percorso deve riflettere il modo in cui il business prende davvero le decisioni.
La procedura in Power BI Desktop
- Nel riquadro Campi, individua la colonna che rappresenta il primo livello.
- Fai clic con il tasto destro e scegli l’opzione per creare una nuova gerarchia.
- Aggiungi gli altri livelli nell’ordine corretto.
- Trascina la gerarchia nell’asse del visual.
- Controlla che i comandi di esplorazione siano attivi nell’intestazione del grafico.
Per le date preferisco una tabella calendario dedicata con anno, numero del trimestre, nome e numero del mese. Usare il nome del mese senza un ordinamento numerico produce spesso una sequenza alfabetica, come aprile, agosto, dicembre, invece dell’ordine cronologico.
Gerarchie naturali e gerarchie personalizzate
Power BI può riconoscere automaticamente alcune gerarchie, soprattutto quelle legate alle date. Io consiglio comunque di verificare sempre i livelli creati in automatico, perché non sempre corrispondono al linguaggio aziendale o al livello di dettaglio desiderato.
Una gerarchia personalizzata è spesso più chiara. Se l’azienda vende tramite canali diversi, ad esempio, il percorso potrebbe essere Canale, Area commerciale, Cliente, invece di una gerarchia geografica che non aiuta a spiegare le performance.
Come usare il drill-down con un esempio reale
Immaginiamo un istogramma con l’importo delle vendite sull’asse verticale e la gerarchia Anno > Trimestre > Mese sull’asse orizzontale. A livello annuale vedo subito che il 2025 ha prodotto più ricavi del 2024. Attivando il drill-down posso verificare se la crescita è distribuita oppure concentrata in un solo trimestre.
Se seleziono il 2025 mentre la modalità drill è attiva, il visual mostra i trimestri di quell’anno. Da lì posso scendere ancora ai mesi e capire, per esempio, che l’aumento dipende interamente da novembre e dicembre. Questo è il valore pratico dello strumento: mantiene il contesto della selezione invece di costringermi a ricostruire ogni filtro manualmente.
Quando conviene usare Expand
Supponiamo di voler confrontare il primo trimestre del 2024 con quello del 2025. Il drill-down su un singolo anno sarebbe troppo restrittivo. Con Expand all down one level mantengo gli anni visibili e aggiungo i trimestri sotto ciascuno, ottenendo un confronto più leggibile.
È una distinzione piccola, ma incide molto sull’interpretazione. Il drill-down risponde alla domanda “cosa succede dentro questo elemento?”, mentre Expand risponde a “come si distribuisce il dettaglio tra tutti gli elementi?”.
Quando serve il drill-through
Il drill-through è più adatto quando il dettaglio richiede una pagina diversa. Da un grafico delle vendite per cliente posso aprire una scheda con ordini, margini, resi e prodotti acquistati, già filtrata sul cliente selezionato.
Non lo considero un semplice drill-down più profondo. È una navigazione verso un altro contesto analitico, utile quando il visual di partenza non può contenere tutte le informazioni senza diventare confuso.
Come collegare il drill-down alle misure DAX
Il passaggio tra livelli non cambia soltanto l’aspetto del grafico. Cambia anche il contesto di filtro in cui vengono calcolate le misure. Una misura DAX ben progettata deve quindi funzionare sia quando il visual mostra l’anno sia quando mostra il mese o il prodotto.
La funzione più importante in questo scenario è ISINSCOPE. Restituisce TRUE quando una determinata colonna è il livello attivo della gerarchia e permette di modificare il calcolo in base alla posizione dell’utente nel percorso.
Percentuale rispetto al livello superiore
Questo esempio calcola la quota rispetto al genitore gerarchico. Il risultato può mostrare la percentuale di una sottocategoria sul totale della categoria, oppure quella di un prodotto sul totale della sottocategoria.
Vendite =
SUM ( FactVendite[Importo] )
% del genitore =
SWITCH (
TRUE(),
ISINSCOPE ( DimProdotto[Sottocategoria] ),
DIVIDE (
[Vendite],
CALCULATE (
[Vendite],
ALLSELECTED ( DimProdotto[Categoria] )
)
),
ISINSCOPE ( DimProdotto[Categoria] ),
DIVIDE (
[Vendite],
CALCULATE (
[Vendite],
ALLSELECTED ( DimProdotto )
)
),
1
)La parte decisiva non è la sintassi, ma il ragionamento: il denominatore deve rappresentare il livello di confronto corretto. Se rimuovo troppi filtri con ALL o ALLSELECTED, posso ottenere percentuali apparentemente precise ma poco utili per chi legge il report.
Leggi anche: IF in Power BI con DAX - misure, colonne ed errori da evitare
Mostrare un’etichetta diversa per ogni livello
Un’altra applicazione pratica consiste nel cambiare il testo mostrato in una card o in un titolo dinamico. In questo modo l’utente sa se sta guardando il totale annuale, il trimestre o il dettaglio mensile.
Livello analisi =
SWITCH (
TRUE(),
ISINSCOPE ( Calendario[Mese] ), "Dettaglio mensile",
ISINSCOPE ( Calendario[Trimestre] ), "Dettaglio trimestrale",
ISINSCOPE ( Calendario[Anno] ), "Vista annuale",
"Vista complessiva"
)In un progetto reale testo sempre la misura con filtri diversi, soprattutto con segmentazioni per anno, regione e canale. La combinazione tra gerarchie corrette e contesto DAX controllato fa la differenza tra un report interattivo e un report che cambia numeri senza spiegare perché.
Gli errori che compromettono l’analisi gerarchica
Il problema più comune è inserire livelli che non hanno una relazione coerente. Una gerarchia del tipo prodotto, mese, regione non rappresenta un percorso analitico: mescola dimensioni diverse e produce un’esplorazione difficile da interpretare.
Un altro errore frequente riguarda le date. Se il mese è memorizzato solo come testo, l’ordinamento può risultare sbagliato. Io controllo sempre il sort by column, la relazione con la tabella calendario e la presenza di valori vuoti prima di consegnare un report.
- Gerarchia troppo profonda, che costringe l’utente a molti clic prima di arrivare al dato utile.
- Livelli duplicati, come anno e anno fiscale senza una distinzione chiara.
- Misure non testate ai diversi livelli, con percentuali o totali incoerenti.
- Visual sovraccarichi, in cui categorie e dettagli diventano illeggibili dopo l’espansione.
- Dati non normalizzati, che generano valori vuoti o percorsi incompleti.
Bisogna considerare anche le prestazioni. Una gerarchia su milioni di righe non è necessariamente un problema, ma misure DAX complesse, molti visual nella stessa pagina e relazioni poco efficienti possono rendere lenta ogni interazione. In questi casi conviene semplificare il modello, ridurre i visual simultanei e verificare le query con gli strumenti di analisi delle prestazioni.
Infine, il drill-down non sostituisce la progettazione del report. Se l’utente non capisce cosa rappresentano i livelli, anche la migliore interazione resta poco utile. Un titolo dinamico, un tooltip chiaro e una gerarchia con nomi comprensibili spesso valgono più di un visual ricco di opzioni.
Come progettare un’esperienza di drill-down davvero utile
Io parto sempre dalla domanda decisionale, non dalla gerarchia disponibile nel modello. Se il responsabile vendite deve individuare le aree in calo, la sequenza potrebbe essere anno, regione, agente e cliente. Se deve analizzare la stagionalità, la gerarchia temporale sarà più adatta.
Una configurazione equilibrata segue alcune regole semplici:
- Limitare la gerarchia a 3 o 4 livelli realmente utili.
- Usare nomi leggibili e coerenti con il vocabolario aziendale.
- Mostrare nel titolo o nel tooltip il livello attivo.
- Verificare la stessa misura al livello aggregato e a quello di dettaglio.
- Usare il drill-through solo quando il dettaglio richiede una pagina dedicata.
- Testare il comportamento con filtri, valori mancanti e selezioni multiple.
Per un cruscotto destinato a dirigenti preferisco pochi livelli e una navigazione evidente. Per un report operativo, invece, posso arrivare fino a documento o riga d’ordine, ma solo su una pagina progettata per quel tipo di consultazione.
La documentazione di Microsoft distingue chiaramente l’esplorazione interna al visual dalla navigazione verso una pagina filtrata. È una distinzione che conviene riflettere anche nell’interfaccia, usando icone, pulsanti e tooltip con significati non ambigui.
Dal totale alla decisione senza perdere il contesto
Il drill-down in Power BI funziona bene quando collega tre elementi: una gerarchia che rispecchia il business, visual progettati per essere esplorati e misure DAX consapevoli del livello attivo. Se uno di questi elementi manca, il report può sembrare interattivo senza diventare davvero analitico.
Prima di pubblicare una pagina, controllo sempre tre passaggi: il totale è corretto, il dettaglio spiega davvero la variazione e il ritorno al livello superiore è immediato. È una verifica rapida, ma aiuta a trasformare una funzione tecnica in uno strumento concreto per prendere decisioni migliori.
