om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
Deze release wordt vrijgegeven op zaterdag 29 maart 2025.
Op het ideeënportaal kwam het verzoek om naar aanleiding van de gepubliceerde HR Core releasenotes vragen te kunnen stellen in geval van onduidelijkheden. In dat kader zullen we net als vorige maand een releasenotes gerelateerd forumtopic 'Vragen releasenotes 2025-04'' openen. Klik hier om naar dit forum te gaan. In dit topic kun je je releasenotes gerelateerde vragen stellen, we zullen daar dan zo spoedig mogelijk op reageren. En wellicht heeft een andere gebruiker ook wel een antwoord op de gestelde vraag!
We hopen op deze wijze ook meer feeling te krijgen met de vragen die de releasenotes zoal opleveren, zodat we hier bij het schrijven ervan al rekening mee kunnen houden. Na een aantal maanden zullen we evalueren in hoeverre deze opzet de gewenste waarde oplevert.
HR Core Beaufort kent een lange historie en heeft in de loop der jaren een breed scala aan functionaliteit opgebouwd. Functionaliteit die heden ten dage nog veel wordt gebruikt, maar ook functionaliteit die niet meer wordt gebruikt. De module 'Begroting en budgetbewaking' behoort tot die laatste categorie. In dat kader zijn we voornemens om deze module in de tweede helft van dit jaar uit HR Core Beaufort te verwijderen. We zullen t.z.t. hierover uiteraard nader communiceren.
Ruim een jaar geleden is een best practice oplossing gecreëerd met betrekking tot werkgerelateerde persoonlijke mobiliteit. De in dit kader gebruikte PI-rubrieken hadden in eerste instantie geen historische bewaartermijn geconfigureerd. Door voortschrijdend inzicht is het toch wenselijk de vastgelegde waarden ook in de historie te registreren. Deze mogelijkheid hebben we in de 2025-02 release gerealiseerd. We zien dat een groot aantal klanten deze bewaartermijn conversie inmiddels heeft uitgevoerd. Mocht jij dit nog niet hebben gedaan, is het advies dit alsnog zo spoedig mogelijk te doen. Dit om te voorkomen dat data wordt overschreven.
Doe de volgende acties om de eenmalige conversie uit te voeren:
Vanaf 1 april is er een nieuwe salaristabel beschikbaar in verband met de wijziging CAO minimumloon. Het betreft salarisregeling 48.
Conform de laatste CAO GEO geldt met ingang van april 2025 een wijziging van het CAO minimumuurloon naar € 16,00. Dit wordt gerealiseerd door het verhogen van de salarisbedragen in de schalen die lager zijn. Uitgangspunt hierbij is het aantal maanduren van de sector. Het CAO uur- en maandbedrag (werkgevercodes 03461 / 03462) op zich zijn niet in GDI opgenomen omdat de schaalbedragen al als bodem gelden.
De genoemde salarisregeling is aangepast voor wat betreft de bedragen van de salarisschalen. De salarisbestanden staan op de J-schijf (folder Payroll-tables).
Als gevolg van deze aanpassing komen ook enkele treden uit de salarisregelingen te vervallen:
Nadat de nieuwe salarisregeling is geïmporteerd in HR Core Beaufort met de functie 215015 Import geg. salarisregeling, moet het volgende gebeuren:
De werkgeversvereniging heeft ons laten weten dat de stagevergoeding met terugwerkende kracht naar 2025-01 is verhoogd. De stagevergoeding is voor 2025 geïndexeerd op €530,43 euro per maand. De stagevergoeding is gebaseerd op een BOL-stage 32 uur per week.
Vanaf 1 april is er een nieuwe salaristabel beschikbaar. Het betreft salarisregeling 81.
Voor de verhoging van de stagevergoeding is de salarisregeling aangepast voor wat betreft inpasnummer 9402. De salarisbestanden staan op de J-schijf (folder Payroll-tables).
Er is daarnaast door de werkgeversvereniging aangegeven dat het bedrag van de stagevergoeding gebaseerd is op 32 uur per week. Daarom is in Payroll Gemal werkgevercode 03356 Normuren fulltime per week afwijkend 1 ingericht met 32 uur. Je dient voor de stagiaires deze afwijkende normuren aan te sturen door invoercode 02480 code normuren fulltime per periode met de waarde 1 aan te sturen met terugwerkende kracht per 2025-01.
Uit analyse is gebleken dat er sprake is van een zeer beperkt aantal stagiaires. Vandaar dat er voor wordt gekozen om de wijzigingen in de dienstverbandgegevens handmatig door te voeren! Voer de onderstaande acties in de beschreven volgorde uit.
In de CAO Sociaal werk is beschreven dat er vanaf april 2025 moet worden aangevuld tot 100% van het salaris in het geval van betaald ouderschapsverlof. Vanaf dat moment zal de aanvulling van 40% bij onbetaald ouderschapsverlof niet meer gelden.
De werkgeversvereniging heeft aangegeven dat er wel een overgangsregeling is. Als de werknemer vóór 1 april al ouderschapsverlof opnam onder de oude regeling of vóór 1 april het verlof aanvraagt, dan mag de werknemer nog kiezen voor de oude regeling (40% doorbetaling bij onbetaald ouderschapsverlof en 70% doorbetaling bij betaald ouderschapsverlof).
We hebben ervoor gekozen om per 2025-04 de nieuwe regeling in Payroll Gemal in te richten en een instructie te geven voor de werknemers die de oude regeling willen volgen. De inrichting en de instructie voor het volgen van de oude regeling volgen hieronder.
Voor meer informatie over de inrichting van de nieuwe regeling zie de Payroll Gemal release notes.
Om de oude regeling aan te sturen moet het volgende gebeuren:
Betaald ouderschapsverlof
Om de aanvulling tegen te gaan, dien je rubriek P10639 Bet. ouderschapsverlof doorbetaling (invoercode 00639) op te geven met de waarde 0,01. Dit kan vast of variabel, afhankelijk van hoe het verlof is opgegeven.
Onbetaald ouderschapsverlof
Om de aanvulling van 40% aan te sturen dien je rubriek P10631 Procentuele toelage 1 (invoercode 00613) op te geven met de waarde 40%.
In de nieuwe regeling betaald ouderschapsverlof vindt volledige opbouw plaats van bovenwettelijk verlof (IKB opbouw). In de oude regeling was dit niet het geval. Mogelijk gaf u toen een blokkade op in HR Core Beaufort voor de opbouw van bovenwettelijk verlof via de functie 703008 Blokkeren verlofopbouw. Dit dient u in de nieuwe regeling dus niet meer te doen!
Indien er medewerker dienen te vallen onder de overgangsregeling handel dan zoals hierboven beschreven bij "Instructie aansturing oude regeling"
In HR Core Beaufort hebben we de mogelijkheid gecreëerd om voor de verschillende vormen van ouderschapsverlof (wettelijk betaald, wettelijk onbetaald, CAO betaald en CAO onbetaald) meerdere verlofsoorten en daarmee een verlofsaldo per kind te registreren. Dit is een voorbereiding op verbeteringen in de Self Service Best Practice oplossingen voor ouderschapsverlof. Momenteel wordt gewerkt aan het verbeteren van de Best Practice voor Gemeenten, zie het community bericht CAO Gemeenten / SGO - update Best Practice Betaald Ouderschapsverlof.
Meerdere verlofsoorten vastleggen voor de verschillende vormen van ouderschapsverlof (wettelijk betaald, wettelijk onbetaald, CAO betaald en CAO onbetaald) kan via functie 206502 Verlofsoort. U kunt voor maximaal 4 kinderen een verlofsoort per vorm van ouderschapsverlof definiëren. Kies daarbij voor een verlofsoortcode en omschrijving die duidelijk maakt om welke vorm van ouderschapsverlof en voor welk kind (1e, 2e, 3e, 4e) de verlofsoort geldt.
Via functie 100010 Wijzigen stuurgegevens kunnen vervolgens in de volgende vier stuurgegevens vanaf nu maximaal 4 verlofsoortcodes (voor maximaal 4 kinderen) per stuurgegeven worden vastgelegd: BOSVRLF Verlofsoort wettelijk betaald ouderschapsverlof, OOSVRLF Verlofsoort wettelijk onbetaald ouderschapsverlof, GBOSVRLF Gemeente verlofsrt betaald ouderschapsverlof en GOOSVRLF Gemeente verlofsrt onbetaald ouderschapsverlof. De verlofsoortcodes moeten gescheiden worden door een komma.
De inrichting van deze stuurgegevens zorgt ervoor dat via de functie 163025 Berekenen uren ouderschapsverlof de maandelijkse berekening van de volgende rubrieken wordt uitgevoerd met als waarde het totaal van alle opgenomen ouderschapsverlof van de maximaal 4 verlofsoorten (maximaal 4 kinderen); P13215 Bet. ouderschapsverlof uren/mnd (BOSVRLF), P07213 Ouderschapsverlof uren/mnd (OOSVRLF of GBOSVRLF), P01946 Verlofregeling 12 uren/mnd (GOOSVRLF). Deze rubrieken worden vervolgens aangeleverd aan Payroll Gemal.
Op dit moment is er geen actie vereist. De functionaliteit met betrekking tot ouderschapsverlof werkt nog steeds zoals je gewend bent.
Zodra de Self Service Best Practice is aangepast kan gebruik gemaakt worden van een verlofsaldo ouderschapsverlof per kind. Houdt de community Wet- en regelgeving in de gaten voor het releasemoment van deze best practices. Deze zijn op dit moment nog niet bekend.
Een ziektegeval kan meerdere ziektetijdvakken bevatten. Dit is bijvoorbeeld het geval als de medewerker tijdens de ziekteperiode meer of minder gaat werken waardoor het % ziek wijzigt. Als in de Youforce Verzuimapp een ziektetijdvak werd verwijderd, werd die verwijdering niet in alle gevallen correct verwerkt via indirect muteren in Beaufort.
Door een aanpassing in de programmatuur wordt een in de Verzuimapp verwijderd ziektetijdvak nu ook correct verwerkt in Beaufort.
Omdat het verwijderen van ziektetijdvakken gevolgen kan hebben binnen de rest van de verzuimketen wordt in een dergelijk geval deze (reeds bestaande) melding getoond:
(PI_9761) Let op: het ziektetijdvak, dat inging op dd-mm-jjjj is verwijderd! Dit kan gevolgen hebben voor uw verzuimstatistieken, de salarisverwerking en/of berichtgeving aan het UWV. Raadpleeg de helpinformatie voor meer informatie.
Geen verdere actie noodzakelijk.
EDI-berichten worden aangemaakt en klaargezet voor verzenden in de Zend folder via de functie Genereren EDI-berichten of eventueel Reproduceren EDI-berichten.
Het genereren van EDI berichten bestaat uit een aantal stappen waarbij na de laatste stap de aangemaakte bestanden worden verplaatst van de PRT map naar de ZEND map. Het initieel aanmaken in de PRT map gebeurt overigens om te voorkomen dat in de maak zijnde bestanden al voortijdig worden verzonden. Daar waar het batchproces geen user interactie kent en de verwerkingsverslagen automatisch in bestanden wegschrijft, kunnen de verslagen bij het handmatig genereren op het scherm worden getoond. In een dergelijk geval verschijnt na elk van de stappen een verslag wat (na het inzien) weggeklikt moet worden om de volgende stap te starten. Pas na het wegklikken van het laatste verslag worden de EDI bestanden daadwerkelijk verplaatst naar de ZEND folder. Als het verslag echter open blijft staan en Beaufort wordt afgesloten dan stopt impliciet het 'genereren EDI berichten' proces zónder dat de bestanden zijn verplaatst.
Zie in dit kader ook dit bericht op de Community. Met ingang van deze release hebben we een structurele oplossing geïmplementeerd.
De berichten worden nu al voordat het overzicht 'Foutmeldingsverslag t.b.v. genereren EDI-berichten' op het scherm wordt getoond al klaargezet in de Zend folder. Er is dus geen afhankelijkheid meer met betrekking tot het handmatig sluiten van de verslagen.
Geen verder actie noodzakelijk.
Hoi @RobZuethof , dat kan kloppen.
Zodra de (eenmalige) conversie is uitgevoerd verdwijnt de optie uit Beaufort Service. En in jullie omgeving is deze al op een eerder moment uitgevoerd.
Als je dat wilt verifiëren kan dit door steekproefsgewijs een of een paar rubrieken te controleren op een gevulde bewaartermijn:
Beste Frank @Frank JHM Poell
Ik heb een vraag over het ouderschapsverlof per kind. Wij vallen onder de CAO Provincies. Komt hier op een later moment ook een Self Service Best Practice voor ouderschapsverlof voor beschikbaar? Zo ja, is er al zicht op een termijn?
Goedemorgen @Monique1 er staat vooralsnog geen specifieke best practice voor de CAO Provincies op de rol. We denken dat de algemene best practice (die ook op basis van deze nieuwe functionaliteit aangepast gaat worden) voldoende is.
Rubriek om oude ouderschapsverlofregeling Sociaal Werk te regelen moet zijn P10613 ipv P00613 zie antwoord hieronder. Leek me handig dit te melden.
Goedemorgen @Jannie Zwiers dank je wel. Klopt inderdaad, de rubriekscode is inmiddels aangepast!
@Frank JHM Poell heb ik iets gemist of zijn er in Beaufort aanpassingen doorgevoerd in bepaalde schermen m.b.t. actieve signalering?
Wanneer ik naar het scherm Muteren acties ga, dan verschijnt direct het resultaatscherm selectie, terwijl ik nog niet de kans heb gehad een selectie in te vullen...
Goedemorgen,
Wat is de reden dat jullie ervoor gekozen hebben om twee verschillende verlofsoorten voor het Onbetaalde ouderschapsverlof (wettelijk onbetaald en CAO onbetaald) aan te maken?
Goedemorgen @FBB Zorgboog, we zijn bezig met het uitbreiden van actieve signalering met 'medewerker taken'. Deze optie komt binnenkort beschikbaar. In dat kader is er ook alvast een kleine wijziging in de user interface doorgevoerd wat betreft het gegeven 'Bewerking'. Daar waar voorheen sprake was van zogenaamde radiobuttons (bolletjes) hebben we nu een keuzelijstje geintroduceerd. Werking is overigens nog steeds identiek.
@Frank JHM Poell Ok, dan zag ik de aanpassing te vroeg (voordat er iets over gecommuniceerd is) 😁
Door een aanpassing in de programmatuur wordt een in de Verzuimapp verwijderd ziektetijdvak nu ook correct verwerkt in Beaufort.
Omdat het verwijderen van ziektetijdvakken gevolgen kan hebben binnen de rest van de verzuimketen wordt in een dergelijk geval deze (reeds bestaande) melding getoond:
(PI_9761) Let op: het ziektetijdvak, dat inging op dd-mm-jjjj is verwijderd! Dit kan gevolgen hebben voor uw verzuimstatistieken, de salarisverwerking en/of berichtgeving aan het UWV. Raadpleeg de helpinformatie voor meer informatie.
Dit staat er als oplossing. Hoe komt deze melding terecht bij de salarisadministratie bijvoorbeeld
Hoi @Roel_Harmsen, zie ook de vergelijkbare vraag op het releasenoteforum.
Deze (overigens al langer bestaande) melding wordt getoond in Beaufort op het verwerkingsverslag mbt het verwerken van de indirecte mutaties. Dat is immers het moment waarop de applicatie de situatie constateert. Daarnaast zal de melding ook in de database worden gelogd zodat deze ook op het standaard rapport 'Verslag indirect muteren' zichtbaar wordt.
Copyright 2019 Visma Community. All right reserved.