Power BI: le sottoscrizioni email cambiano mittente e allegati

Le sottoscrizioni email di Power BI stanno passando a una nuova piattaforma di invio. La migrazione è automatica, ma cambia il mittente e sparisce l’allegato PNG del report. Chi ha costruito flussi o regole di posta sopra quelle email deve controllarli adesso, prima che qualcosa si fermi in silenzio.

Cosa cambia nelle email di Power BI

Una sottoscrizione è l’invio programmato di un report o di una dashboard via email, per esempio ogni lunedì alle 8. Fino a oggi queste email partivano tutte da un indirizzo di servizio, [email protected]. Con la nuova piattaforma, se chi ha creato la sottoscrizione ha una casella Exchange Online, l’email parte dalla sua casella. I destinatari vedono il suo indirizzo come mittente.

Le conseguenze sono tre, e Microsoft le documenta in una pagina dedicata su Learn.

• Le risposte dei destinatari e parte delle risposte automatiche di assenza arrivano nella casella del proprietario. Ogni invio finisce nella sua posta inviata e occupa spazio. Se la casella si riempie, le sottoscrizioni smettono di partire.
• Per chi ha la casella su Exchange locale, il mittente diventa [email protected] e il proprietario riceve in copia un’email per ogni destinatario.
• L’immagine del report resta solo nel corpo dell’email. Il PNG separato in allegato non c’è più, e ricreare la sottoscrizione non lo riporta indietro. Gli allegati PDF e PowerPoint del report completo restano disponibili.

Le impostazioni non cambiano e non serve ricreare nulla. Durante la migrazione però convivono i due metodi, e Power BI può tornare al vecchio mittente come ripiego. Quindi per un periodo arriveranno email da tre indirizzi diversi. Nel riquadro Sottoscrizioni un’icona informativa segnala quelle selezionate per la migrazione.

Cosa significa in pratica

Prendo un caso che vedo spesso nella logistica. Il responsabile di magazzino riceve ogni mattina la sottoscrizione del report sui livelli di servizio. Un flusso Power Automate (o un workflow n8n) legge l’email, salva il PNG allegato in una cartella SharePoint e lo pubblica nel canale Teams dei capiturno. Nessuno apre Power BI, ma tutti vedono il grafico.

Con la nuova piattaforma succedono due cose. La condizione del flusso filtra per mittente uguale a [email protected], quindi l’email del collega non lo attiva più. E anche se lo attivasse, l’allegato da salvare non esiste. Microsoft lo scrive chiaramente: un flusso che si aspetta il PNG può fallire anche quando l’email arriva. Il risultato è peggiore di un errore, perché il canale Teams resta vuoto e nessuno se ne accorge per giorni.

Lo stesso vale per le regole di posta. Se l’azienda ha una regola che sposta le email di Power BI in una cartella o le lascia passare dal filtro antispam, quella regola conosce solo il vecchio indirizzo. Microsoft chiede di consentire tutti e tre i mittenti, senza togliere il vecchio, che resta come ripiego.

C’è poi il tema della casella. Se un’unica persona ha creato cinquanta sottoscrizioni per duecento destinatari, la sua posta inviata cresce ogni giorno e le risposte automatiche estive le arrivano a decine. In un thread della community Fabric il team Microsoft suggerisce di valutare un account aziendale dedicato, con licenza e casella propria, come proprietario delle sottoscrizioni. Gli amministratori dell’area di lavoro possono prendere in carico le sottoscrizioni esistenti.

Il mio punto di vista

La scelta tecnica ha senso. Inviare da una casella reale migliora la consegna e la reputazione del mittente, e Microsoft lo motiva proprio così. Il problema è come arriva il cambiamento. È una migrazione automatica che tocca le automazioni costruite sopra Power BI, cioè proprio quelle che nessuno guarda finché funzionano.

Il pro è che la soluzione è semplice. Il limite è che serve sapere dove guardare. Per i flussi conviene smettere di dipendere dall’allegato PNG: se serve un file, meglio chiedere il PDF nella sottoscrizione oppure esportare il report direttamente con l’azione Power BI di Power Automate, che non dipende dalla posta. Per il mittente, meglio filtrare sull’oggetto o su una cartella dedicata, non su un singolo indirizzo.

Trovo meno convincente l’idea di far partire email automatiche dalla casella di una persona. Per un destinatario esterno, un report che arriva dal collega sembra un messaggio personale, e infatti nella community c’è già una richiesta per tornare a un mittente generico. Finché non esiste, l’account dedicato è la strada più pulita. Va però concordato con chi gestisce Microsoft 365, per licenze, permessi e conservazione della posta.

È lo stesso schema che ho descritto per il passaggio dei connettori Power BI ai driver ADBC: un cambiamento lato Microsoft che non rompe il report, ma può rompere quello che gli sta intorno.

Da dove partire oggi

Il mio consiglio è fare un inventario di mezz’ora. Elencate le sottoscrizioni attive e i loro proprietari, poi cercate nei flussi Power Automate, nei workflow n8n e nelle regole di Exchange ogni riferimento a [email protected] o agli allegati PNG. Quello che trovate è la vostra lista di lavoro.

Se non sai quante sottoscrizioni e automazioni dipendono oggi dai tuoi report, partiamo da lì. Richiedi un audit gratuito di report, sottoscrizioni e flussi collegati, e ti dico quali rischiano di fermarsi e come metterli al sicuro.

Fonti

• Microsoft Learn, Prepare for changes to Power BI subscription email delivery
• Microsoft Learn, Troubleshoot email subscriptions for Power BI reports and dashboards
• Microsoft Fabric Community, Subscriptions now coming from subscription owner
• Microsoft Fabric Community, richiesta di un mittente generico per le sottoscrizioni