@Evert van Manen  de gemal ziekengeld berekening zou een fictieve berekening moeten zijn. Ik ben het niet eens met deze oplossing. Nu wordt er soms ingegrepen waardoor er door ziek zijn iemand een hoger salaris krijgt! Dat lijkt mij niet de bedoeling. Er zijn feitelijk nu stroken onjuist en voor controle bij accountants niet uit te leggen.  Tevens mbt wg code 7830 is ook een keuze van de klant omdat werknemers alleen maar vragen hierover kunnen hebben.  ... View more

Op de storingspagina staat dat het is opgelost. Wat is de oplossing? ... View more

@Evert van Manen dank het voor het bericht. Hopelijk komt er snel een reactie met een advies. Bij sommige klanten zijn de betalingen al gedaan en kan het niet meer hersteld worden.  Bij sommige klanten kunnen we nu nog ingrijpen, afhankelijk van de reactie snelheid.  Wij zien in elk geval dat er gevallen zijn waarbij de medewerker echt veels te veel betaald krijgt.  ... View more

Hoi Peter ik zou dit oplossen door een “truc” uit te halen in Beaufort. Op het moment je iemand in/uitdienst meld per bijv. 1-1-2010, kun je de arbeidsrelatie naar Niet-Gemal zetten. Vervolgens haal je de uitdienstdatum er weer uit; of je past deze aan naar de juiste waarde, vervolgens de juiste indiensdatum vastleggen. Daarna kun je onder JWP de arbeidsrelatie weer naar een Gemal arbeidsrelatie zetten. Gevolg is dat alle mutaties onder JWP nu aangeleverd worden. Let op: dit mag alleen gedaan worden bij het aanleveren van een nieuwe werknemer die nog nooit in Gemal is gekomen.  ... View more

@Evert van Manen  ondanks dat dit nu niet meer kan is het wel wenselijk voor ik denk iedereen om dit proces (WAB herziening) eenvoudiger te maken voor volgend jaar. Diverse collega's, maar ook in diverse app groepen van Youforce is het niet altijd helder wat de te nemen stappen zijn. Vooral de stap opnieuw vastleggen van werkgevercodes die er al staan in combinatie met de XML niet meesturen.    Persoonlijk verwijder ik alle aansturingen en leg ik het opnieuw vast, en per instelling is het ook nog goed opletten. Maar ik ben er zeker van dat het eenvoudiger kan! Wellicht iets om mee te nemen voor volgend jaar. ... View more

Zojuist het XML ingelezen. Klopt het dat alleen het vinkje blok. ind. muteren nu weg is?  Of mis ik nog iets? ... View more

Mijn inziens is dat tijdig gecommuniceerd door VR. https://community.visma.com/t5/Nieuws-Youforce-Portaal/Nieuwe-navigatiebalk-in-Mijn-Youforce-vanaf-18-november/ba-p/693859     ... View more

@Elly Jansen Holleboom op de loonstrook zou je bij blok 1 code 2950 kunnen opnemen zodat je kunt zien dat het gekoppeld is.  ... View more

Wij overwegen sterk om code 31108 uit te zetten. Vooral voor de controle van de salarisstroken van Visma-Raet is het niet fijn om enkel een werknemersstrook te hebben. Bij afrekeningen bij meerdere dienstverbanden kun je zonder de werkgeversstrook niet meer goed zien wat er gebeurd.  Je kunt het wel weer oplossen door de individuele loonstaat te gebruiken maar dat werkt niet prettig. Ook derden zoals accountants zullen duidelijker willen zien wat er gebeurd in de salarisadministratie.   Omdat het duidelijk is dat de werkgeversstrook niet meer zal terugkomen overwegen wij bij klanten 31108 uit te zetten zodat er weer 2 salarisstroken per dienstverband zichtbaar zijn. Een stap terug, want je zult hier meer werk aan hebben in geval van een vordering en de medewerker krijgt 2 betalingen ipv 1, maar noodzakelijk om de controle goed te verrichten voor onze klanten.    Verder zaken die opvielen was bijv. dat als iemand 2 loonbeslagen heeft (bijv. 1 naar CAK en 1 naar een instantie) dat het 2e loonbeslag standaard op een aparte regel (2e pagina loonstrook) komt. Dat is ook mijn inziens een stap terug. Ook dat kun je oplossen door waarschijnlijk te fröbelen in de Specificatie Manager met blokken maar dit is niet wat je wilt.            ... View more

