Lezione 1.2
I componenti
Modulo 01 · Lezione 1.2 · Livello Base

I componenti: Desktop, Service, Gateway, Mobile

Power BI non è "un'app sola": è un'orchestra di quattro componenti che lavorano insieme. In questa lezione li separiamo e capiamo chi fa cosa, così la prossima volta che qualcuno dice "lo apro su Power BI" sai esattamente quale Power BI sta aprendo.

  • ⏱ Tempo stimato: ~15 min + esercitazioni
  • 🎯 Prerequisiti: L1.1
  • 🛠 Software: nessuno (lezione concettuale)
1

Power BI Desktop — dove si costruisce

Power BI Desktop è un'applicazione Windows gratuita scaricabile dal Microsoft Store o dal sito Microsoft. È l'unico dei quattro componenti dove si costruisce un report: pulizia dati (Power Query), modello (relazioni, misure DAX), visual, pagine. Tutto quello che vedi in un report nasce qui.

Il file di output si chiama .pbix (Power BI Information Exchange) e contiene:

  • i dati importati (se modalità Import — sono dentro il file, compressi);
  • il modello (tabelle, relazioni, misure DAX, gerarchie);
  • le pagine del report con tutti i visual e la formattazione.
Solo Windows? Sì.
Power BI Desktop esiste solo per Windows (x64 e ARM). Su Mac/Linux si usa una macchina virtuale Windows, oppure il Service web per leggere/modificare report semplici. È un fatto fastidioso ma è così — Microsoft non ha mai portato il Desktop su altre piattaforme.
Power BI Desktop appena aperto: ribbon in alto, riquadri Dati/Visualizzazioni/Filtri a destra, canvas centrale con la prima pagina del report vuota.
Power BI Desktop appena aperto: ribbon in alto, riquadri Dati/Visualizzazioni/Filtri a destra, canvas centrale con la prima pagina del report vuota.
2

Power BI Service — dove si pubblica e si condivide

Il Power BI Service è il portale web all'indirizzo app.powerbi.com. È il cloud di Power BI: qui i report pubblicati dal Desktop diventano accessibili al resto dell'azienda. Le funzioni principali del Service:

  • Workspace: cartelle collaborative dove vivono report, modelli semantici, dataflow, pipeline.
  • App: pacchetti di contenuti pubblicabili per un'audience ampia, con permessi semplificati.
  • Refresh schedulato: i dati si aggiornano automaticamente (notturno, orario, in real-time se Direct Lake).
  • Subscriptions: l'utente riceve uno screenshot del report via email, ogni mattina o quando cambia qualcosa.
  • Sicurezza: RLS (Row-Level Security), etichette di sensibilità Microsoft Purview, condivisione granulare.

Sul Service puoi modificare alcuni aspetti di un report già pubblicato (edita visual, aggiungi pagine, cambia filtri) — ma il grosso del lavoro resta sul Desktop. Pensa al Service come al palcoscenico: il report va in scena lì.

Workspace personale vs workspace condiviso
Ogni utente Power BI ha un "My Workspace" personale (sandbox di prova). Per condividere col team serve un workspace condiviso dove più persone possono pubblicare e leggere. Non confonderli: cose lasciate in "My Workspace" non vede nessun altro.
3

On-Premises Data Gateway — il ponte verso i dati interni

Il Gateway è un servizio che installi su un server (o PC sempre acceso) dentro la rete aziendale. Serve quando i dati che vuoi mostrare in Power BI vivono on-premises (non nel cloud): un SQL Server interno, un file Excel su un fileshare aziendale, un SAP locale.

Senza Gateway, il Power BI Service nel cloud non può "vedere" dentro la rete aziendale (firewall). Il Gateway fa da ponte sicuro: il Service chiede dati, il Gateway li recupera dalla sorgente interna e li passa al cloud cifrati.

Esistono due versioni:

  • Personal Mode: lo installi sul tuo PC, vale solo per i tuoirefresh. Buono per prototipi e uso individuale; inutile se il PC è spento.
  • Standard Mode (Enterprise): installato su un server dedicato, condiviso da più utenti e workspace. È quello che serve in produzione. Si può configurare in cluster per alta disponibilità.
Senza Gateway, niente refresh on-prem
Un errore tipico: pubblichi un report che legge da un SQL Server interno, schedula il refresh sul Service, e a mezzanotte fallisce con "Gateway not configured". È normale: dal cloud non si arriva al SQL interno senza Gateway. La soluzione è installarlo, configurare la sorgente con le credenziali, e re-puntare il dataset al Gateway giusto.
VNet Data Gateway (per scenari Azure)
Esiste anche un Gateway "managed" che gira dentro una VNet Azure, senza VM da gestire. È più recente, non sempre disponibile in tutte le regioni — utile se le tue sorgenti stanno già in Azure con accesso privato.
4

Power BI Mobile — consumare in mobilità

Le app Power BI Mobile (iOS, Android, Windows) sono dedicate al consumo: aprire report, applicare filtri, ricevere notifiche di alert. Non costruisci report sul mobile.

