Collegare il gestionale a Power BI con un database di reporting
Per collegare il gestionale a Power BI conviene mettere in mezzo un database di reporting: copia ogni notte i dati che servono, con nomi leggibili, e Power BI legge da lì. Il gestionale non rallenta, e i report non si rompono quando cambia la sua versione.
Cosa colleghiamo, e perché non direttamente
Colleghiamo a Power BI i dati del gestionale che il controllo di gestione oggi esporta a mano: fatturato per cliente e articolo, portafoglio ordini, costi di commessa, scadenzario. Spesso si aggiungono dati che il gestionale non ha, come pezzi prodotti e fermi macchina, o il budget che vive in un file Excel.
Il primo tentativo, di solito, è Power BI Desktop puntato sul database SQL del gestionale. Funziona per una settimana. Poi l’analista scopre che il fatturato sta in una tabella chiamata con una sigla di sei lettere, che le note di credito hanno il segno in un campo a parte, e che il suo report fa una query pesante alle dieci del mattino mentre il magazzino sta evadendo gli ordini.
Quali dati arrivano in Power BI e ogni quanto
| Dato | Direzione | Frequenza |
|---|---|---|
| Fatturato per cliente, articolo e agente | Gestionale → Power BI | Ogni notte |
| Ordini aperti e portafoglio | Gestionale → Power BI | Fino a 8 volte al giorno con licenza Pro |
| Costi consuntivi di commessa | Gestionale → Power BI | Ogni notte |
| Scadenzario clienti | Gestionale → Power BI | Ogni mattina, prima delle 8 |
| Pezzi prodotti e fermi macchina | Macchine o MES → Power BI | Ogni ora, con capacità Premium, PPU o Fabric |
| Budget mensile | File Excel del controllo di gestione → Power BI | A ogni revisione del budget |
Un modello semantico su capacità condivisa (licenza Pro) ha al massimo 8 aggiornamenti pianificati al giorno, che salgono a 48 su Premium, PPU o Fabric; su capacità condivisa un aggiornamento deve finire entro due ore (Microsoft Learn, «Data refresh in Power BI», 2026).
Lo schema: gestionale, database di reporting, Power BI
Un processo notturno legge dal gestionale solo le tabelle che servono e le scrive in un database di reporting, già tradotte: «Movimenti di magazzino» al posto della sigla, importi con il segno giusto, date come date. Il modello è a stella, con i fatti (righe di fattura, ore, movimenti) al centro e le anagrafiche intorno, che è la forma in cui Power BI lavora meglio.
Se il gestionale è in sede, Power BI raggiunge il database di reporting attraverso l’on-premises data gateway installato su un server vostro; se il gestionale è in cloud, come Business Central, il database di reporting può stare in cloud e il gateway non serve. In entrambi i casi l’aggiornamento del modello parte dopo la copia notturna, così al mattino i numeri sono quelli della sera prima e non di metà copia.
Accessi e dati riservati
- Sul gestionale usiamo un utente in sola lettura, limitato alle tabelle copiate. Nessun report può modificare un dato.
- Il gateway è in modalità standard, gestito dall’IT, e non quello personale installato sul PC di un analista.
- La sicurezza a livello di riga di Power BI fa vedere a ogni agente solo i suoi clienti e a ogni capo area solo la sua zona, sullo stesso report.
- La funzione «Pubblica sul Web» va disattivata nel tenant: rende un report visibile a chiunque abbia il link, senza login.
Quando i report sono per i vostri clienti
Domande frequenti
Parliamone in 30 minuti
Raccontateci il processo e cosa non funziona: vi diciamo se e come lo risolveremmo, con tempi e costi indicativi.
Matteo Budriesi
CEO e co-founder di Webion, la software house di Modena che sviluppa software su misura e agenti AI per le aziende.
Aggiornato il 30/10/2026