Identity en access management
Factorial Omada koppeling: medewerkers, entiteiten en teams uit Factorial als identiteiten in Omada
Met een koppeling tussen Factorial en Omada Identity leest Omada elke medewerker uit Factorial als identiteit, met juridische entiteit, teams, leidinggevende en het moment waarop de toegang volgens Factorial eindigt. KoppelHet levert de identiteiten aan de REST-collector van Omada en houdt ze bij met de webhooks van Factorial.
Wat de koppeling doet
Organisaties die Factorial voor HR gebruiken en Omada voor identity governance, laden medewerkers vaak uit een export. Een vertrek of een overstap naar een andere entiteit komt dan pas bij de volgende export in Omada, en teams uit Factorial spelen geen rol in het beleid.
- In Factorial komt een bedrijfstoken voor KoppelHet en webhook-abonnementen op medewerkers en contractversies.
- KoppelHet bewaart per medewerker alleen de velden voor Omada en houdt de stand bij.
- In Omada maakt de beheerder een systeem met de REST-collector voor identiteitsgegevens, met OAuth2 Client Credentials naar KoppelHet.
- Omada leest identiteiten, contexten en toewijzingen en berekent rollen per entiteit en team.
- Bij livegang zetten we een drempel op verwijderde identiteiten.
Waar je op let bij Factorial en Omada
- KoppelHet biedt de REST-collector van Omada één adres met identiteiten, contexten en toewijzingen uit Factorial.
- Bij een beëindiging in Factorial kiest HR een datum waarop de toegang tot Factorial stopt, los van de einddatum van het contract. KoppelHet geeft Omada de datum van de toegang als einde van de identiteit, zodat accounts elders niet langer openstaan dan Factorial zelf.
- Een geplande beëindiging is in Factorial niet te wijzigen; HR draait hem terug en voert hem opnieuw in. Factorial stuurt dan een melding voor terugdraaien en een voor opnieuw beëindigen. KoppelHet verwerkt beide en levert Omada alleen de laatste stand, zodat Omada geen herindiensttreding ziet.
- Gaat een medewerker over naar een andere juridische entiteit, dan maakt Factorial een nieuw contract dat op een datum ingaat, en blijft de medewerker tot die dag bij de oude entiteit. KoppelHet verplaatst de toewijzing in Omada op die datum, zodat rollen van de nieuwe entiteit niet te vroeg komen.
- Een medewerker kan in Factorial in meer dan één team zitten, en de REST-collector van Omada gebruikt bij geneste lijsten alleen het eerste element. KoppelHet levert daarom een aparte toewijzing per team, zodat Omada alle teams van een medewerker ziet.
- Een webhook-abonnement in Factorial ziet alleen medewerkers die het token mag zien, en een melding heeft geen eigen id. KoppelHet abonneert met een bedrijfstoken en verwerkt elke melding als nieuwe stand van de medewerker, zodat een herhaalde melding geen dubbele wijziging in Omada geeft.
- Meldingen van Factorial kunnen persoonlijke en financiële velden bevatten, zoals bankgegevens en identiteitsnummers. KoppelHet bewaart alleen de velden die Omada nodig heeft en gooit de rest direct weg, zodat die gegevens nooit in de identity-omgeving komen.
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
Welke einddatum gebruikt Omada?
De datum waarop de toegang tot Factorial stopt. De einddatum van het contract kan als extra attribuut mee.
Komen bankgegevens of salaris in Omada?
Nee. KoppelHet bewaart en levert 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.
- KoppelHet leest Factorial via de Factorial API (versie 2026-10-01 in het pad): employees met active, is_terminating, terminated_on, legal_entity_id, manager_id en company_identifier, contractversies, teams en legal entity changes. Webhooks employees/employee/create_with_contract, update, terminate en unterminate en contracts/contract_version/create en update; tot twintig pogingen in 48 uur, daarna uitgeschakeld en opnieuw aan te zetten; geen id per levering.
- 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. Bij geneste URL's alleen het eerste element van een lijst; drempels voor nieuwe, gewijzigde en verwijderde objecten.
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Factorial | Veld in Omada | Toelichting |
|---|---|---|
id | Business key en Unique ID | |
full_name | Name | |
active, is_terminating en terminated_on | Status en geldig tot | |
legal_entity_id | Context (type entiteit) | |
Teams | Context assignments (type team) | |
manager_id | Owner UID | |
company_identifier | Extensieattribuut personeelsnummer | |
email | Extensieattribuut werkadres |
Gerelateerd
Factorial → 4PS Construct
Factorial 4PS Construct koppeling: monteurs en uitvoerders met hun kostenplaats als dimensie in 4PS
Factorial → Active Directory
Factorial Active Directory koppeling: domeinaccounts vanuit Factorial
Factorial → ADP iHCM
Factorial ADP iHCM koppeling: contractversies en ontslag van de Nederlandse entiteit naar ADP
Factorial → AFAS Profit
Factorial koppelen met AFAS: medewerkers en contracten uit Factorial in AFAS Profit Payroll