Pianificazione dell'implementazione di Power BI: strumenti e dispositivi utente

Questo articolo presenta considerazioni chiave per la pianificazione degli strumenti utente e la gestione dei dispositivi per abilitare e supportare consumer e autori di Power BI nell'organizzazione. Questo articolo è destinato a:

• Centro di eccellenza (COE) e team BI: team responsabili della supervisione di Power BI nell'organizzazione. Questi team includono decision maker che devono decidere quali strumenti usare per la creazione di contenuto di Power BI.
• Amministratori Fabric: amministratori responsabili della supervisione Fabric nell'organizzazione.
• Team IT e dell'infrastruttura: personale tecnico che installa, aggiorna e gestisce dispositivi e computer utente.
• Autori di contenuti e proprietari di contenuti: utenti che devono comunicare con i colleghi e inviare richieste per ciò che hanno bisogno di installare.

Un aspetto importante dell'adozione dell'analisi consiste nel garantire che i consumer di contenuti e gli autori di contenuti abbiano le applicazioni software necessarie. La gestione efficace degli strumenti, in particolare per gli utenti che creano contenuti, comporta un aumento dell'adozione da parte degli utenti e riduce i costi di supporto agli utenti.

Richieste di nuovi strumenti

La modalità di gestione delle richieste per nuovi strumenti e applicazioni software è una decisione di governance. Molti utenti che sono nuovi nell'organizzazione o che iniziano a usare l'analisi per la prima volta, non sanno cosa richiedere. Per semplificare il processo, valutare la possibilità di gestire insieme le richieste seguenti:

• Richieste software
• Richieste di licenza utente
• Richieste di training
• Richieste di accesso ai dati

Le installazioni software sono in genere responsabilità del reparto IT. Per garantire un'esperienza utente ottimale, è fondamentale che l'IT collabori con il Centro di eccellenza (COE) su decisioni e processi chiave, ad esempio:

• Processo per consentire agli utenti di richiedere l'installazione del software. Esistono diversi modi per gestire le richieste di installazione software:
  • Gli strumenti comuni possono essere inclusi in una configurazione standard del computer. I team IT talvolta fanno riferimento a esso come build standard.
  • Alcune applicazioni potrebbero essere installate automaticamente in base al ruolo del processo. Il software installato può essere basato su un attributo nel profilo utente in Microsoft Entra ID.
  • Per le richieste personalizzate, l'uso di un modulo di richiesta standard funziona correttamente. Un modulo (anziché un messaggio di posta elettronica) crea una cronologia delle richieste. Quando sono necessari prerequisiti o più licenze, l'approvazione può essere inclusa nel flusso di lavoro.
• Processo per l'installazione degli aggiornamenti software. L'installazione tempestiva degli aggiornamenti software è importante. L'obiettivo è rimanere il più aggiornati possibile. Tenere presente che gli utenti possono leggere online le possibilità e diventare confusi o frustrati quando le funzionalità più recenti non sono disponibili per loro. Per altre informazioni, vedere Strumenti client più avanti in questo articolo.

Elenco di controllo - Quando si pianifica come gestire le richieste di nuovi strumenti, le decisioni chiave e le azioni includono:

Piano per gli strumenti consumer

In un'organizzazione molti utenti vengono classificati come consumer. Un consumer visualizza il contenuto creato e pubblicato da altri utenti.

I modi più comuni in cui un consumer può accedere al contenuto di Power BI includono:

Poiché l'esperienza utente può variare leggermente tra Web browser diversi, è consigliabile documentare le raccomandazioni del browser nel portale centralizzato. Per altre informazioni, vedere Browser supportati per Power BI.

Elenco di controllo - Quando si crea un piano per gli strumenti consumer, le decisioni chiave e le azioni includono:

Piano per gli strumenti di creazione

Alcuni utenti sono considerati creatori di contenuti. Un creatore di contenuti crea e pubblica contenuti che vengono visualizzati dagli utenti.

Sono disponibili diversi strumenti che gli autori di contenuti possono usare per creare contenuto di Power BI. Alcuni strumenti sono destinati agli autori di contenuti self-service. Altri strumenti sono destinati a creatori di contenuti avanzati.

Strumenti disponibili per la creazione

La tabella seguente elenca gli strumenti e le applicazioni più comuni disponibili per gli autori di contenuti.

Scegliere uno strumento di creazione

Quando si sceglie uno strumento di creazione, è necessario considerare alcuni fattori chiave. Alcune delle decisioni seguenti possono essere prese una sola volta, mentre altre decisioni devono essere valutate per ogni progetto o soluzione creata.

