om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
Deze release wordt vrijgegeven op zaterdag 27 januari 2024.
Sinds november 2022 is het mogelijk om zonder handmatige interactie de salarismutatiebestanden (SBFT*-files) naar Payroll Gemal te versturen. Dit hebben we destijds gecommuniceerd op de Community, zie dit bericht.
Deze mogelijkheid wordt door het gros van onze Online klanten al gebruikt, maar het blijkt dat een aantal dit nog niet heeft geactiveerd. Zoals al eerder gecommuniceerd zijn we voornemens dit automatisch voor alle Online klanten te activeren per de 2024-02 release. Het stuurgegeven zal dan worden gevuld met de nieuwe locatie en zal niet meer te wijzigen zijn.
In het kader van het uitfaseren van de IBU is de upgrade van HR Core Beaufort vanaf de 2024-02 release alleen beschikbaar in Bestandsuitwisseling. De oude route via 'Zend en ontvang' is voor het downloaden van het upgradebestand dan niet meer operationeel.
Om het upgrade bestand (BeaufortRelease030543.zip) te kunnen downloaden moet je wel het recht 'Ontvang HR Core Upgrades' toekennen aan degene(n) die het bestand gaat/gaan downloaden. Dit recht kun je toekennen via 'Mijn Youforce - Autorisatiebeheer', applicatie 'HR Core OnPremise'. Zie ook dit bericht op de Community.
Deze release bevat net als in eerdere maanden (2023-11 en 2023-12) onder de motorkap een aantal nieuwe PI rubrieken. Deze rubrieken zullen in de verbeterde best practice 'Zorg' worden gebruikt. Hier zal vanzelfsprekend nog nader over worden gecommuniceerd.
Het betreft de PI rubrieken PI0393 t/m PI0401.
Om bestanden vanuit HR Core Beaufort lokaal te kunnen gebruiken is het mogelijk om de bestanden op de J-drive in de map 'hosted-klant-files' te plaatsen zodat ze beschikbaar zijn in Bestandsuitwisseling. Op de community (onderdeel Youforce API's & bestandsuitwisseling) is het bericht Gewijzigde naamgeving bestanden voor inzenden met IBU, Bestandsuitwisseling en File API geplaatst betreffende de naamgeving van bestanden. We brengen het hier even onder de aandacht omdat we zien dat er wel eens bestanden met onjuiste tekens worden aangemaakt. Indien de naamgeving niet voldoet wordt het bestand afgekeurd door Bestandsuitwisseling.
De maximum lengte van de bestandsnaam is gelijk aan de standaard Windows limiet van 255 karakters waarbij de volgende karakters zijn toegestaan:
Op 9 januari heeft de werkgeversvereniging laten weten dat de uur-vergoedingen voor slaap/aanwezigheidsdiensten als arbeidstijd worden gezien. Daarom dient de vergoeding per uur minimaal het minimum uurloon te zijn. Voor 21 jaar en ouder is dat €13,27, maar voor jongeren ligt die vergoeding lager. De vergoeding van €15,- ligt voor alle leeftijden hoog genoeg, maar de vergoeding van €7,50 is in sommige gevallen te laag.
Zie dit bericht op de Payroll Gemal community (en tevens de Payroll Gemal releasenotes 2024-02).
Het is niet mogelijk om vanuit tijdregistratie in HR Core onderscheid te maken op basis van leeftijd. Tijdregistratie zal daarom slaap / aanwezigheidsdiensten op ma-vr blijven aanbieden op invoercode 00867, ongeacht de leeftijd van de werknemer.
De CAO Sociaal Werk kent sinds 1 januari 2022 2 salarisregelingen: één met en één zonder arbeidsmarkttoelage. Payroll Gemal en HR Core Beaufort kenden tot nu toe slechts de salarisregeling (01) zonder arbeidsmarkttoelage, waarbij met een rubriek P11921 Code procentuele toelageregeling 1 kan worden aangegeven of er wel of geen sprake is van de hiervoor genoemde arbeidsmarkttoelage.
De combinatie van salarisregeling 01 en de waarde van rubriek P11192 leidde in de praktijk tot problemen bij verdere berekeningen in Payroll Gemal. Vandaar dat besloten is om een tweede salarisregeling (85) in het leven te roepen waarin de arbeidsmarkttoelage is inbegrepen.
Zie ook de releasenotes Payroll Gemal 2024-02.
De nieuwe salaristabel (85) zal vanaf 30 januari beschikbaar komen:
Ter info: er staan per salarisregeling 2 bestanden, waarbij het advies is beide te importeren:
Allereerst moet de nieuwe salarisregeling 85 in HR Core Beaufort worden gedefinieerd en geïmporteerd.
Vervolgens moeten alle medewerkers die vallen onder salarisregeling 01 en waarbij rubriek P11921 is vastgelegd met waarde 1 handmatig of middels collectieve mutaties omgezet worden van salarisregeling 01 naar salarisregeling 85. De werkwijze met betrekking tot collectief muteren wordt hieronder beschreven.
(*) Je kunt in Beaufort de nieuwe salarisregeling onder een andere code dan de externe code 85 vastleggen. Het advies is echter om de interne code zoveel mogelijk gelijk te houden aan de externe code.
Stap |
Selectie |
Doelrubriek |
waarde doel |
Bewerking doel |
Waarde |
1 |
P00314 Salarisregeling = 01 en |
P00314 |
Stam |
Waarde toekennen |
eigen code toegekend in functie 215000 |
2 |
P08307 Salarisregeling garantiesalaris = 01 en P11921 Code procentuele toelageregeling 1 = 1 |
P08307 |
Stam |
Waarde toekennen |
eigen code toegekend in functie 215000 |
3 |
P11921 Code procentuele toelageregeling 1 = 1 |
P11921 |
Stam |
Waarde toekennen |
0 |
De berekening van P01617 WVP eerste AO-dag is onderdeel van de oude Actieve Signalering Poortwachter (ASP) functionaliteit. Deze WVP datum houdt in geval van doorlopende ziektegevallen rekening met de daadwerkelijke verzuimdagen uitgezonderd ziektegevallen t.g.v. zwangerschapsverlof. Tegenwoordig wordt de Poortwachter wetgeving ondersteund vanuit andere modules in het Visma|Raet portfolio (Verzuim Management) en is de ASP functionaliteit in HR Core Beaufort gedeactiveerd middels een waarde 'N' voor het het stuurgegeven ASP_AAN (Actieve signalering poortwachter actief).
De rubriek P01617 WVP eerste AO-dag heeft echter wel nog steeds toegevoegde waarde in het kader van rapportages binnen Youforce Reporting. Hierdoor is besloten om deze rubriek onderhuids altijd te berekenen, ongeacht de waarde van het stuurgegeven ASP_AAN.
Vanaf deze release zal P01617 WVP eerste AO-dag ongeacht de waarde van ASP_AAN tijdens het opvoeren of wijzigen van een ziektegeval worden berekend. Wil je deze rubriek ook berekenen voor reeds bestaande openstaande ziektegevallen kan dat middels de functie Genereren AS-P acties openstaande ziektegevallen in Beaufort Service. Ook hier gebeurt dat ongeacht de waarde van ASP_AAN.
In die uitzonderingsgevallen dat ASP_AAN de waarde 'J' heeft zullen naast het berekenen van P01617 ook de Poortwachter acties aangemaakt worden (en op enig moment zichtbaar worden in het scherm 'Uit te voeren acties'). Het genereren van deze acties vereist echter wel aanvullende ASP inrichting in HR Core Beaufort. Hieronder worden in tabelvorm de diverse situaties weergegeven.
Actie |
ASP_AAN = J |
ASP_AAN = N |
Berekening P01617 |
Ja |
Ja |
Genereren AS-P acties |
Ja |
Nee |
Afhankelijk van de toegevoegde rapportagewaarde van P01617 in jouw organisatie kun je voor de openstaande ziektegevallen de Beaufort Service functie 'Genereren AS-P acties' uitvoeren.
Als bij het opvoeren van een nieuwe ziektegeval sprake is van een arbeidsgehandicapte registratie, dan wordt deze samenloop vastgelegd bij het nieuwe ziektegeval.
Omgekeerd is er bij het vastleggen van een nieuwe arbeidsgehandicapte registratie geen controle op een eventuele samenloop met een openstaand ziektegeval.
In deze release is de controle op een openstaand ziektegeval toegevoegd aan de functie voor het registreren van een nieuwe arbeidsgehandicapte situatie. Deze controle heeft uitsluitend een informerende rol richting Beaufort gebruiker: er zijn verder geen vervolgstappen aan verbonden.
Bij het opvoeren van een nieuwe arbeidsgehandicapte situatie middels procedure 701001 Registratie arbeidsgehandicapt, wordt aan de hand van de ingangsdatum gecontroleerd of er op die datum sprake is van een openstaand ziektegeval. Als dat het geval is wordt onderstaande melding getoond. Nadat op de knop OK is gedrukt, kun je doorgaan met het opvoeren van de arbeidsgehandicapte situatie.
Geen aanvullende actie benodigd.
In de release notes van 2024-01 is aangegeven dat de rubriek P12889 onterecht op vervallen is geplaatst, hetgeen we in de 2024-02 release weer zouden corrigeren.
De omschrijving van de rubriek wordt nu met de februari release aangepast naar Student/scholier.
Heb je conform de beschrijving in de release notes van 2024-01 de tekst zelf al gewijzigd naar "Kwartaaltabel LH" dan hoef je daar geen actie op te ondernemen. Met deze februari release wordt de omschrijving weer automatisch aangepast c.q. de eventuele handmatige aanpassing overschreven.
In geval het reguliere salaris en het garantiesalaris van een dienstverband gebaseerd zijn op 2 verschillende salarisregelingen, verschijnt bij het bepalen van het garantiesalaris ten onrechte de melding '(PI_0359) Schaal ancienniteit garantiesalaris xx is niet aanwezig'. Deze melding wordt veroorzaakt door het feit dat in bepaalde situaties bij het bepalen van de salarisregeling voor het garantiesalaris abusievelijk de salarisregeling voor het reguliere salaris werd gebruikt.
Bij het bepalen van het garantiesalaris wordt nu altijd de salarisregeling gebruikt zoals vastgelegd in het tabblad Garantiesalaris van het venster Salaris.
Geen aanvullende actie benodigd.
In het rubriekwaardenbestand aangemaakt met functie 177025 (Aanm. incidentele export RST) werden in sommige gevallen niet alle referentiewaarden volledig geëxporteerd.
Deze bug is opgelost zodat alle referentiewaarden zowel qua code als omschrijving volledig worden geëxporteerd. Dit hebben we ook geverifieerd voor de vergelijkbare functie 175510 (Incidentele export TM en HSS).
Als je twijfels hebt inzake de compleetheid van de referentiewaarden kun je het rubriekwaardebestand met functie 177025 (Aanm. incidentele export RST') opnieuw aanmaken.
In geval van decimale waarden bij het instellingsgegeven S03463 (Werkuren per jaar), werden deze op het scherm 'Cao en Salarisgegevens' weergegeven als '00'. Een waarde 1882,29 werd bijvoorbeeld weergegeven als 1882,00. Zie ook dit bericht op de Community.
De programmatuur is aangepast zodat nu op het scherm de juiste waarde wordt weergegeven.
Geen aanvullende actie benodigd.
Qua 'Aangepaste versie': er is een kleine opmerking toegevoegd bij het onderwerp 'CAO Sociaal Werk: Tweede salarisregeling.
Het betreft de volgende zin/advies:
(*) Je kunt in Beaufort de nieuwe salarisregeling onder een andere code dan de externe code 85 vastleggen. Het advies is echter om de interne code zoveel mogelijk gelijk te houden aan de externe code.
Upgrade 030543 voor release 2024-02 is voor de on premise klanten beschikbaar op Youforce. Zie ook dit bericht.
In tegenstelling tot hetgeen eerder is beschreven in de releasenotes, is deze upgrade te downloaden via de oude route op basis van 'Zend en ontvang'.
Alleen het toevoegen van de nieuwe CAO 85 (Welzijn met arb. toelage) is niet voldoende zoals hier omschreven staat.
Ergens is blijkbaar een koppeling tussen werkgever en betreffende CAO's want ik heb de stappen doorlopen maar krijg vervolgens een foutmelding m.b.t.. werkgevernummer. CAO 85 is blijkbaar ergens gekoppeld aan het werkgeversnummer. Zie call #42603125.
Het behelst veel meer werk want je moet in HRSS ook afdeling/functie toevoegen en bij functies/salarisschalen toevoegen. En vervolgens in alle workflows waar naar CAO wordt gekeken middels een controle moet je die CAO ook toevoegen. Is het mogelijk om het te laten zoals is nu is ingericht bij ons dus 1 cao welzijn met onderscheid wel of niet arb.markttoelage? Het gaat bij ons maar om 6 mensen namelijk. Hoor graag van je terug, bedankt alvast. En ik zal toch niet de enige zijn die hier tegen aan loopt?? Gr. Marja
Goedemiddag @marjavanderkolk , ik begrijp dat er in jullie situatie aanvullende aanpassingen nodig zijn in HRSS. Vanuit Visma|Raet kunnen we hierin ondersteunen met consultancy, iets wat via de genoemde call inmiddels in gang is gezet. Dank daarvoor.
Het handhaven van de de oude werkwijze obv 1 CAO wordt ontraden. Dit in verband met de tekortkomingen in die methodiek (en welke de reden waren voor deze wijziging). Los van deze tekortkomingen zou dit ook weer de nodige klantinrichting in Payroll Gemal vereisen. Inspanningen die ons inziens beter in de nieuwe en toekomstvaste oplossing gestoken kunnen worden.
Copyright 2019 Visma Community. All right reserved.