De laatste tijd hebben we gewerkt aan diverse functionele verbeteringen. Sommige van deze releases hebben onbedoelde impact gehad op jullie processen. Zo was de release van woensdagavond dezelfde als die van dinsdag, maar gaf het dinsdag een vertraging in het genereren van documenten omdat er een wachtrij ontstond. Dit nemen wij mee in onze afwegingen voor wanneer wij een volgende release uitvoeren. Wij hebben naar jullie geluisterd en streven altijd naar verbetering van onze producten. Hierbij een update van de laatste ontwikkelingen.
Verruiming aantal karakters voor melding bij een controle
Op basis van dit idee hebben we het maximale aantal karakters van een controlemelding aangepast van 80 naar 240. Dit biedt jullie als beheerders meer gelegenheid om duidelijke meldingen te geven aan jullie gebruikers. Ook is de grootte van het veld aangepast zodat de gehele tekst duidelijk leesbaar in te voeren is. Mocht je het maximum aantal karakters bereiken dan zal het systeem dit zichtbaar afkappen zodat je ziet waar de grens ligt.
Vervanging voortaan apart te autoriseren
We hebben de autorisatie van Vervanging nu los beschikbaar gesteld. Voor onze ervaren beheerders was het al bekend dat de tegel Vervanging voor beheerders geautoriseerd moest worden in combinatie met de tegel Gebruikersrol. Dit omdat het een overlap had qua invloed van de autorisatie. Hoewel dat argument nog steeds bestaat, zijn er ook andere argumenten om het juist los te kunnen autoriseren. Bijvoorbeeld dat een (HR) professional namens een reeds afwezige Manager een vervanging kan instellen, zonder tussenkomst van de beheerder. In dat geval is het veelal onwenselijk om de (HR) professional ook rechten te geven voor Gebruikersbeheer. Om deze reden, én om de werking van autorisaties te versimpelen (toekennen aan een activiteitenprofiel werkt 1 op 1), hebben we nu aangepast dat dit ook los werkt. Dit was ook een van jullie wensen vanuit het ideeënportaal.
Mutaties onjuist afgehandeld
We hebben een extra autorisatiecheck toegevoegd aan de afronde pagina van de workflow. Er kon in uitzonderlijke situaties voorkomen dat een mutatie door een gebruiker niet alleen de huidige activiteit werd uitgevoerd, maar ook de volgende. Dit was een samenloop van omstandigheden die zeer zelden voorkwam en daardoor moeilijk te volgen was. Met deze extra check is dat niet meer mogelijk.
Dialoog niet juist getoond
We hebben een probleem opgelost dat was ontstaan met de aanpassing van de Navigatie door een mutatie in niet-bewerk situaties (met name Archief) . Daarbij werd de dialoog in niet-bewerk situaties ook niet goed getoond. Praktisch werden de condities in de dialoog niet gehanteerd voor de weergave. Waar wel bewerkrechten waren werd dit uiteraard goed gehanteerd en de juiste data bleef ook opgeslagen. Dit is inmiddels opgelost
Exportbestanden
Op 5 mei werd gedurende een korte tijd in de avond door een release alle exportbestanden aangemaakt met de naam TE_ in plaats van HE_. Dit is afgevangen en gecorrigeerd voordat deze naar HR Core werd geëxporteerd. Die release is teruggedraaid en voor de volgbaarheid hebben we bestandsnamen in de logging ook aangepast naar HE_ zoals ze ook in Core zijn aangekomen.
Percentage deelbetrekking op het salarisformulier
We hebben de logica van het ophalen van het percentage deelbetrekking (P00404) in het salarisformulier aangepast. In de 6e Algemene update PD Self Service schreven we over de aangepaste werking van het percentage deelbetrekking op het salarisformulier. Daarin beschreven we de situatie die kon ontstaan als je de P00404 op een lager positienummer had staan in het salarisformulier dan elders in de dialoog (zoals het formulier voor urenwijziging). Als je dan terug ging in de mutatie en de waarde wijzigde, bleef de bekende waarde op het salarisformulier behouden. We hebben hierbij de logica aangepast dat de logica is om het eerste voorkomen in de dialoog te hanteren. In de meeste gevallen zal dit juist zijn. Als je de P00404 op het eerste formulier van de dialoog toont per informatie en in een vervolgformulier in de dialoog dit wijzigt, dan raden we aan om (voorwaardelijk) de waarde met de GF_FRB functie op te halen.
Exporttype F voor foute mutaties
In dit artikel hebben we uitgelegd hoe wij de exportstabiliteit verbeteren door ongeldige mutaties over te slaan met export, in plaats van de export te laten blokkeren. Dit geeft de tijd om de ongeldige mutatie te analyseren, te verwijderen en opnieuw in te dienen. Veelal betrof dit verlofmutaties zonder een verlofsoort (wat wel nodig is voor de mutatiesleutel). Bij uitrol markeerden we ook "lege" mutaties als fout, bijvoorbeeld workflows die alleen werden gebruikt voor het uploaden van documenten. Inmiddels hebben we de logica aangepast zodat de "lege" mutaties niet meer gemarkeerd zijn als type F. Hierdoor vallen de echt foutieve mutaties op.
... View more