Cose che il mobile fa bene:

  • Layout phone — quando l'autore disegna il report, può preparare una vista verticale ottimizzata per smartphone (ribbon "View → Mobile layout"). Senza, il visual scrolla orizzontale.
  • Annotazioni — l'utente può annotare uno screenshot del visual e mandarlo via chat.
  • Alert su KPI — "avvisami se il fatturato giornaliero scende sotto 50K".
  • Copilot mobile (vedi Modulo 8): chat in-report con domande aperte e dettatura vocale.
Disegna sempre il phone layout
Se sai che alcuni utenti useranno il report da telefono, prepara il phone layout in fase di design. Costa 10 minuti e cambia totalmente l'esperienza percepita.
5

Come comunicano tra loro — il flusso completo

Mettiamo insieme i quattro pezzi in un caso reale: "costruisco un report sulle vendite aziendali e voglio che il direttore commerciale lo veda dal telefono ogni mattina, sempre aggiornato". Il flusso è:

  1. Su Power BI Desktop sviluppi il .pbix: connetti il SQL interno via Get Data, modelli, scrivi le misure, disegni i visual e il phone layout.
  2. Installi/configuri il Gateway Standard su un server in azienda, gli dai le credenziali del SQL.
  3. Pubblichi al Service (Home ribbon → Publish) scegliendo un workspace condiviso "Commerciale".
  4. Sul Service: configuri il dataset puntando al Gateway, imposti il refresh schedulato (es. ogni notte alle 03:00).
  5. Condividi: aggiungi il direttore come Viewer del workspace (o crei un'app).
  6. Il direttore apre Power BI Mobile, trova il report nella sua lista, vede il phone layout, attiva un alert sul fatturato giornaliero.
Animazione: i 4 componenti di Power BI in sequenza (Desktop → Gateway → Service → Mobile) col flusso end-to-end.
Quick check

Hai un report che legge dati da un SQL Server interno (non in cloud). Vuoi che si aggiorni ogni notte sul Service. Cosa devi installare?

6

Errori comuni di chi parte

Confondere 'apro Power BI' con il componente specifico
Tre persone che dicono "apro Power BI" possono significare cose diverse: un dev intende il Desktop, un manager intende il Service web, un commerciale intende l'app mobile. Quando senti la frase, chiedi sempre "il Desktop o il Service?" per essere sicuro.
Modificare un report direttamente sul Service e perdere il .pbix originale
Se modifichi un report sul Service e poi il .pbix originale non viene ri-scaricato, hai due versioni divergenti. Best practice: tieni il .pbix come "fonte di verità", se modifichi sul Service ri-scarica subito.
Power BI Report Server (on-premises) ≠ Service
Esiste un prodotto separato chiamato Power BI Report Server, una versione on-prem del Service per chi non può/vuole usare il cloud. Funziona, ma è molto meno aggiornato del Service cloud (niente Copilot, niente Direct Lake, niente Fabric). Citato per contesto: non è la rotta consigliata nuovi progetti.
7

Esercitazioni

Esercizio 1Base

Associa il componente al compito

Consegna

Per ognuna di queste 6 azioni, indica il componente che la esegue:

  1. Scrivere una misura DAX 'Fatturato YTD'.
  2. Visualizzare un report dal telefono.
  3. Schedulare un refresh notturno.
  4. Connettere il Service a un SQL Server on-premises.
  5. Disegnare un visual a barre.
  6. Condividere un report tramite app a 200 utenti.
Esercizio 2Base

Vero o falso

Consegna
  1. Power BI Desktop esiste anche per Mac.
  2. Il Service può modificare un report già pubblicato.
  3. Il Gateway in modalità Personal è ottimo per la produzione.
  4. Il phone layout va disegnato sul Desktop, non sul mobile.
  5. Pubblicare = upload dal Desktop al Service.
Esercizio 3Intermedia

Troubleshooting — refresh schedulato fallisce

Consegna

Un report che legge da un SQL Server aziendale (rete interna) è stato pubblicato sul Service. Il refresh schedulato alle 02:00 fallisce ogni notte con il messaggio: "Unable to connect to the data source". Quali sono le 3 coseda controllare in ordine di probabilità?

Esercizio 4Intermedia

Scenari di scelta del componente

Consegna

Per ogni scenario indica quale componente useresti e perché in una riga:

  1. Devo fare uno screenshot del KPI principale ogni mattina alle 8 nella mail del CEO.
  2. Voglio prototipare al volo un report sui miei dati personali Excel, senza condividere.
  3. 200 colleghi devono vedere lo stesso report, ognuno con permessi sulla propria area geografica.
  4. Il direttore vendite vuole alert push quando un cliente top supera il limite di credito.
  5. Devo collegare un report a un Oracle DB on-premises della logistica.
8

Quick check finale

Quick check

Quale componente costruisce il file .pbix?

Quick check

Hai un fileshare aziendale interno con dei CSV. Vuoi che il report si aggiorni sul Service ogni notte. Cosa serve?

Hai finito la Lezione 1.2 ✓

Ora sai chi fa cosa nell'orchestra Power BI. Nella prossima lezione (1.3) entriamo nel ginepraio delle licenze: Free, Pro, PPU, Fabric F-SKU — chi serve a chi, e che cosa cambia per usare Copilot.