Releases YouServe

  Mededelingen Op zaterdagochtend 27 juni 2026 brengen wij de juni release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Gewijzigd en verbeterd Bestandsnaam Standenregister uitgebreid Rapporten > Controle > Standenregister Als je het standenregister uitgebreid opvraagt en downloadt, dan was de naam beperkt tot Standenregister uitgebreid met extensie .pdf of .xls afhankelijk van je keuze bij het opslaan. Wanneer je meerdere standenregisters opvraagt is dit niet overzichtelijk. Vanaf deze release is de naamgeving bij het opslaan van het standenregister uitgebreid daarom gewijzigd: De bedrijfsnaam wordt in de naamgeving opgenomen als het rapport op bedrijfsnivo is De oude periode en nieuwe periode zijn opgenomen in de naam van het rapport Voorbeeld: Op bedrijfsnivo: Standenregister Uitgebreid Metatech Administratie (2) 2025-06 / 2025-07.pdf, op klantnivo: Standenregister Uitgebreid 2025-06 / 2025-07.pdf Standaard navigatie voor standenregister uitgebreid Rapporten > Controle > Standenregister Uitgebreid Als je bij het aanmaken van een standenregister rapport op bedrijfsnivo in het kruimelpad op de klantnaam klikt, kwam je onmiddellijk op aanmaken van het standenregister op klantnivo uit. In het scherm was geen mogelijkheid om een andere klant of bedrijf te selecteren. In deze release is dit aangepast. Als je in het kruimelpad op de klantnaam klikt kom je in een nieuw tussenscherm, waar je een ander bedrijf of een andere klant kunt selecteren om het standenregister op te vragen. Dit sluit aan op de standaardwijze voor navigatie binnen Payroll Business. Kolom wijziging uit standenregister overgenomen in Standenregister uitgebreid Rapporten > Controle > Standenregister Uitgebreid Het oude standenregister voegt een extra kolom toe aan een werknemersregel om de verschillen te verklaren: Is het een indiensttreding in de basisperiode? Is het een ontslag in de basisperiode? Alle andere verschillen zijn "wijzigingen" Ook worden in het oude rapport de werknemersregels alleen weergegeven als er een verschil is! Werknemersgegevens zijn niet relevant voor dit rapport als er geen verschillen zijn. Zowel de extra kolom als het enkel tonen van regels met een verschil zijn met ingang van deze release opgenomen in het Standenregister uitgebreid.  Vergoeding per kilometer in de referentietabel "Reiskosten woonwerk staffel" met 4 decimalen Instellingen > Berekening > Referentietabellen beheer   Arbeidsvoorwaarden en regelingen > Reiskosten > Vaste vergoeding reiskosten De referentietabel voor reiskostenvergoeding methode 11 (Dagenbepaling fiscus / reisdagen per week / tabel staffel) is aangepast. Eerder werden alleen 2 decimalen opgeslagen van de invoer in het veld "Vergoeding per kilometer". Vanaf deze release worden er 4 decimalen opgeslagen en gebruikt in berekening van de reiskosten. De kolom "Vaste vergoeding" is niet aangepast; dit is een bedrag dat je tot op de cent kunt opgeven. Als je deze tabel voor het eerst gaat inrichten, lees dan de beschrijving in het onderdeel "Vaste vergoeding reiskosten" onder berekeningsmethode 11; als de tabel niet goed is ingericht komen er geen resultaten of kan er een foutmelding worden teruggegeven.   Opgeloste meldingen  Signalering LKV doelgroep banenafspraak (10921547) (Payroll) In het scherm ( Medewerker > Medewerker > ) Loonkostenvoordeel kan via het veld Ind. aanvraag LKV doelgroep banenafspraak aangegeven worden of dit van toepassing is of niet. Wanneer dit veld de waarde Ja had en het veld Loonkostenvoordeel doelgroep banenafspraak einddatum werd leeg gelaten, dan werd signalering "LKV doelgrp banenafspraak einddatum niet opgegeven" gegeven. Per 1-1-2026 is de maximale duur van 3 jaar niet meer van toepassing. In deze release is er een aanpassing gedaan per 1-1-2026, waardoor deze signalering niet meer wordt gegeven in het signaleringsverslag. Woonland op de jaaropgaaf (10842495) (Payroll) Rapporten > Salarisspecificaties > Jaaropgaaf medewerker Het woonland van de medewerker wordt standaard al afgedrukt op de envelop als de medewerker een woonland buiten Nederland heeft. Vanaf de jaaropgaaf 2026 wordt het woonland ook opgenomen op de jaaropgaaf zelf. Dit gebeurt ook alleen als het een ander woonland betreft dan Nederland.

Mededelingen Op zaterdagochtend 30 mei 2026 brengen wij de juni release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Gewijzigd en verbeterd Standenregister - Meerdere matrixkolommen selecteerbaar (Payroll) Rapportage > Controle > Standenregister uitgebreid Er zijn meer mogelijkheden bijgekomen om de verschillende matrixkolommen op het rapport te laten zien: Je kunt voortaan kiezen uit alle matrixkolommen die bij jouw bedrijf zijn berekend, bijvoorbeeld 30% regeling netto vergoeding of PAWW werknemer. Klik op het "vinkje" om een specifieke matrixkolom toe te voegen aan de lijst met geselecteerde matrixkolommen. Je kunt meerdere kolommen tegelijk voor het overzicht kiezen. Aan het rapport is een extra kolom toegevoegd die weergeeft welke matrixkolom(men) worden getoond. Let op, het kan even wennen zijn: Door deze uitbreiding is het voortaan wel nodig dat je bewust een matrixkolom kiest (of meerdere). Mocht je dit vergeten dan toont het rapport geen gegevens. De lijst met beschikbare matrixkolommen wordt bijgewerkt zodra je een salarisberekening hebt gedraaid.  De bedragen van de matrixkolommen zijn (per definitie) alleen beschikbaar wanneer je de optie Per Looncomponent aanvinkt. Standenregister - Sortering naar keuze per looncomponent of medewerker (Payroll) Rapportage > Controle > Standenregister uitgebreid Voortaan kun je kiezen of het rapport gesorteerd moet worden op medewerkercode en daarbinnen op looncomponent, of juist omgekeerd: eerst alle looncomponenten, en vervolgens per looncomponent alle medewerkers. Deze keuze is alleen van toepassing als je beide vinkjes hebt aangekruist: het vinkje "per medewerker", en het vinkje "per looncomponent". Standaard staat de optie op eerst Looncomponent, dan Medewerker. Standenregister - Weergave van TWK correcties (Payroll) Rapportage > Controle > Standenregister uitgebreid Een tijdje geleden hebben we aangekondigd dat we de twee standenregisters in stapjes gaan samenvoegen tot één verbeterd rapport. Een van de verbetervoorstellen die gedaan zijn betrof de manier waarop TWK wijzigingen op het rapport Standenregister Uitgebreid staan: deze hebben eigenlijk geen toegevoegde waarde te opzichte van de weergave op het Looncomponenten overzicht. De weergave van het oude Standenregister rapport wordt in het algemeen beter gevonden. Die manier van weergeven hebben we daarom nu ook op het rapport Standenregister Uitgebreid toegepast: Je ziet als kolommen achtereenvolgens: éérst de stand van vorige maand, de mutaties, en dan de stand van de huidige maand en het percentage afwijking (indien van toepassing) Vervolgens op dezelfde regel het totaal van eventuele TWK correcties, en dan de stand van de huidige maand inclusief de TWK correcties Zodoende bevat de laatste kolom het bedrag dat aansluit bij de journaalposten, salarisstroken en betalingen, en worden er voor de TWK correcties geen verschilpercentage vastgesteld: dat had immers geen toegevoegde waarde. Verder zijn de kolomkoppen aangepast, in plaats van Vergelijking en Basis zie je nu de periodes die gekozen zijn in het parameterscherm, bijvoorbeeld 2026-05 en 2026-06. Alternatieve omschrijvingen - Omschrijvingen worden niet meer ten onrechte verwijderd (Payroll) Instellingen > Vastlegging > Alternatieve omschrijvingen In dit scherm kun je omschrijvingen vastleggen van diverse elementen, op niveau klant of bedrijf, als zo'n omschrijving moet afwijken van de standaard omschrijving. Dit scherm bleek een fout te bevatten, waardoor - in zeer specifieke gevallen - de vastgelegde omschrijvingen ten onrechte weer werden verwijderd. Dit is aangepast. De manier van vastleggen is daarbij vrijwel hetzelfde gebleven. Eén klein verschil: het "plusje" waarmee je elementen toevoegt staat voortaan bovenaan. Aanpassen belastingvrij bedrag reiskosten per 1-1-2026 Vanuit het kabinet is er besloten om de maximale onbelaste reiskostenvergoeding te verhogen van 0,23 naar 0,25 per kilometer. Met ingang van 1-1-2026 hebben wij de volgende velden aangepast: Belastingvrij bedrag per km. (Reiskosten) Vergoeding zakelijke km CO2 registratie Als er uitbetaling is geweest via dit veld, dan kan het zijn dat dit een nabetaling geeft. Wanneer deze nabetaling niet gewenst is, dan kan de waarde van dit veld aangepast worden op het bedrijfsscherm van de arbeidsvoorwaarde Reiskosten. Wanneer de daarwerkelijke vergoeding aangepast moet worden naar 0,25 dan dient dit in het bedrijfsscherm (te benaderen via Instellingen > Berekening > Arbeidsvoorwaardengegevens) van de arbeidsvoorwaarde Reiskosten gedaan te worden in het veld Vergoeding per km. Let daarbij wel op de juiste ingangsdatum. Als er fiscaal uitgeruild wordt, of middelen aan staat bij een medewerker dan kan dit ook verschillen over de voorgaande maanden veroorzaken. Opgeloste meldingen  Ad-hoc rapport naam manager (10602219) (Core en Payroll) Rapportage > Controle > Ad-hoc rapportage (uitgebreid) De weergave van de manager naam in de ad-hoc rapportage was voorheen niet consistent. Dit is nu gestandaardiseerd. In de ad-hoc rapportage wordt de manager nu altijd consistent weergegeven als de volledige naam gevolgd door de medewerkercode. Automatische journalisering aanvullende verwerking (10546123 Payroll) Als je een aanvullende salarisberekening had uitgevoerd, en deze afsloot met de optie Alleen afsluiting, dan werd er in alle gevallen een vervangende journaalpost voor de hele afrekenperiode aangemaakt, ook als je bij de interface-instellingen had opgegeven dat er aanvullend gejournaliseerd moest worden. Dit is opgelost: in bovenstaande situtatie wordt er voortaan aanvullend gejournaliseerd (als dat is opgegeven bij de instellingen). Let op: aanvullende journaalpost kunnen op twee manieren worden bepaald: Als bij de verwerkingsdefinitie én bij de grootboekrekening negatieve boekingen zijn toegestaan, wordt het oorspronkelijke periodebedrag negatief verrekend met het nieuwe periodebedrag, waardoor het verschil overblijft in de boeking. Als volgens een van de twee instellingen negatieve boekingen niet zijn toegestaan, dan worden de oorspronkelijke debet bedragen credit geboekt, en oorspronkelijke credit bedragen debet geboekt. Uitsplitsen salaris bij verlof bij uitdienst (10315750) (Payroll) Wanneer een medewerker in de loop van een periode uitdienst ging en er nog verlof verwerkt werd, dan kon het voorkomen, dat het uitgesplitste salaris niet correct berekend werd. Het uitbetaalde salaris klopte wel. Dit kon het geval zijn bij Betaald ouderschapsverlof 1 of 2 of bij Aanvullend geboorteverlof. Met ingang van 1-1-2026 is er een aanpassing gedaan bij zowel indiensttreding als bij uitdiensttreding in de loop van de periode. Deze aangepaste berekening kan een correctie op de strook geven. Transitievergoeding 2e IKV niet aangemaakt (10841354) (Payroll) In de release 2026-05 hebben wij het aanmaken van een transitievergoeding geblokkeerd voor stagiaires. Gebleken is dat bij het controleren op de code aard arbeidsverhouding het gebruikte peilmoment niet goed was. Hierdoor werd soms onterecht geen 2e IKV aangemaakt als een medewerker uit dienst gaat die wel recht heeft op een transitievergoeding. Dit is aangepast. Opgegeven uren worden niet correct uitgesplitst bij indiensttreding (10624646) (Payroll) Wanneer er verlofuren voor de periode (niet vaste verlofuren) waren opgegeven voor Betaald ouderschapsverlof en de medewerker kwam in de loop van de maand indienst, dan werd het uitgesplitste salaris voor dit verlof nog een keer naar rato omgerekend van de werkdagen indienst. Uit verdere analyse bleek dat dit kon gebeuren bij Aanvullend geboorte verlof en Betaald ouderschapsverlof 1 en 2. Als er bij deze verlofregeling rekening gehouden moest worden met een maximumdagloon, dan had dit een doorwerkend effect bij de eventuele extra korting die plaatsvond. Met ingang van 1-1-2026 is er een aanpassing gedaan om dit op te lossen voor Aanvullend geboorte verlof en Betaald ouderschapsverlof 1 en 2. Deze aanpassing kan eventueel een correctie op de strook geven.

  Mededelingen Op zaterdagochtend 2 mei 2026 brengen wij de mei release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Gewijzigd en verbeterd Kostendrager transitievergoeding (Payroll) Workflows > Uitstroom > Uit dienst met transitievergoeding Medewerker > Contract > Arbeidscontract Als er bij het basiscontract een kostendrager is vastgelegd, en de medewerker wordt uitdienst gemeld met een transitievergoeding, dan wordt de kostendrager voortaan overgenomen in het transitievergoeding contract. Eventueel kan deze daarna gewijzigd worden. Controles op ingevoerde gegevens (Payroll) In veel schermen is de controle op de ingevoerde gegevens gebruikersvriendelijker gemaakt: Als je bij het opslaan van wijzigingen een foutmelding krijgt, dan worden de betreffende gegevenselementen voortaan rood gemarkeerd. Daardoor zie je sneller op welke plek je de gegevens nog moet aanpassen. Voortaan worden e-mail adressen bij het vastleggen gecontroleerd op een correcte samenstelling. Mocht je bijvoorbeeld het "apestaartje" vergeten of de toevoeging ".nl", dan krijg je een foutmelding. Opgeloste meldingen  Onjuiste naamweergave bij zoeken (10586609) (Core) In de vorige release is de gebruikersinstelling “Volledige achternaam en roepnaam tonen bij het zoeken” toegevoegd. Hiermee wordt de naam van de medewerker uitgebreider weergegeven, zodat zoeken gerichter en eenvoudiger wordt. Bij het gebruik van deze instelling is een probleem aan het licht gekomen waarbij het systeem de geboortenaam toonde in plaats van de ingestelde naamweergave (veld: Eigennaam code). Dit is in deze release opgelost. Daarnaast is de weergave op het zoekscherm verder verbeterd wanneer deze instelling is ingeschakeld. Bij het zoeken wordt, indien beschikbaar, de roepnaam tussen haakjes getoond. Wanneer er geen roepnaam is ingevuld, worden - indien beschikbaar - de voornamen weergegeven. De voorletters worden altijd getoond. Veld verdwijnt uit contract / dienstverband (10388469) (Core) Medewerker > Contract > Dienstverband Bij het muteren van een veld op het scherm Dienstverband werd na het verversen van het scherm de ingestelde waarde van het veld Feestdagencluster leeg gemaakt. Dit is nu opgelost. Reisafstand wordt niet bepaald bij indiensttreding (10379044) (Payroll/Core) Bij een indiensttreding wordt de reisafstand (gegevenselement: Reisafstand in meters) automatisch bepaald. Wanneer echter de optie Aantal maanden login voor indienst op het scherm Stuurgegevens klant werd toegepast, werd bij het verwerken van de indiensttreding de reisafstand niet bepaald. Dit kwam doordat er op de datum van indiensttreding geen trigger was om de reisafstand te bepalen. Dit is nu opgelost. De reisafstand wordt nu ook correct berekend voor medewerkers die eerder kunnen inloggen dan dat zij in dienst treden Niet alle medewerkers in de lijst  (70972834) (Payroll/Core) Op diverse plaatsen kun je zoeken naar medewerkers door middel van een keuzelijst: tijdens het typen van de medewerkersnaam of medewerkerscode wordt dan de lijst met gevonden medewerkers aangepast aan de ingetoetste criteria. Als er veel medewerkers in het bedrijf zitten kwamen niet alle medewerkers tevoorschijn. Dit is aangepast: voortaan vind je alle medewerkers terug in de lijst, ook als het een lange lijst is. Automatische reisafstand TomTom (10523400) (Payroll) Bij een aantal medewerkers werd de reisafstand niet correct bepaald na de overstap naar TomTom, specifiek wanneer een loopgedeelte onderdeel was van de route. Dit is in deze release verholpen. Kalender salarisberekening: Publicatiedatum- en Betaaldatum niet gekoppeld aan afrekenperiode (10485209) (Payroll) Beheer> Salarisberekening> Kalender salarisberekening Er is een controle toegevoegd bij het invoeren van de publicatie- en betaaldatum in de kalender salarisberekening. Wanneer een datum buiten de geselecteerde afrekenperiode (kwartaal, maand of 4-wekenperiode) valt, verschijnt een waarschuwing. Deze controle helpt voorkomen dat er per ongeluk een datum in het verleden wordt ingevoerd. Hiermee wordt voorkomen dat loonstroken of e-mails onbedoeld direct na het afsluiten van de periode worden gepubliceerd of verzonden. Jaaropgave 2025 ontbreekt in salarisdossier bij medewerkers die met terugwerkende kracht voor het eerst in januari 2026 zijn verloond (10285895) (Payroll) Medewerkers die per 1 december 2025 in dienst zijn gekomen en in januari 2026 met terugwerkende kracht (correctiemodus) voor het eerst zijn verloond, werden niet correct verwerkt. Hierdoor werd de jaaropgave voor 2025 niet automatisch opgenomen in het salarisdossier. Dit is inmiddels aangepast. De jaaropgaaf wordt in deze situaties weer correct opgepakt en geplaatst in het salarisdossier. Importsheet t.b.v. CO2 registratie kan niet vervangend worden verwerkt (10154844) (Payroll) Beheer > Externe mutaties > Upload extern mutatiebestand Via deze menukeuze kun je spreadsheets importeren van het type Excel basisdocument (dagmutaties). Als je deze sheet vervangend probeerde te verwerken kreeg je een foutmelding op het verwerkingverslag: dit is opgelost.  Toelichting:  Dit Excel-formaat is geschikt voor alle gegevenselementen die op één dag meerdere waarden kunnen hebben. Deze worden ook wel dagmutaties genoemd, of Mutaties met geldigheid Eenmalig.  In het conversieschema kun je aangeven of de mutaties moeten worden toegevoegd, of moeten worden vervangen Kies je voor Toevoegen, dan worden de mutaties toegevoegd aan de database. Eventuele mutaties die eerder al zijn geïmporteerd worden daarbij niet overschreven. Kies je voor Vervangen, dan komen de aangeboden mutaties in de plaats van eventuele mutaties die eerder al zijn verwerkt. Bij het vervangen wordt er gekeken naar de combinatie medewerker-gegevenselement-datum. Voorbeeld: als je mutaties voor medewerker Jansen voor datum 10 mei 2026 voor urensoort Overwerk 100% aanlevert, vervangen die de eerder aangeboden mutaties voor die medewerker, datum en urensoort. Waarschuwingen Inkomsten onder WML (10399078) (Payroll) Bij bedrijven met een 4-wekenverloning kon het voorkomen dat er onterecht een melding gegeven werd dat het salaris onder het wettelijk minimum loon zat. Dit kwam door een fout in de bepaling van het payrollelement Minimumloon en Minimumloon deeltijd waarmee het salaris gecontroleerd werd. Hier was onterecht een factor van de 53e week in meegenomen. Per 1-1-2026 is er een aanpassing gedaan om het wettelijk minimumloon correct te bepalen en zal de signalering niet meer voorkomen in deze gevallen. Uurloon standaard wordt niet correct afgerond (10320334) (Payroll) In sommige gevallen worden de uurlonen niet rekenkundig afgerond; een uurloon dat in in het systeem is berekend op bijvoorbeeld 14,74449 blijkt dan naar 14,75 te worden afgerond in plaats van 14,74. In deze (zeldzame) gevallen kan dat van invloed zijn op vergoedingen en inhoudingen die gebaseerd zijn op een uurloon. Per 1-1-2026 is er een aanpassing gedaan om de uurlonen 2, 3, 4, 5 en standaard correct af te ronden. Ten onrechte automatische journalisering na voorlopige verwerking (10524635) (Payroll) Instellingen > Gegevensuitwisseling > Interfaces > Automatische journalisering Bij de instellingen voor de automatische journalisering hebben we recent een nieuwe optie geïntroduceerd: Voorlopige journaalposten volgens kalender. Deze optie kún je gebruiken als je de Kalender voor salarisberekeningen gebruikt, én je de journaalpost overzichten wilt laten aanmaken bij de voorlopige verwerkingen die via de kalender worden opgestart. Dit kan zijn: a) alle voorlopige verwerkingen, of b) alleen de eerste en de laatste voorlopige verwerking volgens de kalender. Als je de optie niet had ingevuld werden tóch bij elke voorlopige salarisberekening alle overzichten klaargezet in Gedeelde rapporten. Dit is aangepast.

