Omissie in de berekening van opgenomen uren BOSV/AGBV

[#1]

In de 2025-05 release hebben we een issue opgelost met betrekking tot het berekenen van de opgenomen uren BOSV (change 6594873). Hoewel hiermee het grootste deel van het issue is opgelost, blijkt er helaas toch nog sprake van een specifieke foutsituatie.

De urenberekening voor ouderschapsverlof en aanvullend geboorteverlof wordt niet volledig uitgevoerd voor medewerkers waarvoor vóór de 2025-05 release (upgrade 58) al verlofuren zijn vastgelegd voor de maand mei of de daaropvolgende maanden.

Hieronder zal worden beschreven hoe deze situatie gecorrigeerd kan worden.

Identificatie probleemgevallen

Met het overzicht 'Verlofdagen' (163202) kun je controleren of er sprake is van medewerkers met opgenomen verlof in mei of later:

• Start de functie 'Verlofdagen' (163202)
• Vul in op scherm:
  • Verlofjaar: 2025
  • Verlofsoort: selecteer de verlofsoort van het ouderschapsverlof en/of aanvullend geboorteverlof (je kan hier meerdere verlofsoorten selecteren)
• Genereer het overzicht door op 'Accepteren' te klikken

In het overzicht kan je nu zoeken welke dienstverbanden verlofopnames kennen in mei of later.

Correctie

Je kunt dit als volgt corrigeren:

• Ga naar de functie "Muteren verlof" (703002) en selecteer de betreffende medewerker
• In het scherm "Muteren verlof werknemer", kies je het juiste verlofjaar en de verlofsoort, en selecteer een werkdag in mei of een latere maand
• Vul de verlofuren in, sla de mutatie op en verwijder deze vervolgens met behulp van het verwijdericoon
• Herhaal deze stappen indien van toepassing ook voor de andere medewerkers

Daarna kun je de functies "Berekenen uren aanv.geb. verlof" (163024) en/of "Berekenen uren oudersch.verlof" (163025) uitvoeren. Als de salarisverwerking van mei nog niet heeft plaatsgevonden, worden de mutaties hierin meegenomen. Is de salarisverwerking al afgerond, dan worden de uren in een volgende salarisverwerking verwerkt zodra de berekening opnieuw wordt uitgevoerd.

Heb je te maken met een groter aantal medewerkers (25 of meer), dan kun je een aanvraag bij de Servicedesk indienen om te zorgen dat de medewerkers bij de verwerking van de functies "Berekenen uren aanv.geb. verlof" (163024) en/of "Berekenen uren oudersch.verlof" (163025) correct worden meegenomen. 

We zullen op basis van de aanvraag een wijziging doorvoeren in de database, waarna je wel zelf alsnog de genoemde berekening functies dient te starten.

[Marja van der Haar- Meinen]

@Frank JHM Poell wat jammer dat dit is gebeurd. Ik heb het 163202 gedraaid en daar zitten heel wat witregels tussen en het is niet per dag gesplitst maar een langere periode. Een foutgevoelige klus dus. Komt er nog een correctie van zodat we in bijvoorbeeld juni de uren van mei verwerken? Want dan wachten wij daar liever op.

Hoor het graag!

[marjavanderkolk]

@Frank JHM Poell 

Wel jammer dat we zelf een fout vanuit jullie nu moeten oplossen.

Wij hebben dan wel geen 25 of meer medewerkers die dit betreft maar het vraagt wel weer extra werk en tijd om uit te zoeken hoe je dit allemaal moet rechtzetten. Waarom niet voor alle organisaties die het betreft deze service bieden? Gr. Marja

[jolandazwier]

@Frank JHM Poell  Het is inderdaad een hele uitzoekklus.

Op het overzicht 163202 komen alle medewerkers mee (hoop scroll werk) en per medewerker die BOSV opgenomen heeft dienen de verlofaanvragen nagekeken te worden om te berekenen hoeveel uren en welke maanden de verlofuren handmatig gecorrigeerd dienen te worden. Zoals al in een eerdere opmerking van @Marja van der Haar- Meinen zeer foutgevoelig!

Ik sluit me dan ook bij haar opmerking aan; Is hier inderdaad geen andere oplossing voor te vinden?

[Frank JHM Poell]

Goedemiddag @Marja van der Haar- Meinen @marjavanderkolk @jolandazwier , dank voor jullie reactie. Ik snap inderdaad dat het een omslachtige (en bij grotere aantallen ook een potentieel foutgevoelige) correctieprocedure is.

In dat kader hebben we vandaag aan onze kant verder ingezoomed op hoe we dit voor jullie geautomatiseerd zouden kunnen doen. Ik ben blij om te kunnen vertellen dat we daar iets op gevonden hebben.

Wel hebben we daar nog steeds een call (o.a. ivm aanpassing klantdata) voor nodig. Als jullie die inschieten zullen we op basis daarvan de probleemgevallen identificeren en de foutsituatie corrigeren!

[marjavanderkolk]

@Frank JHM Poell 

Dat ga ik meteen doen, super bedankt alvast ook voor de snelle reactie !

We zijn er erg blij mee.

Zie call  #61051540

Gr. Marja

[ArianneB]

@Frank JHM Poell 

Ik vind het ook erg foutgevoelig om dat zelf te gaan doen met een truukje en heb ticket aangemaakt #61079418.