Update NL 04-11-2026 Volgen

Verbeterd

Arbeidskorting en uitkeringen vanaf 2027: nieuwe instellingen

Vanaf 2027 wordt geen arbeidskorting meer berekend over bepaalde uitkeringen bij het uitbetalen in combinatie met loon uit tegenwoordige dienstbetrekking. Daarnaast wordt de uitkering in een aparte inkomstenverhouding opgegeven in de loonaangifte.

Om dit te verwerken in Nmbrs maak je daar vanaf de update van 4 november 2026 instellingen voor aan.
Voor meer informatie zie het artikel "Uitkering zonder arbeidskorting instellen voor 2027"

Annuleren van verlofaanvragen: eenvoudigere flow en annuleringsreden overal zichtbaar

Sinds 21 oktober 2026 annuleren medewerkers hun verlofaanvragen en voegen ze daarbij een reden toe. Tot nu toe stond die reden alleen in de e-mail aan de leidinggevende of accountant. Met deze update werkt annuleren consequenter en zie je de reden overal waar de verlofaanvraag verschijnt, zodat iedereen die erbij betrokken is ziet waarom het verlof is geannuleerd.

Wat is er nieuw?

• Eén icoon om te annuleren: de prullenbak is weg en het kruisje geldt voor zowel aanvragen in behandeling als goedgekeurde (toekomstige) aanvragen
• Ook aanvragen in behandeling openen nu de annuleerpop-up. Een geannuleerde aanvraag in behandeling blijft zichtbaar voor de medewerker met de status 'Geannuleerd'. Voorheen verdween die helemaal
• De leidinggevende krijgt alleen een e-mail als een goedgekeurde aanvraag wordt geannuleerd, niet bij een aanvraag in behandeling
• De annuleringsreden verschijnt als infoicoon met een tooltip in de medewerkerslogin en in de verlofpop-up op medewerkerniveau
• Nieuwe kolom 'Annuleringsreden' in Bedrijf > Overzichten > Verlofregistratie

Verlof dat de werkgever invoert krijgt standaard de status Goedgekeurd

Registreert een accountant, klant of bedrijfslogin-gebruiker verlof voor een medewerker via verlof of verzuim, dan staat de status in de keuzelijst nu standaard op 'Goedgekeurd' in plaats van 'In behandeling'. Verlof dat deze gebruikers invoeren, is meestal al goedgekeurd en hoeft alleen nog geregistreerd te worden.

Voordelen
Dit scheelt een handmatige stap en voorkomt dat verlof per ongeluk op 'In behandeling' blijft staan.

AI Assistant: Wijzig details op de goedkeuringskaart met de nieuwe knop 'Wijzig'

Je wijzigt nu iets op de goedkeuringskaart in plaats van de kaart te annuleren. Elke goedkeuringskaart heeft een knop 'Wijzig' naast 'Goedkeuren' en 'Annuleren', dus een verkeerde startdatum, een verkeerd salaris of een verkeerd e-mailadres betekent niet meer opnieuw beginnen.

Wat is er nieuw?

• Klik op 'Wijzig' en de assistent vraagt wat je aanpast. Nadat je dat beschrijft, krijg je een nieuwe goedkeuringskaart met de bijgewerkte waarden. Er wordt niets opgeslagen voordat je goedkeurt
• Na een wijziging van het salaris of de uren wordt het Jaarloon BT opnieuw geschat, zolang het de schatting van Nmbrs was en geen bedrag dat je zelf hebt opgegeven
• 'Annuleren' eindigt nu met een korte bevestiging en biedt niet meer aan om het opnieuw te proberen, alsof er iets mis is gegaan
• De goedkeuringskaart voor een nieuwe medewerker is opgebouwd uit de nieuwste waarden en toont dus geen verouderde waarden meer

AI Assistant: medewerkers met een startdatum in 2027 aanmaken

We zagen dat klanten via de AI Assistant medewerkers probeerden aan te maken met een startdatum in 2027, bijvoorbeeld een indiensttreding in januari die nu al wordt ingevoerd, en dat dit mislukte. Opslaan lukte niet en het onboarden eindigde vaak zonder medewerker, waardoor sommigen de startdatum naar december verplaatsten om de medewerker toch op te slaan. We hebben dit opengesteld.

Wat is er nieuw?

• Een startdatum in 2027 wordt nu geaccepteerd, net als in de gewone medewerkerwizard
• Een startdatum na 2027, of na het eindjaar van het bedrijf, wordt geweigerd met een melding die zegt wat je doet
• Startdatums in 2026 of eerder werken zoals voorheen

Opgelost

HR Workflow: foutmelding bij het toepassen van gegevens uit het formulier voor de eerste werkdag

Bij het toepassen van de gegevens uit het formulier voor de eerste werkdag verscheen een foutmelding.

De oplossing
Dit is opgelost.

AI Assistant: een jaarsalaris wordt niet meer opgeslagen als maandsalaris

Stond in een contract alleen een jaarsalaris, dan gebruikte de AI Assistant dat bedrag soms als salaris per verloningsperiode. Het salaris en het Jaarloon BT werden dan ongeveer 12 keer te hoog opgeslagen.

De oplossing

