Hoi @Mdbusser , Wij kunnen je het beste helpen met een ticket omdat we daar met details kunnen werken. Als het probleem zich ook voordoet in personeelsdossier is het zeer waarschijnlijk dit op een centrale plaats in Youforce (nog) niet goed staat. ... View more

Hoi @Mdbusser    Wil je hiervoor een ticket aanmaken en aangeven om welke gebruikers dit gaat en bij welke actie? Kan het zijn dat dit toekomstige medewerkers zijn en dat je nog niet in Autorisatiebeheer Toegang tot Self Service medewerker hebt toegevoegd aan Alle gebruikers? ... View more

Beste klanten,   Er was gisteren een incident zoals ook gecommuniceerd op https://status.vismaraet.nl/. Het probleem zat in een centrale autorisatiemodule, waardoor dit op diverse plekken problemen gaf.   @ArnaudvG Er is zeker weten geen 4 dagen storing achter elkaar. Als jij zo lang een probleem ervaart is het raadzaam om een ticket te loggen zodat onderzocht kan worden wat het probleem is. ... View more

Hoi @AR0701,   Excuses voor de late reactie. Ik krijg niet altijd direct melding van commentaren. Inmiddels heb je vast het incident op de statuspagina gezien dat dit een Youforce-breed probleem was.   Daarnaast was de release uitgesteld tot 12.00 uur en ontstond het probleem al om 10.20 uur en was rond 10.35 uur verholpen. Voor de release zelf zagen wij een periode van 1 minuut waarin de responsetijden opliepen tot gemiddeld 1 seconde (in plaats van 150-200ms normaliter), wat na die minuut weer terug ging naar normaal. ... View more

Hoi @Alfaro Pentury,   Voor jouw vraag is het van belang om te weten wat voor taak het is en wat je precies bedoelt met je wijziging. Vanuit Self Service werkt het zo dat wij de roltoewijzingen meerdere keren per dag verversen (indien aangeleverd natuurlijk), en op basis van autorisatiewijzigingen ook de taaknotificaties bijwerken (intrekken wie de autorisatie verliest, versturen wie dit erbij krijgt). Als je bedoelt dat de afdeling van het subject (dienstverband op wie de mutatie betrekking heeft) wijzigt, dan gebeurt hier niets mee. Dat is omdat de mutatie reeds is gestart met een afdeling, en op basis van die afdeling de autorisatie zoekt. De werking hierin is gelijk binnen Self Service en de bijbehorende notificatie in de inbox.   @GAM Rademakers: Op 26 september was er een flinke wachtrij opgelopen, wat op 27 september weer is ingelopen. Wij werken nu aan het uitbreiden van onze monitoring om hier sneller op in te kunnen grijpen. Het verwijderen van taken na afronding hebben wij een kleine vertraging op gezet om beter om te kunnen gaan met de impact van performance storingen, maar zou niet langer dan 30 seconden moeten duren (meestal minder!). Als jij nog wel problemen hebt met "hangende" taken, zou je ons dan willen helpen door een ticket aan te maken met daarin het lange gebruikersnummer van Youforce en de mutatie die reeds is afgehandeld? Ditzelfde geldt ook voor het probleem dat er wel een mail is maar (nog) geen taak: ik ontvang graag een ticket om dit te onderzoeken want dit zou na de 27e niet moeten gebeuren. ... View more

Dag @Miranda D,   Ja, op dit moment zijn de volgende bestandstypes toegestaan: *.doc;*.docx;*.gif;*.jpg;*.jpeg;*.odg;*.ods;*.odt;*.pdf;*.png;*.rtf;*.txt;*.xls;*.xlsx       ... View more

Ik kan zien dat toen de wachtrij iets is opgelopen. Wij hebben systemen die opschalen, maar wij kunnen niet vooraf anticiperen wanneer onze klanten veel documenten tegelijk aanmaken. Als het goed is was dit redelijk vlot weer bijgetrokken na jouw melding. ... View more

Dag @Mdbusser ,   We zien dat gisteren de release om 12:35 in productie kwam en dat daar een kleine piek (gemiddeld onder de 700ms) uit kwam. Kan je iets verduidelijken waar je de vertraging ervoer? Het klinkt alsof het gaat om de documentgeneratie. ... View more

Hoi @Jelle - Jeugdhulp Friesland ,   Vanuit Self Service zie ik hier weinig tot geen mogelijkheden voor.   Misschien dat er met Robotics iets te doen is, maar op algemeen niveau denk ik dat er te veel variabelen zijn om dit te kunnen doen (trigger vanuit % ziekte -> controleren welke verlofsoorten er zijn -> per relevante verlofsoort eventueel huidige regel aanpassen met wijzigingsdatum - 1 dag -> per relevante verlofsoort nieuwe regel toevoegen met dit percentage). Waarbij per organisatie afhangt welke verlofsoorten als relevant worden aangemerkt, en ik niet bekend genoeg ben met de materie om te weten of dit altijd bij wijziging % ziek moet of alleen bij langdurige ziekte. ... View more

