Power BI Labby Zero-G-Studio
Lezione 1.5
Integrazioni Microsoft
Modulo 01 · Lezione 1.5 · Livello Base

Con quali programmi Power BI si interfaccia meglio

Power BI è progettato per essere il collante analitico di tutto Microsoft. In questa lezione vediamo le 6 integrazioni più importanti — Excel, SharePoint/OneDrive, Teams, Azure (SQL/Dataverse), Microsoft 365 — con scenari concreti di quando ognuna ti salva la vita.

  • ⏱ Tempo stimato: ~20 min + esercitazioni
  • 🎯 Prerequisiti: L1.1, L1.2, L1.3
  • 🛠 Software: nessuno (concettuale)
1

Excel — il partner storico (4 punti di contatto)

Excel e Power BI condividono molto DNA (Power Pivot, Power Query nascono in Excel). Le interazioni reciproche più importanti:

  • Excel come sorgente: Get Data → Excel. Carichi fogli, tabelle, named ranges. Migliaia di report aziendali partono da un Excel sharepointato.
  • Analyze in Excel: dal Service, tasto destro sul modello semantico → "Analyze in Excel". Excel si apre con una PivotTable connessa live al modello Power BI — gli utenti finance possono fare le loro pivot familiari sui dati governati.
  • Export to Excel: da qualunque visual del Service, l'utente può esportare i dati sottostanti in .xlsx. Limite di righe configurabile dal tenant.
  • Excel su web: report Power BI possono essere embedded in fogli Excel via Power BI add-in, utile per dashboard ibride.
Il vero killer feature per chi viene da Excel
Analyze in Excel è la funzione che converte gli analisti Excel scettici. Continuano a usare PivotTable come hanno sempre fatto, ma sopra un modello aziendale condiviso. Niente più "copie scollegate del file vendite".
2

SharePoint e OneDrive — file source intelligenti

