Mee eens met Misty. Dan niet een nietszeggend mailtje. Doordat medewerkers dagelijks hun reis declareren, i.p.v. maandelijks zou het mooi zijn als ook de reisdag in de mail komt te staan i.p.v. alleen de datum van indienen. Medewerkers dienen regelmatig meerdere datums op 1 dag tegelijk in en wij klikken alle mailtjes open om te kijken welke dag verwijderd moet worden. Medewerker vergissen zich nog wel eens. Declareren niet de juiste adressen of dienen dubbele declaraties in. ... Meer weergeven

@Frank JHM Poell Ik zal een ticket indienen bij de Gemal Servicedesk ... Meer weergeven

Hi @Chris van den Berg, ik zie dat ik de route niet kan aanvinken in het rapport en dat is nou net waar een klant van mij naar op zoek is. De klant wil namelijk niet de manager vast onderdeel maken van de controle van een kilometerdeclaratie, maar achteraf steekproefsgewijs controleren. Dit kan echter alleen als de route middels een rapport inzichtelijk wordt gemaakt. Kan je aangeven of dit op termijn nog wordt toegevoegd? ... Meer weergeven

Eigenlijk is het geen oplossing want er moet gezorgd worden dat als er een 2e of 3e betaald ouderschapsverlof wordt aangevraagd dat de velden leeg zijn en dat er historie op de betreffende rubrieken is. Dus de oplossing moet nog gemaakt worden.  ... Meer weergeven

@Gijs-van-Donkersgoed Bedankt voor je reactie. De rekenmethode van 01337 (obv sv dagen voorgaande maand met een dagloon) en 01442 (obv werkdagen huidige maand met dagloon WAZO) wijken inderdaad zo van elkaar af dat je altijd op een verschil positief of negatief uitkomt. Wat ik begrijp van het stuk van de Belastingdienst is dat indien het dagloon wat het UWV hoger is, dan waar in ons geval Gemal mee rekent, je dit verschil uit moet betalen aan de werknemer. Wat op zich logisch is, anders zou een werkgever 'winst' kunnen maken als een medewerker zwanger is. (Ditzelfde doe je eigenlijk ook al bij BOSV en AGBV.) Zonder opgave van het door het UWV vastgestelde dagloon, zou Gemal geen verschil moeten geven. (Maar ik kan het ook helemaal verkeerd begrijpen.) ... Meer weergeven

@jolandazwier  Onze huidige lay-out is opgebouwd uit verschillende vooraf gedefinieerde blokken, waarbij specifieke ruimtes zijn gereserveerd voor essentiële informatie. Daarnaast is er ook ruimte gereserveerd voor gegevens die niet altijd zichtbaar zijn, maar die met een aansturing wel op de strook kunnen worden weergegeven. Deze indeling zorgt ervoor dat alle mogelijke gegevens die op de strook getoond kunnen worden, correct worden weergegeven. Vanwege deze vaste indeling is het niet mogelijk om de positie van de blokken in de standaardlay-out te verschuiven zonder het risico te lopen dat er bij anderen de gegevens niet meer goed worden weergegeven. Daarom bieden wij de mogelijkheid in Specificatie Manager om een eigen lay-out te creëren. Dit stelt je in staat om de indeling aan te passen en ervoor te zorgen dat alle gegevens naar wens op één pagina passen. ... Meer weergeven

Het adres van de afzender op het voorblad is met release 202410 aangepast conform de vereisten van PostNL: a) volledig afzenderadres op één regel; b) kleinere lettergrootte dan dat van het adres van de geadresseerde. Hiermee wijkt de opmaak van het adres van de afzender af en zal hierdoor het adres van de geadresseerde beter worden uitgelezen door de machines van PostNL. ... Meer weergeven

Ik sluit ook graag aan tijdens het vragenuurtje. Soms kan een kleine toelichting al het antwoord zijn en kan je verder.  ... Meer weergeven

@JolandaM helemaal goed Jolanda, het had ook zomaar niet goed beschreven kunnen zijn door mij (wat ik natuurlijk probeer te voorkomen). Succes met het beeindigen van 2024 en het starten van 2025. @EllenEbink Dag Ellen, toch er verzoek om een call aan te maken omdat ik dan concreet moet worden met rugnummers enzo. Dit moet mi tussen jou en ons blijven (tenzij er iets fout gaat, dan volgt er een bericht). Wil je dus een call aanmaken hiervoor? Gewoonlijk zou de waarde 4 en 2 voldoende moeten zijn bij instelling 1 en de 99234 bij alle gewenste instellingen; maar dat lees ik hier ook.. Dus graag een call hiervoor. ... Meer weergeven

@Marije Simons Dag Marije, nee, als je doelt op uitleg salarisstroken zijn deze niet meer beschikbaar en worden niet meer gemaakt. ... Meer weergeven

@Frank JHM Poell Dankjewel! ... Meer weergeven

Dat zou idd heel handig zijn. Ik zie nu dat ik zelf iets niet goed heb beschreven, maar kan niks in tekst aanpassen of bericht verwijderen. ... Meer weergeven

