Rubrieken koppelen aan DV i.p.v. PS

[Raymond_de_Rozario]

Goedemiddag,

Wanneer binnen onze organisatie een nieuwe medewerker in dienst komt kan er o.a. worden aangegeven of deze medewerker recht heeft op een personeelspas en een netwerkaccount. Afhankelijk van het soort dienstverband krijgt de medewerker periodiek het bedrijfsblad opgestuurd. 

Wanneer deze medewerker met pensioen gaat, kan deze aangeven of het bedrijfsblad nog verstuurd moet worden. Indien ja, dan wordt er alvast een nieuw dienstverband aangemaakt, waarbij recht op personeelspas en recht op netwerk account op NEE worden gezet. Aangezien de gegevens zijn gekoppeld op persoonsniveau en niet op dienstverbandniveau worden de waardes bij het huidige dienstverband ook op NEE gezet, wat niet de bedoeling is. Aangezien het netwerk account geregeld wordt via een IAM proces is het al een paar keer voorgekomen dat een medewerker niet meer kon inloggen.

Dit zou denk ik voorkomen kunnen worden wanneer:

• er start en einddatum aan de rubriek worden toegevoegd, of
• wanneer een dienstverband een toekomstige startdatum heeft er niets mee wordt gedaan, of nog mooier...
• rubrieken worden als DV gegevenssoort gemarkeerd en niet als PS

Nu moet onze PSA als work-around een herinnering in hun agenda aanmaken dat het nieuwe dvb voor persoon xxxxxx pas op dd-mm-jjjj mag worden aangemaakt.

Kan hier naar worden gekeken?

Al vast bedankt

[Marcel Bouman]

@Raymond_de_Rozario ik probeer even met je mee te denken. Mijn vraag is vooral: waarom zou je een nieuw dienstverband aanmaken? Als je bij het huidige dienstverband een eigen rubriek "ontvangen personeelsblad oid" opneemt die (default) op 'Ja' staat dan kun je bij het samenstellen van de mailbestand op deze waarde selecteren, dus zowel op actieve als inactieve dienstverbanden (waarbij je eventueel nog filtert op andere rubrieken/waarden). Als medewerkers uit dienst gaan en ze willen het blad niet meer ontvangen dan kun je eventueel in de uitdienstmutatie de waarde op 'Nee' zetten, maar dit moet je even tegen jullie processen aanleggen wat hierin handig is.

[Raymond_de_Rozario]

Goedemiddag @Marcel Bouman ,

Excuses voor de late reactie. Er zijn verschillende reden waarom wij voor deze constructie hebben gekozen, welke in combinatie met Raet BPO zijn opgesteld. 

[Gea Bussink-Veerbeek]

@Raymond_de_Rozario , De keuze voor PS-rubrieken was niet slim, maar soms ontdek je zulke dingen pas wanneer je de rubrieken al lang in gebruik hebt is mijn ervaring, helaas. Het is wat veel gevraagd om nieuwe DV-rubrieken in gebruik te nemen.

Als er alleen een DV wordt aangemaakt om de verzending van het personeelsblad te garanderen, kun je er ook voor kiezen om voor het ontvangen van het personeelsblad een nieuwe persoonsnummer aan te maken.

[Raymond_de_Rozario]

Het personeelsblad is een voorbeeld, maar zo zullen er andere situaties zijn waar dit ook van toepassing is. Een nieuw personeelsnummer is in dit geval ook niet de bedoeling, aangezien je wel de link wilt kunnen leggen. Met mijn achternaam  is dat gauw gedaan, alleen is hier in Friesland het aantal "de Jong", "de Vries", "Veenstra" enz. erg hoog.

[Gea Bussink-Veerbeek]

Als wij medewerkers die uit dienst zijn nog in onze administratie moeten houden, bijv. vanwege RVU, maken we een nieuw DV aan met een andere soort arbeidsrelatie. Die arbeidsrelatie is uitgesloten van de AD, zodat er geen account wordt aangemaakt.  Voor managementrapportages is dat ook handig, omdat je dan die arbeidsrelatie kunt uitsluiten, het is immers een puur administratieve registratie. 

Overigens overschrijft bij ons een nieuw DV niet het actuele DV in de AD. Dat gebeurt pas na de einddatum van het eerste DV. De AD kijkt naar did en dud. Je zou dus ook nog eens met je ICT-afd. kunnen overleggen of er op AD-niveau iets aangepast kan worden. 

Wij hebben ook de mogelijkheid dat ICT een account op NOSYNC zet, dat betekent, dat de account niet wordt gesynchroniseerd met de nieuwe gegevens. Je zou dan kunnen vragen of ICT de lopende account op NOSYNC zet tot en met de einddatum van dat dienstverband. Als het op de dag daarna weer gesynchroniseerd wordt, wordt het overschreven met de gegevens van het nieuwe DV.

[Raymond_de_Rozario]

@Gea Bussink-Veerbeek het eerste gedeelte is ook waarom wij het op die manier regelen. Wanneer bij het nieuwe dvb recht op ICT-account op Nee wordt gezet, dan wordt dit meteen meegenomen naar het "oude". Binnen ons ziekenhuis wordt met een ander IAM tool gewerkt dan Tools4Ever. Did en dud zeggen mij niets?

[Gea Bussink-Veerbeek]

@Raymond_de_Rozario , excuses voor de afkortingen: did = datum in dienst, dud = datum uit dienst.

[Frank JHM Poell]

Goedemiddag @Raymond_de_Rozario , we hebben gekeken naar de diverse alternatieven die je noemt. Helaas zijn deze niet eenvoudig te implementeren cq. in lijn met de huidige implemematie: 

• P15013 is in de 2022-02 release om een aantal valide redenen omgezet van DV naar PS. We zijn in dat kader niet voornemens deze wijziging terug te draaien omdat we dan ook weer de oude issues in de keten terug zouden brengen
• Omdat deze rubriek P15013 niet in de range P0* valt is het niet mogelijk hier start- en einddatum rubrieken bij te maken.

Wellicht helpt het als je bij het 'dienstverband personeelsblad' rubriek P15013 NIET aanlevert en rubriek P05023 (selectie dienstverband usermanagement) vult met de waarde G. (G=gegevens niet koppelen)

[Raymond_de_Rozario]

Goedemorgen @Frank JHM Poell ,

Voor ons biedt dit geen alternatief. Het personeelsblad is maar 1 voorbeeld. Er zijn meerdere situaties waarbij er verschil in de dienstverbanden kan zitten (wel/geen recht op ICT account), waardoor een account wordt dicht gezet. Dit zou dan alleen opgelost kunnen worden door een nieuw personeelsnummer aan te maken?