Handtekeningen beheren per organisatie-eenheid in Google

In Google Workspace is de organisatie-eenheid de bouwsteen die instellingen draagt. Het ligt dus voor de hand om op dat niveau een handtekeningsjabloon toe te wijzen. Goed gebruikt regelt ze in één keer de kwestie van dochterondernemingen, merken en landen. Slecht gestructureerd levert ze alleen maar uitzonderingen op.

Waarom de OU het juiste toewijzingsniveau is

Een Google Workspace-gebruiker hoort bij precies één organisatie-eenheid. Die eenduidigheid is waardevol: koppel je een sjabloon aan een OU, dan bestaat er geen twijfel over welke handtekening een medewerker moet krijgen.

Groepen staan daarentegen meervoudig lidmaatschap toe. Een accountmanager kan lid zijn van de groep « Sales », de groep « Nederland » en de groep « Productcommissie »: als elke groep een sjabloon had, zou je moeten kiezen. Daarom koppel je het basissjabloon aan de OU, en gebruik je groepen voor dwarsdoorsnijdende targeting — typisch campagnebanners.

Overerving maakt het plaatje compleet: een sub-OU neemt standaard de instellingen van haar bovenliggende eenheid over, en kan ze overschrijven. Je legt dus een concernsjabloon bovenaan vast, en overschrijft alleen waar dat nodig is.

Een structuur die de echte organisatie weerspiegelt

Het leidende principe is eenvoudig: de OU-structuur moet op het organogram lijken, niet op de infrastructuur. Een typische structuur voor een concern met meerdere dochterondernemingen ziet er zo uit:

/ (hoofdniveau — concernsjabloon)
├── /Dochter A       (sjabloon A, eigen logo en vermeldingen)
│   ├── /Sales
│   └── /Support
├── /Dochter B       (sjabloon B)
└── /Spanje          (sjabloon A, lokale wettelijke vermeldingen)

Op elk niveau overschrijf je alleen wat afwijkt. De sub-OU’s Sales en Support van dochter A hebben geen eigen sjabloon nodig als hun handtekening identiek is: ze nemen het over. Ze kunnen wel andere banners dragen.

Buitenlandse entiteiten verdienen aandacht: hetzelfde logo, dezelfde kleuren, maar andere wettelijke vermeldingen en een ander inschrijvingsnummer. Precies dat maakt overschrijven mogelijk — zie ook handtekeningen voor dochterondernemingen.

Wat je controleert voordat je sjablonen koppelt

De werkelijke staat van de structuur. In veel organisaties zijn OU’s gaandeweg aangemaakt, soms op technische criteria — « /Gebruikers », « /Serviceaccounts », « /Migratie 2021 ». Is dat bij jou het geval, dan legt het koppelen van sjablonen de inconsistentie bloot. Ruim vooraf op, niet achteraf.

Accounts buiten de reikwijdte. Serviceaccounts, gedeelde mailboxen, vergaderruimtes, technische aliassen: die mogen geen medewerkershandtekening krijgen. Plaats ze in een aparte OU, zonder gekoppeld sjabloon.

Bewuste uitzonderingen. Directie, bestuurders, woordvoerders: sommige organisaties willen een variant. Maak een expliciete sub-OU in plaats van een uitzondering die je met de hand beheert.

Goed om te weten: een gebruiker die naar een andere OU wordt verplaatst, krijgt automatisch een ander sjabloon. Dat mechanisme maakt interne overstappen pijnloos — het verplaatsen in de console doen HR of IT sowieso al.

Waar de OU ophoudt en groepen beginnen

De OU beantwoordt de vraag « welke handtekening » goed. Ze beantwoordt « wie draagt welke banner » slecht, omdat een campagne zelden de grenzen van het organogram volgt.

Een wervingscampagne is voor iedereen. Een productcampagne richt zich op sales van twee van de drie dochterondernemingen. Een webinar betreft de technische teams, waar ze ook zitten. Die groepen beschrijf je vanzelfsprekend met groepen, niet met OU’s.

De combinatie die werkt: sjabloon per OU, banner per groep. De details van targeting staan op de pagina campagnes en banners.

De synchronisatie van persoonlijke gegevens

Het sjabloon komt van de OU; de waarden die het vullen komen uit de directory. Naam, functie, afdeling, telefoon: die kenmerken worden alleen-lezen uit Google Directory gehaald en in de dynamische velden ingevoegd.

Net als bij Microsoft brengt een uitrol de werkelijke staat van de directory aan het licht: ontbrekende functietitels, uiteenlopende telefoonformaten, afdelingen ingevuld als interne code. Neem een opschoonronde op in de planning — het is steevast het onderschatte werk, zoals ook onze gids voor de overstap naar centraal beheer benadrukt.

Het volledige installatietraject staat op de pagina over de Google Workspace-add-on.