Hi Arianne 🙂 Bastiaan van Visma kwam vorig jaar met een harde deadline voor alle klanten die als die te vroeg was je hem kon mailen zodat je die nog kon aanpassen.  Bij mijn klanten heb ik volgens mij ergens rond de 15e (dec) toen afgesproken, ging prima!  ... View more

Zo makkelijk is het ook. Ik krijg bij mijn klanten nu ook in deze payroll (oktober) de gewerkte dagen die zijn ingediend over augustus gewoon binnen als een herreken mutatie van 1-9-2024. Staan klaar in Gemal met ingangsdatum 1-9. Ook nieuwe mutaties als je de oude maand verwijderd, en opnieuw laat indienen moet op die manier werken.  Als dat niet zo is, dan zou ik daar een call voor indienen. ... View more

Ga je dan niet terug in de tijd. Je wilt toch liever geen Self Service flow meer hebben omdat je nu alles in de app hebt.  Stel dat je een fout hebt gemaakt in de gewerkte dagen. Bijv. de dagen van augustus die in september betaald worden. Even praktisch gedacht: stel dat je de declaratie weggooit in de app als beheerder, dan kan de medewerker deze weer opnieuw indienen en zodra dat gebeurd komt in gemal de nieuwe mutatie mee met ingangsdatum 1-9. (in oktober). Vervolgens wordt deze declaratie overschreven en worden de aanvullende thuiswerkdagen of kantoordagen nabetaald mijn inziens. ... View more

Volgens mij heeft Lotte hier ook op gereageerd in een ander bericht. Zover ik begreep is de eenmalige backup code die je als beheerder kan sturen de nieuwe manier om een bypass te organiseren. Al ben ik persoonlijk ook voorstander van een button bypass zoals die er eerder was.  ... View more

@Evert van Manen  je schrijft dat het technisch lastig is om de juiste informatie op de RSM strook te krijgen en dat het deels herbouwd moet worden.  Wij hebben klanten die al melding hebben gemaakt dat medewerkers met dienstverband voor onbepaalde tijd en een dienstverband voor bepaalde tijd opeens op de salarisstrook een uitdienstdatum zien staan van uiteraard het tijdelijke dienstverband.   31108 uitzetten is niet wenselijk want dan krijg je uiteraard 2 betalingen ipv een samengevoegde.  Is het niet veel handiger als eerst RSM "herbouwd" wordt voordat iedereen live gaat per 1 okt?   ... View more

Mooie ontwikkeling.  Duidelijk uitgelegd en werkt prettig. ... View more

Hier hebben wij ook behoefte aan.  ... View more

@Evert van Manen kan er een update geplaatst worden? Het moment van afroepen voor sommige klanten ivm betaalbatch tekenen komt heel dichtbij.  ... View more

Het zou mooi zijn inderdaad als het emailadres weer aangepast kan worden in accountbeheer. De praktijk leert dat via Beaufort het weer enig moment kan duren.  Moet voor Beaufort de rubriek P05023 weer op een A worden gezet voor de koppeling hiermee ?   ... View more

@Sabine Koelewijn  heb je een indicatie wanneer de video's verwacht worden ? ... View more

Prima ontwikkelingen en ook beter uit te leggen. Mooi op 1 plek 👍 ... View more

Hoi Raymond, Ik heb sowieso het idee dat er een bepaalde server is of meerdere servers van de Citrix die ontzettend traag is. Gisteren ook gehad bij een klant. Als je vervolgens uitlogt (citrix afmelden) en na 10-15 min weer aanlogt spring je mogelijk op een "betere" server en was de traagheid weg. Wij hebben wel voor diverse klanten calls uitstaan hierover maar nog geen reactie. ... View more

Waarschijnlijk open je een rapport waar het report builder model van is vervallen. Verzuim bijv. ... View more

Mooie oplossing Remco Zodoende kunnen we deze functionaliteit weer openstellen voor klanten ... View more