Mededelingen  Op zaterdagochtend 28 maart 2026 brengen wij de april release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Nieuw Automatische journalisering - output niet naar Salarisdossier bij problemen (Payroll) Instellingen > Gegevensuitwisseling > Interfaces > Automatische journalisering Als het resultaat van de journaalpostverwerking niet in balans is of niet compleet is dan sturen we voortaan de resultaten niet naar het salarisdossier. In plaats daarvan doen we het volgende: Het exportbestand wordt niet aangemaakt. Dit voorkomt dat er ten onrechte incomplete boekingen in het financiële systeem terechtkomen. Je krijgt een mail waarin het probleem wordt gemeld. Het mailadres dat hiervoor gebruikt wordt kun je invullen bij de instellingen voor automatische rapportage De rapporten worden wel aangemaakt, maar klaargezet bij Gedeelde rapporten, zodat je ze kunt gebruiken voor de analyse van het probleem Controleer de volledigheid van de boekingsdefinities, en kijk ook of er op een van de overzichten wellicht componenten vermeld worden in het tabblad Niet geboekt.  Beheer > Gegevensuitwisseling > Handmatig herstarten automatische interfaces Als je het probleem gevonden hebt, en de inrichting van het boekingsproces heb aangepast,  kun je het proces Automatische journalisering opnieuw starten. Als het probleem verholpen is, komt alle output alsnog in het dossier terecht. Gewijzigd en verbeterd  Eerder overschakelen naar inloggen met privé e-mail adres (Wens) (Core) Medewerker > Arbeidsrelatie > YouServe toegang Met deze update is het nu mogelijk om een medewerker al vóór uitdiensttreding over te schakelen naar inloggen met een privé e-mailadres, in plaats van pas bij uitdiensttreding zoals voorheen. Dit biedt meer flexibiliteit in het beheer van e-mailadressen tijdens het dienstverband. Hoe het werkt: In het veld "E-mailadres (Herstel Portaal)" wordt aangegeven of een medewerker met zakelijk of privé e-mailadres kan inloggen. De keuze tussen inloggen met een zakelijk of privé e-mailadres wordt nu bepaald door het nieuwe veld "Aansturing E-mail (Herstel portaal)". Het veld "Aansturing E-mail (Herstel portaal)" staat standaard op "Standaard rekenregels". Indien het veld leeg wordt opgeslagen, wordt de waarde automatisch aangepast naar "Standaard rekenregels". Een medewerker kan eerder overgeschakeld worden naar een privé e-mailadres door het veld "Aansturing E-mail (Herstel portaal)" te wijzigen van "Standaard rekenregels" naar "Privé e-mail adres". Het veld is peildatum gestuurd, wat betekent dat de wijziging naar het privé e-mailadres plaatsvindt vanaf de datum van aanpassing. Dubbele optelling van het Extra individueel verlof (EIV) bij verschuiven van ouder jaar naar nieuwer jaar (Core) Medewerker > Verlof > Verlofsaldo Wanneer de boekingsdatum van een extra individueel verlof werd verplaatst van een vorig jaar naar een nieuw jaar dat nog niet was geopend, werd bij het openen van dat nieuwe verlofjaar ten onrechte een dubbel saldo weergegeven. Er is nu een wijziging uitgevoerd waardoor dit niet meer voorkomt. Profielen ook beschikbaar met beperkte autorisatie (Core) Workflows > Instroom > Aanmaken medewerker met profielgroep Profielgroepen bestaan op klantniveau. Voorheen waren deze alleen beschikbaar voor personen die geautoriseerd waren voor alle bedrijven. Medewerkers met autorisatie voor slechts een selectie van bedrijven hadden geen toegang tot deze profielgroepen. Dankzij de recente update kunnen medewerkers met beperkte autorisatie op bedrijfsniveau nu ook gebruik maken van de profielgroepen die op klantniveau zijn aangemaakt. Dit kan via Workflows > Instroom > Aanmaken medewerker met profielgroep.  Volledige achternaam en roepnaam tonen bij het zoeken naar medewerkers (Wens) (Core & Payroll) Gebruikersinstellingen > Gebruikersinstellingen > Volledige achternaam en roepnaam tonen bij het zoeken Bij het zoeken naar een mutatie (bijvoorbeeld in het scherm Medewerker) werden tot nu toe alleen de achternaam en voorletters weergegeven. Dit kon leiden tot verwarring en foutieve mutaties bij medewerkers met dezelfde achternaam, vooral wanneer de voorletters afwijken van de eerste letter van de roepnaam. Om dit te verbeteren is een nieuwe gebruikersinstelling toegevoegd: “Volledige achternaam en roepnaam tonen bij het zoeken”. Wanneer deze instelling is ingeschakeld, wordt de naam van de medewerker uitgebreider weergegeven volgens onderstaande prioriteit: Roepnaam (indien gevuld) Voornaam (indien geen roepnaam aanwezig is) Voorletters (alleen wanneer zowel roepnaam als voornaam ontbreken) Hiermee wordt bij het zoeken meer duidelijkheid geboden over de medewerker, wat de kans op fouten bij mutaties verkleint. Let op: Op sommige schermen kan het voorkomen dat de nieuwe instelling pas na 5 minuten zichtbaar wordt. Dit komt doordat databaseverzoeken na aanroepen 5 minuten worden gecached. Tonen signaleringen in signaleringsverslag (Payroll) Bepaalde signaleringen in het signaleringsverslag hebben een cumulatieve controle. Het kon zo zijn dat een signalering van toepassing was in een eerdere periode. Maar in de huidige maand was deze niet meer van toepassing. Wanneer het signaleringsverslag opgevraagd werd voor meerdere perioden, dan werd dit signaal nog altijd getoond, terwijl dit in een latere periode al opgelost was.  Voor de volgende 2 signaleringen is er met ingang van 1-1-2026 een aanpassing gedaan. De signalen zijn niet meer te zien in het signaleringsverslag wanneer ze niet in de huidige verloningsperiode voorkomen als er een signaleringsverslag over meerdere perioden tot en met de huidige periode opgevraagd wordt: (Mogelijke) overschrijding urennorm voor lage AWf 30 procent rgl: fiscaal loon onder toetsloon RVU uitkering toevoegen als de medewerker uit dienst is (Payroll) Workflows > Uitstroom > Uit dienst met RVU Deze workflow helpt je om een RVU uitkering vast te leggen in combinatie met een extra inkomstenverhouding. Je kunt kiezen uit een lijst met medewerkers die in dienst zijn en binnen drie jaar de AOW leeftijd bereiken.  Het kan echter zijn dat de medewerker eerder al uit dienst is gemeld, bijvoorbeeld via Self-service of vanuit een andere HR applicatie. Als er dan op een later moment nog een RVU uitkering moet worden toegevoegd, zie je de medewerker in eerste instantie niet in de selectielijst. Deze categorie medewerkers kun je voortaan tóch selecteren: met een rechtermuisklik kun je de optie Alleen medewerkers in dienst uitzetten. Je krijgt dan ook de medewerkers te zien die al uit dienst zijn gemeld, en binnen 3 jaar de AOW leeftijd bereiken. Geen transitievergoeding voor stagiaires (Payroll) Workflows > Uitstroom > Uit dienst met Transitievergoedig Deze workflow helpt je om een transitievergoeding vast te leggen in combinatie met een extra inkomstenverhouding. Op basis van de reden uitdienst die je opgeeft wordt er een tweede contract aangemaakt. Voortaan worden stagiaires hierbij overgeslagen (aard arbeidsverhouding 07 = Stagiair), aangezien deze in principe geen recht hebben op transitievergoeding. Dit voorkomt dat er via de loonaangifte een nieuwe inkomstenverhouding bij de belastingdienst wordt aangemeld. Aangifte rapporten - Onderneming staat meerdere keren in de lijst (Payroll) Loonaangifte/UPA/APG  > Rapportage > Overzicht totalen en afdrachten Loonaangifte > Rapportage > Aansluiting Payroll / Loonaangifte Deze twee rapporten kun je voor meerdere ondernemingen tegelijk aanmaken, door in het navigatiepad op de naam van de klant te klikken. Je kunt dan kiezen voor welke ondernemingen het rapport moet worden aangemaakt. Als er voor een onderneming meerdere aangiftes voor een bepaald aangiftetijdvak waren verstuurd, bijvoorbeeld één normale aangifte en twee correctie aangiftes, werd de onderneming meerdere keren in de lijst weergegeven, dat was verwarrend. Voortaan zie je daarom de onderneming slecht één keer in de lijst. Als je dit rapport op klantniveau aanmaakt - dus voor meerdere ondernemingen tegelijkertijd - wordt steeds de laatst verzonden aangifte van het opgegeven aangiftetijdvak geselecteerd. Als je toch een rapport wilt maken van eerder verzonden versies van een aangifte, dan kan dat, door naar de betreffende onderneming terug te navigeren (via het scherm Aangifte, of via het rapport Aangifte details). Overzicht totalen en afdrachten - Meerdere aangiftetijdvakken in één rapport (Payroll) Loonaangifte/UPA/APG > Rapportage > Overzicht totalen en afdrachten In dit rapport kun je voortaan gemakkelijker navigeren naar een specifieke onderneming. Vervolgens kun je voor de gekozen onderneming het rapport in één keer voor meerdere aangiftetijdvakken aanmaken.  Een specifieke onderneming (loonheffingennummer) kiezen doe je als volgt:  Klik bovenin het scherm op de naam van de klant (meestal is dat je eigen omgeving). Kies daarna via het tabblad Onderneming een specifieke onderneming. Als je dit doet, kun je in plaats van één aangiftetijdvak Aangifte vanaf en Aangifte t/m invullen. Bijvoorbeeld als je de aangiftes wilt zien van januari tot en met de actuele aangifte. Bij Uitvoerttype rapport kun je kiezen of je de resultaten in de vorm van afzonderlijke PDF's wilt laten aanmaken, of dat er één PDF van gemaakt moet worden.  Opgeloste meldingen Weergave van onjuiste verlofregeling bij Verlofsaldo (10249003) (Core) Medewerker > Verlof > Verlofsaldo Bij het wijzigen van een verlofregeling voor een medewerker werd in de voorgaande jaren ten onrechte de bedrijfsspecifieke regeling getoond, in plaats van de regeling waaraan de medewerker daadwerkelijk was gekoppeld. Dit was een weergavefout. De berekeningen werden altijd uitgevoerd volgens de juiste regeling. Deze tekstuele fout is nu gecorrigeerd. Rekening houden met boekingsdatum bij herverdelen verlof (Core) Medewerker > Verlof > Verlofsaldo Bij de herverdeling van verlofrechten werd geen rekening gehouden met de boekingsdatum van de al bestaande Extra Individuele Verlofrechten. Hierdoor kon de herverdeling soms niet correct worden uitgevoerd. Dit is nu opgelost. Bij de herverdeling van verlofrechten wordt nu, naast de vervaldatum, ook correct rekening gehouden met de boekingsdatum van bestaande Extra Individuele Verlofrechten. Onjuiste uren bij een verlofopname (10388292) (Core) (Hotfix 17-03-2026) Medewerker > Verlof > Verlofaanvraag Bij de herverdeling van verlofrechten werden in uitzonderlijke situaties de onjuiste uren herverdeeld. Dit probleem is nu opgelost en gecorrigeerd, waardoor alle medewerkers nu de correcte verlofopnames in het systeem hebben staan. Indien er vragen zijn over welke medewerkers dit betrof, is het Service Center in het bezit van een lijst met de betreffende medewerkers en de desbetreffende verlofopnames. Onterechte correctie loonheffing wanneer de AOW-leeftijd bereikt wordt bij een medewerker met Herleidingsregel A (942992) (Payroll) Wanneer bij een medewerker met Herleidingsregel A al de maximale loonheffing ingehouden was en deze medewerker bereikte de AOW-gerechtigde leeftijd, dan werd de ingehouden loonheffing gecorrigeerd naar het maximale bedrag aan loonheffing voor een AOW-er. Er vond ten onrechte een correctie plaats. Er dient gewoon loonheffing ingehouden te worden waarbij vanaf dat moment rekening gehouden moet worden met het nieuwe maximum bedrag aan loonheffing. Met ingang van 1-1-2026 is er een aanpassing gedaan om dit op te lossen. In de maand waarin de werknemer de AOW-leeftijd bereikt wordt in payrollelement Maximum bedrag loonheffing het maximale cumulatieve bedrag aan loonheffing vastgelegd Dit bedrag wordt bepaald door het bedrag dat ingehouden is tot de AOW en het maximale bedrag dat na AOW geldt op te tellen. Wanneer de medewerker vanaf de AOW-gerechtigde leeftijd nog salaris ontvangt, dan wordt de loonheffing berekend, waarbij rekening gehouden wordt of het bedrag van het nieuwe payrollelement niet overschreden wordt. Eindheffing pseudo heffing RVU uitkering 2026 (1026145) (Payroll) Wanneer bij de RVU uitbetaling sprake was van pseudo-eindheffing, dan werd de eindheffing nog berekend op basis van 52%. Met ingang van 1-1-2026 is het percentage aangepast naar 57,7%.  Wanneer er eindheffing berekend is, dan zal deze aanpassing een correctie tot gevolg hebben. Vakantietoeslag maandelijks uitbetalen wordt tegengeboekt (10339635) (Payroll) Bij sommige medewerkers die hun vakantietoeslag maandelijks laten uitbetalen, wordt bij de verwerking het vakantiegeld niet uitgekeerd, maar wordt het al eerder uitgekeerde vakantiegeld (gedeeltelijk) weer ingehouden. In geval van een speciale inrichting van de peil- of combinatiemethode, die niet goed werd verwerkt binnen de software. Dit is hersteld. Werknemer uitdienst op 1-1 niet in UPA aangifte (10346582) (Payroll) Medewerkers die op 1 januari uit dienst zijn, en in januari een nabetaling krijgen, worden niet altijd volledig doorgegeven in de UPA aangifte. Dit gebeurt als het product kenmerk van de betrokken regeling per januari gewijzigd is. Dit is gecorrigeerd in deze release; de gegevens van de nabetaling worden nu wel doorgegeven met het nieuwe productkenmerk in de eerstvolgende aangifte.

  Mededelingen Op zaterdagochtend 28 februari 2026 brengen wij de maart release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Nieuw Medewerker Dienstverband Reis - Employee Journey (Core) Instellingen > Algemeen > Stuurgegevens klant Inleiding Met de release van 2025-03 is de "Medewerker Dienstverband Reis" (Employee Journey) beschikbaar gekomen in Core/Payroll Business. Deze functionaliteit is onderdeel van YouServe Toegangsbeheer en biedt de mogelijkheid om medewerkers die nog in dienst moeten treden en/of medewerker die uit dienst zijn nog te laten inloggen bij de systemen van YouServe. Je kunt in de oorspronkelijke release notes teruglezen hoe deze functionaliteit werkt: klik hier voor de release notes van 2025-03. In de release van 2026-03 worden er nieuwe functionaliteiten toegevoegd en zijn een aantal wijzigingen doorgevoerd om de "Medewerker Dienstverband Reis" nog beter aan te laten sluiten bij het beoogde doel van de functionaliteit. Nieuw toegevoegd: •    Nieuw gegevenselement: Login na uit dienst tot [10530996] Aangepast: •    Aantal maanden login na uit dienst [10529727] en Login na uit dienst tot [10530996] houden nu rekening met de peildatum waarop ze worden ingevoerd. •    Pop-up melding waarin over een betaalde dienst wordt gesproken is verwijderd – gebruik van deze functionaliteit leidt niet langer tot extra kosten. Nieuw gegevenselement: Login na uit dienst tot [10530996] In het scherm Instellingen > Algemeen > Stuurgegevens klant is een derde gegevenselement toegevoegd waarmee de Medewerker Dienstverband Reis kan worden ingericht: •    Login na uit dienst tot: De toekomstige datum tot aan wanneer een medewerker die uit dienst is gegaan nog kan inloggen. De gekozen datum is altijd de 1e van de maand (1 januari, 1 februari etc.) en ligt altijd in het eerstvolgende nieuwe jaar na uitdiensttreding. Het gebruik van Login na uit dienst tot werkt op vergelijkbare wijze als het bestaande veld Aantal maanden login na uit dienst: medewerkers die uit dienst treden en onder de ingestelde range van de stuurgegevens vallen krijgen een Arbeidsrelatiestatus 3 – Uit dienst en er wordt een Einddatum login bepaald op basis van de gekozen toekomstige datum. De reden om deze extra keuzeoptie te bieden naast de bestaande optie is om gerichter toegang te verschaffen tot een specifiek moment in de toekomst. Via de eerdere optie werd er in bepaalde scenario’s veel langer toegang gegeven dan strikt noodzakelijk. Denk bijvoorbeeld tot aan het moment waarop de jaaropgave en/of eventueel een bonusuitkering beschikbaar komt en ingezien moet worden. Omdat de velden Login na uit dienst tot en Aantal maanden login na uit dienst beiden werken met de Einddatum login, zijn deze velden wederzijds uitsluitend: deze velden kunnen niet gelijktijdig gevuld zijn met een waarde groter dan 0. Wanneer je een waarde kiest bij Login na uit dienst tot, dan wordt Aantal maanden login na uit dienst automatisch naar de waarde 0 gezet en vice versa. Voorbeeld: Wanneer een medewerker uit dienst gaat op 31-1-2026, wanneer de gekozen waarde van Login na uit dienst tot op '1 februari eerstvolgend nieuwe jaar' staat, dan kan de medewerker nog inloggen tot 1-2-2027. Peildatum Vanaf deze release zijn de velden met betrekking tot inloggen na uit dienst (Login na uit dienst tot en Aantal maanden login na uit dienst) peildatum gestuurd. Voorheen kon er wel een peildatum gebruikt worden bij het instellen van deze velden, maar werd de ingestelde waarde niet met terugwerkende kracht toegepast op medewerkers die al uit dienst waren gegaan voorafgaand aan de datum dat de mutatie werd gemaakt Bijvoorbeeld: wanneer je de stuurgegevens wijzigt op 17-2-2026 met peildatum 1-1-2026, worden enkel medewerkers die na 17-2-2026 uit dienst treden berekend volgens de ingestelde stuurgegevens. Met deze aanpassing wordt voortaan de peildatum gehanteerd om te bepalen voor welke groep medewerkers de toegang na uitdiensttreding bepaald moet worden. Medewerkers die tussen peildatum en datum van de aanpassing uit dienst zijn getreden, worden automatisch geupdate waardoor ze kunnen inloggen. Het updaten van de medewerkers kan enkele minuten in beslag nemen, afhankelijk van de aantallen medewerkers die geupdate moeten worden. Voorbeeld: Je stelt in de stuurgegevens in dat medewerkers die uit dienst treden nog mogen inloggen tot 1 mei van het eerstvolgende nieuwe jaar (Login na uit dienst tot – 05 – 1 mei eerstvolgende nieuwe jaar) met als peildatum 1-1-2025. Voor alle medewerkers die vanaf 1-1-2025 uit dienst zijn getreden zal met terugwerkende kracht de Arbeidsrelatiestatus en Einddatum login berekend worden. Pop-up melding verwijderd Bij de overgang naar YouServe Toegangsbeheer is er gecommuniceerd dat er mogelijk kosten verbonden zouden worden aan gebruik van de Medewerker Dienstverband Reis. Inmiddels is besloten deze functionaliteit zonder bijkomende kosten aan te bieden. De pop-up melding die getoond werd door het systeem bij het opslaan van de stuurgegevens met een waarde groter dan 0 op de velden Aantal maanden login na uit dienst en Aantal maanden login voor uit dienst. Actie Bij de release vindt geen directe wijziging plaats: oude instellingen bij Aantal maanden login na uit dienst blijven staan en gelden volgens de oude werking. Wanneer de oude instellingen met een peildatum in het verleden zijn opgevoerd, wordt er niet met terugwerkende kracht een herberekening uitgevoerd na release. Wil je dat medewerkers die in het verleden uit dienst zijn getreden maar nog geen toegang hebben gekregen alsnog toegang geven, of wens je gebruik te gaan maken van het nieuwe gegevenselement, dan zal je de instellingen opnieuw moeten invoeren met de juiste peildatum. Vastlegprofielen voortaan ook op administratieniveau beschikbaar (Core) Deze functionaliteit is alleen beschikbaar voor administratiekantoren, via Instellingen > Vastlegging > Profielen Instellingen > Vastlegging > Profielgroepen Profielen en profielgroepen kunnen nu ook worden ingericht op administratieniveau. In dat geval zijn ze beschikbaar voor alle onderliggende klanten. Op klantniveau kunnen deze profielgroepen van het administratieniveau worden geselecteerd en gebruikt. Wanneer de inhoud van een administratieprofiel of profielgroep op klantniveau wordt gewijzigd, wordt deze automatisch omgezet naar klantniveau. Bij een wijziging van een administratieprofielgroep op klantniveau worden tevens de oorspronkelijke profielen uit de administratieprofielgroep ontkoppeld. Vervolgens moeten de gewenste profielen opnieuw worden gekoppeld. In de kolom ‘Niveau’ is zichtbaar op welk niveau het profiel of de profielgroep is ingericht: Niveau – Klant: Profiel of profielgroep afkomstig van klantniveau. Verschijnt er een sterretje (*), dan betekent dit dat de profielgroep afkomstig is van het administratieniveau, maar is aangepast op klantniveau door het koppelen van een "Administratie" profiel. Niveau – Administratie: Profiel of profielgroep afkomstig van administratieniveau. Niveau – Klant/Administratie: Profielgroep afkomstig van administratieniveau, maar aangepast op klantniveau door het koppelen van een “Klant” profiel. Niveau – Administratie/Klant: Profielgroep afkomstig van administratieniveau, maar aangepast op klantniveau door het wijzigen van een gekoppelde “Administratie” profiel op klantniveau. Uitgebreid Selectiescherm voor Extra Individueel Verlofrecht (EIR) (Wens) (Core) Medewerker > Verlof > Extra individueel verlofrecht In deze release hebben we het selectiescherm voor Extra Individueel Verlofrecht (EIR) verbeterd door aanvullende informatie toe te voegen. Dit zorgt ervoor dat gebruikers gemakkelijker en nauwkeuriger het juiste EIR kunnen identificeren en openen. Voorheen ontbrak cruciale informatie, wat het uitdagend maakte om het gewenste verlofrecht te selecteren. Import/export uitbreiden met kolommen (Core & Payroll) Beheer > Import / Export > Exporteren CSV   Beheer > Import / Export> Importeren CSV Het maximum aantal kolommen bij import en export van CSV-bestanden is verhoogd van 100 naar 200. Hierdoor is het importeren en exporteren van rapportages met meer kolommen nu mogelijk. Aanpassing Salarisstrook viewer (Payroll) Rapporten > Salarisspecificaties > Salarisstrook viewer Bij het opzoeken van een medewerker worden nu enkel de medewerkers weergegeven die in de geselecteerde periode daadwerkelijk een salarisstrook hebben ontvangen. Deze aanpassing zorgt voor een meer gerichte en overzichtelijke selectie. Aanpassing Engelstalige loonstrook (Payroll) Rapporten > Salarisspecificaties > Salarisstrook viewer Op de Engelstalige loonstrook zijn een aantal omschrijvingen aangepast (voor gegevenselementen, payrollelementen en/of looncomponenten). De benamingen zijn soms ouderwets, niet kloppend of er is geen Engelse omschrijving aanwezig en daardoor werd de Nederlandse omschrijving getoond. Met ingang van deze release zullen de nieuwe omschrijvingen voor die elementen op de loonstrook getoond worden. Als je Engelstalige rapporten opvraagt zullen ook daar de nieuwe omschrijvingen getoond worden. Als je zelf Engelstalige alternatieve omschrijvingen hebt ingericht en op de loonstrook hebt geplaatst blijven die alternatieve omschrijvingen op de loonstrook staan. Opgeloste meldingen Omschrijving van uitgevallen mutaties (9909096) (Core) Rapporten > Gegevensuitwisseling > Uitgevallen HRSS mutaties In bepaalde situaties werd een foutmelding weergegeven die aangaf dat een onbekend element was doorgestuurd, wat resulteerde in de afkeuring van de mutatie. Om de duidelijkheid en het gebruiksgemak van deze foutmeldingen te verbeteren, is er een aanpassing doorgevoerd. Waar mogelijk wordt nu in de foutmeldingen ook het data-elementnummer vermeld dat als onbekend is geclassificeerd. Herindiensttreding vanuit Self Sevice (9889246) (Core) Wanneer er een punt (.) in de medewerkerscode stond, veroorzaakte dit problemen bij een medewerker die her in dienst werd genomen via Self Service. Er werd ten onrechte een foutmelding weergegeven waarin stond dat het BSN niet zou overeenkomen. De programmatuur is aangepast, zodat deze fout niet meer optreedt. Medewerker geen toegang tot YouServe (10004151) (Core) Medewerker > Arbeidsrelatie > YouServe toegang Bij het invoeren van een nieuwe medewerker na 22:00 uur met een indiensttredingsdatum op de volgende dag werd de arbeidsrelatiestatus niet correct bijgewerkt.  Dit is opgelost zodat de status nu altijd correct wordt verwerkt. Vreemde foutmelding in verwerkingsverslag bij inboeken van collectief verlof  (10056227) (Core) Wanneer er al verlof was geregistreerd op een dag waarop collectief verlof werd ingeboekt, ontstond er een foutmelding in het rapport. Dit is opgelost en het rapport wordt nu correct gegenereerd. Vermijden tolwegen (10172090) (Payroll) (Hotfix 13-02-2026)  Wanneer vermijden van tolwegen werd ingesteld werden onterecht ook tunnels vermeden in de routeberekening. Op 13 februari 2026 is dit verholpen. De routeberekeningen zijn opnieuw uitgevoerd, exclusief tolwegen, zodat medewerkers nu de correcte reisafstand berekend krijgen.  Foutmelding bij selecteren van medewerkers bij de Afrekenmatrix werkgever en werknemer (9607456) (Payroll) Het selecteren van medewerkers in de Afrekenmatrix voor werkgever en werknemer werkte niet altijd correct, vooral wanneer er autorisaties waren ingesteld op het niveau van Organisatie-eenheden (OE). Dit resulteerde in selectiefouten, waardoor er geen medewerkers konden worden geselecteerd. Met deze release is dit opgelost. Medewerkers kunnen nu correct geselecteerd worden, zelfs wanneer er autorisatie op OE-niveau is ingesteld. Vakantietoeslag afrondingsverschil (9696771) (Payroll) Als de vakantietoeslag periodiek wordt uitbetaald en er is sprake van volledig onbetaald verlof in de betreffende periode, dan kon het voorkomen dat er 1 cent aan vakantietoeslag werd uitbetaald. Met ingang van 01-01-2026 wordt er bij volledig onbetaald verlof geen vakantietoeslag meer uitbetaald. Pensioenpremie bij betaald ouderschapsverlof (9954700) (Payroll) Voor de vaste pensioenregelingen is er de mogelijkheid om pensioen bij vormen van verlof voort te zetten, zoals betaald en onbetaald ouderschapsverlof. Tot nu toe is het uitgangspunt hierbij geweest dat het bedrag dat onbetaald is, dat op basis hiervan het premiedeel voor het verlof bepaald werd. Het premiedeel van het verlof werd bepaald, en via aansturing kan aangegeven worden of dit voor rekening is van de werknemer of werkgever of voor beiden. Uit nadere informatie van pensioenfondsen is gebleken dat er niet altijd van het onbetaalde deel wordt uitgaan, maar van het totale premiedeel van het verlof (ook wanneer er bijvoorbeeld 70% salaris uitgekeerd wordt). Dit gaf bij verlofsoorten als aanvullend geboorteverlof en betaald ouderschapsverlof een verschil in de berekening met de nota. Per 1-1-2026 is de berekening van de premie aangepast wanneer er sprake is van verlof. Er is bij de pensioenregelingen een nieuw veld Volledig verlof verrekenen (Pens.soort) geintroduceerd. Dit Ja/Nee veld heeft de volgende werking. Als dit veld leeg of Nee is, dan wordt de premieberekening op de bestaande manier uitgevoerd. Wanneer dit veld op Ja gezet worden dan wordt het premiedeel van het volledige verlof gekort. In deze situatie wordt het premiedeel over het volledige verlof gekort. Voorbeeld: Bij een pensioenfonds is de afspraak dat 50% van het premiedeel van het verlof voor rekening is van het fonds en 50% is voor rekening van de werknemer. Een werknemer heeft in de 1e maand geen verlof. De premie voor de werknemer is 150,- en voor de werkgever 100,. De totaalpremie is 250. De maand daarna heeft de werknemer de volledige maand betaald ouderschapsverlof, waar sprake is van een doorbetaling van 70%.. Wanneer het veld Volledig verlof verrekenen (Pens.soort) leeg of Nee is, dan wordt de volgende premie bepaald: Eerst wordt het premieverschil bepaald over de 70% doorbetaling. Deze premie is voor de werknemer 105,- en voor de werkgever 70,. De totaalpremie is 175. Het verschil tussen de volledige premie en de gekorte premie is 250,  - 175,- = 75,-. Van dit bedrag wordt 50% bepaald, is 37,50. De premie voor de werknemer wordt 105,- + 37,50 = 142,50. Voor de werkgever is de premie 70,- Wanneer het veld Volledig verlof verrekenen (Pens.soort) op Ja staat, zal de volgende premie berekend worden 250,- x 50% = 125,-. Dit bedrag wordt ingehouden bij de werknemer. En er is geen sprake van een werkgeversdeel. Voor CAO's die bij ons bekend zijn, waar deze nieuwe methode voor geldt, zal de inrichting van het veld Volledig verlof verrekenen (Pens.soort) aangepast worden. Dit zal via een apart CAO bericht op de community aangekondigd worden. Wet- en regelgeving Update referentietabel Redenen ontslag transitievergoeding Op 2 februari 2026 is de referentietabel Redenen ontslag transitievergoeding geupdate. Als de reden uitdienst 32, 33 of 34 gekozen wordt zal er geen inkomstenverhouding aangemaakt worden voor uitbetaling van de transitievergoeding. Indien er gebruik gemaakt wordt van een afwijkende lijst op klantniveau of bedrijfsniveau, dan kan dit via Instellingen > Berekening > Referentietabellen beheer aangepast moeten worden.

Automatisch verwijderen gebruiker In HR Core wordt de status van een medewerker bijgehouden in het gegevenselement Arbeidsrelatie status. De verschillende waarden voor dit veld zijn: 0 Toekomstig id (geen login) 1 Toekomstig id 2 Actief dienstverband 3 Uit dienst 4 Nooit in dienst geweest 5 Uit dienst (geen login) De waarden 0, 4 en 5 betreffen medewerkers voor wie geen login in de YouServe-portal gewenst is. Wanneer voor een medewerker een arbeidsrelatie wordt vastgelegd met één van deze drie statussen, wordt de betreffende gebruiker automatisch verwijderd uit het Toegangsbeheer. HR Core In HR Core worden de volgende gegevens elementen leeg gehaald wanneer de gebruiker wordt verwijderd Visma connect identiteit - 10530657 Toegekende identiteit- 10523564 E-mail adres (Login Portaal) - 7013.  