• La creazione basata su browser è auspicabile? Per migliorare la facilità d'uso e ridurre l'attrito, Power BI (e altri carichi di lavoro di Infrastruttura) supporta funzionalità basate su browser sia per l'utilizzo del contenuto che per la creazione di contenuti. Questo è un vantaggio perché un Web browser è facilmente disponibile per tutti gli utenti, indipendentemente dal sistema operativo desktop usato (inclusi gli utenti Mac).
• Qual è l'esperienza di sviluppo desiderata? Si consideri che Power BI Desktop può essere usato per creare modelli di dati e report interattivi, mentre Power BI Report Builder è uno strumento di progettazione per la creazione di report impaginati. Inoltre, gli strumenti di terze parti offrono funzionalità aggiuntive per gli sviluppatori che non sono disponibili in Power BI Desktop. Poiché l'esperienza di sviluppo varia da uno strumento all'altro, i requisiti di ogni soluzione specifica devono essere determinanti nella scelta dello strumento da utilizzare.
• Qual è l'esperienza di pubblicazione desiderata? Gli autori di contenuti avanzati e i proprietari di contenuti potrebbero preferire la pubblicazione di contenuti usando uno strumento di terze parti, ad esempio ALM Toolkit per confrontare e unire modelli. È necessario considerare i requisiti per ogni soluzione specifica.
• Qual è il modo preferito per accedere e/o gestire modelli semantici? Invece di usare l'esperienza standard di Power Query, gli autori di contenuti avanzati potrebbero preferire la lettura e/o la scrittura in modelli semantici con lo strumento preferito usando l'endpoint XMLA. È necessario considerare i requisiti per ogni soluzione specifica.
• Con quale facilità è possibile mantenere aggiornati gli strumenti client? Alcune organizzazioni trovano difficile installare frequenti aggiornamenti delle applicazioni client. In questo caso, gli utenti potrebbero preferire l'uso di un Web browser quando possibile.
• Quali sono le competenze degli utenti? Potrebbero esserci conoscenze e preferenze esistenti che influiscono sullo strumento selezionato. Questa scelta influisce sulle attività di sviluppo iniziali e anche su chi supporterà gli utenti e gestirà le soluzioni esistenti.
• Come verrà gestito il controllo delle versioni? Il controllo della versione può essere eseguito in diversi modi. Quando si lavora in uno strumento client, gli utenti self-service potrebbero preferire l'uso di OneDrive o SharePoint, mentre gli utenti più avanzati potrebbero preferire l'integrazione Git con gli strumenti client. Quando si lavora nel servizio Power BI, è disponibile l'integrazione dell'area di lavoro Git.

Quando usare ciascuno strumento di creazione

La parte restante di questa sezione esamina quando utilizzare gli strumenti di creazione più comuni.

Creazione basata sul Web

Le funzionalità del servizio Power BI per la creazione e la modifica del contenuto sono in continua evoluzione (insieme alle funzionalità per la visualizzazione, la condivisione e la distribuzione del contenuto). Per gli autori di contenuti che usano un sistema operativo non Windows (ad esempio macOS, Linux o Unix), la creazione basata sul Web nel servizio Power BI è un'opzione valida. La creazione basata sul Web è utile anche per le organizzazioni che non sono in grado di mantenere Power BI Desktop aggiornato in modo tempestivo.

Esistono alcuni tipi di elementi di Power BI che possono essere creati nell'esperienza basata sul Web, ad esempio:

• Flussi di dati
• Data mart
• Report impaginati
• Report di Power BI
• Dashboard
• Scorecard

Una soluzione Fabric può essere creata end-to-end in un browser. La soluzione può includere elementi di Power BI e anche elementi non di Power BI, ad esempio una lakehouse.

Power BI Desktop

Poiché si tratta di un'applicazione gratuita, Power BI Desktop è un ottimo modo per consentire agli autori di contenuti di iniziare a sviluppare modelli di dati e creare report interattivi. Power BI Desktop consente di connettersi a molte origini dati, combinare dati da più origini dati, pulire e trasformare i dati, creare un modello di dati, aggiungere calcoli DAX e compilare report all'interno di una singola applicazione. Power BI Desktop è particolarmente adatto per creare report interattivi incentrati sull'esplorazione.

Ecco alcuni punti da considerare quando si usa Power BI Desktop.

• È possibile creare report in Power BI Desktop o nel servizio Power BI. A causa di questa flessibilità, è necessario un processo coerente per quanto riguarda le modalità e i luoghi di sviluppo dei contenuti.
• L'uso del controllo della versione è considerato una procedura consigliata. Un'opzione per gli autori di contenuti self-service consiste nel salvare i file creati da Power BI Desktop in un percorso con il controllo delle versioni abilitato (ad esempio OneDrive o SharePoint) che può essere protetto agli utenti autorizzati. Gli autori di contenuti avanzati potrebbero preferire l'uso dell'integrazione Git.
• Power BI Desktop è disponibile come applicazione desktop di Windows. Facoltativamente, è possibile eseguire Power BI Desktop in un ambiente virtualizzato.
• Power BI Desktop viene in genere aggiornato ogni mese. Gli aggiornamenti regolari consentono agli utenti di accedere rapidamente alle nuove funzionalità. Tuttavia, l'implementazione di aggiornamenti frequenti in un'organizzazione di grandi dimensioni richiede la pianificazione. Per altre informazioni, vedere Strumenti client più avanti in questo articolo.

Power BI Desktop per il server di report

