om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
[1] Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
Deze release wordt vrijgegeven op 2 december 2024.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
update 161124
Dit probleem is verholpen: alle overzichten die je met vast lijstnummer (eerder) hebt vastgelegd, zijn in GDI bij Afroep overzichten / bestanden weer zichtbaar (alleen de missende presentatie was het probleem).
start melding 151124
We hebben geconstateerd dat in Payroll Gemal Direct bij sommige werkgevercodes niet alle vastgelegde gegevens getoond worden. Het gaat in ieder geval om de Afroep van Overzichten en Lijsten en de Reiskostenvergoedingstabel. Dit betreft een presentatie-probleem. Op de achtergrond zijn de vastgelegde gegevens nog wel beschikbaar.
We adviseren om op dit moment geen nieuwe mutaties vast te leggen, omdat het lijkt dat de oude verdwenen zijn: dat kan dubbele of overschreven mutaties opleveren.
Dit scherm laat de huidige situatie zien: onder 99501 hadden nog meer afgeroepen lijsten moeten staan, maar die worden op dit moment niet getoond.
We werken aan een oplossing en houden je via updates op dit bericht op de hoogte.
In 2025 zijn de maandelijkse releases op deze productieloze dagen gepland:
Release |
Productieloze dag |
Januari |
Maandag 30 december 2024 |
Februari |
Maandag 3 februari 2025 |
Maart |
Maandag 3 Maart 2025 |
April |
Maandag 31 Maart 2025 |
Mei |
Maandag 28 april 2025 |
Juni |
Maandag 2 juni 2025 |
Juli |
Maandag 30 juni 2025 |
Augustus |
Maandag 04 Augustus 2025 |
September |
Maandag 1 september 2025 |
Oktober |
Maandag 29 september 2025 |
November |
Maandag 3 november 2025 |
December |
Maandag 1 december 2025 |
Januari |
Maandag 29 december 2025 |
Op de dag van de maandelijkse releases kun je wel productie-opdrachten indienen, maar deze zullen pas na de productieloze dag verwerkt worden.
Bij het onderwerp "Productieplanning 2025" in de Gemal Handleiding vind je aanvullende informatie
In de handleiding bij 'Onderwerpen A t/m Z' vind je het onderwerp 'Jaarwerk, algemeen'. Daarin staan alle onderdelen vermeld waaraan je wellicht aandacht kunt schenken om gecontroleerd de jaarovergang van 2024 naar 2025 uit te voeren. Omdat de wijziging minimaal is ten opzichte van de vorige jaarovergang, hebben we dit onderwerp blijvend opgenomen.
De dagelijkse opschoning in Gemal Direct is aangepast en vereenvoudigd. Voorheen werd data niet opgeschoond van januari tot en met maart. Basisgegevens werden de rest van het jaar twee maanden bewaard en afhankelijk van het soort productie werden mutaties één tot twee jaren bewaard.
Vanaf de release van december 2024 worden basisgegevens doorlopend opgeschoond, indien deze ouder zijn dan dertien maanden. Dit geeft beter inzicht in historie van werkgevercodes en maakt het muteren met terugwerkende kracht gemakkelijker. Mutaties van salaris- en correctieproducties worden nu 25 maanden bewaard. Mutaties van proef-, begrotings- en speciale producties worden nu dertien maanden bewaard.
Let op: het gaat alleen om aanpassing van de bewaartermijn, dat betekent niet dat alle data er nu al is. Het duurt bijvoorbeeld nog elf maanden voordat er dertien maanden aan basisgegevens in Gemal Direct voorkomen.
De controles in Gemal op de loonaangifte zijn vernieuwd om aan te sluiten bij de jaarlijkse wijzigingen. Deze aanpassingen voor 2025 zijn al doorgevoerd in release 12-2024. Dit is voor klanten die al in 2024 hun productie over 01-2025 draaien.
Voor de loonaangifte zijn per 2025 vijf gewijzigde meldingen en twee nieuwe meldingen in Gemal. Er is één melding verwijderd.
In de Gemal handleiding, bij het onderwerp Mutaties en Signalen Gemal, Presentatie wordt in de paragrafen 2.2 en 2.4 een toelichting gegeven op de condities. Ook vind je op die plekken de acties die je kunt ondernemen om de melding op te lossen.
Verwijderde Loonaangifte meldingen
De Extra controle C0524 is vervallen en verwijderd uit Gemal.
Gewijzigde Loonaangifte meldingen
Melding oud |
Type controle (T = terugkoppel, P = poort, |
Melding nieuw |
Type controle (T = terugkoppel, P = poort, |
C0824 |
C |
L2502 |
T |
C0724 |
C |
L2503 |
T |
C1024 |
C |
L2505 |
T |
C1124 |
C |
L2509 |
T |
L2217 |
T |
L2501 |
T |
Alleen bij L2217 zijn de condities gewijzigd. Bij de eerste vier meldingen zijn de condities hetzelfde gebleven en veranderen alleen het meldingtype en -nummer.
Nieuwe Loonaangifte meldingen
Melding |
Type controle (T = terugkoppel, P = poort, |
Meldingstekst |
C0125 |
C |
Je hebt de Aanwas in het cumulatieve premieloon Whk gevuld met een bedrag dat afwijkt van de som van de rubrieken Aanwas in het cumulatieve premieloon Aof laag, hoog en uitkering. |
C0225 |
C |
Het gevulde Loon belast volgens tabel bijzondere beloningen is ongelijk aan het Loon LB/PH terwijl het derde cijfer van de Code loonbelastingtabel gelijk is aan 0 en er geen code bijzondere situatie 210, 220, 250, 940 en 950 gevuld is. |
Als een loonaangifte- of UPA melding in MSG wordt getoond, dan kun je in de handleiding nalezen wat de condities van deze melding zijn. Ook staat beschreven hoe je de melding kunt verhelpen. Je vindt deze uitleg bij het onderwerp Mutaties en Signalen Gemal, Presentatie, 2.2 Meldingen Loonaangifte.
Toelichting type controle
Er is een onderscheid in poortcontroles, terugkoppelcontroles en extra controles.
Een poortcontrole heeft tot gevolg dat de gehele aangifte wordt afgekeurd. Je kunt deze dan ook niet inzenden. Vaak wordt deze constatering pas gedaan op het moment dat de salarissen al betaald zijn en je de aangifte daadwerkelijk wilt versturen. Wij begrijpen dat dit een onwenselijke situatie is. Daarom hebben we de poortcontroles in Gemal opgenomen. Zodra aan de condities van een poortcontrole wordt voldaan, toont Gemal deze direct in MSG, zodat je de situatie in een correctieproductie kunt herstellen. Daarnaast wijzigt Gemal de waarden richting de loonaangifte en/of UPA zodanig dat de poortcontrole niet afgaat.
Let op: het feit dat Gemal de waarden wijzigt, betekent niet dat de nieuwe waarde juist is. Het wijzigen is enkel bedoeld om te zorgen dat de aangiftesoftware niet blokkeert. Je dient ten allen tijde zelf de vastgelegde gegevens te corrigeren als in MSG een loonaangifte- of UPA melding wordt getoond.
Een terugkoppelcontrole wordt door de Belastingdienst of het UPA fonds aan je teruggekoppeld indien de foutsituatie zich voordoet. Die terugkoppeling krijg je echter pas nadat je de foutieve aangifte hebt ingezonden en deze door de betreffende instantie is gecontroleerd. Daardoor kan feedback lang op zich laten wachten. In Gemal hebben wij deze meldingen opgenomen, zodat ze direct bij de salarisverwerking in MSG worden getoond. Je kunt de fout dan in een correctieproductie herstellen, zodat je direct een correcte aangifte indient.
Een extra controle, te herkennen aan het format CXXX wordt door de Belastingdienst op termijn waarschijnlijk omgezet tot een terugkoppel- of poortcontrole. In tegenstelling tot bij een terugkoppelcontrole, zul je als werkgever geen directe terugkoppeling krijgen vanuit de Belastingdienst op het moment dat je de loonaangifte instuurt met daarin de foutsituatie. In Gemal hebben wij deze extra controles opgenomen, zodat ze direct bij de salarisverwerking in Mutaties en Signalen Gemal (MSG) worden getoond. Je kunt de foutsituatie dan in een correctieproductie herstellen.
Zie ook mededelingen in releasenotes van oktober: 2024-10/3 Voorlopige workaround voor het berekenen van een AWF-uitkeringspremie i.p.v. een UFO-premie.
Let op De functionaliteit zal ingaan per 2025. De aanpassing van de teksten bij invoercode 2344 en uitvoercode 2348 en 2349 gaan echter per deze release in. De bestaande invoercode 02344 heet nu code UFO of AWF. Met deze code is het al mogelijk een dienstverband te sturen naar de UFO- of AWF-premieberekening. Zie hiervoor de Gemal handleiding. De bestaande uitvoercodes 02348 en 02349 krijgen een andere omschrijving: Ongemx pln WW/UFO resp. Gemax pln WW/UFO. Dit zal ook bij niet-overheidswerkgevers een andere presentatie opleveren op de loonstaat.
Per 2025:
Voor werkgevers in de overheid met eigenrisicodragerschap, moet AWF-premie berekend en afgedragen worden als er een ZW- of WGA-uitkering betaald wordt. Zie hiervoor ook het handboek loonheffing 2024- versie april, hoofdstuk 7.8.4.
Per 2025-01 is het mogelijk om deze uitkeringen uit te sluiten voor de UFO-premie en toe te voegen aan de afdracht AWF-uitkering bij meerdere dienstverband situaties.
Let op: Voor alle medewerkers, waarvoor de UFO-berekening plaatsvindt, zullen vanaf deze release 2025-01 twee extra uitvoercodes gepresenteerd worden op de individuele loonstaat (uitvoercodes 2348 en 2349). De UFO-berekening zal hierdoor NIET veranderen.
De bestaande invoercode 02344 heet nu code UFO of AWF. Met deze code was het al mogelijk een dienstverband te sturen naar de UFO- of AWF-premieberekening.
Het was nog niet mogelijk om de volledige VCR-berekening toe te passen op situaties van medewerkers die zowel een salarisberekening met UFO-premie, als een uitkeringssituatie met AWF-premieberekening hadden. Vanaf 2025 wordt het voor gekoppelde meerdere dienstverbanden mogelijk om een combinatie te hebben voor UFO- en AWF-premieberekening.
Gekoppelde dienstverbanden:
Voor een juiste vastlegging en berekening in Gemal en een juiste aanlevering aan de Belastingdienst, moet je in een dergelijke situatie de volgende stappen ondernemen:
Het effect van deze actie is dat voor het dienstverband met de uitkering de volgende uitvoercodes worden berekend:
01873 - Afdr.premie WW
02345 - Afdr WW-Awf uitk
02348 - Ongemax premieloon WW/UFO
02349 - Gemax premieloon WW/UFO
02377 - Grsl WW-Awf uitk
Voor het dienstverband met het salaris worden de volgende uitvoercodes berekend:
01672 - Afdr.premie UFO
01675 - gemax grondslag UFO
01680 - ongemax grondslag UFO
02348 - Ongemax premieloon WW/UFO
02349 - Gemax premieloon WW/UFO
Op basis van deze berekeningen zal de aanlevering in de loonaangifte juist plaatsvinden. Zie hiervoor de bijgevoegde voorbeelden, (het maandpremiemaximum ligt in 2024 op 5969 euro):
|
Dienstverband 1 |
Dienstverband 2 |
Totaal |
Ongemaximeerde grondslag UFO -01680 |
5500 |
0 |
5500 |
Uitkering op uv 00701 |
0 |
1000 |
1000 |
Totaal ongemaximeerde grondslag- uv 02348 |
5500 |
1000 |
6500 |
Factor |
0.85 |
0.15 |
1 |
Gemaximeerde grondslag uv 02349 |
5074 * |
895 |
5969 |
Gemaximeerde grondslag UFO-01675 |
5074 ** |
0 |
5074 |
Premie UFO- 01672 |
34.50 |
34.50 |
|
Premie AWF-uitk - 02345 |
24.24 |
24.24 |
* 5969- max premieloon * factor
Via de afdrachten en de loonaangifte gaat deze informatie automatisch naar de Belastingdienst. Hier is geen speciale actie voor nodig.
In het geval van uitkeringen, zoals bij betaald ouderschapsverlof, is er doorgaans sprake van een maximum dagloon. Voor enkele CAO's wordt die uitkering aangevuld tot 100%, maar maximaal tot het maximum dagloon. Het maand equivalent van dit maximum dagloon is bij die CAO's voor de betreffende verlofregeling(en) vastgelegd op werkgevercode 13025 Toepassen bedrag bij aanvulling verlofregeling. Dit bedrag op werkgevercode 13025 treedt in werking in combinatie met de waardes 1 t/m 4 van werkgevercode 13023 Toepassen aanvulling bij verlofregeling. In Gemal werd dat bedrag op werkgevercode 13025 dan toegepast naar rato van het deeltijdpercentage van de werknemer.
Echter moet dit bedrag, als het om het maximum dagloon gaat, als absoluut bedrag worden gehanteerd. De reden daarvoor is dat het UWV ook het absolute bedrag hanteert. Het UWV kijkt niet naar de deeltijdfactor, maar naar het bedrag aan loon.
We hebben daarom een nieuwe werkgevercode gemaakt:
Gegeven: Maximum doorbetaling toepassen naar rato deeltijd
Vastleggen: werkgevercode 13031
0 (of niet vastgelegd) = Maximum werkgevercode 13025 toepassen naar rato van deeltijd
1 = Maximum werkgevercode 13025 toepassen als absoluut bedrag
Met deze werkgevercode kan worden aangegeven of het bedrag dat is ingevuld op werkgevercode 13025 als absoluut bedrag moet worden gehanteerd of naar rato. Deze werkgevercode werkt op dienstverbandniveau en daarom zal er, als werkgevercode 13031 op waarde 1 staat, in het geval van meerdere dienstverbanden, meerdere malen het maximum als absoluut bedrag worden gehanteerd.
In sommige gevallen werd een deel van de karakters (deel van een omschrijving), op de salarisspecificatie achter 'Functie/beroep' (invoercode 02311) niet getoond. Meerdere klanten presenteren invoercode 02311 (functie/beroep) in het blok met algemene gegevens, links onderaan de salarisspecificatie. Dit kun je vastleggen met werkgevercode 31251 (salarisspecificatie invoercode blok 1). Invoercode 02311 is niet op 'A'lgemeen niveau ingericht maar dit is een vrije invoercode. Deze invoercode kan een tekst van maximaal 34 tekens bevatten, maar dat past niet in het blok met algemene gegevens, links onderaan de salarisspecificatie. Vanuit het salarissysteem is eerder daarom een begrenzing tot 19 karakters doorgevoerd, maar ook dan kon een deel van de tekst wegvallen (ook aan de voorkant van de omschrijving).
We verhelpen dit probleem met de standaard layout, ook die met een bedrijfslogo, door invoercode 02311 niet meer in het blok met algemene gegevens te laten zien. We verplaatsen invoercode 02311 naar iets boven het bruto-netto blok, links van de NAW-gegevens. Daar is voldoende ruimte om alle 34 posities te laten zien, bijvoorbeeld: ‘Functie Frontoffice / receptie medewerker’.
Deze instructie is met name van belang als de invoercode 02311 (functie/beroep) via de eigen layout van de salarisspecificatie getoond wordt. Je kunt dit probleem voor je eigen layout verhelpen door het volgen van deze tips, gebaseerd op onze standaard. Zo nodig kun je dit ook voor andere invoercodes doen.
Ga in Specificatie Manager naar de eigen layout, per werkgever kan dat een andere zijn. Maak eventueel een nieuwe layout door een kopie te maken van de huidige layout of schakel de actieve layout tijdelijk uit, door de activatie eraf te halen via het menu Activeren. Kies in de layout, aan de rechterzijde, het blok ‘Algemene gegevens’. Ga naar ‘Alle codes, met uitsluiting van’ en dan naar invoercode 02311. Zet daarvoor een vinkje om het uit te schakelen en kies voor Opslaan. Voeg nu een tweede blok ‘Algemene gegevens’ toe, door dat aan de linkerzijde bij ‘Naam hoofdblok’ te selecteren en op het pijltje naar rechts te klikken.
Vul bijvoorbeeld, bij de horizontale waarden van het tweede blok ‘Algemene gegevens’, in 14 tot 110 en vul dan bij de verticale waarden bijvoorbeeld in 71 tot en met 83. Haal nu het vinkje bij Koptekst weg en kies voor Opslaan. Wijzig nu de posities van de kolommen in het tweede blok ‘Algemene gegevens’. Wijzig de posities in kolom 1. Maak daarvan 14 tot 35 omdat het woord ‘Functie/beroep’ niet heel veel ruimte in beslag neemt. Wijzig ook de posities in kolom 2 en maak daarvan 35 tot 110. Kies tevens bij kolom 2 voor uitlijning Links en kies voor Opslaan.
In het tweede blok ‘Algemene gegevens’ kiezen we nu, bij de kop Kolomregels, voor ‘Selectief codes toepassen’ in plaats van ‘Alle codes, met uitsluiting van’. Ga dan naar invoercode 02311. Zet daarvoor een vinkje om het toe te passen en kies voor Opslaan. Als er geen foutmelding over overlap volgt, dan is de layout in orde. Je kunt de concept-opmaak bekijken via de knop Voorbeeld. De uitkomst van aanpassingen is pas goed te bepalen door het te testen, maak er eventueel een test lay-out van via het menu ‘Activeren test’ in Specificatie Manager. Ga dan naar proefproductie, selecteer een werknemer en kies Berekenen om de testspecificatie te bekijken.
Zodra de nieuwe of aangepaste layout naar wens is, kun je de lay-out activeren via het menu Activeren in Specificatie Manager. De via ‘Activeren test’ geactiveerde test-layout is alleen voor de online berekening (knop Berekenen) van toepassing, dus daarna activeren is noodzakelijk om de wijzigingen in Gemal-producties door te voeren. Mocht de lay-out niet goed zijn, dan kan het eenvoudig gedeactiveerd worden, om weer gebruik te gaan maken van de standaard.
Op de RSM-salarisstrook worden een aantal uitvoercodes in het bruto-netto-blok afgekapt. In de releasenotes van 2024-11 (2024-11/3 Lange teksten op de salarisstrook [1]) is hierover al geschreven. Als je zelf langere teksten hebt opgegeven kan het voorkomen dat het afgekapt wordt. Op algemeen niveau is deze werkgevercode - 05991 - lange tekst uitvoercode RSM echter ook gevuld en in sommige gevallen met een te lange tekst.
De werkgevercode 05991 voor langere teksten is oorspronkelijk bedoeld om werkgevers langere omschrijvingen te kunnen laten vastleggen. Omdat deze werkgevercode ten behoeve van werkgevers beschikbaar is, past de huidige A inrichting hier niet in en is daarom besloten deze Algemene inrichting te verwijderen. Wanneer een langere tekst in werkgevercode 05991 echter niet is vastgelegd, valt de omschrijving van uitvoercodes terug op de kortere omschrijving zoals deze is vastgelegd in werkgeverocde 05999 - tekst bij uitvoercode.
Werkgevercode 05991 komt echter niet te vervallen omdat bij één CAO deze met een C(ao) aansturing is vastgelegd. Je kunt langere teksten dus desgewenst hierin opvoeren; deze gaan voor op de korte omschrijvingen in werkgevercode 05999. De A- inrichting laten we echter vervallen.
Per release 2024-11 werden de mutaties op werkgevercodes 12001-12099 - eenheid voor de vergoeding per eenheid, ten onrechte als een bedrag met twee (in plaats van vier) cijfers achter de komma verwerkt. Dit was ook zichtbaar op het Mutaties en Signalen Gemal overzicht (MSG).
Dit gaat alleen over nieuw opgegeven mutaties op deze werkgevercodes, al bestaande waarden werden niet geraakt.
Op 11 november 2024 is dit aangepast en worden deze mutaties als type F- met vier cijfers achter de komma verwerkt.
Er is geen actie nodig
Het is normaal gesproken mogelijk om in de salarisproductie een vaste afroep flexibele bestandsuitvoer te doen. Het bleek echter onmogelijk om de flexibele bestanden uit de vaste afroep voor de salarisproductie te halen.
Dit is aangepast. De afroep voor de flexibele bestanden kan nu weer verwijderd worden.
Er is geen actie nodig.
We hebben eerder geïnformeerd over een aanpassing voor de bepaling van de waarde van uurlonen in combinatie met uitruil [1]. Het bleek dat er een situatie nog niet was meegenomen.
Daar hebben we nog een aanpassing voor gedaan. In periode 2024-12 zullen we een automatische herrekening uitvoeren. De herrekening is zichtbaar met reden 12-04 in Mutaties en Signalen Gemal (MSG).
[1] Zie Releasenotes Gemal onderwerp “2024-09/12 Uurloon verlofuren en correctie cafetaria”.
In de release van juni 2024-06 is gecommuniceerd over de vrijwillige voortzetting generatiebeleid via UPA-bericht bij PFZW. Daarbij kan worden gewerkt met de nieuwe invoercode 03050 - percentage extra pensioen generatiebeleid.
Uit een melding is gebleken dat er foutieve uren werden geregistreerd, voor de loonaangifte (1832) bij gebruik van deze nieuwe manier van werken met invoercode 03050.
Er is een aanpassing gedaan in de programmatuur waardoor de berekening van de uren in de aangifte loonheffing (1832) en ook;1991- factor gewerkt, 2416- vrijwvrtz genbel., 1905- generatieb. bezet, 1619- generatieb. u. tlg en 1642 generatieb. % tls nu goed worden berekend.
Er zal een automatische herrekening plaatsvinden voor situaties waarin de nieuwe invoercode 03050 - percentage extra pensioen generatiebeleid is gebruikt. Deze herrekening is te herkennen aan reden 12-06 in Mutaties en Signalen Gemal (MSG).
In 2024-12 zullen we de aansturingen van uitkeringsregeling 03 verwijderen. Dit was een eenmalige uitkering die voor december vorig jaar was ingericht, maar nu niet meer van toepassing is.
In verband met een salarisverhoging hebben wij de salaristabel, conform CAO, aangepast en daarmee de verhoging doorgevoerd.
De nieuwe salaristabel is vanaf 3 december 2024 beschikbaar. Afhankelijk van je HR-systeem kan je de nieuwe tabel vinden op de volgende manier:
[1] Code salarisregeling = 38 (werkgevercode 03003 of invoercode 02314).
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
In aanvulling op het onderwerp in de releasenotes Gemal “2024-11/18 Aanpassing ZKV tegemoetkoming” geldt nog het volgende: We constateren nog enkele situaties die niet juist verwerkt waren. Zo werd bijvoorbeeld aanwezigheid van een blokkade via invoercode 01241 met 0,01 ten onrechte genegeerd en toch meegenomen bij de toetsing over meerdere dienstverbanden.
Voor de betreffende situaties zullen we in periode 202411 een automatische herrekening uitvoeren. Je ziet deze herrekening terug op je overzicht Mutaties en Signalen Gemal (MSG) met als kenmerk 11-10. We adviseren je om, wanneer je zelf al een correctie hebt uitgevoerd, eerst een proefproductie af te roepen voor het gewenste resultaat.
In verband met een salarisverhoging hebben wij de salaristabel, conform CAO, aangepast en daarmee de verhoging doorgevoerd.
De nieuwe salaristabel is vanaf 3 december 2024 beschikbaar. Afhankelijk van je HR-systeem kan je de nieuwe tabel vinden op de volgende manier:
[1] Code salarisregeling = 40 (werkgevercode 03003 of invoercode 02314).
Vanwege de salarisverhoging is ook de minimum vakantietoeslag en de minimum eindejaarsuitkering aangepast. Dit betekent dat wij werkgevercodes 03206 minimum vakantietoeslag en 25012 EJU-1 jaarminimum hebben bijgewerkt.
Conform de CAO zijn de bedragen voor de slaap-en crisisdiensten bijgewerkt.
Het betreft de volgende werkgevercodes:
Soort crisisdienst → |
'Alleen uitrukken (voorwacht)' |
'Samen met collega uitrukken' |
4 t/m 13 diensten per kwartaal |
Werkgevercode 14001 |
Werkgevercode 14004 |
14 of meer diensten per kwartaal |
Werkgevercode 14002 |
Werkgevercode 14005 |
Het bedrag voor slaapdiensten is ingericht op werkgevercode 08129. Dit bedrag hebben we ook bijgewerkt, conform de CAO.
Vanaf januari 2024 kan er een verschil zitten tussen de berekening pensioenpremie door Gemal en de facturen opgemaakt door PFZW. Dit wordt veroorzaakt door de jaarsystematiek. In de CAO Kinderopvang is opgenomen dat het jaar 2024 1.886,40 werkuren bevat en daardoor is het normuren per periode fulltime (werkgevercode 03300) voor de CAO Kinderopvang op 157,20 uur ingericht. In de premieberekening wordt echter nog steeds gebruik gemaakt van 156 uur. Omdat het aantal verloonde uren dat via de UPA naar PFZW wordt gestuurd wel 157,20 is, komt PFZW tot een ander premiebedrag dan Gemal.
In deze release is dit probleem opgelost door werkgevercode 03309 - Afwijkende verloonde uren per maand UPA/PFZW voor de CAO op 156 uur vast te leggen. Hierdoor wordt voor iedereen uitvoercode 2242 - afwijkende verloonde uren UPA - aangemaakt. Met het inrichten van werkgevercode 04605 - UPA-vulling verloonde uren voor regeling - voor de PFZW-UPA regelingen, wordt deze uitvoercode doorgestuurd via UPA naar PFZW. PFZW zal op basis hiervan een aangepaste factuur aanmaken.
Er is geconstateerd dat dit probleem niet bij alle werkgevers` in de Kinderopvang speelt, omdat werkgevers zelf bijvoorbeeld werkgevercode 03300 - normuren fulltime - per periode op 156 uur hebben vastgelegd. Als je dit niet hebt gedaan, hoef je niets te doen. Als je dit wel hebt gedaan, is het advies om werkgevercode 03300 op CAO-niveau te gaan gebruiken en je eigen aansturing te verwijderen.
Er zal een automatische herrekening uitgevoerd worden. Deze herrekening is herkenbaar aan reden 12-03 in Mutaties en signalen Gemal (MSG). De aanmaak van uitvoercode 02242 zal geen invloed hebben op de premieberekening en zal geen verschil maken in het bruto-netto traject.
In 2024-05 en 2024-11 hebben we voor de CAO Rijk eenmalige uitkeringen ingericht op regelingen 2 en 8. Per periode 2024-12 hebben we deze aansturingen ook weer verwijderd. Aanpassingen van onder andere teksten vinden later plaats, zodat deze voor 2024 nog inzichtelijk zijn.
In 2024-12 zullen we de aansturingen van uitkeringsregeling 03 verwijderen. Dit was een eenmalige uitkering die voor december vorig jaar was ingericht, maar nu niet meer van toepassing is.
Bij de CAO UMC’s dient de nieuwe werkgevercode 13031 op waarde 1 te worden gezet voor BOSV en AGBV. Dit hebben we gedaan met terugwerkende kracht vanaf 2024-01.
Naar aanleiding hiervan hebben we ook de grondslagen die meespelen in deze doorbetaling gecontroleerd. Daaruit is gebleken dat de uitvoercodes van de uitkering (00672 BOSV uitkering en 00984 AGBV uitkering), samen met de inhoudingen (01302 en 01445) en de doorbetalingen (00639 en 00644) die al waren vastgelegd, moeten worden toegevoegd aan de grondslag voor het vakantiegeld (56001) en de eindejaarsuitkering (55137). Het doel hiervan is dat de werknemer niet minder vakantiegeld en eindejaarsuitkering opbouwt dan wanneer er geen verlof zou zijn.
Er zal een automatische herrekening plaatsvinden. Deze herrekening is te herkennen aan reden 12-02 in Mutaties en Signalen Gemal (MSG).
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
In aanvulling op het onderwerp in de releasenotes Gemal “2024-11/18 Aanpassing ZKV tegemoetkoming” geldt nog het volgende: We constateren nog enkele situaties die niet juist verwerkt waren. Zo werd bijvoorbeeld aanwezigheid van een blokkade via invoercode 01241 met 0,01 ten onrechte genegeerd en toch meegenomen bij de toetsing over meerdere dienstverbanden.
Voor de betreffende situaties zullen we in periode 202411 een automatische herrekening uitvoeren. Je ziet deze herrekening terug op je overzicht Mutaties en Signalen Gemal (MSG) met als kenmerk 11-10. We adviseren je om, wanneer je zelf al een correctie hebt uitgevoerd, eerst een proefproductie af te roepen voor het gewenste resultaat.
De VO-Raad heeft aangegeven dat er wordt toegewerkt naar een akkoord en dat de verwachting is dat deze op z'n vroegst rond 10 december als onderhandelaarsakkoord beschikbaar zal komen. Gewoonlijk schrijven we alleen over afgesloten akkoorden, maar in dit geval speelt de overgang per 2025 van het hele VO-onderwijs naar Peple mee. Houd daarom de berichtgeving hierover in de gaten. We gaan dit waar mogelijk ondersteunen zodra de gemaakte afspraken bekend zijn. We zullen je berichten over de wijze waarop we de wijzigingen zullen opnemen.
Aanleiding: Zie hierboven bij onderwerp 2024-12/10 Te lange teksten bij uitvoercodes op de salarisstrook (change7035237)
Voor de CAO VVT is gesignaleerd dat voor de uitvoercodes 00865-00868 bedragen bereikbaarheids/slaap/aanwezigheidsdienst de op werkgevercode 05991 te lang zijn om goed gepresenteerd te worden op de RSM strook. De op CAO-niveau ingerichte teksten zijn daarom ook voor deze uitvoercodes verwijderd. In plaats daarvan zal nu de korte tekst (ingevoerd bij werkgevercode 05999) worden getoond.
Er is geen actie nodig.
In de release notes van 2024-11/12 zijn de twee opties beschreven waarvoor gekozen kan worden in het geval van langdurig ziek.
In 2024-11 is een aanpassing gedaan omtrent het doorgeven van de 'Z' van ziekte die niet juist is. Of de letter Z moet worden doorgegeven in de UPA is, net als bij de loonaangifte, afhankelijk van of het salaris volledig wordt doorbetaald en niet, zoals in de release notes van 2024-11/12 vermeld, of het pensioen volledig wordt opgebouwd. Daarom kan de letter Z zowel bij optie 1 als optie 2 worden doorgegeven. We hebben de aanpassing van 2024-11/12 daarom weer teruggedraaid.
Er zal een automatische herrekening plaatsvinden. Deze herrekening is te herkennen aan reden 12-05 in Mutaties en Signalen Gemal (MSG).
Zoals we je al eerder gemeld hebben [1], staan er de komende paar jaar enkele grote veranderingen op stapel met betrekking tot de gegevensverwerking en verantwoording aan APG, voor de pensioenfondsen ABP en PWRI. Dit betreft bijvoorbeeld:
Voor januari 2025 komen we nog op terug op de afzonderlijke onderwerpen, maar bij wijze van algemene voorinformatie kunnen we je vast het volgende melden.
Vanuit diverse technische en andere redenen was het gewenst om afscheid te nemen van de applicatie waarmee we al weer sinds 2013 de verantwoording van gegevens aan APG verzorgden. Het lag hierbij voor de hand, om te kiezen voor een route die zich al bewezen heeft: namelijk de route die we ook gebruiken voor de LoonAangifte en de Uniforme PensioenAangifte voor deelnemers aan pensioenfonds PFZW.
Op de Youforce Home-pagina kun je bij Beheer en HR Core & Payroll straks kiezen voor UPA om via de Uniforme PensioenAangifte de gegevens te laten verantwoorden aan APG voor pensioenfonds ABP en PWRI. Deze beide fondsen zijn weliswaar nog niet over naar de ‘echte’ UPA voor wat betreft de specificaties, maar maken gebruik van veel dezelfde gegevens.
Lees hier meer informatie op de community en uitleg over de nieuwe schermen.
In de gegevensverantwoording naar APG leveren we tot 2025 de gegevens altijd ‘cumulatief’ waarmee bedoeld is dat we bij elke levering van een periode ook alle voorgaande periodes van dat jaar leverden. Dit is een robuuste vorm van leveren maar niet erg elegant omdat telkens veel gegevens geleverd worden die ook al eerder zijn aangeleverd. Met ingang van 202501 leveren we daarom de gegevens van de periode plus de gegevens van voorgaande periodes aan, maar alleen voor zover die gewijzigd zijn ten opzichte van een vorige levering (de ‘delta’s’).
Voor wat betreft de verantwoording van gegevens in 2025 over 2024 (er is dan dus sprake van een vorig jaar TerugWerkende Kracht), geldt dat die gegevens nog via de ‘oude’ route verantwoord worden. Deze route, het aanroepen van de ‘oude’ APG-module blijft dan ook mogelijk. In de nieuwe Uniforme PensioenAangifte voor APG vind je hiervoor op het scherm voor 2025 rechts bovenaan een linkje naar de 'oude' Pensioenaangifte voor 2024. Je wordt dan omgeleid om daar je levering over vorig jaar, (nog steeds als jaarlevering) in te sturen.
Bij de nieuwe manier van levering hoort ook dat je ons éénmalig moet machtigen dat we de gegevens mogen leveren aan een derde partij. Je doet dit straks in GDI > Werkgevergegevens > Pensioen en overige > Pensioenaangifte > UPA-machtiging voor elk van de verschillende pensioenproducten. Je doet dit op instellingsniveau omdat je per instelling mogelijk een ander aansluitnummer kunt hanteren. Naast de machtiging leg je straks ook dit aansluitnummer vast waaronder je bekend bent bij APG. Wanneer je geen machtiging en aansluitnummer vastlegt, zal er ook geen verantwoording plaatsvinden.
Je kiest net als voorheen zelf het moment dat je de gegevens inzendt. Het inzenden kan alleen gedaan worden door iemand die je hiertoe geautoriseerd hebt. Een gebruiker voor wie de UPA-applicatie nieuw is, moet door de beheerder in het Youforce portal toegang krijgen tot de UPA-applicatie. In toegangsbeheer moeten de applicaties 'Aangifte Monitor' en 'Uniforme Pensioenaangifte Beheer' geactiveerd worden. Een gebruiker heeft in UPA dezelfde autorisaties als in Loonaangifte.
Onder HR Core & Payroll zie je wanneer je geautoriseerd bent, de keuze UPA staan. Door daar op te klikken kom je in de nieuwe aangiftemodule voor het inzenden van onder andere de bestanden aan Loyalis.
Om een impressie te geven van de 'nieuwe' aangiftemodule zie je hierna een levering van ABP en Loyalis op het nieuwe scherm:
Bij aanklikken van een levering kun je bij acties onderstaand inzicht per levering zien:
Gegevens zoals de totalen van ingezonden leveringen worden bij deze aangiftemodule al gepresenteerd. Je hoeft dus niet meer naar een andere applicatie om het controle-overzicht pensioenaangifte APG te bekijken. Met ingang van 2025-01 komt dit overzicht pensioenaangifte APG dan ook te vervallen. In plaats daarvan zal de terugkoppeling van je levering plaatsvinden in de nieuwe aangiftemodule.
Wanneer APG signalen van toepassing zijn op je levering, worden die ook in deze omgeving getoond. Je hoeft daarvoor niet meer per se naar het APG portaal ‘SWP’ toe te gaan.
Omdat vanaf 2025 er geen sprake meer is van een 'cumulatieve' levering (nog wel over 2024), kun je een wijziging ook sneller op het APG portaal doorvoeren, indien gewenst: mutaties worden immers niet meer bij elke levering overschreven door een 'cumulatieve' jaarlevering. Let daarbij wel op het feit dat het jaar 2024 (bij correcties over 2024) nog wel met een jaarlevering wordt afgerond.
In de releasenotes Gemal voor 2025-01 zullen we je verder informeren.
[1] 2024-09/24 APG, WtP en UPA-meldingen
Wanneer je als ABP-verzekerde gebruik maakt van een semi-collectieve verzekering IPAP bij Loyalis, dan is het volgende voor je van belang.
Zoals eerder gemeld, is APG per juli 2024 gestopt met de verwerking van de gegevens voor de arbeidsongeschiktheidverzekering IPAP van Loyalis [1]. Met ingang van 2025 zal de gegevensverantwoording weer opgestart worden. Maar dan niet meer via verwerker APG, maar via verwerker Keylane. Je bent hierover ook geïnformeerd door deze partijen. Deze wijzigingen hebben ook gevolgen voor de manier waarop jij en wij vanuit HRCore Beaufort en Payroll Gemal tewerk moeten gaan voor de verwerking van de semi-collectieve verzekering vanaf 2025. Om je alvast te informeren, ontvang je hierover nu de volgende informatie.
Loyalis is sinds enige tijd overgenomen door ASR. Daarom kan het voorkomen dat er in de communicatie sprake is van ASR in plaats van Loyalis. Voor wat betreft het verzekeringsproduct geldt: tot nu toe spraken we in de regel over IPAP (InvaliditeitsPensioenAanvullingsPlan). Dit product wordt echter steeds vaker aangeduid als AOV (ArbeidsOngeschiktheidsVerzekering). Daarom zullen we met ingang van 2025 ook in Gemal spreken over AOV.
Omdat de AOV niet langer kan ‘meeliften’ op de module Pensioenaangifte voor de gegevensverantwoording naar APG, moeten we gebruik gaan maken van een nieuwe verantwoordingsroute. Hierbij lag het voor de hand om te kiezen voor een route die zich al bewezen heeft: namelijk de route die we ook gebruiken voor de loonaangifte naar de Belastingdienst en de uniforme pensioen aangifte (UPA) voor deelnemers aan pensioenfonds PFZW. De beschrijving voor het gebruik van deze aangiftemodule kun je hier vinden.
Lees hier meer informatie op de community en uitleg over de nieuwe schermen.
Loyalis-ASR heeft aangegeven welke gegevens zij wensen te ontvangen in de nieuwe levering. Dit zijn er aanzienlijk meer dan in de vorige gegevensset. In de handleiding Gemal bij het onderwerp Uniforme Pensioen Aangifte, algemeen, onderdeel 4, zullen we aangeven welke gegevens wij leveren.
In de gegevensverantwoording naar APG leverden we altijd ‘cumulatief’. Daarmee wordt bedoeld dat we bij elke levering van een periode ook alle voorgaande periodes van dat jaar leverden. Dit is een robuuste vorm van leveren, maar niet erg elegant. Dit omdat telkens veel gegevens geleverd worden, die al eerder zijn aangeleverd. Met ingang van 2025-01 leveren we daarom de gegevens van de periode, plus de gegevens van voorgaande periodes, maar alleen voor zover die gewijzigd zijn ten opzichte van een vorige levering. Daarnaast leveren we ook alleen de gegevens van medewerkers voor wie een AOV-verzekering van toepassing is.
Door de wijzigingen op verantwoordingsgebied en door toekomstige wijzigingen op pensioengebied, willen we voor de berekening niet langer afhankelijk zijn van de pensioenberekening in Gemal. Met ingang van 2025 vindt de berekening van de premie en afdracht AOV daarom plaats via de functionaliteit Premie Diverse Verzekeringen. De grondslag blijft conform voorschrift nog wel afgeleid van het jaarinkomen ABP.
Omdat de AOV-verzekering 3 premie varianten betreft, nemen we hiervoor ook 3 regelingen Premie Diversen (‘VRZ’) in gebruik. Na inventarisatie op het gebruik van de regelingen, gaan we de regelingen 11, 12 en 13 gebruiken voor respectievelijk de premie varianten voor Gedeeltelijke ArbeidsOngeschikheid, Volledige ArbeidsOngeschikheid en beide.
In GDI hebben we op CAO-niveau ('C'-niveau) deze drie regelingen ingericht bij GDI > Werkgevergegevens > Pensioen en overige > Premie diverse verzekeringen > Definitie diverse verzekeringen bij volgnummer 11, 12, 13. Bij Premie diverse verzekeringen > Grondslag zie je welke uitvoercodes als grondslag zijn opgenomen. Dit is net als voorheen een (maand)grondslag die afgeleid is van het jaarinkomen ABP.
Wanneer je zelf de inhoudings- en afdrachtpercentages onderhoudt, leg je ook zelf met ingang van 2025-01 de juiste percentages en grondslag vast. Dat doe je dan niet meer bij GDI > Werkgevergegevens > Pensioen en overige > IPAP-regelingen maar bij Pensioen en overige > Premie diverse verzekeringen.
De benamingen van deze drie regelingen en de bijbehorende uitvoercodes hebben we aangepast.
Om aan te geven welke medewerker deelneemt aan welke AOV-regeling, moest je tot nu toe invoercode 02888 vastleggen met 1, 2 of 3, al naar gelang de premie variant gedeeltelijke arbeidsongeschiktheid, volledige arbeidsongeschiktheid of beide. Per 2025-01 moet je deze aansturing verwijderen / nulstellen en leg je met invoercode 02171, 02174 of 02177 de betreffende premie variant vast bij de medewerker. In de releasenotes van HRCore Beaufort voor januari 2025 tref je meer informatie aan over deze omzetting.
oude aansturing |
nieuwe aansturing |
||
Gemal |
HRCore Beaufort |
Gemal |
HRCore Beaufort |
invoercode 02888 = 1 |
rubriek P02888 = 1 |
invoercode 02171 = 1 |
rubriek P02171 = 1 |
invoercode 02888 = 2 |
rubriek P02888 = 2 |
invoercode 02174 = 1 |
rubriek P02174 = 1 |
invoercode 02888 = 3 |
rubriek P02888 = 3 |
invoercode 02177 = 1 |
rubriek P02177 = 1 |
De berekende resultaten worden met de volgende uitvoercodes gepresenteerd (de tekst kan variëren al naar gelang de CAO):
oude IPAP |
nieuwe AOV |
uitvoercode 01169 - premie aanv IP |
uitvoercode 01314 - Premie AOV-1 |
uitvoercode 01685 - afdrgrsl aanv IP |
uitvoercode 01574 - Afdrgslg AOV-1 |
uitvoercode 01797 - wgbijdr aanv IP |
de werkgeversbijdrage wordt niet afzonderlijk gepresenteerd maar wordt gevormd door afdracht minus inhouding |
uitvoercode 02127 - APG afdr.pr.IPAP1 |
uitvoercode 01575 - Afdr.premie AOV-1 |
In het afdrachtensysteem hebben we tot nu toe automatische afdracht nummer 10 ingericht voor IPAP APG. Deze afdracht passen we aan per 2025-01, voor wat betreft de tekst en inrichting om aan te sluiten bij de ingerichte premieregelingen AOV. Hierdoor blijft deze afdracht ‘doorlopen’.
Er bestaat nog een afzonderlijke automatische afdracht nummer 34 voor IPAP vorig jaar. Deze afdracht blijft voor 2025 nog op dezelfde voet gehandhaafd en zal per 2026 worden aangepast.
De volgende acties moet je straks in 2025 uitvoeren, voorafgaand aan je salarisverwerking voor januari. We vermelden ze hier al, zodat je mogelijk wat voorwerk kunt doen.
In de releasenotes Gemal voor 2025-01 zullen we je verder informeren.
[1] Zie releasenotes Gemal onderwerp “2024-04/3 De Loyalis-levering stopt met ingang van 1 juli 2024”.
In 2023 is een nieuwe pensioenwet gekomen waarin nieuwe regels voor pensioen zijn opgenomen: de Wet Toekomst Pensioenen (WtP). Alle pensioenfondsen in Nederland moeten uiterlijk op 1 januari 2028 overgaan naar deze nieuwe regels. Wanneer ze overgaan, kan per pensioenfonds verschillen. Voor PWRI is dat 2025, voor ABP is dit gepland voor 2027.
In het kort komt de nieuwe pensioenwet er op neer dat de pensioenuitkeringsregeling een premieregeling belegt waarna het resultaat verdeeld wordt over de pensioenpotten (aan de hand van onder andere leeftijd). Niet de pensioenuitkering maar de premie staat vast. Het pensioen van de werknemer wordt uitgekeerd uit deze pensioenpot. Pensioenrechten en pensioenaanspraken van de huidige pensioenregeling moeten door het pensioenfonds naar de nieuwe regeling worden overgezet (dit wordt ‘invaren’ genoemd).
Aan onze kant betekent WtP dat PWRI en ABP hierbij af zullen stappen van de jaargrondslag met peildatum systematiek en dat er onder andere een nieuwe premie moet komen.
Voor januari 2025 komen we nog op terug op de afzonderlijke onderdelen, maar bij wijze van algemene voor informatie kunnen we je vast het volgende melden.
Het peildatum-jaarinkomen vervalt. Het daadwerkelijk pensioengevend periode-inkomen wordt maatgevend voor de premie. Loonmutaties in een inkomstenperiode worden direct meegenomen. Heel plat gezegd, wordt in de nieuwe pensioenregeling voor wat betreft Gemal de periodiciteit één niveau omlaag gehaald, van jaar naar maand, met grotendeels gelijkblijvende elementen:
Onder WtP worden bij PWRI 2 soorten premieproducten onderscheiden namelijk OP = OpbouwPremie en RP = RisicoPremie.
Premieproduct OP = Opbouwpremie: Dit zijn de premies die worden afgedragen voor:
Premieproduct RP = Risicopremie: Dit zijn de premies die worden afgedragen voor de collectieve voorzieningen ten behoeve van:
Naast de verandering in periodiciteit van jaar naar maand en de introductie van een nieuwe premie RP, is de berekeningssystematiek qua condities, premie-inning en afdracht voor het salarissysteem hetzelfde. Daarom handhaven we zoveel mogelijk de bestaande en bewezen berekeningen en codes zoals bijvoorbeeld de grondslag PWRI 55071 voor pensioengevende loonbestanddelen.
Er wordt nog wel een nieuw gegeven geïntroduceerd: de periode factor, die per 2025 meegeleverd moet worden aan APG / PWRI.
Voor de nieuwe berekeningselementen van de premie RP en de periode factor ontkomen we er natuurlijk niet aan om hiervoor ook nieuwe codes te benoemen.
Met een code geef je bij ABP aan wat de aard en verbijzondering is van het werknemerschap. Voorheen kende PWRI nog geen andere verbijzonderingen dan WNE (regulier werknemerschap). Met ingang van WtP/2025 zijn ook andere verbijzonderingen mogelijk:
Tijdens onbetaald verlof kan de werknemer kiezen om de pensioenopbouw en de premieafdracht van de opbouw premies Premie OP tijdelijk stop te zetten. Maar dit gebeurt pas na schriftelijk verzoek van de werknemer aan het fonds en met schriftelijke toestemming van het fonds. Alleen in dit geval (vrijstelling door het fonds) wordt voor de vrijgestelde werknemer voor de in de vrijstelling aangegeven periode geen premie OP afgedragen. Deze vrijstelling geldt zowel voor het werknemers- als voor het werkgeversdeel.
De Premie RP blijft in een dergelijk geval gewoon doorlopen.
In de releasenotes Gemal voor 2025-01 zullen we je verder informeren.
Lees hier meer informatie op de community en uitleg over de nieuwe schermen.
12-02 |
CAO UMC's - Doorbetaling BOSV en AGBV |
12-03 |
CAO Kinderopvang - Geen aansluiting factuur PFZW en berekening Gemal (change 6960935) |
12-04 |
Nogmaals: Uurloon verlofuren en correctie cafetaria (change 6901649) |
12-05 |
Pensioenfonds PFZW - Terugdraaien 'Z' in UPA, aanpassing 2024-11/12 bij langdurig ziek |
12-06 |
Vrijwillige voortzetting generatieregeling PFZW en foutieve uren loonaangifte (change 7162688) |
Onderwerp 32 Uitbetaling bindingstoelage-opbouw december toegevoegd aan deze release-notes. Bericht was ten onrechte niet opnomen in de release notes.
en hoe zit het met uitbetalings bindingstoelage voor OOP-ers ?
Beste @EstherHermans, naar mijn bescheiden mening: voor OOP-ers (en bijv. D13) is geen opbouw van toepassing, dus nu ook geen uitbetaling. Conform formulering in CAO PO art. 6.9 lid 7.
@Evert van Manen De VO-Raad heeft aangegeven dat er wordt toegewerkt naar een akkoord en dat de verwachting is dat deze op z'n vroegst rond 10 december als onderhandelaarsakkoord beschikbaar zal komen.
Is er al iets meer bekend of de nieuwe CAO-VO nog in december wordt uitbetaald of wordt dit januari 2025 (13e maand)?
@Arie van Weelden Dag Arie, nee we hebben nog niets gehoord van de VO -Raad en wachten geduldig af. Wanneer we iets horen zullen we dit communiceren.
@Arie van Weelden waar heb je dat gelezen over het mogelijk onderhandelingsakkoord voor het VO? ik kan nergens een link vinden op internet
In 2024-12/9 inzake functie/beroep op salarisspecificatie staat "Kies in de layout... het blok Algemene gegevens" So far so good maar waar vind ik "...Alle codes, met uitsluiting van"?
@Arie van Weelden @KarinGerse Karin, klopt idd dat wij erover geschreven hebben.
Deze tekst hebben we geschreven vanwege de overgang van het VO naar het nieuwe salarispakket (Peple). Aan de VO Raad heb ik aangegeven dat zo'n laat akkoord, voor klanten die overstappen, erg lastig is. Je moet immers de eindstand van bijv recht vakantiegeld ed opnemen, dus wil je wellicht sneller 2024 afronden.
Vanmorgen weer gemaild om meer zicht op de status ervan te krijgen. Maar er is nog niets gepubliceerd.
@Evert van Manen, wij krijgen bericht van de PO-Raad dat dit is overeengekomen m.b.t. de bindingstoelage D13 / OOP:
Voor medewerkers waarvoor altijd de peilsystematiek (bindingstoelage A) moest worden toegepast, werd nu in december het volledige bedrag uitbetaald. De vraag die open stond was of zij recht hebben op de volledige bindingstoelage, geen bindingstoelage, of de bindingstoelage over september tot en met december. De PO-Raad heeft inmiddels aangegeven dat voor deze groep de bindingstoelage over september tot en met december moet worden uitbetaald, alsof dus sprake zou zijn van opbouw over die perioden.
Hoe passen we dit eenvoudig aan in Gemal om dit voor deze kleine groep alsnog conform deze aanpassing uit te betalen?
@RobZuethof signaal L2217 is vanaf 2025 signaal L2501 geworden, er is een kleine wijziging aan de condities geweest
@Wim Boogaard dit had ik je eerder gemaild:
Copyright 2019 Visma Community. All right reserved.