User Profile
L Weegenaar
76
Posts
70
Kudos
1
Solution
21-01-2025
17:13
16 Kudos
@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
21-01-2025
15:17
Op de storingspagina staat dat het is opgelost. Wat is de oplossing?
... View more
21-01-2025
10:36
@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
09-01-2025
16:58
1 Kudo
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
09-01-2025
12:29
@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
03-01-2025
11:26
Zojuist het XML ingelezen. Klopt het dat alleen het vinkje blok. ind. muteren nu weg is? Of mis ik nog iets?
... View more
18-11-2024
13:06
1 Kudo
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
23-10-2024
11:04
@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
16-10-2024
16:52
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
03-10-2024
17:02
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
25-09-2024
21:06
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
25-09-2024
11:28
2 Kudos
Hoi Roel, Via roltoewijzing persoon in beaufort kun je iemand koppelen aan een OE en de boomoptie gebruiken, dan pakt die alles wat eronder hangt. Of je drukt telkens op toevoegen in dit scherm als het er maar een paar betreffen.
... View more
25-09-2024
11:01
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
25-09-2024
10:57
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
20-08-2024
11:59
@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
10-07-2024
16:08
2 Kudos
Mooie ontwikkeling. Duidelijk uitgelegd en werkt prettig.
... View more
02-07-2024
12:15
Zojuist getest en dit gaat goed.. wellicht hebben andere klanten hier ook wat aan. Gr.
... View more
02-07-2024
12:14
@Bram Settels is het mogelijk de XML te bewerken voor een workaround? Bijv. <PRODUCTIEJAAR>2024</PRODUCTIEJAAR> <PRODUCTIEPERIODE>07</PRODUCTIEPERIODE>
... View more
02-07-2024
10:56
Hier hebben wij ook behoefte aan.
... View more
18-06-2024
12:28
8 Kudos
@Evert van Manen kan er een update geplaatst worden? Het moment van afroepen voor sommige klanten ivm betaalbatch tekenen komt heel dichtbij.
... View more
13-06-2024
15:54
2 Kudos
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
30-05-2024
09:04
1 Kudo
@Sabine Koelewijn heb je een indicatie wanneer de video's verwacht worden ?
... View more
29-05-2024
20:16
1 Kudo
Prima ontwikkelingen en ook beter uit te leggen. Mooi op 1 plek 👍
... View more
16-05-2024
15:10
@cvanstijn ja ook deze variant hebben wij gezien bij een klant. Dat komt inderdaad doordat de rubrieken nog niet gevuld zijn bij de nieuwe coderingen in de verdeelsleutel. Bij alle nieuwe codes hebben wij P00001 en P00403 gevuld. Zoals in jouw printscreen. (in ons geval "niet gewogen") Vervolgens hebben wij de verdeelde resultaten werknemer geschoond & de verdeel uren tijdsregistratie geschoond. Daarna: Opbouw verdeeluren gedraaid 1917 bestand weer ingelezen Opbouwen journaalpost En toen kwam de juiste FTE naar boven. Hopelijk heb je hier wat aan. Gr.
... View more
16-05-2024
12:33
@Marcel Bouman gebruiken jullie tijdsregistratie?
... View more
16-05-2024
08:54
1 Kudo
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
15-05-2024
16:30
Waarschijnlijk open je een rapport waar het report builder model van is vervallen. Verzuim bijv.
... View more
15-05-2024
10:12
Mooie oplossing Remco Zodoende kunnen we deze functionaliteit weer openstellen voor klanten
... View more
14-05-2024
17:00
@Jelle - Jeugdhulp Friesland eens. Dat las ik er ook niet uit. Bij ons (AAG) was dat de oplossing. Indien je een code relevant maakt moet je mijn inziens nog meer stappen doen zie mijn vorige reactie ook. Gr.
... View more
14-05-2024
16:53
@Jelle - Jeugdhulp Friesland heb je de JP opnieuw opgebouwd?
... View more
Activity Feed for L Weegenaar
- Got a Kudo for Re: Verschil in journaalposten en berekening. 27-01-2025 16:48
- Got a Kudo for Re: Verschil in journaalposten en berekening. 23-01-2025 13:51
- Got a Kudo for Re: Verschil in journaalposten en berekening. 23-01-2025 09:49
- Got a Kudo for Re: Verschil in journaalposten en berekening. 23-01-2025 09:02
- Got a Kudo for Re: Verschil in journaalposten en berekening. 23-01-2025 08:23
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 14:20
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 14:02
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 13:32
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 13:07
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 12:32
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 10:52
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 09:39
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 09:12
- Got a Kudo for Re: Verschil in journaalposten en berekening. 22-01-2025 08:25
- Got a Kudo for Re: Verschil in journaalposten en berekening. 21-01-2025 19:40
- Got a Kudo for Re: Verschil in journaalposten en berekening. 21-01-2025 18:59
- Posted Re: Verschil in journaalposten en berekening on Nieuws Youforce Payroll Gemal. 21-01-2025 17:13
- Posted Re: Verschil in journaalposten en berekening on Nieuws Youforce Payroll Gemal. 21-01-2025 15:17
- Posted Re: Verschil in journaalposten en berekening on Nieuws Youforce Payroll Gemal. 21-01-2025 10:36
- Kudoed Verschil in journaalposten en berekening for Evert van Manen. 21-01-2025 10:25