Beste communityleden, We hebben zojuist een nieuwe update geplaatst over de storing die momenteel invloed heeft op Selfservice. Ons team werkt nog steeds hard aan een oplossing en we waarderen jullie geduld in deze kwestie. Lees de nieuwste update op onze statuspagina. Hier vind je de laatste informatie over de voortgang en onze inspanningen om het probleem op te lossen. Onze excuses voor de ongemakken die dit probleem veroorzaakt. We blijven ons inzetten voor een snelle oplossing en houden je via de statuspagina op de hoogte.   Met vriendelijke groet, Lars Bijleveld ... Meer weergeven

Heeft iemand al de handleiding 'bestandsuitwisseling' gevonden want dat was de oorspronkelijke vraag en ja ik krijg zelf de handleiding namelijk ook niet 1,2,3 gevonden. ... Meer weergeven

Het probleem is bij ons bekend en wordt onderzocht. Informatie over verdere ontwikkelingen wordt geplaatst in dit nieuwsbericht: https://community.visma.com/t5/Nieuws-Youforce-Payroll-Gemal/Ontbrekende-data-in-proefproducties/ba-p/650315 ... Meer weergeven

Het zou fijn zijn als er standaard rapporten komen van de nieuwe tabellen, maar ook een rapport die samengevoegd is met de mutaties die wel in Beaufort zijn vastgelegd, zodat je één totaal overzicht van vastgelegde mutaties van de productiemaand hebt. ... Meer weergeven

@Evert van Manen indien je de salarisrun nog moet draaien, moet/kan je dan ook een actie ondernemen om dit te voorkomen? En zoja wat moet je dan waar precies invullen? ... Meer weergeven

@Ellie van der Heide bij ons gaat dit niet werken. Beleid is dat de leidinggevenden eerst akkoord moeten geven op de (reiskosten)declaraties. Het is hun verantwoording en zij dienen dit eerst te beoordelen. Bovendien schrijft het gros van de reiskostendeclaraties rechtstreeks Gemal in na goedkeuring LG. We hopen dat Visma/Raet snel met een oplossing/idee komt. Bedankt voor het meedenken! ... Meer weergeven

@evertvanmanen vraag is niet meer relevant. Probleem is opgelost. ... Meer weergeven

Selectie in mutatiebeheer zou inderdaad erg fijn zijn. Er wordt steeds meer mutaties direct in gemal verwerkt vanuit bijv de app. Dit maakt de controle lastig. Wanneer je nu mutaties wilt verwijderen moet je de hele pagina doorlopen.  ... Meer weergeven

Kunnen jullie al een status update geven? Call uitgezet maar (nog) geen reactie. Er lijken bij het draaien van een proefrun ook overzichten resultaten huidige periode met herrekeningsverschillen en loonstaten over de vorige periode (11-2023) genereerd te worden. (Zie zenden/ontvangen) ... Meer weergeven

@Karin van den Burg @Petro17    Zojuist is dit bericht gepubliceerd: https://community.visma.com/t5/Nieuws-Visma-Raet/Youforce-Werkgebonden-personenmobiliteit-CO2-registratie/ba-p/614351#M405 Bevat een toelichting op de enquete voor Woon-werk en ook de nodige informatie indien je nog gebruik maakt van Self Service voor wat betreft dienstreizen. ... Meer weergeven

Zie ook Omschrijving invoercode op bij mutatiebeheer Gemal, https://community.visma.com/t5/Ideeen-Youforce-Payroll-Gemal/Omschrijving-invoercode-op-bij-mutatiebeheer-Gemal/idc-p/591681 ... Meer weergeven

@Niek Grupstra  Dank je wel voor de uitleg. Het is nu duidelijk. ... Meer weergeven

@Sander van der Kous  Mijn voorgaande bericht was een samengevoegde reactie op jouw bericht en dan van Cindy van Stijn, vandaar dat ik jullie beiden vermeld heb. De informatie over één uitvoercode was een reactie op de vraag van Cindy.    De werkwijze is Gemal is zodanig dat één uitvoercode altijd slechts in één kolom van de loonstaat geboekt wordt. Deze inrichting is vormgegeven op werkgevercode 58001. Daarmee samenhangend kan een enkele uitvoercode alleen bruto of alleen netto zijn. Van deze systemetiek afwijken levert grote risico's op voor de technische fiscale afhandeling. Dat is de reden dat wij deze ontwikkeling niet zullen oppakken.   Aan de invoerkant is voor de reiskosten in het verleden een speciale oplossing gemaakt, omdat meerdere soorten reiskosten allemaal getoetst moeten worden tegen dezelfde fiscale vrijstelling en die toetsing ook nog eens over meerdere verwerkingsperioden in het jaar moet plaatsvinden. Ruimte uit een eerdere periode kun je immers verrekenen met bovenmatige vergoeding in een latere periode. Dat is een berekening die alleen in de payroll uitgevoerd kan worden.   Zoals aangegeven in het vorige bericht is de keuze voor de thuiswerkvergoeding anders uitgevallen omdat deze met inrichting in applicaties aan de voorkant ook goed te verwerken is.        ... Meer weergeven