Je kunt hiervoor de functionaliteit voor reiskosten per eenheid gebruiken.  Voor reiskosten per eenheid 1 leg je vast: minimum km 0, maximum km 60, bedrag 0,12 Voor reiskosten per eenheid 2 leg je vast: minimum km 61, maximum km 120, bedrag 0,08 Het minimum gebruik je als drempel (werkgevercode 26350 = 0) Als je de fiscale reisafstand als eenheden gebruikt (werkgevercode 26302 / 26603 = 1) dan hoef je per werknemer het aantal km slechts eenmaal vast te leggen.   Een maximum bedrag kan ook vastgelegd worden op werkgevercode 26003     Vanwege het kleine aantal stemmen en de mogelijkheid om dit op een andere manier op te lossen zien wij niet genoeg aanleiding om de NS tabel op dit moment uit te breiden.   ... View more

In release 2022-10 worden alle gegevens van het signaleringsoverzicht toegewezen aan afzonderlijke uitvoercodes. Die uitvoercodes zijn te raadplegen middels de loonstaat of het resultatenoverzicht in CSV formaat. ... View more

Deze optie is toegevoegd in release 2022-08/3 ... View more

In release 07-2022 is deze wens gerealiseerd. Het dagloon bij benadering wordt nu elke maand getoond op de individuele loonstaat. Bovendien wordt het dagloon berekend op basis van een grondslag, waardoor je de berekening zelf kunt beïnvloeden.   Zie voor het volledige bericht de release notes: https://community.visma.com/t5/Releases-Youforce-Payroll-Gemal/Payroll-Gemal-2022-07/ta-p/506499#toc-hId--697388397   Exact dezelfde berekening hanteren als UWV doet is helaas onmogelijk. UWV hanteert een referteperiode van een jaar. Ze sluiten vervolgens perioden uit met incidentele inkomstenvermindering wegens verlof of ziekte. Het aantal uitgesloten perioden wordt vervolgens vóóraan de referteperiode toegevoegd. In Gemal is dit onmogelijk omdat Gemal alleen data van huidig en voorgaand jaar bewaart. Ook is de keuze gemaakt op dit moment geen vaste referteperiode van een jaar op te nemen. Dit zou de functionaliteit complexer maken en meer tijd kosten qua implementatie. We zouden de wens daardoor niet op korte termijn kunnen realiseren. ... View more

Beste Natasja,   Zou je hiervoor misschien een melding willen indienen in 4me? Deze graag voorzien van bijlagen als MSG, loonstaat en stamkaartje van de betreffende werknemer. Ons Service Center kan dan uitzoeken wat er in dit specifieke geval aan de hand is.   Met vriendelijke groet,   Niek Grupstra ... View more

Het is helaas niet mogelijk om stroken uit het verleden opnieuw af te roepen. De programmatuur wordt per release bijgewerkt. Je zou dan een strook periode 05-2022 krijgen maar berekend tegen de programmatuur van release 07-2022. Dat levert in de praktijk teveel vragen en problemen op. Het is dan immers ook niet meer duidelijk hoe en waar je herrekeningsverschillen zou moeten presenteren.   De berekening loonheffing is overigens niet anders geweest in periode 05 en 06. Het betreft alleen een kwestie van presentatie.  ... View more

Hartelijk dank voor jullie feedback. We zien in dat deze wijziging niet het gewenste effect heeft en willen jullie niet belasten met de consequenties daarvan. In release 07-2022 zullen we deze wijziging terugdraaien.    Daarbij plaatsen we wel de kanttekening dat er dan geen inhoudelijke discussie meer gevoerd wordt over het getoonde bedrag in de kolom 'waarvan eenmalig' bij variabele betalingen tegen de reguliere tijdvaktabel, met verwijzing naar bovenstaande uitleg. Excessieve situaties daargelaten natuurlijk. ... View more

