Een ATS voor meerdere merken of businessunits richt je in met één gedeelde kern voor data, beveiliging en rapportage, gecombineerd met gecontroleerde verschillen in workflows, templates, toegang en employer branding. Het doel is standaardiseren waar dat kan en scheiden waar dat nodig is. Maak vooraf duidelijk welke onderdelen centraal zijn en welke per merk of businessunit mogen verschillen.
Begin met organisatiemodel en eigenaarschap
Breng eerst in kaart welke onderdelen zelfstandig werken.
Denk aan:
- merken;
- landen;
- businessunits;
- recruitmentteams;
- shared services.
Bepaal daarna wie eigenaar is van centrale instellingen en wie lokale wijzigingen mag doen.
Gebruik één datamodel
Maak centrale definities voor bijvoorbeeld afdeling, locatie, functiecategorie en vacaturestatus.
Dat voorkomt dat dezelfde businessunit op verschillende manieren wordt geschreven en rapportages moeilijk vergelijkbaar worden.
In Hoe verbeter je de datakwaliteit in een ATS? wordt centrale definitie als basis voor betrouwbare data genoemd.
Scheid branding van proceslogica
Merken kunnen verschillende kleuren, teksten en werken-bij-sites hebben zonder dat iedere workflow anders hoeft.
Beheer daarom apart:
- logo en visuele identiteit;
- vacaturetemplates;
- e-mailtemplates;
- afzenders;
- landingspagina’s.
Houd achterliggende processtappen waar mogelijk gelijk.
Gebruik rollen en scope
Niet iedere recruiter hoeft alle kandidaten en vacatures te zien.
Maak rechten per businessunit, merk of regio.
Gebruik centrale beheerders voor configuratie en lokale gebruikers voor dagelijks recruitment.
In het artikel over rollen en rechten wordt een rechtenmatrix aanbevolen.
Beperk het aantal workflowvarianten
Meerdere merken leiden snel tot tientallen varianten.
Vraag bij iedere afwijking:
- is het proces echt anders;
- is alleen de communicatie anders;
- kan één workflow met configuratie volstaan;
- wat betekent de afwijking voor rapportage.
Gebruik lokale varianten alleen wanneer er een duidelijke zakelijke of juridische reden is.
Maak centrale rapportage mogelijk
Management wil vaak zowel totaaloverzicht als uitsplitsing per businessunit.
Gebruik daarom vaste KPI-definities.
Een time-to-hire moet niet per merk anders worden berekend tenzij dat bewust en gedocumenteerd gebeurt.
Beheer templates per merk
Vacature- en e-mailtemplates kunnen verschillen per merk.
Gebruik vaste naamgeving en eigenaarschap zodat recruiters de juiste versie kiezen.
In het artikel over templates wordt geadviseerd wijzigingen centraal te beheren en oude versies te archiveren.
Koppel het juiste HR-systeem
Sommige organisaties gebruiken één HRIS, andere meerdere.
Leg per businessunit vast welk systeem leidend is en welke gegevens worden overgedragen.
Voorkom dat dezelfde medewerker via meerdere routes wordt aangemaakt.
Gebruik businessunit-ID’s
Namen kunnen veranderen door reorganisaties.
Gebruik daarom stabiele technische ID’s voor businessunits en merken in integraties en rapportages.
Zo blijft historie bruikbaar wanneer een label verandert.
Plan governance
Maak een centraal overleg voor grotere wijzigingen.
Bespreek bijvoorbeeld:
- nieuwe velden;
- nieuwe workflows;
- integraties;
- privacy;
- rapportage;
- nieuwe merken.
Lokale teams kunnen input geven, maar centrale keuzes voorkomen versnippering.
Maak ruimte voor lokale eisen
Volledige standaardisatie is niet altijd haalbaar.
Lokale wetgeving, talen of arbeidsmarktpraktijk kunnen verschillen.
Gebruik daarom een model met een centrale basis en gecontroleerde uitzonderingen.
Test kandidaatervaring per merk
Een gedeeld ATS kan meerdere kandidaatinterfaces bedienen.
Test daarom iedere route afzonderlijk:
- vacaturepagina;
- sollicitatieformulier;
- e-mail;
- interviewplanning;
- kandidaatportaal.
Kandidaten moeten consistent het juiste merk zien.
Gebruik duidelijke audit en logging
Bij veel businessunits is het belangrijk te kunnen zien wie configuratie wijzigt.
NIST beschrijft toegangscontrole en verantwoord beheer als onderdeel van veilige informatiesystemen. Gebruik logging vooral voor beheerrollen, exports en kritieke wijzigingen.
Maak een centrale versus lokale matrix
Leg per onderdeel vast of het centraal of lokaal wordt beheerd.
Voorbeelden van centrale onderdelen zijn statusdefinities, beveiliging en KPI’s. Lokale onderdelen kunnen taal, branding en bepaalde communicatie zijn.
Deze matrix voorkomt discussie wanneer nieuwe businessunits aansluiten.
Gebruik een onboardingproces voor nieuwe businessunits
Wanneer een nieuw merk of bedrijfsonderdeel toetreedt, doorloop dan een vaste intake.
Controleer:
- organisatiegegevens;
- gebruikers;
- workflows;
- templates;
- integraties;
- rapportagebehoefte.
Zo wordt uitbreiding herhaalbaar in plaats van maatwerk per keer.
Beheer historische wijzigingen
Merken kunnen verdwijnen, samengaan of van naam veranderen.
Gebruik daarom stabiele technische sleutels en bewaar historie. Zo blijven oude rapportages begrijpelijk na reorganisaties.
Maak centrale dashboards met lokale drill-down
Een groepsdashboard moet totaalresultaten tonen, maar gebruikers moeten kunnen doorklikken naar merk, land of businessunit.
Gebruik dezelfde definities voor kern-KPI’s en laat lokale afwijkingen expliciet zien.
Voorkom lokale schaduwadministratie
Wanneer het centrale ATS te weinig ruimte laat voor lokale behoeften, ontstaan spreadsheets en eigen tools.
Monitor daarom welke gegevens buiten het ATS worden bijgehouden. Dat is vaak een signaal dat de inrichting moet worden aangepast.
Test nieuwe configuratie in meerdere contexten
Een wijziging die goed werkt voor één merk kan een ander merk breken.
Test daarom grotere aanpassingen met meerdere representatieve businessunits voordat ze centraal worden uitgerold.
Plan periodieke harmonisatie
Lokale uitzonderingen nemen door de tijd toe.
Plan daarom jaarlijks een review waarbij wordt bekeken welke verschillen nog nodig zijn en welke inmiddels kunnen worden gestandaardiseerd.
Maak lokale rapportage mogelijk zonder definities te veranderen
Lokale teams willen vaak eigen dashboards. Sta dat toe, maar houd centrale KPI-definities intact.
Een businessunit kan bijvoorbeeld zelf filters en visualisaties kiezen, terwijl time-to-hire overal volgens dezelfde berekening blijft werken.
Gebruik een change board voor grotere wijzigingen
Wanneer meerdere merken hetzelfde platform gebruiken, kan één wijziging veel gebruikers raken.
Bespreek grotere aanpassingen daarom in een klein centraal overleg met vertegenwoordigers van recruitment, beheer en eventueel IT. Zo worden effecten vooraf zichtbaar.
Plan toetreding en uittreding van merken
Bij acquisities en reorganisaties kunnen merken worden toegevoegd of afgesplitst.
Maak een vaste checklist voor gebruikers, data, integraties, templates en rapportage. Daarmee blijft de omgeving beheersbaar tijdens organisatorische verandering.
Gebruik een centrale configuratiecatalogus
Leg vast welke workflows, rollen, templates en integraties per merk actief zijn. Zo kan functioneel beheer sneller zien waar afwijkingen bestaan en welke onderdelen bij een wijziging geraakt worden.
Beperk merkvarianten in rapportagedata
Laat branding verschillen aan de voorkant, maar gebruik achter de schermen zoveel mogelijk dezelfde datadefinities. Dat maakt groepsrapportage betrouwbaarder en vermindert herstelwerk.
Maak eigenaarschap van lokale content expliciet
Wijs per merk of businessunit aan wie verantwoordelijk is voor lokale vacatureteksten, e-mails en kandidaatflows. Centrale beheerders bewaken structuur en compliance, lokale eigenaren bewaken inhoud en actualiteit.
Controleer uitzonderingen jaarlijks
Vraag jaarlijks welke lokale afwijkingen nog echt nodig zijn. Wat ooit door een overname of campagne ontstond, kan later vaak weer worden gestandaardiseerd.
Leg deze review vast in de beheeragenda, zodat standaardisatie een terugkerend onderdeel van governance blijft.
