Identity en access management

ADP GlobalView Active Directory koppeling: domeinaccounts per land uit de uitbestede payroll

Met een koppeling tussen ADP GlobalView en Active Directory maakt een nieuwe medewerker in GlobalView automatisch een domeinaccount aan, in de OU van zijn land en entiteit, met functie, afdeling en leidinggevende. Na de einddatum in GlobalView schakelt het programma van KoppelHet het account in Active Directory uit.

Bespreek je koppeling Zo werkt de koppeling

Geschreven door Marcel van Beek, oprichter en integratiespecialistLaatst bijgewerkt: 9 november 2026

Wat de koppeling doet

Internationale organisaties met een centraal Active Directory-domein en hun salarisverwerking per land bij ADP GlobalView, krijgen accountaanvragen per land op een andere manier binnen. Een vertrek in het ene land komt snel bij IT, in een ander land pas na de salarisrun, en accounts van vertrekkers blijven zo ongemerkt actief.

IT installeert het programma van KoppelHet op een server in het domein; ADP en de klant zetten leestoegang op GlobalView klaar.
KoppelHet leest per land de medewerkers en hun toewijzing uit GlobalView.
Voor een nieuwe medewerker maakt het programma een account aan in de OU van land en entiteit, met een inlognaam volgens de regel.
Een andere organisatie-eenheid of functie past afdeling en groepen aan.
Na de einddatum schakelt het programma het account uit en verplaatst het naar de OU voor vertrekkers.

Heen: Domeinaccount met inlognaam, UPN en personeelsnummer · OU per land en juridische entiteit · Functie, organisatie-eenheid en kostenplaats · Leidinggevende · Groepen per soort contract en werktijd

Waar je op let bij ADP GlobalView en Active Directory

Een lijst met medewerkers uit GlobalView geldt altijd voor één land, aangegeven met een landcode in de aanvraag. Het programma bouwt de OU-structuur daarom per land op, met daaronder de juridische entiteit, zodat groepsbeleid en printers per land kunnen verschillen.
Een inlognaam in Active Directory mag hoogstens 20 tekens tellen en moet uniek zijn in het domein. Medewerkers uit landen met lange of samengestelde achternamen, of met tekens buiten het Latijnse alfabet, krijgen een inlognaam volgens een vaste regel met transliteratie en volgnummer.
Bij een overstap naar een andere entiteit of een herindiensttreding krijgt de medewerker in GlobalView een nieuw personeelsnummer, en de oude toewijzing verdwijnt uit de API. Het programma houdt het bestaande domeinaccount aan en werkt alleen nummer, entiteit en OU bij, zodat de medewerker zijn bestanden en rechten houdt.
GlobalView geeft per aanvraag hoogstens honderd medewerkers terug. Bij grote landen leest KoppelHet in pagina's en vergelijkt pas als alle pagina's binnen zijn, zodat een onderbroken ronde niet leidt tot uitschakelen van medewerkers die op een latere pagina stonden.
GlobalView legt vast of iemand voltijd of deeltijd werkt en of het contract voor bepaalde tijd of vast is. Het programma zet dat om in groepslidmaatschappen, zodat bijvoorbeeld tijdelijke krachten geen toegang krijgen tot mappen die alleen voor vaste medewerkers bedoeld zijn.
Het organisatiemodel van GlobalView volgt SAP, met onder meer personeelsgebied en organisatie-eenheid. Het programma vult het AD-veld department met de organisatie-eenheid en het veld company met de juridische entiteit, en laat de overige SAP-eenheden buiten het domein.
De leidinggevende staat in GlobalView als ADP-ID van een andere medewerker, en die kan in een ander land werken. KoppelHet leest daarom eerst alle landen en zet daarna pas de manager, zodat een leidinggevende uit een ander land ook in Active Directory wordt gevonden.

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, architectuur en compliance

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.

Prijsindicatie · Basis

Veelgestelde vragen

Moeten er poorten open in de firewall?

Nee. Het programma in het domein maakt zelf een uitgaande verbinding met het KoppelHet-platform.

Staan alle medewerkers in GlobalView?

Alleen die in landen waarvan ADP de payroll verwerkt. Medewerkers in andere landen, of externen, blijven bij de start buiten de koppeling.

Kunnen we ook naar Entra ID koppelen?

Ja. Wordt het domein gesynchroniseerd naar Microsoft 365, dan komen de gegevens via die synchronisatie mee. Een directe koppeling met Entra ID is een aparte koppeling.

Technische details voor IT

Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.

ADP GlobalView Worker API (alleen lezen): GET /hr/v2/worker-demographics of /hr/v2/workers met header ADP-Context-ExpressionID country='XX', OData $top en $skip (maximaal 100 per aanvraag); velden onder meer associateOID, payrollFileNumber, legalName, legalEntityID, homeOrganizationalUnits, assignmentCostCenters, jobTitle, reportsTo, workLevelCode, assignmentTermCode, hireDate en terminationDate. Registratie in de Consumer Application Registry en een Communication User in GlobalView.
Een KoppelHet-agent in het domein schrijft via een uitgaande verbinding employeeID, sAMAccountName (maximaal 20 tekens), userPrincipalName (uniek in het forest), mail, givenName, sn, displayName, title, department, company, c, manager, extensionAttributes voor ADP-ID en kostenplaats, en userAccountControl; OU per land en entiteit.

Welke velden overgaan

De belangrijkste velden. De volledige mapping stellen we per klant vast.

Veld in ADP GlobalView	Veld in Active Directory	Toelichting
`associateOID`	`Eigen attribuut als vaste sleutel`
`payrollFileNumber`	`employeeID`
`Naamgevingsregel`	`sAMAccountName`	Maximaal 20 tekens, uniek in het domein
`Naamgevingsregel met domein per land`	`userPrincipalName en mail`
`legalName.givenName en familyName1`	`givenName, sn en displayName`
`assignedWorkLocations.address.countryCode`	`c en OU`
`legalEntityID`	`company en OU`
`homeOrganizationalUnits (type ORGEH)`	`department`
`assignmentCostCenters.costCenterID`	`Eigen attribuut kostenplaats`
`jobTitle`	`title`
`reportsTo.associateOID`	`manager`
`workLevelCode en assignmentTermCode`	`Groepen`
`terminationDate`	`userAccountControl (uitgeschakeld)`

Bronnen

ADP GlobalView Active Directory koppeling: domeinaccounts per land uit de uitbestede payroll

Wat de koppeling doet

Waar je op let bij ADP GlobalView en Active Directory

Hoe we het bouwen en beheren

Implementatie en prijs

Veelgestelde vragen

Moeten er poorten open in de firewall?

Staan alle medewerkers in GlobalView?

Kunnen we ook naar Entra ID koppelen?

Technische details voor IT

Welke velden overgaan

Gerelateerd

ADP GlobalView → Microsoft Entra ID

ADP GlobalView → Google Workspace

ADP GlobalView → Okta

ADP GlobalView → SailPoint

Welke systemen wil je koppelen?