Dag @Geranda Speelman,   Aangezien dit een vraag is aan andere organisaties/gebruikers, denk ik dat dit beter op zijn plaats is op het Forum. Ik weet niet of ik een idee naar het Forum kan verplaatsen omdat de structuur anders is, dus wil je vragen om je vraag daar zelf te stellen en dat ik dit Idee afsluit, ook gezien onze eerdere reactie. Is dat goed? ... View more

Hoi @wmvanee ,   Er kan wel op termijn worden gekeken naar het generieker beschikbaar stellen hiervan. Dan moet ik je idee eigenlijk naar de Gemal community doorzetten omdat daar de grootste verandering moet plaatsvinden. Technisch kan je dit al zo op deze manier inrichten en dit stuurgegeven gebruiken. ... View more

Hoi Ralph, Er wordt naar gekeken. Het probleem zit in dat de bestanden niet doorkomen naar Self Service, dus moeten wij verder kijken waarom niet. ... View more

Dag Quico, Dat ben ik ook met je eens, maar dan moet de monitoring wel liggen bij de plek die verantwoordelijk is voor de output. Daarom heb ik dit intern doorgegeven als feedback. ... View more

Dag @Henk1 ,   Wij hebben hier wel logging op overwogen aan de kant van Self Service, maar dit blijkt erg lastig. Het is namelijk goed mogelijk dat, door upgrades of onderhoud, er tijdelijk geen exportbestanden worden aangemaakt. Die worden dan ook niet opgepikt door Bestandsuitwisseling, en dus is er niets te importeren. Omdat ik jullie verwachting hierin wel reëel vind, zal ik bij het betreffende team deze feedback delen. ... View more

Hoi @wmvanee ,   Klopt het dat je het hier hebt over het gebruik van stuurgegeven GBOSVRLF? In dat geval is mijn korte advies om deze als zodanig in gebruik te nemen omdat de benaming ondergeschikt is aan de werking. Een aanpassing hiervan zou plaats moeten vinden in HR Core Beaufort. Of als de regeling niet gelijk werkt op dit vlak, is het handig om Payroll Gemal aan te haken.   Ik hoor het graag om te weten of je idee verplaatst moet worden naar de andere community of dat je eigenlijk hiermee al uit de voeten kan. ... View more

Hoi @Metin52 ,   Dankjewel voor je input.   Wij nemen dit mee in onze nieuwe oplossing voor digitale handtekening vanuit Self Service. ... View more

Hoi @Ronald Smit1,   Je hebt helemaal gelijk dat de aanvraag, zolang hij nog actief is, in de Inbox moet blijven. Alles waar een actie/activiteit op moet worden ondernomen noemen we een Taak. Die zijn in principe onbeperkt geldig tot ze worden uitgevoerd.   Deze functionaliteit gaat specifiek over een notificatie bij afronding, die "ter informatie" worden aangeboden. Om te voorkomen dat deze zich ophopen bij een gebruiker die ze niet archiveert na het lezen, geldt daar standaard een bewaartermijn van 30 dagen op.   Dit voorbeeld van verlof is natuurlijk alleen bedoeld als voorbeeld, omdat dit simpel en sprekend is. Straks biedt onze nieuwe verlofoplossing zijn eigen notificaties. ... View more

Dag @marjavanderkolk,   Vanwege het aantal kudo's (en daarmee aangehaakte personen) laat ik je idee hier staan, ook al hadden wij deze al op onze ideeënportaal: https://community.visma.com/t5/Ideeen-Youforce-Self-Service/Roltoewijzing-ook-in-de-toekomst-mogelijk-HCB4-I-210/idi-p/457351 Jouw idee was gestart op Youforce community en later verplaatst naar Self Service community, waardoor je deze niet had gezien.   Om inhoudelijk te reageren hebben wij dit idee al langere tijd in onderzoek en hebben wij zelfs al tijd besteed aan ontwikkeling. Hier liepen wij echter tegen een intern probleem aan: dat de huidige bron (tussenstation) van onze roltoewijzingen al de toekomstige regels eruit filtert. Daarom moeten wij kijken naar een andere bron, wat meer tijd kost.   Als ik hier concreet een verwachting op kan afgeven zal ik dat zeker doen.   ... View more

Hoi @Paul Wevers Consultancy ,   Ik begrijp je verzoek zeker, ook al gaat het om een specifieke situatie van concurrency. In de meeste gevallen is het vooral handig om te voorkomen dat gebruikers (met name medewerkers) hetzelfde proces meerdere keren opstarten.   Wij gaan zeker kijken of we de import sneller kunnen maken via een API, maar dat staat nog niet vast of gepland.  Toch is dat wel de structurele oplossing voor dit probleem, en niet het oprekken van de concurrency periode. Dat is ook de reden dat ik dit idee afwijs.   Zelf heb ik destijds een AMS budget gedaan wel met saldo regeling naast een eigen rubriek als stamwaarde. Het is ietwat bewerkelijk omdat je dit minimaal iedere maand moet controleren en op tijd moet schonen bij uitdiensttreding om de inhouding te voorkomen, maar daarmee kan je het wel zuiver houden. ... View more