Identity en access management
Remote Omada koppeling: werknemers, EOR en contractors uit Remote als identiteiten in Omada
Met een koppeling tussen Remote en Omada Identity staat iedereen die via Remote voor jullie werkt als identiteit in Omada, met soort dienstverband, entiteit, land, afdeling en leidinggevende, en met een status die de onboarding en offboarding in Remote volgt. Omada heeft geen connector voor Remote; KoppelHet levert de identiteiten aan de REST-collector van Omada.
Wat de koppeling doet
Organisaties die mensen in andere landen via Remote in dienst hebben en Omada voor identity governance gebruiken, zien die mensen vaak niet in hun HR-bron voor Omada. Accounts van EOR-medewerkers en contractors hangen dan zonder identiteit in Omada, en vallen buiten reviews en vertrekregels.
- In Remote komt een Customer API-token met alleen leesscopes, en webhooks voor dienstverband en gebruikersstatus.
- KoppelHet houdt per dienstverband één regel bij met de status volgens jullie afspraken.
- In Omada maakt de beheerder een systeem met de REST-collector voor identiteitsgegevens, met OAuth2 Client Credentials naar KoppelHet.
- Omada leest identiteiten, contexten en eigenaren, en berekent rollen per soort dienstverband en entiteit.
- Bij livegang zetten we een drempel op verwijderde identiteiten.
Waar je op let bij Remote en Omada
- Remote biedt medewerkers aan via een SCIM-ingang, en Omada heeft een SCIM-collector. Die collector leest gebruikers echter als accounts, niet als identiteiten, en zet een lijst sinds Omada 14.0.7 alleen nog in een extensieattribuut. KoppelHet levert Remote daarom aan de REST-collector, met identiteiten, contexten en eigenaren.
- Een dienstverband in Remote doorloopt veel stappen vóór actief, zoals uitgenodigd, gestart met onboarding, in review en wachtend op ontbrekende velden. KoppelHet levert al die stappen als inactief, zodat Omada rechten kan voorbereiden maar pas toekent als Remote het dienstverband actief zet.
- Remote zet de gebruikersstatus op inactief als een dienstverband wordt opgeschort, en stuurt daar een aparte webhook bij. KoppelHet levert zo iemand als inactief en niet als beëindigd, zodat Omada de toegang stillegt zonder de vertrekprocedure te starten.
- Remote kent vier soorten dienstverband, waaronder EOR via Remote, contractor en direct_employee voor de eigen entiteit. KoppelHet levert de soort als context, naast de entiteit die iemand in dienst heeft, zodat Omada voor een contractor andere rollen en reviewers kan gebruiken dan voor een werknemer.
- Bij een offboarding toetst Remote eerst de regels van het land, waarna de einddatum nog kan verschuiven. KoppelHet zet de geldigheid van de identiteit pas als Remote de offboarding heeft doorgezet, zodat Omada niet op een voorgestelde datum de toegang intrekt.
- Vertrouwelijke offboardings staan niet in de gewone lijst van Remote en komen alleen mee als je er apart om vraagt. KoppelHet vraagt ze apart op en geeft Omada alleen de einddatum en de status, zonder reden, zodat reviewers in Omada niets over het vertrek te zien krijgen.
- Remote kan een dienstverband door een beheerder zacht laten verwijderen. KoppelHet behandelt dat niet als vertrek maar meldt het aan HR, en houdt in Omada een drempel op verwijderde identiteiten, zodat een opruimactie in Remote niet ongemerkt identiteiten laat verdwijnen.
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
Kan Omada de SCIM-ingang van Remote niet zelf lezen?
Wel als accounts, maar niet als identiteiten met status en contexten. Voor identity governance is de REST-collector met KoppelHet de route.
Komen EOR-medewerkers en contractors ook in Omada?
Ja, met de soort dienstverband als context, zodat jullie er eigen regels aan kunnen hangen.
Ziet Omada de reden van een vertrek?
Nee. Omada krijgt alleen status en einddatum.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- KoppelHet leest Remote via de Remote API (gateway.remote.com) met een Customer API-token: GET /v1/employments (status created tot active, archived en deleted; type; engaged_by_legal_entity_id), SCIM GET /v1/scim/v2/Users voor afdeling, personeelsnummer en leidinggevende, webhooks ondertekend met X-Remote-Signature (onder meer employment.user_status.activated en employment.user_status.deactivated) en vertrouwelijke offboardings met include_confidential.
- 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, context assignments en identity owners. Drempels voor nieuwe, gewijzigde en verwijderde objecten. De SCIM-collector van Omada importeert gebruikers als accounts.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Remote | Veld in Omada | Toelichting |
|---|---|---|
employment id | Business key en Unique ID | |
Naam | Name | |
status en user_status | Status | |
type (employee, contractor, direct_employee, global_payroll_employee) | Context (type soort dienstverband) | |
engaged_by_legal_entity_id en country | Context (type entiteit) | |
department (SCIM enterprise extension) | Context (type afdeling) | |
manager (SCIM enterprise extension) | Owner UID | |
Bevestigde einddatum offboarding | Geldig tot |
Gerelateerd
Greenhouse → Remote
Greenhouse Remote koppeling: buitenlandse aannames als EOR-employment met het formulier van het land
Recruitee → Remote
Recruitee Remote koppeling: buitenlandse aannames direct als employment bij Remote
Remote → 4PS Construct
Remote 4PS Construct koppeling: eigen medewerkers van de bouwentiteit uit Remote in 4PS
Remote → Active Directory
Remote Active Directory koppeling: accounts voor collega's in andere landen