om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
[1] Dit bericht is eerder gepubliceerd op de community.
Deze release wordt vrijgegeven op dinsdag 29 april 2025.
De veelgestelde vragen met betrekking tot de overgang op de nieuwe APG levering, hier te vinden op de community, laten we met ingang van juni vervallen. Begin april is een evaluatie geweest door APG met de constatering dat de leveringen op orde zijn, eerder heeft Loyalis/ASR eenzelfde conclusie getrokken. Er zijn nog enkele werkgevers die met medeweten van APG in april de levering hebben opgestart.
Als je na april pas een eerste januari-levering gaat inzenden, dan kunnen er uittrede-berichten worden verzonden rechstreeks naar je deelnemer/medewerker, met de melding dat hij/zij geen pensioendeelnemer meer is. De relevante onderdelen van dit vragenspel nemen we op in de Gemal handleiding.
Aanleiding
Als je het contract van een werknemer beëindigt of niet verlengt, dan moet je een transitievergoeding betalen. De formule waarmee de hoogte van de vergoeding wordt bepaald, is vrij complex. Gemal ondersteunt dit automatisch door een indicatief bedrag te berekenen voor de hoogte van de transitievergoeding, op basis van de actuele gegevens van de werknemer. Dit bedrag wordt getoond op uitvoercode 01555 op de loonstaat.
De transitievergoeding kent een maximumbedrag, dat jaarlijks wettelijk wordt vastgesteld. De berekening in Gemal hield geen rekening met dit maximum bij de berekening van het indicatieve bedrag. Enkele werkgevers hebben de wens ingediend om dit maximum op te nemen in deze berekening, waaraan we tegemoet komen.
Aanpassing
Vanaf deze release wordt het indicatieve bedrag automatisch gemaximeerd. Jaarlijks wordt door de overheid een maximumbedrag vastgesteld, in 2025 is dat € 98.000,-. Als het jaarloon van de werknemer echter hoger is, dan geldt dit jaarloon als maximum.
Ten behoeve van de toetsing introduceren we een nieuwe werkgevercode:
Gegeven: Maximumbedrag transitievergoeding
Vastleggen: werkgevercode 03591
Wij onderhouden het bedrag op deze werkgevercode op A niveau.
Het bedrag op uitvoercode 01555 transverg ind wordt gemaximeerd op:
Naast het feit dat standaard de indicatie van de transitievergoeding maandelijks wordt gemaximeerd, zal er in MSG een melding verschijnen als het dienstverband wordt beïndigd en er een maximering van toepassing is op uitvoercode 01555, dit als extra informatie.
In de release notes van 2025-04/6 is gemeld dat er een nieuwe functionaliteit is gemaakt voor de eindheffing van de bestelauto van de zaak.
Na het ter beschikking stellen van deze nieuwe functionaliteit, heeft de belastingdienst een aanscherping gedaan op de regeling van de eindheffing voor de bestelauto van de zaak. Aan het eind van het een jaar moet altijd het totale jaarbedrag afgedragen zijn voor een bestelauto van de zaak. Het huidige jaarbedrag van 438 euro gedeeld door 12, resulteert in een afgekapt maandbedrag van 36 euro; dit is, op jaarbasis berekend, € 6,- te laag.
Het advies van de belastingdienst is om de te weinig afgedragen eindheffing in de aangifte van december te corrigeren om tot het correcte jaarbedrag te komen. Dit zou betekenen dat er alsnog handmatig in de loonaangifte moet worden ingegrepen; dit is niet wenselijk. Daarom hebben we een aanpassing in de programmatuur gedaan: gedurende het jaar, halen we het af te dragen bedrag in.
Voorbeeld:
Vanaf januari is er één auto opgevoerd. In januari wordt er 36 euro afgedragen (36,50 wordt afgekapt). In februari moet er 2/12 van € 438,- (= wgcode 03761 x 12) /12 x 2 = 73 euro in totaal worden afgedragen. Omdat er in januari al € 36,- is afgedragen, moet er in februari nog 73 - 36 = € 37,- worden berekend. De missende euro wordt op deze manier ingehaald. Samengevat wordt er maandelijks een rond bedrag op werkgevercode 03762 berekend en op die manier is het totaalbedrag (als een auto het hele jaar actief was) aan het einde van het jaar volledig afgedragen.
Bij een aantal pensioenfondsen (bijvoorbeeld PFZW) kun je het e-mailadres in de Uniforme Pensioen Aangifte (UPA) aanleveren aan het pensioenfonds. Hiervoor gaan we een e-mailadres opnemen ten behoeven hiervan met een expliciete machtiging. De APG leveringen zijn hiervoor uitgesloten omdat het doorgeven van een e-mailadres niet in de APG specificatie beschikbaar is.
Er is een nieuwe werkgevercode en er zijn drie nieuwe invoercodes:
Gegeven: Machtiging doorgeven e-mailadres.
Vastleggen: werkgevercode 02337 waarde 1
Gegeven: Privé e-mailadres.
Vastleggen: invoercode 02850: maximaal 99 posities.
Gegeven: Zakelijke e-mailadres.
Vastleggen: invoercode 02857: maximaal 99 posities.
Gegeven: Machtiging doorgeven privé e-mailadres
Vastleggen: invoercode: 02861 waarde 1
Actie
Er is geen actie verplicht. Als je niks doet, gaan er geen e-mailadressen naar de UPA levering. Wil je wel gebruik maken van de aanlevering van e-mailadressen in de UPA dan kun je onderstaande volgen.
Het is altijd noodzakelijk dat de werkgever een machtiging heeft aanstaan: werkgevercode 02337 waarde 1. De machtiging met werkgevercode 02337 zorgt voor de levering van het e-mailadres in de UPA levering en dat kan het privé-, of het zakelijk e-mailadres zijn. De werkgever bepaalt hiermee of e-mailadressen in de UPA levering sowieso worden aangeleverd. Zonder deze machtiging wordt geen e-mailadres aangeleverd.
Als het zakelijk e-mailadres - invoercode 02857 - beschikbaar is, dan wordt deze geleverd in de UPA levering.
Om een privé e-mailadres in te sturen in de UPA levering, moet zowel het privé e-mailadres - invoercode 02850 - als de medewerker machtiging - invoercode 02861 waarde 1 - zijn vastgelegd. Als dit is vastgelegd, gaat het privé e-mailadres voor, op een beschikbaar zakelijk e-mailadres.
Een beschikbaar en gemachtigd privé e-mailadres gaat voor op een beschikbaar zakelijk e-mailadres.
Advies is om de machtiging voor het gebruiken van het privé e-mailadres uit te vragen in de de workflow voor indiensttreding in een Selfservice formulier. Als werknemers op een andere manier (bijv. via een lijst buiten de software om) toestemming geven voor het gebruik van het privé e-mailadres, dan kan er in Beaufort handmatig een vinkje (dat aangeeft dat deze machtiging er is) worden aangezet. Het gaat om de machtiging privé e-mailadres, invoercode - 02861.
Vanaf oktober 2024 kennen we één salarisstrook: de RSM-strook. Op de huidige werking van de RSM-strook bij samengestelde stroken zijn een aantal opmerkingen gekomen (o.a. forum) en dat wordt nu opgelost.
Een groot deel van de opmerkingen heeft te maken met het niet kunnen presenteren van de afzonderlijke dienstverbandgegevens bij samengevoegde dienstverbanden op een samengestelde strook in blok 1, linksonderaan de salarisstrook. Daar is het mogelijk om slechts één van de samengestelde dienstverbanden te presenteren, terwijl er juist meer dienstverbanden in het bruto-netto worden gepresenteerd. Om daarnaast ook in lijn te blijven met de presentatie van de jaaropgaaf, wordt bij ieder registratienummer, inclusief de onderliggende transitie- en ontslagvergoeding, een aparte IKV-strook aangemaakt, naast de samengestelde strook. Op dit dienstverband strook (IKV-strook) worden alle relevante gegevens van de betreffende IKV getoond.
In welke gevallen krijg je nu andere resultaten ?
Er zijn geen verschillen bij medewerkers met één dienstverband (één IKV-nummer).
In tegenstelling tot de jaaropgaaf (samenvoeging per BSN), komt een samengestelde strook alleen bij gekoppelde dienstverbanden (en ev transitie- en ontslagvergoeding) voor. De stroken worden samengevoegd op personeelsnummer (invoercode 2319) en kunnen op dat nummer in Dossier gezocht worden.
Wat komt er op de totaalstrook te staan ?
voorbeeld:
Wat komt er op een dienstverbandstrook te staan als er een totaalstrook is ?
Op de dienstverbandstroken wordt de presentatie vergelijkbaar met de huidige niet samengevoegde strook:
voorbeeld:
dienstverband 1
Dienstverband 2-regulier
transitievergoeding bij dienstverband 2:
De functionaliteit van het maken van een blanco strook wordt door veel werkgevers als niet wenselijk gezien: er worden vanaf deze release geen blanco stroken meer aangemaakt.
Voor het printen via Paragon geldt dat alleen de stroken van het registratienummer met invoercode 02989 waarde 1 worden geprint. De totaalstrook wordt wel geprint als alle dienstverbandstroken geprint moeten worden. Consequentie hiervan kan zijn, dat de presentatie van de uitbetaling kan worden gedaan bij een registratienummer die je niet hebt aangestuurd om te printen: de presentatie van de uitbetaling staat immers op de totaalstrook.
Invoercode 02993, waarmee je een indicatie in Salaris Dossier Online kunt doorgeven om zelf te printen, wordt alleen bij de stroken van het desbetreffende registratienummer gepresenteerd in Salaris Dossier Online. De totaalstrook krijgt alleen de indicatie als voor alle dienstverbandstroken invoercode 2993 aangestuurd is. Consequentie hiervan kan zijn, dat de presentatie van de uitbetaling kan worden gedaan bij een registratienummer die je niet hebt aangestuurd : de presentatie van de uitbetaling staat immers op de totaalstrook.
Let op: bij het printen via Paragon wordt elke strook (totaal of dienstverband) apart geënveloppeerd. Dit kan extra kosten opleveren.
Bij de uitvoering van deze functionaliteit zijn er een aantal werkgevercodes die geen functie meer hebben en worden verwijderd. Dit zijn werkgevercodes: 10101, 10110 en 31206- sorteringen en 31107 - wel of niet een blanco strook.
Vanaf oktober 2024 kennen we één salarisstrook: de RSM-strook. Op de huidige werking van deze RSM-strook zijn een aantal opmerkingen gekomen en een deel wordt nu opgelost. Eén van de wijzigingen betreft het presenteren van een aanvullende strook vanuit een aanvullende correctierun. De blokken 2 en 3 op de salarisstrook worden voortaan altijd met de volledige periode-waarden gepresenteerd, ook op een aanvullende strook. Hierdoor is de functionaliteit van de werkgevercode 58012 - Presentatie uitvoercode salarisspecificatie veranderd.
Met deze code kun je sturen of je in blok 2 bij meerdere dienstverbanden het totale bedrag gepresenteerd wil hebben over de dienstverbanden heen en of er wel of geen herrekeningsbedragen bij opgeteld werden.
Bij deze werkgevercode wordt nu de waarde 2 leidend - presenteren van de periodebedragen.
Als je in deze werkgevercode een waarde 1 hebt opgegeven, wordt deze door ons in een conversie opgeschoond.
De omschrijving van waarde 2 wordt - de uitvoercode is een periodegegeven, alleen de actuele waarde wordt gepresenteerd, dus geen herrekening en geen samentelling; bij meerdere dienstverbanden wordt per dienstverband gepresenteerd.
Deze waarde is ingericht op Algemeen niveau.
Er is geen actie nodig.
Voor de verwerking van een Persoonlijk Budget zijn diverse aansturingen mogelijk. In de regel komt een dergelijk (bruto) budget uiterlijk aan het eind van het jaar tot uitbetaling. We hebben hiervoor op C(ao)-niveau dan vaak aangestuurd “uitbetalen in periode 12” [1]. Er kunnen echter ook budgetten voorkomen die niet tot uitbetaling komen in een jaar en die bij de jaarovergang nulgesteld moeten worden. Deze aansturingsmogelijkheid was nog niet aanwezig.
We gaan deze nieuwe mogelijkheid toevoegen aan de bestaande werkgevercodes [1] in twee varianten:
Ook de invoercodes waarmee je kunt afwijken op de aansturing op werkgeverniveau breiden we uit met de nieuwe waardes 5 en 6 voor het nulstellen [2].
De nieuwe mogelijkheid wordt toegevoegd per 2025 en is dus voor de jaarovergang van 2025 naar 2026 voor het eerst toepasbaar.
[1] GDI > Werkgevergegevens > Persoonlijk Budget > Definitie budgetten > Uitbetalen PB in laatste periode (werkgevercode 03604 / 03605 / 03606 / 03642 / 03643) = 1, 2 of 3.
[2] invoercode 02641 / 02860 / 02832 / 03159 / 03160
In verband met de ontwikkelingen aangaande continue salarisverwerking is er een aantal wijzigingen in Gemal Direct Inrichting doorgevoerd.
Selecteren werkgever
In dit scherm is de weergave van het aantal mutaties gewijzigd. Er wordt nu onderscheid gemaakt in de aangeleverde werkgever- en werknemermutaties. Daarnaast wordt ook de bron van vastlegging weergegeven.
Ook in het scherm Zenden worden de aangeleverde werkgever- en werknemermutaties getoond. Ook de bron van vastlegging wordt weergegeven.
Na het zenden wordt er een tekst met het afroepnummer getoond.
Ook het scherm Collectief zenden is aangepast. De selectie van “Alle mutaties opnemen in deze zending” is bepalend welke mutaties op het scherm worden getoond.
Na het zenden wordt er een tekst met het afroepnummer getoond.
Omdat nagenoeg dezelfde data ook beschikbaar is in Payroll Manager is een aantal schermen verwijderd:
Aanleveren productie - Overzichten
Mutatieoverzicht
Er is geen actie nodig.
Bij het afroepen van de correctierun 'Automatisch herzien' in de jaarwerkperiode werd onterecht een bruto-netto verschil berekend. Dit werd veroorzaakt door een combinatie van een aanpassing van het bruto-salaris over 2023 in de salarisrun van december met de correctierun 'WAB herzien over 2024'. Hierdoor werd in de door de WAB geinitieerde herrekening onterecht het hogere bruto salaris uit dec 2023 genegeerd en werd het uurloon berekend op basis van het oude bruto salaris. Hierdoor ontstond een onterechte vordering.
De programmatuur is aangepast. Voortaan blijft een aangepaste brutosalaris, opgevoerd in december over een voorgaand jaar, beschikbaar in de berekening van het meerwerk/ORT/BRD/overwerk, wat het probleem was in deze klantmelding.
Er is voor deze situatie geen herrekening mogelijk. Als je een vergelijkbare situatie hebt voor de berekening in januari 2024, is de enige mogelijkheid om dit te herstellen door een aangepast uurloon voor de berekening van meerwerk/ORT/BRD/overwerk op te geven.
Er zijn situaties waarbij onterecht de nieuwe UPA melding P0156 - Het aantal verlofuren voor de regeling mag niet groter zijn dan het aantal uren voor de regeling - wordt gepresenteerd. Verlofuren die zijn opgegeven in de maand februari over de maand januari, zorgen voor deze melding.
We hebben de programmatuur aangepast zodat deze melding niet langer verschijnt: verlofuren opgegeven in een maand, zullen er niet langer voor zorgen dat de onterechte melding P0156 in een andere maand verschijnt.
Deze herrekening is te herkennen aan reden 05-04 in Mutaties en Signalen Gemal (MSG). Daarmee zorgen we er eveneens voor, dat ook op het nieuwe UPA element - Verlofuren voor regeling - het juiste aantal doorbetaalde, pensioengevende verlofuren wordt doorgegeven aan het PFZW.
We hebben vastgesteld dat bij de introductie van item 2025-01/9 PFZW - Nieuw UPA element: verlofuren voor regeling - de nieuwe grondslag 55266 - Verlofuren voor regeling - onterecht 2 uitvoercodes op W-niveau aan deze grondslag zijn toegevoegd. Voor alle klanten was, uitvoercode 02485 - Zorgverlof kort doorbetaalde uren - toegevoegd. Daarnaast was voor klanten die vallen onder de CAO Jeugzorg ook uitvoercode 02486 - Zorgverlof lang doorebtaalde uren - toegevoegd aan grondslag 55266 - Verlofuren voor regeling.
We hebben de twee onterecht toegevoegde uitvoercodes verwijderd uit grondslag 55266, met terugwerkende kracht vanaf januari 2025. Hiervan zal in MSG géén signaal of mutatie zichtbaar zijn, je kunt dit terugzien in de opbouw van de grondslag in het overzicht Specificatie Productiegegevens van mei 2025.
De hierboven reeds beschreven herrekening 05-04 zal er ook voor zorgen mogelijk verkeerd doorgegeven aantallen uren op het UPA element - Verlofuren voor regeling worden hersteld en juist worden doorgegeven in de UPA. De uren zouden verkeerd kunnen zijn omdat de grondslag niet juist was samengesteld.
Bij een werknemer die in de voorgaande maand uit dienst is gegaan, diende bij de eindafrekening in de maand na-uit-dienst nog betaald ouderschapsverlof worden verwerkt over de laatste maand dat de werknemer nog in dienst was.
Daarvoor zijn invoercodes 00672 - BOSV, uitkeringsbedrag en 01302 - korting BOSV opgegeven met de betreffende bedragen. Dit leidde weliswaar tot een inhouding van het verlof op uitvoercode 01302 - korting BOSV, maar niet tot een uitbetaling van de uitkering op uitvoercode 00672 - BOSV, uitkeringsbedrag. De oorzaak hiervan is dat Gemal uitvoercode 00672 - BOSV, uitkeringsbedrag berekent, indien ook de uitvoercode 01562 - Factor salarisdagen beschikbaar is.
We hebben de programmatuur aangepast. Als invoercode 00672 - BOSV, uitkeringsbedrag wordt opgegeven, wordt er niet meer gecontroleerd of uitvoercode 01562 - Factor salarisdagen beschikbaar is. Invoercode 00672 - BOSV, uitkeringsbedrag, is bedoeld om handmatig in te grijpen en dit moet altijd mogelijk zijn.
We hebben hiervoor geen automatische herrekening aangestuurd, omdat deze situatie nog niet eerder was voorgekomen.
Bij een werknemer met een RVU-dienstverband komen de ingangs- en eindatum niet op de salarisstrook. Dit wordt veroorzaakt door de inrichting van de salaristrook (werkgevercode 31251), waarin invoercodes 02220 en 02221 - Ingangs- en einddatum dienstverband zijn opgegeven en niet 02922 en 02924 - ingangs- en einddatum IKV. Deze inrichting is een aantal jaren geleden gemaakt, vanwege het introduceren van de IKV-laag.
Bij dienstverbanden die geen hoofd-IKV zijn (bijvoorbeeld een RVU- uitkering, hierbij is invoercode 2516 ongelijk aan waarde 0) de invoercodes 02220 en 02221 niet afgeleid. En daarom werden de ingangs- en einddatum van het registratienummer niet gepresenteerd.
We hebben de standaard inrichting van de salarisstrook aangepast. Daar waar voorheen invoercodes 02220 en 02221 ingericht stonden, staan nu invoercodes 02922 en 02924.
Als je zelf de inrichting van de salarisstrook hebt ingericht met de waarden 02220 en 02221, kan je deze vervangen door invoercodes 02922 en 02924.
Bij een klant die is gestart per 2025, is de situatie ontstaan dat bij het opvoeren van een medewerker met ingangsdatum in 2024 (invoercode 2922 in 2024) deze ingangsdatum technisch niet wordt opgeslagen is. Dit is een foutieve situatie. Een volgende (proef) productie leverde de zogenaamde rode handjes op in Payroll Manager.
We hebben de programmatuur aangepast. Bij het opgeven van een datum in dienst die ligt voor startdatum van de instelling, worden nu de mutaties voor deze medewerker afgekeurd met de melding dat dit niet mogelijk is.
Geen, het is niet mogelijk over een voorgaand jaar een medewerker op te voeren, terwijl de werkgever in het huidige jaar is gestart in Gemal.
Conform de CAO hebben wij de salaristabel bijgewerkt met de nieuwe bedragen.
We stellen de nieuwe salaristabel voor HRCore Beaufort OnLine beschikbaar per 29 april 2025 op de J-schijf.
[1] Code salarisregeling (werkgevercode 03003 of invoercode 02314) = 32.
In de CAO Jeugdzorg is een thuiswerkvergoeding opgenomen. Deze is onderverdeeld in een fiscaal vrijgesteld gedeelte (invoercode 00941) en een fiscaal bovenmatig gedeelte. Dit bovenmatige gedeelte kan op invoercode 00942 (netto, WKR) worden geboekt, maar ook met invoercode 00951 (netto/bruto). Deze netto/bruto code met invoercode 00951 (netto/bruto) wordt gebruteerd aan de hand van de maandtabel (niet tegen het Bijzonder Tarief). Als invoercode 00951 wordt gebruikt in combinatie met een andere netto/bruto code, die wel tegen bijzonder tarief werd gebruteerd, dan wordt het bedrag van de thuiswerkvergoeding op in-/uitvoercode 00951 niet correct gebruteerd. Er komt een negatief bedrag uit.
De programmatuur is aangepast. Zowel de thuiswerkvergoeding als een eventuele andere netto/bruto code, worden nu correct berekend.
Er zal een automatische herrekening plaatsvinden. Deze herrekening is te herkennen aan reden 05-06 in Mutaties en Signalen Gemal (MSG).
Conform de CAO hebben wij het percentage voor de opbouw eindejaarsuitkering opgehoogd naar 5,5 %. Medewerkers die voor 1 mei 2025 uit dienst zijn, krijgen conform de CAO het oude percentage van 4 % uitgekeerd.
Er is geen actie nodig.
Voor de medewerkers uit dienst op 1 mei zal gemal het juiste percentage hanteren. Voor de herberekening van de nieuwe eindejaarsuitkering worden alle medewerkers die op 1 mei in dienst zijn automatisch herrekend zodat de opbouw van de eindejaarsuitkering over heel 2025 wordt aangepast met dit hoger perceentage. Deze herrekening is te herkennen aan reden 05-07 in Mutaties en Signalen Gemal (MSG).
Aan de medewerker is per januari 2025 onder andere een netto budget toegekend. Dit budget moet met ingang van het nieuwe kalenderjaar weer nulgesteld worden. Hiervoor hebben we nieuwe aansturing gemaakt, zie het onderwerp “Uitbreiding Persoonlijk Budget: nulstellen saldo” in deze releasenotes.
Met ingang van 2025 hebben we voor de CAO Politie hiervoor de nieuwe aansturing van waarde 5 met werkgevercode 03606 vastgelegd. Hierdoor wordt een positief saldo IKB-netto (uitvoercode 02857) bij de jaarovergang nulgesteld (opbouw van uitvoercode 01503 tegengeboekt) en een negatief saldo (bijvoorbeeld in geval bevoorschotting) gehandhaafd.
Onlangs is er een bijgewerkte versie van de FAQ over het betaald ouderschapsverlof /aanvullend geboorteverlof verschenen. Daarin werd duidelijk dat er geen vakantietoeslag en eindejaarsuitkering moet worden berekend over de BOSV of AGBV uitkering en ook niet over de doorbetaling. Dit in tegenstelling tot de originele FAQ. We hebben dat gecorrigeerd in de grondslagen, met terugwerkende kracht tot 01-2025. Hierdoor worden de vakantietoeslag en eindejaarsuitkering over de uitkering in 2025 teruggevorderd.
We hebben de volgende uitvoercodes uit grondslag 56001 (vakantietoeslag) en 55137 (eindejaarsuitkering) gehaald door waarde 8 (niet tellen) vast te leggen.
Het gaat om de volgende uitvoercodes:
We hebben voor de waarde 8 gekozen en niet voor het weghalen van de uitvoercodes. De reden daarvoor is dat dan duidelijk is dat specifiek deze codes niet meegenomen moeten worden in de opbouw.
Er zal een automatische herrekening plaatsvinden. Deze herrekening is te herkennen aan reden 05-03 in Mutaties en Signalen Gemal (MSG).
Let op! Deze herrekening kan vorderingen veroorzaken.
Als je in april al de grondslagen hebt aangepast, dan is het advies om dan nu weer het C-niveau te volgen, in verband met eventuele toekomstige wijzigingen op CAO-niveau.
In februari is de compensatie pensioenpremie uitgekeerd aan werknemers, binnen de CAO VVT, die daar recht op hebben. Deze uitkering heeft betrekking op het voorgaande kalenderjaar, conform de CAO. Er is echter één situatie waarin deze uitkering in de maand maart 2025 (de maand na uitkering) weer werd teruggevorderd. Dat betreft werknemers die in 2024 uit dienst zijn gegaan en (conform CAO) de uitkering nog betaald kregen in februari 2025. In die gevallen werd het bedrag van de uitkering in de maart verwerking onterecht teruggevorderd.
Wij hebben een automatische herrekening gemaakt, waardoor deze vordering weer ongedaan wordt gemaakt. Deze herrekening is te herkennen aan reden 05-02 in Mutaties en Signalen Gemal (MSG).
Er is geen actie nodig. De vordering komt door de herrekening te vervallen.
In het principeakkoord voor de nieuwe CAO VVT is aangegeven, dat deze uitkering voor compensatie pensioenpremie ook over 2025 dient plaats te vinden. Omdat dit akkoord nog niet definitief is, hebben wij deze uitkering nog niet ingericht. Zodra het akkoord definitief is zullen we deze uitkering inrichten, zodat er in 2025 maandelijks een reservering wordt opgebouwd en deze tot uitbetaling komt in 2026.
In 2024 is naar aanleiding van een klantmelding een gesprek op gang gekomen met werkgeversorganisatie Actiz over de berekening van ORT bij ziekte en verlof. Wij rekenden destijds de ORT om naar een bedrag per gewerkt uur, waardoor het te betalen ORT bedrag bij verlof of ziekte meeveerde met de omvang van het contract. Deze methode staat bekend onder de naam ‘gemiddelde uren’. Als je meer uren ging werken, kreeg je ook meer ORT als je een volle maand verlof opnam of ziek was. Het omgekeerde was echter ook waar. Als je minder ging werken, kreeg je naar rato minder ORT voor een volle maand verlof of ziekte.
Destijds gaf Actiz aan dat de bedoeling van de CAO was om het gemiddelde bedrag aan ORT over de referteperiode te betalen, ongeacht contractomvang. Naar aanleiding van deze uitspraak hebben we een nieuwe berekeningsmethode ‘gemiddelde bedragen’ geïntroduceerd, waarbij alleen het gemiddelde ORT bedrag over de referteperiode een rol speelt. Deze nieuwe methode is geïntroduceerd in release 2024-10. We hebben deze eerst optioneel aangeboden. Vanaf release 2025-01 hebben we de methode ook aangepast in de CAO ondersteuning.
De afgelopen periode is gebleken dat de methode gemiddelde bedragen in praktijk tot een aantal ongewenste situaties leidt:
Als een werknemer in de 6 maanden voorafgaand het verlof veel minder uren is gaan werken en vervolgens uit dienst gaat. De werknemer heeft dan een relatief hoog verlofsaldo, terwijl voor een maand vakantie op basis van het actuele contract heel weinig uren nodig zijn. Hierdoor krijgt de werknemer in de eindafrekening extreem veel ORT bij verlof bij uitdienst uitbetaald.
Als een werknemer in de afgelopen 6 maanden veel minder uren is gaan werken en vervolgens vakantie opneemt, dan kan een soortgelijke situatie ontstaan.
Als een werknemer een klein contract heeft, maar veel meeruren werkt (bijvoorbeeld bij min-maxers). De werknemer verdient dan ook ORT als de meeruren op onregelmatige tijden worden gewerkt. Bij vakantie hoeft de werknemer echter alleen voor het lage aantal vaste contracturen vakantie op te nemen en krijgt dan toch een vol maandgemiddeld ORT betaald. Er is immers in Gemal niet langer vast te stellen welke ORT betrekking heeft op meerwerk en welke niet.
De betreffende cases zijn door diverse werkgevers voorgelegd aan zowel ons als aan Actiz. Dit heeft opnieuw de dialoog geopend met Actiz, waardoor het besluit uit 2024 is herzien. Met de kennis van nu, heeft Actiz aangegeven dat de methode gemiddelde uren toch de voorkeur heeft voor zowel ORT bij verlof als bij ziekte. Hoewel de cases zich voornamelijk voordoen bij verlof, vindt Actiz het net als wij wenselijk om een uniforme methode te hanteren.
In release 2025-05 gaan wij de CAO ondersteuning aanpassen met terugwerkende kracht naar 2025-01. Op deze manier bieden we aansluitend door de tijd dezelfde berekeningsmethodiek voor je CAO.
Let op: afhankelijk van de situatie van de werknemer, kan deze wijziging zowel vorderingen als nabetalingen opleveren. Zie hieronder onder actie - niet of later herstellen wat je kunt doen in excessieve situaties.
Herstel over 2024
Als je de keuze hebt gemaakt om al in 10-2024 (of een ander moment in 2024) over te stappen op de methode gemiddelde bedragen, dan adviseren wij je om de hierboven genoemde aanpassingen zelf ook in 2024 door te voeren. Je behoudt dan een consistente berekening door de tijd heen. De status van je grondslagen tijdens het gebruik van de oude methode, inclusief eventuele wijzigingen die je op werkgeverniveau had aangebracht, vind je terug op je specificatie productiegegevens van een productie voorafgaand aan je overstap.
Dit levert herrekeningsverschillen op over 2024. Deze worden, zoals je van ons gewend bent, geboekt als nabetaling/vordering in 2025. Er is dus geen effect op de jaaropgaven, belastingaangifte of toeslagen van je werknemers in 2024.
Let op: Als je ervoor kiest om niet met terugwerkende kracht te herstellen, heb je feitelijk 2 overstapmomenten. Van de methode gemiddelde uren naar gemiddelde bedragen (2024-10) en terug (2025-01). Bij elke overstap, is het verstandig te checken of je doorlopende ziektegevallen hebt. Bij deze ziektegevallen adviseren wij je om de methode te blijven hanteren die van kracht was toen de ziekte aanving. Tijdens een ziektegeval wisselen van methode, leidt ertoe dat de refertegegevens opnieuw berekend worden op basis van de 6 maanden voorafgaand aan je overstapmoment in plaats van die voorafgaand aan het ziektegeval. Dit leidt tot een onjuiste berekening.
Verwijderen afwijkende invoercode
In verband met de overstap, hebben we invoercodes 01885 Methode doorbetaling ziek en 01886 Methode doorbetaling verlof geïntroduceerd. Met deze invoercodes kon je ten tijde van de overstap de berekening op basis van gemiddelde uren behouden bij werknemers die reeds langere tijd ziek of met verlof waren. Het is immers niet wenselijk om tijdens de ziekte of langduriger verlof de berekening te veranderen, omdat ook de refertegegevens dan opnieuw (foutief) worden vastgesteld.
Nu de methode gemiddelde uren weer aansluitend toegepast wordt, zijn de genoemde invoercodes niet langer nodig voor een goede berekening. Wij adviseren je deze te verwijderen. Dat kan met de functie ‘collectief muteren’ in HR Core. Voer deze mutatie uit met terugwerkende kracht naar het moment dat je aanvankelijk van methode was overgestapt, 2025-01 of 2024-10. In de release notes van HR Core kun je hier meer over lezen.
Niet of later herstellen
Zoals aangegeven, kan deze herstelactie leiden tot vorderingen of nabetalingen. Hoewel de nieuwe situatie aansluit bij het (herziene) standpunt van Actiz, kunnen wij voorstellen dat je er in excessieve situaties voor kiest om maatwerk toe te passen. Hieronder lichten we toe welke opties je hebt.
Afwijkende methode toepassen
Je kunt de methode gemiddelde bedragen blijven toepassen in een individueel geval door invoercode 01885 Methode doorbetaling ziek of 01886 Methode doorbetaling verlof vast te leggen met waarde 2. Je kunt deze invoercode vastleggen met terugwerkende kracht naar het startmoment van de huidige ziekteperiode of verlofperiode. Denk er wel aan om de code nul te stellen op het moment dat de ziekte of het verlof voorbij is, zodat de werknemer in een volgende situatie meegaat in de reguliere berekening.
Afwijkend bedrag toepassen
Je kunt ook zelf een afwijkend bedrag berekenen en dit vastleggen met invoercode 01035 Ziekengeld ORT, 01085 Ziekengeld OVW, 01190 Ziekengeld meerwerk en 01397 Ziekengeld BRD of 01100 / 00693 Correctie ORT bij verlof 1 / 2.
Later overstapmoment kiezen
Indien je meer tijd nodig hebt om over te stappen van methode, dan kun je onze CAO ondersteuning overschrijven op werkgeverniveau. Je legt de codes genoemd onder ‘oplossing’ dan vast met waarde 2 - gemiddelde bedragen en wijzigt de grondslagen naar de situatie zoals die was in 2025-04. Denk eraan dat je dit doet met terugwerkende kracht! In een latere productie kun je dan alsnog overstappen, al dan niet met terugwerkende kracht.
Let op 1: Als je onze CAO ondersteuning volgt en overstapt in mei, kun je eventuele vorderingen verrekenen met de uitbetaling van de vakantietoeslag. Dit kan de overstap gemakkelijker maken dan op een later moment.
Let op 2: Als je ervoor kiest om niet met terugwerkende kracht te herstellen, heb je feitelijk 2 overstapmomenten. Van de methode gemiddelde uren naar gemiddelde bedragen (2024-10 of 2025-01) en terug (later in 2025). Bij elke overstap, is het verstandig te checken of je doorlopende ziektegevallen hebt. Bij deze ziektegevallen adviseren wij je om de methode te blijven hanteren die van kracht was toen de ziekte aanving. Tijdens een ziektegeval wisselen van methode, leidt ertoe dat de refertegegevens opnieuw berekend worden op basis van de 6 maanden voorafgaand aan je overstapmoment in plaats van die voorafgaand aan het ziektegeval. Dit leidt tot een onjuiste berekening.
Werknemers uit dienst
Werknemers die al uit dienst zijn kunnen door de wijziging van werkgevercodes 08023 en 08070 nog wel een nabetaling of vordering krijgen. Als je dat wilt voorkomen kan je invoercodes 01885 en 01886 gebruiken om de methode aan te sturen die er gebruikt is toen de werknemer nog in dienst wat, zodat er geen herrekeningsverschillen ontstaan.
Er is een akkoord voor een nieuwe CAO. Wij hebben de benodigde wijzigingen daaromtrent doorgevoerd in Gemal. Hieronder worden deze beschreven:
Maandelijks uitbetalen vakantietoeslag / eindejaarsuitkering
In het akkoord is opgenomen dat het in overleg mogelijk is voor de werknemer om te kiezen voor maandelijkse uitbetaling van de vakantietoeslag of de eindejaarsuitkering.
Als daarvoor wordt gekozen kan dit worden vastgelegd met de volgende invoercodes:
Vakantiegeld > invoercode 02342 code betaling VT vastleggen met de waarde 1
Eindejaarsuitkering > invoercode 01006 eindejaarsuitkering 1 vastleggen met de waarde 7
Het is het meest praktisch om dit vast te leggen in de maand nadat de vakantietoeslag of de eindejaarsuitkering is vastgelegd (dus in maand 6 of maand 12).
Meerwerk in plaats van overwerk
Er is overeengekomen dat de regeling voor overwerk met terugwerkende kracht per 1-1-2025 komt te vervallen. Alle uren die meer worden gewerkt dan de overeengekomen arbeidsduur zijn meer-uren, ongeacht de omvang van het dienstverband.
Conform de regeling overwerk in de oude cao, zou er in 2025 geen overwerk uitbetaald moeten zijn, omdat dit pas aan het einde van het jaar bepaald kan worden. De werkgeversvereniging doet dan ook geen uitspraak over of eventueel wel uitbetaald overwerk moet worden teruggevorderd of niet.
De werkgevercode die bepaalt of uren boven de overeengekomen arbeidsduur worden afgehandeld als overwerk of meeruren (werkgevercode 08003 Betaling uren boven 100%) stond op C-niveau al op waarde 2 (uren boven 100% uitbetalen als uren meerwerk). Dat was gedaan zodat er niet automatisch overwerk werd berekend. Dit moest immers aan het eind van het jaar bekeken worden. Aan deze werkgevercode hoeft nu niets te veranderen.
Wijzigingen met een latere ingangsdatum zullen worden beschreven in de release notes van de betreffende release.
Voor de CAO Waterschappen is (eindejaars)uitkeringsregeling 05 in gebruik voor de vergoeding kosten arbeidsongeschiktheidsverzekering (art. 3.4.9). Deze vergoeding wordt alleen gekort wanneer sprake is van een onbetaald verlofregeling.
We constateren dat in de grondslag van deze regeling (werkgevercode 55139) de uitvoercode wegens onbetaald ouderschapsverlof (verlofregeling 12) als niet-tellend is opgenomen, terwijl dit tellend moet zijn. Daarnaast zijn de uitvoercodes verlofregelingen 9 en 10 op A-niveau in deze grondslag opgenomen. Deze verlofregelingen zijn verder niet vanuit CAO-niveau in gebruik, evenmin als andere verlofregelingen die niet zijn opgenomen. Daarom zullen we uit oogpunt van consistentie deze uitvoercodes van verlofregelingen 9 en 10 verwijderen uit de grondslag vergoeding kosten arbeidsongeschiktheidsverzekering (EJU-5).
Bovenstaande constateringen zullen we aanpassen in de grondslag, met ingang van 2025-05. De standaardtekst voor de uitvoercode 00676 korting verlofregeling 12 zullen we tegelijkertijd aanpassen naar “Onbetaald OSV” en de tekst van uitvoercode 01646 "Recht EJU-5" naar "Recht verg. AO-v". Heb je zelf al een tekst voor een uitvoercode vastgelegd, dan prevaleert je eigen tekst.
Voor de betreffende medewerkers met onbetaald ouderschapsverlof via verlofregeling 12, zullen we een automatische herrekening uitvoeren. Deze herrekening is te herkennen aan reden 05-05 in Mutaties en Signalen Gemal (MSG).
Controleer of je verlofregeling 9 of 10 in gebruik hebt. Afhankelijk van je gebruik van deze verlofregelingen moet je mogelijk zelf nog aanpassingen doen in de grondslag.
We constateren dat er in enkele situaties nog ten onrechte UPA-meldingen worden gepresenteerd bij deelnemers van pensioenfonds ABP (of PWRI) op het overzicht Mutaties en Signalen Gemal (MSG). Je kunt deze meldingen herkennen aan de letter U in de kolom Bron.
De programmatuur is aangepast. Er zal geen UPA-melding meer gegeven worden in deze situatie, omdat de UPA-criteria niet van toepassing zijn op de APG-levering.
Er is geen actie nodig, de eventuele UPA-meldingen kun je negeren.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
We constateren dat bij een medewerker voor wie het product OPNP-i wordt aangestuurd (invoercode 02879 is vastgelegd), er een technische afkeuring van de aanlevering aan ABP plaatsvindt. We hebben hiervoor een tussentijdse aanpassing doorgevoerd per 03-04-2025. Betreffende werkgevers kunnen een synchronisatie uitvoeren (overzicht/lijstnummer 6301 in een speciale productie).
05-02 |
CAO VVT compensatie pensioenpremie |
05-03 |
CAO UMC's grondslag VT en EJU |
05-04 |
PFZW - Nieuwe UPA melding P0156 verschijnt in januari op basis van verlofuren uit februari |
05-05 |
CAO Waterschappen - Onbetaald OSV en vergoeding AOV |
05-06 |
Thuiswerkgevergoeding CAO jeugdzorg |
05-07 |
CAO-kinderopvang - Eindejaarsuitkering |
05-08 |
CAO VVT - ORT bij verlof & ziekte |
De melding voor CAO VVT uit dit nieuwsbericht is ook toegevoegd aan de release notes van 2025-05 onder nummer 2025-05/21.
We hebben artikel 2025-05/22 Nieuwe CAO toegevoegd aan de release notes van 2025-05. Dit betreft wat extra informatie over de nieuwe CAO VVT. De reden hiervoor is dat we in de release notes van HR Core Beaufort ook al hiernaar verwijzen en het daarom graag consistent houden.
De informatie van HR Core is te vinden in de release notes onder het kopje "Mededelingen".
Ik zie in de Gemal bestanden staan automatische herr. Reden 05-09.
Waarvoor stond 05-09? In dit artikel gaat het maar tot 05-08.
Alvast bedankt.
Copyright 2019 Visma Community. All right reserved.