Configuratie Gewerkte dagen wijzigen

[#1]

Update 9 mei - Helaas bleek het inrichten van een waarde 0 in Gemal als gevolg te hebben dat de invoercode zijn oorspronkelijke gedrag terug krijgt; en dus wordt gebruikt als bruto of netto diversen en niet als eenheid.

Eventuele mutaties die (met TWK) zijn ingediend door medewerkers zullen dan in Gemal - voor verwerking - verwijderd moeten worden.
 

In het geval dat je de configuratie van Gewerkte dagen wijzigt, bijvoorbeeld als je meerdere invoercodes wilt gaan gebruiken voor de vergoeding op het moment dat iemand thuiswerkt, houd dan rekening met het feit dat de configuratie direct actief is.

Het gebruiken van meerdere invoercodes is actueel omdat in de CAO Gemeenten per 1 mei 2023 een thuiswerkvergoeding (€2,15) en een internetvergoeding (€0,85) van toepassing is.

Voorbeeld

Nieuwe configuratie:
Het aantal dagen Thuiswerken wordt dubbel aangeleverd bij Gemal (eenmaal met invoercode 941 en eenmaal met invoercode 942)

Oude configuratie:
Het aantal dagen Thuiswerken wordt alleen aangeleverd bij Gemal met invoercode 941

Op het moment dat een medewerker een maand indient nadat de nieuwe configuratie is opgeslagen, gaan er 2 mutaties naar Gemal. Bijvoorbeeld 10 (dagen) naar 941 en hetzelfde aantal (10) naar 942.

Had dezelfde medewerker, dezelfde maand ingediend voordat de nieuwe configuratie was opgeslagen, dan was -in dit voorbeeld- alleen invoercode 941 aangestuurd met de waarde 10 (dagen).

Wellicht ten overvloede; de werking geldt voor alle maanden, dus ook als een medewerker een TWK-maand indient. Dient de medewerker de maand januari 2023 in, nadat de configuratie is opgeslagen, dan zal de module 2 mutaties naar Gemal versturen.

Zie ook onze eerdere publicatie op de Community Dupliceren thuiswerkdagen beschikbaar!

Je kunt in Payroll Gemal, per maand, een vergoeding per eenheid inrichten. Hiermee kun je ook voorkomen dat er een onterechte vergoeding wordt toegepast. Je richt dan per 2023-06 een bedrag in van €0,85, en voor voorgaande periodes een waarde van €0.

Dient een medewerker nu de kalendermaand mei in, dan zullen er 2 mutaties verstuurd worden naar Gemal met ingangsdatum 1-jun-2023 (altijd maand+1 voor Gewerkte dagen). Gemal weet de vergoeding die actief is (€2,15 voor 941 en €0,85 voor 942)

Dient de medewerker de kalendermaand maart in, zullen er ook 2 mutaties verstuurd worden (met ingangsdatum 1-apr-2023). In Gemal heb je ingericht dat de vergoeding 0 is voor 942 (pas vanaf 2023-06 heeft deze een waarde) en dus zal er geen vergoeding worden toegepast.

Bovenstaande was onjuist; werd er een 0-waarde ingericht, dan geldt het standaard gedrag van een bruto of netto diversen en niet als eenheid.

Eventuele mutaties die (met TWK) zijn ingediend door medewerkers zullen dan in Gemal - voor verwerking - verwijderd moeten worden.

Zie ook Release notes Payroll Gemal 2023-05 

Tip

De CSV-export kun je gebruiken om te zien voor welke medewerkers, in welke maand, welke mutaties zijn verstuurd naar Gemal.

In bovenstaand voorbeeld zie je dat er per maand -voor het Thuiswerken- 2 mutaties zijn aangeleverd (op invoercode 941 en 942)

[oscarwolbrink]

Wij beginnen met de app voor alle medewerkers op 1 mei met de registratie van gewerkte dagen.

Echter zijn we al met een testgroep, van 60 personen, begonnen met de registratie van dagen.

Kunnen we ook de maand (hieronder januari), zonder gevolgen aanpassen naar de maand mei?

De testgroep zal geen dagen van januari t/m april meer registreren na 1 mei.

Ook willen we dat medewerkers maximaal 3 maanden terug de dagen kunnen registreren. Houdt in dat we vanaf de maand augustus, iedere maand dit aan willen passen. Uiteraard zonder gevolgen voor de medewerkers.

[Ellie van der Heide]

@oscarwolbrink  Ja deze maand kun je probleemloos aanpassen. 
Wij verschuiven ook elke maand deze maand (2 maanden indienen) om te bewerkstelligen dat er tijdig gewerkte dagen worden ingediend - voor nu is dat niet zo heel spannend maar aan het einde van het jaar willen wij echt alles tot en met november in 2023 verwerkt hebben en alleen december mag landen in 2024. Dus dan passen we een kortere indientijd toe. 

[Paul Wevers Consultancy]

@Bastiaan Friederichs :

Hoe zit het "muteren over het jaar heen" in elkaar als je geen gebruik maak van de reisdagen op rubriek 2508 en alleen de thuiswerkdagen registreer op rubriek 3010.

Is het dan wel mogelijk om over het jaar heen te rekenen?

Bedankt Paul Wevers, namens DCMR Milieudienst Rijnmond

[Bastiaan Friederichs]

@Paul Wevers Consultancy in eerste instantie wil ik fouten in de integratie naar Gemal voorkomen. Reisdagen (2508) kun je simpelweg niet met VTWK verwerken, dus dat gaan we voorkomen.

Ik wil een datum implementeren die je als klant moet gebruiken om aan te geven wanneer je de laatste verwerking van het jaar draait. Stel je even voor dat je die datum op 5 december zet.

Dan wil ik een aanpassing doorvoeren dat als een medewerker een maand indient (bijvoorbeeld november) EN daar zitten reisdagen (2508) in EN het is na 5 december, dan kun je die maand niet indienen.
We verplichten de medewerker dan om de reisdagen te verwijderen, daarna kan men alsnog indienen.

Nog mooier is misschien als onze module aan de medewerker vraag, zal ik de dagen voor je verwijderen? - Maar dat is niet iets voor nu...

Het liefst zou ik wel de medewerker tijdig informeren. Ik weet dat er suggesties zijn van klanten voor (push-)notificaties, maar ik zou weer de ingerichte datum willen gebruiken.
Bijvoorbeeld door in de 2 voorafgaande maanden, dus vanaf 5 oktober de medewerker waarschuwen (tijdens het indienen) dat vanaf 5 december hij/zij de maand november (en voorgaande maanden) niet meer kan indienen met reisdagen.

Jij refereert aan 3010, de (nieuwe) standaard invoercode voor thuiswerkvergoeding (941) kan inderdaad VTWK verwerkt worden..