@Frank JHM Poell  Houden jullie met de analyse rekening met het feit dat P00830 een dienstverbandgegeven is, en dat alle klanten die met meerdere dienstverbanden werken deze functionaliteit dus sowieso niet kunnen gaan gebruiken?   @Joycemess Welke situaties komen jullie tegen waarbij het muteren van P15013 mogelijk is op basis van een uitdienstdatum? Wij werken vooral voor de sector Zorg en daarbij is het muteren van P15013 op basis van een uitdienstdatum een utopie, vandaar dat ik benieuwd ben.        NB wordt overigens niet blij van het vooruitzicht dat wij alle Self Service inrichtingen wéér aan moeten gaan passen.  ... View more

Ik sluit mij aan bij de rest. Houdt releases a.u.b. duidelijk gescheiden zodat helder is wat er meegenomen moet worden in onze impactanalyses en tests. ... View more

@Lieke Sterk Huis heeft jouw collega wel een certificaat op haar oude Youforce account? Ze hoeft deze niet te installeren, maar vziw is dit nog steeds nodig om als professional (level2) user herkend te worden én om dus de link admin.youforce.com te kunnen gebruiken. ... View more

@Christiaan Sluis  @Daniel_van_Bendegem    Is er al meer duidelijk wanneer de nieuwe knoppenweergave volledig gereleased gaat worden? ... View more

@Daniel_van_Bendegem Begrijp ik goed dat er een tweede tegel voor Self Service op het bureaublad komt voor alle medewerkers van onze klanten, of komt er een knop voor de beta in Self Service? ... View more

Als de verbetering ten opzichte van de huidige situatie het altijd weergeven van de velden is, dan graag.  ... View more

@Paul Wevers - Gemeente EHV    https://community.visma.com/t5/Nieuws-Youforce-Self-Service/Vooraankondiging-Nieuwe-routecalculator/bc-p/529486 Hier wordt door Daniel van Bendegem aangegeven dat de snelste route gehanteerd wordt, net als in de oude situatie met de data van Webservices.  ... View more

@Paul Wevers Consultancy  Om het eerste scherm met de @onyouforce account-vraag te ontlopen (indien de organisatie dus geen bedrijfsinlog hanteert) kun je de URL ook gewoon ingeven als http://portal.youforce.com/yf-login/ ... View more

De tweede opmerking van @Gea Bussink-Veerbeek vind ik een zeer terecht punt, laat vooral e.e.a. op dezelfde manier berekend worden. Fijn als hier inderdaad een dynamisch gegeven van gemaakt kan worden, net als het saldo.    Onze ervaring is dat met name de vervaldatum 1 januari een struikelblok is in de huidige presentatie. De medewerkers van onze klanten zien dit eigenlijk per definitie te laat, omdat ze expliciet naar het volgend jaar moeten klikken om te constateren dat een potje vervalt zodra het jaar begint.  ... View more

Ik kan onderschrijven dat dit soort problemen blijven voorkomen.  Recent voorbeeld betreft een adreswijziging ingediend door een medewerker, voor wie de administratie een nieuw dienstverband had aangemaakt. Het nieuwe dienstverband was opgestart vóór de adreswijziging, maar i.v.m. het (digitaal) ondertekenen van het contract pas later verwerkt. Met als gevolg dat de adreswijziging ongedaan gemaakt wordt na de verwerking van het nieuwe dienstverband.   Wat betreft feedback op aangedragen voorbeeld:    In het voorbeeld kan het voorkomen dat medewerker functie A heeft en naar B gaat. De workflow is opgestart met functie B. Maar vanwege ''gedoe'' past de salarisadministratie alvast handmatig de functie aan naar B in HR Core Beaufort. Dit betekent: 1) Dat je mogelijk niet meer de gewenste template kan genereren. Want je kunt niet meer zeggen je gaat van functie A naar functie B. 2) De workflow kan bij een latere activiteit (b.v. controleren SA) volledig vastlopen. Omdat de controle ''je moet het veld functie wijzigen'' blijft afgaan.   1) Als de SA op voorhand handmatig ingrijpt moeten ze ook handmatig ingrijpen wanneer er een overeenkomst ontbreekt.  2) Als de SA op voorhand handmatig ingrijpt moeten ze er niet vreemd van opkijken dat een mutatie vastloopt.  In beide gevallen redeneer ik dat degene die ingrijpt in Beaufort, dit ook maar ongedaan moet maken als e.e.a. wel op een juiste wijze binnenkomt.    De benoemde javascript oplossing werkt niet 100 procent. De gepresenteerde "waarde oud" kun je niet beïnvloeden. En de "actuele waarde" die wordt gepresenteerd in het formulier kun je niet met GF_WRB inladen. Daarmee doe je de aangebrachte mutaties namelijk weer teniet bij de eerstvolgende verwerkingsstap in de workflow.  ... View more

Sluit mij hier graag bij aan.    ... View more

Je opmerking over de conversie is juist, ervan uitgaande dat het vrijwilligersdienstverband recenter is vastgelegd. Als het dienstverband met de nieuwste ingangsdatum contract, P05013 met de waarde N betreft, zal de conversie naar P15013 resulteren in een N.    Mijn reactie hiervoor ging in op je vraag of de medewerker in het voorbeeld na de conversie niet meer bij het oude dienstverband zou kunnen. Dat is niet juist. Het Youforce portaal reageert niet op de omzetting van J naar N, door vervolgens de reeds bestaande account te verwijderen of te blokkeren.  De bestaande Youforce account wijzigt niet. Echter zodra je de account verwijderd, zul je deze echter niet meer opnieuw aan kunnen maken op basis van de aansturingen na de conversie. ... View more

Nee want de medewerker in je voorbeeld heeft al een account. Het Youforce Portaal heeft nog nooit op die manier gereageerd op een omzetting van P05013 van J naar N als er al sprake is geweest van een aanlevering waarmee een account was aangemaakt. Dit is ook in de nieuwe situatie het geval.  ... View more