om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
Deze release wordt vrijgegeven op zaterdag 31 augustus 2024.
In dit bericht hebben we jou al op de hoogte gebracht van batchopdrachten en hun mogelijke impact op de performance van Beaufort. Inmiddels staat de door ons geadviseerde best practice ook op de Community.
Deze is gebaseerd op de optimale verhouding tussen technische performance enerzijds en de functionele toegevoegde waarde van de batchopdracht in relatie tot de betreffende systeemfunctie anderzijds. Simpelweg alle batchopdrachten met een hoge herhaal frequentie vastleggen klinkt wellicht aantrekkelijk maar heeft in de praktijk vaak geen zin. In de best practice tabel zie je de meest toegepaste batchfuncties en de daarbij behorende periodiciteit.
Aan jou het verzoek de batchinrichting zoals die nu in jullie omgeving staat, kritisch te bekijken en waar van toepassing (en mogelijk) te conformeren aan bovenstaande best practice. Dit kun je doen middels functie 800004-Wachtrij alle batchopdrachten. Soms zien we ook dat een batchopdracht meerdere keren voorkomt, dat is met de juiste periodiciteit ook niet nodig. Deze kunnen eenvoudig worden verwijderd.
Per 01-09-2024 is de stagevergoeding verhoogd conform de nieuwe CAO. Het bedrag bijgewerkt in de salaristabel. Het betreft salarisregeling 46.
De genoemde salarisregeling is aangepast voor wat betreft de bedragen van de salarisschalen:
Deze salarisregeling kan worden geïmporteerd in HR Core Beaufort met de functie 215015 (Import geg. salarisregeling).
Daarna kunnen de bruto salarissen opnieuw bepaald worden:
De volledige tekst van de cao kraamzorg is gepubliceerd en daarin is de stagevergoeding voor 2023 en 2024 aangegeven. Wij hebben voor 2023 en 2024 het bedrag bijgewerkt in de salaristabellen. Het betreft salarisregeling 81.
De genoemde salarisregeling is aangepast voor wat betreft de bedragen van de salarisschalen:
Deze salarisregeling kan worden geïmporteerd in HR Core Beaufort met de functie 215015 (Import geg. salarisregeling).
Indien u op het moment van de release werknemers hebt die aangemerkt zijn als stagiare dan kunt u vervolgens de bruto salarissen opnieuw bepalen:
Zie dit kennisartikel met betrekking tot het opnieuw bepalen van de brutosalarissen met terugwerkende kracht.
Op het moment van beoordelen (augustus 2024) zijn er geen werknemers in de cao kraamzorg aangemerkt als stagiaire. Daarom heeft Payroll Gemal geen automatische herrekening aangestuurd. Mocht je wel een stagiaire hebben gehad die inmiddels uit dienst is en recht zou hebben gehad op een hoger bedrag aan stagevergoeding, dan dien je zelf handmatig deze werknemer te herrekenen met rubriek P00475 beginperiode herrekening.
Per 3 september is er een nieuwe salaristabel beschikbaar in verband met de salariswijziging per 2024-09. Het betreft salarisregeling 28.
De genoemde salarisregeling is aangepast voor wat betreft de bedragen van de salarisschalen:
Deze salarisregeling kan worden geïmporteerd in HR Core Beaufort met de functie 215015 (Import geg. salarisregeling).
Daarna kunnen de bruto salarissen opnieuw bepaald worden:
In deze release is in Payroll Gemal nieuwe functionaliteit gerealiseerd, specifiek voor vervroegde IVA uitkeringen. Het doel van deze functionaliteit is dat ook vervroegde IVA uitkeringen gemakkelijker te administreren zijn in Payroll Gemal. Voor meer informatie zie de release notes van Payroll Gemal.
Om de nieuwe functionaliteit te ondersteunen zijn in HR Core Beaufort zes nieuwe rubrieken gedefinieerd. Drie voor de nieuwe Gemal invoer codes en drie voor de nieuwe Gemal uitvoer codes.
Rubriek |
Omschrijving |
Exportcode |
Omschrijving |
P02356 |
Verrekenen vervroegde IVA |
02356 |
Verr vervr IVA |
P12531 |
Afwijkende ORT PFZW |
02531 |
Afw ORT PFZW |
P00630 |
EJU/PB WIA uitkering |
00630 |
EJU/PB WIA uitk |
Rubriek |
Referentiewaarde |
Omschrijving |
P02356 |
0 |
Geen effect |
P02356 |
1 |
Verrekenen vervroegde IVA |
Uitvoercode |
Omschrijving |
Rubriek |
Omschrijving |
01398 |
Verr vervr IVA |
P99398 |
Verrekenen vervroegde IVA |
01912 |
Ln verr vervr IVA |
P91912 |
Loon verrekenen vervroegde IVA |
00630 |
EJU/PB WIA uitk |
P99630 |
EJU/PB WIA uitkering |
In HR Core Beaufort is geen bijzondere actie nodig. De nieuwe rubrieken zijn klaar voor gebruik.
Voor toelichting op het gebruik van de nieuwe rubrieken zie de uitleg in de Payroll Gemal release notes.
Met het oog op toekomstige ontwikkelingen hebben onderdelen binnen Youforce - waaronder Payroll Gemal- behoefte aan het e-mailadres van de werknemer. Wij leveren dit nu binnen de Youforce keten niet aan. Hoewel het e-mailadres nog niet direct zal worden toegepast binnen Payroll Gemal, zal dit in de nabije toekomst wellicht wel het geval gaan zijn. Denk hierbij bijvoorbeeld aan het (op een AVG vriendelijke manier) aanleveren van het e-mailadres richting UPA.
Rubriek P01034 E-mail adres privé wordt vanaf nu aangeleverd aan Payroll Gemal via export- cq invoercode 02850 E-mailadres.
Nieuwe emailadressen of wijzigingen van bestaande emailadressen worden vanaf deze release aangeleverd aan Payroll Gemal via de reguliere salarisaanlevering.
Om reeds bestaande privé emailadressen (rubriek P01034 E-mail adres privé) voor actieve dienstverbanden aan te leveren aan Payroll Gemal is het nodig om eenmalig de functie "'Genereren salarismutaties emailadres (P01034)'" in Beaufort Service op te starten.
Procedure:
Als van de organisatorische eenheid - P01106, in het scherm- ‘In- en uit dienstgegevens’ de optie Toekomst mutatie wordt geselecteerd verschijnt de foutmelding dat de rubriek niet gevonden kan worden in de rubriekentabel.
Het scherm 'Onderhouden toekomstige mutaties' zou moeten worden weergegeven.
Na een wijziging in de Beaufort release 06-2024 blijkt voor deze rubriek het ophalen van de toekomst gegevens niet meer juist te werken.
De programmatuur is hierop aangepast en het scherm Onderhouden toekomstige mutaties wordt vanaf nu weer correct weergegeven.
Geen verdere actie noodzakelijk.
Bij het indirect muteren van mutaties waarbij een onbekende rubriekcode was vermeld werd er op het verslag 'Foutverslag controleren indirecte mutaties' onterecht de volgende melding vermeld:
"(PI_3115) De indirecte ziekte mutaties van het aanleverende proces XXX zijn afgekeurd".
De controle op een onbekende rubriekcode is verbeterd zodat niet meer onterecht de eerdergenoemde melding "PI_3115" wordt getoond, maar de melding "PI_0804 Rubriek van de mutatie komt niet voor in de rubriekentabel".
Geen verdere actie noodzakelijk.
Niet alle werkgeverrubrieken gekenmerkt om te moeten worden gecontroleerd in geval van gekoppelde dienstverbanden werden getoond op het controle verslag van functie 700170 (Koppelen dienstverbanden), knop 'Controleren'.
De controle op de werkgever rubrieken is aangepast zodat ook deze worden vermeld op het overzicht.
Geen verdere actie noodzakelijk.
Qua 'Aangepaste versie': de paragraaf mbt 'Aanleveren e-mailadres privé t.b.v. UPA' aangepast naar 'Aanleveren e-mailadres privé aan Payroll Gemal'.
Wij registreren het privé-emailadres in Beaufort met als gerechtvaardigd doel dat de arbodienst de werknemer rechtstreeks kan benaderen. Dat communiceren we aan de werknemer en daar tekenen ze ook voor (gezien).
Nu vinden we het geen probleem om er een gerechtvaardigd doel aan toe te voegen maar "Hoewel het e-mailadres nog niet direct zal worden toegepast binnen Payroll Gemal, zal dit in de nabije toekomst wellicht wel het geval gaan zijn." vind ik te vaag in het kader van de AVG en ook niet uit te leggen aan de werknemer.
Is het niet een beter idee om pas wanneer jullie daadwerkelijk de privé-emailadressen nodig hebben de code P01034 naar Gemal up te loaden?
Ik ben het eens met Maurice van de Pol. Bovendien kan een medewerker meerdere e-mailadressen hebben en bijvoorbeeld voor het pensioenfonds een ander mailadres gebruiken dan het adres wat is doorgegeven aan de werkgever, juist om misbruik van gegevens te voorkomen. Als deze gegevensuitwisseling echt nodig is, moet er volgens mij een extra rubriek komen waar het e-mailadres wat aan het pensioenfonds wordt doorgegeven wordt vastgelegd. Ook dat zal aan de werknemer gecommuniceerd moeten worden.
Eens met @Maurice van de Pol . Wij registreren het privé-emailadres om voor de indiensttreding te kunnen communiceren. Als het later voor RVM nodig is, wordt gecheckt of het emailadres nog correct is en dan wordt toestemming gevraagd dit email adres te gebruiken voor verzuimcorrespondentie. Medewerkers kunnen via de app desgewenst hun privé-email wijzigen of verwijderen. De betrouwbaarheid van dit email adres is niet gegarandeerd en daarom lijkt het me ook niet juist dat wij als werkgever het privé emailadres aanleveren richting UPA.
Goedemiddag, dank voor jullie reacties.
Wat betreft het privé emailadres: het delen van data binnen Youforce is common practice en gebeurt op diverse vlakken. Zo is het privé emailadres ook al geruime tijd onderdeel van de synchronisatie met HRSS.
Richting Payroll Gemal betreft het eveneens een uitwisseling binnen dezelfde Youforce keten. M.a.w.: het emailadres wordt nav deze wijziging niét gedeeld met externe partijen anders dan Visma|Raet. In dat kader is er dan ook geen sprake van een aanvullend AVG risico.
Ihkv gebruikersgemak cq het beperken van handmatige handelingen wilden we dit gegeven ook aanleveren richting UPA. Die stap hebben we, mede in het kader van diezelfde AVG wetgeving, echter teruggedraaid. Intern zijn we aan het kijken hoe we een en ander maximaal conform wetgeving kunnen implementeren.
Het was echter te kort dag (en in onze optiek om eerder genoemde reden onnodig) om de aanlevering richting Gemal uit de release van a.s. zaterdag te halen. Mocht je echter bezwaren blijven houden mbt aanlevering aan Gemal kun je (na de releasedatum) het vinkje 'Aanleveren salarisverw.' bij rubriek P01034 (systeemfunctie 210001) uitvinken. Dan wordt dit gegeven niet aangeleverd aan Gemal.
@Frank JHM Poell Het klinkt alsof jullie ervanuit gaan dat een medewerker ook maar één privé e-mailadres heeft, maar zoals @Caroline vd Wijngaard ook al aangeeft kan het zo zijn dat een medewerker meerdere privé e-mailadressen (of werkt met aliassen) in gebruik heeft juist om in deze moderne tijd eenvoudig schifting te kunnen maken in velerlei portals.
Copyright 2019 Visma Community. All right reserved.