English
Laatste update: 22 september 2026
SOAP API wordt uitgefaseerd en gaat stoppen.
Nmbrs Payroll heeft aangekondigd dat per 1 maart 2027 de huidige SOAP API wordt stopgezet. eveHRyday heeft destijds (begin 2021) na uitgebreid overleg met Nmbrs Payroll ervoor gekozen om te bouwen op de SOAP API. Dit had er mee te maken dat de REST API op dat moment verre van volwassen was en naar eigen zeggen ook nog wel tenminste 4 a 5 jaar nodig zou hebben om daartoe te komen.
Waarom deze migratie?
Payroll- en HR-gegevens zijn niet zomaar data. Het zijn gegevens waar mensen op vertrouwen, en die bescherming verdienen. Hoe meer partijen op Nmbrs Payroll aansluit, hoe belangrijker de verantwoordelijkheid wordt om beveiliging consequent af te dwingen, op elke verbinding.
SOAP is niet gebouwd voor de beveiligingseisen van vandaag. Denk aan toegangscontrole, tokenbeheer en de mogelijkheid om toegang in te trekken. De REST API werkt standaard met OAuth 2.0. De eindgebruiker heeft daarmee volledige controle over zijn eigen data.
Eén ding versnelt de urgentie: AI verlaagt de drempel om integraties te bouwen. De risico's groeien daarmee sneller dan voorheen. Overstappen op REST verkleint die risico's structureel.
Wat betekent dit voor eveHRyday?
In principe niets behalve dan dat we aan de slag moeten om de functionaliteit te behouden en dit doen we door alle functionaliteit over te bouwen naar REST API.
We beginnen met de connectie, met REST API wordt er op een andere manier gekoppeld. Zodra we dat onderdeel klaar hebben zullen alle omgevingen bestaan uit 2 (twee!) connecties, 1 op de huidige SOAP manier d.m.v. een username en API token en 1 op de nieuwe REST manier d.m.v. OAuth 2.0.
We hebben nauw contact met Nmbrs Payroll om ervoor te zorgen dat we geruisloos overgaan. We koppelen dus 2x omdat we REST en SOAP parallel naast elkaar gaan gebruiken tot het moment dat alle functionaliteit is omgezet, getest en naar behoren werkt. Via de nieuwsbrief en update section zullen we je informeren over wijzigingen die van invloed zijn op de werking of die een andere aanpak nodig hebben.
Wij verwachten dat we tenminste 95% van de huidige functionaliteit kunnen behouden, 3% via een goed werkbare workaround en 2% mogelijk verliezen in functionaliteit. Wel zullen we met Nmbrs Payroll in gesprek blijven omdat we denken dat alles zou moeten kunnen worden behouden.