Nmbrs logoOmada logo

Identity en access management

Nmbrs Omada koppeling: de salarisadministratie als bron voor identiteiten in Omada Identity

Met een koppeling tussen Nmbrs en Omada Identity leest Omada elke medewerker uit Nmbrs als identiteit, met bedrijf, afdeling, functie, leidinggevende en een status die volgt uit de datum uit dienst. KoppelHet zet de Nmbrs-gegevens om in één regel per medewerker die de REST-collector van Omada direct kan inlezen, zonder salarisgegevens.

Wat de koppeling doet

Organisaties die HR en salaris in Nmbrs doen en toegang met Omada regelen, hebben geen kant-en-klare verbinding tussen die twee. Medewerkers komen dan via een export in Omada, die op de salarisadministratie is ingericht en niet op rollen, en een vertrek wordt pas opgepikt als iemand de export opnieuw draait.

  1. Iemand met een Nmbrs-login op werkgeversniveau geeft de koppeling eenmalig toestemming om medewerkers en de bedrijfsstructuur te lezen.
  2. KoppelHet haalt per Nmbrs-bedrijf de medewerkers op met afdeling, functie en leidinggevende.
  3. KoppelHet biedt één regel per medewerker aan op een eigen beveiligd adres, met een sleutel die over alle bedrijven uniek is.
  4. De REST-collector van Omada leest dat adres als gezaghebbende bron; Omada kent rollen toe op afdeling en functie.
  5. Na de datum uit dienst wordt de status inactief en trekt Omada de toegang in.
Nmbrs → KoppelHet → OmadaBRONNmbrsDOELOmadaKoppelHetmapping · logging · monitoringNmbrs → KoppelHet → OmadaBRONNmbrsDOELOmadaKoppelHetmapping · logging · monitoring
Heen: Identiteit met bedrijfscode en personeelsnummer · Afdeling en functie voor rollen · Leidinggevende voor goedkeuringen · Status uit de datum uit dienst

Waar je op let bij Nmbrs en Omada

  • Personeelsnummers zijn in Nmbrs uniek per bedrijf, terwijl Omada voor elke identiteit een unieke business key eist. KoppelHet bouwt de sleutel uit bedrijfscode en personeelsnummer, zodat medewerker 1001 van twee bedrijven niet als één identiteit in Omada belandt.
  • Omada houdt de status van een identiteit ook zelf bij en waarschuwt dat een status uit de HR-bron daar overheen kan schrijven. Met jullie leggen we vast dat een blokkade door security in Omada blijft staan, ook als Nmbrs de medewerker nog als actief toont.
  • Afdeling en functie hebben in Nmbrs een startperiode in de salarisadministratie en geen losse ingangsdatum. KoppelHet levert de nieuwe waarde vanaf de eerste dag van die periode aan Omada, zodat rollen meebewegen met de periode waarin de salarisadministratie de wissel verwerkt.
  • Nmbrs kent van de leidinggevende een nummer, naam en e-mailadres. Omada heeft de sleutel van de identiteit van die leidinggevende nodig om goedkeuringen en reviews te routeren. KoppelHet zet de leidinggevende om naar die sleutel en meldt het als die niet te vinden is.
  • Nmbrs stopt op 1 maart 2027 met zijn oude SOAP-koppelvorm. Een export voor Omada die daarop draait, moet dan om. KoppelHet bouwt deze koppeling meteen op de REST API, met een login op werkgeversniveau; een login van een administratiekantoor werkt daarvoor niet.
  • In Nmbrs staan BSN, loon en bankrekening dicht bij de medewerkergegevens. De koppeling vraagt alleen leesrechten op medewerkers en bedrijfsstructuur, en het adres dat Omada leest bevat niets anders dan wat rollen en levenscyclus nodig hebben.
  • Omada kan per import een drempel zetten op het aantal verwijderde identiteiten, maar die drempel staat standaard uit. Een verkeerd gekozen bedrijf in Nmbrs zou zo in één keer alle medewerkers laten verdwijnen. We zetten die drempel bij livegang aan.

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, architectuur en compliance

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.

Prijsindicatie · Basis

Laat je zakelijke e-mailadres achter, dan zie je de prijsindicatie direct.

We gebruiken je adres alleen om je vraag over deze koppeling op te volgen.

Veelgestelde vragen

We hebben Nmbrs via ons administratiekantoor. Kan dat?

Ja, maar de koppeling heeft een eigen login op werkgeversniveau nodig. Die regelen jullie samen met het kantoor.

Gaan er salarisgegevens naar Omada?

Nee. Alleen naam, bedrijf, afdeling, functie, leidinggevende en de datums in en uit dienst.

Technische details voor IT

Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.

  • Nmbrs wordt gelezen via de Nmbrs REST API met OAuth 2.0 en alleen leesscopes voor medewerkers en bedrijfsstructuur; daarvoor is een login op debiteurniveau nodig. De SOAP API stopt per 1 maart 2027.
  • Omada leest via de REST-collector (Content: Identity data) met OAuth2 Client Credentials; verplichte velden Business key, Unique ID, Name en Status; met Filter en #MinRow() of #MaxRow() is één regel per sleutel af te dwingen; Thresholds voor nieuwe, gewijzigde en verwijderde objecten in procenten (standaard 0, uit).

Welke velden overgaan

De belangrijkste velden. De volledige mapping stellen we per klant vast.

Veld in NmbrsVeld in OmadaToelichting
Bedrijfscode + personeelsnummerBusiness key en Unique IDVerplicht in Omada
Roepnaam en achternaam volgens naamstellingNameVerplicht in Omada
Datum uit dienstStatusVerplicht in Omada; afgeleid door KoppelHet
Afdeling (code en omschrijving)Afdeling
Functie (code en omschrijving)Functie
LeidinggevendeManagerOmgezet naar de sleutel van de leidinggevende
Nmbrs-bedrijfBedrijf

Gerelateerd

Welke systemen wil je koppelen?

Vertel welke systemen je gebruikt en wat er automatisch moet gebeuren. Samen bepalen we de kleinste werkende oplossing, met een helder ontwerp en een offerte vooraf.