Mededelingen Op zaterdagochtend 31 januari 2026 brengen wij de februari release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Nieuw Rapport Opleidingen (Core) Rapporten > Personeelsmanagement > Opleidingen In de release van september 2025 zijn de opleidingsgegevens in het systeem uitgebreid. Er was echter nog geen standaardrapportage beschikbaar. In deze release wordt een rapport beschikbaar gesteld waarin de opleidingsgegevens van medewerkers worden getoond. Journalisering  - controle op ontbrekende componenten (Payroll) Menu journalisering > Beheer > Journaalpostverwerking Menu journalisering > Instellingen > Boekingsgroep > Boekingsgroep > Niet signaleren Tijdens het journaliseren controleren we altijd of er looncomponenten of matrixkolommen zijn berekend die niet zijn geboekt. Deze componenten vind je in de overzichten terug in een apart tabblad Niet geboekt.  In de boekingsgroep kun je componenten van deze controle uitsluiten, als je zeker weet dat je ze niet wilt verwerken. Als er desondanks toch componenten ontbreken, dan wordt dit voortaan getoond in het scherm Journaalpostverwerking. De verwerking krijgt dan de status Niet alle componenten geboekt, in plaats van Verwerkt. De status Niet in balans is verder niet gewijzigd: als je die ziet is het totaal Debet ongelijk aan het totaal Credit, en zul je eveneens moeten controleren welke componenten je bent vergeten te boeken. Automatische journalisering bij voorlopige salarisberekeningen (Payroll) Instellingen > Gegevensuitwisseling > Interfaces > Automatische journalisering In dit scherm kon je tot nu toe vastleggen dat bij een salarisberekening met afsluiting automatisch de journalisering en bijbehorende rapporten werden gedraaid. Voortaan is er ook deze nieuwe optie: Voorlopige journaalposten volgens kalender. Hiermee kun je journaliseren en rapporten aanmaken als er door middel van de Kalender salarisberekening een voorlopige salarisberekening heeft plaatsgevonden. Dit helpt je om in een vroeg stadium controles te doen op de journaalposten: er is dan meer tijd om eventuele aanpassingen te doen in de boekingsdefinities. Je hebt twee opties: Journaliseren en rapporten aanmaken bij alle voorlopige salarisberekeningen die op basis van de kalender zijn gestart. Alleen bij de eerste en de laatste voorlopige berekening die op basis van de kalender zijn gestart. De journalisering en bijbehorende rapportages worden met deze optie op dezelfde manier aangemaakt als bij een definitieve berekening, maar met dit verschil: Er wordt nog geen exportbestand voor de financiële applicatie aangemaakt Er gaan nog geen documenten naar het salarisdossier, alle output komt terecht bij Gedeelde rapporten Koppeling met de RDW (Rijksdienst voor het wegverkeer) voor het ophalen van autogegevens (Payroll) Medewerker > Contract > Arbeidsvoorwaardenpakket > Auto van de zaak Een nieuwe functionaliteit is geïntroduceerd die het registreren van auto's van de zaak eenvoudiger en minder foutgevoelig maakt. Vul het veld "Kenteken" in en klik vervolgens op de knop "Zoeken". Het systeem vult dan automatisch een aantal velden in met de gegevens die bij de RDW geregistreerd staan voor dit kenteken, namelijk: Merk / model / type 1e datum tenaamstelling auto 1e datum toelating auto Cataloguswaarde / Econom. waarde  Let op! Niet alle benodigde velden via de RDW kunnen worden opgehaald. Velden zoals de Auto Categorie dienen handmatig aangevuld te worden Met deze functionaliteit streven we naar een eenvoudigere, accuratere en minder foutgevoelige registratie van autogegevens. Gewijzigd en verbeterd Verlofjaar starten (Core) Instellingen > Verlof > Verlofjaar starten In sommige gevallen was het niet mogelijk om een verlofjaar op klant- of administratieniveau te starten als er eerder een fout in de verwerking was opgetreden. Dit is opgelost, waardoor het verlofjaar nu correct kan worden gestart zonder verwijzing naar een oude status. Toekenning Extra individueel verlofrecht (Core) Medewerker > Verlof > Extra individueel verlofrecht Er is een verbetering doorgevoerd in de behandeling van Extra Individueel Verlofrecht. Voorheen kon het voorkomen dat verlofrecht al werd opgenomen voordat de vastgelegde boekingsdatum was bereikt. Vanaf deze release zal het systeem voorkomen dat dit recht voor de boekingsdatum wordt opgenomen. Dit mechanisme is geïntegreerd in de herberekening van verlofmutaties, zodat deze situatie voortaan correct wordt afgehandeld. Namen tonen van verwijderde gebruikers in het mutatieoverzicht (Core & Payroll) Wanneer een gebruiker werd verwijderd, bleef de kolom 'Gewijzigd door' in het mutatieverslag leeg, waardoor niet meer zichtbaar was wie de betreffende mutatie oorspronkelijk had ingevoerd. Met deze release is er een aanpassing doorgevoerd. De naam van de gebruiker die de wijziging heeft ingevoerd blijft vanaf nu altijd beschikbaar in het mutatieverslag, zelfs als de gebruiker inmiddels is verwijderd. Reisafstandbepaling (Core & Payroll) Instellingen > Berekening >Reisafstandbepaling In deze release is de functie voor het bepalen van reisafstanden uitgebreid. Het is nu mogelijk om een reisafstandaanbieder te selecteren. Standaard staat de aanbieder ingesteld op Here, de huidige standaardaanbieder. Echter, je kunt nu ook kiezen voor TomTom. TomTom is de kaartleverancier voor de ANWB routeplanner. Na het selecteren van TomTom worden alle nieuwe afstandsberekeningen met deze aanbieder uitgevoerd. Deze wijziging werkt ook door voor Self Service en de App.   Daarnaast is er een nieuwe instelling toegevoegd waarmee bepaald kan worden of tolwegen vermeden moeten worden in de berekening. Deze instelling staat standaard op "Nee" en werkt ook door voor Self Service en de App. Veld YouForce toegang (Core & Payroll) Met de overgang naar het vernieuwde toegangsbeheer is het veld 'YouForce toegang' overbodig geworden. Daarom is dit veld verwijderd uit de verschillende schermen binnen het systeem. Aanvraag jaaropgaven (Payroll) Beheer > Jaarafsluiting > Aanvraag jaaropgaven Het systeem maakt het nu mogelijk om jaaropgaven aan te vragen voor een volledige klant of administratie. Daarbij worden de onderliggende bedrijven automatisch geselecteerd op basis van de onderstaande criteria: Bedrijfsstatus: Alleen bedrijven met de status 'Implementatie', 'Productie - Factureerbaar', of 'Productie - Niet Factureerbaar' worden in aanmerking genomen. Verwerkingseis: Er moet een bestaande verwerking voor het jaar 2025 zijn voor alle geselecteerde bedrijven. Mocht het niet wenselijk zijn om een van de automatisch geselecteerde bedrijven mee te nemen in de aanvraag, dan kan deze eenvoudig worden verwijderd door op de 'X' knop naast het betreffende bedrijf te klikken. Bekijken van de jaaropgaven (Payroll) Rapporten > Salarisspecificatie > Jaaropgaaf Op de pagina 'Jaaropgaaf medewerker' is het veld 'Jaar' nu verplaatst naar de bovenkant van de pagina. Het jaar wordt bepaald aan de hand van de geselecteerde bedrijven, alle geselecteerde bedrijven moeten als laatst hetzelfde jaar hebben afgeroepen. Indien dit niet het geval is, blijft het veld leeg. Als een bedrijf afwijkt, kan deze uit de selectie worden verwijderd of de afroep kan dan per bedrijf plaatsvinden.  Daarnaast is het niet meer nodig om specifiek medewerkers te selecteren. Als er geen selectie wordt gemaakt, wordt de jaaropgaaf voor alle medewerkers in het rapport opgenomen.  Pensioen vast tot AOW-leeftijd en eindigend op geboortedag (Payroll) Instellingen > Berekening > Referentietabellen Als bij een vast pensioen de premie berekend wordt tot de datum dat een medewerker de aow leeftijd bereikt, werd er te weinig premie berekend; het premieloon (de basis voor de premieberekening) werd dan 2 maal gecorrigeerd voor het interval dat de medewerker nog premieplichtig is. Ook wordt in deze situatie niet altijd het productkenmerk bepaald; is het productkenmerk niet bepaald dan werden de regeling gegevens niet opgenomen in de pensioenaangifte. Dit is in de release gecorrigeerd met ingang van januari 2026. Standenregister - selectie van sublooncomponenten is mogelijk (Payroll) Rapporten > Controle > Standenregister uitgebreid In dit rapport kun je voortaan ook sublooncomponenten selecteren, bijvoorbeeld de kortingen op het salaris bij ziekte of aanvullend geboorteverlof. Deze verbetering hebben we alleen doorgevoerd in het (nieuwere) rapport Standenregister uitgebreid. Het (oudere) rapport Standenregister bevat nog een aantal andere "pluspunten": ook die gaan we binnenkort overnemen in het nieuwere rapport Standenregister uitgebreid.  Auto van de zaak - wijziging bijtellingspercentages (Payroll) Rapporten > Instellingen > Referentietabel Het bijtellingspercentage voor auto's met categorie 6 (Zonder CO2-uitstoot) en 11 (Waterstof- of zonnecelauto) met datum eerste toelating voor 2021 is gewijzigd van 17% naar 18%. Deze wijziging gaat in per 1 januari en het is daardoor mogelijk dat een correctie over januari op de nieuwe strook verschijnt. Vanaf januari geldt het bijtellingspercentge van 35% voor auto's van 16 jaar en ouder (categorie 5); dit was 15 jaar. Voor auto's met categorie standaard (1 of 12) met datum eerste toelating voor 2010 wordt ook dit nieuwe percentage toegepast; voor auto's in deze categorie waarvoor in 2025 al 35% bijtelling geldt (op basis van de 15 jaar) blijft dit zo voor 2026. Opgeloste meldingen Herverdeling ouderschapsverlof bij 2e kind (9571581) (Core) Wanneer een medewerker onbetaald ouderschapsverlof opneemt en later in hetzelfde jaar een nieuw kind krijgt waarvoor ook verlof gewenst is, werd er eerder ten onrechte al betaald ouderschapsverlof toegekend vóór de daadwerkelijke geboortedatum van het nieuwe kind door herverdeling. In deze release is de herverdeling van ouderschapsverlof verbeterd. Betaald ouderschapsverlof wordt nu correct toegekend, dat wil zeggen, pas na de geboorte van het nieuwe kind. Hiermee wordt gezorgd voor een correcte verwerking van het ouderschapsverlof in lijn met de geboortedata. Extra individueel recht wordt niet consequent aangepast bij corrigeren van geboortedatum kind (9436133) (Core) Een probleem is opgelost waarbij de informatie over extra individueel verlof, gekoppeld aan een kind, niet automatisch werd bijgewerkt wanneer de geboortedatum van het kind werd aangepast. Dit is nu gecorrigeerd, zodat bij wijzigingen van de geboortedatum de relevante verlofinformatie consistent en automatisch wordt bijgewerkt. Wanneer de geboortedatum van een kind wordt gewijzigd naar een eerder jaar, worden de bestaande extra individuele verlofrechten van het ouderschapsverlof automatisch naar het huidige jaar verschoven. Om ouderschapsverlof op te nemen in een eerder jaar, moet de boekingsdatum van het extra individuele verlofrecht worden aangepast naar de (nieuwe) geboortedatum van het kind, of een datum daarna. Samenvoegen van documenten (9714406) (Core) In uitzonderlijke situaties kon het voorkomen dat het niet mogelijk was om documenten samen te voegen. Dit is verholpen, waardoor het samenvoegen van documenten nu naar behoren zou moeten werken. Medewerkers nog niet actief in Self Service op de startdatum (9622813) (Core) In sommige situaties kon het voorkomen dat een medewerker op zijn startdatum nog niet kon inloggen in Self Service. Deze situatie ontstond doordat de Visma Connect-identiteit pas op de eerste werkdag in Core werd geregistreerd en pas tijdens de daaropvolgende nachtverwerking naar Self Service werd overgezet. Met deze release is hier een oplossing voor geïmplementeerd. Zodra een medewerker in Core is geregistreerd, wordt er direct een mutatie naar Self Service geactiveerd. Hierdoor kunnen medewerkers vanaf hun eerste werkdag meteen inloggen in Self Service. Rapport Zorg voor kinderen (9705398) (Core) In bepaalde situaties werden de gegevens van zwangerschapsverlof niet weergegeven in het rapport 'Zorg voor kinderen'. Deze situatie is aangepakt, waardoor de gegevens nu volledig worden weergegeven in het rapport. Hierdoor wordt een complete weergave van het zwangerschapsverlof binnen het rapport. 30% regeling WNT norm bij herindienst (9305433) (Payroll) Als een medewerker een beschikking heeft voor de 30% regeling en de medewerker is uit dienst getreden en komt in de loop van het jaar opnieuw indienst, dan mag de WNT norm voor het bepalen van de 30% regeling cumulatief worden bepaald. Dit werd niet juist toegepast in het systeem, op het moment van de herindiensttreding werd er niet cumulatief doorgerekend. Vanaf 01-01-2026  is er een nieuw payrollelement beschikbaar. Dit payrollelement "30 procent maximum loon doorlopend" heeft een geldigheid van een jaar en heeft de cumulatieve waarde als een medewerker herindienst komt. Hierdoor wordt de cumulatieve WNT norm voor de 30% regeling juist berekend. Signalering (Mogelijke) overschrijding urennorm voor lage AWf terwijl WW herzien al op Ja staat (9715399) (Payroll) Wanneer de signalering (Mogelijke) overschrijding urennorm voor lage AWf afging, dan moest WW herzien op Ja gezet worden. Wanneer daarna een salarisberekening gedaan werd, bleef deze signalering getoond worden. In deze release is dit signaal met ingang van 1-1-2026 aangepast, zodat deze niet meer afgaat. CO2 rapportage: nieuwe medewerkers niet geselecteerd (9594908) Als een medewerker in de loop van het rapportagejaar in dienst was gekomen, werd deze ten onrechte niet meegenomen in het rapport CO2 rapport jaaraantallen. Dit is aangepast waardoor alle medewerkers die gedurende het jaar indienst zijn meetellen. CO2 rapportage: oude waarde voor uren periode (9677226)  Als de contracturen (Uren periode) sinds het begin van het contract waren aangepast, werd ten onrechte de oude waarde gebruikt. Dit gold voor zowel het rapport Toetsing CO2 aangifteplicht als het rapport CO2 rapport jaartallen. Dit is aangepast in beide rapporten. Technisch afgekeurde aanv.LA 2023 bij geen BSN (9527484)  Als er geen BSN bij een medewerker is ingevoerd blijkt dat in de xml van de loonaangifte een spatie wordt geschreven. Hierdoor wordt de aangifte afgekeurd. Wij hebben het declaratie element in de aangifte muteerbaar gemaakt; in dit geval kan je of de tag helemaal verwijderen uit de aangifte, of het BSN (achteraf) in de aangifte invoeren, zodat de aangifte verzonden kan worden. Risicoppremie SGB foutief berekend (Payroll) (9979694) (Hotfix 23-1-2026) Wanneer de risicopremie SGB berekend werd over meerdere looncomponenten, dan werd de ingehouden premie bij de werknemer niet correct berekend. Per 1-1-2026 is er een aanpassing gedaan zodat de premie weer correcte berekend wordt. Deze aanpassing zal correcties tot gevolg hebben.

Hier vind je de dagen waarop de YouServe releases in 2026 zijn gepland. Tijdens de releases op zaterdag zijn de applicaties tijdelijk niet beschikbaar. Op de geplande zondagen vinden de maandelijkse (security) patches op de Infrastructuur plaats. Hierdoor zijn de applicaties niet beschikbaar tussen 18.00 en 24.00 uur.  Op de geplande dinsdagen vindt onderhoud plaats aan het netwerk. De applicaties blijven beschikbaar, maar er kunnen voor kortere momenten onderbrekingen zijn. Dit onderhoud vindt plaats tussen 20.00 en 24.00 uur. Voor de zaterdag releases melden we vooraf welke producten die dag een release hebben, via onze maandelijkse berichten in Releases.    Januari 2026   1 2 3 4 5   Ma   5 12 19 26   Di   6 13 20 27   Wo   7 14 21 28   Do 1 8 15 22 29   Vr 2 9 16 23 30   Za 3 10 17 24 31     Zo 4 11 18 25         Februari   5 6 7 8 9   Ma   2 9 16 23   Di   3 10 17 24   Wo   4 11 18 25   Do   5 12 19 26   Vr   6 13 20 27   Za   7 14 21 28     Zo 1 8 15 22         Maart   9 10 11 12 13 14 Ma   2 9 16 23 30 Di   3 10 17 24 31   Wo   4 11 18 25   Do   5 12 19 26   Vr   6 13 20 27   Za   7 14 21 28   Zo 1 8 15 22 29       April   14 15 16 17 18   Ma   6 13 20 27   Di   7 14 21 28   Wo 1 8 15 22 29   Do 2 9 16 23 30   Vr 3 10 17 24     Za 4 11 18 25     Zo 5 12 19 26         Mei   18 19 20 21 22   Ma   4 11 18 25   Di   5 12 19 26   Wo   6 13 20 27   Do   7 14 21 28   Vr 1 8 15 22 29   Za 2 9 16 23 30   Zo 3 10 17 24 31       Juni   23 24 25 26 27   Ma 1 8 15 22 29   Di 2 9 16 23 30   Wo 3 10 17 24     Do 4 11 18 25     Vr 5 12 19 26     Za 7 14 21 28     Zo 6 13 20 27         Juli   27 28 29 30 31   Ma   6 13 20 27   Di   7 14 21 28   Wo 1 8 15 22 29   Do 2 9 16 23 30   Vr 3 10 17 24 31   Za 4 11 18 25     Zo 5 12 19 26         Augustus   31 32 33 34 35 36 Ma   3 10 17 24 31   Di   4 11 18 25   Wo   5 12 19 26   Do   6 13 20 27   Vr   7 14 21 28     Za 1 8 15 22 29   Zo 2 9 16 23 30       September   36 37 38 39 40   Ma   7 14 21 28   Di 1 8 15 22 29   Wo 2 9 16 23 30   Do 3 10 17 24     Vr 4 11 18 25     Za 5 12 19 26     Zo 6 13 20 27         Oktober   40 41 42 43 44   Ma   5 12 19 26   Di   6 13 20 27   Wo   7 14 21 28   Do 1 8 15 22 29   Vr 2 9 16 23 30   Za 3 10 17 24 31   Zo 4 11 18 25         November   44 45 46 47 48 49 Ma   2 9 16 23 30   Di   3 10 17 24     Wo   4 11 18 25     Do   5 12 19 26     Vr   6 13 20 27     Za   7 14 21 28     Zo 1 8 15 22 29       December   49 50 51 52 53   Ma   7 14 21 28   Di 1 8 15 22 29 Wo 2 9 16 23 30 Do 3 10 17 24 31   Vr 4 11 18 25   Za 5 12 19 26   Zo 6 13 20 27    

  Mededelingen Op zaterdagochtend 27 december 2025 brengen wij de januari release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar.   Nieuw Beheer van definities voor rapportage en export (Payroll) Autorisatie > Beheer > Gedeelde definities Als gebruiker kun je voor een aantal rapporten definities maken. Die zijn handig: daardoor hoef je niet elke keer hetzelfde setje elementen bij elkaar te zoeken. In plaats daarvan haal je de definitie op die je eerder hebt gemaakt, en je klikt op Uitvoeren. Ook in het scherm Exporteren CSV is dit mogelijk. Zo'n definitie kun je delen met andere gebruikers die voor dezelfde klant of voor hetzelfde bedrijf werken. Ook dat is handig: collega's kunnen elkaar zodoende ondersteunen met slimme of handige rapporten. Er ontstond tot nu toe echter een probleem als een iemand het team verlaat: de betreffende gebruiker wordt dan verwijderd, diens definities zijn nog steeds zichtbaar voor iedereen, maar kunnen niet meer gewijzigd worden. Zodoende zijn ze op enig moment niet meer actueel, maar blijven ze toch bij iedereen in de lijst staan. Als je toegang hebt tot het gebruikersprofiel Autorisatiebeheer kun je voortaan met de nieuwe menukeuze Gedeelde definities alle definities zien die gebruikers met anderen gedeeld hebben.  In de lijst kunt je zoeken naar definities voor een specifiek rapport of naar de definities van een bepaalde gebruiker. Je kunt vervolgens één of meer definities selecteren, en door middel van de opdrachtknoppen één van deze drie acties uitvoeren: Je kunt de eigenaar van een definitie wijzigen, zodat iemand het beheer kan overnemen van een collega die is vertrokken. Je kunt het delen van een definitie stoppen. Dan blijft de gebruiker die de definitie gemaakt heeft de beheerder, maar verdwijnt deze uit de lijst die de collega's zien. Je kunt een definitie verwijderen. Dit is vooral handig als de gebruiker die de definitie heeft gemaakt er niet meer is, en de definitie zelf niet meer bruikbaar is. Bij de deze rapporten kun je definities maken en vervolgens delen met collega's: Exporteren CSV Proforma berekening Afrekenmatrix per Periode Payrollelementen Ad-hoc rapportage (uitgebreid) Standenregister Standenregister uitgebreid Overzicht verlofsaldo Overzicht verlof vervaldatum Overzicht jubilea Als jij toegang hebt tot het profiel Autorisatiebeheer, dan ben jij voor jouw klantorganisatie de beheerder van de gebruikers. Voortaan kun je ook van de definities van gebruikers beheren. Gebruik het nieuwe scherm om de lijst met gedeelde definities voor alle collega's zichtbaar te maken. Automatische rapportage bij eerste en laatste voorlopige verwerking (Payroll) Let op: deze functionaliteit is alleen beschikbaar als er op het niveau Administratie een profiel voor automatische rapportage is klaargezet. Beheer > Salarisberekening > Kalender salarisberekening Een tijdje geleden hebben we deze kalender geïntroduceerd. Daarmee kun (onder andere) vooraf vastleggen: a) wanneer de eerste verwerking van een afrekenperiode moet starten b) wat de laatste dag is waarop je een voorlopige berekening wilt laten plaatsvinden Het is vanaf nu ook mogelijk om specifiek op die momenenten - de eerste verwerking en de laatste geplande voorlopige verwerking - alle rapportages automatisch aan te laten maken die je nodig hebt voor de controle. Instellingen > Gegevensuitwisseling > Interfaces > Automatische rapportage Het was eerder in dit scherm al mogelijk om een rapportageprofiel in te vullen . Daarmee bepaalt het administratiekantoor welke rapporten automatisch aangemaakt zullen worden. Je kreeg dan bij elke voorlopige berekening alle rapportages te zien in Gedeelde rapporten. In het scherm is nu deze nieuwe optie toegevoegd: Voorlopige rapportages aanmaken. Je kunt kiezen uit twee opties: Bij alle voorlopige verwerkingen Bij de eerste en de laatste voorlopige verwerking volgens de kalender De omschrijvingen spreken voor zich: kies je de eerste optie, dan worden bij elke voorlopige verwerking alle rapporten klaargezet. Kies je voor de tweede optie, dan gebeurt dat alleen bij de eerste verwerking, en bij de laatste geplande voorlopige verwerking, conform de opgave in de kalender. Signaleringsverslag voortaan ook automatisch (Payroll) Let op: deze functionaliteit is alleen beschikbaar als er op het niveau Administratie een profiel voor automatische rapportage is klaargezet. Administratiebeheer > Instellingen > Rapportage > Rapportsjablonen (alleen beschikbaar voor de administratiekantoren) Je kunt voortaan na elke payroll verwerking ook het signaleringsverslag automatisch laten aanmaken.  Als je dit wilt, klik dan in de lijst met rapportsjablonen op het plusje (toevoegen), en kies voor Signaleringsverslag. Bij het opslaan van het sjabloon kun je kiezen uit de PDF variant of de Excel-weergave. Afhankelijk van het rapportageprofiel en de instellingen voor automatische rapportage bij het bedrijf komt het rapport automatisch terecht ofwel bij Gedeelde rapporten, of in het Salarisdossier. Op het rapport worden alle signalen getoond die in de loop van het huidige jaar zijn opgetreden, en nog niet zijn opgelost. Terugvorderen BTW over declaraties (Payroll) Inleiding Werkgevers mogen de BTW over declaraties terugvorderen bij de Belastingdienst. Als vooraf vaststaat welk percentage van toepassing is - 9% of 21% - dan kun je dit het beste regelen door de betreffende looncomponenten groepsgewijs te boeken naar aparte grootboekrekeningen voor 9 en 21%. In de meeste boekhoudpakketten is het mogelijk om vervolgens het terug te vorderen bedrag te berekenen. Ditzelfde is mogelijk in de module Journalisering, door het maken van extra boekingsdefinities en boekingsregels. Er zijn echter ook declaratiesoorten waarbij het percentage BTW niet vooraf vaststaat. Dit kan dan uitsluitend kan worden afgeleid van wat er op het bonnetje of de factuur staat. Om dit proces te ondersteunen hebben we een nieuw gegevenselement aangemaakt: Percentage BTW (10530936). De toegestane waarden zijn 0%, 9% en 21%. Dit nieuwe element kun je als volgt gebruiken: Vastlegging  Je kunt het element Percentage BTW toevoegen aan de selectie-eigenschap Verbijzonderingscriteria. Zie menu Instellingen > Vastlegging > Selectie-eigenschappen. Dit heeft als effect: a) De medewerker kan bij het vastlegging van de declaratie het BTW percentage opgeven in de App of in Self-service (als daar een workflow voor is ingericht) b) De HR professional kan in HR Core hetzelfde doen of indien nodig correcties aanbrengen via Medewerker > Variabele mutaties > Vergoedingen/Inhoudingen (dagvergoedingen) Berekening Als er een BTW percentage is opgegeven bij het vastleggen zie je dit terug in: Rapporten > Vastlegging > Mutatieverslag Rapporten > Berekening > Verbijzonderingen salarisberekening Journalisering Je kunt het nieuwe gegevenselement Percentage BTW vervolgens toepassen in het journaliseringsproces: Als verbijzonderingscriterium in een boekingsgroep (Instellingen > Boekingsgroep > Boekingsgroep > Criteria) Als selectiecriterium bij het maken van herverdelingsdefinities (Instellingen > Verdeling > Herverdelingsdefinitie > Criteria) Vervolgens kun je door middel van herverdelingsregels extra debet- en creditboekingen genereren voor respectievelijk 9 en 21% BTW . Controle Voeg het Percentage BTW toe als boekingscriterium aan één of meer overzichtsdefinities (Instellingen > Uitvoerdefinitie > Overzichtsdefinitie). Controleer de resultaten van de journalisering zoals gewoonlijk via Rapporten > Journalisering > Overzicht journaalposten. Aandachtspunten Als je gebruik wilt maken van herverdelingsdefinities, vergeet dan niet om bij het journaliseren het vinkje Toepassen herverdeling aan te zetten! Fiets van de zaak gegevens delen (Payroll) Menu : Medewerker > Contract > Arbeidsvoorwaardenpakket Op het medewerkerscherm van de arbeidsvoorwaarde "Fiets van de zaak" is een nieuw gegevenselement toegevoegd. Via het gegevenselement "Gegevens delen met Fietsleasemaatschappij" kan worden aangegeven of er gegevens mogen worden gedeeld. Gewijzigd en verbeterd Toekomstige uitdienst mutaties in combinatie met verlofjaar 2026 (Core - Hotfix 10-12-2025) Indien het verlofjaar 2026 reeds is open gezet, was het voor medewerkers die in de toekomst uit dienst zijn gemeld niet meer mogelijk om nog verlof op te nemen. Met deze aanpassing is het voor medewerkers met een toekomstige uitdienst datum weer mogelijk om verlof op te nemen. Verlof verbeteringen (Core - Hotfix 15-12-2025) Op maandag 15 december is er een wijziging doorgevoerd die de performance heeft verbeterd. Verder is er een verbetering aangebracht in het proces voor het aanmaken of herberekenen van een verlofjaar. Voorheen kreeg een verlofjaar de status "Verwerkt" zodra de berekening van de rechten klaar was, maar nu krijgt het deze status pas als het volledig is afgerond. Dit betekent dat de status pas naar "Verwerkt" gaat nadat ook de verlofopnames en het saldo zijn bijgewerkt.  Een andere aanpassing is dat de verlofuren minder lang op 0 blijven staan tijdens het herberekenen van een verlofjaar. In de eerdere procedure werden de verlofuren in de eerste stap direct op 0 gezet. Nu blijven de oude uren staan totdat de berekening gereed is en de correcte uren kunnen worden bijgewerkt. Hierdoor valt er minder verlof uit, omdat er korter (of zelfs helemaal niet) sprake is van een afwezig saldo. Uurloon bij minimumloon bij maandverloningen (Payroll) In een aantal CAO's zijn wij in de salarisschalen tegengekomen dat de salarisschalen gebaseerd zijn op maandlonen. De bijbehorende uurlonen worden vaak op een vaste manier bepaald. Dit kan op basis van een aantal jaaruren zijn of op basis van standaard 260 dagen. Wanneer in de salarisschalen ook minimumlonen aangegeven waren, dan viel op dat de maand- en uurbedragen op een andere wijze berekend werden. De uurlonen werden omgerekend naar een maandloon op de wettelijke wijze. Hierbij werd uitgegaan van het aantal werkdagen van het betreffende kalenderjaar x het aantal uren per dag. In Payroll business word een maandloon omgerekend naar een uurloon op basis van de gekozen methode in het scherm (Instellingen > Berekening > Uurlonen berekenen). Wanneer het minimumloon maandloon omgerekend werd naar een uurloon, gaf het berekende uurloon een verschil met de minimum uurloon. Per 1-1-2026 is er in het scherm Uurlonen berekenen het veld Afwijkende berekening uurloon bij WML toegevoegd. Standaard is dit veld leeg en wordt de huidige berekeningswijze van het uurloon aangehouden. Wanneer de berekeningsmethode van het uurloon op basis van Bedrijfsuren of Jaar uren is en het veld Afwijkende berekening uurloon bij WML heeft de waarde Ja en de arbeidsvoorwaarde Salaris is variant Vast bruto of Salarisschaal, als dan het maandloon van de medewerker exact overeenkomt met het berekende maandbedrag van het minimumloon van het betreffende kalenderjaar, dan zal het uurloon op de wettelijke wijze berekend worden. Dit geldt voor de payrollelementen Uurloon standaard, Uurloon 2, Uurloon 3, Uurloon 4 en Uurloon 5. Let op, deze optie zal niet actief ondersteund worden vanuit CAO Services. Een van de redenen hiervoor is dat bij 4-weken verloningen dit veld leeg of op Nee moet blijven. Deze optie is in te richten per 1-1-2026. Herverdelingsregels (Payroll) Menu Journalisering > Instellingen > Verdeling > Herverdelingsregels Aan dit scherm is de indicatie Debet/Credit omslag toegevoegd. Dit werkt als volgt:  Bij het maken van herverdelingsdefinities geef je een grootboekrekening op waarvan de boekingen moeten worden herverdeeld Als je vervolgens in de onderliggende herverdelingsregels kiest voor Debet/Credit omslag, worden debet boekingen omgezet naar creditboekingen en omgekeerd. Gebruik deze optie als je op basis van de oorspronkelijke debetboeking het BTW bedrag debet doorboekt, en vervolgens ook een credit boeking wilt maken zodat de journaalpost weer in balans is. Verder zijn er in dit scherm twee verbeteringen aangebracht: Je ziet voortaan bij Criterium de juiste omschrijvingen van de criteria uit de boekingsgroep. Als je het vinkje bij een criterium weghaalt wordt de betreffende boeking "verdicht". Het criterium wordt dan tijdens de journaalpostverwerking leeg gemaakt, wat tot gevolg heeft dat boekingen die een verschillende waarde voor dat criterium hebben worden samengevoegd. Tenaamstelling jaaropgaaf (Payroll) Rapporten > Salarisspecificaties > Jaaropgaaf medewerker Beheer > Jaarafsluiting > Aanvraag jaaropgaven Op de jaaropgaaf is de aanhef toegevoegd aan de naam van de werknemer. Deze hangt in principe af van het geslacht, bijvoorbeeld De heer J.Jansen of Mevrouw D.Danuk. Als bij het geslacht van de medewerker Onbekend of Niet gespecificeerd is opgegeven, dan wordt er geen aanhef toegepast. Als bij de medewerker een Datum overlijden is ingevuld, wordt als aanhef De erven toegepast. Voor de volledigheid: deze wijziging betreft de voorkant van het document, de jaaropgaaf zelf dus. Het adres dat in het venster van de enveloppe zichtbaar is als de jaaropgaaf op papier wordt afgedrukt staat op de achterkant, en was al eerder uitgebreid met de aanhef. Scherm Overboekingen SEPA verbeterd (Payroll) Menu bijvoorbeeld: Medewerker > Arbeidsrelatie > Overboekingen SEPA De layout van het scherm is met ingang van 01-01-2026 aangepast: De groepering en tabvolgorde is verbeterd: per rekening (1 t/m 10) staan alle gegevens nu duidelijker bij elkaar. Het gegevenselement Woonplaats begunstigde is uit alle groepen verwijderd: sinds de introductie van SEPA wordt dit veld voor de betalingen niet meer gebruikt. Scherm Voorstel transitievergoeding hernoemt naar Instellingen transitievergoeding en RVU (Payroll)  Instellingen > Berekening >  Instellingen transitievergoeding en RVU De omschrijving van dit scherm is gewijzigd; naast de instellingen voor de transitievergoeding is er nu ook een veld opgenomen over het toepassen van de pro rata berekening voor de RVU (zie hieronder). Wijzigingen in RVU (Regeling vervroegde uittreding) (Payroll)  Instellingen > Berekening >  Instellingen transitievergoeding en RVU In de arbeidsvoorwaarde RVU zijn 2 wijzigingen doorgevoerd. De berekening van het vrijstellingsbedrag is gewijzigd: als het drempelvrijstellingbedrag per maand wijzigde, werd de totale vrijstelling berekend door dit nieuwe bedrag toe te passen over de volledige duur van de RVU-uitkering voor de medewerker. Vanaf 2026 mag het nieuwe vrijstellingsbedrag per maand alleen worden toegepast op de resterende maanden dat de medewerker de RVU-uitkering ontvangt. De cumulatieve vrijstelling zal na een wijziging van het vrijstellingsbedrag per maand daardoor lager zijn dan voor deze wijziging. In de periode dat de RVU-uitkering voor de medewerker is begonnen, en in de periode dat de medewerker de aow-leeftijd bereikt, werd de RVU-uitkering altijd pro rata werkdagen berekend. Dit  kan je nu op bedrijfsniveau aanpassen: in het scherm Instellingen transitievergoeding en RVU kan je aangeven of de RVU pro rata berekend moet worden, of niet. De standaardwaarde op Nederland niveau is JA - er wordt als je de waarde niet aanpast altijd pro rata werkdagen gerekend. Opgeloste meldingen Gebruiker 0 in mutatieverslag (change 9477698) (Core) In bepaalde gevallen werd gebruiker '0' geregistreerd bij verlofmutaties die via een bestand waren ingelezen. Met deze release is de programmatuur aangepast, zodat voortaan de daadwerkelijke gebruiker die de actie heeft uitgevoerd wordt weergegeven bij het inlezen van een bestand. Hierdoor wordt het bijhouden van wijzigingen transparanter en nauwkeuriger. Presentatie werkschema in Excel (Change 9573095) (Core) Instellingen > Werkpatroon > Presentatieschema  Bij het exporteren van het presentatieschema naar Excel werd waargenomen dat de inhoud vanaf regel 3862 niet correct werd weergegeven. Dit probleem is verholpen, waardoor het gehele schema nu correct en zonder verschuivingen wordt weergegeven in het Excel-bestand. Toegekend Extra Individueel verlof in voorgaand Jaar (Change 9599502) (Hotfix 03-12-2025) (Core) Er was een probleem waarbij extra individueel verlof dat werd toegekend in een voorgaand jaar niet werd meegenomen in de overheveling en niet werd toegevoegd aan het verlofsaldo. Dit zorgde ervoor dat het verlofsaldo voor medewerkers onjuist werd weergegeven. De programmatuur is nu aangepast, zodat een correct verlofsaldo wordt getoond voor de medewerker.  Medewerkers uitdienst niet in UPA bestand (Change 9473974) (Payroll) Het kon voorkomen dat medewerkers die uitdienst werden gemeld aan het eind van de vorige periode en geen nabetaling hadden niet goed werden doorgegeven in het UPA bestand. Dit is per 01-01-2025 opgelost. Voor medewerkers bij wie dit speelt, moet er voor het insturen van de volgende Aangifte een mutatie worden gedaan om de aangfifte te triggeren, hierbij kan de Servicedesk ondersteunen.  

  Mededelingen Op zaterdagochtend 29 november 2025 brengen wij de december release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Nieuw  Uitgevallen Self Service mutaties opnieuw verwerken (Core) Rapporten > Gegevensuitwisseling > Uitgevallen HRSS mutaties   Het kan wenselijk zijn om eerder uitgevallen mutaties opnieuw op te halen vanuit Self Service om ze in Core te laten verwerken, bijvoorbeeld omdat de systeeminrichting is aangepast en de mutatie nu wel kan worden verwerkt. Deze functionaliteit is nu beschikbaar. Dit houdt in dat de originele mutatie, zoals vastgelegd in Self Service, opnieuw wordt opgehaald voor verwerking. Volg deze stappen om een uitgevallen mutatie opnieuw aan te bieden: Dubbelklik op de uitgevallen mutatie om een pop-up te openen. Klik op de knop 'Opnieuw ophalen'; de status wordt dan aangepast naar 'Opnieuw ophalen'. Zodra de mutatie succesvol is verwerkt, wordt deze uit de lijst verwijderd. Als de mutatie opnieuw mislukt, wordt deze in de lijst weergegeven met de status 'Niet behandeld'. Gewijzigd en verbeterd Aanvulling op de pagina YouServe toegang (Core) (Hotfix 13-11-2025) Medewerker > Arbeidsreleatie > YouServe toegang Instellingen > Algemeen > HR Stuurgegevens  In de november-release is een voorbereiding doorgevoerd om de namen die in het portaal van YouServe zijn aangepast, ook binnen Core te tonen. Wanneer een medewerker wordt aangenomen, worden deze velden aanvankelijk gevuld met de waarden vanuit Core. Deze informatie wordt vervolgens via toegangsbeheer doorgegeven aan Visma Connect (VC). De velden waar het om gaat zijn: VC Gebruikersnaam → Combinatie van de voornaam en achternaam VC Gebruiker Voornaam → Dit is de roepnaam van de medewerker. Indien deze niet is ingevuld, worden hier de voorletters geplaatst. VC Gebruiker Achternaam → Achternaam waarmee de medewerker aangesproken wilt worden.  Wanneer de naamgegevens binnen het portaal van YouServe wordt aangepast, wordt deze informatie teruggestuurd naar de drie velden in Core, waar ze zichtbaar worden. Indien er daarna binnen Core een wijziging in de naamgegevens plaatsvindt, zal dit via toegangsbeheer weer naar Visma Connect worden doorgegeven. Let op: dit genereert een e-mailbericht vanuit Visma Connect. Op donderdag 13-11-2025 zijn de betreffende velden voor alle medewerkers ingevuld. Er is daarnaast een vernieuwingsknop (refresh-button) toegevoegd. Wanneer op deze knop wordt geklikt, worden de velden bijgewerkt met de naamgegevens op basis van de gegevens in Core. Deze gegevens worden vervolgens naar het toegangsbeheer van de gebruiker verstuurd. Deze actie kan een email bericht vanuit toegangsbeheer naar de medewerker genereren dat er een een naamwijziging is doorgevoerd.  Daarnaast is er via het scherm 'HR Stuurgegevens' een nieuwe functionaliteit toegevoegd waarmee per bedrijf het mogelijk is om de velden voor alle medewerkers opnieuw in te vullen en naar het toegangsbeheer van de gebruiker te versturen. Dit kan worden uitgevoerd door het nieuwe veld 'Eenmalig synchroniseren VC naamvelden' op 'Ja' te zetten. Na het opslaan van deze instelling wordt het veld automatisch weer op 'Nee' gezet. Houd er rekening mee dat deze actie een e-mailbericht kan veroorzaken naar mogelijk alle medewerkers, waarin wordt gemeld dat de accountgegevens zijn gewijzigd. Aanmaken verlofjaar en werkrooster genereren op klant- of administratieniveau (Core) (Hotfix 13-11-2025) Instellingen > Verlof > Verlofrecht toekennen In de november-release is de functionaliteit beschikbaar gesteld om het verlofjaar op klant- en administratieniveau aan te maken. We hebben hierin een verbetering aangebracht: de limiet voor het aantal klanten dat kon worden weergegeven voor een administratie was beperkt tot 500. Deze limiet is verhoogd naar 2000 om aan verschillende behoeften te voldoen. Instellingen > Werkpatroon > Werkrooster genereren Voor het genereren van het werkrooster op klantniveau is een extra selectiecriterium toegevoegd. Het systeem controleert nu of er een recent werkrooster (huidig of voorliggend jaar) aanwezig is voor het bedrijf. Het eerste werkrooster moet altijd op bedrijfsniveau worden aangemaakt.  Verbetering in Mutatieverslag (Uitgebreid): Mutatienummer vanuit Self Service toegevoegd (Core & Payroll) Rapporten > Vastlegging > Mutatieverslag (uitgebreid) In deze release hebben wordt het mutatienummer toegevoegd aan het Mutatieverslag (Uitgebreid) voor mutaties die via Self Service in Core zijn ingevoerd. Na deze release zal bij mutaties die binnenkomen via Self Service het mutatienummer worden weergegeven in het mutatieoverzicht. Let op: indien een mutatie vanuit Self Service is verwijderd, kan het voorkomen dat er een dubbel mutatienummer in het mutatieoverzicht staat. Dit betekent dat de betreffende mutatie eerst is toegevoegd via Self Service en dat de mutatie die de gegevens verwijdert, eveneens via Self Service is binnengekomen. Wijziging scherm Persoon (Core & Payroll) Medewerker > Persoon > Persoon Rapporten > Personeelsmanagement > Persoonsoverzicht Rapporten > Personeelsmanagement > Voorgestelde UPI In een eerdere release is het veld 'Identity' hernoemd naar 'E-mail adres (Login Portaal)'. Daarnaast is ook het veld veld Tegekende identity van het scherm persoon verwijderd. Beide velden mogen niet worden gesynchroniseerd naar de 'Persoon'. Details van de wijziging: Het veld 'Email adres herstel portaal' is verwijderd van de pagina van de persoon. De bijbehorende informatie is eveneens verwijderd uit de rapporten 'Persoonsoverzicht' en 'Voorgestelde UPI'. Signaleringen bij de salarisberekening (Payroll) Beheer > Salarisberekening > Salarisberekening In dit scherm zie je een uitroepteken als er problemen zijn met de berekening. Dit werkt als volgt: Bij technische problemen, bijvoorbeeld een deling door 0, is er geen payroll resultaat voor de medewerker, en wordt deze niet meegenomen in de loonaangifte.  Als er problemen zijn die leiden tot het afkeuren van de loonaangifte wordt er bij het afsluiten van de salarisberekening helemaal geen aangifte aangemaakt. Hetzelfde geldt voor een eventuele UPA of APG aangifte. Je krijgt dan automatisch een e-mail met als bijlage een overzicht met daarop alle blokkerende fouten wanneer je een e-mailadres hebt opgegeven via Instellingen > Gegevensuitwisseling > Interfaces > Loonaangifte. Hetzelfde rapport wordt op dat moment ook klaargezet bij Gedeelde rapporten.  Het uitroepteken is een signaal dat je actie moet ondernemen, zodat je later bij het afsluiten van de cyclus (of aanvullende cyclus) ook meteen een aangifte krijgt: De meeste problemen kun je oplossen door de "juiste" mutaties aan te brengen. Bij een vervolgverwerking verdwijnt het uitroepteken dan, en bij het afsluiten wordt de aangifte alsnog aangemaakt. In noodgevallen kun je de medewerker blokkeren voor de salarisberekening, of alleen voor de aangifte. Ook dan verdwijnt het uitroepteken. Een paar zaken waren tot nu toe niet helemaal duidelijk: Je zag soms meerdere uitroeptekens, bijvoorbeeld als in de ene run een medewerker een fout had, en in een volgende run een ándere medewerker een fout had. Bij vervolgverwerkingen waarin geen medewerkers met fouten zaten werd geen uitroepteken getoond, en ook niet bij een afsluiting zonder berekening, terwijl er dan toch in voorgaande verwerkingen fouten konden zitten die nog niet waren opgelost. We hebben de signalering overzichtelijker gemaakt: Je ziet voortaan, als er fouten zijn, nog maar één uitroepteken. Dat staat dan bovenaan in de lijst met salarisberekeningen. Je ziet het uitroepteken ook bij een afsluiting zonder berekening, als er in een van de voorgaande verwerkingen een fout is opgetreden die nog niet is opgelost. Als je erop klikt zie je in één oogopslag alle nog niet opgeloste fouten, niet alleen van de laatste verwerking, maar van alle verwerkingen. Ook het interface log rapport is verbeterd: Als er een fout was onstaan en later opgelost bleef deze soms ten onrechte op het overzicht staan. Er werd vervolgens ten onrechte geen aangifte aangemaakt. Dit is opgelost. De eventuele actie die je moet uitvoeren is niet veranderd: Zodra je een uitroepteken ziet, ga dan na wat er aan de hand is, en corrigeer de betreffende medewerkers.  Zie eventueel de helptekst bij het rapport Signaleringsverslag: hierin worden alle mogelijke fouten uitgelegd, plus de actie die je kunt ondernemen om te fout te herstellen. Blokkeer in noodgevallen de medewerker voor de salarisberekening of voor de loonaangifte, zodat je alsnog een (voorlopige) aangifte krijgt die kan worden goedgekeurd. Vergeet niet om de blokkade later weer op te heffen, en de fout te herstellen door middel van een TWK berekening. Een medewerker blokkeren voor de salarisberekening doe je in het scherm Medewerker> Medewerker > Arbeidsrelatie (Algehele blokkering).  Een medewerker blokkeren voor de loonaangifte doe je in het scherm Medewerker> Arbeidsrelatie > Interfaces (Blokkeren interface loonaangifte) Controleer eventueel of er een correct e-mail adres is ingevuld om het Interface log rapport naar toe te sturen, dit vind je bij Instellingen > Gegevensuitwisseling > Interfaces (Loonaangifte). Nieuw signaal: Medewerker met loon; geblokkeerd voor loonaangifte (Payroll) Loonaangifte - Rapporten > Aansluiting Payroll/Loonaangifte Rapporten > Berekening > Signaleringsverslag Als een medewerker geblokkeerd is voor de loonaangifte, maar wel inkomen heeft in de periode, zorgt dit voor verschillen in het rapport Aansluiting Payroll/Loonaangifte. Deze medewerkers kan je vanaf deze release terugvinden in het signaleringsverslag met dit signaal. Dit maakt het makkelijker de verschillen te analyseren in dit rapport. Omschrijving bankbetaling voor Engelstalige medewerkers (Payroll) De SEPA overboekingen bevatten tot nu toe voor alle medewerkers de tekst Betaling over periode of Tussentijdse betaling. Vanaf deze release krijgen Engelstalige medewerkers voortaan een omschrijving in het Engels op hun bankafschrift te zien: Payment for period respectievelijk Intermediate payment. De Engelse omschrijving wordt ook toegepast als de medewerker Franstalig of Duitstalig is. Als je wilt controleren welke taal bij een medewerker is vastgelegd kan dat in het HR en Payroll menu, scherm Medewerker > Medewerker > Medewerker(s). Het resultaat - de omschrijvingen van de betalingen - kun je vinden in het Betalingen menu, scherm Beheer > Controleren betaalopdrachten. Opgeloste meldingen E-mailadres wijziging na uitdiensttreding (Change 9286718) (Core) Wanneer een medewerker uit dienst treedt, wordt het e-mailadres (Herstel Portaal) gewijzigd naar het privé-e-mailadres. Daarbij wordt een e-mail verzonden om de medewerker hiervan op de hoogte te stellen. Dit stelt de medewerker in staat om na uitdiensttreding nog in te loggen, bijvoorbeeld om salarisspecificaties te raadplegen. Echter, indien op klantniveau is aangegeven dat er geen inlogtoegang meer gewenst is na uitdiensttreding, is deze wijziging niet nodig. Met deze release is het proces aangepast zodat het e-mailadres ongewijzigd blijft, waardoor er geen notificatie-e-mail meer wordt verstuurd. Binnen toegangsbeheer kan met behulp van autorisaties zelf worden ingericht dat bij deze arbeidsrelatiestatus geen toegang meer verleend mag worden. Dit geldt voor medewerkers die na de implementatie van deze release uit dienst worden gemeld en waarbij de instelling is dat er niet ingelogd mag worden na uitdiensttreding. Variabel salaris en uurloon onder minimumloon (9274727) (payroll) Wanneer er in het systeem een Salaris (Uurloon) wordt opgegeven is het mogelijk om het systeem te laten controleren op het minimumloon. Tevens is het mogelijk om het Salaris te laten aanvullen tot het minimumloon. Bij Oproepkrachten (Salaris variabel) ging dit niet in alle gevallen goed en werd er onterecht niet gesignaleerd op het minimumloon. De berekening op de controle minimumloon is aangepast en vanaf deze release wordt er met ingang van 01-01-2025 correct gerekend met het minimumuurloon voor een uurloner. Workflow Herindienst nu ook geschikt voor stagiaires (9109500) (Payroll) Workflows\Instroom\Herindienst Als je door middel van de workflow Herindienst een voormalig stagiair opnieuw als stagiair in dienst wilde nemen, kreeg je een foutmelding. Dit is opgelost. Betaaloverzicht PDF toont dubbel totaal (change 9301628) (Payroll) In het PDF-document van het betaaloverzicht Werd het totale bedrag soms dubbel weergegeven. Dit gebeurde doordat het totaalbedrag per ongeluk opnieuw werd opgeteld in het eindtotaal. Dit is opgelost. 30% regeling bij uitdienst op weekenddag (change 9382753) (Payroll) (Hotfix 4-11-2025) De prorato berekening van het toetsloon en het maximum loon voor de 30% regeling werd bij een uitdienstmelding op een weekenddag niet juist berekend. Er werd ten onrechte 1 dag te weinig berekend. Dit is nu hersteld met ingang van 01-01-2025 worden de bedragen correct berekend. Salarisdossier - Verkeerde periode bij betaalbestanden (change 9458489) (Payroll) (Hotfix 12-11-2025) In het salarisdossier werd in bijzondere gevallen bij betaalbestanden, opdrachtbrieven en betaaloverzichten niet de payroll periode getoond, maar de volgende periode. Dit had verder geen invloed op de betalingen, maar het was verwarrend dat de documenten niet onder de juiste periode waren gearchiveerd. Dit is opgelost. Bij de documenten die het betrof is de periode inmiddels gecorrigeerd.