Analogamente alla versione standard di Power BI Desktop, gli autori di contenuti possono usare Power BI Desktop per il server di report per creare file con estensione pbix. Supporta la pubblicazione di contenuto nel server di report di Power BI. Le nuove versioni sono allineate alla frequenza di rilascio del server di report di Power BI, che in genere è tre volte all'anno.

È importante che gli autori di contenuti usino la versione corretta del server di report di Power BI Desktop per evitare problemi di compatibilità dopo la pubblicazione del contenuto nel server di report di Power BI. È possibile scaricare e installare manualmente Power BI Desktop per il server di report dall'Area download Microsoft.

Per gli utenti che pubblicano contenuto sia nel servizio Power BI che nel server di report di Power BI, sono disponibili due opzioni.

• Opzione 1: usare solo Power BI Desktop per il server di report perché produce file che possono essere pubblicati sia nel servizio Power BI che nel server di report. Le nuove funzionalità di creazione saranno disponibili per gli utenti circa ogni quattro mesi (per rimanere coerenti con la frequenza di rilascio del server di report di Power BI).
  • Vantaggi:
    • I creatori di contenuti devono usare solo uno strumento.
    • Gli autori di contenuti sono certi che il contenuto pubblicato sia compatibile con il server di report.
    • Meno strumenti sono più semplici da gestire.
  • Svantaggi:
    • Alcune funzionalità supportate solo nel servizio Power BI non sono disponibili nella versione del server di report di Power BI Desktop. Pertanto, i creatori di contenuti potrebbero trovare una limitazione.
    • Le nuove funzionalità sono più lente nel diventare disponibili.
    • Le funzionalità di anteprima non sono disponibili.
• Opzione 2: eseguire entrambe le versioni, Power BI Desktop e Power BI Desktop per il server di report, affiancate.
  • Vantaggi:
    • Tutte le funzionalità in Power BI Desktop standard sono disponibili per l'uso.
    • Le nuove funzionalità per Power BI Desktop standard sono disponibili più rapidamente.
    • Le funzionalità di anteprima per Power BI Desktop standard sono disponibili per l'uso, a discrezione dell'autore del contenuto.
  • Svantaggi:
    • Gli autori di contenuti devono essere preparati alla complessità perché devono ricordare quale versione usare e quando, in base al percorso di distribuzione di destinazione. Il rischio è che se un file con estensione pbix dalla versione più recente viene pubblicato inavvertitamente nel server di report di Power BI, potrebbe non funzionare correttamente. Ad esempio, le query del modello di dati hanno esito negativo, l'aggiornamento dei dati ha esito negativo o i report non vengono visualizzati correttamente.
    • Gli autori di contenuti devono essere consapevoli del comportamento predefinito quando aprono direttamente i file con estensione pbix (anziché aprirli da Power BI Desktop).

Microsoft Excel

Molti utenti aziendali sono esperti di Microsoft Excel e vogliono usarlo per l'analisi dei dati usando tabelle pivot, grafici e filtri dei dati. Esistono anche altre funzionalità di Excel utili (ad esempio funzioni del cubo) che consentono una maggiore flessibilità e formattazione durante la progettazione di un layout a griglia di valori. Alcuni creatori di contenuti potrebbero anche preferire l'uso di formule di Excel per alcuni tipi di calcoli (anziché calcoli DAX nel modello di dati), in particolare quando eseguono attività di esplorazione dei dati.

Ecco diversi modi per usare Excel in modo efficiente con Power BI.

