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 3 september 2024.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
In verband met een groter technisch onderhoud, verwerkt Gemal op zaterdag 24 en zondag 25 augustus geen salarisproducties. We hebben dit onderhoud bewust gepland in een weekend en buiten de periode dat de meeste werkgevers salarisproducties afroepen, om zo de overlast te beperken. Gemal zal geheel niet beschikbaar zijn op deze dagen. Het is dus ook niet mogelijk om mutaties vast te leggen in Gemal Direct.
Mutaties vanuit de Youforce App worden in een wachtrij bewaard en verwerkt in Gemal Direct zodra het systeem weer werkzaam is.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
Je kunt sinds release 2024-05/1 salarisstroken vanuit RSM printen via printprovider Paragon. Je stuurt dit aan met Gemal invoercode 02989 / HR Core rubriek P02989.
Deze nieuwe invoercode is gedefinieerd op persoonsniveau, waar code 02993 (de invoercode waarmee je het printen op papier van de standaardstrook en/of jaaropgaaf mee aanstuurde) was gedefinieerd op dienstverbandniveau. Dat betekent dat als je de nieuwe code vastlegt bij één dienstverband, dan wordt deze gekopieerd naar alle dienstverbanden van deze persoon.
Wij hebben van diverse werkgevers de feedback ontvangen dat deze inrichting tot problemen leidt in de uitvoering. Voorbeelden hiervan zijn:
Zoals reeds gecommuniceerd, is vanaf 2024-10 de RSM strook de enige salarisstrook die nog ondersteund wordt. We realiseren ons dat daardoor meer werkgevers worden geconfronteerd met de hierboven geschetste afhandeling. We zullen dit gegeven daarom in release 2024-10 omzetten naar dienstverbandniveau.
In Gemal wordt de bestaande invoercode 02989 omgezet naar dienstverbandniveau. Middels een conversie, wordt de waarde van invoercode 02989 die nu op persoonsniveau is vastgelegd, gekopieerd naar alle dienstverbanden.
In HR Core wordt een nieuwe rubriek op dienstverbandniveau geïntroduceerd: P03189. Je kunt zelf met de functie collectief muteren rubriek P02989 omzetten naar rubriek P03189 en eventueel aanpassingen doorvoeren bij dienstverbanden waar je dat wenst. Een exacte werkinstructie voor deze omzetting, wordt te zijner tijd in de release notes van HR Core opgenomen.
Het hangt van je beleid af of je stroken print en in welke situaties. Je dient zelf te analyseren of je workflows in HR Self Service moet aanpassen op deze situatie.
Als de code is omgezet naar dienstverbandniveau, dan kun je per dienstverband een waarde vastleggen. Dit is alleen zinvol als je per dienstverband een aparte strook aanmaakt (werkgevercode 31108 is niet vastgelegd). Je kunt immers alleen dan de ene strook wel printen en de andere niet.
Als je de keuze hebt gemaakt om bij meerdere dienstverbanden de salarisstrook samen te voegen, dan moet je een consistente keuze maken bij die dienstverbanden. Je kunt immers dezelfde strook niet tegelijkertijd wel en niet printen. Als je geen consistente keuze maakt, dan volgt Gemal de regels die hieronder beschreven zijn.
Jaaropgaven zijn altijd samengesteld. Als je geen consistente keuze maakt, dan volgt Gemal de logica die hieronder beschreven is.
Regels bij inconsistente vastlegging:
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
De salarisstroken bij meerdere dienstverbanden kun je laten samenvoegen op één strook. Het samenvoegen wordt met werkgevercode 31108 gedaan. Je voegt daarmee het bruto/netto traject en de betaling van deze dienstverbanden samen. Met een andere werkgevercode, 31125 , worden de blokken met dienstverbandgegevens/periode opbouw resultaten van deze dienstverbanden onderaan de strook getoond. Omdat we in oktober collectief overgaan op de RSM strook, geven we de werking van de werkgevercodes die hier betrekking op hebben nogmaals aan. Daar zit geen wijziging op, maar het is goed te weten hoe de werking is.
Werkgevercode 31125 (de blokken onderaan de strook van de meerdere dienstverbanden) is door Gemal met een ‘A’ aansturing voor iedereen geactiveerd ongeacht de soort strook, maar werkt alleen bij de huidige Gemalstrook; niet in de RSM strook. In RSM worden op dit moment één van de meerdere dienstverbandblokken onderaan de strook getoond en niet van alle meerdere dienstverbanden. Gezien het aanzienlijk aantal RSM stroken dat op dit moment al ermee werkt, lijkt dit geen probleem op te leveren. De presentatie/volgorde van de blokken wordt gedaan op basis van de aansturing met werkgevercode 31120, waarbij de gegevens van één van de dienstverbanden wordt getoond.
Werkgevercode 31108, het daadwerkelijk samenvoegen van het bruto/netto en de betaling ervan, wordt in RSM wel ondersteund. Deze aansturing vereist een klantmutatie en is niet door Gemal collectief aangezet. Als je niets doet, werkt de huidige aansturing van werkgevercode 31108 voor de huidige Gemal strook ook door op de RSM strook.
We gaan de aansturing van werkgevercode 31125 verwijderen, zodat de collectieve aansturing van de samengevoegde blokken wegvalt; deze hebben in RSM geen functie. Dit levert geen wijziging op voor klanten die reeds op RSM over zijn.
Je kunt ervoor kiezen om het samenvoegen van het bruto/netto en betaling van meerdere dienstverbanden met werkgevercode 31108 opnieuw te beoordelen. Het merendeel van de huidige RSM stroken, hebben deze samenvoeging van het bruto/netto en samenvoegen van de betaling ervan, geactiveerd. Daardoor wordt bijvoorbeeld een vordering van één van deze dienstverbanden automatisch verrekend.
Je kunt er ook voor kiezen om de stroken niet samen te voegen: je krijgt dan één strook per dienstverband met de correcte blokken onderaan de salarisstrook. De keuze die je maakt voor werkgevercode 31108 heeft geen invloed op de hoogte van de berekende loonheffing bij gekoppelde dienstverbanden; die is afhankelijk van de invoercode 02950.
Sinds 2023 is de functionaliteit voor de vastlegging van WGA- en IVA-uitkeringen gemoderniseerd, waardoor deze uitkeringen gemakkelijker in Gemal zijn te registreren.
Het blijkt dat dit nog niet geheel geldt voor vervroegde IVA-uitkeringen. Vervroegde IVA uitkeringen passen niet goed in de bestaande structuur. Vanwege de loondoorbetalingsverplichting moet het oorspronkelijke dienstverband vaak (deels) actief blijven, waar dat bij reguliere IVA-uitkeringen juist niet het geval is. De vastlegging is daardoor complex en leidt regelmatig tot fouten.
In deze release is nieuwe functionaliteit gerealiseerd, specifiek voor vervroegde IVA-uitkeringen. Deze functionaliteit is beschikbaar voor heel 2024 en kan daardoor met terugwerkende kracht worden toegepast. Het doel van deze functionaliteit is dat ook vervroegde IVA-uitkeringen gemakkelijker te administreren zijn in Gemal. Idealiter zouden we deze natuurlijk volledig automatiseren, maar dit is helaas niet mogelijk, vanwege diverse keuze-opties en een afwijkende manier van berekenen van het pensioen voor PFZW.
We hebben een nieuwe invoercode geïntroduceerd.
Gegeven: verrekenen vervroegde IVA
Vastleggen: invoercode 02356
0 (of niet vastgelegd) = geen effect
1 = verrekenen vervroegde IVA
Deze invoercode leg je vast op de hoofd IKV (invoercode 02516 Code type IKV = 0). Dit is het bestaande dienstverband van waaruit de werknemer ziek is geworden.
De verdere registratie en afhandeling in Gemal is afhankelijk van of je de uitkering namens UWV doorbetaalt aan de werknemer (werkgeversbetaling) of dat UWV de uitkering rechtstreeks aan de werknemer betaalt (werknemersbetaling).
Je maakt een nieuw registratienummer (IKV) aan, waarop je de uitkering vastlegt. Deze werkwijze is gelijk aan die van een niet-vervroegde IVA-uitkering. Je kunt de instructie stap voor stap nalezen in de Gemal handleiding, hoofdstuk Ziekte, WAO-WIA, 3.1, onder Volledige arbeidsongeschiktheid.
Op het dienstverband waaruit de werknemer ziek is geworden, leg je bovendien invoercode 02356 Verr vervr IVA vast met waarde 1.
Gemal herkent de IKV met de uitkering aan invoercode 02516 Code type IKV = 9 IVA-uitkering. Het bruto bedrag van uitvoercodes 01005 AO uitkering en 01077 Uitkering IP op deze IKV wordt door Gemal opgeteld en ingehouden op uitvoercode 01398 verr vervr IVA op de IKV waar invoercode 02356 Verr vervr IVA is vastgelegd.
De werkwijze is gelijk aan die van een niet-vervroegde IVA-uitkering. Je kunt de instructie stap voor stap nalezen in de Gemal handleiding, hoofdstuk Ziekte, WAO-WIA, 3.1, onder Volledige arbeidsongeschiktheid.
Op het dienstverband van waaruit de werknemer ziek is geworden, leg je bovendien invoercode 02356 Verr vervr IVA vast met waarde 1.
Gemal berekende in deze situatie reeds in de bestaande situatie een kruispost:
In de nieuwe situatie wordt het uitkeringsbedrag nogmaals ingehouden, maar dan op uitvoercode 01398 verr vervr IVA. Dit betreft de verrekening met het loon.
Let op: er vindt dus tweemaal een inhouding plaats van hetzelfde uitkeringsbedrag. Eenmaal om de uitbetaling te compenseren (UWV heeft immers al betaald) en eenmaal om de betaling van UWV te verrekenen met het loon.
De uitkering mag verrekend worden met het loon van de werknemer. Als de uitkering meer bedraagt dan het loon, dan mag maximaal het bedrag van het loon verrekend worden. Zeker als in het tweede ziektejaar 70% loondoorbetaling geldt, zal deze situatie zich regelmatig voordoen. Gemal maximeert de verrekening op uitvoercode 01398 verr vervr IVA automatisch op basis van een nieuwe grondslag.
Gegeven: Grondslag verrekenen vervroegde IVA
Vastleggen: werkgevercode 55050
0 (of niet vastgelegd) = eerder opgegeven waarde vervalt;
1 = telt in de grondslag;
8 = niet opnemen bij vaststelling van de grondslag;
9 = negatief tellen in de grondslag
Het resultaat van deze grondslag wordt gepresenteerd op de nieuwe uitvoercode:
01912 Ln verr vervr IVA
Grondslag 55050 is door ons ingericht op A en C niveau. Wij hebben onderdelen van het vaste salaris en toelagen daarop, alsmede kortingen en doorbetalingen bij langdurige ziekte in de grondslag opgenomen. Flexibel in te richten codes, zoals bruto diversen, hebben wij niet opgenomen, omdat je wellicht in de situatie van een vervroegde IVA toch nog betalingen aan je werknemer op deze codes wilt verrichten zonder dat deze direct met de uitkering verrekend moeten worden.
Wij adviseren je zelf de grondslag te controleren en te beslissen of je zelf componenten hebt ingericht die je ook wilt verrekenen met een vervroegde IVA-uitkering.
Wij hebben uitvoercode 01398 verr vervr IVA opgenomen in de grondslag VT (werkgevercode 56001). UWV betaalt immers over het uitkeringsdeel zelf VT. Dit geldt niet voor overige ‘arbeidsvoorwaardenbedragen’ zoals EJU en/of PB. Deze zijn door UWV verwerkt in het dagloon van de uitkering.
Om dit correct te administreren, dien je het dagloon dat je vastlegt te verlagen met een percentage voor deze bedragen en de EJU / PB op enig moment apart uit te betalen.
Met de nieuwe functionaliteit die hierboven beschreven is, wordt de IVA uitkering verrekend middels een minpost op een aparte uitvoercode. Dat betekent dat de reguliere uitvoercodes voor de loonbetaling in stand blijven. Dit geldt ook voor bijvoorbeeld doorbetaling ORT tijdens ziekte.
PFZW hanteert een afwijkende registratie in de UPA en berekening van de premie bij een vervroegde IVA.
Gegeven: afwijkende ORT PFZW
Vastleggen: invoercode 02531
Deze invoercode overschrijft de waarde van uitvoercode 02326 Variabelen PFZW en werkt door in de pensioenberekening van PFZW. De werking is vergelijkbaar met de invoercodes 02433 afwijkend regelingloon PFZW en 02409 afwijkende verloonde uren PFZW.
Waarde 1 (0,01) blokkeert de ORT.
In de UPA worden de contracturen per week van de werknemer doorgegeven. Normaal gesproken is dat de waarde van uitvoercode 02139 Uren contractloon. Bij een vervroegde IVA blijft het contract intact. Uitvoercode 02139 Uren contractloon behoudt de originele waarde, omdat deze ook in de loonaangifte doorgegeven moet worden. PFZW wenst in deze situatie contracturen te ontvangen op basis van de afwijkend vastgelegde verloonde uren. Wij rekenen de juiste contracturen voor je uit en leveren deze in de UPA.
De formule hiervoor is: verloonde uren UPA / fulltime normuren per maand x fulltime normuren per week.
Deze afwijkende contracturen worden niet op een afzonderlijke uitvoercode gepresenteerd.
De pensioenopbouw bij langdurige ziekte loopt bij ABP onverminderd door, maar de pensioenpremie bij de werknemer wordt naar rato van de ziekte niet verhaald. In het geval van een vervroegde IVA uitkering is altijd sprake van 100% ziekte.
We werken hard aan het moderniseren van onze output. Youforce Reporting speelt daarin een belangrijke rol. Rapportages in Youforce Reporting bieden mogelijkheden tot drill-down functionaliteit en je kunt rapportages zelf aanpassen, indien gewenst. Er zijn reeds diverse belangrijke overzichten beschikbaar gesteld in Youforce Reporting, zoals het standenregister en het controle-overzicht overschrijding contracturen WAB. Het WAB overzicht is in Youforce Reporting bekend onder de naam 'Besparing Loonkosten'. Nu willen we ook het controle-overzicht loonaangifte hieraan toevoegen. Om dit te realiseren, moeten alle gegevens die op het controle-overzicht loonaangifte in Gemal staan, beschikbaar zijn in Youforce Reporting. Alle uitvoercodes en werkgevercodes zijn reeds beschikbaar. De eindheffing WKR werd echter niet op een code vastgelegd, omdat dit een door Gemal berekend gegeven is op werkgeversniveau.
Om toch de gewenste rapportage te kunnen realiseren, plaatsen wij nu de eindheffing WKR op een nieuwe werkgevercode. Dit is niet een werkgevercode die je zelf kunt vastleggen en deze is daarom ook niet zichtbaar in Gemal Direct. Wel kom je de code tegen in Youforce Reporting. Daarom informeren we je over het bestaan van deze code.
Het betreft werkgevercode 03339 Eindheffing WKR
Gemal presenteert maandelijks op deze code de werkelijke eindheffing die je zou betalen als je op basis van je werkelijke loonsom en besteding van de vrije ruimte nu je eindheffing WKR zou afrekenen. Je vindt dit gegeven ook terug op het controleoverzicht WKR, op de laatste (overzichts)pagina, in de kolom realisatie bij ‘totaal eindheffing’. Dat betekent niet dat je dit bedrag ook daadwerkelijk al hebt afgerekend! Dat doe je pas aan het einde van het jaar in een speciale productie.
De werkgevercode wordt op dit moment alleen berekend in een salarisproductie. In een correctie productie is onvoldoende data beschikbaar, omdat deze doorgaans een selectie van werknemers bevat. De WKR is een berekening voor het hele bedrijf. In je eerstvolgende salarisproductie, worden de effecten van voorgaande correctie producties wel meegenomen. We verwachten in een toekomstige aanpassing de data over correctie producties ook eerder beschikbaar te kunnen stellen. In december is het immers wel van belang dat je inzicht hebt in je eindheffing over je correctie producties, vóórdat je de januari productie afroept. Er wordt onderzoek gedaan naar de mogelijkheden.
Als je meerdere instellingen hebt met hetzelfde loonheffingennummer, dan wordt werkgevercode 03339 alleen gepresenteerd bij de hoogste instelling en met het totaalbedrag voor het gehele loonheffingennummer.
Bij een aantal pensioenfondsen is het e-mailadres een verplicht gegeven bij een aanmelding. Wij leveren dit nu niet aan. De wens is dat wij dit wel gaan aanleveren. Hiervoor gaan we het e-mailadres opnemen in Gemal. Dit is een voorbereidende stap. Het e-mailadres wordt na deze release nog niet geleverd in de UPA, omdat er nog onderzoek wordt gedaan welke aanvullende machtigingen nodig zijn om de levering in de UPA conform de AVG te voltooien. Zodra hier duidelijkheid over is, zullen we de volledige functionaliteit vrijgeven.
Gegeven: E-mailadres.
Vastleggen: invoercode 02850: maximaal 99 posities.
Deze invoercode kan alleen stam opgegeven worden op persoonsniveau.
Opgeven met TWK is niet toegestaan. Er zijn geen aanvullende controles.
Indien het E-mailadres langer is dan 28 posities, worden de eerste 28 posities gepresenteerd op de vaste personeelsgegevens.
Let op: wanneer een medewerker zijn E-mailadres niet wenst te verstrekken, dan moet dit veld niet gevuld worden.
Als je een productie afroept, genereert Gemal enkele werkgevercodes, ten behoeve van standaard overzichten.
Het bleek dat zowel werkgevercode 99201 als 99233 werden gegenereerd met het periodenummer van de huidige productie. Het doel daarvan is, dat het periodenummer getoond kan worden op bijvoorbeeld de specificatie productiegegevens. Een dubbele weergave is echter overbodig. Daarom hebben we met ingang van deze release werkgevercode 99233 verwijderd. Het periodenummer wordt nog steeds getoond op werkgevercode 99201.
Daarnaast bleek dat beide codes niet correct werden opgeslagen, waardoor ze niet in Youforce Reporting beschikbaar waren om bijvoorbeeld te filteren op periode. Ook dit probleem is in de huidige release verholpen.
Als op de salarisspecificatie Functie/Beroep (invoercode 02311) wordt gepresenteerd, dan is de presentatie op de RSM salarisspecificatie niet correct. Alleen de laatste 19 posities worden vermeld.
Indien de invoercode 02311 meer dan 19 posities heeft, dan worden de eerste 19 posities op de RSM salarisspecificatie gepresenteerd. Dit leidt tot een meer herkenbare presentatie. In verband met de ruimte op de strook is de presentatie van meer tekens momenteel geen optie. Er wordt onderzocht of meer posities in de toekomst getoond kunnen worden.
Indien de huidige waarde van invoercode 02311 meer dan 19 posities bevat, dan beoordelen of de functie of beroep nog aangepast moet worden.
Mutatie postcode postadres (invoercode 02313) verwijderen, werd onterecht afgekeurd met foutcode 115.
Mutatie wordt niet meer afgekeurd.
De mutatie kan opnieuw worden aangeboden.
Een in het verleden ingevoerd percentage doorbetaling werkgeversbijdrage bij aanvullend geboorteverlof kon niet worden nulgesteld (werkgeverscode 07105).
Het is nu mogelijk om werkgeverscode 07105 op '0' te zetten.
De mutatie kan opnieuw worden aangeboden en dit is ook met terugwerkende kracht mogelijk.
In release 2024-06 is functionaliteit gerealiseerd om de premie WGA-Hiaat goed te berekenen bij medewerkers die langdurig ziek zijn, zie hiervoor release notes 2024-06/7.
In uitzonderlijke gevallen werd de nieuwe uitvoercode 01568- PFZW verschil ziek foutief berekend en daardoor wordt ook de pensioenpremie fout berekend. Hierdoor ontstond een grote vordering. Ook in een situatie van korting bij ziekte met premieverdeling van de inhouding pensioenpremie via bijvoorbeeld werkgevercode 13008, kon een foute berekening ontstaan zijn.
De foutieve berekening is hersteld.
Er is geen actie nodig. Met een automatische herrekening worden eventuele verschillen hersteld. De herrekening is zichtbaar met reden 09-06 in Mutaties en Signalen Gemal (MSG).
NB de herrekening kan ook aangestuurd worden als de berekening wel juist is. In dat geval mogen er geen verschillen optreden.
Als je actie hebt ondernomen om de foutieve berekening te omzeilen, is het verstandig dit in september terug te draaien. In dat geval is de premie WGA-hiaat namelijk nog niet goed berekend.
Bij een cafetaria-regeling (zoals bron-doel) moet, conform regelgeving, de loonsverlaging doorgevoerd worden in de loonafhankelijke arbeidsvoorwaarden (realiteitswaarde). In het kader hiervan hebben we voor diverse functionaliteiten in Gemal correctiecodes gemaakt. Dit betreft dan functionaliteiten waarbij sprake is van een vast bedrag / recht op bedrag op basis van een grondslag die bij een cafetaria-uitruil verlaagd moet worden. Denk aan grondslag EJU, grondslag persoonlijk budget, grondslag uurloon ORT, etc. Voor al deze grondslagen hebben we destijds correctiecodes gemaakt en in grondslagen opgenomen. Dit hebben we echter niet gedaan voor de grondslagen verlofuren vanuit de gedachte dat een eenmalige uitruil niet van invloed hoeft te zijn op de vaststelling van de waarde van een verlofuur. Wanneer dit toch het geval moet zijn, kan de werkgever zelf een correctiecode opnemen in de grondslag verlofuren.
Een werkgever neemt uitvoercode voor correctie op in een grondslag verlofuren, maar dit leidt niet tot een verwacht en gewenst verlaagd uurloon verlofuren.
We hebben de programmatuur aangepast met terugwerkende kracht tot 2024-01. In de betreffende situaties zal een automatische herrekening worden uitgevoerd. De herrekening is zichtbaar met reden 09-03 in Mutaties en Signalen Gemal (MSG).
In de Loonaangifte wordt het contractloon (uitvoercode 02138) en het aantal uren contractloon (uitvoercode 02139) doorgegeven. We constateren dat uitvoercode 02139, waarmee de contracturen per week worden gepresenteerd, wordt afgekapt in plaats van afgerond.
Voorbeeld:
werkgevercode 03300 normuren per maand = 156
werkgevercode 03319 normuren per week = 36
deeltijdpercentage = 65,97%
Verwachting is dat Gemal als afwijkende contracturen: 36 * 65,97% = 23,75 berekent en presenteert met uitvoercode 02139. Op de loonstaat staat echter 23,74 bij uitvoercode 02139, doordat bij de berekening 36 * 65,97% = 23,7492 is afgekapt.
We hebben de programmatuur op dit punt aangepast. Uitvoercode 02139 wordt nu rekenkundig afgerond. In bovenstaand voorbeeld wordt dan 23,75 het resultaat. Voor die werknemers bij wie dit verschil in berekening zou kunnen spelen, zullen we een automatische herrekening doorvoeren. Om geen situaties te missen, zullen mogelijk meer werknemers herrekend worden dan uiteindelijk noodzakelijk. De herrekening is zichtbaar met reden 09-07 in Mutaties en Signalen Gemal (MSG). Als gevolg hiervan kunnen ook kleine verschillen bij andere uitvoercodes ontstaan.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
Afgelopen vrijdag is het probleem verholpen. De verwerking in correctieproducties is weer hersteld.
Bij het zenden van een vervangende correctieproductie, vanuit Gemal Direct Inrichting met volgnummer zending 1, worden automatisch Expense-mutaties (zoals netto diversen en reisbewegingen) van de salarisproductie overgenomen.
Nu blijkt dat bij het kopiëren van de mutaties de ingangsperiode (ingangsdatum met dag 01) niet overgenomen wordt bij de correctieproductie. Bij een salarisproductie kan er sprake zijn van mutaties voor een vorige maand terwijl die bij de correctieproductie bij de huidige maand geteld worden. Het is verwarrend dat de salarisspecificatie uit de correctieproductie afwijkt van die van de salarisproductie.
Een voorbeeld uit Gemal Direct Inrichting: Bij de salarisproductie komen bij een werknemer voor: twee variabele mutaties van invoercode 02508 (reisbewegingen) waarvan één voor 01-06-2024 (met de waarde 9.00) en de andere voor 01-07-2024 (met de waarde 2.00). Na het vervaardigen van de correctieproductie komen bij die werknemer voor: twee variabele mutaties van invoercode 02508 (reisbewegingen) met de waarden 9.00 en 2.00. Bij beide mutaties zie je geen ingangsperiode / ingangsdatum. We gaan een aanpassing doen, zodat de ingangsperiode altijd gekopieerd wordt vanuit de salaris- naar de correctieproductie. We houden je op de hoogte.
Deze aanpassing is per 2024-08-19 gedaan.
In de uitzonderlijke situatie dat er na het terugzetten van een backup van de salarisrun 2024-08 een aanvullende correctierun is gedraaid, is geconstateerd dat de mutaties van deze correctierun fouten oplevert in de salarisstrook en in de betaling.
We hebben dit op 19 augustus 2024 aangepast met een tussentijdse release.
Als je in voor 19 augustus de salarisrun van augustus terug hebt laten zetten en je daarna een aanvullende correctierun had gedraaid, kan je dit opnieuw opstarten. Na backup terugzetten en de correctierun draaien, zal de situatie goed berekend zijn.
Vanwege het feit dat er in de CAO Gehandicaptenzorg een minimum CAO-uurloon geldt, was de tekst bij uitvoercode 01007 op C-niveau aangepast naar Aanv. cao-minln. Echter is dit CAO-minimum uurloon op dit moment lager dan het wettelijke minimum uurloon. Daarom was de inrichting al enige tijd geleden weggehaald op C-niveau, zodat het (hogere) wettelijke minimum uurloon wordt toegepast.
De tekst bij uitvoercode 01007 was nooit aangepast. Daarom zou er verwarring kunnen ontstaan in het geval dat een werknemer een aanvulling krijgt op basis van het wettelijke minimum uurloon, omdat de tekst bij de uitvoercode doet vermoeden dat er een CAO-minimum uurloon wordt toegepast. We hebben de tekst bij uitvoercode 01007 daarom weer teruggezet naar algemeen niveau (Aanvulling minln).
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
De aanpassing is doorgevoerd.
In release notes 2024-08/13 hebben wij bericht over de eenmalige uitkering die conform de CAO GGZ wordt uitbetaald in 2024-08. Er blijkt een parameter voor deze uitkering onjuist ingericht te zijn.
Werkgevercode 25422 Uitkering 3 - Factor deeltijd
Het effect is dat extra uren in augustus (uitvoercode 01505) ten onrechte worden meegeteld bij de vaststelling van het uitkeringsbedrag. De Nederlandse GGZ heeft aangegeven dat alleen de uren op de overeengekomen arbeidsovereenkomst bepalend zijn voor de eenmalige uitkering. Meeruren behoren dus niet tot de definitie.
Wij gaan een tussentijdse aanpassing doorvoeren, om dit voor de salarisproductie van augustus te corrigeren. We houden je op de hoogte van de voortgang.
Indien je toch nu al je salarisproductie wilt afroepen, dan kun je ook zelf werkgevercode 25422 vastleggen met waarde 2. Dit kan zonder TWK, omdat de uitkering geen opbouwperiode kent. De uitkering is alleen gebaseerd op het salaris in augustus. We adviseren je wel om deze werkgevercode dan in productie 2024-09 weer te verwijderen, zodat je bij toekomstige eenmalige uitkeringen weer geheel gebruik maakt van onze CAO ondersteuning.
Dit bericht is eerder gepubliceerd op de community. Voor de volledigheid wordt het hier herhaald.
Indien aangegeven is bij Werkgevercode 86201 (Code bepalen periodiek) dat er geperiodiekt moet worden, wordt op de periodiekdatum altijd het maximum van 100% bepaald.
Bij RSP wordt er, afhankelijk van de schaal, er op de periodiekdatum het percentage bijgeteld, dat staat vermeld bij werkgevercode 86300 (Percentage verhoging procentuele inschaling). Dit werd verkeerd afgehandeld. Dit is hersteld met een tussentijdse programmatuuraanpassing.
De begroting kan opnieuw worden afgeroepen.
Per september 2024 is de stagevergoeding verhoogd, conform de nieuwe CAO. Dit is opgenomen in de salaristabel.
[1] Code salarisregeling = 46 (werkgevercode 03003 of invoercode 02314).
De volledige tekst van de CAO Kraamzorg is gepubliceerd en daarin is de stagevergoeding voor 2023 en 2024 opgenomen. Wij hebben voor 2023 en 2024 het bedrag bijgewerkt in de salaristabellen.
Op dit moment zijn er geen werknemers in de CAO Kraamzorg aangemerkt als stagiaire. Daarom hebben we geen automatische herrekening aangestuurd. Mocht je wel een stagiaire hebben gehad die inmiddels uit dienst is en recht zou hebben gehad op een hoger bedrag aan stagevergoeding, dan dien je zelf handmatig deze werknemer te herrekenen met invoercode 02475 beginperiode herrekening.
We stellen de gewijzigde salarisregeling beschikbaar per 3 september 2024, afhankelijk van je HR-systeem:
Deze salarisregelingen dien je op te halen.
[1] Code salarisregeling = 81 (werkgevercode 03003 of invoercode 02314).
In de volledige tekst van de CAO Kraamzorg was ook het bedrag minimum vakantietoeslag gepubliceerd. Dit bedrag geldt per 2024-05.
Wij hebben dit bedrag opgenomen bij werkgevercode 03206 minimum vakantietoeslag.
Voor de medewerkers waarbij een minimum vakantietoeslag van toepassing is, voeren we een automatische herrekening uit. De herrekening is zichtbaar met reden 09-02 in Mutaties en Signalen Gemal (MSG).
Ter informatie: In periode 2024-09 hebben we enkele aansturingen van reiskostenvergoeding die niet langer van toepassing zijn [1] met terugwerkende kracht tot 2024-01 laten vervallen.
[1] Bedrag reiskosten per eenheid 1 - werkgevercode 26002 - 0,19
Reiskosten max basis en extra per eenheid 1 - werkgevercode 26005 - 0,45
Met ingang van september 2024 is conform CAO de salariswijziging van 2,5% van toepassing in Gemal. Daarnaast zijn de aan het salaris gerelateerde bedragen voor de BHV-toelage en de tegemoetkoming ZKV ook aangepast. De wijzigingen zelf waren al eerder voor september doorgevoerd in Gemal. Ter attentie: met ingang van 2024 wordt de consignatievergoeding voortaan geïndexeerd met de algemene CAO-loonsverhoging. Denk er dus aan om deze zelf te verhogen met 2,5% per september.
We stellen de gewijzigde salarisregeling beschikbaar per 3 september 2024, afhankelijk van je HR-systeem:
[1] Code salarisregeling = 28 (werkgevercode 03003 of invoercode 02314).
Ter informatie:
De komende paar jaar staan enkele grote veranderingen op stapel met betrekking tot de gegevensverwerking en verantwoording aan APG voor de pensioenfondsen ABP en PWRI. Dit betreft bijvoorbeeld de overgang van onze module Pensioenaangifte naar de module waar we nu ook al de aangifte verwerken voor pensioenfondsen die bij de UPA zijn aangesloten (zoals bijvoorbeeld PFZW). Daarnaast is een grote verandering de implementatie van de Wet Toekomst Pensioenen (WtP) met daarbij de overgang van jaarsystematiek naar maandsystematiek. Dit is voor PWRI gepland voor 2025 en voor ABP voor 2027.
Achter de schermen zijn we al druk bezig met de werkzaamheden voor deze veranderingen. We proberen je daar zo min mogelijk mee te belasten, maar soms kun je er toch iets van terugzien, bijvoorbeeld doordat het in de Payroll Manager lijkt alsof er naast APG- ook UPA-bestanden worden aangemaakt. Dit is dan het gevolg van tests die we nu al uitvoeren. We leveren nog steeds op de ‘oude’ manier aan voor APG. Zodra we meer bijzonderheden te melden hebben over de veranderingen, zullen we je verder informeren.
09-02 |
Minimum vakantietoeslag CAO Kraamzorg |
09-03 |
Uurloon verlofuren en correctie cafetaria (change 6366754) |
09-06 |
premie WGA-hiaat bij langdurig ziek |
09-07 |
Afronding Contracturen per week (change 153158) |
Copyright 2019 Visma Community. All right reserved.