Jammer om te lezen dat deze wijziging heeft geleid tot meer druk en onduidelijkheid bij de salarisadministratie. Ons doel is juist het tegenovergestelde geweest. Ik hoop dat onderstaande tekst meer inzicht geeft in onze bedoelingen. Tevens is er een alternatief beschikbaar. Ook dat heb ik hieronder beschreven. Het was onze bedoeling om dit, net als alle wijzigingen, netjes te vermelden in de release notes. Door een technische fout bleek dat helaas niet gebeurd te zijn. Om die reden is alsnog bovenstaand schrijven op de community geplaatst.     Wij hebben de weergave alleen geschrapt voor eenmalige betalingen die worden belast tegen de reguliere loonbelastingtabel. Omdat de reguliere belastingtabel een progressief karakter kent, wordt elke volgende euro zwaarder belast dan de vorige. Om die reden is het onmogelijk om correct een bedrag aan belasting toe te kennen aan een specifieke post die eenmalig op de salarisstrook tegen deze tabel wordt belast.    Voorbeeld Een werknemer ontvangt -€2000 vast salaris -€500 eenmalige ORT -€1000 eenmalige bonus De witte maandtabel met loonheffingskorting is van toepassing   Stel ik bereken eerst de belasting over de eenmalige ORT. De belasting over de eenmalige ORT is dan €0 Stel ik bereken eerst de belasting over het salaris en daarna over de ORT, dan is de belasting op de ORT (belasting salaris + ORT) -/- belasting salaris = €387,83 -/- €185,67 = €202,16 Stel ik bereken eerst de belasting over het salaris, daarna de bonus en daarna over de ORT, dan is de belasting op de ORT (belasting salaris + bonus + ORT) -/- (belasting salaris + bonus) = €829,58 -/- €589,92 = €239,66   Dit terwijl de totale loonheffing over de gezamenlijke componenten in alle 3 gevallen gelijk is.   In de praktijk kennen veel loonberekeningen veel meer dan bovenstaande 3 componenten. De berekeningsvolgorde van die componenten kent in veel gevallen complexe volgordelijkheid, omdat niet alleen de belasting maar vele andere factoren een rol spelen in die berekening.   Kortom: het te tonen bedrag in de kolom waarvan eenmalig is in deze situaties bijna willekeurig te noemen.   Een werknemer kan daardoor vaak niet simpelweg de loonheffing over de vaste onderdelen berekenen door de eenmalige heffing van het totaal af te trekken. Toch ontvangen wij met enige regelmaat vragen en meldingen van werkgevers die een mening hebben over het getoonde bedrag waarvan eenmalig in bovenstaande situatie en ons vragen de programmatuur aan te passen. Ik hoop dat bovenstaand voorbeeld aantoont dat het onmogelijk is om een 'goede' situatie voor iedereen te creëren. Daarom hebben we uiteindelijk besloten om de eenmalige heffing tegen tabeltarief dan maar niet te tonen, omdat deze meer vragen oproept dan beantwoordt.   Alternatief Wel is er een alternatief, waarmee je tegelijkertijd de berekening inzichtelijker maakt en de presentatie van de loonheffing in de kolom waarvan eenmalig weer activeert. Je kunt zelf de keuze maken of je een eenmalige component belast tegen de reguliere loonbelastingtabel of tegen de tabel bijzondere beloningen. De tabel bijzondere beloningen kent wel een consistent tariefpercentage. Daardoor is de heffing over elke component afzonderlijk wel eenduidig vast te stellen. Deze tonen we dan ook als vanouds in de kolom waarvan eenmalig.    In Gemal Direct ga je naar Werkgevergegevens --> In- en uitvoercodes --> Aansturing uitvoercodes --> Fisc afh var opgave. Deze werkgevercode werkt als een grondslag. Je kunt zelf uitvoercodes toevoegen. Als je bij de uitvoercode waarde 2 vastlegt, dan wordt het bijzonder tarief toegepast indien de uitvoercode berekend wordt naar aanleiding van een variabele mutatie. Bij stammutaties is altijd de reguliere loontabel van toepassing.   ... View more

Goede morgen René,   We zijn nog in overleg met GGZ Nederland over de randvoorwaarden in specifieke situaties. Denk aan indienst per 01-07 of uitdienst in periode 07 t/m 09. Ook is nog niet helder hoe er omgegaan moet worden met bijvoorbeeld volledig onbetaald verlof. GGZ Nederland heeft ons toegezegd binnen enkele weken met uitsluitsel te komen op deze gebieden. Wij zijn alvast een inrichting aan het voorbereiden waarmee we de variant bruto uitbetaling in ieder geval verwachten te kunnen ondersteunen. Op de nieuwspagina van deze community zullen we updates plaatsen over de voortgang.    Met vriendelijke groet,   Niek Grupstra   ... View more