Gebruikersnamen In Toegangsbeheer en HR Core is zojuist de automatische verwerking van Gebruikersnamen aangepast.   In HR Core is dit terug te vinden via het menu: Medewerker - Arbeidsrelatie - YouServe toegang. Daarin staan drie nieuwe elementen: VC Gebruikers voornaam VC Gebruikers achternaam VC Gebruikers naam Deze elementen zijn initieel gevuld met de waarden zoals die bekend zijn bij Mijn Profiel / Persoonlijke instellingen (te vinden in het YouServe Portal, rechtsboven in het scherm).   Wanneer je in HR Core een naamveld wijzigt worden ook de bovengenoemde elementen aangepast en doorgegeven aan Toegangsbeheer.  Deze drie elementen kan iedere gebruiker bovendien zelf wijzigen in de Persoonlijke instellingen, deze wijzigingen worden vervolgens ook zichtbaar in HR Core. De naamgegevens van de medewerker worden hierdoor niet aangepast. Zie ook dit vorige bericht: Release notes Toegangsbeheer 11-11-2025 - Visma Community  

Nieuw Nieuwe verlofjaar starten of Werkrooster genereren op klant- of administratieniveau (Core) Instellingen > Verlof > Verlofrecht toekennen Verlofjaar beheren op klantniveau: Je kunt nu op klantniveau een nieuw verlofjaar starten, herberekenen of terugdraaien voor alle onderliggende bedrijven binnen die klant. Bij het opvragen op klantniveau worden bedrijven automatisch getoond met de volgende bedrijfsstatussen: Implementatie, Productie - factureerbaar, of Productie - niet factureerbaar. Er wordt ook gecontroleerd voor welke bedrijven verlofgegevens aanwezig zijn in het huidige verlofjaar of waarvoor in januari nog een verlofjaar van het vorige jaar actief was. Verlofjaar beheren op administratieniveau: Deze functionaliteit is ook beschikbaar op administratieniveau, zodat je het verlofjaar kunt beheren voor de volledige administratie met alle gekoppelde bedrijven. Instellingen > Werkpatroon > Werkrooster genereren Werkrooster genereren op klantniveau: Je kunt nu een werkrooster genereren op klantniveau. Bij het opvragen op klantniveau worden automatisch de bedrijven getoond met de status: Implementatie, Productie - factureerbaar, of Productie - niet factureerbaar. Werkrooster genereren op administratieniveau: Deze functionaliteit is tevens beschikbaar op administratieniveau. Nieuwe workflow voor Regeling Vervroegde Uittreding (Payroll) Workflows > Uitstroom > Uitdienst met RVU Deze nieuwe workflow helpt je om snel en gemakkelijk bij een medewerker een RVU uitkering vast te leggen en deze uit te betalen onder een aparte inkomstenverhouding. De RVU kan in één termijn uitbetaald worden, of in meerdere termijnen. Loonheffing en eventuele eindheffing worden automatisch bepaald. Werkwijze: Peildatum: selecteer de datum waarop de medewerker uit dienst gaat, en waarop de RVU regeling ingaat. Selecteer de medewerker die gaat deelnemen aan de regeling. De lijst toont alle medewerkers die op de peildatum nog in dienst zijn en binnen 3 jaar de AOW leeftijd bereiken. Twee mutaties worden er alvast voor je klaargezet: de Dienstverband indicatie (Uit dienst) en de Reden uitdienst (Einde arbeidsovereenkomst door opzegging werknemer). Geef vervolgens zelf aan of de RVU uitkering door middel van één termijn plaatsvindt (door middel van een eenmalig bedrag), of door middel van meerdere termijnen (door middel van een vast bedrag). Geef het eenmalige bedrag of het vaste bedrag op. Bij een vast bedrag wordt het veld Einddatum RVU standaard gevuld met de AOW-datum. Dit veld kan eventueel aangepast worden wanneer de RVU eerder stopt. Vervolg: Na het opslaan wordt er op de achtergrond een tweede contract en tweede inkomstenverhouding aangemaakt. Soort inkomen van dit contract is Uitkering in het kader van vervroegde uittreding. Zaken als kostenplaats, vestiging en afdeling worden overgenomen van het hoofdcontract. Bij dit contract is automatisch de arbeidsvoorwaarde RVU regeling vastgelegd. In het scherm Arbeidsvoorwaardenpakket kun je achteraf indien nodig de bedragen en de einddatum nog wijzigen. De salarisberekening zal zorgen voor uitbetaling, deze wordt zichtbaar in de vorm van een tweede pagina op de loonstrook. Berekening van de RVU en eventuele eindheffing: Het eenmalige bedrag wordt uitbetaald in de opgegeven periode, het vaste bedrag wordt elke afrekenperiode uitbetaald tot aan de opgegeven einddatum, of totdat de AOW leeftijd is bereikt. Over de RVU wordt loonheffing berekend op basis van de groene tabel.  Ook wordt er een vrijstellingsbedrag bepaald. Als dit bedrag wordt overschreden, dan wordt automatisch de verschuldigde eindheffing bepaald. Deze wordt automatisch meegenomen in de loonaangifte van de betreffende periode. Voor 2025 is het vrijstellingsbedrag 2273,- per maand. De totale vrijstelling wordt bepaald op basis van het aantal maanden dat ligt tussen de start van de RVU uitbetaling en de Ingangsdatum AOW  Let op als er voor jouw organisatie een afwijkende lijst met redenen uitdienst is vastgelegd:  De codes in de waardenlijst wijken dan af van de codes die de Belastingdienst toestaat in de loonaangifte. Deze vind je terug bij Instellingen > Vastlegging > Waardenlijst. Tevens is er dan een conversietabel ingericht die jullie eigen codes vertaalt naar de wettelijke codes. Zie daarvoor menukeuzes Instellingen > Gegevensuitwisseling > Interfaces >  Loonaangifte en Instellingen > Gegevensuitwisseling > Conversietabel. De wettelijke code wordt dan door middel van de conversietabel afgeleid van jullie eigen code, en automatisch vastgelegd in het veld Reden einde arbeidsverhouding op het scherm Arbeidscontract. De nieuwe workflow zorgt automatisch voor een mutatie op het element Reden uitdienst met waarde 20 = Einde arbeidsverhouding door opzegging werknemer, door toedoen of op initiatief van de werknemer. Als deze reden niet in jullie eigen lijst staat kun je de nieuwe workflow niet gebruiken: je krijgt dan een foutmelding dat reden uit dienst niet correct is. Wel kun je de gewenste mutaties importeren via een spreadsheet, of aanleveren vanuit Self-service of een extern HR systeem, en daarbij je eigen reden uit dienst gebruiken. Vervolgens wordt er ook dan een extra contract aangemaakt voor de betaling van de RVU. Als alternatief kun je ook Reden 20 toevoegen aan de eigen lijst. Dit kan via Instellingen > Vastlegging > Waardenlijst.  Handmatig corrigeren pensioenaangiftes UPA en APG (Payroll) Vanaf deze release is het mogelijk om handmatig correcties aan te brengen UPA en APG pensioenaangiftes. De manier van werken is gelijk aan die van de loonaangifte: Je corrigeert per definitie alleen aangiftes van één van de voorgaande jaren, en je kunt dit alleen doen als er geen salarisberekeningen meer over het betreffende jaar plaatsvinden. De jaren die liggen vóór het afgelopen jaar kun je dus altijd per definitie handmatig corrigeren: die jaren worden immers nooit meer door de salarisberekening gewijzigd. Het afgelopen jaar kun je alleen handmatig corrigeren als de payroll in nabetalingsmodus rekent. TWK wijzigingen in het vorig jaar leiden dan namelijk niet meer tot een automatische correctie aangifte over voorgaand jaar. Als de salarisberekening nog in correctie modus over voorgaand jaar rekent, is handmatig corrigeren van de aangifte over vorig jaar dus niet mogelijk.  Menu Pensioenaangifte UPA of APG > Beheer > Bijzondere aangiftes Om de pensioenaangifte van een bepaald jaar handmatig te corrigeren doe je het volgende:  Selecteer een onderneming (loonheffingennummer) Kies de instantie waar je de pensioenaangifte normaal gesproken naar toe stuurt. Je kunt kiezen uit alle instanties die je normaliter gebruikt (meestal is dat er slechts één)  Kies een jaartal (als er slechts één jaartal mogelijk is, is dit veld grijs) Klik op Uitvoeren Als resultaat zie je vervolgens in de menukeuze Aangifte de correctie aangifte klaar staan, met als bijzonderheid: Correcties (gebruiker) Je kunt vervolgens IKV periodes toevoegen, verwijderen of de eigenschappen wijzigen, net als bij de loonaangifte Bovendien kun je de gegevens van de pensioenregelingen wijzigen, of regeling gegevens van een specifiek regelingkenmerk toevoegen of verwijderen  Als je klaar bent met alle wijzigingen, kies dan in het Aangifte scherm voor Herberekenen. De totalen van de aangifte worden dan opnieuw bepaald, waarna deze klaar is om te worden verzonden. Als je niet meer zeker weet in welke modus de Salarisberekening zich bevindt, controleer dan het volgende:  Beheer > Salarisberekening > Salarisberekening Hier kun je zien in welke modus de salarisberekening rekent: correcties of nabetalingen.  Instellingen > Algemeen > Stuurgegevens Door middel van het stuurgegeven Nabetalingen vanaf Periode bepaal je vanaf welke periode de salarisberekening stopt met het in correctiemodus rekenen over voorgaand jaar. Kalender salarisberekening - tijdelijk stoppen met vervolgverwerkingen (Payroll) Beheer > Salarisberekening > Kalender salarisberekening We hebben een nieuwe optie toegevoegd aan de kalender: je kunt voortaan voor elke afrekenperiode een datum opgeven waarop de Laatste vervolgverwerking moet plaatsvinden.  Op alle daarop volgende dagen is er dan geen vervolgverwerking meer, tot aan de dag waarop je afsluit. Hiermee creëer je een tijdsvenster waarbinnen je de resultaten van de salarisberekening kunt controleren zonder dat nieuw binnengekomen mutaties het resultaat beïnvloeden.  Als je hier gebruik van wilt maken, vul dan voor elke periode een datum in. Geef bij de tijdstippen aan hoe laat dit moet gebeuren. Als je deze nieuwe datum leeg laat blijven de vervolgverwerkingen elke dag doorgaan, zoals tot nu toe ook al het geval was, tot aan het moment van de afsluiting. Berekening kolom AWFuitk en AOFuitk bij werkgeversbetaling (Payroll) De Belastingdienst schrijft voor dat bij uitkeringen die via de Werkgever worden betaald de berekening van de premies AOF en AWF moeten worden gedaan via een aparte kolom uitkeringen. Hiervoor was al de Grondslag "Awf uitkering / Aof uikering" beschikbaar, over de looncomponenten die in deze grondslag zijn ingericht wordt AWFuitk en AOFuitk berekend.  Nieuw: Vanaf 01-01-2025 wordt bij de code soort inkomen waarde (31, 32, 33, 38, 39 en 40) altijd de kolommen voor AWF/AOF uitk. berekend, hiervoor hoeven de looncomponenten dus niet meer te zijn ingericht in de Grondslag "Awf uitkering / Aof uikering" Let op: Als er sprake is van een IKV waar zowel normaal loon (code soort inkomen 15) als een Werkgeversbetaling (code soort inkomen 31, 32, 33, 38, 39 en 40)  wordt verloond dan moet bovenstaande Grondslag nog wel worden ingericht voor de looncomponenten die tot de Werkgeversbetaling behoren. Gewijzigd en verbeterd Aanvulling op de pagina YouServe toegang (Core) Medewerker > Arbeidsreleatie > YouServe toegang In de november-release is een voorbereiding doorgevoerd om de namen die in het portaal van YouServe zijn aangepast, ook binnen Core te tonen. Wanneer een medewerker wordt aangenomen, worden deze velden aanvankelijk gevuld met de waarden vanuit Core. Deze informatie wordt vervolgens via toegangsbeheer doorgegeven aan Visma Connect (VC). De velden waar het om gaat zijn: VC Gebruikersnaam → Combinatie van de voornaam en achternaam VC Gebruiker Voornaam → Dit is de roepnaam van de medewerker. Indien deze niet is ingevuld, worden hier de voorletters geplaatst. VC Gebruiker Achternaam → Achternaam waarmee de medewerker aangesproken wilt worden.  Wanneer de naamgegevens binnen het portaal van YouServe wordt aangepast, wordt deze informatie teruggestuurd naar de drie velden in Core, waar ze zichtbaar worden. Indien er daarna binnen Core een wijziging in de naamgegevens plaatsvindt, zal dit via toegangsbeheer weer naar Visma Connect worden doorgegeven. Let op: dit genereert een e-mailbericht vanuit Visma Connect. Op dit moment zijn deze velden voor bestaande medewerkers nog leeg en worden ze alleen gevuld bij nieuwe medewerkers of wanneer er een wijziging in de naamgegevens plaatsvindt. In de komende twee weken zullen we de gegevens die momenteel geregistreerd staan in Visma Connect (zichtbaar bij het profiel in portaal YouServe) in deze velden bijwerken. Dit doen we om het genereren van e-mailberichten over naamswijzigingen te voorkomen. Gewijzigde Code reden einde arbeidsverhouding per 2026 (Payroll) Wanneer een medewerker uitdienst gaat moet er altijd een reden uitdienst opgegeven worden. Vanaf 2026 komt de volgende reden uitdienst te vervallen: 31 - Einde van rechtswege om een andere reden (ontbindende voorwaarde, pensionering, overlijden e.d.)  De volgende redenen zijn nieuw vanaf 2026: 32 - Einde van rechtswege vanwege pensionering 33 - Einde van rechtswege vanwege overlijden 34 - Einde van rechtswege, om een andere reden (intreden ontbindende voorwaarde, e.d.) De waardenlijsten worden 2-1-2026 aangepast voor de elementen Reden uitdienst en Reden einde arbeidsverhouding. Let op! Wanneer een medewerker uitdienst getreden is in 2025 met reden 31 en er vindt een nabetaling plaats in 2026 voor deze medewerker, dan dient de reden uitdienst aangepast te worden. Anders veroorzaakt die een fout in de loonaangifte, UPA aangifte en AGP aangifte. Omdat wij de reden niet automatisch kunnen omzetten naar een andere reden, wordt er in deze situatie een signalering gegeven via signaal Reden einde Arb verh moet 32, 33 of 34 zijn. Dit signaal heeft de ernst Fout. Per peildatum 02-01-2026 zal (in het scherm Medewerker > Arbeidsrelatie > Arbeidsrelatie ) de reden uitdienst aangepast moeten worden. Daarna zal er een vervolg verwerking gedaan moeten worden. Wanneer er gebruik wordt gemaakt van een eigen lijst met redenen uitdienst, dan adviseren wij om per 2026 gebruik te maken van de redenen van de belastingdienst. Mocht dit om bepaalde redenen niet mogelijk is, dan adviseren wij om de reden 31 te beëindigen en deze in te richten onder een andere code en om te zetten naar de correcte reden in de conversietabel.  Controleoverzicht Loonaangifte (Payroll) Het rapport Controleoverzicht loonaangifte is aangepast. Dit rapport kan nu zowel op klantniveau (dus ook voor meerdere bedrijven) als op traditioneel bedrijfsniveau worden opgevraagd. We hebben de gebruiksvriendelijkheid van de rapporten verbeterd door tabbladen toe te voegen voor het maken van selecties voor medewerkers en bedrijven. Deze aanpassingen zorgen ervoor dat de rapporten in lijn zijn met onze werkwijze voor nieuwe rapporten. De inhoud van de rapporten is ongewijzigd gebleven. Betalingskenmerk Loonaangifte (Payroll) Bij de loonaangiftes genereren we ook altijd een betalingskenmerk volgens de voorschriften van de Belastingdienst. Dit kenmerk moet je gebruiken bij het betalen van de verschuldigde afdrachten.  Om het betaalproces zo duidelijk mogelijk te ondersteunen hebben we twee dingen verbeterd: Voortaan wordt dit kenmerk alleen getoond bij "normale" tijdvakaangiftes, dus niet meer bij lege aangiftes (nul of nihil), en ook niet bij correctie aangiftes over voorgaande jaren. Op het overzicht Aangifte totalen en afdrachten staat voortaan bij correctie aangiftes de aanduiding: "Wacht op naheffingsaanslag van de Belastingdienst". Salarisdossier - Download betaalbestanden per bedrijf (Payroll) Vanuit het Salarisdossier kun je de SEPA betaalbestanden, opdrachtbrieven en het Overzicht betaalposten downloaden. Als je meerdere bestanden per bedrijf had laten aanmaken, kon je aan de naam niet zien welk bedrijf van toepassing is: je zag alleen de rekeninggegevens. Dit is verbeterd: voortaan is ook de bedrijfscode onderdeel van de bestandsnaam. Voorbeeld: Betaalbestand 2025-10-09 (3) Tech b.v. inz lonen (NL16ANDL0176533486-2948).xml.  De bedrijfscode is in dit geval (3). Opgeloste meldingen  Jaarloon is nul bij medew UD in dezelfde maand (9317575) (Payroll) In de release van oktober zijn er aanpassingen gedaan voor de bepaling van het jaarloon bijzondere beloning. In de situatie dat een medewerker die indienstgetreden is en in dezelfde maand uitdienst ging en er ook sprake is van een inkomstenverhouding voor de transitievergoeding, dan werd onterecht het jaarloon bijzondere beloning overschreven naar nul. Dit is in deze release opgelost. Het jaarloon zal vanaf 1-1-2025 automatisch hersteld worden bij de eerstvolgende salarisberekening. Wanneer het jaarloon intussen handmatig is aangepast, zal dit jaarloon aangehouden blijven worden voor de rest van het kalenderjaar. Wijzigen datum indienst - begindatum IKV wijzigt ten onrechte niet mee (Payroll) Workflows > Instroom > Wijzigen datum indienst Medewerker > Contract > Inkomstenverhouding Als je de workflow Wijzigen datum indienst gebruikte om de datum indienst van een medewerker naar een latere datum te verplaatsen, dan werd de begindatum van de inkomstenverhouding niet mee aangepast. De loonaangifte werd daardoor in sommige gevallen afgekeurd omdat de gegevens op de (te vroege) begindatum van de inkomstenverhouding niet compleet waren.  Dit is inmiddels opgelost, en de betreffende aangiftes zijn gecorrigeerd en opnieuw ingezonden.   Signalering 2501 - Reden uitdienst niet gevuld ging onterecht af (Payroll) Wanneer een medewerker indienstgemeld werd en in de salarisverwerking defintief verwerkt is en in de volgende periode werd deze medewerker uitdienst gemeld op de datum indienst. In deze situatie vond er voor deze medewerker een correcte intrekking plaats in de aangifte, maar ging deze signalering onterecht af. In deze release is dit per 1-1-2025 opgelost. Na de eerst volgende salarisberekening na de release, zal de signalering voor deze situatie niet meer voorkomen. APG bestandsnaam niet uniek bij vervolginzending (9397967) (Payroll) Door de recente wijziging in naamgeving van vervolginzendingen voor APG bleek het mogelijk dat inziendingen niet langer een unieke bestandsnaam hebben. In deze release is de nummering voor APG zo gewijzigd dat dit altijd uniek is waardoor fout met dubbel gebruik van nummers niet meer kan voorkomen.

  Mededelingen Op zaterdagochtend 4 oktober 2025 brengen wij de oktober release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. De SEPA richtlijnen voor het doen van euro betalingen in Europa zijn gewijzigd. Er is een nieuw bestandsformaat beschikbaar voor het aanleveren van informatie bij SEPA-betalingen middels Verzamelbetaling (SEPA Credit Transfer). Sinds 17 maart 2024 is het aanleveren ook mogelijk via SEPA XML versie 2019. Deze nieuwe versie is beschikbaar naast de huidige bestandsformaat XML versie 2009. Je kunt het bestandsformaat instellen via Instellingen > Betaalrekening > Sepa Credit Transfer formaat. Wij adviseren je nu al gebruik te maken van het nieuwe bestandsformaat: PAIN.001.001.09 YouServe zal voor alle betaalrekeningen per oktober 2025 de indeling overzetten op het bestandsformaat PAIN.001.001.09 als de oude formaat nog in gebruik is. Nieuw  Salarisdossier: eigen tekst voor notificatie medewerker (Payroll) Instellingen > Salarisspecificaties > E-mail tekst Salarisdossier Als er een nieuwe salarisstrook of jaaropgaaf voor de medewerker wordt klaargezet in het salarisdossier, dan kan deze een bericht via e-mail ontvangen. Dit kunnen twee soorten e-mails zijn: E-mail met bijgevoegd PDF bestand: het bericht bevat dan het betreffende document als bijlage. E-mail ter notificatie: het bericht bevat dan geen bijlage, maar alleen een link naar de portal (dit is veiliger). De tekst van de tweede mail - die met alleen een link - kun je voortaan zelf opstellen: hierin kun je bijvoorbeeld de contactpersoon van jouw organisatie in opnemen, diens telefoonnummer en eventueel een specifieke instructie. Werkwijze: Kies de gewenste ingangsdatum voor een nieuwe of gewijzigde tekst Vul de tekst in. Kopiëer deze eventueel eerst vanuit een bestaande e-mail en pas hem daarna aan. Kies Opslaan Vanaf de opgegeven ingangsdatum zal de aangepaste tekst gebruikt worden voor het e-mail bericht ter notificatie. Via de knop Test e-mail verzenden kun je controleren hoe de mail overkomt als je hem in je mailbox ontvangt. Als je dit wilt proberen, vul dan een e-mail adres in waar je toegang toe hebt, en klik op Test e-mail verzenden. Gewijzigd en verbeterd  Wijziging signaal Gegevens beschikking 30% rgl niet compleet (Payroll) Dit waarschuwingssignaal gaat af wanneer de arbeidsvoorwaarde 30% regeling, variant excl. extraterritoriale kosten gekoppeld is en het beschikkingsnummer, of de datum ingang beschikking of de einddatum beschikking is niet gevuld. Met ingang van 1-1-2025 wordt er niet meer gekeken of beschikkingsnummer gevuld is. Ongeacht of dit veld gevuld is of niet, wordt de 30% regeling berekend. Wijziging signaal 2501 Reden uitdienst niet gevuld (Payroll) Dit waarschuwingssignaal voor de Loonaangifte gaat af wanneer er een einddatum IKV is opgegeven, maar geen reden einde inkomstenverhouding is opgegeven. In sommige gevallen werd dit signaal niet gegeven. Met ingang van 1-1-2025 wordt dit signaal altijd getoond als aan de voorwaarden wordt voldaan.  Beëindigen diverse signalen (Payroll) Onderstaande signalen zijn verouderd of worden niet meer gebruikt: (A) Maximum overige uren BT is bereikt (B) Maximum overige uren BT is bereikt (C) Maximum overige uren BT is bereikt (D) Maximum overige uren BT is bereikt (E) Maximum overige uren BT is bereikt (F) Maximum overige uren BT is bereikt (G) Maximum overige uren BT is bereikt (H) Maximum overige uren BT is bereikt (I) Maximum overige uren BT is bereikt (J) Maximum overige uren BT is bereikt Totaal netto uitbetaald bedrag is negatief Met ingang van 1-1-2025 zijn deze signalen beeindigd. Uitbreiding van HR Gegevensimportfunctionaliteit (Core) Beheer > Import / Export > Aanmaken Excel bestand Beheer > Import / Export > Importeer Excel bestand De functionaliteit voor het zelf importeren van gegevens is uitgebreid. Waar het voorheen alleen mogelijk was om extra individueel recht in te lezen, is deze lijst nu aanzienlijk vergroot. De volgende importfunctionaliteiten zijn toegevoegd: Importeren van Bedrijfsauto's Importeren van Overige bedrijfsmiddelen Importeren van Contactpersonen medewerker Importeren van Functie-informatie Importeren van Extra individueel recht Importeren van Kennis (medewerker) Importeren van Kindgegevens Importeren van Laptops Importeren van Mobiele abonnementen Importeren van Mobiele telefoons Importeren van Opleiding medewerker Importeren van Opleiding met registratie Importeren van Opleidingsregistratie Importeren van OE werklocatie Importeren van Organisatorische eenheden Importeren van Roltoewijzingen Verwijderen van Roltoewijzingen Importeren van Vakbladen (medewerker) Importeren van Verlofaanvragen Importeren van Werklocatie De importfunctionaliteit werkt op dezelfde manier als voorheen bij het importeren van het extra individueel verlofrecht. Wij adviseren om de helpteksten goed te raadplegen en bij vragen contact op te nemen met het Service Center om fouten te voorkomen. Let op: Het is niet mogelijk om reeds geïmporteerde gegevens via een import ongedaan te maken, deze actie zal handmatig uitgevoerd moeten worden. Daarnaast is het mogelijk om deze importeerfuncties via een file API binnen te laten komen. Voor informatie over de File API, bekijk de developer community.  Uitbreiding van HR inrichting (Core) Rapporten > Instellingen > HR inrichting In de vorige release is de functionaliteit geleverd om opleidingen te registreren. Om inzicht te krijgen in hoe de inrichting is opgebouwd, is er een rapport beschikbaar gesteld bij HR-inrichting. Definiëren signaal: Controle op ongeldige tekens in de signaaltekst (Core) Instellingen > Actieve signalering > Definiëren signaal Bij het vastleggen van de signaaltekst was het tot nu toe mogelijk om tekens vast te leggen die in het algemeen als "onveilig" beschouwd worden, en door hackers gebruikt kunnen worden, zoals bijvoorbeeld javascript of html tags. Voortaan wordt gecontroleerd of dit soort tekens in de tekst aanwezig zijn. Zoja, dan worden ze automatisch verwijderd, en krijg je deze melding te zien:  De inhoud is gewijzigd. Bij Opslaan wordt dit gewijzigde bericht opgeslagen. Je kunt dan beslissen om de gewijzigde tekst - zonder de ongeldige tekens - op te slaan, of je kunt de tekst verder aanpassen en dan opslaan. Arbeidsvoorwaarde Auto van de zaak (Payroll) Medewerker > Contract > Arbeidsvoorwaardenpakket > Auto van de zaak Als je een Reden geen bijtelling auto opgeeft, worden de volgende velden voortaan automatisch leeg gemaakt, omdat ze vanaf dat moment per definitie niet meer van toepassing kunnen zijn: Eigen bijdrage privégebruik  Eigen bijdrage boven norm (prive deel)  Eigen bijdrage privégebr eenm  Decl. overige privékosten  Deze controle voorkomt dat er fouten in de loonaangifte ontstaan. Als er op een latere datum géén reden meer van toepassing is, kun je vanaf die datum de betreffende velden weer wel invullen.  Let op als je de Reden geen bijtelling met terugwerkende kracht in het verleden vastlegt: de bedragen die je vastlegt bij Eigen bijdrage privégebr eenm  en Decl. overige privékosten zijn slechts één afrekenperiode geldig. Als er in latere periodes ook nog dergelijke bedragen zijn vastgelegd, worden deze niet automatisch verwijderd.  Via het "Historie" knopje kun je zien of dit het geval is. Verwijder in dat geval eerst de eenmalige bedragen in de latere periodes, vóórdat je de Reden geen bijtelling met terugwerkende kracht vastlegt. Rapportages (Payroll) De volgende rapportages zijn aangepast: Betalingoverzicht netto resultaat Payrollelementen Salarisspecificaties Jaaropgaaf medewerker Deze rapporten kunnen nu zowel op klantniveau (dus ook voor meerdere bedrijven) als op traditioneel bedrijfsniveau worden opgevraagd. We hebben de gebruiksvriendelijkheid van de rapporten verbeterd door tabbladen toe te voegen voor het maken van selecties, medewerkers, bedrijven, en het groeperen van gegevens. Deze aanpassingen zorgen ervoor dat de rapporten in lijn zijn met onze werkwijze voor nieuwe rapporten. De inhoud van de rapporten is ongewijzigd gebleven. Opgeloste meldingen  Aanpassingen 30% regeling nav release 2025-09 (9156915 Bruto verg ipv inhouding 30pr regeling) Voor de 30% regeling zijn er aanpassingen gedaan in de release 2025-09. Helaas zijn hier een aantal foutsituaties ontstaan. Deze zijn opgelost in de release 2025-10. Bruto inhouding 30% is nu onverwacht een bruto vergoeding Wanneer het salaris onder het toetsloon zat en in de maand daarna was het loon wel boven het toetsloon, dan werd de bruto inhouding 30% verkeerd bepaald en in sommige situaties vergoed in plaats van ingehouden. Medewerker is uitdienst met nabetaling Wanneer een medewerker per de 1e van de maand uitdienst was, dan werd het WNT-norminkomen voor de periode na uitdienst onterecht niet bepaald. Uit navraag bij de belastingdienst blijkt dat het norminkomen dan wel bepaald dient te worden. Wanneer een medewerker halverwege de maand uitdienst is, werd het wel correct bepaald. Bij de uitdienst getreden medewerker werd het toetsloon te hoog bepaald. Het toetsloon werd bij uitdiensttreding in de loop van de periode onterecht met 1 dag te veel bepaald. Medewerker is in dienst getreden maar krijgt pas de volgende periode salaris uitgekeerd. In deze situatie werd niet het volledige bedrag van de 30% regeling vergoed. Onbetaald verlof in combinatie met de 30% regeling. In de september release is er een aanpassing gedaan waar hoge bedragen in de 30% regeling opgelost zijn. Na aanpassingen voor de eerder genoemde situaties, moest hier een andere oplossing voor gevonden worden. In de situatie van onbetaald verlof wordt er in de afrekenmatrix medewerker in de kolommen van de van de 30% regeling geen bedragen meer gevuld, omdat deze tegen elkaar wegvallen. De aanpassing die hiervoor gedaan is, is ingericht via de grondslag Uitsluiting 30% regeling. Let op. dit is alleen voor Onbetaald verlof gedaan, omdat voor andere verlofsoorten andere regels gelden. Wanneer er sprake is van onbetaald verlof in de periode, dan kan het zijn dat de medewerker onder het toetsloon komt en dat de 30% regeling gecorrigeerd moet worden. Wanneer de medewerker de volledige periode onbetaald verlof heeft, wordt er nu een nieuwe looncomponent Correctiebedrag 30%-regeling met een uitbetaling van 1 cent uitbetaald, zodat er een correctie van de 30% regeling plaatsvindt. Variabele Onbelaste pensioenfondsen zijn geen grondslag meer voor de 30% regeling. Uit nadere analyse bleek dat onterecht de onbelaste pensioenfondsen (Sociaal fonds, Opleidingsfonds, Extra fonds 1 t/m 4) meegenomen werden in de toetsing van de 30% regeling. Standenregister uitgebreid toont dubbele waarden (8877123)  (Payroll) Op dit rapport werden de bedragen dubbel vermeld zodra er sprake was van een tweede contract met transitievergoeding. Dit is opgelost, de bedragen worden niet meer dubbel weergegeven. Doorgeven uren via UPA pensioenfondsrecreatie (8907848) (Payroll) De verloonde uren doorgegeven in de aangifte naar UPA worden in sommige gevallen verkeerd afgerond; bijvoorbeeld 14,49 wordt naar boven afgerond op hele uren, ipv naar beneden. Dit is in deze release opgelost, met ingang van 1 januari 2025; in de aangifte zal na het draaien van een payroll het correcte aantal verloonde uren worden doorgegeven. Geen rapport Aansluiting Loonaangifte\Payroll als er meerdere e-mailadressen zijn ingevuld (Payroll) Menu Loonaangifte > Instellingen > Aangifte stuurgegevens Hier kun je eventueel meerdere e-mail adressen vastleggen: dit kan door deze te scheiden met een puntkomma, bijvoorbeeld: [email protected]; [email protected] Deze e-mail adressen worden gebruikt om a) te melden als er een aangifte is afgekeurd, en b) om te melden als er verschillen zijn geconstateerd tussen de payroll resultaten en de loonaangifte. Het verschillenrapport werd in deze situatie echter niet gestuurd, maar dit is inmiddels al opgelost met een tussentijdse release: ook bij meerdere e-mail adressen wordt er een bericht gestuurd. Externe mutaties: geen verwerkingsverslag naar het tweede e-mail adres (9041473) (Payroll) Beheer > Externe mutaties > Algemene instellingen Ook hier kun je meerdere e-mail adressen vastleggen. Deze worden gebruikt om het verwerkingsverslag Externe mutaties naar toe te sturen.  De adressen kun je scheiden met een puntkomma, bijvoorbeeld: [email protected]; [email protected] Het verwerkingsverslag werd echter niet naar het tweede e-mail adres gestuurd. Dit is opgelost: alle e-mail adressen krijgen weer een bericht.

