Identity en access management
Deel Omada koppeling: werknemers, EOR en contractors uit Deel als identiteiten in Omada
Met een koppeling tussen Deel en Omada Identity leest Omada iedereen die via Deel voor jullie werkt als identiteit, met soort arbeidsrelatie, entiteit, afdeling, leidinggevende en een begin- en einddatum. KoppelHet zet per persoon één regel klaar die de REST-collector van Omada inleest.
Wat de koppeling doet
Organisaties die mensen in meerdere landen via Deel aannemen en Omada voor toegangsbeheer gebruiken, missen in Omada vaak precies de contractors en EOR-medewerkers. Die staan niet in de eigen payroll, dus niet in de bron die Omada al leest, terwijl ze wel accounts en rechten hebben.
- In Deel komt een organisatietoken met alleen leesrechten op people, contracten en organisatiestructuur.
- KoppelHet verwerkt de meldingen van Deel en houdt per persoon één regel bij, met het contract dat vandaag geldt.
- In Omada maakt de beheerder een systeem met de REST-collector voor identiteitsgegevens, met OAuth2 Client Credentials naar KoppelHet.
- Omada leest identiteiten, entiteiten en afdelingen, en koppelt elke identiteit aan zijn leidinggevende.
- Bij livegang zetten we drempels op verwijderde en gewijzigde identiteiten.
Waar je op let bij Deel en Omada
- Omada heeft ook een SCIM-collector, en Deel heeft een SCIM-API. Toch is dat geen route. De SCIM-collector leest gebruikers als accounts en niet als identiteiten, en kan sinds Omada 14.0.7 een lijst alleen nog naar een extensieattribuut zetten. De contracten van een persoon staan bij Deel juist als lijst.
- Wie van contractor naar EOR of eigen werknemer overstapt, krijgt in Deel een nieuw contract. KoppelHet houdt het Deel-id van de persoon als business key en geeft alleen de soort arbeidsrelatie opnieuw door, zodat Omada dezelfde identiteit houdt en alleen de rollen herberekent.
- Bij employer of record is Deel of een partner de juridische werkgever. KoppelHet zet bij die mensen de eigen entiteit of het land als context, zodat beleid en reviews in Omada per bedrijfsonderdeel blijven werken en niet op een vreemde werkgever uitkomen.
- Deel geeft de leidinggevende als werkadres, en Omada koppelt een eigenaar via de business key van een andere identiteit. KoppelHet vertaalt het adres naar het Deel-id van de leidinggevende, zodat goedkeuringen en reviews bij de juiste persoon uitkomen, ook als die in een ander land werkt.
- Iemand die in Deel nog niet is begonnen, staat op NOT_STARTED. KoppelHet levert die al aan met de begindatum als geldig vanaf, zodat Omada voorbereidende rechten kan klaarzetten zonder dat ze voor de start actief worden.
- Deel legt meldingen naar een adres stil na tien mislukte pogingen. Omada leest daarentegen op een eigen schema. KoppelHet bewaakt de meldingen en vergelijkt elke nacht alle mensen in Deel met de regels voor Omada, zodat een gemist vertrek uiterlijk de volgende ochtend in Omada staat.
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
Komen contractors ook in Omada?
Ja. Iedereen in Deel die moet kunnen werken krijgt een identiteit, met de soort arbeidsrelatie als attribuut voor rollen en reviews.
Kan Omada daarna zelf accounts maken in Entra ID of Google Workspace?
Ja, met de connectoren van Omada. KoppelHet levert alleen de HR-bron.
Gaan er salarisgegevens naar Omada?
Nee. Het token heeft geen rechten op betalingen en de regel bevat alleen de velden uit het ontwerp.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- Deel via de HRIS People API en contracten (worker_id, hiring_type, person_status ACTIVE, NOT_STARTED of INACTIVE, client_legal_entity, termination_last_day, direct_manager.work_email) met een organisatietoken, plus webhooks ondertekend met x-deel-signature. De Deel SCIM API (GET /scim/Users, scope Users:read) geeft contracten als employments-lijst en antwoordt bij te veel verzoeken met 429.
- Omada leest via de REST-collector (Content: Identity data) met OAuth2 Client Credentials: identiteiten met Business key, Unique ID, Name en Status, contexten met business key, Name en Type, eigenaren via Owner UID. De SCIM-collector van Omada importeert gebruikers als accounts en mapt lijsten sinds v14.0.7 alleen naar extensieattributen. Drempels voor nieuwe, gewijzigde en verwijderde objecten.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Deel | Veld in Omada | Toelichting |
|---|---|---|
worker_id | Business key en Unique ID | |
Voornaam en achternaam | Name | |
person_status en termination_last_day | Status | |
hiring_type | Soort identiteit | |
client_legal_entity | Context (entiteit) | |
department | Context (afdeling) | |
direct_manager.work_email | Identity owner | Vertaald naar de business key van de leidinggevende |
start_date en termination_last_day | Valid from en Valid to |
Gerelateerd
Ashby → Deel
Ashby Deel koppeling: aannames bij de eigen entiteit als direct employee in Deel
Bullhorn → Deel
Bullhorn Deel koppeling: eerste plaatsing als direct employee met contract in Deel
Carerix → Deel
Carerix Deel koppeling: geslaagde plaatsing als persoon of contract in Deel
Deel → 4PS Construct
Deel 4PS Construct koppeling: eigen werknemers van de bouwentiteit in 4PS, met afdeling en kostenplaats als dimensie