Aggiornamenti di Business Central: gestire le release senza sorprese

Con Business Central online non esistono più i grandi progetti di upgrade ogni cinque o sei anni. Microsoft aggiorna il servizio con continuità e tu ricevi nuove funzionalità senza dover reinstallare nulla. È un vantaggio enorme, ma solo se gli aggiornamenti si gestiscono. Altrimenti il lunedì mattina qualcuno scopre che una pagina è cambiata, un’estensione non funziona più o un report esce con un layout diverso.

Ecco come funziona il ciclo e come organizzarti.

Il calendario delle release

Business Central online segue un ritmo prevedibile:

• Due aggiornamenti principali all’anno, ad aprile e a ottobre. Sono le release wave: portano nuove funzionalità, miglioramenti e cambiamenti alla piattaforma.
• Aggiornamenti minori mensili, in tutti gli altri mesi. Contengono correzioni, miglioramenti importanti e aggiornamenti normativi, e a volte anche qualche funzionalità nuova.
• Correzioni critiche, distribuite appena sono pronte e verificate.

Ogni aggiornamento principale ha un periodo di aggiornamento di alcuni mesi entro cui l’ambiente deve passare alla nuova versione. Dopo la fine di quel periodo c’è un periodo di tolleranza e poi una fase in cui l’aggiornamento viene imposto: le estensioni che lo impediscono possono essere disinstallate automaticamente (i loro dati restano nell’ambiente e si recuperano installando una versione compatibile). Tradotto: rimandare all’infinito non è possibile, e conviene non arrivare all’ultimo momento.

Cosa puoi controllare dall’admin center

Dall’interfaccia di amministrazione di Business Central (il Business Central admin center) l’amministratore, interno o partner, ha alcune leve concrete:

• Finestra di aggiornamento: per ogni ambiente definisci la fascia oraria in cui Microsoft può aggiornarlo. Quella predefinita è notturna, e la finestra deve durare almeno sei ore. Se l’aggiornamento non termina entro la finestra viene annullato, l’ambiente torna alla versione precedente e viene ripianificato.
• Data e versione di destinazione: puoi spostare l’aggiornamento a una data diversa, ma sempre entro il periodo di aggiornamento previsto, e scegliere la versione di destinazione, anche una versione pianificata non ancora rilasciata.
• Destinatari delle notifiche: decidi chi riceve le email quando una nuova versione è disponibile o quando un aggiornamento viene pianificato. Verifica che queste email non finiscano nello spam e che arrivino a qualcuno che le legge davvero.

Una regola pratica: non lasciare tutto nelle mani della pianificazione automatica. Scegli tu una data in cui un eventuale problema non blocca la fatturazione di fine mese o una spedizione importante.

Provare prima: sandbox e ambienti di anteprima

Il periodo più utile è il mese prima della release principale, cioè marzo e settembre. In questa fase puoi creare dall’admin center un ambiente sandbox di anteprima sulla nuova versione, oppure aggiornare a quella versione una sandbox esistente. È il momento per:

• vedere le novità e capire quali riguardano i tuoi processi;
• verificare che le estensioni per-tenant (PTE) e le app installate funzionino;
• preparare il materiale per formare gli utenti.

Tieni presente che gli ambienti di anteprima vengono eliminati qualche settimana dopo il rilascio ufficiale: esporta prima quello che ti serve.

Quando poi la nuova versione è disponibile per il tuo ambiente, il test più realistico è copiare la produzione in una sandbox e aggiornare quella. Così provi la nuova versione con i tuoi dati, le tue impostazioni e le tue estensioni.

Release plan e notifiche

Microsoft pubblica in anticipo i release plan di Dynamics 365, con le funzionalità previste per ogni release wave, e la documentazione “What’s new” per le versioni rilasciate. Leggerli non è un esercizio teorico: è il modo per sapere se una funzionalità che oggi gestisci con una personalizzazione arriverà nello standard, o se una pagina che usi ogni giorno cambierà.

Alcune funzionalità nuove sono opzionali per un periodo e si possono attivare in anticipo dalla pagina Gestione funzionalità (Feature Management): puoi provarle in sandbox con calma prima che diventino obbligatorie.

Estensioni per-tenant e app AppSource

Le personalizzazioni sono il punto più delicato. Prima di ogni aggiornamento principale Microsoft verifica la compatibilità delle estensioni per-tenant con la versione successiva e, se trova problemi, avvisa via email i destinatari delle notifiche. Quelle email vanno lette e girate subito a chi mantiene il codice.

• Estensioni per-tenant: chi le sviluppa deve compilarle e testarle sulla nuova versione e, se serve, caricare una versione compatibile programmata per il prossimo aggiornamento principale.
• App di AppSource: gli aggiornamenti sono responsabilità del fornitore dell’app, ma conviene verificare che sia pronto per la nuova versione, soprattutto per app critiche come quelle legate alla fatturazione elettronica o alle banche.

Checklist prima dell’aggiornamento

• Processi chiave testati in sandbox: ciclo attivo, ciclo passivo, magazzino, chiusure, adempimenti fiscali. Fai provare chi li usa ogni giorno, non solo l’IT.
• Estensioni compilate e testate sulla nuova versione, con una versione compatibile pronta.
• Integrazioni: e-commerce, banca, fatturazione elettronica, Power Automate, Power BI, connettori verso altri sistemi.
• Report e layout personalizzati: fatture, DDT, ordini, report finanziari.
• Comunicazione agli utenti: cosa cambia nell’interfaccia, quali novità usare, a chi rivolgersi in caso di dubbi.
• Data e finestra di aggiornamento scelte consapevolmente e comunicate.

Dopo l’aggiornamento

Il giorno dopo dedica un’ora a un controllo veloce: accesso degli utenti, registrazione di qualche documento di prova, stampa dei report principali, verifica che le integrazioni abbiano girato e che la coda processi non abbia errori. Raccogli le segnalazioni in un unico punto per qualche giorno, così distingui un problema vero da un’abitudine cambiata.

Il ruolo del partner

Un partner può seguire per te tutto il ciclo: leggere i release plan e dirti cosa ti riguarda, pianificare gli aggiornamenti nell’admin center, aggiornare e testare le estensioni, coordinare i test in sandbox e formare gli utenti sulle novità. L’obiettivo è che l’aggiornamento diventi un’attività di routine, non un’emergenza.

Per approfondire puoi leggere la pagina Microsoft sui cicli di aggiornamento e quella sulla gestione degli aggiornamenti nell’admin center.

Parliamone

Se vuoi impostare un processo di aggiornamento chiaro per il tuo Business Central, o hai un’estensione che ti preoccupa in vista della prossima release, scrivici.