Wij hebben een klant die van dezelfde Youforce omgeving gebruikt maakt als wij zelf. Wij hebben de gesprekscyclus zo ingericht, dat een 2e functioneringsgesprek optioneel is. Onze klant wil dit graag uitgeschakeld hebben, maar helaas is het niet mogelijk om voor een andere opdrachtgever (ander CEA-nummer) een andere gesprekscyclus in te richten. Graag zouden wij deze mogelijkheid willen hebben. ... Meer weergeven

Als wij een nieuwe medewerker invoeren, komt er automatisch een brief met daarin de juiste salarisgegevens vanuit het salarisformulier. Echter, als de ingangsdatum van het dienstverband 1 januari 2017 is, kloppen deze gegevens niet, omdat dan een cao-verhoging heeft plaatsgevonden. We moeten daarom handmatig in de brief het juiste salaris vermelden. Als er sprake is van toelagen als percentage van het salaris, moeten we die eerst zelf berekenen voor we deze in de brief kunnen noemen. En waar je handmatig aanpassingen moet doen, is het risico op fouten groter. Wat zou het handig zijn, als in Self Service wordt gekeken naar de ingangsdatum bij het berekenen van het salaris. Dit geldt ook voor andere workflows zoals bijvoorbeeld bij functiewijziging. ... Meer weergeven

Net zoals je zelf kunt bepalen wat de ondertekening is van de mails die worden verzonden vanuit Self Service, wil ik voor de standaard notificaties en informatiemails zelf de aanhef en de aanspreekvorm kunnen bepalen zonder voor elke instelling en elke gebruikersrol templates te moeten inrichten. Dat is beheerstechnisch niet wenselijk. Qua informatie voldoen de standaardtemplates van Raet in veel gevallen prima, behalve dan dat de mail altijd begint met 'beste collega' en de aanspreekvorm 'u' is. Wij hebben klanten die gebruik maken van Self Service van Youforce en wij zijn niet hun collega's. Bovendien is de aanspreekvorm in e-mails informeel. Graag willen we dus naast de ondertekening ook zelf de aanhef en de aanspreekvorm kunnen bepalen. ... Meer weergeven

In de releasenote van augustus wordt onder het kopje '1. Aanpassingen door regelgeving Wet Bescherming Persoonsgegevens' het advies gegeven om gebruik te maken van xsso of sms-authenticatie. Nog afgezien van het feit, dat hier geen aanpassingen worden vermeld, is dit advies niet in alle gevallen afdoende. PSA-gebruikers loggen in de desktop-omgeving niet in met xsso maar met wachtwoord en certificaat. Dit wachtwoord kan ook worden gebruikt zonder eerst in de desktop-omgeving in te loggen (zonder certificaat) en zo komen ze ook in de verzuimmanager. De combinatie van xsso en sms-authenticatie kan een oplossing bieden: zodra iemand met wachtwoord inlogt is sms-authenticatie verplicht. Echter... Op dit moment zijn wij gewend aan de grote flexibiliteit van het systeem (die ook gepropageerd wordt door Raet). Leidinggevenden loggen in de desktopomgeving in met xsso of op hun tablet met wachtwoord. PSA-gebruikers idem, veel medewerkers ook.  Xsso verplichten door wachtwoorden in te trekken is geen optie. PSA-gebruikers houden dan hun escape en de overige gebruikers ontneem je de flexibiliteit en gebruiksgemak van de huidige werkwijze. Overgaan op de combi xsso-sms-authenticatie betekent niet alleen een eenmalige investering, maar elk sms-je kost ook geld. Gebruik hiervan wil je daarom eigenlijk ontmoedigen, maar dat betekent ook weer een inperking van flexibiliteit t.o. v. de huidige werkwijze.  Een flexibele oplossing biedt m.i. een extra wachtwoord voor de Verzuimmodule, net zoals een bedrijfsarts ook een extra wachtwoord moet invoeren voor de verzuimmodule. De infrastructuur hiervoor lijkt aanwezig. ... Meer weergeven

Op dit moment kun je in de Te-doen-lijst of het archief alleen maar zien dat een e-mail wordt verstuurd met een bijlage. Wij maken steeds meer gebruik van de e-mail-template. Dat betekent dat de inhoud die voorheen in de bijlage stond nu direct in de mail staat. Dat is veel vriendelijker voor de lezer. Echter, nu lopen wij er tegenaan, dat in de Te-doen-lijst en het archief niet zichtbaar is, dat een mail is verstuurd. Alleen die mails die een bijlage hebben worden gelogd. Als een medewerker zegt dat hij een mail niet heeft ontvangen, dan kunnen wij niet aantonen vanuit de logging in Self Service of dat wel is gebeurd, of dat er mogelijk een verstoring is (geweest). Een eventuele verstoring komt ook niet aan het licht en herstel (nasturen van gemiste mails vanaf een bepaalde datum)  is door gebrek aan logging niet mogelijk. Een workaround zou zijn om ook een mail naar een aparte map in een algemeen e-mail-adres te laten sturen, maar beheerstechnisch is dit niet wenselijk. Bovendien moet je bij een melding dat een mail niet is ontvangen altijd controleren of de e-mail instellingen in de workflow wel juist zijn. Want dat een mail is binnengekomen in het betreffende mapje, wil nog niet zeggen, dat er ook een mail naar de medewerker is verstuurd. Analyse van de oorzaak van het niet ontvangen blijft giswerk. Kortom, ik zou graag een oplossing willen in plaats van een onbevredigende workaround. ... Meer weergeven

Het zou heel veel werk schelen als in workflowbeheer, templatebeheer en autorisatiebeheer een ingesteld filter wordt vastgehouden, zodat je dat niet steeds opnieuw hoeft in te stellen. ... Meer weergeven