Medewerker > Medewerker > Identiteit Medewerker > Arbeidsrelatie > YouServe toegang We willen je informeren over een belangrijke wijziging met betrekking tot het veld "Identity" in ons systeem. Het veld "Identity" is nu hernoemd naar: E-mailadres (Login Portaal). Dit komt overeen met het e-mailadres dat je gebruikt om in te loggen in het portaal. Bovendien is dit veld toegevoegd aan de pagina "YouServe Toegang", zodat alle relevante gegevens op één centrale plaats beschikbaar zijn. Om dit proces te stroomlijnen, zal vanaf vandaag het veld E-mailadres (Login Portaal) (voorheen bekend als "Identity") automatisch worden ingevuld vanuit Toegangsbeheer. Dit veld kan daarom niet langer handmatig worden aangepast.

  Mededelingen Op zaterdagochtend 30 augustus 2025 brengen wij de september release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. De SEPA richtlijnen voor het doen van euro betalingen in Europa zijn gewijzigd. Er is een nieuw bestandsformaat beschikbaar voor het aanleveren van informatie bij SEPA-betalingen middels Verzamelbetaling (SEPA Credit Transfer). Sinds 17 maart 2024 is het aanleveren ook mogelijk via SEPA XML versie 2019. Deze nieuwe versie is beschikbaar naast de huidige bestandsformaat XML versie 2009. Je kunt het bestandsformaat instellen via Instellingen > Betaalrekening > Sepa Credit Transfer formaat. Wij adviseren je nu al gebruik te maken van het nieuwe bestandsformaat: PAIN.001.001.09 YouServe zal voor alle betaalrekeningen per 1 oktober 2025 de indeling overzetten op het bestandsformaat PAIN.001.001.09 als de oude formaat nog in gebruik is. Nieuw  Journalisering - Niet geboekte componenten niet meer signaleren (Payroll) Rapporten > Journalisering > Overzicht journaalposten Rapporten > Journalisering > Overzicht boekingsgroep Instellingen > Boekingsgroep > Boekingsgroep Het rapport Overzicht journaalposten toont altijd een apart tabblad met daarop de looncomponenten en matrixkolommen die niet zijn geboekt. Dit is een vorm van signalering die bedoeld is om ervoor te zorgen dat je niets vergeet. Er zijn echter componenten die veel klanten bewust niet in de journaalpost willen opnemen, zoals fiscale bijtelling en bepaalde reserveringen. Deze komen dan elke maand op het overzicht tevoorschijn, wat de signalerende werking verstoort: als er dan daadwerkelijk een onverwachte component opduikt die eigenlijk geboekt had moeten worden, dan valt deze minder op. Om dit op te lossen hebben we aan de definitie van de boekingsgroep een nieuw tabblad toegevoegd: Niet signaleren. Looncomponenten of matrixkolommen die je niet meer bij Niet-geboekt wilt tegenkomen kun je hier opgeven. Je kunt kiezen uit een lijst van alle componenten die bij de laatste journaalpostverwerking gesignaleerd werden. Als je voortaan niet meer geattendeerd wilt worden op bepaalde niet-geboekte looncomponenten of matrixkolommen, voeg deze dan toe aan de boekingsgroep in het nieuwe tabblad Niet signaleren. Gebruik eventueel het rapport Overzicht boekingsgroep om te documenteren wat je hebt ingericht. Dit kan van pas komen bij controles en audits. Nieuwe Signalering "C0224 Verl. uren en alleen loon vakg. of avw" (Payroll) Menu: Rapporten > Berekening > Signaleringsverslag Nieuwe Signalering voor de Loonaangifte, Informatief: Er zijn verloonde uren gevuld terwijl Loon in geld alleen bestaat uit Vakantiebijslag en/of Opname arbeidsvoorwaardenbedrag, Code incidentele inkomstenvermindering is niet aangeleverd of niet gevuld met een ‘Z’ en Datum einde IKV is niet aangeleverd. Geen PAWW premie berekening bij groene tabel (Payroll) Stichting PAWW heeft duidelijkheid gegeven over de PAWW premie berekening over loon uit vroegere arbeid. PAWW heeft aangegeven dat vanaf 01-09-2025 geen PAWW premie meer berekend hoeft te worden over Loon uit vroegere arbeid (groene tabel) en Transitievergoeding. In deze release van Payroll  is dit gewijzigd. Met ingang van 01-09-2025 wordt geen PAWW premie meer berekend over loon uit vroegere arbeid. Voor Bedrijven met periodiciteit 4 weken is de wijziging met ingang van periode 10. Gewijzigd en verbeterd Registratie van opleidingsgegevens (Core) Medewerker > Curriculum Vitae > Opleidingen Instellingen > Vastlegging > Opleidingen registratie De functionaliteit voor het registreren van opleidingsgegevens in het systeem is uitgebreid. Het is nu mogelijk om een 'soort opleidingsgids' aan te maken, waarin gegevens van trainingen en opleidingen worden vastgelegd. Deze opleidingen of trainingen kunnen vervolgens op medewerker niveau worden geselecteerd en aangevuld. Om de velden 'Omschrijving opleiding' en 'Soort opleiding' te vullen, zullen eerst de achterliggende waardenlijsten moeten worden ingevuld.  Wanneer een opleiding vanuit de centrale registratie wordt gekozen, worden de bijbehorende velden automatisch ingevuld bij de medewerker. Deze automatisch ingevulde velden zijn daarna niet meer aanpasbaar. Wel is het mogelijk om aanvullende informatie op medewerker niveau toe te voegen. Als er géén opleiding uit de opleidingsregistratie wordt gekozen, zijn alle velden handmatig invulbaar. Het scherm op medewerker niveau is uitgebreid, zodat meer gedetailleerde informatie over gevolgde opleidingen kan worden vastgelegd. Deze verbetering maakt de opleidingsregistratie completer en biedt meer mogelijkheden voor het instellen van actieve signaleringen. Zo kunnen gebruikers bijvoorbeeld een signalering ontvangen wanneer de geldigheid van een BHV-training verloopt. Aansturing dat manager eigen processen mag goedkeuren vanuit Core (Core) Instellingen > Algemeen > Stuurgegevens klant Dit veld is ter voorbereiding op een nog uit te rollen functionaliteit binnen Self Service, zodat de aansturing vanuit Core kan plaatsvinden.  In een medewerker kan een organisatorische eenheid toegewezen hebben, waarvan deze medewerker zelf manager is. Wanneer dit het geval is, kan met behulp van het gegevenselement "Zelfmanagement door manager toegestaan" op klantniveau worden aangegeven of de manager zijn eigen Self Service of processen in de YouServe App mag goedkeuren. Er zijn twee opties beschikbaar: Ja: De medewerker die als manager over zichzelf is aangesteld, mag zijn eigen workflowproces goedkeuren. Nee: De medewerker die als manager over zichzelf is aangesteld, mag zijn eigen workflowproces niet goedkeuren. Standaard is deze op Nee ingesteld. Indien binnen Self Service het veld "Toestaan om eindgebruikers hun eigen mutaties af te laten handelen" was aangevinkt, is deze inrichting overgenomen en bij de klant binnen Core het veld "Zelfmanagement door manager toegestaan" op Ja gezet.  Geen extra IKV meer bij uitdienst na AOW leeftijd (Payroll) Workflows > Uitstroom > Uitdienst met transitievergoeding Als bij uitdiensttreding de reden uitdienst aanleiding geeft om transitievergoeding te berekenen wordt er automatisch een tweede contract met een tweede inkomstenverhouding klaargezet. De payroll rekent dan uit wat de transitievergoeding moet zijn, en kan dan het eventuele resultaat van de berekening uitbetalen. Ook als je een afwijkend bedrag aan transitievergoeding opgeeft om te betalen wordt er een tweede contract met IKV aangemaakt. Dit is echter niet van toepassing als de medewerker op de uitdienstdatum de AOW leeftijd heeft bereikt: voortaan wordt er in dat geval geen tweede contract met IKV meer aangemaakt. Loonaangifte automatisch inzenden voor onderneming (Payroll) Menu Loonaangifte > Instellingen > Aangifte stuurgegevens In de stuurgegevens voor de Loonaangifte kun je vastleggen dat de aangifte automatisch verstuurd mag worden zodra de salarisberekening wordt afgesloten. Wanneer automatisch zenden op JA staat in geval van een onderneming die uit meerdere bedrijven bestaat wordt vanaf deze release van Payroll de aangifte pas ingezonden als alle bedrijven van de onderneming in de aangifte zitten. Rapportages - Standenregister uitgebreid (Payroll) Het vernieuwde rapport kan nu zowel op klantniveau (ook voor meerdere bedrijven) als op bedrijfsniveau worden opgevraagd. De gebruiksvriendelijkheid is verbeterd door het toevoegen van tabbladen op het scherm voor het maken van selecties, Bedrijven, Medewerkers, Looncomponenten, Kolom, en groeperen op. Deze wijzigingen brengen het rapport in lijn met de werkwijze van onze nieuwe rapporten. De inhoud van het rapport is ongewijzigd gebleven. Bij het opvragen op klantniveau worden automatisch de bedrijven ingevuld waarvan de bedrijfsstatus is: Implementatie, Productie - factureerbaar, of Productie - niet factureerbaar. Rapportages - Afrekenmatrix per periode (Payroll) Het vernieuwde rapport kan nu zowel op klantniveau (ook voor meerdere bedrijven) als op bedrijfsniveau worden opgevraagd. De gebruiksvriendelijkheid is verbeterd door het toevoegen van tabbladen op het scherm voor het maken van selecties, Bedrijven, Medewerkers, en groeperen op. Deze wijzigingen brengen het rapport in lijn met de werkwijze van onze nieuwe rapporten. De inhoud van het rapport is ongewijzigd gebleven. Bij het opvragen op klantniveau worden automatisch de bedrijven ingevuld waarvan de bedrijfsstatus is: Implementatie, Productie - factureerbaar, of Productie - niet factureerbaar. Kalender salarisberekening - publiceren salarisspecificaties vóór de betaaldatum (Payroll) Beheer > Salarisberekening > Kalender salarisberekening Bij het vastleggen van de geplande datums voor publiceren en betalen werd tot nu toe gecontroleerd of de publicatiedatum óp of na de betaaldatum lag. Dat leek logisch maar bleek te streng: er zijn ook organisaties die de salarisspecificaties willen publiceren ruim vóór de betaaldatum.  Dit is opgelost: de (te strenge) controle is verwijderd. 30% uit te sluiten van pensioenberekening op bedrijfs-, klant- en CAO-niveau (Payroll) Op het medewerkersscherm van de 30% regeling is er een mogelijkheid om aan te geven of de bruto inhouding van de 30% regeling meetelt in de berekeningen voor de belaste en de onbelaste variabele pensioenregelingen. Dit kan via de velden Bruto inh. 30% in grondslag var. pensioen (aftrekbaar) en Bruto inh. 30% in gronds var. pensioen (niet aftrekb.). Met deze release zijn deze velden met ingang van 1-1-2025 ook beschikbaar op het klant- en bedrijfsscherm van de arbeidsvoorwaarde 30% regeling (variant Excl extraterritoriale kosten). Ook kan er eventueel vanuit CAO-beheer een standaardwaarde vastgelegd worden. Wanneer de standaard op een van deze niveau's is vastgelegd dan geldt dit voor alle medewerker en kan er eventueel een uitzondering gemaakt worden per medewerker. Opgeloste meldingen Overzicht vervallen verlofrechten (Change 8886341) (Core) Rapporten > Personeelsmanagement > Overzicht vervallen verlofrechten Het rapport gebruikte ten onrechte alle balanswaarden die dit jaar zijn aangemaakt. Dat konden ook correcties zijn van vorig jaar die niet op dit rapport thuis horen. In plaats daarvan moet het alleen de balanswaarden gebruiken die horen bij het huidige verlofjaar.  Vanaf deze release worden er alleen medewerkers getoond van wie de verlofrechten zijn vervallen of komen te vervallen binnen het huidige jaar of de komende verlofjaren. Overzicht verlofsaldo per maand (change 8769862) (Core) Instellingen > Verlof > Overzicht verlofsaldo per maand  Rapporten > Personeelsmanagement > Overzicht verlofsaldo per maand Dit rapport gaf niet in alle situaties de juiste data weer, dit is aangepast waardoor het rapport nu per maand de correcte informatie toont. Daarnaast zijn er enkele kolommen toegevoegd, wat een beter overzicht biedt van de verlofsaldi per maand en welke saldo's aan het einde van het jaar worden overgeheveld naar het nieuwe verlofjaar. Afboeken van negatief Extra Individueel verlofrecht (change 8941401) (Core) Medewerker > Verlof > Extra individueel verlofrecht  In bepaalde situaties kon het voorkomen dat, wanneer er een negatief Extra Individueel Verlofrecht was ingevoerd, een verlofopname onjuist werd afgeschreven van het verkeerde verlofpotje bij automatisch afboeken. Dit probleem is nu opgelost. Bij een herverdeling zal een verkeerd geboekt verlof automatisch worden gecorrigeerd en toegewezen aan het juiste verlofpotje. Ouderschapsverlof - Loondoorbetaling bij verlof (Change 8740141) (Payroll) Medewerker > Verlof > Verlofaanvraag Het probleem opgelost waarbij, wanneer meerdere verlofaanvragen op dezelfde dag werden ingediend, de uren van de tweede aanvraag niet werden meegenomen in de afrekenmatrix voor loondoorbetaling bij verlof. Vanaf nu worden alle uren die moeten meetellen voor loondoorbetaling bij verlof correct opgeteld en verrekend in de afrekenmatrix. Selecteren medewerkers in salarisdossier (change 8767824) (Payroll) Rapporten > Salarisspecificaties > Salarisstrook viewer Rapporten > Salarisspecificaties > Jaaropgaaf medewerker In het salarisdossier konden alle medewerkers geselecteerd worden. Ook medewerkers waarvan geen documenten aanwezig zijn in het salarisdossier. Er is een aanpassing gedaan in de selectie van medewerkers waardoor alleen medewerkers met een of meerdere documenten in het salarisdossier selecteerbaar zijn.  Salarisstroken van een AVG-verwijderde Medewerker (Change 8925887) (Payroll) Als een medewerker volgens de Algemene Verordening Gegevensbescherming (AVG) was verwijderd, was het via een omweg nog steeds mogelijk om de documenten van die medewerker in het salarisdossier in te zien: de medewerkers waren weliswaar volledig geanonimiseerd, en de salarisspecificaties konden weliswaar verborgen worden, maar door middel van een download via het scherm Importverslag kon je de documenten toch nog opvragen. Dit probleem is nu opgelost: vanaf deze release worden de documenten van een medewerker die volgens de AVG wordt verwijderd aansluitend volledig verwijderd uit het Salarisdossier. Ook de documenten van medewerkers die al eerder zijn verwijderd zijn met terugwerkende kracht onleesbaar gemaakt. 30% regeling - exclusief extraterritoriale kosten (meerdere changes) (Payroll) Medewerker > Contract > Arbeidsvoorwaardenpakket Er zijn diverse changes met betrekking op de 30% regeling opgelost: De ingangsdatum van de 30% regeling wijkt af van datum indienst; het percentage 30% reg. wordt niet juist berekend (ticket 63451512) Een inhouding in de maand na uit dienst wordt niet correct verwerkt; de bruto inhouding is wel berekend, maar de netto vergoeding niet (ticket 60195175) Bij een medewerker die niet de gehele periode in dienst is wordt de WNT norm niet pro rata berekend (ticket 63455494) Uitsluitingen worden dubbel verrekend; een looncomponent die in de grondslag uitsluitingen 30% regeling is geplaats wordt 2 keer verrekend in de 30% regeling (ticket 55489470) Bij 100% onbetaald verlof verschijnen onwaarschijnlijk hoge inhoudingen en vergoedingen op de loonstrook (ticket 53816872 Deze changes zijn in deze release opgelost, met als ingangsdatum 1 januari 2025.  

Medelingen Op zaterdagochtend 2 augustus 2025 brengen wij de augustus release van HR Core en Payroll Business naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Nieuw  Controle op verschillen tussen payroll en loonaangifte, en automatisch inzenden  Menu Loonaangifte > Instellingen > Aangifte stuurgegevens Menu Loonaangifte > Rapportage > Aansluiting Payroll/Loonaangifte In de stuurgegevens voor de Loonaangifte kun je vastleggen dat de aangifte automatisch verstuurd mag worden zodra de salarisberekening wordt afgesloten. Veel gebruikers wilden deze optie tot nu toe niet gebruiken, omdat ze altijd zelf eerst willen controleren of de loonaangifte aansluit bij de salarisberekening.  Dit proces hebben we geautomatiseerd: Voortaan controleren wij bij het aanmaken of bijwerken van de loonaangifte of er verschillen zijn tussen de totalen van de salarisberekening en de totalen van de loonaangifte.  Hiervoor wordt het rapport Aansluiting Payroll/Loonaangifte gebruikt: voor elk afzonderlijk aangiftetijdvak vergelijken we de totaalbedragen in de aangifte met de brongegevens in de salarisadministratie. Als er bij één van de aangifterubrieken een verschil is te zien wordt de loonaangifte niet automatisch ingezonden, ook al heb je dat in de stuurgegevens aangegeven.  In plaats daarvan krijg je een bericht op het e-mailadres dat in de stuurgegevens is opgegeven, met het rapport als bijlage. Goed om te weten: Er is bij het controleren van de verschillen rekening gehouden met een marge tot aan 1 euro per aangifterubriek in verband met afrondingsverschillen. De verschillen kunnen diverse oorzaken hebben, een medewerker kan bijvoorbeeld geblokkeerd zijn voor de loonaangifte. In veel gevallen zal er een aanvullende salarisberekening nodig zijn om het probleem op te lossen. Ook kun je de aangifte alsnog handmatig inzenden mét behoud van de verschillen: die zul je dan in een volgende periode met terugwerkende kracht moeten rechttrekken. Als je van deze functionaliteit gebruik wilt maken, zet Aangifte automatisch verzenden dan op Ja, en vul je e-mailadres in bij de aangifte stuurgegevens. Rapport Aansluiting Payroll/Loonaangifte automatisch naar Salarisdossier Menu Loonaangifte > Rapportage > Aansluiting Payroll/Loonaangifte Menu Salarisdossier > Documenten > Aangiftes > Aansluiting Payroll/Loonaangifte Het nieuwe rapport Aansluiting Payroll/Loonaangifte wordt automatisch aangemaakt en in het salarisdossier gezet, zodra de Belastingdienst de aangifte heeft verwerkt (eventueel met waarschuwingen). Zodoende heb je altijd het bewijs gedocumenteerd of en hoe de Loonaangifte aansluit op de Salarisadministratie.  E-mail Signalering voor Uitgevallen of Blokkerende mutaties vanuit Self Service (Core) Instellingen > Gegevensuitwisseling > Stuurgegevens Self-service Vanaf deze release is het mogelijk om een e-mail te ontvangen wanneer een inkomende mutatie vanuit Self Service uitvalt of blokkeert. Deze functionaliteit was een veelgevraagde wens op het ideeënbord en heeft daar veel Kudo's gekregen. Er zijn op klantniveau twee velden toegevoegd om e-mailadressen te registreren voor het ontvangen van deze e-mails. Meerdere e-mailadressen kunnen worden vastgelegd; deze moeten worden gescheiden door een komma (,) of puntkomma (;). De maximale lengte van deze velden is 100 tekens. Indien een mutatie wordt ontvangen die vervolgens uitvalt of blokkerend is, wordt direct een e-mail verzonden naar de geregistreerde e-mailadressen. Voor een uitgevallen mutatie wordt de e-mail eenmalig verzonden. Als een blokkerende mutatie niet wordt afgemeld, zal de e-mail de volgende dag opnieuw worden verstuurd. Nieuwe signalen (Payroll) Menu bijvoorbeeld: Rapporten > Berekening > Signaleringsverslag Met ingang van 1-1-2025 zijn er 3 nieuwe signalen voor de loonaangifte toegevoegd. Dit zijn signalen waar de belastingdienst bedrijven nog geen terugkoppeling op geeft, maar waar softwareleveranciers voor salarisverwerking wel meldingen van ontvangen. Deze signalen hebben de ernst Informatief. Het gaat om de volgende signalen: C0227 Verz sit. Zvw mag niet M zijn Wanneer Soort inkomen 11, 13 of 15 is en Aard arbeidsverhouding is ongelijk aan 79 Opting-in regeling, dan mag Verzekeringssituatie Zvw niet de waarde M hebben. C0424 Indicatie verzekerd is niet correct Wanneer de medewerker Soort inkomen 13 heeft en de AOW leeftijd is nog niet bereikt en er is geen einddatum van de inkomstenverhouding aangeleverd, dan mag een van de velden WAO/IVA/WGA verzekerd, WW verzekerd en ZW verzekerd geen Nee zijn  C0624 Medewerker niet uitdienst op AOW-datum Wanneer de medewerker Soort inkomen 53 heeft en de medewerker bereikt de AOW leeftijd, dan moet er ook een einddatum van de inkomstenverhouding aangeleverd zijn.  Met ingang van 01-01-2025  zijn 2 Signalen toegevoegd waarbij een wordt gecontroleerd of er meerdere uitbetalingen van Mobiliteit aanwezig zijn. Deze signalen hebben de ernst Informatief. Het gaat om de volgende signalen: Auto van de zaak en mobiliteitsbudget beide actief Wanneer er in een afrekenperiode zowel looncomponenten voor Auto van de zaak als Mobiliteitsbudget worden uitbetaald Auto van de zaak en Reiskosten beide actief Wanneer er in een afrekenperiode zowel looncomponenten voor Auto van de zaak als Reiskosten worden uitbetaald Gewijzigd en verbeterd Inloggen met één gebruikersgroep (Core & Payroll) Als een gebruiker slechts via één gebruikersgroep toegang had tot de applicatie, moest die tot nu toe eerst de klant kiezen, en vervolgens die ene gebruikersgroep. Dit speelt bijvoorbeeld bij klanten van administratiekantoren die uitsluitend toegang hebben tot het salarisdossier. Voor deze groep gebruikers is het aanmelden gemakkelijker gemaakt: als er maar één gebruikersgroep is om te kiezen krijg je meteen het menu te zien. Dat scheelt weer een paar klikken. Automatische Bedrijfsselectie bij specifieke Rapporten (Core & Payroll) Vanaf nu worden bedrijven automatisch getoond op basis van hun geselecteerde bedrijfsstatus. De bedrijven met de volgende statussen worden getoond: Implementatie Productie - factureerbaar Productie - niet factureerbaar Je kunt de bedrijfsstatus op twee plaatsen raadplegen: In het normale HR en Payroll menu via: Instellingen > Algemeen > Stuurgegevens Deze automatische selectie geld voor de volgende rapporten: Afrekenmatrix medewerker Signaleringsverslag Afrekenmatrix werkgever Looncomponenten uitvoer Ad-hoc rapportage (uitgebreid) Standenregister Overzicht indiensttredingen Overzicht uitdiensttredingen Overzicht jubilea Overzicht verlofsaldo Overzicht vervallen verlofrechten Verlof - Zorg voor kinderen Persoonsoverzicht Extra selectie opties binnen Uitgevallen HRSS mutaties (Core) Rapporten > Gegevensuitwisseling > Uitgevallen HRSS mutaties De volgende seclectie opties zijn toegevoegd om een beter overzicht te geven van de mutaties waarvoor nog actie moet worden ondernomen: Workflows zonder gegevens tonen: Deze optie is standaard uitgevinkt. Dit betekent dat workflows die zijn uitgevallen omdat ze geen gegevens bevatten niet worden weergegeven. Als de checkbox wordt aangevinkt, worden deze workflows wel getoond, mits ook de juiste status is geselecteerd, meestal 'Mutatie niet behandeld'. Mutatie niet behandeld: Deze optie is standaard aangevinkt. Dit betekent dat workflows met de status 'Mutatie niet behandeld' worden weergegeven. Als de checkbox wordt uitgevinkt, worden deze niet meer getoond. Mutatie in behandeling: Deze optie is standaard aangevinkt. Dit betekent dat workflows met de status 'Mutatie in behandeling' worden weergegeven. Als de checkbox wordt uitgevinkt, worden deze niet meer getoond. Mutatie behandeld: Deze optie is standaard uitgevinkt. Dit betekent dat workflows met de status 'Mutatie behandeld' niet worden weergegeven. Als de checkbox wordt aangevinkt, worden deze wel getoond. Blokkerende mutaties: Deze optie is standaard aangevinkt. Dit betekent dat workflows met de status 'Blokkerende mutaties' worden weergegeven. Als de checkbox wordt uitgevinkt, worden deze niet meer getoond. Naast het toevoegen van deze selectie opties, is er nu ook standaard een periode van 3 maanden geselecteerd, in plaats van 1 week. Daarnaast is de exportfunctie uitgebreid. Indien een gebruiker de status van een mutatie aanpast, wordt deze gebruiker in een aparte kolom in het bestand getoond.  UPA kenmerk A aangeleverd en B ontbreekt na UD (8588976) (Payroll) Wanneer een medewerker met een variabel pensioen aangeleverd werd in de UPA aangifte, dan kon het voorkomen dat deze medewerker ontbrak in de aangifte wanneer er sprake was van een nabetaling na uitdienst. Hiervoor was in de release van 2025-06 al een aanpassing gedaan. Helaas was de oplossing van toen niet volledig. Bij een eigen pensioenregeling werd de regeling correct aangeleverd, maar wanneer er ook een product geleverd werd waarbij de premie nul was, dan ontbrak dit product. Ook bij benoemde variabele pensioenregelingen ontbrak de medewerker met een nabetaling in de aangifte. Met ingang van 1-1-2025 is er een aanpassing gedaan, waardoor de medewerkers met een nabetaling alsnog aangeleverd worden in de UPA aangifte met alle regelingen die gelden. Na deze release worden alle gevallen in 2025 correct aangeleverd. Reiskosten (Payroll) > Instellingen >Berekening > Arbeidsvoorwaardegegevens > Reiskosten Het is vanaf nu mogelijk een default voor de Vaste reisdagen per week vast te leggen bij de bedrijfscao.  Tot nu moest je voor sommige berekeningsmethoden altijd op medewerker niveau dit veld vastleggen om te voorkomen dat je in het signaleringsverslag een waarschuwing zag dat het veld niet gevuld is.  Nu kun je op bedrijfscao niveau een waarde (inclusief 0) vastleggen zodat je dit niet meer voor iedere medewerker hoeft te doen. Signaal L2011 gaat onterecht af (Payroll) Oorzaak Signaal L2011 (sector ontbreekt) gaat regelmatig af bij onder andere testbedrijven. Maar voor dat soort bedrijven is een sector niet verplicht; de sector is alleen noodzakelijk voor de loonaangifte. Oplossing Het signaal is aangepast en wordt alleen maar uitgevoerd als de loonaangifte voor het bedrijf aan staat. Opgeloste meldingen  Exporteren bij het Presentieschema geeft geen uitkomst (8689740) (Core) Oorzaak Bij het klikken op de knop 'Exporteren' op de pagina Presentieschema werd er geen document gegenereerd. Oplossing De fout is verholpen, waardoor het nu weer mogelijk is om gegevens vanaf dit scherm te exporteren. Signaal L1906 gaat onterecht af (8517897) (Payroll) Oorzaak Bovenstaand signaal kon voorkomen bij het transitievergoeding uitbetaling via het 2e contract. Voor de uitbetaling van Transitievergoeding is dit Signaal niet van toepassing Oplossing Het signaal wordt niet meer uitgevoerd voor het Transitievergoeding contract. Pensioenberekening PT-ers bij Pro rata meth Jaardagen (8511856) (Payroll) Oorzaak De berekening van de pensioenpremies en doorgifte van de uren naar de pensioenuitvoerder zijn niet in alle gevallen correct bij gebruik van de pro rata methode jaardagen. In 2025 is het aantal werkdagen 261 (2088 uur), maar omdat de bedrijfsuren op 52 weken van 40 uur zijn ingesteld (2080 uur) ontstaan er kleine verschillen. Met de CAO uren in de referentietabel voor de pensioen bleek het ook niet geheel te kunnen worden opgelost, of de berekening van een medewerker die part-time werkt, of de berekening bij een full-time dienstverband is onjuist. Oplossing De berekening van de premies en de uren die worden doorgegeven aan het pensioenfonds is aangepast per 1 januari 2025. Hierdoor kunnen er na de release kleine verschillen in de berekende premies ontstaan. Na de release zal CAO services de CAO uren uit de referentietabel voor de betrokken pensioenregeling halen (bij CAO 233), we raden je aan pas een verwerking op te starten op de maandagmiddag na de release. Extra journaalpost export op klantniveau werkt niet (Payroll) Oorzaak Menu Journalisering > Instellingen > Gegevensuitwisseling > Automatische journalisering Vanaf release 2025-05 kun je op basis van één journaalpostverwerking meerdere exportbestanden aanmaken. Dit kun je doen door bij de gewenste "extra" export definitie de optie Automatisch journaliseren aan te vinken.  Dit bleek echter alleen te werken als de exportdefinitie voor een specifiek bedrijf was gemaakt: als de exportdefinitie op klantniveau was vastgelegd werkte de extra export niet. Oplossing Het probleem is opgelost: ook de exportdefinities op klantniveau waarbij het vinkje Automatisch journaliseren aan staat worden nu toegepast. Journaalpostenbestand met > in de naam wordt niet online gezet (8571290) (Payroll) Oorzaak Menu Journalisering > Beheer > Journaalpostverwerking  Als de naam van de exportdefinitie "bijzondere" tekens bevatte (bijvoorbeeld >), dan werd het exportbestand niet automatisch aangemaakt en in het Salarisdossier gezet.  De oplossing was om - tijdelijk - het teken uit de naam van de exportdefinitie te verwijderen, of om het exportbestand alsnog met de hand af te roepen. Oplossing Het automatisch aanmaken van journaalpostbestanden is verbeterd: de vreemde tekens vormen geen belemmering meer. Geen afrekenmatrix rapport in het salarisdossier (8733872) (Payroll) Oorzaak Menu Instellingen > Gegevensuitwisseling > Interfaces > Automatische rapportage De rapporten Afrekenmatrix medewerker en Afrekenmatrix werkgever werden bij het afsluiten van de salarisberekening niet meer automatisch in het Salarisdossier geplaatst. Oplossing Het probleem is opgelost, de betreffende rapporten worden vanaf nu weer automatisch aangemaakt en in het dossier gezet. Als je van een van de ontbrekende periodes alsnog een rapport wilt inzien, dan kan dit door het rapport op te vragen via menu Rapporten > Berekening. Het resultaat kun je sturen naar Mijn rapporten (dan is het alleen voor je zelf) of naar Gedeelde rapporten (dan is het rapport beschikbaar voor al je collega's die toegang hebben tot hetzelfde bedrijf).  

