om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
Deze release wordt vrijgegeven op zaterdag 27 mei 2023.
In de release van februari 2022 hebben een wijziging uitgeleverd inzake de vervanging van rubriek P05013 door rubriek P15013. Met rubriek P05013 (Youforce gebruiker) kun je op dienstverbandniveau aangeven of de betreffende medewerker een Youforce login dient te ontvangen. De waarde van deze rubriek P05013 werd vervolgens naar het Portaal geëxporteerd met de functie 180127 - Aanmaken exp. gebruikersbeheer. Omdat het Portaal echter geen dienstverbandniveau kent zoals Beaufort dat heeft, leidde de verwerking hiervan regelmatig tot problemen die vervolgens handmatig met behulp van de Servicedesk gecorrigeerd moesten worden. Om dit soort situaties te voorkomen is besloten de aansturing vanuit Beaufort op persoonsniveau te laten plaatsvinden, hetgeen in lijn is met de werking van het Youforce Portaal.
Om deze wijziging door te voeren kun je sinds februari 2022 een conversie uitvoeren die alle benodigde wijzigingen binnen Beaufort doorvoert. Omdat er mogelijk ook sprake is van wijzigingen in HRSS kan deze conversie op een voor jouw organisatie geschikt moment worden uitgevoerd, Mocht je hier nog niet aan toe zijn gekomen, bij deze de dringende reminder om de conversie alsnog in te gaan plannen! Uiterlijk Q3 wordt de oude aanlevering op basis van P05013 stopgezet.
Meer informatie kan worden teruggevonden in de release notes van de 2022-02 release.
In de release van mei 2023 hebben een wijziging uitgeleverd waarmee het exportbestand ten behoeve van HRSS in meerdere kleine bestanden opgesplitst kan worden. Voor meer informatie klik hier. Mocht u soms problemen ondervinden bij de import van grote Beaufort export bestanden in HRSS dan adviseren we u het stuurgegeven HSS_MEXP Max aantal DV per bestand HSS export op een waarde 500 of 1000 te zetten. Ook in gevallen waarin de verwerking langer duurt dan verwacht is het raadzaam het stuurgegeven aan te passen. Hiermee zullen meerdere kleinere exportbestanden worden aangemaakt die makkelijker en sneller in te lezen zijn in HRSS. Standaard is het stuurgegeven leeg wat betekent dat er conform de bestaande situatie slechts één (groot) bestand wordt aangemaakt.
Payroll Gemal heeft een aantal nieuwe uitvoercodes toegevoegd om de gewerkte uren m.b.t. een consignatie-, bereikbaarheid- of aanwezigheidsdienst door te geven in de loonaangifte.
Deze uitvoercodes zijn ook toegevoegd aan Beaufort in combinatie met de bijbehorende rubrieken.
Rubriekcode |
Omschrijving rubriekcode |
Importrubriek |
P92390 |
Uren bedrag eenhd 1 |
02390 |
P92391 |
Uren bedrag eenhd 2 |
02391 |
P92392 |
Uren bedrag eenhd 3 |
02392 |
P92393 |
Uren bedrag eenhd 4 |
02393 |
Het is gebleken dat de omschrijving van een 3-tal uitvoercodes, een 2-tal rubrieken en een 2-tal import rubrieken in Beaufort niet overeenkomen met de omschrijving in Gemal.
Deze omschrijvingen zijn nu gelijk getrokken.
Uitvoercode |
Omschrijving |
1006 |
Eindejaarsuitk-1 |
1611 |
Recht EJU-1 |
2811 |
Cum.recht EJU-1 |
Rubriekcode |
Omschrijving rubriekcode |
Venster omschrijving |
P90611 |
Recht eindejaarsuitkering 1 |
Recht EJU-1 |
P90811 |
Cum. recht eindejaarsuitkering 1 |
Cum.recht EJU-1 |
Importrubriekcode |
Omschrijving |
01611 |
Recht EJU-1 |
02811 |
Cum.recht EJU-1 |
Als in Beaufort handmatig een nieuw ziektegeval werd opgevoerd kon dat onder specifieke omstandigheden leiden tot een ziektegeval zónder ziektetijdvak. Deze specifieke omstandigheden hadden o.a. betrekking op het wel/niet tussentijds opslaan van mutaties in de diverse chronologische stappen van het vastleggen van een ziektegeval.
De programmatuur is hierop aangepast zodat nu ook in deze uitzonderingssituatie bij een nieuw ziektegeval minimaal één ziektetijdvak wordt aangemaakt.
Mocht er in je omgeving onverhoopt een ziektegeval zonder ziektetijdvak voorkomen kan dit eenvoudig worden opgelost door bij dat ziektegeval alsnog een ziektetijdvak vast te leggen (of door dat ziektegeval te verwijderen).
Werkgeverrubriek S07002 (risicopremiegroep) was een verplicht gegeven voor zowel de loonaangifte als de Digi-ZSM berichten ten behoeve van het UWV. Sinds eind 2019 is dit gegeven voor de loonaangifte. Wat betreft het UWV is de code risicopremiegroep weliswaar nog steeds aanwezig in de UWV specificatie, maar niet langer verplicht.
In bovenstaand kader hebben we de volgende wijzigingen met betrekking tot rubriek S07002 doorgevoerd:
Heb je de rubriekcode S07002 opgenomen in een eigen rubriekenset ten behoeve van de export dan moet deze daar nog uit verwijderd worden. Gebruik hiervoor systeemfunctie 175530.
Beaufort kende in het verleden functionaliteit waarmee op geautomatiseerde wijze werkgevergegevens vanuit Gemal gesynchroniseerd konden worden. Deze functionaliteit is al enige tijd niet meer operationeel en om die reden uit Beaufort verwijderd.
In het kader van de vervallen functionaliteit hebben we de volgende wijzigingen doorgevoerd:
Voor de compleetheid een kort overzicht van het huidige synchronisatieproces:
Zo nu en dan worden er nieuwe EDI-berichttypes toegevoegd aan de standaard Beaufort-configuratie. Je dient deze via de functie 232002 EDI-ontvanger>Soort EDI-bericht>knop Nieuw toe te voegen aan de configuratie.
In een dergelijk geval werd niet alleen het nieuwe berichttype geselecteerd maar waren standaard alle aanwezige berichttypen aangevinkt. In die gevallen waarbij dan de reeds geconfigureerde berichttypen niet werden uitgevinkt, werden deze wederom (dubbel) toegevoegd . Met als gevolg dat dat de berichten ook dubbel werden aangemaakt voor die EDI-ontvanger.
Om dit probleem te voorkomen wordt nu standaard de Select optie niet aangevinkt. Als je een berichtsoort wilt toevoegen vink de Select optie aan bij het berichtsoortnummer en accepteer de wijziging.
Geen verdere actie benodigd.
Bij het toevoegen van een nieuw ziektetijdvak aan een bestaand ziektegeval werd op het verwerkingsverslag van Indirect Muteren een tweetal meldingen getoond '(PI-9323) Er is overlap met een ander ziektetijdvak' en '(PI-1082) Procesactie 126 is met goed gevolg uitgevoerd'.
Beide meldingen waren op zich correct maar wel verwarrend omdat er na uitvoer van procesactie 126 (sluiten van het voorgaande ziektetijdvak) geen sprake meer is van overlap. Met andere woorden: controle PI-9323 vond te vroeg plaats met als gevolg veel overbodige meldingen op de verwerkingsverslagen. Een en ander had overigens geen impact op de verdere verwerking van de ziektemutaties.
De controles op overlap zijn nu aangepast zodat melding PI-9323 nu alleen nog maar wordt getoond als er na volledige verwerking ook daadwerkelijk sprake is van overlap.
Geen verdere actie benodigd.
De export naar HRSS (175500) en de export Tact. Modules (175505) maken gebruik van achtereenvolgens de selectierubrieken P05009 en P05022. Voor nieuwe (te exporteren) medewerkers hebben deze de waarde A (afroep) welke na een succesvolle export worden omgezet naar de waarde M (mutaties). Hiervan wordt een mutatie gelogd in de Mutatieverantwoording. In de batchverwerking van de exports werd in geval van een nieuwe medewerker met een datum in dienst voorbij de huidige salarisperiode een foutieve ingangsdatum bij die mutatieregel weggeschreven.
Hoewel dit verder geen consequenties had, is dit uiteraard niet gewenst.
De programmatuur is aangepast zodat nu ook in deze gevallen de juiste ingangsdatum wordt weggeschreven.
Geen verdere actie benodigd.
Copyright 2019 Visma Community. All right reserved.