Vandaag is dan eindelijk de dag en zijn we live met Visma Connect! De performance problemen van gisteren zijn opgelost, maar we blijven vandaag uiteraard monitoren.  Maken jouw gebruikers gebruik van Roosterplanning? Dan wil ik je nogmaals wijzen op dit artikel Roosterplanning en Visma Connect.    We hebben nog drie aandachtspunten: Wanneer je Prognose opent of vanuit Self Service op PDF klikt om naar de 'Document viewer' te gaan, krijg je een tussenscherm te zien met jouw gebruikersnaam. Zodra je op jouw gebruikersnaam klikt heb je toegang tot deze processen.     We hopen deze week nog een oplossing te vinden waardoor dit tussenscherm weer verdwijnt.   Daarnaast worden in Templatebeheer de mergevelden niet opgehaald bij Self Service.   We proberen dit probleem zo snel mogelijk op te lossen.   Zie ook dit bericht op de status pagina.    ... View more

Goedemiddag,    Vanmorgen zijn we overgestapt naar Visma Connect, maar we hebben dit helaas terug moeten draaien omdat de performance toch niet goed genoeg was. Vandaag heeft het team een verbetering doorgevoerd en ook wederom uitgebreid getest en daarom zullen we morgenochtend 17 juni om 7:00 uur overstappen naar Visma Connect.  ... View more

In de afgelopen maanden is er hard gewerkt aan de overgang naar Visma Connect. Niet alleen door ons, maar ook zeker door jullie. Dank voor jullie medewerking en ook voor alle feedback die wij ontvangen hebben!   Op dit moment bevinden we ons nog in een hybride situatie, waarbij zowel Ping als Visma Connect in gebruik zijn. Op 16 juni om 08:00u maken we definitief de overstap, en vanaf dat moment verloopt de authenticatie uitsluitend via Visma Connect. Bij deze overgang zul je een kleine wijziging opmerken in dit scherm: Het zal er namelijk als volgt uit komen te zien: Gebruik je Roosterplanning / C-quential? Klik dan hier voor extra informatie ... View more

Zoals je in dit artikel hebt kunnen lezen, stappen we op 16 juni om 08:00u over naar Visma Connect. Deze wijziging heeft gevolgen voor het gebruik van Roosterplanning. In de eerste weken na de overgang zul je, wanneer je via Youforce naar Roosterplanning navigeert, je gebruikersnaam nog eenmalig moeten bevestigen. We zijn hierover in overleg met Roosterplanning om dit zo snel mogelijk op te lossen.   Wat betekent dit?  Je logt in met jouw account in Mijn Youforce Je klikt op het proces Roosterplanning Je krijgt een tussenscherm te zien met daarin jouw gebruikersnaam of de mogelijkheid om jouw gebruikersnaam in te vullen Je klikt op volgende en kunt aan de slag in Roosterplanning   We begrijpen dat dit een extra handeling is die niet gewenst is, daarvoor onze excuses. Zoals gezegd zijn we met Roosterplanning in gesprek om tot een oplossing te komen. De verwachting is dat een oplossing binnen vier tot acht weken beschikbaar zal zijn. ... View more

Wellicht is het je al opgevallen: we voeren op de achtergrond verschillende wijzigingen door zodat informatie uit HR Core sneller beschikbaar is in Gebruikersbeheer en Autorisatiebeheer. Zo worden rollen en de soort arbeidsrelatie na het aanmaken in HR Core vrijwel direct zichtbaar in Autorisatiebeheer. Ook de dienstverbandgegevens van een gebruiker halen we sneller op.   De volgende stap? We willen dat gebruikers bijna‘real time’ worden aangemaakt in Gebruikersbeheer. Tijdens deze analyse zijn we aangekomen bij een belangrijk keuzemoment, en we horen hierover graag jouw mening. Het gaat om de werking van de P15013 Youforce Gebruiker in HR Core en hoe deze zich verhoudt tot het aanmaken en blokkeren van gebruikers in Gebruikersbeheer. De vraag: wie is leidend bij het blokkeren van gebruikers – HR Core of Gebruikersbeheer?   Hoe werkt het nu? Op dit moment bepaal je met de waarde van de P15013 Youforce Gebruiker of een gebruiker zichtbaar is in Gebruikersbeheer. Zet je deze op nee, dan is de gebruiker niet zichtbaar in Gebruikersbeheer, maar wordt hij op de achtergrond wél aangemaakt (voor gebruik in andere modules). Zet je de waarde later op ja, dan wordt de gebruiker zichtbaar in Gebruikersbeheer.   Vanaf dat moment is Gebruikersbeheer leidend en heeft een wijziging in HR Core geen effect meer. In de praktijk blijkt dat dit voor veel verwarring zorgt. Wat willen we verbeteren? Ons doel is om dit proces eenduidiger te maken. Omdat de gebruiker op de achtergrond al wordt aangemaakt, willen we deze ook direct zichtbaar maken in Gebruikersbeheer. Staat P15013 Youforce gebruiker op nee, dan wordt de gebruiker direct geblokkeerd weergegeven (en ontvangt dus geen e-mail voor een onyouforce account). Deze geblokkeerde gebruikers worden standaard gefilterd, maar zijn zichtbaar te maken via een filteroptie.   De vraag is nu: wat als de gebruiker wél moet kunnen inloggen? Daar staan we voor een keuze. We hebben twee scenario’s uitgewerkt, en we horen graag jouw voorkeur. Scenario 1 – Gebruikersbeheer is leidend Je geeft in HR Core via P15013 Youforce gebruiker aan of een medewerker moet kunnen inloggen. Bij waarde ja wordt de gebruiker aangemaakt en zichtbaar in Gebruikersbeheer. Bij waarde nee wordt de gebruiker aangemaakt, maar geblokkeerd. Als je later besluit de gebruiker toegang te geven, kun je deze deblokkeren via Gebruikersbeheer. Wijzigingen in HR Core hebben na de eerste aanmaak geen invloed meer.   Goed om te weten: we nemen in dit scenario ook het collectief blokkeren en deblokkeren mee. Scenario 2 – HR Core is leidend Ook hier geef je via P15013 Youforce gebruiker aan of de medewerker moet kunnen inloggen. Bij waarde ja wordt de gebruiker aangemaakt en zichtbaar in Gebruikersbeheer. Bij waarde nee wordt de gebruiker geblokkeerd in Gebruikersbeheer. In dit scenario kun je een gebruiker die via HR Core is aangemaakt, niet meer blokkeren of deblokkeren via Gebruikersbeheer. Alleen een wijziging in P15013 Youforce gebruiker is dan nog bepalend voor het blokkeren van een gebruiker. Wat is jouw voorkeur? Ik reageer op dit artikel met Scenario 1 Gebruikersbeheer leidend en Scenario 2 HR Core leidend. Geef een kudo op het scenario dat jouw voorkeur heeft. Wil je jouw keuze toelichten? Laat dan gerust een reactie achter onder dit artikel! ... View more