Gestire le firme per unità organizzativa Google

In Google Workspace, l’unità organizzativa è il mattone che porta le impostazioni. È quindi naturale assegnare un modello di firma proprio a questo livello. Usata bene, risolve in un colpo solo la questione delle società controllate, dei brand e dei Paesi. Strutturata male, moltiplica le eccezioni.

Perché la UO è il livello giusto per l’assegnazione

Un utente Google Workspace appartiene a una e una sola unità organizzativa. Questa unicità è preziosa: quando si associa un modello a una UO, non c’è alcuna ambiguità su quale firma debba ricevere un dipendente.

I gruppi, al contrario, consentono appartenenze multiple. Un commerciale può far parte del gruppo « Commerciali », del gruppo « Italia » e del gruppo « Comitato prodotto »: se ciascuno avesse un modello, bisognerebbe scegliere. Per questo il modello di base si associa alla UO, mentre i gruppi servono al targeting trasversale — tipicamente i banner delle campagne.

L’ereditarietà completa il quadro: una UO secondaria riprende per impostazione predefinita le impostazioni dell’unità superiore e può sovrascriverle. Definite quindi un modello di gruppo al vertice e sovrascrivetelo solo dove necessario.

Una struttura che rifletta l’organizzazione reale

Il principio guida è semplice: la struttura delle UO deve somigliare all’organigramma, non all’infrastruttura. Una struttura tipica di un gruppo con più società controllate si presenta così:

/ (radice — modello di gruppo)
├── /Controllata A   (modello A, logo e dati legali propri)
│   ├── /Commerciale
│   └── /Assistenza
├── /Controllata B   (modello B)
└── /Spagna          (modello A, dati legali locali)

A ogni livello si sovrascrive solo ciò che cambia. Le UO secondarie Commerciale e Assistenza della controllata A non hanno bisogno di un modello proprio se la loro firma è identica: lo ereditano. Possono però avere banner diversi.

Il caso delle entità estere merita attenzione: stesso logo, stessi colori, ma dati legali e numero di registrazione diversi. È esattamente ciò che consente la sovrascrittura — si veda anche firme per più società controllate.

Che cosa verificare prima di associare i modelli

Lo stato reale della struttura. In molte organizzazioni le UO sono state create strada facendo, a volte secondo criteri tecnici — « /Utenti », « /Account di servizio », « /Migrazione 2021 ». Se è il vostro caso, l’associazione dei modelli farà emergere l’incoerenza. Fate pulizia prima, non dopo.

Gli account fuori perimetro. Account di servizio, caselle condivise, sale riunioni, alias tecnici: non devono ricevere una firma da dipendente. Isolateli in una UO dedicata, senza modello associato.

I casi particolari voluti. Direzione generale, amministratori, portavoce: alcune organizzazioni vogliono una variante. Create una UO secondaria esplicita anziché un’eccezione gestita a mano.

Da sapere: un utente spostato da una UO all’altra cambia modello automaticamente. È il meccanismo che rende indolore la mobilità interna — lo spostamento nella Console di amministrazione Google viene comunque effettuato dalle risorse umane o dall’IT.

Dove finisce la UO e dove iniziano i gruppi

La UO risponde bene alla domanda « quale firma ». Risponde male a « chi mostra quale banner », perché una campagna raramente segue i confini dell’organigramma.

Una campagna di recruiting si rivolge a tutti. Una campagna di prodotto punta ai commerciali di due controllate su tre. Un webinar riguarda i team tecnici, ovunque si trovino. Questi perimetri si descrivono naturalmente con i gruppi, non con le UO.

La combinazione che funziona: modello per UO, banner per gruppo. Il targeting è descritto nella pagina campagne e banner.

La sincronizzazione dei dati individuali

Il modello arriva dalla UO; i valori che lo compilano arrivano dalla directory. Nome, ruolo, reparto, telefono: questi attributi vengono letti in Google Directory, in sola lettura, e inseriti nei campi dinamici.

Come sul versante Microsoft, una distribuzione mette in luce lo stato reale della directory: qualifiche mancanti, formati di telefono eterogenei, reparti indicati con codici interni. Prevedete un passaggio di pulizia nella pianificazione — è sistematicamente l’attività sottovalutata, come ricorda la nostra guida al passaggio a una gestione centralizzata.

Il percorso completo di installazione è descritto nella pagina add-on Google Workspace.