• Geeft het contract alleen een jaarsalaris, dan vraagt de assistent nu om het salaris per verloningsperiode in plaats van het jaarbedrag te gebruiken
• Een salaris dat per periode is opgegeven, wordt gebruikt zoals voorheen

AI Assistant: bedragen met een decimale komma worden niet meer 100 keer te hoog gelezen

Een bedrag in Nederlandse schrijfwijze, zoals 2900,00, werd gelezen als 290000. Het Jaarloon BT kwam daardoor zonder waarschuwing 100 keer te hoog uit.

De oplossing

• Een bedrag als 2900,00 of 2.900,00 wordt niet meer verkeerd gelezen als 290.000. Het wordt gesignaleerd en gecorrigeerd voordat het Jaarloon BT wordt geschat
• Een bedrag als gewoon getal, zoals 2900 of 2900.50, werkt zoals voorheen

Nieuwe versie 3.22.2 van de mobiele app

We rollen versie 3.22.2 aan het eind van deze week uit voor iOS en Android. Deze versie bevat kleine bugfixes en beveiligingsupdates.

Alleen voor Android
Bugfix voor de geoptimaliseerde kalenderweergave als de telefoon in de donkere modus staat.

Exact Online: handmatige XML-export maakte een JSON-bestand aan

Nadat de automatische Exact Online-koppeling naar de nieuwe REST API is verhuisd, werd ook de knop voor het handmatig downloaden van de Exact Online XML-export in het salarisdocument met bedrijfsjournaalposten geraakt. Die knop maakte een JSON-bestand aan, dat Exact Online niet importeerde.

De oplossing

• De knop maakt weer een XML-bestand aan, dat je zoals voorheen importeert in Exact Online
• De automatische koppeling via de dashlet voor de journaalpostenexport blijft de nieuwe API gebruiken
• Je hoeft zelf niets te doen

Exact Online: foutmelding 'Ongeldige referentie: kostenplaats' bij het versturen van journaalposten

Meerdere klanten kregen de foutmelding 'Ongeldige referentie: kostenplaats' bij het versturen van journaalposten naar Exact Online, bijvoorbeeld als kostenplaatsen of kostendragers speciale tekens bevatten, zoals '&'.

De oplossing

• Journaalposten met deze kostenplaatsen en kostendragers worden correct verstuurd en komen op de juiste kostenplaats in Exact Online terecht
• Je hoeft zelf niets te doen. Verstuur de journaalposten na de update opnieuw

Exact Online: journaalposten geweigerd door ontbreken van btw-codes

Het versturen van een journaalpost naar Exact Online mislukte als een grootboekrekening voor lonen in Exact Online een btw-code had. Exact Online paste dan zelf btw toe op de bedragen, wat fouten gaf.

De oplossing

• Journaalposten worden weer correct verstuurd, ook als grootboekrekeningen voor lonen een btw-code van 0% hebben of een btw-code van het type inclusief btw

• Zijn er btw-codes gekoppeld aan grootboekrekeningen voor lonen, zet dan in de dagboekinstellingen in Exact Online de instelling om btw toe te staan aan. Zonder btw-codes op de grootboekrekeningen is deze instelling niet nodig

  Let op: Eén inrichting wordt niet ondersteund. Een grootboekrekening voor lonen met een btw-code hoger dan 0% van het type exclusief btw, zorgt ervoor dat de boeking niet in balans is en wordt daarom afgekeurd. Zie het nieuwsbericht "Wijziging koppeling Exact Online: foutmelding "Niet toegestaan: BTW-code" of "De boeking is niet in evenwicht"" voor meer informatie over deze foutmelding.

Wekelijkse verloning: instelling 'baseren op 52 weken' had geen effect in een jaar met 53 weken

In de periodieke sectorregeling werkte de instelling om berekeningen op 52 weken te baseren in een jaar met 53 weken alleen voor bedrijven met een vierwekelijkse verloning. Bij wekelijkse verloning had de instelling geen effect.

De oplossing

• Afwijkende jaaruren worden nu door 52 gedeeld in plaats van door 53. Voorbeeld: 2088 jaaruren gaven 39,40 uur per week, dat is nu 40,15
• Week 49 tot en met 53 krijgen nu elk de factor 4/5, zodat ze samen als 4 normale weken tellen, net als periode 13 bij vierwekelijkse bedrijven
• Klanten met een weekverloning in combinatie met een bouw-branche dienen een correctie te draaien voor het gehele jaar

Activiteitenlogboek van declaraties toonde onjuiste tijden, een verkeerde volgorde en verkeerde logintypes

Het activiteitenlogboek van een declaratie die via een mutatieformulier is verwerkt, toonde niet altijd de juiste informatie. Tijden werden getoond in UTC, dus een goedkeuring om 10:52 verscheen als 08:52 (of 09:52 in de wintertijd). Stappen stonden niet altijd in chronologische volgorde en sommige gebruikers hadden het verkeerde logintype.

De oplossing
Dit is opgelost. Het activiteitenlogboek toont nu lokale tijden, de stappen van oud naar nieuw en elke gebruiker met het juiste logintype. Bij declaraties die vóór deze update zijn verwerkt, zijn de volgorde van de stappen en de logintypes gecorrigeerd. De tijden blijven zoals ze zijn opgeslagen en zijn niet te wijzigen.