Medelingen Nieuw Kalender salarisberekening (Payroll) Geboorteverlof registreren (Core) Gewijzigd en verbeterd HR koppeling - Youserve gebruikersbeheer (Core & Payroll) YouServe toegang (Hotfix 17-06-2025) Automatisch aanmaken gebruiker via het nieuwe toegangsbeheer (Hotfix 23-06-2025) Overzicht WAZO, WIEG en OSV (Core) hernoemd naar Verlof - Zorg voor kinderen (Core) Aanpassing of beëindigde signalen (Payroll) Opgeloste meldingen Toeslag variabel niet correct bij laatste weekend indienst (8345641) (Payroll) 8321196 - Overzicht uitdiensttredingen staat foutieve informatie in (8321196) (Core) 7655264 - CAO verhoging per 1-1-2025 niet doorgevoerd (bij 4wkn) (Payroll) Toetsing minimumloon bij onbetaald verlof (8173338) (Payroll) Medewerkers uitdienst niet kunnen selecteren in rapport Looncomponenten uitvoer (payroll) (8570206) Medelingen Op zaterdagochtend  28 juni 2025 brengen wij de juli release van HR Core en Payroll Business naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Nieuw Kalender salarisberekening (Payroll) Beheer > Salarisberekening > Kalender salarisberekening Doel In dit nieuwe scherm kun je voortaan de belangrijkste stappen van de salarisadministratie voor een heel jaar vooruit plannen. Je kunt vooraf vastleggen: Wanneer de eerste verwerking van een afrekenperiode moet plaatsvinden Of en hoe laat er dagelijks een vervolgverwerking moet plaatsvinden Wanneer de salarisberekening definitief gemaakt moet worden Welke betaaldatum toegepast moet worden  Wanneer de medewerkers de digitale salarisspecificatie te zien krijgen Hieronder worden de belangrijkste aspecten uitlegt. Meer details vind je in de online help. Niveau klant of bedrijf Je kunt alle bedrijven dezelfde kalender laten volgen: dan leg je deze vast op klantniveau. Maar je kunt ook elk bedrijf een eigen kalender geven. Een "mix" kan ook: je legt dan op klantniveau de kalender vast zoals die voor de meeste bedrijven moet gelden, en alleen voor de bedrijven die daarvan afwijken leg je een kalender vast op bedrijfsniveau. Op klantniveau leg je voor elke periodiciteit één kalender vast. Alle bedrijven die volgens die periodiciteit verlonen volgen dan die kalender, tenzij ze een eigen kalender op bedrijfsniveau hebben. Salarisberekeningen Voor elke afrekenperiode kun je opgeven: Eerste verwerking: op welke dag van de maand de eerste verwerking moet starten. Bijvoorbeeld 2-1 als op 2 januari de eerste verwerking van periode 1 wilt laten starten. Afsluiting: op welke dag van de maand de normale cyclus wordt afgesloten. Bijvoorbeeld 23-1 als dit op 23 januari is. Onderin de kalender leg je de tijdstippen vast waarop dit elke periode moet gebeuren: Het tijdstip van de periodieke eerste verwerking Het tijdstip van een eventuele dagelijks vervolgverwerking. Deze wordt elke dag herhaald tot aan de dag van de afsluiting Het tijdstip van de periodieke afsluiting. Als je wilt dat er tegelijk met de afsluiting nog een keer gerekend wordt, zodat ook de laatste mutaties nog worden verwerkt, kies dan bij Met vervolgverwerking = Ja.  Je hoeft geen jaartal bij de datums vast te leggen: de meeste datums vallen immers in jaar van de kalender. En in de eerste en laatste afrekenperiode mag je ook datums "over de jaargrens heen" vastleggen, bijvoorbeeld: De eerste verwerking voor periode 1 kan bijvoorbeeld starten op 29 december van het voorgaande jaar. Je legt dan 29-12 vast bij periode 1.  Als de afsluiting van periode 13 op 2 januari van het nieuwe jaar moet plaatsvinden, leg je 2-1 vast bij periode 13. De kalender regelt de "normale" cyclus voor de salarisberekening. Daarnaast kun je - na de normale afsluiting - naar eigen inzicht aanvullende verwerkingen draaien. Zolang er een aanvullende verwerking "open" staat, zal er niet automatisch een eerste verwerking voor de nieuwe periode uitgevoerd worden.  Geen enkele van de datums is verplicht. Het kan handig zijn om ze leeg te laten, bijvoorbeeld: Als je de datum voor de afsluiting leeg laat, bepaal je zelf wanneer je gaat afsluiten. Je kunt dan eerst nog eventuele vervolgverwerkingen uitvoeren. Als je de datum voor de eerste verwerking leeg laat, kun je zelf nog aanvullende verwerkingen voor de voorgaande afrekenperiode draaien. Je bepaalt dan zelf wanneer je de nieuwe periode start. Let op: Als je via het scherm Salarisberekening (geavanceerd) al salarisberekeningen in de toekomst gepland hebt, dan kan dat het uitvoeren van de kalender  "in de weg" zitten. Bijvoorbeeld:  - de eerste verwerking voor periode 06 is volgens de kalender gepland op 1 juni  - handmatig is er al een eerste verwerking voor periode 06 vastgelegd om worden te uitgevoerd op 3 juni In dit geval zal de kalender geen effect hebben. Het proces controleert elke 15 minuten of er nog nieuwe berekeningen volgens de kalender moeten worden gestart. Als blijkt dat er al een berekening actief is, wordt altijd eerst gewacht totdat die gereed is, voordat een eventuele volgende berekening aan de beurt is. Betaaldatum Voor elke afrekenperiode in het jaar kun je vooraf een betaaldatum opgeven. Deze datum wordt toegepast in de SEPA betaalbestanden die naar de bank wordt gestuurd. De datum word toegepast bij de betalingen van de normale verwerking, maar ook bij eventuele aanvullende verwerkingen. Ook vindt er een controle plaats  bij het daadwerkelijk aanmaken van de betaalbestanden: als de betaaldatum in het verleden ligt (bijvoorbeeld als gevolg van later inzenden), dan wordt deze automatisch gewijzigd naar de actuele datum (de huidige dag). Dit is nodig omdat sommige banken anders het SEPA-bestand zullen afkeuren. De betaaldatums zijn niet verplicht. Als er voor een periode niet vooraf een betaaldatum is vastgelegd , wordt automatisch de volgende dag toegepast. De geplande betaaldatum uit de kalender wordt toegepast bij het aanmaken van de betaalopdracht: daarna kun je in de aangemaakte betaalopdracht de betaaldatum eventueel alsnog wijzigen, vlak vóórdat je de opdracht verzendt naar de bank (als je dit handmatig doet, en niet automatisch).   Let op (2): de betaaldatum bepaalt niet wannéér de betalingen worden verstuurd: dat wordt bepaald door de eigenschappen van de betaalrekening: Als je bij de Betaalrekening aangeeft Betalingen automatisch verzenden = Ja, dan wordt het betaalbestand direct na de afsluiting van de salarisberekening verzonden. Zo niet, dan kun je de betalingen handmatig verzenden via het menu Betalingen. Dit is handig als je eerst nog controles wilt uitvoeren, maar ook als je de betalingen van meerdere bedrijven wilt samenvoegen tot één SEPA bestand. Betaaldatums op de oude manier vastleggen kan niet meer Het nieuwe kalenderscherm vervangt het scherm Betaaldatum waarin je tot nu toe betaaldatums kon vastleggen.  Dat levert een aantal voordelen op: het is in de nieuwe oplossing gemakkelijker om alle datums voor een heel jaar in te vullen je hebt snel inzicht in alle datums die je al eerder had opgegeven  je kunt de datums opslaan op klantniveau voor alle bedrijven tegelijk, met alleen de uitzonderingen op bedrijfsniveau  Let op: Eventuele betaaldatums die je voor de rest van 2025 al op de oude manier had vastgelegd blijven actief, maar je kunt ze niet meer wijzigen.  Als je de nieuwe kalender invult voor de rest van 2025 zullen eventueel aanwezige oude betaaldatums niet meer worden toegepast. Het oude scherm Betaaldatums wordt in janari 2026 uit menu verwijderd. Publicatie salarisspecificaties Voor elke afrekenperiode kun je aangeven op welke dag de salarisspecificaties gepubliceerd mogen worden richting de medewerker. Bij de tijdstippen kun je aangeven hoe laat dit moet gebeuren. De datum en tijd worden toegepast op het moment dat de salarisspecificaties in het salarisdossier worden gezet: daarna kun je in de aangemaakte importopdracht eventueel de datum en tijd alsnog wijzigen, zolang het betreffende moment nog niet is aangebroken. Zodra de dag en het tijdstip is bereikt worden de specificaties zichtbaar voor de medewerkers in het Salarisdossier. Ook zal er op dat moment een e-mail ter kennisgeving naar de medewerkers verstuurd worden  - als daarvoor een e-mail adres is opgegeven. Zie eventueel hiervoor de instellingen in het scherm Arbeidsrelatie, of er een mail wordt verstuurd hangt af van de mutaties op deze elementen: Meldingen vanuit digitaal dossier E-mail adres voor meldingen digitaal dossier Het is niet verplicht om de datum voor publicatie hier in te vulllen: je kunt er ook voor kiezen om dit elke periode handmatig te blijven doen in het Salarisdossier, via de menukeuze Beheer > Importverslag.   Geboorteverlof registreren (Core) Instellingen - Algemeen - HR Stuurgegevens Instellingen - Verlof - Verlofregeling Medewerker - Medewerker - Kindgegevens Het is nu mogelijk om geboorteverlof te registreren binnen het systeem. HR Stuurgegevens Er is een nieuw veld toegevoegd aan de HR Stuurgegevens: 'Verlofsoort geboorteverlof'. LET OP! Standaard staat dit nieuwe verloftype ingesteld op 'Geboorteverlof'. Indien gewenst kan een ander verloftype worden geselecteerd.  Verlofregeling: Het verloftype moet zijn opgenomen in de verlofregeling die aan de medewerker is toegekend. Wij adviseren om wijzigingen in de verlofregeling altijd per de startdatum van een verlofjaar in te voeren (01-01-2025).  Kindgegevens: Per kind kan worden aangegeven of er geboorteverlof opgenomen wil worden via het nieuwe veld 'Geboorteverlof opnemen'. Wanneer dit veld op 'Ja' wordt gezet, wordt het recht toegekend onder het Extra individueel verlofrecht, gebaseerd op het verlofsoort dat is ingesteld in de HR Stuurgegevens. Het geboorteverlof bedraagt eenmaal het aantal werkuren per week en dient binnen vier weken na de geboorte van het kind te worden opgenomen. Het toegekende verlofrecht wordt zichtbaar in het saldo zodra het verlof daadwerkelijk wordt opgenomen, vergelijkbaar met aanvullend geboorteverlof.  Gewijzigd en verbeterd  HR koppeling - Youserve gebruikersbeheer (Core & Payroll) Menu: Medewerkers > Arbeidsrelatie > Youserve toegang In HR Core werd de Ping ID opgeslagen die nodig is voor de integratie met verschillende API's. Om de werking van deze API's niet te verstoren tijdens de overgang naar inloggen via Visma Connect, wordt de bestaande Ping ID, indien aanwezig in HR Core, overgenomen in het nieuwe toegangsbeheer van Visma Connect. Omdat het veld nu ofwel de Ping ID of de Visma Connect ID bevat (afhankelijk van de aanwezigheid van de Ping ID), wordt dit element in HR Core nu aangeduid als 'Toegekende Identiteit'. Bij gebruik van de persoonslaag wordt het veld gesynchroniseerd tussen medewerkers die aan dezelfde persoon zijn gekoppeld. Deze synchronisatie is niet langer gewenst bij de migratie naar Visma Connect. In HR Core kan nu het veld "Youserve gemigreerd" worden aangevinkt. Hiermee wordt de synchronisatie van het gegevenselement 'Toegekende Identiteit' stopgezet. Indien er een waarde op persoonsniveau is ingesteld, zal deze niet meer zichtbaar zijn bij de individuele medewerker.  YouServe toegang (Hotfix 17-06-2025) In HR core wordt een aantal sleutels vastgelegd voor het nieuwe toegangsbeheer.  Tot nu toe is al bekend:  Medewerker toegangs sleutel [10529402] - Bevat de unieke medewerker sleutel in toegangsbeheer Toegekende identiteit [10523564] - Bevat indien deze al bekend was de Ping Id, als deze niet in gebruik was, het Visma connect gebruikers sleutel Hieraan wordt het gegevenselement  Visma connect identiteit [10530657] toegevoegd. Het doel hiervan is om altijd het visma connect identiteitssleutel beschikbaar te hebben in HR core. Het gegevenselement kan is alleen lezen. De waarde van dit veld wordt via YouServe toegangsbeheer gevuld.  De datum dat een gebruiker wordt aangemaakt is de peildatum voor het vullen van dit veld. Automatisch aanmaken gebruiker via het nieuwe toegangsbeheer (Hotfix 23-06-2025) In HR Core is er nu de mogelijkheid om aan te geven of een medewerker die nieuw in dienst komt automatisch als gebruiker moet worden aangemaakt binnen het nieuwe toegangsbeheer. Menu: Instellingen > Algemeen > Stuurgegevens klant Gegevenselement:  'Automatisch gebruiker aanmaken'. Standaard staat de waarde van dit veld op "Nee". Indien gewenst dat nieuwe medewerkers automatisch als gebruiker worden aangemaakt, zet dit element dan op "Ja". Toegangsbeheer houdt rekening met de instellingen binnen de HR-koppelingen bij YouServe gebruikersbeheer. Als een medewerker een type heeft dat is uitgevinkt bij "Type medewerker," dan zal deze medewerker niet automatisch worden aangemaakt in het toegangsbeheer. Dit zorgt ervoor dat alleen de relevante medewerkers toegang krijgen, volgens de ingestelde criteria.   Overzicht WAZO, WIEG en OSV (Core) hernoemd naar Verlof - Zorg voor kinderen (Core) Rapporten > Personeelsmanagement > Verlof - Zorg voor kinderen Het rapport Verlof - Zorg voor kinderen is uitgebreid met de functionaliteit voor geboorteverlof. Om deze reden is ook de naamgeving aangepast.  Kindgegevens Tabblad: Op het tabblad 'Kindgegevens' is het nu mogelijk te zien of geboorteverlof op 'Ja' is gezet. Daarnaast wordt het toegekende saldo voor geboorteverlof weergegeven, inclusief de bijbehorende vervaldatum. Vanaf kolom S wordt het saldo en vervaldatum van de verschillende soorten ouderschapsverlof getoond die gekoppeld zijn aan het kind. Dit kan dynamisch zijn, afhankelijk van de opgegeven selectie.  Geboorteverlof Tabblad: Als geboorteverlof is geregistreerd volgens de nieuwe standaard volgens deze release, dan wordt deze informatie weergegeven op het nieuwe tabblad ‘Geboorteverlof’. Aanpassing of beëindigde signalen (Payroll) Menu bijvoorbeeld: Rapporten > Berekening > Signaleringsverslag Onderstaande 3 signalen zijn met ingang van 01-01-2025 beëindigd: 1) "Betaling aan Stagiair na datum uit-dienst" 2) "30% rgl: toegepaste percentage is lager dan 30%" 3) "Uitdienst binnen 2 maanden - WW herzien indicatie op Ja" Deze signaleringen werden als informatieve meldingen gegeven zonder dat er een echte actie vereist was.   Onderstaande 4 Signaleringen zijn aangepast in deze release, omdat ze soms onnodig werden getoond 1) "Cumulatief Fiscaal of SV loon is negatief" Deze Signalering wordt vanaf 01-01-2025 alleen getoond als het cumulatief loon negatief is en er is loon in de betreffende periode. 2) "Medew bereikt binnenkort de AOW gerechtigde leeftijd" Deze Signalering wordt vanaf 01-01-2025 niet meer getoond. 3) "Uitdienst binnen 2 maanden - Awf mogelijk herzien" Deze signalering is per 01-01-2025 aangescherpt en wordt deze alleen nog gegeven als de medewerker binnen 2 maanden uitdienst is, de lage ww-premie van toepassing is, en het gegevenselement WW herzien nog niet de waarde ja heeft. 4) "Vakantietoeslag onder wettelijk minimum" Deze signalering is per 01-01-2025 aangescherpt als er sprake is van periodieke uitbetaling van het vakantiegeld, wordt er nu getoetst op de periodieke uitbetaling van het vakantiegeld bedrag.   Opgeloste meldingen Toeslag variabel niet correct bij laatste weekend indienst (8345641) (Payroll) Oorzaak Wanneer een nieuwe medewerker in het laatste weekend van de vierwekenperiode of maand indienst kwam en er geen werkdagen indienst waren, dan kon het voorkomen dat uitbetaalde uren in de arbeidsvoorwaarde Toeslagen variabel niet correct berekend werden. Wanneer de uren tegen het standaard uurloon betaald moesten worden, dan ging dit niet correct. Hier ging onterecht van een hogere grondslag uit.  Uit nader onderzoek kwam naar voren dat dezelfde situatie kon voorkomen in de arbeidsvoorwaarden Overuren, Overige uren (tabel), Overige uren (bijzonder tarief). Oplossing Met ingang van 1-1-2025 hebben wij een extra controle ingebouwd bij nieuw indienstgetreden medewerkers, zodat er met de correcte grondslag gerekend wordt. Wanneer deze situatie van toepassing is geweest, dan zal dit na de eerstvolgende salarisverwerking na deze release gecorrigeerd worden. 8321196 - Overzicht uitdiensttredingen staat foutieve informatie in (8321196) (Core) Oorzaak Rapporten - Personeelsmanagement - Overzicht uitdiensttredingen In het rapport 'Overzicht uitdiensttredingen' werden de voornamen in de kolom 'Roepnaam' weergegeven. Oplossing Na deze release zal in de kolom 'Roepnaam' daadwerkelijk de roepnaam van de medewerker worden getoond. 7655264 - CAO verhoging per 1-1-2025 niet doorgevoerd (bij 4wkn) (Payroll) Oorzaak De referentietabel salarisschaal was per 1 januari 2025 op CAO-niveau aangepast. Bji een bedrijf met 4-weekse verloning werd de salarisverhoging niet per 1 januari, maar per 30 december doorgevoerd, namelijk per het begin van het jaar voor de 4-weekse verloning. De begindatum van de nieuwe salarisschaal werd bij 4-weekse verloning, net zoals de tabellen voor de loonheffingen, aangepast aan de begindatum van het verloningsjaar. Dit wordt alleen gedaan bij referentietabellen ingericht op een niveau hoger dan klant. Als je een eigen salarisschaal hebt ingericht dan gebeurde dit niet. Oplossing Het systeem is aangepast zodat alleen voor referentietabellen ingericht op een niveau hoger dan CAO de begindatum van het jaar wordt aangepast aan de begindatum van het verloningsjaar. Als je een eigen salarisschaal hebt ingericht omdat de begindatum van de salarisschaal onjuist was aangepast, dan kan je die nu weer verwijderen. De salarisschaal op CAO niveau wordt nu correct gelezen. Toetsing minimumloon bij onbetaald verlof (8173338) (Payroll) Oorzaak Wanneer er sprake was van onbetaald verlof, dan werd er niet in alle gevallen met het correcte minimumloon getoetst. In bepaalde situaties werdt er getoetst met het fulltime minimumloon, terwijl dit omgerekend had moeten worden. Er werd dan geen rekening gehouden met de onbetaalde uren in de periode en er werd dan onterecht een aanvulling berekend, of een signalering gegeven dat het salaris onder het wettelijk minimum zat. Oplossing Met ingang van 1-1-2025 zijn er aanpassingen gedaan voor het toetsen van het salaris met het minimumloon. Als er sprake is van onbetaald verlof, dan wordt het minimumloon nu correct bepaald. De waarde wordt weggeschreven in het payrollelement Minimumloon deeltijd. Wanneer er sprake is van Betaald ouderschapsverlof 1 of 2 of Aanvullend geboorteverlof, dan wordt dit deel van het inkomen buiten de toetsing gelaten en wordt ook het minimumloon deeltijd hierop aangepast. Dit is gedaan omdat deze verlofsoorten van oorsprong een uitkering vanuit het UWV betreft. Medewerkers uitdienst niet kunnen selecteren in rapport Looncomponenten uitvoer (payroll) (8570206) Oorzaak Het was eerder niet mogelijk om een medewerker die reeds uit dienst was, te selecteren in de Looncomponenten uitvoer. Oplossing We hebben de software aangepast zodat medewerkers die uit dienst zijn, nu wel geselecteerd kunnen worden in de Looncomponenten uitvoer.  

