Sincronizzare le firme email con la directory Entra ID

Una firma aziendale ha senso su larga scala solo se si compila da sola. È il compito dei campi dinamici: il modello contiene dei segnaposto — nome, qualifica, telefono — che il sistema sostituisce con i valori della directory al momento dell’inserimento. In un tenant Microsoft, la directory in questione è Entra ID.

Quali attributi vengono utilizzati

Una firma tipo si basa su una manciata di attributi standard:

Vengono sincronizzati solo gli attributi che decidete di visualizzare. È l’applicazione diretta del principio di minimizzazione: nulla giustifica il recupero di campi che non compariranno mai in una firma. Il perimetro esatto è descritto nella nostra pagina sicurezza e GDPR.

L’accesso è in sola lettura. La schermata di consenso di Microsoft lo mostra esplicitamente al momento della connessione del tenant, descritta nella guida alla distribuzione.

Cosa rivela una distribuzione sulla vostra directory

Ecco ciò che nessuno prevede: inserire i dati della directory in una firma li rende pubblici. Arrivano ai vostri clienti, in ogni messaggio. E lo stato reale della directory emerge tutto in una volta.

I casi classici si somigliano da un’organizzazione all’altra. jobTitle vuoti per metà di un reparto. Qualifiche incoerenti — «Resp. Commerciale», «Responsabile commerciale», «Sales Manager» — per lo stesso ruolo. Numeri in formati eterogenei: 3331234567, 333 123 4567, +393331234567. Campi department compilati con un codice interno anziché con un’etichetta leggibile.

È una buona notizia travestita: la distribuzione di una firma è il miglior audit gratuito della directory che esista. Basta prevedere una fase di pulizia prima dell’estensione a tutti, non dopo.

Buono a sapersi: normalizzate i numeri di telefono nel formato internazionale (+39 333 123 4567) prima della distribuzione. È l’unico formato che resta cliccabile in modo affidabile da un cellulare estero.

Gestire correttamente i campi vuoti

La trappola più comune del modello alle prime armi è l’etichetta orfana. Il modello contiene «Cellulare: {mobilePhone}», l’attributo è vuoto e la firma mostra «Cellulare:» seguito dal nulla. Moltiplicato per tutti i dipendenti senza cellulare aziendale, l’effetto è pessimo.

Un modello corretto tratta l’intera riga come condizionale: se l’attributo è vuoto, l’etichetta, il valore e il separatore scompaiono insieme, e il blocco si compatta. È un comportamento da verificare esplicitamente in fase di collaudo, visualizzando in anteprima un profilo volutamente incompleto.

Lo stesso ragionamento vale per interi blocchi: una riga «Ufficio» non ha ragione di esistere per un team che lavora interamente da remoto.

La propagazione di una modifica

Il vero vantaggio della sincronizzazione si vede in occasione di una mobilità interna. Un dipendente cambia ruolo: l’ufficio HR aggiorna jobTitle nella directory — cosa che fa comunque — e la firma si adegua nei messaggi successivi. Nessun ticket, nessuna istruzione, nessun sollecito.

Al contrario, senza sincronizzazione l’aggiornamento dipende dal dipendente stesso. In pratica non avviene: capita spesso di trovare firme che annunciano un ruolo abbandonato da due anni.

Lo stesso meccanismo copre l’arrivo di un nuovo dipendente, trattato nell’articolo sull’onboarding.

Campi della directory e campi del modello

Non tutto proviene dalla directory, ed è voluto. In un modello convivono tre famiglie:

I campi dinamici, compilati da Entra ID, specifici di ogni dipendente.

Gli elementi fissi del modello — logo, informazioni legali, disclaimer, linee guida grafiche — comuni a tutta l’organizzazione o a un team, e bloccati dall’amministratore.

I banner di campagna, gestiti tramite un calendario e in grado di rivolgersi a determinati team, come descritto nella pagina campagne.

Questa separazione è ciò che permette a un dipendente di modificare il proprio numero diretto senza poter toccare il logo o le informazioni legali. La configurazione avviene campo per campo nell’editor.