Gestire gli aggiornamenti di Microsoft 365 Apps significa scegliere il compromesso giusto fra velocità di rilascio delle funzionalità e stabilità per i reparti che non possono permettersi regressioni. L’amministratore M365 governa questa scelta su due assi: quale canale di aggiornamento assegnare e come distribuire e configurare il client con Microsoft Intune.

I canali di aggiornamento

Tutti i canali ricevono gli aggiornamenti di sicurezza mensili: cambia solo la cadenza delle nuove funzionalità e la lunghezza della finestra di validazione.

Canale Nuove funzionalità Supporto per rilascio Uso tipico
Current Channel Continuo, più volte al mese circa 2 mesi Default per la maggior parte degli utenti, early adopter
Monthly Enterprise Channel 1 volta al mese, secondo martedì circa 2 mesi Aziende che vogliono novità rapide ma con data prevedibile
Semi-Annual Enterprise Channel 2 volte l’anno (gennaio e luglio) 14 mesi Reparti critici, macchine con add-in/macro VBA da validare
Semi-Annual Enterprise Channel (Preview) Marzo e settembre circa 7 mesi Pilot: anticipa di 4 mesi ciò che arriverà in SAEC
Current Channel (Preview) Anteprima di Current circa 2 mesi Validazione rapida, IT e power user
Beta Channel Continuo, non supportato — Solo test, mai in produzione

La regola operativa d’esame: se lo scenario chiede “tempo per testare/validare compatibilità con applicazioni line-of-business” → Semi-Annual Enterprise Channel, con un gruppo pilot su SAEC (Preview). Se chiede “funzionalità aggiornate ma in un giorno prevedibile del mese” → Monthly Enterprise Channel. Se chiede “le novità il prima possibile” → Current Channel.

Distribuzione con Microsoft Intune

Il flusso è sempre lo stesso: Intune admin center → Apps → Windows → Add → tipo app “Microsoft 365 Apps for Windows 10 and later”.

  1. Impostazioni app: due modalità.
    • Configuration designer — UI guidata: selezione delle app da includere/escludere (es. escludere Access e Publisher), architettura 32 vs 64 bit, update channel, lingue, rimozione di versioni MSI preesistenti, accettazione automatica dell’EULA, attivazione con licenza shared computer per ambienti multi-utente (VDI/AVD).
    • XML data — si incolla un configuration.xml prodotto con Office Deployment Tool (ODT) o con il Office Customization Tool (config.office.com). Necessario quando servono opzioni non esposte dal designer: <Updates Enabled="TRUE" Channel="MonthlyEnterprise" />, SourcePath locale, PIDKEY, <Property Name="SharedComputerLicensing" Value="1"/>.
  2. Assegnazione:
    • Required → installazione forzata; valida sia su gruppi utente sia su gruppi di dispositivi.
    • Available for enrolled devices → l’app compare nel Company Portal; supportata solo su gruppi utente.
    • Uninstall → rimuove il pacchetto.
  3. Dipendenze e supersedence: il pacchetto M365 Apps è un installer C2R gestito da Intune, quindi rimuove automaticamente le installazioni MSI di Office se configurato; per app terze (add-in Win32) si usa la relazione Dependency o Supersedence sulle app Win32.

Per il ciclo successivo alla prima installazione, la gestione degli aggiornamenti si fa con i profili di configurazione / Settings catalog (“Microsoft Office” → Update Channel, Target Version, Deadline), oppure con il Cloud Policy service del Microsoft 365 Apps admin center, o ancora affidando il ciclo a Microsoft 365 Apps updates in Windows Autopatch.

Trappole tipiche d’esame

  • Scenario: hai già installato M365 Apps tramite Intune e ora modifichi il canale nel profilo dell’app. Gli utenti restano su Current. → Risposta giusta: la proprietà del canale nel pacchetto app vale solo per le nuove installazioni. Per i client già installati serve una policy dedicata (Update Channel via Settings catalog / Cloud Policy / GPO ADMX) oppure officec2rclient.exe /changesetting Channel=<nome> seguito da /update user.
  • Scenario: alcuni PC ignorano le policy Intune sugli aggiornamenti Office. → Risposta giusta: coesistono impostazioni Group Policy legacy per “Office 365 Client Management → Updates”; la GPO on-premises vince o crea conflitto. Rimuovere/disabilitare la GPO prima di passare la gestione a Intune (o usare Cloud Policy, che si applica anche a dispositivi non gestiti).
  • Scenario: assegni l’app come Available a un gruppo di dispositivi e non compare nel Company Portal. → Risposta giusta: “Available” è supportato solo per gruppi utente; per i gruppi di dispositivi usare Required.
  • Scenario: deployment Required verso un gruppo che contiene dispositivi solo Entra joined ma non registrati in Intune. → Risposta giusta: l’installazione non parte; occorre l’enrollment in Intune (MDM) del dispositivo — l’appartenenza al gruppo Entra da sola non basta.
  • Scenario: il reparto Finance usa macro VBA critiche e serve la versione più stabile con il ciclo di validazione più lungo. → Risposta giusta: Semi-Annual Enterprise Channel in produzione + gruppo pilot su Semi-Annual Enterprise Channel (Preview), non Current Channel (Preview).