Vanaf dinsdag 24 juni 2025 worden alle e-mails vanuit HR Core, Payroll en Self Service verzonden vanaf het nieuwe afzenderadres: [email protected]. Controleer binnen je organisatie of dit e-mailadres correct wordt herkend en niet als spam wordt gemarkeerd. Voeg het toe aan de whitelist om te voorkomen dat belangrijke communicatie verloren gaat. Deze wijziging is eerder aangekondigd in de release notes van maart en juni 2025, maar we benadrukken dit graag nogmaals via deze community.

Mededelingen Op zaterdagochtend  31 mei 2025 brengen wij de juni release van HR Core en Payroll Business naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar. Bedrijfsstatus en facturering Onderstaande is alleen relevant voor administratiekantoren en consultants. Waarom Zoals eerder aangekondigd is vanaf deze release het nieuwe element Bedrijfsstatus bepalend voor de facturering. Hoe Je kunt de bedrijfsstatus op twee plaatsen raadplegen: In het normale HR en Payroll menu via: Instellingen > Algemeen > Stuurgegevens Als je inlogt via Applicatiebeheer consultant via: Instellingen > Bedrijf De status kan deze waarden hebben: Implementatie Productie - Factureerbaar Productie - Niet factureerbaar Testbedrijf klant Testbedrijf Visma Archief Verwijderen Door de peildatum te wijzigen of de historieknop te gebruiken kun je eventuele wijzigingen in het verleden of in de toekomst zien. Actie Bij het inrichten en live brengen van nieuwe bedrijven is er geen afstemming met YouServe meer nodig: De standaardwaarde voor nieuwe bedrijven is Implementatie. Tijdens deze fase wordt er nog niet gefactureerd. De status wordt door ons automatisch aangepast naar "Productie - Factureerbaar" zodra er wordt betaald of aangifte wordt gedaan. Bij bijzondere situaties willen we nog steeds graag dat je contact opneemt met onze afdeling Business Accounting: Als je bij een klant een testbedrijf hebt aangemaakt, meld dit dan. Wij zetten de status dan op Testbedrijf klant, zodat er niet wordt gefactureerd. Betalingen en aangiftes worden vanaf dat moment voor de zekerheid geblokkeerd. Meld het live gaan van bedrijven met uitsluitend personeel dat niet in loondienst is. Wij kunnen bij die bedrijven namelijk niet zien vanaf of er sprake is van een productiesituatie. Als de klant opzegt of een bedrijf beëindigt: Geef dit dan uiteraard aan ons door (de procedure hiervoor is niet gewijzigd) Wij zorgen voor de status Archief (als er een bewaarabonnement is afgesloten) of Verwijderen (als de gegevens conform AVG mogen worden verwijderd). Bij bedrijven die zijn gestopt hoef je de payroll niet meer zelf te blokkeren om de loonaangifte van voorgaand jaar handmatig te kunnen corrigeren: dit gaat voortaan automatisch. In hetscherm Payroll stuurgegevens zijn daarom de elementen Blokkeren payroll vanaf en Reden blokkering verwijderd. Nieuw Opgenomen verlof wordt aangepast na wijziging van het werkpatroon (Core) Op dit moment moet het bestaande verlof worden ingetrokken en opnieuw worden ingediend wanneer het werkpatroon van een medewerker wijzigt, om zo het verlofsaldo correct bij te werken op basis van het nieuwe werkpatroon. Met deze release wordt het mogelijk om verlofaanvragen vanaf het jaar 2025 automatisch aan te passen bij een wijziging in het werkpatroon. Instellingen - algemeen - HR Stuurgegevens Er is een nieuw veld toegevoegd op bedrijfsniveau: 'Roosterwijzigingen doorvoeren bij alle verlofaanvragen'. Standaard staat dit veld op 'Nee' voor alle bedrijven. Neem de volgende randvoorwaarden grondig door voordat je dit veld omzet naar 'Ja'. Gebruik van een werkpatroon is essentieel: Het systeem berekent het nieuwe rooster op basis van het werkpatroon om verlofaanvragen aan te passen. Als niet alle medewerkers een werkpatroon hebben, adviseren wij deze functionaliteit niet in te schakelen. Zonder werkpatroon worden weekuren door vijf gedeeld en gelijkmatig over de dagen verspreid. Handmatige invoer van verlofuren: Als verlofuren handmatig zijn ingevoerd bij een aanvraag (en dus niet vanuit het werkpatroon), worden deze enkel aangepast als ze hoger zijn dan de uren van het nieuwe werkrooster. Bij lagere uren vindt geen aanpassing plaats. Uit dienst: Alle lopende verlofaanvragen worden automatisch aangepast. Verlofaanvragen die eindigen na de uitdiensttredingsdatum worden verkort tot deze datum. Verlofaanvragen met een startdatum na de uitdiensttredingsdatum worden volledig verwijderd.  Medewerker > Verlof > Opgenomen verlof  Om na te gaan of verlofuren handmatig zijn ingevoerd, is er extra functionaliteit toegevoegd aan de pagina 'Opgenomen Verlof'. Verlofuren die handmatig zijn ingevoerd, worden met een oranje kleur weergegeven. Medewerker > Contract > Dienstverband  Selecteer bij een medewerker op de juiste peildatum het nieuwe werkpatroon. Zorg ervoor dat de totale uren per week in het werkpatroon overeenkomen met de uren per week op de peildatum in het arbeidscontract. Achtergrondproces Na een roosterwijziging wordt er een achtergrondproces gestart dat de verlofaanvragen opnieuw berekent op basis van het nieuwe werkpatroon. Dit proces kan enige tijd duren. Gewijzigd en verbeterd Kopiëren van een Verlofregeling (Core) Instellingen - Verlof - Verlofregeling Er is een nieuwe functionaliteit toegevoegd waarmee je eenvoudig een bestaande verlofregeling kunt kopiëren. Bij het openen van de verlofregeling vind je onderaan de pagina een knop 'Kopieer verlofregeling'. Zorg ervoor dat de peildatum correct is ingevoerd; deze bepaalt vanaf welk moment de verlofregeling gekopieerd moet worden. We raden aan om de eerste dag van het verlofjaar als peildatum te gebruiken. Alle gegevens die vanaf de opgegeven peildatum in de geselecteerde verlofregeling staan, worden naar de nieuwe regeling overgezet. De nieuwe regeling krijgt automatisch een volgnummer in de omschrijving, dat indien gewenst kan worden aangepast. Uit dienst - Beëindigen verlof en herrekenen verlofsaldo (Core) In de release van 2024-07 is de functionaliteit toegevoegd om verlof na uitdiensttreding te beëindigen. Zwangerschapsverlof was hierop voorheen een uitzondering, maar deze release zorgt ervoor dat zwangerschapsverlof, net als andere soorten verlof, nu ook na de uitdiensttredingsdatum wordt beëindigd.  Naamgeving Gebruikersprofiel (Core & Payroll) Er was een probleem waarbij de naam van een gebruikersprofiel bij het inloggen niet altijd correct werd weergegeven. Door een fout in de programmatuur werd een gewijzigde naam soms niet juist getoond. Dit probleem is verholpen, zodat bij het inloggen de juiste gebruikersprofielnaam wordt weergegeven. Datum tot en met in mutatieverslag uitgebreid (Core & Payroll) Rapporten - vastlegging - Mutatieverslag (uitgebreid) In release 2025-04 is er een wijziging doorgevoerd dat de datum vanaf en de datum tot en met altijd op de eerste en laatste dag van de maand staat van de maand waarin we zitten. Echter bij het aanpassen van de datum vanaf, werd de datum tot en met mee aangepast naar einde van de maand van de opgegeven begindatum. Dit werd als onwenselijk ervaren. Daarom is er een aanpassing gemaakt, dat de datum tot en met ongewijzigd blijft indien de begindatum wordt veranderd.  Rapportages - Afrekenmatrix werkgever (Payroll) Het vernieuwde rapport kan nu zowel op klant- (dus ook voor meerdere bedrijven) als ouderwets op bedrijfsniveau worden opgevraagd. We hebben de gebruiksvriendelijkheid van het rapport verbeterd door op het scherm de tabbladen toe te voegen voor het maken van selecties, medewerkers, bedrijven, en het groeperen. Deze aanpassingen zorgen ervoor dat het rapport in lijn is met onze werkwijze voor nieuwe rapporten. De inhoud van het rapport is hetzelfde gebleven. Bij het opvragen van het rapport op klantniveau moet worden aangegeven voor welke bedrijven het rapport uitgevoerd moet worden. Aangezien er meerdere bedrijven geselecteerd kunnen worden, is het noodzakelijk om per bedrijf de gewenste salarisverwerking te selecteren tot en met een bepaalde datum. Dit kan gedaan worden achter de bedrijfselectie. Rapportages - Standenregister (Payroll) Het vernieuwde rapport kan nu zowel op klant- (dus ook voor meerdere bedrijven) als ouderwets op bedrijfsniveau worden opgevraagd. We hebben de gebruiksvriendelijkheid van het rapport verbeterd door op het scherm de tabbladen toe te voegen voor het maken van selecties, medewerkers, bedrijven, en het groeperen. Deze aanpassingen zorgen ervoor dat het rapport in lijn is met onze werkwijze voor nieuwe rapporten. De inhoud van het rapport is hetzelfde gebleven. Bij het opvragen van het rapport op klantniveau moet worden aangegeven voor welke bedrijven het rapport uitgevoerd moet worden. Verwijderen veld VCR systematiek van scherm Stuurgegevens (Payroll) Het veld VCR systematiek is verwijderd van het scherm Stuurgegevens. In het verleden waren er 2 VCR-systematieken mogelijk, maar sinds 2007 is alleen de grondaanwas methode toegestaan door de belastingdienst; de andere methode is verwijderd uit het systeem en het veld (waar al die jaren slechts één keuze mogelijk was) is daarom verwijderd van het scherm. Opgeloste meldingen Startscherm rapportages niet juist (8202668) (Core & Payroll) Oorzaak  In de recente releases zijn veel rapportages aangepast zodat deze zowel op klant- als bedrijfsniveau uitgevoerd kunnen worden. Echter, als er eerst een medewerker selectie werd gemaakt en vervolgens naar een van de rapportages werd genavigeerd, bleef de medewerker selectie behouden. Dit zorgde ervoor dat het scherm niet correct functioneerde voor die rapporten. Oplossing Dit is inmiddels aangepast. Wanneer je naar de rapporten navigeert, zal de medewerker selectie worden losgelaten, zodat het scherm correct functioneert. UPA PMT uren verkeerd berekend bij uitdienst (8026835) (Payroll) Oorzaak  Bij medewerkers met een verwerkingseenheid en waarbij bij de uitdiensttreding een transitievergoeding werd uitbetaald kon het voorkomen dat de normuren voor UPA niet goed werden berekend. De oorzaak hiervan was dat de verwerkingseenheid van het 2e contract niet werd meegenomen. Oplossing Vanaf nu is de verwerkingseenheid van het nevencontract ook muteerbaar. Voor bestaande situaties is het nodig om de verwerkingseenheid te vullen op het contractscherm van de medewerker In de rapporten 'Looncomponenten uitvoer', Afrekenmatrix medewerker en werkgever is niet meer mogelijk om meerdere items in één keer te selecteren bij groeperen (8321010) (Payroll) Oorzaak  In de vorige release (2025-05) waren de genoemde rapporten aangepast. Hierdoor moesten selecties op het tabblad 'Groeperen' één voor één worden toegevoegd. Oplossing Dit is aangepast waardoor het mogelijk is om meerdere items tegelijkertijd aan de selectie toe te voegen, wat het proces efficiënter maakt. Medewerker ontbreekt in UPA aangifte bij volledig onbetaald verlof (8173190) (payroll) Oorzaak  Medewerkers werden ten onrechte niet in de UPA aangifte opgenomen als er sprake was van: Volledig onbetaald verlof in de laatste periode van in dienst (incidentele inkomstenvermindering) EN Uitbetaling van een beëindigingsvergoeding of transitievergoeding in de periode na uit dienst  Oplossing Dit is opgelost in de programmatuur, deze combinatie van factoren wordt voortaan goed afgehandeld. Uitval in de UPA (8139648 en 8173190 ) (Payroll) Oorzaak Medewerkers werden ten onrechte niet of niet correct aangeleverd in de UPA aangifte als sprake was van: Een gestopte regeling in de vorige maand vanwege de AOW leeftijdgecombineerd met een uitdiensttreding op de AOW datum (8139648) Wanneer de code incidentele inkomstenvermindering niet bepaald werd bij een medewerker met een vast salaris die in de periode van uitdienst volledig onbetaald verlof heeft, waarbij een tweede inkomstenverhouding aanwezig is voor een transitievergoeding en er werd geen premie berekend (8173190) Oplossing Er is een aanpassing in de programmatuur gedaan met ingang van 1-1-2025 voor de bepaling van de datum aanvang voor de regelinggegevens. Hierdoor wordt er beter onderscheid gemaakt of de medewerker nog aangeleverd moet worden of niet, met of zonder de regelinggegevens. Vanaf 2025 wordt voor de regelinggegevens de aanvangsdatum bepaald in de nieuwe payrollelementen Datum aanvang regelinggegevens (01 t/m 16). Daarnaast is er een aanpassing gedaan waardoor de Code incidentele inkomstenvermindering correct bepaald wordt. De nieuwe payrollelementen worden automatisch bepaald in de salarisverwerking na de release. De UPA aanlevering wordt rechtgetrokken in de eerstvolgende aangifte waar een afsluitende payroll aan ten grondslag ligt. Automatisch verzenden niet consequent in geval van meerdere UPA aangiftes (8244246 ) (payroll) Oorzaak  Als je meerdere UPA aangiftes laat aanmaken, bijvoorbeeld één voor het pensioenfonds en één voor de Stichting PAWW, dan werkten de instellingen voor het automatisch verzenden niet altijd correct: als je de ene aangifte wel, en de andere niet automatisch wilde laten verzenden, werden toch beide aangiftes automatisch verzonden. Oplossing Het probleem is opgelost: de instellingen voor het automatisch verzenden worden toegepast conform de stuurgegevens van de betreffende aangifte. No-show zonder BSN wordt niet ingetrokken (8073388) (payroll) Oorzaak Wanneer er een aangifte is gedaan voor een werknemer zonder BSN en deze wordt alsnog later aangeleverd, dan dient er over de aangifte waarvoor deze is aangeleverd zonder BSN een intrekking plaats te vinden. Dit ging niet in alles gevallen juist waardoor bij de Belastingdienst verschillen ontstaan. Oplossing Dit is opgelost in de programmatuur en vanaf nu vindt er altijd een intrekking plaats. Loonaangifte intrekking december 2024 niet juist (8124639) (payroll) Oorzaak Wanneer je in een correctie aangifte 2024 een intrekking deed dan ging dan werd deze niet meegenomen als de intrekking de laatste periode van het jaar betrof. De intrekking kan normaal gesproken niet over de huidige periode gaan, omdat er dan nog niets valt in te trekken. In het geval van een correctie aangifte ligt dit anders en moet de laatste periode wel worden meegenomen. Oplossing We hebben de programmatuur aangepast zodat in correctie aangiftes deze intrekking ook zal worden meegenomen. Loonaangifte werd verzonden zonder rekening te houden met wachtdagen (8244164) (payroll) Oorzaak In de aangifte stuurgegevens kun je opgeven dat aangiftes na het afsluiten van de salarisberekening automatisch mogen worden verzonden. Daarbij kun je ook opgeven dat er eerst een aantal dagen gewacht moet worden, zodat je - als er nog tijd is - eventuele controles kunt uitvoeren. De wachtdagen werden echter niet meer toegepast: de aangifte werd direct verzonden. Oplossing We hebben de programmatuur aangepast zodat opgegeven wachtdagen in alle gevallen correct worden toegepast. Actuele aangifte wordt niet klaargezet als gevolg van overbodige aangifte voorgaand jaar (8174919) (payroll) Oorzaak In sommige gevallen werd bij het inzenden van een correctie-aangifte 12-2024 ten onrechte óók een normale aangifte 01-2024 aangemaakt. Omdat die aangifte - terecht - niet werd ingezonden, werd vervolgens de normale aangifte van de actuele periode niet aangemaakt: de aanmaak van aangiftes wacht namelijk altijd op het goedkeuren door de Belastingdienst van de aangiftes van voorgaande periodes. Oplossing We hebben de programmatuur aangepast zodat dit niet meer kan gebeuren: de overbodige aangifte wordt niet meer aangemaakt. Afrekenmatrix medewerker (payroll) (Hotfix 06-05-2025) Oorzaak Het was niet mogelijk om een medewerker die reeds uit dienst was, te selecteren in de Afrekenmatrix Medewerker. Oplossing We hebben de programmatuur aangepast zodat medewerkers die uit dienst zijn, nu geselecteerd kunnen worden in de Afrekenmatrix Medewerker.

