om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
De nieuwe major versie 3.5 is inmiddels beschikbaar, zie hiervoor de berichtgeving op de community.
Tijdens het testen bleek dat niet in alle gevallen de uren van het aanvullend geboorteverlof correct wordt berekend met de functie Berekenen aanvullend geboorteverlof (functie 163024). Bij het met terugwerkende kracht opvoeren van geboorteverlof worden deze uren soms niet berekend. Dit wordt in de release van november opgelost. Tot deze tijd geldt het advies dat je voorafgaand aan de salarisaanlevering de aangemaakte variabele mutaties voor rubriek P12146 Uren aanv.geb controleert.
Als meer dan één HI-exportproces voor Self Service op precies hetzelfde moment werden gestart, was het mogelijk dat beide processen in hetzelfde exportbestand gingen schrijven. Dat kon leiden tot foutieve bestanden met bijvoorbeeld dubbele regels.
Om te voorkomen dat meerdere exportprocessen in hetzelfde bestand gaan schrijven, is de naamgeving uitgebreid met twee extra karakters. Als de oude benaming bijvoorbeeld 'hi_001_20200826_160015.csv' is, is de nieuwe benaming nu 'hi_001_20200826_16001519.csv'. Dit betreft overigens alleen de HI-bestanden met betrekking tot export werknemergegevens, de overige HI-bestanden zijn ongewijzigd.
Geen verdere actie benodigd.
In de release notes van Payroll Gemal release 2020-09 is aangekondigd dat het met ingang van die release mogelijk is om een proefproductie als correctieproductie te laten uitvoeren. Met ingang van release 2020-10 van HR Core Beaufort is het mogelijk om gebruik te maken van deze functionaliteit in Payroll Gemal door correctiemutaties in HR Core Beaufort aan te leveren als proefproductie aan Payroll Gemal.
De procedure 150055 Aanlevering proefproductie kan nu, naast normale mutaties, ook correctiemutaties verwerken in een bestand voor de proefproductie. De beslissing of normale mutaties dan wel correctiemutaties worden verwerkt, is afhankelijk van de sessie waarin HR Core Beaufort zich bevindt: NOR Normale productie of COR Correctieproductie. Als HR Core Beaufort zich in een andere sessie bevindt dan NOR of COR, wordt dit gemeld en is het niet mogelijk om medewerkers te selecteren.
In welke sessie HR Core Beaufort zich bevindt en welke salarisperiode verbonden is aan die sessie, kan je terugvinden in de menubalk: Extra > Info salarisverwerking. Normaal gesproken start HR Core Beaufort op met het sessiegegeven NOR Normale productie. Je kunt het sessiegegeven wijzigen met de functie 150102 Afwijkende sessiegegevens.
Geen verdere actie benodigd.
In de vorige release is een nieuwe tab aangemaakt in functie 430015 Status import/export bestanden met de bestanden gerelateerd aan de import van externe systemen. Deze nieuwe tab Import externe systemen toont echter ook bestanden uit Self Service (HE*) en de tactische modules (TE*) die al een eigen tab hebben.
De selectie van de nieuwe tab 'Import externe systemen' is aangepast zodat de bestanden niet dubbel worden getoond.
Geen verdere actie benodigd.
De vastgelegde data in HR Core Beaufort wordt steeds meer gebruikt in uitwisseling met andere systemen zoals bijvoorbeeld in Home en in de API's. De data moet dan ook consistent zijn en overeenkomen met de vastgelegde metadata voor de rubrieken. Als na het vastleggen van waarden voor rubrieken de definitie van de rubriek wordt gewijzigd, kan dit tot problemen leiden in de afnemende systemen. Dit betekent dat het niet meer mogeljk is dat je van de standaard rubrieken de gegevenssoort, datatype, lengte, decimalen en de tabelnaam wijzigt. Als je van jouw rubrieken deze gegevens wilt wijzigen, krijg je een waarschuwing. Als je zeker weet dat de rubriek nog niet is gebruikt, kan je de definitie nog aanpassen. Zijn er echter al waarden opgeslagen, moet je je realiseren dat de wijziging impact kan hebben op andere systemen.
In de functie Rubrieken (210000) krijg je een waarschuwing als je van een eigen rubriek de gegevenssoort, datatype, lengte en/of decimalen wilt wijzigen.
In de functie Standaard rubrieken (210001) zijn de velden gegevenssoort, datatype, lengte, aantal decimalen, tabelnaam niet meer muteerbaar.
Geen actie benodigd.
De gekoppelde loonverdeling functionaliteit kent het stuurgegeven LVKOPNWM. Als deze de waarde 'J' heeft, worden bij de gekoppelde loonverdeling eventuele ontbrekende inzeturen gekoppeld aan een loonverdeling gebaseerd op de dienstverbandgegevens. In geval van uurloners - met nul uren per week - werden in een dergelijk geval twee gekoppelde loonverdelingen aangemaakt: één op basis van de nul uren inzetregel en één op basis van het nul uren dienstverband. Dit was niet correct.
Met deze release wordt in een dergelijke situatie nog maar één loonverdeling aangemaakt: de loonverdeling op basis van de inzetregel.
Bij het vastleggen van nieuwe medewerkers met een afwijkende ingangsdatum kregen de aangemaakte loonverdelingmutaties zoals P01132, P01133 en P01134 als ingangsdatum de eerste dag van de actuele salarisperiode. Op zich een correcte situatie voor deze specifieke rubrieken, omdat deze niet met een afwijkende ingangsdatum mogen worden gemuteerd. De controlefunctie 'Controleren salarismutaties WN' (160220) gaf in een dergelijk geval echter de melding dat de ingangsdatum van deze rubrieken vóór de datum in dienst lag. Op zich ook correct, echter niet wenselijk.
De controlefunctie zal in een situatie waarin de loonverdelingmutaties een ingangsdatum < de datum uit dienst hebben, op twee manieren reageren:
Bij het vastleggen van de rubriek P23049 Loonheffingstabel afwijkend tijdvak in het venster Uitdienstgegevens van de functie 160051 In- en uitdienstgegevens, werd een foutmelding getoond bij het opvoeren van een waarde en werd deze waarde niet opgeslagen.
Bij het aanleveren van de rubriek P23049 aan Payroll Gemal verschijnt op het Foutverslag aanmaken salarismutaties een melding (PI_2255) Formaatcode S onbekend. Vervolgens wordt de mutatie geteld als afgekeurde mutatie en wordt geen salarismutatie aangemaakt.
De foutmelding in het venster Uitdienstgegevens van de functie 160051 In- en uitdienstgegevens is verholpen en de waarde wordt opgeslagen.
De foutmelding bij het aanleveren van rubriek P23049 bij het aanleveren aan Payroll Gemal is ook verholpen waardoor de mutaties worden aangeleverd aan Payroll Gemal.
Mutaties van P23049 die bij het aanmaken van de aanlevering zijn afgekeurd, kan je eventueel als TWK-mutatie opnieuw opvoeren en aanleveren aan Payroll Gemal. Afgekeurde mutaties kan je vinden met de functie 160212 Raadplegen salarismutaties WN. Afgekeurde mutaties van rubriek P23049 zijn te herkennen aan een negatief aanlevernummer.
Bij het berekenen van de uren aanvullend geboorteverlof (functie 163024) worden de uren correct berekend maar in de salarismutaties opgeslagen met een decimale punt in plaats van een decimale komma. In de salarisaanlevering naar Payroll Gemal levert dit een te hoge waarde op als er sprake is van uren met decimalen.
De functie berekenen aanvullend geboorteverlof is aangepast en de berekende uren worden nu correct weggeschreven. Tevens worden de reeds aanwezige uren in de nog niet aangeleverde salarismutaties omgezet zodat bij de eerst volgende salarisaanlevering de mutaties goed worden doorgegeven.
Zoals gemeld in de release notes 2020-09 van HR Core Beaufort is er een wijziging doorgevoerd in het aanleveren van invoercode 02311 Functie/Beroep aan Payroll Gemal. De wijziging houdt in dat invoercode 02311 niet langer te koppelen is aan rubriek P00311 Functie/Beroep, maar aan rubriek P01107. Reden voor deze aanpassing is, dat rubriek P00311 een niet-verplichte rubriek is die daarom vaak leeg blijft, terwijl rubriek P01107 een verplichte is die altijd een waarde bevat.
Om voor alle actieve dienstverbanden in HR Core Beaufort in één keer deze omzetting te realiseren, is een optionele eenmalige conversie toegevoegd aan het menu van Beaufort Service: Uitvoeren conversie Beaufort > Aanmaken salarismutaties functiegegevens. Nadat deze functie is uitgevoerd, wordt na het afsluiten en vervolgens opstarten van Beaufort Service deze functie niet meer getoond in het menu. Om deze conversie ongestoord en vlot te laten verlopen is het advies om deze conversie uit te voeren op een moment waarop er geen gebruikers zijn ingelogd.
Nieuwe PI-rubrieken
De onderstaande rubrieken zijn aan HR Core Beaufort en aan de Self Service rubriekenset toegevoegd:
Rubriekcode | Omschrijving |
---|---|
PI0163 | SKJ nummer |
PI0164 | SKJ register |
PI0165 | SKJ niveau |
PI0166 | SKJ functie |
PI0167 | SKJ vestigingsplaats |
PI0168 | SKJ 1e registratiedatum |
PI0169 | SKJ startdatum periode |
PI0170 | SKJ einddatum periode |
PI0171 | SKJ datum herregistratie |
Lees voor aanvullende informatie de release notes Payroll Gemal voor periode 10 onderwerp 2020-10/1.
De functionaliteit zoals beschreven in de release notes van Payroll Gemal stellen wij ter beschikking in HR Core Beaufort via release 2020-11.
Tot dan kan je in HR Core Beaufort voor het afhandelen van persoonlijke budgetten bij uitdiensttreding, gebruik maken van de bestaande rubrieken P02614, P02657, P02658, P04170, P04171 PB1 t/m 5 afrekenen bij uit-dienst. Hier geldt echter dat je alleen de waardes 0, 1, 2 en 3 kunt gebruiken. Deze rubrieken - met de genoemde waardes - worden correct verwerkt in Payroll Gemal.
Zoals aangekondigd in de release notes 2020-10 van Payroll Gemal wijzigt voor deze CAO de ORT-systematiek vanaf 1 oktober 2020.
Als medewerkers onder deze cao vallen en je maakt gebruik van de module Tijdregistratie in HR Core Beaufort, moet je de bestaande ORT-regeling aanpassen of een nieuwe ORT regeling aanmaken en toewijzen aan de betreffende medewerkers.
Het aanpassen van de ORT-regeling of het aanmaken en toewijzen van een nieuwe ORT-regeling moet je uitvoeren nadat de periodeverwerking van periode 09-2020 volledig is afgerond.
De nieuwe ORT percentages kan je aanpassen of vastleggen met de functie 200272 Regeling onregelmatigheid.
Als je een nieuwe ORT regeling maakt, kan je deze aan medewerkers toewijzen met de procedure 704000 Regelingen tijdregistratie.
De kenmerken en percentages voor de Regeling onregelmatigheid voor de CAO Ambulancezorg zijn vanaf 1 oktober 2020 als volgt:
Prompt | Waarde |
---|---|
Salarisregeling | 35 |
Inpasnr max. vergoeding | 9028 |
Code | Omschrijving | Rubriek | Omschrijving | Percentage |
---|---|---|---|---|
1 | 1e percentage ORD | P00031 | Uren ORD 1e perc. | 22,00 |
2 | 2e percentage ORD | P00032 | Uren ORD 2e perc. | 38,00 |
3 | 3e percentage ORD | P00033 | Uren ORD 3e perc. | 47,00 |
4 | 4e percentage ORD | P00034 | Uren ORD 4e perc. | 52,00 |
5 | 5e percentage ORD | P00081 | Uren ORD 5e perc. | 60,00 |
Dagsoort | Begin tijd | Eind tijd | Code percentage |
---|---|---|---|
maandag tm vrijdag | 00:00 | 06:00 | 3 |
maandag tm vrijdag | 06:00 | 07:00 | 1 |
maandag tm vrijdag | 20:00 | 22:00 | 1 |
maandag tm vrijdag | 22:00 | 00:00 | 3 |
zaterdag | 00:00 | 06:00 | 4 |
zaterdag | 06:00 | 08:00 | 2 |
zaterdag | 12:00 | 22:00 | 2 |
zaterdag | 22:00 | 00:00 | 4 |
zondag of feestdag | 00:00 | 00:00 | 5 |
afwijkende dag: 24 december | 18:00 | 00:00 | 5 |
afwijkende dag: 31 december | 18:00 | 00:00 | 5 |
Let op: Afwijkende dagen moet je per kalenderjaar aanvullend specificeren voor wat betreft de tijdvakken van 00:00 tot 18:00, afhankelijk van de dagsoort waarop de afwijkende dag in het betreffende kalenderjaar valt.
Publishing Date : 9/28/2020
Copyright 2019 Visma Community. All right reserved.