• Connettere Excel a un modello semantico di Power BI: questa funzionalità è nota come connessione dinamica di Excel (all'avvio da Excel) o come Analizza in Excel (all'avvio dal servizio Power BI). La connessione di Excel a un modello semantico di Power BI è ideale per gli autori di report che preferiscono usare Excel per la creazione di visualizzazioni connesse a un modello semantico condiviso esistente. Il vantaggio di questo approccio è che si tratta di una connessione, anziché di un'esportazione di dati, in modo che i dati nella cartella di lavoro di Excel siano aggiornabili.
• Connettere Excel alle tabelle in primo piano in un modello semantico di Power BI: se si preferisce connettere Excel a un subset di tabelle all'interno di un modello semantico di Power BI (anziché all'intero modello semantico condiviso), è possibile usare le tabelle in primo piano. Questa opzione funziona bene quando è necessario correlare i dati contenuti in Excel ai dati archiviati in Power BI.
• Esportare in Excel con una connessione dinamica: quando si visualizza un oggetto visivo, è possibile esportare una tabella di dati aggiornabili in Excel. Questa tecnica è utile quando si desidera esplorare ulteriormente i dati usando una tabella pivot in Excel.
• Creare un modello di dati di Excel: il modello di dati di Excel (noto in precedenza come Power Pivot) è una funzionalità nativa di Excel. Usa lo stesso motore di database di Power BI per l'archiviazione di modelli semantici importati e la stessa funzionalità di Power Query per ottenere i dati. Tuttavia, in Excel, la funzionalità viene aggiornata molto meno frequentemente rispetto a Power BI. È utile per gli autori di contenuti che creano modelli di piccole dimensioni e hanno una forte preferenza per il lavoro in Excel. Facoltativamente, è possibile importare la cartella di lavoro da SharePoint o OneDrive per il lavoro o l'azienda. Ciò consente di visualizzare la cartella di lavoro nel servizio Power BI. In alternativa, è possibile creare un nuovo modello semantico di Power BI sincronizzato con i dati nella cartella di lavoro (quando viene archiviato in OneDrive per il lavoro o l'istituto di istruzione).

Esistono altri modi per lavorare con Excel. Queste opzioni sono meno ottimali e quindi è consigliabile usarle solo quando necessario.

• Esportare in Excel: molti utenti hanno l'abitudine di esportare i dati in Excel da report o dashboard. Anche se Power BI supporta questa funzionalità, deve essere usata con cautela e moderazione perché crea un set statico di dati. Per garantire che le esportazioni di dati in Excel non siano sovrautilizzate, gli utenti dell'organizzazione devono essere istruiti sugli svantaggi delle esportazioni e gli amministratori devono tenere traccia delle esportazioni nei dati delle attività dell'utente.
• Recuperare dati di origine da Excel: Excel può essere usato come origine dati durante l'importazione di dati in Power BI. Questa funzionalità è ideale per i progetti di piccole dimensioni quando è necessaria una soluzione basata su Excel intuitiva per gestire i dati di origine. Può anche essere utile per condurre rapidamente un modello di verifica (POC). Tuttavia, per ridurre il rischio associato alle origini dati di Excel, il file di Excel di origine deve essere archiviato in un percorso condiviso sicuro. Inoltre, i nomi delle colonne non devono essere modificati per garantire che gli aggiornamenti dei dati abbiano esito positivo.

Ecco alcuni aspetti importanti da considerare quando si determina se Excel sia uno strumento di creazione appropriato.

• Alcuni prerequisiti devono essere soddisfatti per consentire agli utenti di connettersi a un modello semantico di Power BI da Excel.
• In alcune organizzazioni gli utenti hanno installato la versione a 32 bit di Excel anziché la versione a 64 bit. La versione a 64 bit di Excel può supportare volumi di dati di dimensioni maggiori e in genere offre prestazioni migliori rispetto alla versione a 32 bit. Tutti i provider di dati devono essere allineati anche a questa scelta.
• Alcune funzionalità di Power BI Desktop non sono disponibili nel modello di dati di Excel o vengono rilasciate con una cadenza significativamente più lenta. Pertanto, i requisiti di modellazione complessi potrebbero non essere (facilmente) possibili in Excel.
• Alcuni connettori e origini dati disponibili in Power BI Desktop non sono disponibili in Excel.

Power BI Report Builder

Power BI Report Builder è uno strumento per la creazione di un file di report impaginati (con estensione rdl). I report impaginati possono essere distribuiti nel servizio Power BI o nel server di report di Power BI. Se si ha esperienza nella creazione di report in SQL Server Reporting Services (SSRS), si otterrà un'esperienza di creazione di report simile.

I report impaginati sono più adatti a report altamente formattati o pronti per la stampa, ad esempio i rendiconti finanziari. Sono adatti anche per i report che devono essere stampati o per la generazione PDF e quando è necessario l'input dell'utente (con parametri del report).

Ecco alcuni aspetti importanti da considerare quando si decide di usare Power BI Report Builder.

• L'approccio al lavoro in Power BI Report Builder è diverso da quello che si ha quando si lavora in Power BI Desktop. Un report impaginato è sempre incentrato sulla creazione di un singolo report (al contrario, un modello semantico creato in Power BI Desktop può gestire molti report diversi).
• Lo sviluppo di report impaginati implica una maggiore competenza rispetto alla creazione di report di Power BI. Tuttavia, il vantaggio principale è un controllo granulare sul recupero dei dati, il layout e il posizionamento.
• Un report impaginato riguarda sia il recupero dei dati che il layout. È necessario sviluppare una query (nota come set di dati) per recuperare i dati da un'origine dati esterna, che potrebbe comportare la scrittura di un'istruzione di query nativa (in DAX, T-SQL o altro linguaggio). Il set di dati appartiene a un report, quindi non può essere pubblicato e usato da altri report impaginati.
• I consumer di report si abituano all'interattività predefinita dei report di Power BI. Tuttavia, l'interattività dei report non è un punto di forza dei report impaginati. Il tentativo di ottenere un'interattività simile nei report impaginati può essere difficile o impossibile.
• Se è necessario accedere ai dati usando una stored procedure di database, ad esempio una stored procedure del database SQL di Azure, questo è possibile con i report impaginati.
• Esistono alcune differenze di funzionalità e delle funzionalità non supportate a seconda che il report impaginato venga pubblicato nel servizio Power BI o nel server di report di Power BI. È consigliabile eseguire un modello di verifica per determinare cosa è possibile per l'ambiente di destinazione.

Strumenti di terzi

Gli autori di contenuti avanzati possono scegliere di usare strumenti di terze parti, in particolare per le operazioni su scala aziendale. Possono usare strumenti di terze parti per sviluppare, pubblicare, gestire e ottimizzare i modelli di dati. L'obiettivo di questi strumenti è quello di ampliare le funzionalità di sviluppo e gestione disponibili per gli autori di modelli semantici. Esempi comuni di strumenti di terze parti includono Tabular Editor, DAX Studio e ALM Toolkit. Per altre informazioni, vedere lo scenario di utilizzo di gestione avanzata dei modelli di dati.

Esistono tre modi principali per usare strumenti di terze parti per lo sviluppo e la gestione di modelli semantici.

• Usare uno strumento esterno per connettersi a un modello di dati locale in Power BI Desktop: alcuni strumenti di terze parti possono connettersi al modello di dati in un file di Power BI Desktop aperto. Quando sono registrati con Power BI Desktop, questi strumenti sono noti come strumenti esterni ed estendono le funzionalità native di Power BI Desktop.
• Usare l'endpoint XMLA per connettersi a un modello di dati remoto nel servizio Power BI: alcuni strumenti di terze parti possono usare il protocollo XML for Analysis (XMLA) per connettersi a un modello semantico pubblicato nel servizio Power BI. Gli strumenti conformi al protocollo XMLA usano librerie client Microsoft per leggere e/o scrivere dati in un modello di dati usando operazioni TOM (Tabular Object Model).
• Usare un file modello per connettersi a un modello di dati locale in Power BI Desktop: alcuni strumenti di terze parti distribuiscono le funzionalità in modo leggero usando un file di modello di Power BI Desktop (con estensione pbit).

Alcuni strumenti di terze parti sono proprietari e richiedono una licenza a pagamento (ad esempio Tabular Editor 3). Altri strumenti della community sono gratuiti e open source (ad esempio Tabular Editor 2, DAX Studio e ALM Toolkit). È consigliabile valutare attentamente le funzionalità di ogni strumento, il costo e il modello di supporto in modo da poter supportare sufficientemente i creatori di contenuti.

Elenco di controllo - Quando si crea un piano per gli strumenti di creazione, le decisioni chiave e le azioni includono:

Gestire e configurare i dispositivi

Questa sezione descrive le considerazioni per l'installazione e l'aggiornamento di strumenti e applicazioni e la configurazione dei dispositivi utente.

Strumenti client

Il servizio IT usa spesso il termine strumenti client per fare riferimento al software installato nei computer client (dispositivi utente). Il software Power BI più comune installato in un dispositivo utente è Power BI Desktop.

Poiché Microsoft aggiorna in genere Power BI Desktop ogni mese, è importante avere un processo semplice per la gestione delle installazioni e degli aggiornamenti.

Ecco diversi modi in cui le organizzazioni possono gestire installazioni e aggiornamenti di Power BI Desktop.

È importante che i dispositivi utente abbiano risorse di sistema adeguate. Per essere produttivi, gli autori di contenuti che lavorano con volumi di dati di grandi dimensioni potrebbero richiedere risorse di sistema che superino i requisiti minimi, in particolare la memoria (RAM) e la CPU. L'IT potrebbe aver suggerito specifiche di computer in base alla propria esperienza con altri creatori di contenuti.

Tutti gli autori di contenuti che collaborano allo sviluppo di Power BI devono usare la stessa versione del software, in particolare Power BI Desktop, che viene in genere aggiornato ogni mese. È consigliabile rendere gli aggiornamenti automaticamente disponibili agli utenti perché:

• Più creatori di contenuti che collaborano a un file di Power BI Desktop sono sicuri di essere nella stessa versione. È essenziale che gli autori che interagiscono nello stesso file con estensione pbix usino la stessa versione del software.
• Gli utenti non dovranno eseguire alcuna azione specifica per ottenere gli aggiornamenti.
• Gli utenti possono sfruttare le nuove funzionalità e la loro esperienza è allineata agli annunci e alla documentazione. Se gli autori di contenuti vengono a conoscenza di nuove funzionalità ma riscontrano lunghi ritardi tra gli aggiornamenti software, ciò può influire sull'adozione e sulla soddisfazione degli utenti.
• Solo la versione più recente di Power BI Desktop è supportata da Microsoft. Se un utente ha un problema e invia un ticket di supporto, il supporto Tecnico Microsoft gli chiederà di aggiornare il software alla versione più recente.

Oltre a Power BI Desktop (descritto in precedenza), potrebbe essere necessario installare e gestire altri strumenti Microsoft o strumenti di terze parti nei dispositivi utente, inclusi i dispositivi mobili. Per un elenco dei possibili strumenti, vedere Strumenti disponibili per la creazione, nella parte precedente di questo articolo.

Gli utenti che creano e gestiscono file che si trovano in Fabric OneLake possono anche trarre vantaggio da OneLake File Explorer. Questo strumento consente di caricare, scaricare, modificare o eliminare file in OneLake usando Esplora file di Windows.

Prerequisiti dello strumento client

Gli autori di contenuti che dispongono di strumenti client installati, ad esempio Power BI Desktop, potrebbero richiedere software o pacchetti di prerequisiti specifici.

• WebView2: (obbligatorio) Per gli autori di contenuti che eseguono Power BI Desktop, Microsoft Edge WebView2 Runtime è un prerequisito. WebView2 consente l'incorporamento di tecnologie Web (ad esempio HTML, CSS e JavaScript) in Power BI Desktop in modo sicuro. WebView2 sarà già installato se il dispositivo utente ha la versione più recente di Windows o ha applicazioni di Microsoft 365 installate e gli aggiornamenti mensili sono abilitati.
• .NET Framework: (obbligatorio) Per gli autori di contenuti che eseguono Power BI Desktop o uno strumento di terze parti, .NET Framework è un prerequisito. .NET Framework è una tecnologia che supporta la compilazione e l'esecuzione di app di Windows. Power BI Desktop richiede una versione specifica o successiva.
• Microsoft Edge: (obbligatorio) Per gli autori di contenuti che eseguono Power BI Desktop, il browser Edge è un prerequisito.
• Pacchetti Python e R: (facoltativo) Gli script Python e R possono essere usati in più modi con Power BI, se abilitati dall'impostazione del tenant. Gli script possono essere usati per creare oggetti visivi Python o oggetti visivi R. Gli script possono essere creati anche nell'editor di query; in questo caso, è necessario un gateway personale perché Python e R non sono supportati nel gateway dati standard. I pacchetti Python o i pacchetti R sono un prerequisito. Per evitare incompatibilità, l'IT deve controllare quali pacchetti vengono installati, dove vengono installati e che le versioni installate corrispondano a quanto supportato dal servizio Power BI.

Componenti di connettività dei dati

A seconda delle origini dati, potrebbe essere necessario installare driver, connettori o provider nei dispositivi utente. Questi componenti abilitano la connettività dei dati quando un utente lavora in uno strumento client (ad esempio Power BI Desktop) o in uno strumento di terze parti.

• Driver: un driver è un componente software che si connette ad altri sistemi. Ad esempio, per connettersi a un database Oracle, potrebbe essere necessario il software client Oracle Data Access. Oppure, per connettersi a SAP HANA, potrebbe essere necessario un driver ODBC.
• Connettori personalizzati: potrebbe essere necessario un connettore di origine dati personalizzato per la connessione a un sistema legacy o proprietario.
• Provider Excel: il provider Analizza in Excel consente agli utenti di creare visualizzazioni in Excel mentre si è connessi a un modello semantico condiviso esistente pubblicato nel servizio Power BI.
• Librerie client di Analysis Services: quando ci si connette a un'origine Analysis Services, è necessario installare una libreria client.
• Provider OLE DB di Access Database: quando ci si connette a un database di Access, è necessario installare un provider OLE DB.

Strumenti di controllo della versione

Gli autori di contenuti che dispongono di strumenti client installati, ad esempio Power BI Desktop, devono anche avere un modo per salvare versioni, o copie cronologiche, di file. L'accesso alle versioni precedenti è particolarmente utile quando è necessario eseguire il rollback di una modifica.

Esistono due modi principali per gestire il controllo delle versioni dei file di sviluppo.

• Teams, OneDrive for Business, SharePoint: gli autori di contenuti self-service spesso salvano i file in Teams, OneDrive per il lavoro o l'istituto di istruzione o SharePoint. Gli utenti trovano questi strumenti familiari e semplici da usare. Le librerie condivise possono essere organizzate, protette per i colleghi appropriati e il controllo delle versioni è integrato.
• Plug-in di controllo del codice sorgente: i creatori avanzati di contenuti potrebbero dover integrare uno strumento di controllo del codice sorgente. Ad esempio, questo comporta in genere l'installazione di Git per il controllo del codice sorgente, quindi l'uso di uno strumento di gestione del controllo del codice sorgente come Visual Studio Code per eseguire il commit delle modifiche del contenuto in un repository remoto, ad esempio Azure DevOps Repos. Per Power BI Desktop è possibile usare la modalità sviluppatore. In questa modalità, il contenuto viene salvato come file di progetto (con estensione pbip) di Power BI, compatibile con il sistema di controllo del codice sorgente preferito. Quando si usa Fabric, l'integrazione Git è supportata per l'uso di uno strumento client.

Per altre informazioni, vedere Strategia per i percorsi dei file.

Oggetti visivi personalizzati

Gli oggetti visivi personalizzati di Power BI, che gli sviluppatori possono creare usando SDK di oggetti visivi di Power BI, consentono agli autori di report di Power BI di lavorare oltre gli oggetti visivi di base predefiniti. Un oggetto visivo personalizzato può essere creato e rilasciato da Microsoft, sviluppatori di software, fornitori o partner.

Per usare un oggetto visivo personalizzato in Power BI Desktop, questo deve prima essere installato nel computer dell'autore del contenuto. Esistono diversi modi per distribuire gli oggetti visivi agli utenti.

• AppSource: AppSource è un marketplace per applicazioni, componenti aggiuntivi ed estensioni per il software Microsoft. Gli oggetti visivi vengono distribuiti in AppSource usando un file visivo di Power BI (con estensione pbiviz). Un oggetto visivo può essere distribuito liberamente o richiedere una licenza.
  • Vantaggi:
    • È semplice per gli utenti cercare e individuare oggetti visivi in AppSource.
    • Tutti i report e i dashboard vengono aggiornati automaticamente per usare la versione più recente di oggetti visivi personalizzati che sono stati originati da AppSource.
    • Supporta l'uso di oggetti visivi certificati.
    • Microsoft esegue le convalide di base degli oggetti visivi pubblicati in AppSource. L'estensione della revisione dipende dal fatto che l'oggetto visivo sia certificato o meno.
  • Potenziali svantaggi:
    • Se ogni creatore di contenuti scarica ciò di cui ha bisogno da AppSource, può causare incompatibilità quando gli utenti hanno versioni diverse installate.
    • Un autore di contenuti potrebbe scaricare un oggetto visivo che non è ancora stato testato o approvato per l'uso nell'organizzazione.
    • Lo sviluppatore dell'oggetto visivo deve seguire un processo di pubblicazione rigoroso. Anche se rafforza la sicurezza e migliora la stabilità, il processo può rendere difficile rilasciare rapidamente una correzione di bug,
• Importare un file visivo: un creatore di contenuti può importare un file visivo in Power BI Desktop.
  • Vantaggi:
    • Gli oggetti visivi disponibili pubblicamente o distribuiti privatamente possono essere installati. Ciò include oggetti visivi sviluppati internamente o oggetti visivi proprietari acquistati da un fornitore.
    • Consente di ottenere un file visivo al di fuori di AppSource.
  • Potenziali svantaggi:
    • Senza un sistema centralizzato, può essere difficile per gli autori di contenuti sapere quali oggetti visivi sono stati approvati per l'uso nell'organizzazione.
    • Se ogni creatore di contenuti importa il file visivo di cui dispone, può causare incompatibilità quando gli utenti hanno versioni diverse installate.
    • Gli aggiornamenti non vengono propagati automaticamente ai dispositivi utente. I report nei file di Power BI Desktop locali non vengono aggiornati finché ogni utente non aggiorna i file visivi.
    • Non supporta l'uso di oggetti visivi certificati.
• Oggetti visivi dell'organizzazione: il repository degli oggetti visivi dell'organizzazione è un'area centralizzata nel portale di amministrazione di Fabric per la gestione degli oggetti visivi.
  • Vantaggi:
    • Gli autori di contenuti non devono gestire i file visivi. Un amministratore di Fabric gestisce invece centralmente la versione di un oggetto visivo disponibile per tutti gli utenti. La coerenza delle versioni viene garantita per tutti gli utenti e tutti i report.
    • Gli oggetti visivi disponibili pubblicamente o distribuiti privatamente possono essere installati. Ciò include oggetti visivi sviluppati internamente o oggetti visivi proprietari acquistati da un fornitore.
    • Gli oggetti visivi possono essere testati e pre-approvati per l'uso nell'organizzazione. Questo processo di verifica riduce il rischio che vengano usati oggetti visivi non approvati. Consente inoltre una maggiore flessibilità per l'impostazione di una versione specifica di un oggetto visivo approvata per l'uso.
    • Tutti i report e i dashboard vengono aggiornati automaticamente per usare la versione più recente (quando un file visivo viene aggiornato nel portale di amministrazione o reso disponibile in AppSource).
    • Se un oggetto visivo attualmente in uso dall'organizzazione non è più attendibile, può essere disabilitato o eliminato dal repository degli oggetti visivi dell'organizzazione. In questo caso, il rendering dell'oggetto visivo non verrà eseguito nei report e nei dashboard.
    • Consente l'uso di oggetti visivi non certificati da AppSource. Ciò è utile quando è stata definita l'impostazione del tenant per bloccare gli oggetti visivi non certificati, ma un oggetto visivo non certificato specifico è stato convalidato e approvato per l'uso nell'organizzazione.
  • Potenziali svantaggi:
    • Gli oggetti visivi dell'organizzazione devono essere gestiti centralmente da un amministratore di Fabric.
    • La centralizzazione è correlata alla riduzione della flessibilità utente e al potenziale ritardo nell'aggiornamento della versione di un oggetto visivo.
    • Alcune funzionalità non sono disponibili quando un oggetto visivo non è certificato (il che richiede l'importazione da AppSource).

Per altre informazioni, vedere Gestire gli oggetti visivi dell'organizzazione.

Impostazioni di Criteri di gruppo

Criteri di gruppo fornisce la gestione centralizzata e la configurazione dei sistemi operativi, delle applicazioni e delle impostazioni utente dei computer Windows e dell'ambiente di rete. Consente all'IT di implementare e gestire account utente e impostazioni del computer in modo coerente. Per Power BI Desktop, l'uso più comune dei criteri di gruppo consiste nel gestire oggetti visivi personalizzati (descritti nella sezione precedente).

È possibile specificare se gli oggetti visivi non certificati sono consentiti o bloccati in Power BI Desktop. Per garantire che gli utenti abbiano un'esperienza coerente sia in Power BI Desktop che nel servizio Power BI, è importante che gli oggetti visivi personalizzati vengano gestiti in modo coerente in due posizioni.

• Impostazione del tenant: l'impostazione del tenant Aggiungi e usa solo oggetti visivi certificati (blocca non certificati) consente o blocca l'uso di oggetti visivi personalizzati quando gli utenti creano o modificano report nel servizio Power BI.

• Criteri di gruppo: l'impostazione di criteri di gruppo controlla l'uso di oggetti visivi personalizzati quando gli utenti creano o modificano report in Power BI Desktop. Se un creatore di contenuti ha dedicato molto tempo alla creazione di contenuti in Power BI Desktop che non possono essere visualizzati nel servizio Power BI (a causa di un'impostazione del tenant non allineata), ciò comporta una notevole frustrazione per l'utente. Ecco perché è importante mantenerli entrambi allineati.

È anche possibile usare i criteri di gruppo per specificare se le esportazioni di dati sono consentite o bloccate da oggetti visivi personalizzati.

Impostazioni del Registro di sistema

Il sistema operativo Windows archivia informazioni, impostazioni e opzioni del computer nel Registro di sistema di Windows. Per Power BI Desktop, le impostazioni del Registro di sistema possono essere impostate per personalizzare i computer utente. Le impostazioni del Registro di sistema possono essere aggiornate da criteri di gruppo, che consentono all'IT di configurare le impostazioni predefinite coerenti per tutti gli utenti (o i gruppi di utenti).

Ecco diversi usi comuni delle impostazioni del Registro di sistema correlate a Power BI Desktop.

• Disabilitare le notifiche per cui è disponibile un aggiornamento software. Ciò è utile quando si è certi che l'IT otterrà l'aggiornamento di Power BI Desktop, eseguirà le convalide e quindi eseguirà il push degli aggiornamenti ai dispositivi utente tramite il normale processo.
• Impostare il livello di privacy globale. È consigliabile impostarlo su Organizzativo come impostazione predefinita perché consente di evitare violazioni della privacy dei dati quando vengono unite origini dati diverse.
• Disabilitare il modulo di accesso di Power BI Desktop. La disabilitazione del modulo è utile quando i computer dell'organizzazione sono connessi automaticamente. In questo caso, l'utente non deve mai ricevere richieste.
• Ottimizzare le prestazioni dell'Editor di query. Questa impostazione è utile quando è necessario influenzare il comportamento di esecuzione delle query modificando le impostazioni predefinite.
• Disabilitare la scheda della barra multifunzione degli strumenti esterni. È possibile disabilitare la scheda della barra multifunzione quando si sa che non è possibile approvare o supportare l'uso di strumenti esterni.

Gestione di dispositivi mobili

Molti utenti preferiscono interagire con il contenuto di Power BI in un dispositivo mobile, ad esempio un tablet o un telefono, indipendentemente dal fatto che si trovino a casa o in viaggio. Le app Power BI per dispositivi mobili per iOS, Android e Windows sono progettate principalmente per formati più piccoli e touch screen. Semplificano l'interazione con il contenuto pubblicato nel servizio Power BI o nel server di report di Power BI.

È possibile specificare i criteri di protezione delle app e i criteri di protezione dei dispositivi per i dispositivi gestiti e non gestiti usando Microsoft Intune. Intune è un servizio software che fornisce la gestione di dispositivi mobili e applicazioni e supporta i criteri di gestione delle applicazioni mobili (MAM). I criteri possono essere impostati a vari livelli di protezione.

Facoltativamente, è possibile usare una soluzione di gestione di dispositivi mobili (MDM) di Microsoft 365 o di terze parti per personalizzare il comportamento delle app Power BI per dispositivi mobili. L'app Power BI per Windows supporta anche Windows Information Protection (WIP).

Ecco diversi modi per scegliere di usare i criteri MAM e MDM.

• Specificare le impostazioni di protezione dei dati.
• Crittografare i dati dell'applicazione quando l'app non è in uso.
• Cancellare selettivamente i dati quando un dispositivo viene perso.
• Impedire il salvataggio dei dati in una posizione di archiviazione personale.
• Limitare le azioni di taglia, copia e incolla.
• Impedire la stampa dei dati dell'organizzazione.
• Richiedere dati biometrici o un PIN di accesso per aprire l'app per dispositivi mobili.
• Specificare il comportamento predefinito quando un utente seleziona o tocca un'app per dispositivi mobili.

Per altre informazioni sulla protezione di dispositivi e dati, vedere il white paper sulla sicurezza di Power BI.

Elenco di controllo - Quando si gestiscono i dispositivi, le decisioni chiave e le azioni includono:

Contenuto correlato

Per altre considerazioni, azioni, criteri decisionali e consigli utili in merito all’implementazione di Power BI, vedere Pianificazione dell'implementazione di Power BI.