Identity en access management
Oracle HCM Omada koppeling: Oracle HCM Cloud als gezaghebbende bron voor Omada Identity
Met een koppeling tussen Oracle HCM Cloud en Omada Identity wordt elke medewerker uit Oracle een identiteit in Omada, met afdeling en legal employer als context en de lijnmanager als eigenaar, zodat rollen en reviews op HR-gegevens draaien. Omada heeft geen connector voor Oracle HCM Cloud; KoppelHet zet per persoon één regel klaar uit de primaire arbeidsrelatie, die de REST-collector van Omada inleest.
Wat de koppeling doet
Organisaties die Oracle HCM Cloud wereldwijd gebruiken en Omada voor rollen en certificeringen, vinden geen Oracle HCM in de connectorlijst van Omada. De Oracle-connector van Omada gaat over accounts in Oracle-systemen, niet over HR als bron. Wat overblijft is een maandelijks rapport uit Oracle, waarin een overplaatsing tussen legal employers als vertrek en nieuwe aanname verschijnt.
- In Oracle maken we een integratiegebruiker met leesrechten op de employee-feeds en op workers, arbeidsrelaties en assignments.
- KoppelHet leest alle personen eenmalig en volgt daarna de feeds voor aannames, wijzigingen, beëindigingen en annuleringen.
- Per persoon zet KoppelHet één regel klaar met de gegevens van de primaire arbeidsrelatie en assignment.
- In Omada maken we een REST-systeem voor identiteitsdata dat de regels leest als identiteiten, contexten en eigenaren.
- Na elke import vergelijkt KoppelHet de aantallen met Oracle en meldt afwijkingen.
Waar je op let bij Oracle HCM Cloud en Omada
- In de connectorlijst en de documentatie van Omada staat geen connector voor Oracle HCM Cloud. Het Oracle-connectorblad van Omada beschrijft toegang aanvragen, provisionen en reviewen in Oracle-systemen; HR als gezaghebbende bron hoort daar niet bij. Voor Oracle HCM gebruiken we daarom de REST-collector met content Identity data.
- In Oracle hangen assignments onder arbeidsrelaties, die weer onder de persoon hangen. Een geneste aanroep in de REST-collector van Omada gebruikt bij een lijst alleen het eerste element, en kost per regel een extra aanroep. Een tweede arbeidsrelatie zou dan stil wegvallen. KoppelHet kiest de primaire relatie en assignment zelf en levert per persoon één platte regel.
- Bij een overplaatsing naar een andere legal employer maakt Oracle een nieuwe arbeidsrelatie, terwijl het PersonNumber gelijk blijft. Gebruikt Omada dat nummer als business key, dan houdt de identiteit haar historie en reviews. KoppelHet verandert alleen de context werkgever, zodat Omada de overplaatsing ziet als wijziging en niet als vertrek plus aanname.
- Oracle meldt een aanname al zodra HR hem met een toekomstige startdatum vastlegt. KoppelHet zet die persoon met ValidFrom op de startdatum in de regels, zodat Omada de identiteit kent maar rollen pas vanaf de eerste werkdag laat gelden.
- Haakt een kandidaat voor de start af, dan stuurt Oracle een aparte annulering van de arbeidsrelatie. KoppelHet geeft die identiteit in Omada een status die laat zien dat hij nooit is begonnen. Omada waarschuwt dat een status uit de HR-bron een in Omada gezette status kan overschrijven; we spreken met jullie af welke kant leidend is.
- De employee-feeds van Oracle vuren voor medewerkers, contingent workers en pending workers. Of ingehuurde krachten in Omada rollen krijgen, is een keuze per organisatie. KoppelHet zet het soort medewerker als extensieattribuut in de regel, zodat rolregels in Omada inhuur anders kunnen behandelen dan vaste medewerkers.
- Een herindeling in Oracle met één ingangsdatum kan honderden afdelingen tegelijk wijzigen. In Omada staan de drempels per import standaard op nul, dus uit. KoppelHet stelt drempels in voor nieuwe, gewijzigde en verwijderde objecten, zodat een fout in de Oracle-structuur eerst een melding geeft in plaats van een golf ingetrokken rollen.
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
Wat gebeurt er met medewerkers met twee arbeidsrelaties?
Omada krijgt één identiteit met de gegevens van de primaire relatie. Wisselt de primaire relatie in Oracle, dan wisselt de context in Omada mee.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- Oracle HCM Cloud via de employee Atom feeds (newhire, empassignment, empupdate, termination, cancelworkrelship) en de workers-resource met workRelationships (PrimaryFlag, LegalEmployerName), assignments (DepartmentName, JobName) en managers; paginering met offset en limit.
- Omada REST-collector (Content: Identity data) met OAuth2 Client Credentials naar het KoppelHet-endpoint; verplichte identiteitsmapping Business key, Unique ID, Name en Status; contexten met Business key, Name en Type (afdeling, werkgever), context assignments met Identity UID, identity owners met Owner UID; drempels per import; time-out standaard 3600 seconden.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Oracle HCM Cloud | Veld in Omada | Toelichting |
|---|---|---|
PersonNumber | Business key en Unique ID | Blijft gelijk bij overplaatsing |
names (FirstName, LastName, KnownAs) | Name, FirstName, LastName | |
emails (werk) | Email | |
Status van de arbeidsrelatie en TerminationDate | Status, ValidTo | |
StartDate (arbeidsrelatie) | ValidFrom | |
DepartmentName (primaire assignment) | Context (afdeling) en context assignment | |
LegalEmployerName | Context (werkgever) | |
Lijnmanager (managers) | Identity owner | |
WorkerType | EmploymentType (extensieattribuut) |
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