Identity en access management
Oracle HCM JumpCloud koppeling: JumpCloud-gebruikers uit Oracle HCM Cloud, ook waar de JumpCloud-import niet werkt
Met een koppeling tussen Oracle HCM Cloud en JumpCloud krijgt elke medewerker uit Oracle een JumpCloud-gebruiker met personeelsnummer, functie, afdeling, legal employer en leidinggevende, klaargezet vóór de eerste werkdag en geschorst na vertrek. JumpCloud noemt Oracle HCM Cloud zelf als systeem dat de eigen HR-import niet kan gebruiken; KoppelHet schrijft daarom rechtstreeks via de JumpCloud-API.
Wat de koppeling doet
Organisaties die Oracle HCM Cloud als HR-bron hebben en JumpCloud gebruiken voor accounts, apparaten en SSO, zoeken in JumpCloud vaak naar een Oracle-koppeling en vinden alleen de app voor Oracle Cloud Infrastructure. Gebruikers worden dan met de hand of met CSV-bestanden aangemaakt, en vertrekkers blijven actief tot iemand eraan denkt.
- In Oracle krijgt KoppelHet een integratiegebruiker met leesrechten op workers en de employee Atom feeds.
- In JumpCloud maakt de beheerder een API-sleutel voor een beheerdersaccount met alleen de rechten die de koppeling nodig heeft.
- Bij de start koppelen we bestaande JumpCloud-gebruikers aan hun PersonNumber, zodat niemand dubbel ontstaat.
- Een aanname uit Oracle wordt een klaargezette gebruiker; op de startdatum zet KoppelHet hem op actief.
- Bij beëindiging schorst KoppelHet de gebruiker op de laatste werkdag; bij een geannuleerde aanname verwijdert het de klaargezette gebruiker.
Waar je op let bij Oracle HCM Cloud en JumpCloud
- JumpCloud zet Oracle HCM Cloud in zijn eigen probleemoplossingsartikel op de lijst van systemen waarmee de Custom API-import op dit moment niet werkt. KoppelHet probeert die import dus niet, maar maakt en wijzigt de gebruikers zelf via de API van JumpCloud.
- De Oracle-app in de JumpCloud-catalogus gaat over Oracle Cloud Infrastructure. Die regelt SSO en zet JumpCloud-gebruikers via SCIM in OCI, de andere kant op. Medewerkers uit Oracle HCM halen hoort daar niet bij.
- Oracle meldt een aanname al met de toekomstige startdatum. JumpCloud kent de status klaargezet, waarin een gebruiker nog geen toegang tot apps heeft. KoppelHet maakt de gebruiker in die status aan, zodat laptop en groepen klaarstaan, en activeert hem op de eerste werkdag.
- Haakt een kandidaat voor de start af, dan stuurt Oracle een aparte melding voor de geannuleerde arbeidsrelatie. Omdat de JumpCloud-gebruiker dan nog nooit actief was, verwijdert KoppelHet hem, in plaats van een geschorste gebruiker achter te laten voor iemand die nooit begon.
- In JumpCloud is employeeIdentifier uniek per gebruiker. KoppelHet zet daar het PersonNumber in, dat bij een overplaatsing naar een andere legal employer gelijk blijft terwijl Oracle een nieuwe arbeidsrelatie maakt. De collega houdt zo zijn gebruiker, apparaten en MFA; alleen company en groepen wijzigen.
- Het managerveld in JumpCloud verwijst naar een andere JumpCloud-gebruiker, niet naar een nummer uit Oracle. Oracle kan meerdere managers per assignment hebben; KoppelHet neemt de lijnmanager van de primaire assignment, zoekt diens JumpCloud-gebruiker op en maakt bij een gelijktijdige start eerst de manager aan.
- Oracle geeft lijsten in pagina's van standaard 25 regels, met hasMore als teken dat er meer is. Bij de nachtelijke vergelijking leest KoppelHet door tot hasMore false is, zodat een vertrekker op pagina twintig niet buiten de controle valt.
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
Kunnen we niet gewoon de HR-import van JumpCloud gebruiken?
Niet voor Oracle HCM Cloud. JumpCloud noemt Oracle HCM Cloud zelf als systeem waarmee die import nu niet werkt.
Wat gebeurt er met een vertrekker in JumpCloud?
De gebruiker wordt geschorst op de laatste werkdag. Apparaten en historie blijven zichtbaar; verwijderen blijft een keuze van IT.
Krijgen ingehuurde krachten uit Oracle ook een gebruiker?
Dat bepalen jullie. Het soort medewerker gaat mee als employeeType, zodat groepen in JumpCloud inhuur anders kunnen behandelen.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- Oracle HCM Cloud: employee Atom feeds newhire (ook toekomstige aannames), empassignment, termination en cancelworkrelship; workers-resource met names, workRelationships (LegalEmployerName, PrimaryFlag), assignments (JobName, DepartmentName, LocationName) en managers; paginering met limit en offset, standaard 25, hasMore en totalResults=true.
- JumpCloud API v1 met header x-api-key: POST en PUT /systemusers met username, email, firstname, lastname, employeeIdentifier (uniek per gebruiker), jobTitle, department, company, location, employeeType, manager (id van een andere systemuser), attributes en state (STAGED, ACTIVATED, SUSPENDED); DELETE voor een geannuleerde aanname. Regio-URL console.eu.jumpcloud.com voor een EU-organisatie.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Oracle HCM Cloud | Veld in JumpCloud | Toelichting |
|---|---|---|
PersonNumber | employeeIdentifier | Uniek per gebruiker in JumpCloud |
names (KnownAs of FirstName, LastName) | firstname, lastname | |
Naamgevingsregel | username en email | |
assignments: JobName | jobTitle | |
assignments: DepartmentName | department | |
workRelationships: LegalEmployerName | company | |
assignments: LocationName | location | |
WorkerType | employeeType | |
Lijnmanager van de primaire assignment | manager (JumpCloud-gebruikers-id) | |
Feeds newhire, termination en cancelworkrelship | state (STAGED, ACTIVATED, SUSPENDED) of verwijderen |
Gerelateerd
Ashby → Oracle HCM Cloud
Ashby Oracle HCM koppeling: geaccepteerd aanbod op een opening wordt een pending worker
Bullhorn → Oracle HCM Cloud
Bullhorn Oracle HCM koppeling: goedgekeurde plaatsing van een werknemer wordt een pending worker
Carerix → Oracle HCM Cloud
Carerix Oracle HCM koppeling: geslaagde plaatsing als pending worker in Oracle HCM Cloud
Greenhouse → Oracle HCM Cloud
Greenhouse Oracle HCM koppeling: geaccepteerd aanbod als pending worker in Oracle HCM Cloud