Identity en access management
Nedap ONS koppelen met JumpCloud: zorgmedewerkers en teams als bron voor JumpCloud
Met een koppeling tussen Nedap ONS en JumpCloud komen zorgmedewerkers uit ONS als gebruikers in JumpCloud, met hun teams als kenmerk waarop dynamische groepen de juiste apps en apparaten toewijzen. Voor de eerste werkdag staat de gebruiker klaar zonder toegang, en na het laatste contract in ONS schorst JumpCloud hem.
Wat de koppeling doet
Organisaties in de zorg die Nedap ONS gebruiken en JumpCloud voor accounts, apparaten en aanmelden, maken gebruikers vaak met de hand aan zodra een planner een nieuwe collega in ONS zet. Teamwissels en vertrek komen dan laat bij IT aan, terwijl toegang tot dossiers per team hoort te kloppen.
- De zorgorganisatie vraagt de koppeling aan via het Ons API Dashboard; Nedap beoordeelt de aanvraag.
- KoppelHet ontvangt de meldingen uit ONS en houdt per medewerker een actuele regel bij, met teams, contractdatums en een werkadres.
- In JumpCloud richten we een Custom API-import in op het adres van KoppelHet, met een statusregel op de contractdatums.
- Dynamische groepen in JumpCloud kijken naar het teamkenmerk en geven apps, apparaten en beleid.
- Na het laatste contract zet de statusregel de gebruiker op geschorst.
Waar je op let bij Nedap ONS en JumpCloud
- ONS geeft alleen toegang met een clientcertificaat dat Nedap ondertekent, na goedkeuring per koppeling. De import van JumpCloud leest een JSON-lijst met een sleutel en kan dat certificaat niet zelf aanvragen. KoppelHet houdt het certificaat en biedt JumpCloud een eigen adres met alleen de velden die JumpCloud nodig heeft.
- Werkadres en gebruikersnaam zijn verplicht in de JumpCloud-import, maar in ONS staat bij een nieuwe zorgmedewerker meestal geen werkadres. KoppelHet maakt beide uit de geboortenaam volgens jullie regel, zodat een huwelijk de login later niet verandert.
- Een zorgmedewerker werkt vaak in meerdere teams tegelijk. Een dynamische groep in JumpCloud vergelijkt waarden letterlijk en hoofdlettergevoelig. KoppelHet zet alle lopende teamcodes met scheidingstekens in één eigen kenmerk, zodat een regel op team 12 niet ook team 120 vangt.
- Een teamtoewijzing in ONS heeft een begin- en einddatum. KoppelHet past het teamkenmerk op die datums aan. JumpCloud berekent dynamische groepen opnieuw bij een gewijzigd kenmerk en elke nacht, en dat kan tot een dag duren; voor dossiers die direct dicht moeten, spreken we een vaste groep af.
- Een nieuwe collega staat vaak weken voor de start in ONS. De statusregel in JumpCloud houdt de gebruiker tot de eerste contractdag op klaargezet, zonder toegang. Is de gebruiker eenmaal actief geweest, dan kan hij volgens JumpCloud niet meer terug naar klaargezet.
- ONS stuurt meldingen niet opnieuw als de ontvanger faalt, bewaart mislukte meldingen een dag en kan een wijziging vóór de aanmaak sturen. KoppelHet bevestigt daarom direct, leest de medewerker daarna volledig na en gebruikt de updates-lijst van ONS als vangnet.
- ONS onderscheidt eigen medewerkers en externen, zoals flexkrachten en zzp'ers. Dat komt als employee type in JumpCloud, zodat een dynamische groep externen bijvoorbeeld strengere wachtwoord- of apparaatregels geeft.
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
Moet Nedap de koppeling goedkeuren?
Ja. De zorgorganisatie vraagt haar aan via het Ons API Dashboard; KoppelHet werkt in haar opdracht.
Wordt een vertrekker verwijderd uit JumpCloud?
Nee, geschorst. Verwijderen blijft een stap van IT.
Gaan er cliëntgegevens naar JumpCloud?
Nee. De koppeling vraagt bij Nedap alleen medewerkers, contracten en teamtoewijzingen aan.
Technische details voor IT
Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.
- Nedap ONS via de Ons API met webhooks (CREATE, UPDATE en DELETE voor employee, contract en team_assignment, plus team_assignment_changed; HMAC-SHA512 in X-Signature-SHA512, bevestiging met 200 binnen drie seconden, geen automatische herhaling, mislukte events 24 uur bewaard) en /v0/xstream/api/employees/updates en /data. Toegang met een door Nedap ondertekend clientcertificaat (RSA 4096 bits, TLS 1.2), aangevraagd via het Ons API Dashboard.
- JumpCloud: Custom API-import (HR Directories) op het KoppelHet-adres met Bearer Token of API Key, methode GET, offset-paginering (limit en offset), Total Count; verplichte mapping Company email en Username; State via EXPR met manageUserState (STAGED, ACTIVATED, SUSPENDED) en datumfuncties zoals today() en dateAfter(); geplande import per uur. Dynamische groepen op employeeType, department en een eigen kenmerk (maximaal vijf eigen kenmerken per groep).
Welke velden overgaan
De belangrijkste velden. De volledige mapping stellen we per klant vast.
| Veld in Nedap ONS | Veld in JumpCloud | Toelichting |
|---|---|---|
identificationNo | employeeIdentifier | |
Roepnaam | firstname | |
Achternaam volgens naamgebruik | lastname | |
birthName en birthNamePrefix | username en Company email | Geboortenaam, zodat de login gelijk blijft |
type (0 Regular, 1 External) | employeeType | |
TeamAssignment (lopende teams) | Eigen kenmerk met teamcodes | Met scheidingstekens, voor dynamische groepen |
Team van het hoofdcontract | department | |
Begin eerste en einde laatste contract | State via manageUserState |
Gerelateerd
AFAS Profit → Nedap ONS
AFAS Nedap ONS koppeling: contracten naar de planning, uren terug naar salaris
HR2day → Nedap ONS
HR2day Nedap ONS koppeling: arbeidsrelaties, cao en contracturen automatisch in de zorgplanning
Nedap ONS → Active Directory
Nedap ONS Active Directory koppeling: accounts per zorglocatie, automatisch
Nedap ONS → Microsoft Entra ID
Nedap ONS Entra ID koppeling: Microsoft-accounts en teamgroepen voor zorgmedewerkers