Bedankt voor de toelichting. Dit is een rapport dat jaarlijks handmatig werd samengesteld door onze BPO organisatie ten behoeve van klanten die gebruik maken van onze BPO dienstverlening. Daarnaast werd het overzicht uit coulance incidenteel met andere partijen gedeeld. Vanwege de vele CAO ontwikkelingen werd het onderhoud van dit overzicht te intensief om het te blijven aanbieden. De Gemal prognose functionaliteit biedt echter de mogelijkheid om soortgelijke overzichten naar eigen inzicht in te richten. ... View more

Bedankt voor je idee. We zetten deze wens op onze agenda. Als er een gepland realisatiemoment is dan houden we je daarvan op de hoogte. ... View more

De afwijkende vastlegging komt voor uit het feit dat CAO VVT (en diverse andere CAO's) aanloopperiodieken hanteert.  Diverse schalen beginnen met een trede A0 en A1, gevolgd door een trede 0, 1, 2 enz. Dit is de anciënniteit die ook op de strook wordt gepresenteerd. Technisch is het echter noodzakelijk om een rubriek te hebben met alleen numerieke oplopende waarden. Bij het toekennen van periodieken kun je dat nummer dan met 1 verhogen, waardoor de volgende trede wordt toegepast. Een stap maken van A1 naar 0 werkt technisch niet.  Daarom is de rubriek anciënniteit anders gedefinieerd, waarbij 0 altijd de laagste trede is (in de CAO A0) en van daaruit wordt doorgenummerd.    ... View more

De verzamelloonstaat is in Salarisdossier / PDF beschikbaar gesteld omdat dit als eis werd neergelegd vanuit accountants. Het overzicht bevat echter informatie die reeds beschikbaar is als in- of uitvoercode.  Je kunt daarom gemakkelijk zelf een rapportage samenstellen met deze gegevens en die geheel naar eigen smaak inrichten. ... View more

Gemal kan slechts één set aan schalen tegelijkertijd toepassen. Die set werken wij bij per mei, zodat de schalen conform de wens van GGZ Nederland beschikbaar zijn voor de salarissen van mei. Later overschalen in Gemal is daardoor helaas niet mogelijk. ... View more

Bedankt voor het indienen van je idee. Wij begrijpen echter niet precies welk overzicht je bedoelt. Kun je misschien aangeven onder welke naam dit overzicht gepubliceerd werd en waar je dit kon ophalen? Was dat in het salarisdossier? Of onder Zend & Ontvang? En hoe riep je dit overzicht precies af? ... View more

Indien zich situaties voordoen waarbij de functionaliteit voor dagloon bij benadering onvoldoende resultaat geeft, kun je zelf met invoercode 02484 dagloon WAZO een dagloon opgeven naar eigen inzicht. Indien je dat stam / vast doet blijft Gemal de opgegeven waarde elke maand automatisch gebruiken totdat je een nieuwe mutatie opgeeft.    Zodra UWV het definitieve dagloon heeft vastgesteld, dan wijzig je de waarde van invoercode 02484 met terugwerkende kracht tot het begin van de uitkeringsperiode.   Het UWV gebruikt een complexe berekening om het dagloon vast te stellen. Helaas is een referteperiode van een jaar nog geen sluitende methode. Perioden met incidentele inkomstenvermindering wegens verlof of ziekte moeten verwijderd worden uit de referte en voor elke verwijderde periode wordt aan de voorkant weer een extra periode toegevoegd zodat er altijd 12 maanden zijn. Althans indien de werknemer al zolang in dienst is. Gemal bewaart alleen data van het huidige en vorige jaar. Door deze 'knip en plakmethode' zal regelmatig de benodigde data niet voorhanden zijn. Bovendien neemt UWV ook SV loon van andere dienstbetrekkingen bij mogelijk andere werkgevers mee. Het is daarom niet mogelijk voor Gemal om een sluitende berekening van het dagloon te maken. Om die reden hebben wij altijd aangegeven dat de functionaliteit slechts een (grove) benadering geeft.      ... View more

Gemal Direct is in de basis bedoeld voor aansturing op werkgeverniveau, dus voor het hele bedrijf. De functionaliteit voor reiskostenvergoeding in Gemal is gemaakt in een tijd dat bijna alle werknemers fulltime naar kantoor gingen. De reiskostenvergoeding is toen gebaseerd op eenzelfde vergoeding voor alle werknemers.   Inmiddels zien we dat dat steeds minder het geval is. Werknemers werken thuis, hebben wisselende roosters en wisselende reispatronen. Een aansturing die verschilt per werknemer of per functiecategorie zou naar onze mening in het HR systeem moeten plaatsvinden. Er is dan consistente vastlegging in de hele keten. Hiermee willen we voorkomen dat in het HR systeem een 'ja' wordt vastgelegd die in Gemal met een 'nee' wordt overschreven. Dergelijke situaties leiden immers tot onduidelijkheid.   Om die reden wil ik je vragen om een wens voor dergelijke functionaliteit in te dienen bij HR Core. ... View more

Uitvoercode 02962 telt het aantal personen met een actief registratienummer en wordt tevens bij sommige bundels gebruikt voor de facturatie. In dat opzicht is de omschrijving 'werknemers in dienst' wellicht ongelukkig gekozen. De connectie met de facturatie maakt wel dat we niet bepaalde typen registratienummers kunnen uitsluiten.    Voor personeelsstatistiek kun je de uitvoercodes voor bezetting gebruiken. Je kunt zelf registratienummers naar keuze uitsluiten van de bezetting met invoercode 02890. In de Gemal handleiding, hoofdstuk Bezetting, aantallen en factoren kun je hier meer informatie over vinden.   Momenteel werken we overigens aan nieuwe functionaliteit voor de IKV problematiek. Als deze gereed is, zal het mogelijk zijn om een IKV met soort inkomen 53 op te voeren onder een bestaand dienstverband. De situatie is dan soortgelijk aan die van een transitievergoeding. Daardoor zijn tellingen van contractuele dienstverbanden gemakkelijker automatisch te maken.     ... View more

Bedankt voor je idee. Wij gaan werken aan een oplossing waardoor Gemal in deze situatie de kolom 'berekend over' samenvoegt in plaats van het percentage. Daarnaast kun je binnenkort zelf sturen welke uitvoercodes je wilt samenvoegen op de strook en welke niet. ... View more

Vanwege de grote animo hebben we besloten deze wens te realiseren. Wij willen de oplossing echter graag aanbieden in een formaat waar zowel werkgevers met MI als zonder MI gebruik van kunnen maken. Ons voornemen is daarom om de gegevens van signaleringsoverzicht 32 te presenteren op nieuwe uitvoercodes.   De uitvoercodes zijn automatisch beschikbaar op de loonstaat CSV en het resultatenoverzicht CSV. Je kunt op deze wijze de gegevens in CSV formaat ontvangen en direct de koppeling naar een kostenplaats of afdeling maken. MI maakt gebruik van data op Gemal uitvoercodes en kan de data flexibel presenteren, waarbij ook downdrillen naar een kostenplaats of afdeling een optie is. Het introduceren van nieuwe uitvoercodes is aanzienlijk eenvoudiger daardoor sneller te leveren dan het bouwen van een nieuw bestand.  We hopen dat dit voorstel aan de wensen voldoet. Voor vragen of opmerkingen ben ik bereikbaar via niek.grupstra@visma.com. ... View more

Het is in Gemal reeds mogelijk om inhoudingen uit te sluiten van de toetsing aan het minimumloon. De uitvoercode waarop de inhouding wordt gepresenteerd leg je dan vast in grondslag 55080 Uitvoercodes in grondslag toetsing minimumloon met waarde 8.    De salarisadministratie kan, al dan niet met behulp van een eigen rapportage, bewaken dat de inhouding de wettelijke norm niet overschrijdt.   Aangezien er momenteel nog geen stem op dit idee is uitgebracht, gaan we er vooralsnog vanuit dat Adecco de enige werkgever is met deze wens. Om die reden nemen we de wens op dit moment niet in behandeling en geven voorrang aan wensen waar we meer werkgevers mee kunnen helpen. ... View more

Na 4 maanden is er nog niet op deze wens gestemd. We nemen daarom aan dat de huidige fuctionaliteit voor andere werkgevers wel voldoet. Daarom geven we vooralsnog de voorkeur aan wensen waar we meer werkgevers mee kunnen helpen. ... View more

Na 5 maanden is er nog niet op deze wens gestemd. Wij nemen daarom aan dat het hier gaat om een incident en geven de voorkeur aan wensen waar we meer klanten mee helpen.   Een werknemer verlonen tegen een hoger salaris kan ook bereikt worden door een garantiesalaris of nominaal salaris toe te kennen. ... View more

Het is belangrijk dat ziektegegevens in de hele keten consistent worden vastgelegd. Daarom zou een dergelijke generatie van mutaties moeten plaatsvinden in HR Core. Om die reden wordt deze wens naar die applicatie verhuist. ... View more