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!
Visma Finland
Visma Letland
Visma Nederland
Visma Noorwegen
Visma Zweden
Visma Developers & Partners
Visma Latijns-Amerika