Quando metti un .xlsx o un .csv in SharePoint o OneDrive, Power BI può connettersi via URL diretto e leggerlo come sorgente. Vantaggi rispetto al fileshare on-prem:

  • Niente Gateway: SharePoint/OneDrive sono cloud-native.
  • Versioning automatico del file.
  • Permessi gestiti centralmente (chi può leggere il file = chi può alimentare il report).
  • SSO via Entra ID (l'utente che apre il report eredita i suoi permessi).

Inoltre puoi pubblicare report Power BI in una pagina SharePoint tramite la web part "Power BI" — utili per portali aziendali / intranet.

Quando NON usare SharePoint come sorgente
Per dataset grandi (decine di MB di Excel, soprattutto formule volatili e ricalcoli), SharePoint può rallentare. Per quei casi meglio pulire in Power Query, salvare il risultato in un DB o in OneLake, e leggere da lì.
3

Microsoft Teams — il consumo dove le persone già lavorano

Teams ha un'integrazione nativa Power BI:

  • Tab Power BI nei canali: aggiungi un report come tab del canale "Sales"; tutti i membri del canale lo vedono senza dover andare sul Service. I permessi del workspace valgono ancora.
  • Bot @powerbi in chat: condividi visual specifici in una chat ricercando il report e citando la pagina.
  • Notifiche Teams: le subscriptions e gli alert dei KPI possono arrivare in chat Teams invece che via email.
Adoption boost
Mettere il report dove le persone già lavorano (Teams) aumenta drasticamente l'uso rispetto a "vai sul Service, fai login, cerca il workspace, apri il report".
4

Azure — SQL, Synapse, Cosmos, Data Lake

Power BI ha connettori nativi e ottimizzati per tutta l'offerta Azure:

  • Azure SQL Database e SQL Managed Instance: connessione diretta, supporta Import e DirectQuery, SSO con Entra ID.
  • Azure Synapse Analytics: stesso connettore SQL, in più funziona bene con modelli compositi Direct Lake (vedi Modulo 7).
  • Azure Cosmos DB: connettore per NoSQL document. Spesso usato in DirectQuery o tramite mirror su OneLake.
  • Azure Data Lake Storage Gen2: legge file Parquet/Delta direttamente. Approccio precursore di OneLake, ancora valido per stack ibridi.
  • Azure SQL → mirroring in Fabric OneLake: feature recente, replica continua e quasi gratuita verso OneLake — ottimo per Direct Lake.
5

Dataverse e Power Platform — la base dati di D365

Dataverse è il database condiviso di Power Platform (Power Apps, Power Automate) e di tutta la suite Dynamics 365 (CRM, F&O, Customer Service…). Power BI ha un connettore nativo Dataverse che gestisce schema, relazioni, autenticazione SSO.

Scenari tipici:

  • Report sulle entità di un'app Power Apps custom.
  • Dashboard CRM (lead, opportunity, account) sopra D365 Sales.
  • Reportistica supply chain sopra D365 F&O.
Dataverse + Fabric: short-cut su OneLake
Negli ultimi mesi Microsoft ha integrato Dataverse e OneLake: con uno shortcut le entità Dataverse diventano leggibili in Fabric senza copiarle. Direct Lake da Dataverse è molto comodo per scenari D365 + analytics.
6

Microsoft 365 — SSO Entra ID e governance unificata

Power BI vive dentro l'ecosistema identitario di Microsoft 365 / Entra ID(ex Azure AD):

  • SSO automatico: chi è loggato in Microsoft 365 entra in Power BI senza credenziali aggiuntive.
  • Gruppi Entra ID: vengono usati per assegnare permessi ai workspace, alle app, ai ruoli RLS.
  • Microsoft Purview: etichette di sensibilità ("Confidential", "Internal", "Public") propagate da SharePoint/Outlook ai modelli Power BI. Quando esporti dati, le etichette restano applicate.
  • Outlook subscriptions: report Power BI possono arrivare ogni mattina come email schedulata.
7

Cosa NON sta nell'ecosistema (e va connesso via connettori)

Power BI ha oltre 200 connettori, anche per il mondo non-Microsoft. Lista parziale dei più richiesti:

  • Database: Oracle, MySQL, PostgreSQL, IBM DB2, Snowflake, BigQuery, Redshift.
  • SaaS: Salesforce, HubSpot, ServiceNow, SAP BW/HANA, Workday, Marketo, GitHub.
  • File: PDF (sì, anche tabelle estratte), JSON, XML, Parquet, Delta.
  • Web: connettore "Web" per scraping di pagine HTML, API REST con autenticazione.
Connettori custom
Se proprio non c'è il connettore che ti serve, puoi scrivere uno custom in M (.mez) e distribuirlo nel tenant. Lavoro da specialisti, ma fattibile.
8

Esercitazioni

Esercizio 1Base

Scenario → integrazione giusta

Consegna

Per ognuno degli scenari indica l'integrazione/connettore più sensato:

  1. Il commerciale vuole sfogliare i dati del modello come PivotTable da Excel.
  2. 30 file Excel mensili stanno in una cartella SharePoint.
  3. Il direttore del marketing vuole il report nel tab del canale Teams "Campagne".
  4. Devo leggere lead e opportunity da Dynamics 365 Sales.
  5. Devo connettermi a un Salesforce della rete commerciale.
  6. Voglio che i report ereditino le etichette di sensibilità dei file SharePoint.
Esercizio 2Base

Vero o falso

Consegna
  1. Per connettersi a un Excel su SharePoint serve il Gateway.
  2. Analyze in Excel apre una pivot connessa live al modello.
  3. Power BI ha un connettore per Snowflake.
  4. Le etichette Purview non si applicano ai modelli Power BI.
  5. Power BI può essere embedded in una pagina SharePoint.
Esercizio 3Intermedia

Caso reale — D365 + analytics

Consegna

Cliente ha Dynamics 365 Sales (su Dataverse). Vuole un dashboard Power BI sul funnel commerciale, aggiornato ogni ora, accessibile a 80 sales senza appesantire D365. Quale architettura proponi in 4 step?

Esercizio 4Intermedia

Adoption — dove pubblicare per essere visti

Consegna

Hai pubblicato un report bellissimo ma gli utenti non lo aprono mai. Senti 3 integrazioni Microsoft che potrebbero portare il report dove sono già le personee per ognuna spiega quando funziona meglio.

9

Quick check finale

Quick check

Quale di queste richiede un Gateway?

Quick check

Vuoi che 80 consumer aprano facilmente il report. Quale di queste è la rotta più immediata?

Hai finito il Modulo 1 ✓

Ora hai il quadro completo: cos'è Power BI, i suoi componenti, le licenze, l'interfaccia, le integrazioni. Nel Modulo 2 apriamo davvero i dati: connessioni, Import vs DirectQuery vs Direct Lake, Gateway in pratica e OneLake.