Mededelingen (optioneel) YouServe toegangsbeheer - Proef import (Core & Payroll) Medewerker > Proef import In het nieuwe toegangsbeheer is het mogelijk om, voordat de organisatie daadwerkelijk wordt gemigreerd, eerst een proefrun uit te voeren. Na enkele seconden volgt een Excel-rapport dat een evaluatie bevat van de totale import van medewerkers. Het doel hiervan is om te controleren of de medewerkers die je verwacht te importeren uit Core/Payroll Business correct zijn ingericht in het toegangsbeheer. Hoe: Navigeer in het toegangsbeheer naar het menu Medewerkers / Employee. Klik op de knop Proef import Er wordt een nieuw Excel-rapport in de downloadmap opgeslagen. Titel NL Titel EN Omschrijving Klant Client Klant naam en code Bedrijf Company Bedrijfsnaam en code Medewerker Id Employee id Unieke code van medeweker Medewerker code Employee code Medewerker code vanuit HR core/Payroll business Naam Employee name Volledige naam van de medewerker Type medewerker Employee Type Type medewerker  Omschrijving Employee type description Omschrijving van type medewerker. Dienstverband Inservice indicator Dienstverband indicatie  Arbeidsrelatie status Employment status Arbeidsrelatie status waarde en omschrijving Evaluatie datum Evaluation date Datum dat proefrun is gedraaid Evaluatie tijd Evaluation time Tijdstip dat proefrun is gedraaid Import gelukt Access pass Medewerker import True - Gelukt False- Gefaald Aantal ontbrekende velden nr. missing fields Aantal ontbrekende velden Ontbrekende velden / Opmerking Missing field/ remark De velden die ontbreken en eventuele andere foutmeldingen Vastleggen Bedrijfsstatus en facturering Let op: deze functionaliteit is alleen beschikbaar voor administratiekantoren en consultants. Waarom We gaan voortaan de fase waarin een bedrijf zich bevindt nauwkeuriger vastleggen. Dit is om de volgende redenen: Voor een nieuw bedrijf willen we tijdens de implementatiefase nog geen facturen sturen  Bij een testbedrijf willen we voorkomen dat er per ongeluk betalingen gedaan worden Bij bedrijven die niet meer actief zijn willen we voorkomen dat er nog payroll berekeningen worden uitgevoerd Voor rapportages op klantniveau willen we eventuele testbedrijven en gearchiveerde bedrijven niet meer automatisch selecteren Hoe Menu Applicatiebeheer consultant > Instellingen > Bedrijf Aan het scherm Bedrijf is een nieuw veld toegevoegd: Bedrijfsstatus. Hiermee kun je de volgende statussen vastleggen: Implementatie Productie - Factureerbaar Productie - Niet factureerbaar Testbedrijf klant Testbedrijf Visma Archief Verwijderen Actie Tijdens de opstartfase van een bedrijf hoef je niets te doen: de standaardwaarde is Implementatie. Tijdens deze fase kan het systeem worden ingericht en wordt er nog niet gefactureerd. De status wordt automatisch aangepast naar "Productie - Factureerbaar" zodra er wordt betaald of aangifte wordt gedaan. Alleen in de volgende situaties is het nodig om handmatig de status te wijzigen: Als een bedrijf uitsluitend personeel bevat dat niet in loondienst is, zul je geen aangiftes doen. Wij kunnen dan niet automatisch vaststellen of er sprake is van een productie situatie. Je moet deze bedrijven dus zelf omzetten van Implementatie naar Productie-Factureerbaar. Je mag bedrijven aanmaken met de status Testbedrijf klant: er wordt dan niet gefactureerd. Het is wel de bedoeling dat deze testbedrijven een beperkt aantal medewerkers bevatten: het mag dus geen kopie zijn van alle productiedata! Voor de zekerheid blokkeren we bij dit soort bedrijven het betalen en het doen van aangiftes. Als een klant het contract opzegt, en daarbij een archiefbundel afsluit, zet dan de status van de bedrijven op Archief. Er wordt dan niet meer gefactureerd, maar de gegevens blijven wel bewaard. Als een klant opzegt en daarbij GEEN archiefbundel afsluit, kies dan voor Verwijderen. Het bedrijf zal dan worden verwijderd, zodra de klant als geheel wordt verwijderd. De komende maanden gaan we het factureringsproces aanpassen, zodat er overal met deze status rekening wordt gehouden. Nieuw Rapportages - Overzicht toegang gebruikers/gebruikersgroepen (Core & Payroll) Rapporten > Overzicht toegang gebruikers/gebruikersgroepen  In het profiel Autorisatiebeheer is een nieuw rapport toegevoegd dat een overzicht biedt van de gebruikers met toegang tot de applicatie. Het rapport bestaat uit drie tabbladen: Gebruikers Dit tabblad geeft een overzicht van de gebruikers en hun toegekende rechten. Gebruikersgroepen Hier wordt een overzicht gegeven van alle gebruikersgroepen die in gebruik zijn, samen met het totale aantal gebruikers dat aan elke groep is gekoppeld. Parameter Geeft informatie over de parameters die in het rapport zijn gebruikt. Rapportages - Overzicht inhoud gebruikersprofielen (Core & Payroll) Rapporten > Overzicht inhoud gebruikersprofielen  In het profiel Autorisatiebeheer is een nieuw rapport toegevoegd dat een gedetailleerd overzicht biedt van de inhoud van gebruikersprofielen. Voor elk gebruikersprofiel dat aan een klant gekoppeld is, wordt er een apart tabblad gegenereerd. Op elk tabblad is duidelijk aangegeven via welk navigatie pad een scherm toegankelijk is. Journalisering - Meerdere exportbestanden (Core & Payroll) Let op: deze functionaliteit kan alleen ingericht worden door consultants of administratiekantoren Bij bedrijven waarvoor de automatische journalisering is ingericht is het voortaan mogelijk om de resultaten van de journaalpostverwerking meerdere keren in verschillende export bestanden naar het salarisdossier te sturen.  Menu HR en Payroll > Instellingen > Gegevensuitwisseling > Interfaces > Automatische journalisering Op deze plek richt je op de gebruikelijke wijze de automatische journalisering in, door het vastleggen van de toe te passen verwerkingsdefinitie en export definitie.  Hierin verandert niets. Menu Journalisering > Instellingen > Uitvoerdefinitie > Exportdefinitie Met deze menukeuze kun je zelf export definities maken, op niveau klant of bedrijf, en kun je ook definities kopieren uit een lijst met standaard definities. In deze definities kun je voortaan het (nieuwe) vinkje Automatisch journaliseren aanzetten. Er wordt dan na het automatisch journaliseren een extra journaalpostenbestand aangemaakt in het gekozen formaat.  Loonaangifte - Handmatig corrigeren (Payroll) (Hotfix 09-04-2025) Soms is het nodig om buiten de salarisverwerking om zaken aan te passen in de Loonaangifte. Het wijzigen van elementen was al mogelijk, echter zijn er ook nog andere situaties mogelijk waarbij het handig is om in te kunnen grijpen op een aangifte. Hieronder hebben we de meest voorkomende gevallen op een rijtje gezet met de daarbij behorende actie. Onderstaande acties dienen altijd per medewerker, per aangiftetijdvak uitgevoerd te worden. Aangifte / Beheer / Bijzondere aangifte / Correctie gebruiker Toevoegen van medewerkers: Via het plusje rechts in het scherm kun je een periode voor een medewerker toevoegen. In de pop up die verschijnt kun je de medewerkers ophalen uit Payroll Business waarbij het systeem al een aantal zaken vooraf voor je invult. Deze medewerker zal worden toegevoegd in de gekozen aangifte periode. Nadat je deze hebt toegevoegd kun je op de gebruikelijke manier (bij IKV tijdvakken) naar de desbetreffende medewerker gaan en daar alle mutaties toevoegen / wijzigen wat je door wilt geven aan de Belastingdienst. Toevoegen / verwijderen van elementen bij een IKV / Medewerkers: Via IKV Tijdvakken kun je, zoals reeds bekend, de medewerker voor een bepaalde periode openen om daar wijzigingen in door te voeren. Tot voor kort was het alleen mogelijk om daar wijzigingen door te voeren op reeds bestaande elementen. Vanaf nu kun je ook eventueel elementen toevoegen, als ze nog niet waren doorgegeven. Dit kan soms voorkomen wanneer het een optioneel element is, maar die nog niet eerder was aangegeven / berekend door de payroll. Als je een regel wilt verwijderen dan kun je de gewenste regel selecteren en dan onderaan kiezen voor "element verwijderen. Als je een regel wilt toevoegen dan kun je onderaan kiezen voor element toevoegen en kun je door te zoeken een element selecteren die nog niet aanwezig is bij deze medewerker in dit aangifte tijdvak. Verwijderen van een IKV / Medewerkers: Soms kan het voorkomen dat de belastingdienst over een eerder jaar een verschil heeft geconstateerd tussen het nominatieve en het collectieve deel. De oorzaak is bijna altijd dat er gedurende het jaar een wijziging heeft plaatsgevonden op een IKV van een werknemer en dat de originele IKV niet is ingetrokken bij de Belastingdienst. Tot heden was hier altijd ondersteuning vanuit YouServe voor nodig. Vanaf nu kun je, door het openen van een IKV tijdvak, zelf het IKV tijdvak verwijderen door onderaan te kiezen voor IKV tijdvak verwijderen. Hierdoor zal er automatisch een intrekking plaatsvinden richting de belastingdienst. Na al deze bovenstaande acties is het altijd noodzakelijk om de desbetreffende correctie aangifte te herberekenen om een XML te genereren.   Salarisdossier - Zoeken naar medewerkers via extra velden (Payroll) In het salarisdossier kun je in het tabblad Resultaten extra kolommen bij de medewerkers laten zien door de HR selectie-eigenschap Zoekvelden in te richten. Deze kolommen kun je voortaan ook gebruiken om documenten te zoeken. Menu Salarisdossier > Documenten > Medewerker > Salarisspecificatie Menu Salarisdossier > Documenten > Medewerker > Jaaropgave In het tabblad Filter is de optie Zoekveld toegevoegd. Hier kun je een van de velden kiezen als je die eerder hebt benoemd als extra kolom. Vul in het vak daarnaast de te selecteren waarde in. Voorbeeld: zoek naar documenten van alle medewerkers van de Afdeling = Finance Als je nog geen extra kolommen had ingericht kun je dat eventueel alsnog doen via Instellingen > Vastlegging > Selectie-eigenschappen HR. Salarisdossier - Sortering van de documenten wijzigen (Payroll) In het salarisdossier staan de documenten van de afrekenperiode die als laatste is afgesloten altijd bovenaan. Meestal is dat een handige volgorde, maar soms is een andere sortering wenselijk. Menu Salarisdossier > Documenten  Door op een kolomklop te klikken kun je voortaan de sortering van de documenten aanpassen. Bijvoorbeeld: Je kunt salarisspecificaties sorteren op de achternaam van de medewerker. Daarbinnen staan de meest recente documenten  - per medewerker - dan nog steeds bovenaan Betaalbestanden kun je sorteren op betaalrekening Aangifte rapporten kun je sorteren op de naam van de onderneming Als je extra kolommen hebt toegevoegd aan de lijst met documenten, bijvoorbeeld het loonheffingennummer in de lijst met aangiftedocumenten, dan kun je ook op die kolommen sorteren. Gewijzigd en verbeterd Verlof - Verlofsaldi herverdelen in de juiste potjes (Core) Oorzaak Het kon voorkomen dat bij een verlofaanvraag of verlof intrekking met terugwerkende kracht, de opgenomen verloven onterecht uit een potje met een latere expiratiedatum waren opgenomen. Hierdoor was het mogelijk dat een verlofsaldo onterecht (op een eerdere datum) verviel. Deze verkeerde manier van afboeken hebben wij in deze release opgelost.  Oplossing Na deze release wordt bij elke verlofaanvraag (welke op automatisch afboeken is gezet) of verlof intrekking bij een medewerker gecontroleerd of de opname uit het juiste verlofpotje wordt gedaan. Dit is het potje dat als eerste vervalt. Uiteraard is dit alleen van toepassing op verlofsoorten binnen de regeling waarbij is aangegeven dat deze automatisch afgeboekt mogen worden. Ook als een nieuw verlofjaar wordt gestart, zullen de reeds gedane verlof opnames voor het nieuwe jaar worden getoetst en vanuit het juiste potje worden afgeboekt. Indien een verlofaanvraag niet op automatisch afboeken is gezet, maar bewust een verlofsoort is gekozen, zal deze altijd van de gekozen verlofsoort worden afgeboekt. Voor aanvragen die op automatisch afboeken gebeurt dit altijd uit het potje met de expiratiedatum die als eerste vervalt voor deze verlofsoort. Hierdoor kan het dus nog wel voorkomen dat er verlofsaldo beschikbaar is uit een ander verlofsoort-potje, met een vroegere expiratiedatum.  Reeds bestaande verlofaanvragen worden niet automatisch herverdeeld. Dit gebeurt alleen bij een nieuwe verlofopname of een verwijdering. Op de pagina Medewerker > Verlof > Verlofsaldo is de knop ‘herverdelen’ geïntroduceerd. Met deze knop kunnen alle verlofaanvragen van een medewerker vanaf het gekozen verlofjaar opnieuw worden beoordeeld en herverdeeld. Dit geldt voor het geselecteerde jaar en de daaropvolgende jaren voor deze medewerker. Let op: na de herverdeling kan dit niet meer ongedaan worden gemaakt. Ook is het mogelijk om het huidige verlofjaar te corrigeren voor een bedrijf. Dit kan door op de plus knop te klikken en vervolgens te kiezen voor ‘Huidig verlofjaar corrigeren’ bij: Instellingen > Verlof > Verlofrecht toekennen. Hierdoor zullen alle verlofaanvragen van de medewerkers van dit bedrijf worden beoordeeld en herverdeeld. Deze actie kan enige tijd in beslag nemen. Tijdens dit proces is het mogelijk dat een verlofsaldo bij een medewerker tijdelijk op 0 staat, omdat de herberekening wordt uitgevoerd. Als er op datzelfde moment vanuit de app of vanuit Self Serve een verlofopname wordt toegevoegd, zal deze uitvallen omdat er geen saldo beschikbaar is. Wij adviseren dan ook om deze actie uit te voeren op een moment wanneer de kans op nieuwe verlofaanvragen minimaal is. Rapportages - HR Inrichting (Core) In de menu optie: Rapporten > Instellingen > HR inrichting staan rapporten die iets vertellen over de inrichting in Core. De lijst met rapporten wordt uitgebreid met twee extra rapporten: HR koppelingen  HR koppelingen details HR koppeling Geeft een overzicht van de HR koppelingen van de klant en hoe deze is ingericht HR koppeling details Geeft een overzicht van de instelling per HR koppeling wat daarin is ingericht, bijvoorbeeld in sturing van het gegevenselement Type medewerker met daarin de medewerkers die voor een HR koppeling worden uitgesloten. Gaar naar: Rapporten > Instellingen > HR inrichting Klik op één van de vinkjes of beiden en klik op uitvoeren. Het rapport zal dan in 'Mijn Rapporten' verschijnen wanneer het gereed is. Wanneer een overzicht van de HR koppelingen en inrichting hiervan, vraag de rapporten op. Rapportages - Afrekenmatrix medewerker (Payroll) Rapporten > Berekening > Afrekenmatrix medewerker Het vernieuwde rapport kan nu zowel op klant- (dus ook voor meerdere bedrijven) als ouderwets op bedrijfsniveau worden opgevraagd. We hebben de gebruiksvriendelijkheid van het rapport verbeterd door op het scherm de tabbladen toe te voegen voor het maken van selecties, medewerkers, bedrijven, en het groeperen. Deze aanpassingen zorgen ervoor dat het rapport in lijn is met onze werkwijze voor nieuwe rapporten. De inhoud van het rapport is hetzelfde gebleven. Bij het opvragen van het rapport op klantniveau moet worden aangegeven voor welke bedrijven het rapport uitgevoerd moet worden. Aangezien er meerdere bedrijven geselecteerd kunnen worden, is het noodzakelijk om per bedrijf de salarisverwerking te selecteren tot en met een bepaalde datum. Dit kan gedaan worden achter de bedrijfselectie. Rapportages - Excel output (Core & Payroll) Rapporten Voor alle Excel-rapportages binnen het systeem hebben we de volgende wijzigingen doorgevoerd: -De kopregel nu standaard vastgezet - Standaard filtering aan. De inhoud van de rapporten is verder ongewijzigd gebleven. Gegevenselement "Meldingen vanuit digitaal dossier" (Payroll) Via het gegevenselement "Meldingen vanuit digitaal dossier" is het mogelijk om aan te geven of de medewerker voor het salarisdossier wel of geen meldingen wenst te ontvangen. De standaardwaarde op landniveau was "Geen meldingen". Het gegevenselement werkt echter niet met opschakeling. Medewerker > Arbeidsrelatie > Arbeidsrelatie Vanaf 01-01-2025 is er geen standaardwaarde meer voor het gegevenselement "Meldingen vanuit digitaal dossier" en is de waarde "leeg", dit heeft dezelfde functie als de waarde "Geen meldingen" en houdt in dat er geen meldingen worden ontvangen. Tevens is het veld niet meer verplicht op het scherm.   Aangiftes - Actuele data Aangiftes na herberekening (Payroll) Tot dit moment werden altijd de actuele IKV data opgehaald bij de diverse aangiftes. Dit kan echter verschillen geven als je tussen de afsluitende payroll en de aangifte wijzigingen in de IKV hebt gedaan. Dit komt vooral voor wanneer de aangiftes achter lopen, dan wel zijn afgekeurd, en je de aangifte moest herberekenen. Hierdoor kon het soms zijn dat de rapportage of de XML nieuwe data ophaalde en niet de data van de IKV zoals deze was berekend in de salarisverwerking.  Dit hebben we verbeterd, zodat vanaf nu de rapportages en aangifte zelf altijd de originele IKV data in de aangiftes toont en verwerkt. Aangiftes - L1716: Controle of er voldoende loonheffing is voor de afdrachtverminderingen (Payroll) Menu Loonaangifte > Beheer > Eindheffingen en afdrachtverminderingen In dit scherm kun je de toe te passen afdrachtverminderingen opgeven, voor Zeevaart en/of Speur- en ontwikkelingswerk. De bedragen in het eerste gedeelte van het scherm worden eenmalig toegepast, onderin kun je bedragen opgeven die elk aangiftetijdvak automatisch mogen worden toegepast. Het komt soms voor dat het totaal van de opgegeven afdrachtverminderingen hoger is dan het berekende totaal aan loonheffing. De aangifte wordt in dat geval door de Belastingdienst afgekeurd. Bijvoorbeeld als er uitdiensttredingen hebben plaatsgevonden, kunnen de vaste bedragen plotseling te hoog blijken te zijn.  Om dit te voorkomen gaan we vanaf deze release controleren of dit het geval is: als er niet genoeg loonheffing is om de verminderingen toe te kunnen passen, blijft de aangifte op Bijgewerkt staan. Deze kun je dan niet verzenden, je moet dan eerst de bedragen van de afdrachtverminderingen corrigeren. Vervolgens kun je de aangifte opnieuw doorrekenen via de knop Herberekenen. We gaan binnenkort nog meer van dit soort controles toevoegen, bijvoorbeeld om fouten als gevolg van handmatige correcties af te vangen. Daarbij gaan we dan ook de signalering verbeteren, zodat je nog gemakkelijker kunt zien wat het probleem is. Aangiftes - L1002: Bewaking vroegste moment van inzenden Het komt voor dat aangiftes te vroeg worden ingestuurd, de Belastingdienst keurt deze dan af: inzenden is officieel pas mogelijk vanaf de eerste dag van het aangiftetijdvak. Deze situatie willen we voorkomen. Menu Loonaangifte > Beheer > Aangifte Menu Loonaangifte > Beheer > Collectief verzenden aangiftes Als een aangifte te vroeg wordt ingezonden, dan bewaren wij die, en sturen hem pas door op de tweede dag van het betreffende aangiftetijdvak.  Er is gekozen voor de tweede dag omdat in de praktijk blijkt dat aangiftes soms ook (vroeg) op de eerste dag worden afgekeurd. Je ziet de datum en tijd van verzending terug in het detailscherm van de aangifte onder het tabblad Verzending en verwerking.   Aangiftes - Signaleringen Payroll (Payroll) In het systeem zijn diverse signaleringen beschikbaar die kunnen worden gebruikt om de resultaten van de payrollverwerking te controleren. Het bleek dat een aantal signaleringen inmiddels niet meer van toepassing zijn en onterecht op het signaleringsverslag verschenen. Ook konden een aantal signaleringen van het soort Loonaangifte verder worden aangescherpt, waardoor foutieve Loonaangiftes kunnen worden voorkomen. Tevens zijn de helpteksten van de signaleren doorgenomen en waar nodig ge-updatet. Rapporten > Berekening > signaleringsverslag De volgende signaleringen zijn aangepast per 01-01-2025: Signalering Aanpassing 2216 - Datum uitdienst is niet gevuld Gegevenselement "Reden uitdienst" is vervangen door "Reden einde inkomstenverhouding" 2307 - Aard arb.verh. icm reden uitdienst ongeldig Soort signalering aangepast naar Ernst Fout 2501 - Reden uitdienst niet gevuld Signaal aangescherpt. Reden UD vervangen 1812 - reden geen bijtelling en prive gebruik > 0 Nieuw signaal; op het einde van de periode is wel een reden geen bijtelling auto, maar er is wel een bijtelling berekend. Dit leidt tot een afkeuring van de aangifte 1813 - reden geen bijtelling en bijdrage wn > 0 Nieuw signaal: op het einde van de periode is er een reden geen bijtelling auto, maar er is wel een eigen bijdrage werknemer opgevoerd. Dit leidt tot een afkeuring van de aangifte 2103 - Indicatie overeenkomst Arb, Opr, Schrift De waarde van de contractindicaties worden nu getoetst aan het begin van de periode 1606 - Code aard arbeidsverh. is niet opgegeven  Soort signalering aangepast naar Ernst Fout Daarnaast zijn er diverse signaleringen die niet meer van toepassing waren stopgezet per 01-01-2025 of indien nodig per een eerdere begindatum. Hiermee willen we voorkomen dat er onnodige signaleringen in het signaleringsverslag terecht komen.   Opgeloste meldingen Verlofoverzicht - informatie getoond dat er niet hoort (change 8025019) (Core) Oorzaak Bij het exporteren van het verlofsaldo werd onterecht de omschrijving "extra ind. recht" weergegeven naast de totale rechten.   In het rapport staan de volgende kolommen: Oplossing De tekst is aangepast naar "Totaal", zodat het duidelijk is dat alleen de totale uren worden getoond. No show medewerkers in andere systemen (change 8199890) (Core) Oorzaak In release 2025-04 is een wijziging doorgevoerd waarin de uitdienstdatum niet meer werd opgeslagen voor medewerkers die nooit in dienst zijn geweest. Dit heeft helaas onvoorziene gevolgen gehad voor andere systemen. Oplossing Omdat andere systemen een uitdienstdatum vereisen, is besloten om voor no-show medewerkers alsnog een uitdienstdatum op te slaan. Deze datum zal gelijk zijn aan de datum waarop de medewerker oorspronkelijk in dienst zou treden. Roltoewijzingen worden niet afgesloten na uitdienst in het portal (change 8136468) (Core) Oorzaak Binnen HR Core krijgt de roltoewijzing een einddatum nadat een medewerker uitdienst is gemeld. Deze functionaliteit is in release 2024-05 naar productie gegaan, zodat de rollen via de USMM API beëindigd zouden worden. Echter, de rollen bleven binnen het portal nog actief. Oplossing De functionaliteit is aangepast zodat de rollen ook binnen het portal automatisch zullen worden verwijderd. Dit proces wordt uitgevoerd voor alle medewerkers die na release 2024-05 uitdienst zijn gemeld. Situaties die voor deze release zijn gemeld, blijven ongewijzigd. Medewerker ontbreekt op het Overzicht WAZO-WIEG-OSV (change 8029389) (Core) Oorzaak Wanneer er voor een medewerker verlof is vastgelegd dat over de jaargrens heen gaat, verscheen deze medewerker niet op het tabblad OSV van het rapport. Oplossing Dit probleem is opgelost. Na de release zijn medewerkers met een verlof dat over een jaarovergang gaat nu ook zichtbaar op het rapport. Selectie-eigenschappen HR - Laatste element verwijderen lukt niet (Core & Payroll) Oorzaak Als er nog maar één gegevenselement in een selectie-eigenschap aanwezig is, kun je deze niet verwijderen. Oplossing Het probleem is opgelost, ook het laatste element kan - indien nodig - uit een selectie-eigenschap verwijderd worden. Aangiftes - Loonkostenvoordeel indicaties worden niet verwerkt in de Loonaangifte (change 7995074) (Payroll) (Hotfix 02-04-2025) Oorzaak Wanneer er alleen een mutatie is vastgelegd bij een medewerker wat een indicatie van de Loonkostenvoordeel betreft kwam deze niet altijd terecht in de Loonaangifte. Wanneer er ook andere mutaties waren gedaan bij een werknemer kwam de wijziging van de indicatie Loonkostenvoordeel wel mee in de Loonaangifte. We hebben dit in de programmatuur opgelost en zal vanaf nu wel altijd het geval zijn. Wanneer  Oplossing 2025: Voor de indicaties die over 2025 niet mee zijn genomen zal dit worden opgelost na de eerstvolgende afsluitende salarisverwerking. Het systeem zal dan automatisch correctie periodes aanmaken voor deze medewerkers. 2024: Wanneer je als bedrijf nog in de correctie modus zit, zal het systeem automatisch na een eerstvolgende afsluitende salarisverwerking een correctie aangifte klaarzetten waarbij deze indicatie alsnog juist zal worden doorgegeven. 2024: Wanneer je als bedrijf NIET meer in de correctiemodus zit zullen wij de laatste aangifteperiode voor je openzetten, waardoor deze indicatie alsnog zal worden toegevoegd in de aangifte. Daarna kan de aangifte opnieuw verstuurd worden. 2023: Voor 2023 zal deze correctie, wanneer de indicatie niet in de Loonaangifte is gekomen opgelost kunnen worden door een handmatige correctie. Wanneer je in 1 van bovenstaande groepen hoort, zal YouServe contact met je opnemen, met de daarbij behorende werkinstructies.