Distribuire una firma email dall'interfaccia di amministrazione di Microsoft 365

La distribuzione di una firma aziendale su Microsoft 365 si gioca in una manciata di schermate dell’interfaccia di amministrazione. La parte tecnica è breve — una quindicina di minuti — ma presuppone di aver risolto alcune questioni a monte. Ecco il percorso completo, in ordine.

Passaggio 1 — Collegare il tenant

Prima di distribuire qualsiasi cosa, l’applicazione deve essere autorizzata sul tenant. Il collegamento si avvia da Signally, che reindirizza alla schermata di consenso di Microsoft Entra ID.

Un amministratore globale concede il consenso per conto dell’organizzazione. Le autorizzazioni richieste riguardano solo la lettura degli attributi della directory necessari alla firma: nome, cognome, ruolo, reparto, telefono aziendale, struttura organizzativa. Non è necessaria alcuna autorizzazione di lettura della posta, e nessuna viene richiesta.

È il punto che il responsabile della sicurezza esaminerà per primo. La schermata di consenso elenca esplicitamente le autorizzazioni: è la prova più diretta del perimetro reale. Il nostro approccio è descritto nella pagina sicurezza e GDPR.

Passaggio 2 — Distribuire l’add-in

Nell’interfaccia di amministrazione di Microsoft 365, si apre Impostazioni → App integrate, poi «Ottieni app». Si cerca l’add-in, lo si seleziona e si avvia la distribuzione.

La schermata successiva chiede l’ambito. Tre opzioni:

1. Utenti o gruppi specifici — la scelta consigliata per una prima distribuzione.
2. Intera organizzazione — una volta completata la validazione.
3. Solo io — utile per un test individuale ancora prima del pilota.

Si sceglie un gruppo Microsoft 365 esistente, oppure se ne crea uno apposito con una decina di persone rappresentative: qualcuno su Outlook per Windows, qualcuno su Mac, qualcuno che scrive soprattutto dal telefono.

Da sapere: la propagazione non è immediata. Su Outlook Web l’add-in compare in pochi minuti. Sui client desktop il manifesto può impiegare diverse ore a essere recuperato; riavviare Outlook accelera le cose. Conviene avvisare il gruppo pilota per evitare una serie di segnalazioni premature.

Passaggio 3 — Assegnare i modelli ai gruppi

La distribuzione dell’add-in rende disponibile il meccanismo; non dice ancora quale firma debba ricevere ciascuno. Questa associazione si fa lato Signally, collegando ogni gruppo Microsoft 365 — o ogni unità della directory — al modello corrispondente.

È qui che la suddivisione conta. Un’organizzazione semplice se la cava con un modello unico. Non appena ci sono più marchi, più paesi, o team commerciali che usano banner diversi da quelli dell’assistenza, conviene prevedere una variante per gruppo. Il principio è descritto nella pagina editor di firme.

Un dipendente che appartiene a più gruppi riceve il modello del gruppo più specifico: se i gruppi si sovrappongono, è bene verificare l’ordine di priorità.

Passaggio 4 — Validare con il gruppo pilota

Si lascia girare per una settimana. Al gruppo pilota conviene chiedere di verificare tre cose precise, anziché un vago «funziona?»:

• la firma compare davvero durante la scrittura di un nuovo messaggio e di una risposta;
• i campi personali sono corretti — è qui che emergono i dati della directory compilati male;
• la resa è pulita per un destinatario esterno, in particolare su Gmail.

Quest’ultimo punto è il più utile: inviare un messaggio a un indirizzo personale e guardare che cosa arriva davvero.

Passaggio 5 — Estendere a tutti

Si torna in «App integrate», si modifica l’ambito della distribuzione e si passa all’intera organizzazione. Agli utenti non viene chiesta alcuna nuova conferma.

Da quel momento il sistema si mantiene da solo. Un nuovo assunto che compare nella directory e appartiene a un gruppo collegato riceve la propria firma senza alcun intervento — né suo, né del team IT. È il meccanismo descritto nell’articolo sulla sincronizzazione con Entra ID.

Il confronto da tenere a mente

Questo percorso non tocca mai la configurazione del trasporto. Nessun connettore, nessuna regola del flusso di posta, nessuna modifica all’instradamento in uscita. È la differenza di fondo rispetto all’approccio con la regola di trasporto Exchange, le cui implicazioni sono analizzate in add-in o regola di trasporto.