Releases YouServe

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.  

Ter voorbereiding op het vernieuwde toegangsbeheer, ondersteunen we met Salarisdossier, naast het bestaande PING ID, nu ook Visma Connect.   Indien je via het portaal naar Salarisdossier navigeert, verandert er niets. Echter, als je gebruikmaakt van de directe link om naar Salarisdossier te gaan, zal vanaf maandagavond 24-02-2025 een tussenscherm getoond worden. Hierin dient de gebruikersnaam ingevoerd te worden, waarna de gebruikelijke route vervolgd kan worden.     Voor verdere informatie met betrekking tot het toegangsbeheer verwijzen we jullie naar: https://community.visma.com/t5/Nieuws-YouServe/YouServe-toegangsbeheer-wordt-vernieuwd/ba-p/671843    

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.

Per 2026 vervalt volgende reden uitdienst: • 31 - Einde van rechtswege om een andere reden (ontbindende voorwaarde, pensionering, overlijden e.d.) Deze reden wordt vervangen door: • 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.) Om extra muteerwerk in het nieuwe kalenderjaar te voorkomen hebben we vandaag de nieuwe redenen uitdienst zoals ze per 2026 gelden vanaf de peildatum 1-11-2025 beschikbaar gemaakt in Core/Payroll en Self Service. Als je vanaf nu een medewerker uitdienst meldt met de reden uitdienst 32, 33 of 34 dan zorgen wij er op de achtergrond automatisch voor dat de code reden einde arbeidsverhouding 31 in de loonaangifte en/of pensioenaangifte over 2025 komt. Bij eventuele nabetalingen in 2026 zijn de juiste codes dan al bekend en is er geen aanvullende mutatie meer nodig voor het gegevenselement. Wil je voor uitdienstredingen in 2025 toch de huidige code 31 blijven gebruiken dan blijft dit gewoon mogelijk. Wel hebben wij de omschrijving alvast aangepast naar "Reden vervallen gebruik 32,33 of 34". Wij raden aan om vanaf nu de nieuwe codes te gaan gebruiken bij een uitdienstmelding. Self Service In Self Service zijn de nieuwe redenen uitdienst te gebruiken vanaf disndag 11 november. Enkele klanten gebruiken de “oude” waarde ‘31’: • als defaultwaarde • in een formule • in een controle gebruikt • in een conditie in een dialoog gebruikt Deze waardes staan vrijwel altijd in een uitdienst proces. Vanaf dinsdag 11 november kun je deze waarde in de inrichting van Self Service aanpassen naar de waarde 32 (gepensioneerd), 33 (overleden) of 34 (overig).

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 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.

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 In de vorige release is functionaliteit toegevoegd die ervoor zorgt dat bepaalde gegevens automatisch worden beëindigd wanneer een medewerker als uitdienst wordt gemeld. Dit betreft de volgende gegevens: Manager Back-up manager Roltoewijzing Deze gegevens worden onmiddellijk beëindigd zodra de uitdiensttreding is ingevoerd. Indien later blijkt dat de uitdiensttreding onjuist is ingevoerd en de datum verder in de toekomst moet liggen, worden de beëindigde gegevens niet automatisch verlengd. In dat geval moeten de gegevens handmatig opnieuw worden ingevoerd indien dit wenselijk is. Overzicht HR inrichting Waarom Om eenvoudiger te kunnen zien hoe de inrichting is in HR Core / Payroll business zijn er verschillende rapporten beschikbaar gemaakt.   In deze release zijn de volgende rapporten beschikbaar: Vrije velden - Een overzicht van vrije velden  met daarbij hoe ze zijn gedefinieerd. Vrije schermen - Een overzicht van de vrije schermen en voor welk niveau ze worden toegepast. Scherm uitbreiden - Een overzicht van schermen waarbij extra gegevens elementen zijn geplaatst. Waardenlijst - Een overzicht van alle waardenlijsten die door de gebruiker zijn gevuld. Profielen - Een overzicht van hoe de profielen zijn ingericht, dit is inclusief de gebruikte gegevens elementen en waarden die moet worden toegepast Profielgroepen - Een overzicht van alle profielgroepen waarin de profielen zijn samengevoegd. Feestdagen Cluster - Wanneer een klant gebruikt maakt van de feestdagen cluster functionaliteit, kan de feestdagen clusters worden getoond. In bij elke feestdag wordt ook de datum van de feestdag weergegeven. Functie informatie - Een overzicht van de functie informatie inrichting. Actieve signalering - Inrichting van actieve signalering. Bij elk rapport is te zien wanneer een wijziging is ingegaan en Beëindigd, en door wie de wijziging is uitgevoerd (de gebruiker). Hoe Menu bijvoorbeeld: Rapporten > Instellingen > Overzicht HR inrichting Selecteer de gewenste peildatum in het scherm 'Overzicht HR inrichting'. Kies Mijn Rapporten of Gedeelde rapporten. Standaard staat het scherm op Mijn rapporten. Door het vakje achter de dik gedrukte tekst aan te vinken, worden alle rapporten binnen die groep geselecteerd of gedeselecteerd.   Door op het vinkje te klikken bij elk groep (Dik gedrukte tekst), worden alle rapporten binnen die groep geselecteerd/gedeselecteerd Klik op Maak rapport. Op basis van de keuze Mijn Rapporten of Gedeelde rapporten, zal het rapport in die menu optie verschijnen. Klik op het rapport in het rapporten overzicht (download). Actie Wanneer er informatie nodig is over de inrichting van een van de opties in de scherm HR inrichting, klik op de vinkjes en haal het rapport op. Uitlogknop toegevoegd  Waarom Voor administratiekantoren, consultants en collega's van onder andere de service desk die toegang hebben tot meerdere klantomgevingen, is het noodzakelijk om de internet browser correct af te kunnen sluiten. Zodat de inloggegevens niet vastgehouden worden en de actieve sessie op een correcte manier wordt afgesloten. Hoe Er is een uitlogknop beschikbaar gesteld die de correcte manier van uitloggen ondersteunt. Hiermee wordt de sessie beëindigd en kan je opnieuw in te loggen.    Actie Op het moment dat je wilt overschakelen naar een andere klantomgeving, kan er op de knop uitloggen worden geklikt.  Wensen van de klant  Uit dienst - Beëindigen verlof en herrekenen verlofsaldo Waarom  Wanneer een medewerker uit dienst gaat, moet de gebruiker momenteel handmatig het verlof inkorten voor verlof dat is aangevraagd na de datum van uitdiensttreding. Dit proces wordt nu geautomatiseerd. Alle lopende verloven na de datum van uitdiensttreding worden automatisch beëindigd en het verlofsaldo wordt bijgewerkt voor: Reguliere verlofsoorten: Voor reguliere verlofsoorten, wordt het nieuwe saldo na rato herrekend op basis van het dienstverband en de uitdienstdatum, minus het opgenomen verlof wat is opgenomen voor de datum uit dienst.  Extra individueel verlof zoals Ouderschapsverlof of Aanvullend verlof: Hierbij worden de uren die zijn opgenomen na datum uit dienst verwijderd, waardoor het totale verlofsaldo toeneemt. Deze verlofsoorten worden niet naar rato dienstverband omgerekend. Met name bij ouderschapsverlof is dit correct, het nieuwe saldo dat overblijft, gaat mee met de medewerker naar een nieuw dienstverband. Hoe  Wanneer een medewerker uit dienst gaat, zal op de achtergrond een proces worden gestart dat alle verlof na de datum van uitdiensttreding verwijdert en het verlofsaldo opnieuw berekent. De doorlooptijd kan maximaal 5 minuten duren. Een uitzondering hierop is zwangerschapsverlof. Deze wordt niet automatisch stopgezet.  In de volgende schermen kan het nieuwe verlofsaldo en het totaal opgenomen verlof tot en met de datum van uitdiensttreding worden bekeken: Medewerker > Verlof > Verlofsaldo  Medewerker > Verlof > Opgenomen verlof Actie Voor medewerkers die al uit dienst zijn gemeld, zal de automatische verwerking niet worden uitgevoerd. Hier blijft handmatige verwerking nodig. Voor medewerkers die uit dienst worden gemeld na deze release (29-06-2024), zal dit proces automatisch verlopen. Indien een medewerker nog zwangerschapsverlof heeft als deze uitdienst gaat, zal dit nog handmatig stopgezet moeten worden.  Let op! Indien een medewerker achteraf onterecht uit dienst is gemeld, zullen de verwijderde verloven handmatig opnieuw moeten worden ingevoerd. Deze zijn terug te zien op het mutatieverslag. Opgenomen verlof wordt aangepast na wijziging van het werkpatroon Waarom Wanneer het werkpatroon van een medewerker wijzigt, moet het bestaande verlof momenteel worden ingetrokken en opnieuw worden ingediend om het verlofsaldo op basis van het nieuwe werkpatroon bij te werken. Na deze release zal dit automatisch worden doorgevoerd voor dagen waarop minder uren gewerkt gaan worden. Hoe Medewerker > Contract > Dienstverband Kies bij een medewerker op de juiste peildatum wat het nieuwe werkpatroon moet zijn, let hierbij op dat de totaal uren per week van het werkpatroon op dezelfde peildatum ook zo is ingevuld bij de uren per week in het scherm arbeidscontract. Op de achtergrond wordt een proces gestart dat de verlofaanvragen na de roosterwijziging opnieuw berekent op basis van het nieuwe werkpatroon. Echter, wanneer door het nieuwe werkpatroon meer uren geboekt zouden moeten worden, wordt de verwerking niet uitgevoerd. Dit komt doordat het niet bekend is of de extra uren handmatig lager zijn gezet of dat dit komt door het oude werkpatroon. In het verlofaanvraagscherm worden de uren die niet gewijzigd kunnen worden met rode regels gemarkeerd. Actie Na deze release wordt het opgenomen verlof automatisch aangepast bij een wijziging van een werkpatroon, waarbij de werkuren minder worden op een dag. Wanneer iemand meer uren op een dag gaat werken, zal het verlof nog handmatig aangepast moeten worden.   Opgeloste meldingen  Reden korting verlofrecht niet meer te kiezen (change 5692098) Melding  Bij het toevoegen van een nieuwe reden voor korting verlofrechten in de waardenlijst, was het niet meer mogelijk om bij een medewerker een reden voor korting verlofrechten te kiezen. Oplossing  Navigeer naar: Medewerker > Verlof > Korting verlofrechten Er is een aanpassing gedaan zodat bij de medewerker de reden voor korting verlofrechten gekozen kan worden als er nieuwe waarden zijn toegevoegd in de waardenlijst. Actie Je hoeft geen actie te ondernemen. Manager wordt niet altijd correct getoond via HR Easy docs (change 6100870) Melding In sommige situaties kon het voorkomen dat via HR Easy Docs een onjuiste manager werd getoond op een brief. Oplossing Er is een aanpassing doorgevoerd zodat na deze release de juiste manager op een brief wordt gepresenteerd. Actie Je hoeft geen actie te ondernemen. Mutatieverslag uitgebreid wordt niet opgeleverd (change 6379906) Melding In sommige situaties kon het voorkomen dat het mutatieverslag uitgebreid niet werd aangemaakt. Dit gebeurde voornamelijk wanneer alle gegevenselementen en alle looncomponenten voor een langere periode werden opgevraagd.  Oplossing Er is een aanpassing doorgevoerd zodat er na deze release meer geheugen en ruimte beschikbaar is om het mutatieverslag te kunnen aanmaken. We adviseren echter om altijd bewuste keuzes te maken in het opvragen van de gewenste informatie. Dit verkort de wachttijd voor het genereren van een rapport. Actie Je hoeft geen actie te ondernemen.  

  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 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.