Super fijn dat je zo actief meedoet op het forum @Björn Sman ! Wat een super snelle (en inhoudelijk perfecte) reactie op de vraag van Maurice. ... View more

Hoi @Carola de Vries1 ,   Naar alle waarschijnlijkheid is het dan in jouw voorbeeld zo dat de salarisproductie 04-2024 al is gedraaid en dat de medewerker die je gebruikt aankomende maand (05-2024) netto precies € 1.776,25 vakantiegeld krijgt uitbetaald.   We houden je via Grote negatieve verschillen bij simulatie op de hoogte van de aanpassing die we hiervoor gaan doen. ... View more

Hoi @Astrid Mulder , @Marco van den Anker en @Misty,   Bedankt voor jullie aanvullingen. Na het dieper onderzoeken (met o.a. jullie hulp) hebben we kunnen concluderen: ✔️ Adres wijziging uit de app -> Self Service voert bijna alle java-scripts goed uit. Aandachtspunt daarbij is wel om de rubriek A00001 (als 'text', 'datum', 'radio', 'getal' etc.) voor niks anders te gebruiken dan de vraag 'Is dit ook uw postadres ?' ❌ We zien dat de hele specifieke java-scripts (GF_DistanceBetweenNLZipCodes & GF_DistanceBetweenForeignAddress) niet worden uitgevoerd als de workflow rechstreeks uit app -> Self Service workflow eindstatus *goedgekeurd gaat.   Vrijwel alle organisaties gebruiken 'adres wijziging app' -> Self Service workflow omdat de Salarisadminstratie een rol heeft in de workflow. Bijvoorbeeld vanwege de 'reisafstand', maar ook eventueel voor 'garantie reiskosten' of b.v. een NS-abonnement. Daarmee werkt dat helemaal prima.   Maar ik snap jullie ambitie @Astrid Mulder , @Marco van den Anker en @Misty om het volledig helemaal ''dicht te scripten'''. We blijven dat verder onderzoeken voor de genoemde java-scripts, maar dit is voorlopig de huidige status. ... View more

Goedemorgen @Jean Pierre B en @cvanstijn,   Zojuist hebben we (op de Community van Gemal & Salaris Simulator) het volgende bericht geplaatst: Grote negatieve verschillen bij simulatie   We zijn ons dus bewust van dit issue en gaan het vlot oplossen. Zodra het is opgelost melden we het natuurlijk ook via de Community van Gemal & Salaris Simulator.   ... View more

Goedemiddag @L Weegenaar,   Goed dat je dit bericht hebt gevonden. Inderdaad in de manier dat we nieuwe functionaliteiten samen met verschillende beheerders ontwikkelen (en met interne Visma|Raet collega's) zie je inderdaad de voortgang op sommige plekken.   Op het moment dat dit idee de status 'ingepland' heeft gekregen op 03-04-2024 hebben we voor deze ontwikkeling ook de optie zichtbaar gemaakt in 'autorisatiebeheer'. Op die manier kunnen we stap voor stap verschillende gebruikers en interne collega's toegang geven. Bijvoorbeeld om ook demo's te geven vanuit een realisatische productie omgeving. De intentie is dat binnen 1 - 1,5 maand vanaf die datum het beschikbaar te stellen aan alle beheerders van Youforce.   Om die verwarring te voorkomen proberen we het zo goed mogelijk te communiceren. In dit idee, maar ook in de handleiding. Maar zodra het helemaal beschikbaar is voor iedereen updaten we dit idee (naar de status 'gerealisseerd'), plaatsen we een nieuwsbericht en updaten we alle kennisartikelen. ... View more

Hoi @Jean Pierre B,   Inderdaad zoals @cvanstijn aangeeft heeft mijn collega @Niek Grupstra eerder dit jaar gecommuniceerd over verbeteringen rondom EJU en vakantiegeld: Vakantiegeld / eindejaarsuitkering blokkeren   Op basis van jouw voorbeelden heb ik inderdaad vergelijkbare aanvullende vragen (zoals welke periode zitten jullie, bij welke persoon/dienstverbanden treedt dit op etc.). Allerlei informatie die je het beste in een melding bij het ServiceCenter kunt specificeren, zodat we vanuit Visma|Raet dieper kunnen analyseren waarom het getoonde % onjuist is.   Wil jij hiervoor een melding aanmaken bij het ServiceCenter? ... View more

Hoi @Marco van den Anker ,   De scripts die verwijzen naar 'postadres ja/nee' (dus A00001_170) mogen er wel staan en zouden moeten werken. In jullie formulier zie ik alleen dat  A00001 ook op positie 192 als 'getal' op het formulier. Die snap ik in ieder geval niet (ook niet wat de toegevoegde waarde is). Die zou er dus ook niet moeten staan.   Waarschijnlijk kan je die dus sowieso beter opruimen. Maar voor zover ik het heb kunnen reproduceren zal dan nog steeds de functie  GF_DistanceBetweenNLZipCodes niet werken. Daar ben ik nog steeds dieper naar aan het kijken en dan kom ik er op terug. ... View more

Hoi @Lieke Sterk Huis,   Het is geen recente aanpassing in de App, maar op basis van een vraag heb ik dit kennisartikel gemaakt.   In het verleden heb ik mij wel eens verdiept in dit onderwerp. En je kunt de vraag ook omdraaien, waarom kunnen vrijwel alle systemen van de overheid 24 karakters aan, maar staan we gemeenten wel toe om langere straatnamen te bedenken. Maar dat is mijn eigen verbazing:).   De uitleg vanuit de overheid is te vinden in: https://www.digitaleoverheid.nl/overzicht-van-alle-onderwerpen/stelsel-van-basisregistraties/schrijfwijze-registreren-en-presenteren-adressen-stelsel-basisregistraties/ ... View more

Hoi @KarindeBreuk,   De QRC zijn geschreven vanuit het oogpunt dat een manager ook altijd een medewerker is. Een manager zal ook zelf een declaratie willen kunnen indienen en daarmee komt zijn/haar declaratie weer terecht bij zijn/haar leidinggevende. Daarom leek het ons handig om dat ook op te nemen. Maar gelukkig is de QRC ook als Word beschikbaar, dus voel je vrij om dit eruit te halen.   De 3e pagina gaat inderdaad specifiek in op zaken als 'ziek-melden'. We hebben tot op heden niks gemaakt voor 'goedkeuren declaraties'. Dat is eigenlijk openen van declaratie uit de inbox en klikken op de knop goedkeuren (of afkeuren). Dat is super simpel.   Maar mocht je het toch wenselijk vinden om dat op te nemen, laat het even weten, dan voegen we dat ook toe.     ... View more

Hoi @Lieke Sterk Huis,   Dat klopt helemaal. Als de gebruiker inlogt tussen 20:00 - 21:00 dan ziet hij dit onderhoud scherm. Dit scherm heeft geen knop ''uitloggen'', dus een medewerker kan ook niet per ongeluk uitloggen.   Logt iemand in erna (b.v. om 21:30) of ervoor (b.v. om 18:00) merkt hij/zij niks van het onderhoud.  ... View more

Beste @Marjan Arends Elker en @Marin ZHGA,   Inderdaad bij vrijwel iedere organisatie in de (decentrale)-overheid is dit de standaard. Denk bijvoorbeeld aan Gemeenten, Provincies of Waterschappen.   Maar ook binnen de zorg zijn bepaalde regeling veel voorkomend (zoals uitruil reiskosten en fietsplan). Andere regelingen (zoals kopen/verkopen verlof) zijn veelal afhankelijk van in welk systeem je verlofrechten berekend en vastlegd. Daarnaast is de tendens ook in de zorg dat arbeidsvoorwaarden flexibeler worden.   Dus ook binnen de zorg kan je nu of in de toekomst veel profijt hebben van Flex Benefits. Jouw eigen Customer Success Manager kan je het beste meenemen in alle voordelen en kosten. En kan je ook beste adviseren of inderdaad een overstap Flex Benefits relevant kan zijn, of dat handmatige verwerking via Self Service voor jouw organisatie nu nog de beste oplossing is.  ... View more

Hoi @Timo van Son - AAG,   Self Service is zo prachtig dat je iedere flexibele oplossing kan realiseren die gewenst is. Het meest voorkomende/realistische variant is: 1) De medewerker vraagt via 'salaris berekenen' aan om b.v. van 24 -> 28 uur per week te gaan 2) De workflow komt bij de manager ter goedkeuring (inbox van Mijn Youforce / Te doen Self Service) 3) De medewerker en manager overleggen samen (die stap zal nooit volledig geautormatisseerd worden). De manager maakt de workflow verder af (b.v. met 'gebruikerstype' en een conditie). In de rest van de workflow voert de manager b.v. de nieuwe werkdagen/werkpatroon toe.   De 3e stap kan je ook anders inrichten. Je zou kunnen nadenken dat de manager alleen via Self Service goedkeuring geeft op de nieuwe uren. Maar dat je via die workflow een datum meestuurt die weer wordt gebruikt door 'actieve signalering' om een workflow te starten voor de medewerker zoals 'opgeven nieuwe werkpatroon'.   En de 2e / 3e stap kan je natuurlijk op allerlei tropische varianten inrichten met dat een medewerker in Self Service (wederom met aparte statussen, condities) zijn nieuwe werkdagen/werkpatroon kan invullen.   Kortom de mogelijkheden zijn eindeloos. Maar de belangrijkste kracht van deze oplossing zit in het personeelstekort (zeker in de zorg). Hoe gaaf is dat een medewerker 's avonds op de bank kan zien wat 4 uur per week extra werken netto oplevert. Iedere medewerker die hiermee een verzoek aan/zijn manager stuurt om het contract uit te breiden is een stap in de strijd tegen het personeelstekort.    Dus ik zou het in gebruik nemen vooral makkelijk houden voor de medewerker!  ... View more

Hoi @Ralph ,   Ook bij een iPhone wordt het komma (,) toetsenbord nu getoond. Bedankt voor je feedback! ... View more

Hoi @FBB Zorgboog , Bedankt voor je oplettendheid. Heb direct het linkje geupdate en ook nog toegevoegd: Ik ben bezig met testen, maar ik zie na indienen geen Self Service workflow ... View more

Goedemorgen @Bas Menken - Gemeente Leiden,    Heldere en terechte feedback. En vanuit mijn eigen historie als beheerder van Youforce snap ik jouw mening heel goed. Toch zal ik proberen met onderstaande reactie proberen om toe te lichten dat het helaas net iets complexer is.   In basis is de Youforce App een ''schil''. Als je op een van de functionaliteiten klikt kom je in een webview van dat onderdeel met specifieke functionaliteiten. Bijvoorbeeld in Mijn dossier. Elke van die functionaliteiten hebben een team met eigen ontwikkelaars en Product Owners.   Op die manier zijn we gestart met 'Mijn dossier', 'Declaraties', 'Gewerkte dagen' en 'Profiel'. De de loop van de jaren zijn 'Verzuim', 'Vervanging' en 'Salaris berekenen' daar aan toegevoegd. En ook in de toekomst komen er uitbreidingen met 'Verlof' en 'Flex Benefits'.   Mijn team is verantwoordelijk voor 'Vervanging' en 'Profiel'. Vanuit 'Profiel' hebben we het proces 'adres wijziging'. Daarmee hebben we de kennis en exerptise om dit soort processen te koppelen aan Self Service. Hetgeen we dus ook doen voor 'VOG', 'Diploma' en 'Werkgeversverklaring'.   Het team van mijn collega Bastiaan is verantwoordelijk voor 'Gewerkte dagen', 'Declaraties' en 'Verlof'. Waarbij op dit moment veel organisaties erg blij worden zodra 'verlof' ook beschikbaar komt in de App.   En dan de complexiteit. Je kunt software ontwikkelen best goed vergelijken met veel werkzaamheden binnen jouw eigen organisatie. Mogelijk speelt er bij jouw organisatie een groot project op de Salarisadminstie. Wellicht kan iemand van de Financiele Administratie best even helpen, maar ondanks dat beide iets met cijfers te maken hebben is het een unieke expertise.   Of stel jij wil als beheerder van Youforce een volledig nieuw indienst proces realiseren. De applicatiebeheerder van bijvoorbeeld het zaak-systeem is vast bereid om je te helpen, maar mist de unieke expertise die jij zelf hebt over HR en Youforce. Ditzelfde principe geldt bij onze software ontwikkelaars. Rouleren/verschuiven binnen teams is niet eenvoudig.   Hopelijk geeft dit iets meer achtergrondinformatie. En wellicht nog leuk om postitief af te sluiten. De ontwikkelingen rondom 'VOG', 'Diploma' of 'Werkgeversverklaring' zijn volledig afkomstig uit ideeen van beheerders van Youforce. Die ideeen hebben óók veel stemmen/kudo's gekregen. Dus daar gaan we ook veel mensen blij maken.   En over het idee rondom 'meerdere bijlage bij onkosten' heeft mijn collega Bastiaan aangegeven 'realisatie waarschijnlijk' ná de introductie van verlof inclusief de toelichting: ''Ook heb ik aangegeven dat ik later dit jaar (na Q1 verwacht ik) een top 10 aan ideeen zal publiceren en "de community" te vragen om te helpen prioriteren. Dit idee zal ongetwijfeld in de top 3 eindigen en we doen ons best om daar zo snel mogelijk aan toe te komen.''   We zullen dus zeer zeker opvolging geven aan dit idee. ... View more

Hoi @Raymond_de_Rozario,   Inderdaad het voorbeeld gedeeld door @oscarwolbrink gaat in dit voor geval over het aanleveren van de 'Verklaring Omtrent Gedrag' (VOG). Dat is de essentie van het proces, het vergoeden van de kosten aan de werknemer is ''bijzaak''.   We zien meerdere vergelijkbare processen. In het artikel benoemen we: ‘Uploaden diploma of certificaat’ ‘Werkgeversverklaring aanvragen via Youforce app’   De VOG en deze processen hebben de veelal de volgende overeenkomsten: Er moet een document naar het Personeelsdossier Je wil data registeren in HR Core Beaufort (b.v. om te rapporteren/signaleren op geldigheid VOG) Invoer door medewerker is simpel & gestandaardiseerd (Past op één scherm in van Youforce app) Flexibiliteit in proces is voor organisaties die met Youforce werken een must (b.v. omdat bij de ene organisatie de manager een rol heeft in de VOG of organisaties zelf willen bepalen of een VOG voor de persoon of dienstverband geldt) Het volume van het proces is hoog. Bijvoorbeeld zowel 'diploma', 'werkgeversverklaring' & 'VOG' zijn processen die organisaties vandaag de dag veel gebruiken in Self Service.   Dus inderdaad super fijn om te horen dat jullie beiden enthousiast zijn over de nieuwe mogelijkheden voor de VOG. Maar weet dat het door Visma|Raet wordt gezien als een proces gerelateerd aan 'uploaden & aanvragen', waar toevallig ook kosten mee worden vergoed. Het is dus geen uitbreiding binnen de huidige 'declaratie onkosten'. ... View more

Beste @Ronald Smit1 ,   We hebben nog geen reactie gehad p de vervolgvraag over rubriek P05030 Loonbeslag.    Ondanks dat besluit ik het idee (koppel bankrekening wijzigen aan Self Service) de status 'afgewezen'. We zijn niet voornemens dat te gaan realiseren.   Het eerdere voorstel, (om 'onder water' ook de rubriek P05030 Loonbeslag te laten synchroniseren met het proces 'wijzigen bankrekeningnummer', waarmee de medewerker géén wijziging kan doen), wordt wel verder onderzocht en naar alle waarschijnlijkheid gerealisseerd.  ... View more

Hoi @Ralph,   Super goed dat je aan het testen bent. Bijgaande feedback op je vragen/bevindingen. Hierbij de antwoorden.   Invoer bedrag Bedankt voor de duidelijke printscreen. Mijn conclusie is dat je een iPhone hebt. Op basis van jouw voorbeeld hebben we ontdekt dat een iPhone meerdere 'nummerieke toetsenborden' heeft (Android/Samsung heeft dat niet). De variant die nu wordt gebruikt is logisch bij het veld 'huisnummer' (waarin nooit een komma zit), maar niet bij kosten voor VOG. Dat ga ik laten oplossen.   Overigens goed om te weten dat het bedrag automatisch wordt herkend als je een betaalbewijs toevoegd, dus ook dat werkt gelukkig wel op een iPhone.   Betaalbewijs Inderdaad we hebben besproken om het betaalbewijs achter wege te laten. We hebben dit niet gedaan, omdat: De kosten van online (Justis) en gemeentehuis zijn/blijven verschillend Navraag bij jurdisch meer onderlegde specialisten geeft geen keihard ja/nee. Maar hierbij de uitleg 'Je moet een bedrijfsresultaat vaststellen conform de beginselen van goed koopmansgebruik en daar ook jouw administratie op inrichten. Goed koopmansgebruik is niet een afgebakende definitie, maar algemeen geaccepteerd en waarheidsgetrouw zijn deel van de uitleg.' gevolgd door 'In hoeverre kan een werkgever nu achteraf aantonen, dat bij de aanvraag van de VOG de kosten door de werknemer zijn gemaakt en hoeveel die kosten waren op dat moment? Naar mijn mening kan je dit achteraf lastig vaststellen, wanneer de rekening of het betalingsbewijs daarvan ontbreekt. Dat er een VOG kan worden overlegd, betekent nog niet per definitie dat de werknemer die kosten daarvoor heeft gemaakt.'   Retour sturen In het kennisbankartikel VOG: Wat is de beste werkwijze als de workflow retour gestuurd moet worden? vind je het antwoord/advies.   Heb je nog meer vragen, laat het gerust weten.   ... View more

Hoi @Maurice van de Pol,   Bedankt voor de verduidelijking. Het goede nieuws is dat een medewerker dit natuurlijk niet 2x hoeft in te vullen. Ik zal het hieronder toelichtingen (inclusief de verschillende varianten die je hebt).   De naam Youforce App blijft soms onduidelijk. Maar alles wat beschikbaar is in de App is ook beschikbaar via Mijn Youforce (desktop). Als je die gebruikt dan vult de medewerker slechts één keer de ingangsdatum.   Vanaf hier zijn er 2 keuzes: De adres wijziging gaat rechtstreeks door naar HR Core Beaufort. Onder water worden hiermee in HR Core Beaufort de juiste ingangsdata gevuld De adres wijziging gaat door naar HR Self Service. Dit kies je veelal als je bijvoorbeeld nog een actie hebt voor de salarisadministratie, zoals het berekenen van de reiskosten/afstand. In dat geval worden automatisch in Self Service de FS0060 (ingangsdatum mutatie) als P01012 (ingangdatum woonadres) gevuld. Daar hoeft de medewerker of de salarisadministratie niets voor te doen.   Tot slot kan je (theoretisch) ook nog het de ''ouderwetse'' adreswijziging workflow in Self Service beschikbaar stellen aan de medewerker. Dat is onverstanding/onhandig, want de nieuwe variant vanuit de App (en dus Mijn Youforce desktop) is mooier. Maar kies je daar toch voor? Dan kan je met een java-script zorgen dat de medewerker alleen FS0060 (ingangsdatum mutatie) vult en dat dit automatisch wordt overgenomen in P01012 (ingangdatum woonadres). Je gebruikt dan bijvoorbeeld return(v_FS0060#).   Heb je nog meer vragen laat het gerust weten.     ... View more

Hoi @Maurice van de Pol ,   Bedankt voor de oplettendheid, heb direct de handleiding geupdate.   Wat betreft 2x een wijziging valt het mee, dit speelt alleen in hele uitzonderlijke gevallen: Medewerker heeft woonadres en géén specifiek post-adres --> gaat verhuizen naar ander huis --> alleen wijziging woonadres nodig Medewerker heeft woonadres en wel specifiek post-adres --> gaat verhuizen naar ander huis --> alleen wijziging woonadres nodig (want postadres blijft staan) Medewerker heeft woonadres en wel specifiek post-adres --> gaat verhuizen naar ander huis & wil voortaan ook post niet meer hebben op postadres --> zowel wijziging woonadres als postadres nodig (wat in de app niet complex is voor de medewerker) ... View more

Goedemorgen @Misty , @Marco van den Anker en @Astrid Mulder ,   Op basis van jullie reacties heb ik nog e.e.a. verder getest. Allereerst goed om te weten, vanuit de App worden alle relevante velden (zoals postcode, huisnummer, land) aangeleverd op de relevante rubriek.   Maar óók rubriek A00001 krijgt waarde 'Nee' of 'Ja' mee om te bepalen of er een afwijkend postadres is. Dit geldt voor alle A00001 rubrieken in het formulier. Dat beinvloed dus je java-scripts als je daarin verwijst naar een andere (hulp)-rubriek met A00001.   Mijn ervaring is dat als er géén andere A00001-rubriek op het formulier 'gewone' java-scripts zoals return(v_P01020#) of andere scripts werken.   Maar dat java-scripts zoals return GF_DistanceBetweenNLZipCodes(v_PCVAN#,v_PCNAAR#,'') niet werken. Komt dit overeen met jullie test ervaringen? Hoor het graag.     ... View more

Goedemorgen @Joyce Kievit14,   Als aanvulling heb ik ook zojuist het volgende kennisbank artikel aangemaakt: VOG: Ik ben bezig met testen, maar ik zie na indienen geen Self Service workflow    En ik heb in de handleiding ook 2 printscreens van de inrichting in Self Service toegevoegd. Hopelijk biedt dit voldoende informatie om verder te kunnen. Heb je toch nog vragen dan horen we het graag. ... View more