om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
In de release notes van afgelopen oktober hebben we aangekondigd dat Gemal Prognose alsnog tot het einde van 2020 wordt ondersteund om extra tijd te bieden om over te stappen op Visma Prognose. Op basis van feedback van meerdere klanten is er besloten tot doorontwikkeling van Visma Prognose. Het betreft functionaliteit om meerdere ceanummers te ondersteunen en het toevoegen van een centraal overzicht (periode gegevens en jaartotalen per medewerker).
Daarom zijn we tot het besluit gekomen het deactiveren van Gemal Prognose uit te stellen tot 1 juni 2021, zodat aanvullende functionaliteit in Visma Prognose gerealiseerd kan worden. Details van de gegevensaanlevering aan Visma Prognose en uitleg van de functionaliteiten vind je beschreven in de handleiding in de community.
Wil je meer weten over de overstap of behoefte aan een kennissessie; neem dan contact op met je Customer Success Manager. Die helpt je graag met een zorgeloze ingebruikname van deze nieuwe oplossing.
In Gemal ondersteunen we je - en de CAO’s die voor je medewerkers van toepassing zijn - met behulp van diverse functionaliteiten. Zo’n functionaliteit kan dan bestaan uit een set door ons ingerichte geparameteriseerde rekenregels en aansturingen. Daarnaast bieden we vaak ‘broertjes’ van dezelfde functionaliteit aan waarbij je de vrijheid hebt om zelf te parameteriseren en in te richten. Zo richten we bijvoorbeeld de generieke regeling 'Eindejaarsuitkering' specifiek in voor een bepaalde CAO, maar je hebt de mogelijkheid om met dezelfde set rekenregels en aansturingen een eigen uitkeringsregeling te maken.
De naamgeving van invoer(codes) en uitvoer(codes) kon al op A(lgemeen), C(AO) of W(erkgever)niveau worden aangepast voor de herkenbaarheid op de loonstaat en de salarisstrook. Tot nu toe was de naamgeving van de regeling zèlf echter niet aan te passen waardoor je in Gemal Direct Inrichting en op het overzicht specificatie productiegegevens altijd de generieke benaming te zien kreeg: bijvoorbeeld ‘Eindejaarsuitkering 7’ of ‘Verlofregeling 11’ terwijl dit voor jou of je CAO juist een specifieke regeling voor “Bindingstoelage” of “Extra Geboorteverlof” is.
Vanuit diverse werkgevers bereikt ons de wens om de benaming van zo’n generieke regeling aan te kunnen passen zodat dit meer aansluit bij hun belevingswereld [1].
Met ingang van periode 03 hebben we daarom een aanpassing gedaan in Gemal Direct Inrichting en op het overzicht specificatie productiegegevens uit Gemal. Hierdoor wordt het mogelijk om voor de volgende generieke regelingen (die het meest gebruikt worden) een eigen tekst vast te leggen:
- Persoonlijke budgetten;
- Eindejaarsuitkeringen;
- Premieregelingen diverse verzekeringen (VRZ);
- Verlof-/generatieregelingen
- Verlofuren (ver)kopen.
We hebben voor deze regelingen nu de algemene tekst vastgelegd op A(lgemeen) niveau, bijvoorbeeld: '03 Eindejaarsuitkering 3'. Daar waar van toepassing hebben we de tekst op C(ao)-niveau vastgelegd: dan wordt bijvoorbeeld de algemene tekst '05 Eindejaarsuitkering 5' ‘overruled’ door de CAO-specifieke tekst '05 Tegemoetkoming ZKV'. En het staat je natuurlijk vrij om op W(erkgeverniveau) voor jouw instelling hiervan bijvoorbeeld weer te maken '05 Vergoed. col. zorgverz'. (door het opnemen van het nummer van de regeling op de eerste twee posities heb je de link met de oorspronkelijke regeling hetgeen op sommige schermen nog gewenst is). Je ziet zo in één oogopslag waarvoor een bepaalde regeling voor jou in gebruik is. Voorbeeld uitkeringsregelingen bij een gemeente:
Je kunt natuurlijk ook een tekst vastleggen voor een regeling die geen CAO-waarde heeft. We hebben bijvoorbeeld de vrijheid gelaten om voor de functionaliteit 'Aanvullend geboorteverlof' zelf een verlofregeling te kiezen. Je kunt nu dus in plaats van "11 verlofregeling 11" de regeling in GDI bijvoorbeeld benoemen als "11 Geboorteverlof WIEG" en ook als zodanig terug zien op je specificatie productiegegevens.
Vastleggen eigen teksten
Je kunt de teksten vastleggen in Gemal Direct Inrichting bij Werkgever, Extra > Tekst bij regeling (werkgevercode 05777). De vastlegging wijst zich verder vanzelf en is vergelijkbaar met het vastleggen van eigen teksten voor uitvoercodes in GDI. Een verschil is dat je de nieuwe tekst van een uitvoercode al meteen terugziet in bijvoorbeeld grondslagen, terwijl je de aangepaste tekst van een regeling pas terugziet nadat je productie verwerkt is. Je kunt vooralsnog alleen voor de hiervoor vermelde regelingen eigen teksten vastleggen.
Eigen teksten specificatie productiegegevens
De aansturing van de eigen teksten in Gemal Direct Inrichting werkt ook door in het overzicht specificatie productiegegevens waar je in het vervolg de tekst van de Algemene -, CAO- of eigen benaming van de regeling terugziet. Hierbij hebben we ook van de gelegenheid gebruik gemaakt om sommige regelingen wat beter en wat meer in lijn met andere regelingen te presenteren.
[1] https://community.raet.com/producten/payroll-gemal/i/ideeen.
In vrijwel elke release voeren wij automatische herrekeningen uit. Met die herrekeningen kunnen we foutsituaties met terugwerkende kracht herstellen. De systematiek hierachter is altijd geweest dat je elke maand minstens één salarisproductie draait. Wij geven elke maand een nieuwe release uit. Op die manier krijg je elke maand de automatische herrekeningen en dus de aanpassingen uit de betreffende release mee.
In de praktijk doen zich echter situaties voor waarbij de productiemaand en de releasemaand niet gelijk lopen. Daardoor kun je herrekeningen missen. Voorbeelden van dergelijke situaties zijn:
Voorbeeld: je draait op 28-07-2021 productie 08-2021. De laatste release is dan 07-2021. Vervolgens draai je op 15-09-2021 productie 09-2021. De laatste release is dan 09-2021. De herrekeningen van 08-2021 loop je mis. Als je een automatische herrekening mist en je herrekent de medewerker op een later tijdstip om een andere reden, dan krijg je de verschillen op dat latere tijdstip pas te zien. De reden herrekening wordt dan niet langer getoond, omdat je zelf de herrekening hebt aangestuurd. Het is dan vaak lastig om de reden van deze verschillen te achterhalen, omdat er geen reden bij deze herrekening meer wordt vermeld.
Om dergelijke situaties te voorkomen, hebben we met ingang van periode 03 de systematiek van herrekenen verbeterd.
Vanaf periode 03 krijgen alle herrekeningen naast een reden ook een releasenummer mee. Als de laatste release 08-2021 is geweest en Gemal voert herrekening reden 12 door, dan zie je bijvoorbeeld: Automatische herrekening Reden: 08-12.
Payroll Gemal houdt bij van welke release je de herrekeningen hebt gehad. Met behulp van dat gegeven bepaalt Gemal welke nieuwe herrekeningen relevant zijn in de productie die je draait. Dit gegeven wordt per jaar apart bijgehouden. Je krijgt in je januariproductie dus nooit herrekeningen uit december van het voorgaande jaar. Ook kun je in januari nog correctieproducties voor december van het oude jaar draaien, waarbij Gemal nog steeds de herrekeningen van het oude jaar kent.
De systematiek per productiesoort is als volgt:
Als je vóór release 03 reeds je salarisproductie voor periode 03 hebt afgeroepen, dan zijn als vanouds de herrekeningen voor release 03 niet uitgevoerd. Als je je salarisproductie voor periode 04 vervolgens draait vóór 28-03-2021 (implementatie release 04), dan krijg je deze herrekeningen alsnog. Draai je je salarisproductie daarna, dan krijg je alleen herrekeningen voor release 04. Dit is een eenmalig probleem doordat Gemal vanaf periode 03 begint met releases te tellen én release 04 al in de voorgaande maand wordt geïmplementeerd. Desgewenst kun je zelf collectief herrekenen door werkgevercode 99221 vast te leggen met waarde 01.
Loon of uitkeringen worden belast conform een loonheffingstabel. Meestal is dat de witte of groene tabel. In de loonaangifte wordt aangegeven welke tabel is toegepast via de code loonbelastingtabel.
Er zijn ook een aantal uitzonderlijke situaties. Zo kan een werknemer vrijstelling hebben voor de loonheffing of er kan een anoniementarief van toepassing zijn, omdat de identiteit van de werknemer niet formeel vastgesteld kan worden. Voor deze situaties is in de loonaangifte een aparte code loonbelastingtabel gedefinieerd.
In Gemal wordt het anoniementarief vastgelegd als aparte optie náást de opgegeven loonheffingstabel. Dat zorgt voor dubbelzinnige vastlegging. In de praktijk is men het altijd eens geweest dat bij wit/groen + anoniementarief het anoniementarief voor gaat.
Bij sommige opties is dat echter minder duidelijk, zoals bij gelijktijdig vrijstelling voor de loonheffing en anoniementarief. Dit blijkt soms tot fouten te leiden bij de vastlegging of in de loonaangifte. Daarnaast kent Gemal de optie om afzonderlijk anonimiteit vast te leggen voor de loonheffing en voor de SV/ZVW. Hierbij is het onmogelijk dat een persoon wel anoniem is voor de ene berekening, maar niet voor de andere.
Om die reden wordt de aansturing voor anonieme werknemers verhuisd naar één code.
Invoercode 02270 Anoniem LH en invoercode 02271 Anoniem ZVW/WN komen te vervallen. De functionaliteit van deze invoercodes wordt ondergebracht bij invoercode 02333 Code loonheffingstabel op de nieuwe waarde 4:
Gegeven: code loonheffingstabel.
Vastleggen: invoercode 02333.
Opgeven welke loonheffingstabel dient te worden gehanteerd:
1 = witte;
2 = groene;
3 = geen loonheffingstabel toepassen;
4 (nieuwe waarde) = anoniementarief (52% en geen maximum SV/ZVW);
6 = thuiswerkers, aannemers van werk, sexwerkers en gelijkgestelden;
7 = binnenlandse artiest / beroepssporter;
8 = buitenlandse artiest / beroepssporter zonder verlaagd % beschikking en invoercode 02451 (vast) is niet vastgelegd. Buitenlandse beroepssporter met verlaagd % beschikking en invoercode 02451 (vast) is met een waarde vastgelegd;
9 = buitenlandse artiestengezelschappen en sportploegen.
Wij zullen een conversie uitvoeren die met ingang van periode 03 invoercode 02270 Anoniem LH en/of invoercode 02271 Anoniem ZVW/WN waarde 1 omzet naar invoercode 02333 waarde 4.
Als je na periode 03 de oude invoercodes 02270 en 02271 nog aanlevert - omdat je een versie van HR Core of een eigen HR-pakket gebruikt dat nog niet hierop is aangepast - dan worden deze codes ook bij binnenkomst in Gemal geconverteerd. De conversie is echter gemaakt voor de klanten in de sector Pensioen en Uitkeringen (zie hierna) en zal beëindigd worden zodra vanuit die sector de conversie niet langer nodig is. In de basis ondersteunen wij immers geen oude versies van HR-pakketten.
Deze conversie wordt uitgevoerd met terugwerkende kracht naar 01-2021. Om die reden zullen wij een automatische herrekening uitvoeren. Je herkent deze herrekening op je mutatieverslag aan reden 03-03. Hieraan zijn geen kosten verbonden.
Let op: indien je in de oude situatie invoercode 02333 had vastgelegd met waarde 1 witte tabel of 2 groene tabel, dan is respectievelijk uitvoercode 01776 loon tabel wit of uitvoercode 01777 loon tabel groen berekend. Deze uitvoercode valt weg na herrekening, omdat invoercode 02333 wordt omgezet naar waarde 4 anoniementarief. Er is immers geen wit of groen tabelloon in de betreffende perioden.
Als je invoercode 02270 Anoniem LH en/of invoercode 02271 Anoniem ZVW/WN had opgenomen in Self Service formulieren, denk er dan aan deze om te zetten in invoercode 02333 Code loonheffingstabel nieuwe waarde 4.
De Belastingdienst heeft aangegeven dat als een werknemer tegelijkertijd anoniem is en vrijstelling voor de loonheffing heeft, de vrijstelling voor gaat. Dit is een zeer uitzonderlijke situatie omdat een werknemer een BSN nodig heeft om de vrijstelling te kunnen aanvragen. De situatie doet zich alleen voor als de werknemer niet alle stukken bij je heeft aangeleverd.
Als je in de oude situatie toch tegelijkertijd anoniementarief (invoercode 02270 waarde 1) en vrijstelling loonheffing (invoercode 02333 waarde 3) toepaste, dan gaf Gemal de vrijstelling voorrang. Voor 2021 wordt automatisch het anoniementarief toegepast vanwege de algemene conversie. Als deze situatie zich bij je voordoet, dan dien je zelf invoercode 02333 waarde 3 vast te leggen vanaf 2021.
Let op: bovenstaande situatie is dusdanig uitzonderlijk dat de Belastingdienst heeft aangegeven dat de loonaangifte op deze situatie niet is voorbereid. Je ontvangt op dit moment loonaangiftemelding 0087 als het BSN ontbreekt en je past de vrijstelling loonheffing (tabelcode 999) toe. De Belastingdienst onderzoekt nog hoe de controle op deze situatie aangepast kan worden.
In de praktijk bestaat de situatie niet dat een werknemer anoniem is voor alleen de loonheffing of alleen voor de SV/ZVW. In de oude situatie was het toch mogelijk om dit vast te leggen. Indien je alleen invoercode 02270 Anoniem LH en/of invoercode 02271 Anoniem ZVW/WN had vastgelegd, dan wordt in de nieuwe situatie de anonimiteit voor beide situaties toegepast. Dit levert dus een verschil op. Mocht die situatie zich bij je voordoen, dan dien je zelf te beoordelen of de werknemer al dan niet als anonieme werknemer geregistreerd moet worden.
Pension & Benefits Core gaat op een later moment over naar de nieuwe situatie. Pensioen Excasso online (Primus) wordt niet aangepast. Invoercode 02270 en invoercode 02271 zijn en blijven hiervoor beschikbaar en geactiveerd worden door Asap component 051 waarde 9 en door de afzonderlijke componenten 9AP (is gekoppeld aan 02270) / 9AQ (is gekoppeld aan 02271).
Als je één van deze invoercodes vastlegt met waarde 1, dan zet Gemal automatisch ook invoercode 02333 Code loonheffingstabel op waarde 4 (anoniementarief). Alle 3 codes worden getoond op het stamkaartje indien aanwezig en teruggekoppeld naar Pension & Benefits Core en Pensioen Excasso online.
Let op:
Tot op heden gaf je in Gemal aan dat het anoniementarief van toepassing was door invoercode 02270 Anoniem LH vast te leggen met waarde 1. Als er herleidingsregels van toepassing zijn, dan leg je die vast met invoercode 02334 Code speciale fiscale regeling.
Het anoniementarief is 52% en hier zijn nooit herleidingsregels op van toepassing. Als je beide invoercodes tegelijkertijd vastlegde, bleek Gemal echter het anoniementarief te negeren. In dat geval werd de loonbelastingtabel toegepast zoals vastgelegd op invoercode 02333 Code loonheffingstabel in combinatie met de herleidingsregels van invoercode 02334.
Met ingang van periode 03 hebben we dit aangepast. Als je het anoniementarief toepast, dan gaat dat altijd voor op eventuele herleidingsregels. Uit onderzoek van onze kant blijkt dat deze fout zich in praktijk gelukkig nog niet heeft voorgedaan in het huidige jaar. Om die reden wordt er geen automatische herrekening uitgevoerd.
In Gemal is een controle aanwezig waardoor het BSN (invoercode 02320) of IKV (invoercode 02322) niet gewijzigd kan worden als de datum in-dienst in een voorgaand jaar ligt.
Gemal presenteert in die situatie foutcode 181. De reden daarvan is, dat het BSN en IKV belangrijke sleutelgegevens zijn in de loonaangifte en de pensioenaangifte. Gemal levert geen loonaangiftegegevens over vorig jaar en geen pensioenaangifte over het jaar vóór vorig jaar aan. Bij wijziging van het BSN of IKV kan dit er toe leiden dat de sleutel per jaargang niet gelijk is. Dat levert grote problemen op bij de ontvangende instanties.
Bij nieuwe klanten is er geen levering over een voorgaand jaar aanwezig en kan dit probleem niet optreden. Tegelijkertijd worden er vaak veel werknemers ingevoerd met een datum in-dienst in een voorgaand jaar. Bij de eerste in-dienstmelding wordt de controle niet uitgevoerd, maar als hierbij een fout wordt gemaakt dan kan die fout niet hersteld worden en moet er een nieuw persoonsnummer worden aangemaakt. De bestaande controle blijkt dus in de praktijk tot ongewenste situaties te leiden.
De controle is met ingang van periode 03 in Gemal aangepast. Het BSN of IKV kan gewijzigd worden als dit het eerste jaar is dat je productie draait op de betreffende instelling. Dit betekent dat werkgevercode 02201 Datum eerste daadwerkelijke productie is vastgelegd met een datum in het huidige jaar (of in de toekomst bij proefdraaien).
Per 2021 is de jaarlijkse aanpassing voor de woonlandfactoren uitgevoerd. Op 8 januari hebben wij geconstateerd dat het percentage voor Frankrijk niet juist was opgenomen. Op 9 januari 2021 is dit aangepast. Zie het betreffende onderwerp in deze release notes onder het kopje Eerder gepubliceerde nieuwsberichten.
Omdat een aantal klanten al vóór deze wijziging hun salarisproductie hadden afgeroepen, is er specifiek voor deze situatie een automatische herrekening uitgevoerd in februari. Helaas is vastgesteld dat de door ons toegepaste selectie voor deze herrekening niet correct werkt, als in januari - na de wijziging - nog aanvullende correctieproducties zijn vervaardigd.
We zullen in periode 03 nogmaals een automatische herrekening uitvoeren, maar dan (voor de zekerheid) voor alle werknemers met woonlandfactor Frankrijk. Deze herrekening vind je terug als reden 03-09 op het mutatieverslag. Hieraan zijn geen kosten verbonden.
Als voor een werknemer invoercode 02511 Percentage vaste contracturen wordt vastgelegd met een afwijkende ingangsdatum, dan berekent Gemal een foutief percentage en worden onjuiste resultaten berekend op de volgende uitvoercodes:
01873 - afdracht premie WW
02107 - afdracht SV
02342 - afdracht WW Laag
02346 - grondslag addendum
02347 - premie WW addendum
Als bijvoorbeeld invoercode 02511 met een ingangsdatum van 28 november 2020 is vastgelegd, dan zou Gemal moeten rekenen met 3/30, maar in plaats daarvan rekende Gemal met 27/30.
Met ingang van periode 03 is Gemal hierop aangepast. Als je een dergelijke mutatie hebt vastgelegd in de januari- of februari-productie van 2021, dan wordt dit gecorrigeerd via een automatische herrekening in periode 03. Deze mutaties worden op het mutatieverslag gekenmerkt met reden 03-04. Hieraan zijn geen kosten verbonden.
Als deze foutsituatie zich nog voordoet in de gegevens over 2020, dan kun je dit corrigeren door voor de betreffende werknemer een herrekening vast te leggen via invoercode 02475 Beginperiode herrekening met terugwerkende kracht over 2020. De berekening wordt dan over 2020 wel gecorrigeerd, maar de wijziging in WW-premie wordt niet doorgegeven in de loonaangifte. De juiste bedragen dien je handmatig door te geven.
Een grondslag kan berekend worden over alleen vaste, alleen variabele of beide gegevens. Dit is door ons ingericht op werkgevercode 59001 Vast/eenmalig [1]. Het resultaat van een grondslag wordt doorgaans (eventueel na bewerking) gepresenteerd op een uitvoercode. Die uitvoercode kan weer opgenomen zijn in een andere grondslag.
Voorbeeld: de grondslag ouderschapsverlof wordt bewerkt tot een bedrag korting en gepresenteerd op uitvoercode 01071 ouderschapsverl. Uitvoercode 01071 is weer opgenomen in de grondslag eindejaarsuitkering.
Een dergelijke uitvoercode kan worden opgenomen in een volgende grondslag met waarde 5. Dit betekent dat de uitvoercode alleen wordt geteld voor zover deze is berekend over uitvoercodes die zowel in de eigen grondslag (in het voorbeeld ouderschapsverlof) als in de vervolggrondslag (in het voorbeeld eindejaarsuitkering) zijn opgenomen. Om de waarde van de uitvoercode (in het voorbeeld 01071) correct vast te stellen, voert Gemal een nieuwe berekening uit.
Het bleek dat in die berekening altijd alle vaste en variabele gegevens werden meegenomen, ook als de grondslag alleen over de vaste gegevens werd berekend. Hierdoor werd de grondslag te hoog vastgesteld.
Met ingang van periode 03 is de berekening aangepast: als een uitvoercode de uitvoer betreft van een grondslag en die uitvoercode is zelf opgenomen in een volgende grondslag met waarde 5, dan toetst Gemal nu of de grondslag waarover de uitvoercode oorspronkelijk was berekend betrekking had op vaste, variabele of beide gegevens.
Rekenvoorbeeld:
In de grondslag ouderschapsverlof zijn opgenomen:
- uitvoercode 01001 salaris (vast) = € 2000.
- uitvoercode 01003 sal. extra uren (variabel)= € 500.
Er is 50% ouderschapsverlof vastgelegd. Dit wordt alleen berekend over de vaste gegevens. Het verlof heeft immers betrekking op de vaste uren en niet op de meeruren.
uitvoercode 01071 ouderschapsverl. = € 2000 x 50% = - € 1000
Uitvoercode 01071 is opgenomen in de grondslag eindejaarsuitkering met waarde 5. In die grondslag zijn ook uitvoercodes 01001 salaris en 01003 sal. extra uren opgenomen.
Bij de berekening van het recht EJU werd uitvoercode 01071 opnieuw bepaald. Deze bepaling ging ten onrechte over de vaste - en de variabele gegevens tegen een waarde van (€ 2000 + € 500) x 50% = - € 1250.
Ook in de grondslag vakantietoeslag wordt uitvoercode 01071 bepaald tegen de waarde € 2000 x 50% = - € 1000.
De fout heeft zich voorgedaan in situaties dat uitvoercodes voor korting wegens verlofregelingen (00675 t/m 00679 / 01071 / 01110 / 01146 / 01164 / 01301 / 01302 / 01441 t/m 01445) of uitvoercodes voor doorbetaling tijdens verlof (00635 t/m 00649) zijn opgenomen in de grondslag vakantietoeslag of in de grondslag van enige eindejaarsuitkering met waarde 5.
In die situatie zijn het recht eindejaarsuitkering (uitvoercodes 01611 / 01612 / 01643 t/m 01646 / 01653), de korting eindejaarsuitkering (uitvoercodes 01801 t/m 01807) en de korting VT (uitvoercode 01652) onjuist berekend. Het recht VT (uitvoercode 01618) is wel correct berekend.
Wij zullen in periode 03 een automatische herrekening uitvoeren om voorkomende foutsituaties te herstellen, zie reden 03-02 op het mutatieverslag. Hieraan zijn geen kosten verbonden.
[1] Gemal handleiding onderwerp Grondslagen bij 1.7 Aansturing grondslagen.
In periode 01 zijn de invoercodes 02863 Code gemoedsbezwaard LA en 03079 Code gemoedsbezwaard PF weggevallen van de salarisstrook en het overzicht vaste personeelsgegevens.
In periode 03 zullen we voor de betreffende werknemers een automatische herrekening aansturen om deze gegevens te herstellen op de salarisstrook en het overzicht vaste personeelsgegevens en tevens in de loonaangifte en in de pensioenaangifte APG. Deze herrekening is herkenbaar aan reden 03-06 op het mutatieverslag. Hieraan zijn geen kosten verbonden.
Je kunt in Gemal een toelage laten betalen die gebaseerd is op het verschil tussen de eigen inschaling van de medewerker en een andere inschaling, zoals bijvoorbeeld van toepassing bij een waarneming [1].
We constateren dat deze toelage (uitvoercode 01185) niet op de juiste wijze in de programmatuur is opgenomen. Hierdoor wordt de vaste waarde van uitvoercode 01185 bijvoorbeeld niet meegenomen bij de vaststelling van het jaarinkomen ABP en mogelijk in andere grondslagen die uitgaan van een vaste waarde.
Om deze situatie te herstellen, zullen we in periode 03 een automatische herrekening uitvoeren, zie reden 03-08 op het mutatieverslag. Hieraan zijn geen kosten verbonden. Ook wordt voor betrokken medewerkers hierbij het jaarinkomen ABP opnieuw vastgesteld.
[1] Handleiding onderwerp Bruto componenten bij 3.27 Toelage verschil inschaling.
We hebben in januari een bericht op de community geplaatst over het controleoverzicht werkkosten in combinatie met de ‘eindheffing overschrijding forfaitaire werkkostenregeling’ vanuit de loonaangifte. Zie het volgende onderwerp in deze release notes.
Met ingang van periode 03 zijn de problemen met het berekenen van de werkkosten/eindheffing als volgt opgelost.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
26 januari 2021 - We hebben diverse meldingen ontvangen over het controleoverzicht werkkosten in combinatie met de ‘eindheffing overschrijding forfaitaire werkkostenregeling’ vanuit de loonaangifte. Helaas is in bepaalde gevallen het controleoverzicht fout en het komt ook voor dat de berekende eindheffing niet juist is.
1. Op het controleoverzicht worden geen detailregels gepresenteerd als de uitvoercode in de grondslag werkkostenregeling (werkgevercode 55100) is opgenomen met waarde 9 (negatief tellen in de grondslag) of als de uitvoercode op CAO-niveau is opgenomen. Het totaal aan werkkosten en de berekende eindheffing zijn in dit geval wel goed.
2. Het controleoverzicht is fout als er uitvoercodes in de grondslag van werkgevercode 55100 zijn opgenomen met waarde 8 (niet opnemen in de grondslag). In dit geval worden de uitvoercodes toch meegeteld. Dit kan je oplossen door in een aanvullende correctieproductie over december 2020 de betreffende uitvoercode(s) uit de grondslag te verwijderen: je legt bij de uitvoercode(s) de waarde 0 (eerdere opgegeven waarde vervalt) vast. Ook de berekende eindheffing kan in dit geval fout zijn.
3. De berekende eindheffing in de loonaangifte is fout als het loon groene tabel (uitvoercode 01777) meer is dan 10% van de totale loon voor loonheffing. Het controleoverzicht is in dit geval wel goed.
4. De doorgegeven eindheffing is soms ook fout als bij een ceanummer meerdere instellingen voorkomen, waarvoor bij niet alle instellingen eindheffing berekend is. De eindheffing kan dan bij een ander loonheffingennummer van het ceanummer zijn opgenomen.
Wij geven daarom het advies om goed te kijken bij de aangifte loonheffing of het bedrag ‘eindheffing overschrijding forfaitaire werkkostenregeling’ wel goed is. Indien dit niet het geval is, dan kan je dit in de loonaangifte applicatie aanpassen.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
28 januari 2021 - Voor 2020 was de vrije ruimte voor de werkkostenregeling opgerekt van 1,7 naar 3,00 procent. Per januari 2021 hebben wij dit weer aangepast naar 1,7 procent. Onlangs is er een bericht uitgegaan dat ook voor 2021 het verhoogde percentage van 3,00 van toepassing is. Het percentage is in Gemal aangepast met terugwerkende kracht vanaf januari bij werkgevercode 03330 en 03338.
In periode 02 zullen we een automatische herrekening uitvoeren, zie reden 10 op het mutatieverslag. Hieraan zijn geen kosten verbonden.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
28 januari 2021 - In release 2021-01 zijn onder andere de woonlandfactoren aangepast. Bij het percentage voor Frankrijk was per 01-01-2021 een percentage van 89,81 opgenomen. Dit moest zijn 89.18. Het percentage is alsnog per 9 januari aangepast. Als je de januari-productie voor 9 januari hebt afgeroepen, dan is een foutief percentage toegepast.
In periode 02 zullen we een automatische herrekening uitvoeren, zie reden 08 op het mutatieverslag. Hieraan zijn geen kosten verbonden.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
4 februari 2021 - Eerder hebben we aangekondigd dat enkele overzichten zullen vervallen. We hebben onder andere geschreven dat het selectief resultatenoverzicht - lijstnummer 2601 t/m 2640 (papier) - komt te vervallen [1]. Dit geldt ook voor het selectief werknemeroverzicht - lijstnummer 2301 t/m 2340.
Het voornemen om deze overzichten uit te faseren is ongewijzigd, alleen dit zal later in het jaar plaatsvinden. Ons advies is om dit soort overzichten te genereren via het resultatenoverzicht in CSV formaat - lijstnummer 0605.
De selectieve resultatenoverzichten en selectieve werknemeroverzichten stammen uit de tijd waarin het nagenoeg niet mogelijk was om goed in een database te zoeken. Om deze reden willen we de overzichten uit de programmatuur van Gemal verwijderen.
[1] Release notes 2021-01/17.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
18 februari 2021 - Met ingang van 18 februari is de programmatuur van Gemal aangepast. Producties vervaardigd op of na deze datum zullen met de gewijzigde programmatuur worden verwerkt.
Let op: als de fout zich heeft voorgedaan in je salarisproductie van februari, dan dien je de mutatie voor het koppelen - invoercode 02950 - opnieuw vast te leggen in een correctieproductie over februari of in de maart-productie.
17 februari 2021 - De oplossing voor de foutcode is getest en goed bevonden. We streven ernaar om de oplossing in de nacht van woensdag op donderdag over te zetten naar de productie-omgeving. Hierna voeren we nog een laatste test uit. We laten je weten wanneer alles afgerond is.
16 februari 2021 - In periode 02 zijn aanpassingen doorgevoerd in Gemal voor het koppelen van dienstverbanden [1]. Het blijkt dat de mutatie voor het koppelen - invoercode 02950 waarde 1 - een foutcode geeft op het mutatieverslag: de koppeling wordt dus afgekeurd. De bedoeling van de aanpassing was om bij een afkeuring aan te geven op basis van welke invoercode de afkeuring wordt veroorzaakt. We zijn druk bezig het probleem te onderzoeken. Wat in veel situaties opvalt is dat er in de productie waar de mutatie voor het koppelen wordt vastgelegd, bij de meldingen onderaan op het mutatieverslag invoercodes worden aangegeven die in dezelfde productie bij één van de dienstverbanden met een waarde 0 of blanco staan vermeld.
Zodra duidelijk is hoe en wanneer we dit gaan oplossen, zullen we je nader informeren.
[1] Release notes 2021-02/5.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
19 februari 2021 - Het blijkt dat als in periode 02 een mutatie over vorig jaar is opgegeven, deze effect had over cumulaties die over het jaar heen gaan (zoals bijvoorbeeld VT, Eindejaarsuitkering etc.) Dit resulteerde in een onjuiste berekening en presentatie van het recht van deze uitkering. Bij uitdiensttreding kan dit leiden tot een onterechte uitbetaling.
Omdat de fout over het cumulatieve recht - alleen bij VTWK over 2020 - te hoog is, zal het merendeel van de medewerkers hier geen probleem door ervaren. Wanneer echter de medewerker uit-dienst is gemeld in januari 2021, kan het recht VT/Eindejaarsuitkering etc. onjuist zijn.
Met ingang van periode 03 is Gemal hierop aangepast. In periode 03 zullen we voor de betreffende werknemers een automatische herrekening uitvoeren, zie reden 03-10 op het mutatieverslag. Hieraan zijn geen kosten verbonden.
Let op: Deze herrekening kan leiden tot verschillen in positieve maar ook negatieve rechten.
Voor werknemers met een uit-dienst datum in januari - met TWK opgegeven in februari - moet je de rechten beoordelen als ook een herrekening voor die medewerker over 2020 is uitgevoerd in februari. Deze doelgroep is te vinden door in februari te kijken naar de loonstaat nabetaling vorig jaar.
Omdat het verschil tot een uitbetaling of vordering kan leiden - afhankelijk van de mutatie in februari - kun je zelf beoordelen hoe de betaling van februari aangepast moet worden. In Betaal Manager kun je medewerkers desgewenst ook nog blokkeren.
In Gemal is een controle aanwezig waardoor het BSN (Burgerservicenummer) niet gewijzigd kan worden als de datum in-dienst in een voorgaand jaar ligt. Gemal presenteert in die situatie foutcode 181.
De reden daarvan is, dat het BSN een belangrijk sleutelgegeven is in de loonaangifte en de pensioenaangifte. Gemal levert geen loonaangiftegegevens over vorig jaar aan. Bij wijziging van het BSN kan dit er toe leiden dat de sleutel per jaargang niet gelijk is. Dat levert grote problemen op bij de ontvangende instanties.
Binnen de sector Pensioen en uitkeringen komt de situatie veel vaker voor dat het BSN pas laat wordt aangeleverd dan bij reguliere salarisverwerking. Als een pensioen excasso wordt gestart naar een persoon die naar het buitenland is verhuist, dan is het BSN niet altijd direct bekend.
De hierboven beschreven controle leidt tot problemen als de excasso in het vorige jaar is gestart, maar het BSN pas in het huidige jaar wordt aangeleverd. Tegelijkertijd is herrekenen over voorgaand jaar bij vrijwel de hele sector uitgeschakeld doordat werkgevercode 03050 is vastgelegd met waarde 0.
Bij de specifieke wijziging van geen BSN naar BSN met een waarde kan de Belastingdienst op basis van andere gegevens de loonaangiftegegevens aan elkaar koppelen. Van pensioenaangifte is in deze sector geen sprake.
Om bovenstaande redenen hebben we besloten om de controle op wijziging van BSN in een later jaar dan in-dienst niet uit te voeren indien je onder de sector P&U (CAO code 60) valt. Tevens wordt herrekenen over vorig jaar niet toepast (werkgevercode 03050 is niet vastgelegd).
reden | omschrijving |
---|---|
08 | Percentage woonlandfactor Frankrijk aangepast per 9 januari |
09 | CAO kinderopvang - Eindejaarsuitkering in de pensioenregeling |
10 |
Percentage vrije ruimte voor de werkkostenregeling CAO gehandicaptenzorg - Eenmalige uitkering bij werknemers uit-dienst in januari |
reden
|
omschrijving
|
---|---|
03-02 |
Berekening waarde 5 in grondslagen bij verwerking alleen vaste of variabele gegevens (change 2456075) |
03-03 | Anoniementarief als LH-tabel |
03-04 |
Percentage vast contract met afwijkende ingangsdatum (change 2502781) |
03-05 | Niet in gebruik |
03-06 |
Codes gemoedsbezwaard niet op salarisstrook (change 2581286) |
03-07 |
CAO VO - Wijziging in- en doorstroombanen |
03-08 | Toelage verschil inschaling (change 2571658) |
03-09 |
Nogmaals: Percentage woonlandfactor Frankrijk aangepast |
03-10 |
Onjuiste cumulatieve gegevens bij VTWK (change 2574596) |
03-11 | CAO gehandicaptenzorg - Nogmaals: eenmalige uitkering bij werknemers uit-dienst in januari (change 2604965) |
invoercode
|
omschrijving
|
---|---|
- | - |
werkgevercode
|
omschrijving
|
---|---|
- | - |
Publishing Date : 2/25/2021
Copyright 2019 Visma Community. All right reserved.