Legende 

Onmiddellijke actie vereist (impact op de klant of uitzendkracht)

Deze staan steeds bovenaan in het document

Actie vereist om de functionaliteit te activeren

Kost verbonden aan het activeren van de functionaliteit

Geen actie vereist om de functionaliteit te activeren



Functionele verbeteringen 


Loonbepaling en loonberekening

De wet houdende diverse bepalingen betreffende arbeidsongeschiktheid beperkt de neutralisatie van het gewaarborgd loon in het kader van een gedeeltelijke werkhervatting tot een periode van twintig weken.


De werkgever is vrijgesteld van de verplichting om het gewaarborgd loon te betalen tijdens een periode van 20 weken vanaf de aanvang van de uitvoering van het aangepast of ander werk, toegestaan door de adviserende arts van het ziekenfonds (cf. artikel 100, §2) in geval van ziekte of ongeval. 


Na deze periode van 20 weken zijn de normale regels inzake gewaarborgd loon opnieuw van toepassing. De werknemer zal dan tijdens de uitvoering van het aangepast of ander werk recht hebben op gewaarborgd loon voor de prestaties in het kader van de progressieve werkhervatting (aangevuld met een uitkering van de mutualiteit). 


Gelet op voorgaande mag de code "ZIE" niet meer worden geboekt voor de uren en/of dagen die de werknemer volgens het aangepast rooster niet moet werken. Voorheen werden deze uren omgevormd naar "Ziekte Tijdens Progressieve Werkhervatting". Vanaf nu moet deze code rechtstreeks worden geboekt via de code "ZPW".


De code "ZIE" moet vanaf nu worden geboekt voor de uren/dagen dat de werknemer ziek is voor uren/dagen die hij/zij volgens het aangepast rooster moest werken. De code “ZIE” wordt, indien de werknemer nog geen 20 weken in progressieve werkhervatting zit, omgevormd naar “Geen Gewaarborgd Loon Omwille Van Ziekte Tijdens Progressieve Werkhervatting Week 1-20”. Indien de werknemer wel reeds 20 weken in progressieve werkhervatting zit, wordt de code  “ZIE” omgevormd naar de betreffende ziektecode o.b.v. de attesten nieuwe ziekte en herval.


Je zal merken dat de afwezigheid in het kader van progressieve tewerkstelling in het verleden automatisch omgezet zijn naar de code “ZPW”.


De controle, dat wanneer een loongegeven voorkomt er ook een ander loongegeven aanwezig moet zijn (bv. indien er ”Wettelijke Vakantie” voorkomt, moet er een “Aftrek Vakantiegeld” code zijn), werd instelbaar gemaakt.


Er werd een nieuwe configuratie toegevoegd voor dit type controle namelijk “Als Auteursrechten Niet Onderworpen Aan RSZ” voorkomt, dan moet Roerende Voorheffing Auteursrechten voorkomen. Indien dit niet het geval is, wordt een blokkerende foutmelding gegeven.


Er kan nu worden ingesteld of de melding van een looncontrole waarschuwend of blokkerend moet zijn.


Loonbetaling

In de goedkeuringsmail voor de betalingsopdracht zal het onderwerp nu ook het juiste type bevatten als het gaat over een betalingsopdracht voor het bestellen van Ecocheques voor een referteperiode.


Bugfixes


Loonbepaling en loonberekening

  • Er werd een aanpassing doorgevoerd zodat het fiscaal jaar nooit vóór de vroegste berekeningsdatum kan liggen.

Wanneer bijvoorbeeld een klant opgestart op 01/01/2023 een loon afsluit voor de loonperiode 26/12/2022-01/01/2023 zal het fiscaal jaar 2023 zijn. Voor klanten die eerder zijn opgestart, is het fiscaal jaar in dit geval 2022.


  • In de afgesloten loonberekening verhouden de geproratiseerde dagtotalen in het “NettoTotaal” voor de brutoloongegevens die niet belastbaar zijn (bijvoorbeeld het “Niet Recurrent Resultaatsgebonden Voordeel”) zich nu zoals de “BrutoTotalen”.


  • Wanneer een “ContractVerwijderd” bericht binnenkomt voor een contract dat reeds verwijderd was, wordt er geen bericht meer op de error-queue gezet. De verwerking loopt door zonder onderbrekingen.


  • Er werd een probleem opgelost waardoor geen “VerwerkAfgeslotenLoonberekening” bericht werd gepubliceerd voor sommige afgesloten loonberekeningen wanneer er een tijdelijke storing is op de databank. De lonen bleven hierdoor op “Te Betalen” staan in PratoFlex.


  • Wanneer van een loongegeven het grensbedrag dat over verschillende loonperiodes gaat (bv. een bedrag per jaar) werd overschreden, dan werd het loongegeven gewist uit alle voorgaande loonperiodes totdat het bedrag van het loongegeven werd gewijzigd of de controle werd uitgeschakeld. Er werd een nieuw type actie gemaakt voor deze gevallen zodat dit niet meer voorvalt.



Loonbetaling

  • Zodra een betaling ooit is opgenomen in een bankbestand, wordt de id van dat bankbestand altijd opgenomen in het “BetalingenGeregistreerd” bericht.

  • De straatnaam in het bestelbestand van de maaltijdcheques mag maximaal 35 karakters bevatten. De straatnaam wordt vanaf nu afgekapt tot maximaal 35 karakters.


  • Het downloaden van bankbestanden en loonbrieven kunnen vanaf nu worden gedaan door meerdere clients.



Technische aanpassingen

Loonbetaling

  • Er werd een endpoint toegevoegd waarmee een “BestellingenChequesGeregistreerd” bericht opnieuw gepubliceerd kan worden.