Identity en access management
ADP GlobalView Entra ID koppeling: accounts per land uit de internationale payroll
Met een koppeling tussen ADP GlobalView en Microsoft Entra ID krijgt een nieuwe medewerker uit GlobalView automatisch een Microsoft-account met land, juridische entiteit, organisatie-eenheid, functie en leidinggevende. Na de einddatum in GlobalView blokkeert KoppelHet de aanmelding in Entra ID, voor elk land dat GlobalView verwerkt.
Wat de koppeling doet
Multinationals zonder wereldwijd HR-systeem, die de salarisverwerking per land aan ADP GlobalView hebben uitbesteed, krijgen nieuwe medewerkers in een land vaak pas via een mail van de lokale HR bij IT. Een vertrek in een kleiner land bereikt het centrale IT-team laat, en het account blijft actief.
- De klant laat in GlobalView een communicatiegebruiker aanmaken en registreert de koppeling bij ADP met alleen leesrechten op medewerkergegevens.
- KoppelHet haalt per land de medewerkers op, honderd per aanvraag.
- Voor een nieuwe medewerker maakt KoppelHet het account aan met land, entiteit, organisatie-eenheid, functie en leidinggevende.
- Het land van de werkplek bepaalt de gebruikslocatie, zodat Microsoft 365-licenties direct kunnen worden toegekend.
- Na de einddatum in GlobalView blokkeert KoppelHet de aanmelding en legt de vertrekdatum vast in Entra ID.
Waar je op let bij ADP GlobalView en Microsoft Entra ID
- GlobalView geeft medewerkers van meer landen alleen per land terug. Elke aanvraag voor een lijst moet de ISO-landcode in een aparte header meegeven. KoppelHet loopt daarom alle landen langs die GlobalView voor jullie verwerkt, en meldt het als er een land bijkomt dat nog niet in de koppeling zit.
- Entra ID eist een gebruikslocatie voordat een gebruiker een licentie kan krijgen. GlobalView heeft per werkplek de landcode. KoppelHet zet die als gebruikslocatie, zodat een nieuwe collega in Polen of Brazilië op de eerste dag een licentie heeft.
- ADP heeft naast de volledige Worker API een Worker Demographics API, bedoeld voor gebruik zonder gevoelige persoonsgegevens. KoppelHet gebruikt waar het kan die variant, zodat geboortedatum, adres en loongegevens uit GlobalView niet bij KoppelHet of in Entra ID komen.
- Een overstap naar een andere juridische entiteit of een herindiensttreding krijgt in GlobalView een nieuw personeelsnummer, en de eerdere, beëindigde toewijzing komt dan niet meer in de API. KoppelHet houdt daarom zelf bij welk account bij welke medewerker hoort, zodat de overstap geen tweede account en geen onterechte blokkade oplevert.
- GlobalView draait op de SAP-payrollengine. De organisatie bestaat uit SAP-eenheden zoals personeelsgebied, personeelsdeelgebied en organisatie-eenheid. KoppelHet gebruikt de organisatie-eenheid voor de afdeling en de juridische entiteit voor de bedrijfsnaam, zodat dynamische groepen per land en entiteit werken.
- Het zakelijke e-mailadres staat in GlobalView als apart communicatierecord, dat bij een nieuwe medewerker vaak nog leeg is. KoppelHet maakt het adres volgens de naamgevingsregel; het terugzetten in GlobalView houden we buiten de koppeling, omdat de Worker API alleen leest.
- GlobalView ondersteunt geen gelijktijdige dienstverbanden met meer personeelsnummers in één land. Iemand die in twee landen werkt, heeft wel twee records. KoppelHet koppelt die aan één account op basis van het primaire dienstverband.
Deze koppeling hoort ook bij in-, door- en uitstroom.
Hoe we het bouwen en beheren
- De koppeling draait op het KoppelHet platform, gehost in een datacenter in de EU.
- Elke synchronisatie en elke fout is zichtbaar in de functionele logging; bij een fout krijgt jullie beheerder een melding.
- Een mutatie die niet door kan, wordt niet half doorgezet maar klaargezet om opnieuw te proberen.
- KoppelHet is ISO 27001-gecertificeerd. Gegevens gaan versleuteld over en blijven niet langer op het platform dan nodig.
- Na livegang beheren wij de koppeling en passen we hem aan als jullie proces verandert.
- De koppeling past naast je bestaande integratielaag. Alleen de velden uit het ontwerp gaan over; het platform houdt geen eigen registratie bij.
Implementatie en prijs
Dit is geen app die je aanzet. We bouwen de koppeling voor jullie organisatie op ons platform, met bouwstenen die we steeds opnieuw gebruiken. Zo is het maatwerk, zonder dat we bij nul beginnen.
Een consultant bereidt de intake voor en analyseert beide systemen. Daarna leggen we de mapping en uitzonderingen per veld vast, testen we in de test- of acceptatieomgeving en gaan we live op een moment dat jij kiest. De kosten bestaan uit een eenmalig bedrag voor de inrichting en een maandbedrag voor platform, monitoring en beheer.
Veelgestelde vragen
Wij hebben ook een wereldwijd HR-systeem. Is GlobalView dan de juiste bron?
Meestal niet. Staat iedereen in een HR-systeem als Workday of SAP SuccessFactors, dan is dat de bron voor accounts. Deze koppeling is voor organisaties waar GlobalView per land de enige volledige registratie is.
Wie regelt de toegang bij ADP?
Jullie, samen met ADP: de communicatiegebruiker in GlobalView en de registratie van de koppeling. KoppelHet levert de gegevens die ADP daarvoor vraagt.
Kunnen we beginnen met een paar landen?
Ja, en dat raden we aan. We starten met de landen met de meeste medewerkers; de rest kan later als uitbreiding.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- ADP GlobalView Worker API: GET /hr/v2/workers of /hr/v2/worker-demographics met header ADP-Context-ExpressionID country='XX' (één land per aanvraag), OData $top, $skip, $filter, $select en $count, maximaal 100 records per aanvraag. Scope via de Consumer Application Registry (…/workerProfileManagement/worker.read of workerDemographic.read); in GlobalView een Communication User (Practitioner).
- Naar Entra ID schrijven we via Microsoft Graph (user) met employeeId (maximaal 16 tekens), givenName, surname, userPrincipalName, mailNickname, jobTitle, department (maximaal 64 tekens), companyName, employeeOrgData, usageLocation, country, manager, employeeHireDate, employeeLeaveDateTime (vraagt User-LifeCycleInfo.ReadWrite.All) en accountEnabled.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in ADP GlobalView | Veld in Microsoft Entra ID | Toelichting |
|---|---|---|
associateOID | Vaste sleutel in KoppelHet | Uniek over ADP-producten |
payrollFileNumber | employeeId | Maximaal 16 tekens in Entra ID |
legalName.givenName, nickName | givenName | |
legalName.familyName1 | surname | |
businessCommunication.emails (object 0010) of naamgevingsregel | userPrincipalName en mail | |
assignedWorkLocations.address.countryCode | usageLocation en country | |
legalEntityID | companyName | |
homeOrganizationalUnits (type ORGEH) | department | |
assignmentCostCenters.costCenterID | employeeOrgData.costCenter | |
jobTitle | jobTitle | |
reportsTo.associateOID | manager | |
hireDate | employeeHireDate | |
terminationDate | employeeLeaveDateTime en accountEnabled = false |
Gerelateerd
ADP GlobalView → Active Directory
ADP GlobalView Active Directory koppeling: domeinaccounts per land uit de uitbestede payroll
ADP GlobalView → Google Workspace
ADP GlobalView koppelen met Google Workspace: Google-accounts per land uit de payroll
ADP GlobalView → Okta
ADP GlobalView Okta koppeling: Okta-gebruikers uit alle landen in GlobalView
ADP GlobalView → SailPoint
ADP GlobalView SailPoint koppeling: identiteiten uit alle GlobalView-landen in SailPoint