Releases en Verstoringen VIPS

Gewijzigd en verbeterd Nieuwe URL vidis.youforce.com (VIDIS-8151) Extra velden Rapport "Openstaande vorderingen" (VIDIS-8114) Overige verbeteringen en opgeloste meldingen Vooraankondiging release 2024-09 Extra velden Polisjob verwerkingsverslag Extra kolommen rapport "Rekening beschikbaarstelling" Gewijzigd en verbeterd Nieuwe URL vidis.youforce.com (VIDIS-8151) Waarom Na de invoering van de nieuwe URL kregen gebruikers sporadisch de foutmelding "geen toegang" te zien op hun scherm. Hoe Een gerelateerd probleem was dat gebruikers na een periode van 2 uur een enkele keer de melding "Geen toegang" ontvingen. Actie Geen actie benodigd. Extra velden Rapport "Openstaande vorderingen" (VIDIS-8114) Waarom Er waren wat verbeteringen nodig in het rapport 'Openstaande vorderingen' Hoe Na veld Behandelstatus: Beeindigd_Contract - "Ja" indien alle uitkeringsplannen een recht einddatum hebben voor de verwerkingsmaand, anders "Nee".  Verzamelontvanger - "Ja" indien de vordering naar een borderel gaat (bijv. premieinhouding) anders "Nee". Kwalificatie - Indien de kwalificatie van de vordering "Geen" is, dan wordt de bron van de uitkeringscomponent waaruit deze voortkomt getoond. Vaak zal dat "Polis" zijn, maar het kan ook bijvoorbeeld "HandmatigplanUC" zijn bij een netto spoedbetaling. Anders wordt de kwalificatie van de vordering ("Opvoering" of "Overdracht") getoond. Actie Geen actie benodigd. Overige verbeteringen en opgeloste meldingen Extra, optionele tag TaxBreakDownID in schema (XSD) voor Polisjob XML (VIDIS-7947, VIDIS-8152) Deze kan genegeerd worden, is om technische redenen toegevoegd Wildcard % voor Bedrijfscode in relatiejob XML en kleine relatie aanpassingen (VIDIS-8131)   Vooraankondiging release 2024-09 Extra velden Polisjob verwerkingsverslag Als sleutelvelden voor een regel worden de volgende tags omgenomen: <Sleutel>,<Polisnummer>, <Verzekeringsvorm> en <VerzekeringsvormNummer>. Vanaf release 2024-09 komen daar bij (alleen indien ze een waarde hebben): <Bronsysteem>, <HuispostBeheerder> en <Schadenummer>. Extra kolommen rapport "Rekening beschikbaarstelling" Aan het rapport worden 3 extra kolommen toegevoegd: Bronsysteem, HuispostBeheerder en Schadenummer.    

Er is een verstoring ontstaan in de Bruto/Netto verwerking waardoor in sommige gevallen in de Juni verwerking onterecht een bruto correctie wordt gedaan op eerdere maanden. Dit leidt tot onterechte vorderingen. Ons advies is om momenteel geen payroll verwerkingen te starten. Wij zijn intensief aan het onderzoeken om dit probleem op te lossen,en een instructie te kunnen geven voor hoe dit hersteld kan/gaat worden. Vanmiddag volgt een update over deze verstoring. 18:22 Verstoring Update: De oorzaak van de verstoring in de Bruto/Netto verwerking is gevonden. Verwacht wordt dat vanavond een hotfix wordt opgeleverd om deze verstoring te verhelpen.Als u na 3 juni geen verwerking gestart heeft hoeft u niets te doen, en kunt u een verwerking vanuit VIPS Disbursements na de melding van ons dat de Hotfix is uitgevoerd starten. Als u na 3 juni een verwerking hebt gestart: Visma Idella Support administreert vandaag eenmalig een extra werkgevercode in uw Ceanr Werkgegevergegevens wat ervoor zorgt dat bij de volgende verwerking er een herrekening wordt uitgevoerd.Na vandaag dient u een CorrectieVerwerking als volgende verwerking te starten en de resultaten te verwerken.Daarmee wordt de correctie ook in VIPS Disbursements verwerkt en is de storing verholpen. In VIPS Disbursements voert u daarna de processen Verwerken Gemal Extract, tot en met Verdelen naar Ontvanger uit.Na controle kunt u dan verder gaan met Export betalingen. Mocht u hier nog vragen over hebben dan kunt u maandag ochtend contact opnemen met Support. 17-06-2024  09:55  Update:    De Hotfix is vrijdag middag rond 17:00 uitgevoerd. De eerste correctieruns zijn inmiddels ook verwerkt en uit testen blijkt dat deze de verschillen succesvol hebben gecorrigeerd. Niet bij alle klanten heeft het issue geleid tot fouten in de berekeningen. Alle klanten die zijn geraakt zijn inmiddels door Customer Support benaderd en geïnstrueerd dat zij een correctieberekening kunnen starten. Indien u niet bent benaderd dan heeft het issue geen impact gehad op uw verwerking. Mocht u hier toch vragen over hebben dan kunt u een ticket indienen en zullen wij uw vragen z.s.m. beantwoorden. Excuses voor het ongemak. Wij zullen vandaag nog verhoogde dijkbewaking toepassen en in de gaten houden of er nog bevindingen zijn. Mocht dat zo zijn, dan zullen wij u hier een update van geven. 17-06-2024 18:55 Geen verdere bevindingen geconstateerd. Issue gesloten  

Gewijzigd en verbeterd Verwerkingsverslag: melding "Goed" verbergen (VIDIS-7221) Waarom Tot nu toe werden voor de Polisjob, Bulkjob en Relatiejob de succesvolle regels altijd getoond in het verwerkingverslag als aparte regel. Hierdoor kan het verwerkingverslag bestand groot worden en zijn de fouten en waarschuwingen soms moeilijk ontdekken. Een wens is om de succesvolle entries alleen in de totalen (<AantalRegels> and <AantalGoed>) mee te tellen. Hoe Verwerking > Handmatige/Automatische verwerking > Start Polisjob verwerking Verwerking > Handmatige/Automatische verwerking > Start Bulkjob verwerking Verwerking > Handmatige/Automatische verwerking > Start Relatiejob verwerking De Polisjob, Bulkjob en Relatiejob hebben een optionele XML tag <GoedMeldingen>, onder de optionele tag <HashTotaal>, anders ServicecenterCode: waarde Nee :  succesvolle regels worden niet individueel getoond in het verwerkingsverslag, alleen in de totalen. geen tag of de waarde Ja:  succesvolle regels worden (als voorheen) individueel met "Goed" getoond in het verwerkingsverslag.   Actie Indien u de Polisjob/Bulkjob/Relatiejob XML niet aanpast blijft de werking ongewijzigd. Grootboekrekening rapportage "Baten" (VIDIS-7949) Waarom Als voorbereiding op het ondersteunen van de functionaliteiten met betrekking tot betaalbestemming 'Incasso' en Baten' is grootboekrekening rapportage "Baten" aangepast. Hoe In grootboekrekening rapportage "Baten" verdwijnt de kolom "betaling"(die altijd een lege waarde had) en zijn aan het einde 3 velden toegevoegd: Toelichting - de bij de schuldopvoering opgegeven toelichting Toelichting2 - Op dit moment altijd leeg Verzamel - "VerzamelUP" indien het uitkeringsplan een verzamelontvanger heeft (dus een vordering ten behoeve van borderel), anders "Regulier".   Actie Geen actie nodig Flexibiliteit bronsysteem van een uitkeringsplan versus bron van een relatie (VIDIS-8077) Waarom Tot nu toe was er geen scheiding mogelijk tussen het bronsysteem van een uitkeringsplan en de bron van een relatie, deze waren onlosmakelijk verbonden. Waarbij de combinatie van bron en relatienummer wordt beschouwd als logische sleutel voor de relatie. Die bron moet tevoren ingericht zijn in de applicatie. Dit sluit niet altijd goed aan op de praktijk, waarbij er bijvoorbeeld maar 1 CRM is (en enkel het relatienummer afdoende is als logische sleutel) in combinatie met diverse bronsystemen voor de uitkeringsplannen. Hoe Verwerking > Handmatige/Automatische verwerking > Start Polisjob verwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start Relatiejob verwerking Verwerking > Handmatige/Automatische verwerking > Start samenvoegen relatie verwerking Verwerking > Handmatige/Automatische verwerking > Start rapportage ... Voor de invoer van data via XML: Bij de Polisjob XML bestanden accepteren we het als het opgegeven bronsysteem van het uitkeringsplan (via verplichte XML tag <Bronsysteem>) niet bekend is in de applicatie (d.w.z. niet is ingericht binnen referentiegegevens Bron). Bij de Bulkjob, Relatiejob en Samenvoegenjob accepteren we het als er geen bron (via nu optionele XML tag <Bron>) is opgegeven voor de relatie (ten behoeve van fiscaal begunstigde of ontvanger). In beide situaties interpreteren we dat dan alsof de Bedrijfscode van het fonds als waarde is opgegeven. Om hier profijt van te hebben is het dus nodig om een bron met die waarde in te richten. Als het gaat om uitvoer in rapporten, overzichten: waar het relatienummer getoond wordt blijven we het relatienummer dat behoort bij het bronsysteem van het betrokken uitkeringsplan tonen. Als deze niet bestaat (indien het een niet ingerichte bron betreft) wordt het hoofd relatienummer getoond. in het daarbij getoonde bron veld blijven we het bronsysteem van het uitkeringsplan tonen. Actie Indien u de Polisjob/Bulkjob/Relatiejob XML en de inrichting van de bronnen niet aanpast blijft ook de werking van de applicatie ongewijzigd. Wilt u wel gebruik maken van de boven beschreven scheiding tussen het bronsysteem van een uitkeringsplan en de bron van een relatie is verstandig te overleggen met een consultant van Visma Idella. Termijnen uitkeringsplan fiatteren (VIDIS-7460) Waarom Tot nu toe werd er onvoldoende rekening gehouden met termijnen uitkeringsplannen bij het controleren van gewijzigde financiële velden. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Uitkeringsplannen > Nieuw uitkeringsplan Bij het bepalen of een tweede gebruiker een mutatie van het uitkeringsplan moet fiatteren kijken we of er sprake is van een financiële wijziging: bij reguliere uitkeringsplannen controleren we als voorheen (onder andere) of het (jaar)bedrag gewijzigd is. bij termijnen uitkeringsplannen gaan we nu controleren of het (termijn)bedrag ongelijk aan 0 is. Ook als het bedrag gelijk is aan de voorgaande mutatie zien we dit als een financiële wijziging omdat het immers een delta, een extra uitkering/termijn is. Bij het filteren van niet-relevante tussenstanden uit de historie van een uitkeringsplan zullen we ook elk bedrag ongelijk 0 bij een termijnen uitkeringsplan als een relevante wijziging zien. Actie Geen actie benodigd.   Voorkomen dubbele of vroegtijdige jaaropgave voor overleden begunstigde (VIDIS-8079) Waarom In sommige gevallen wordt in de praktijk voor een fiscaal begunstigde een jaaropgave aangemaakt terwijl de administratieve afhandeling nog niet gereed is. Of er worden 2 jaaropgaven aangemaakt. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Uitkeringsplannen > Nieuw uitkeringsplan Bij opvraag van alle jaaropgaven (d.w.z. met begunstigden selectie "Alle (A)") voor een "open" jaar: Behalve de begunstigden met JaarlijkseJaaropgaveGeblokkeerd worden nu ook begunstigden waarvoor de Overlijdensdatum gevuld is overgeslagen. Dit vanuit het idee dat deze met de stroom overlijdens-jaaropgaven mee gaan (waarna JaarlijkseJaaropgaveGeblokkeerd aangaat). Het zijn dus overleden begunstigden die nog "in behandeling" zijn. Bij opvraag van tussentijdse jaaropgaven (d.w.z. met begunstigden selectie "Met vink Tussentijdse jaaropgave opgegeven jaar (T)") voor een "open" jaar: Ook hier worden de begunstigden overgeslagen waarvoor de overlijdensdatum gevuld is terwijl JaarlijkseJaaropgaveGeblokkeerd (nog) niet aan staat. Het vinkje "TussentijdseJaaropgave Ja/Nee" blijft aanstaan, de laatste jaaropgave voor de begunstigde wacht tot deze in de de stroom overlijdens-jaaropgaven mee gaat. Daar zitten alle controles in dat de administratieve afhandeling compleet is. NB: Dit geldt alleen voor een "open" jaar, d.w.z een jaar waarvoor payroll Gemal nog berekeningen kan doen. Zonder gebruik van een duale periode is dat alleen het huidige jaar. Tijdens een duale periode is dat het voorgaande en het huidige jaar.   Actie Geen actie benodigd.   Overige verbeteringen en opgeloste meldingen Technische upgrade javascript libraries (VIDIS-5901) Extra BNS formaat (VIDIS-8079)  Negatief bedrag geeft fout bij ontvanger verdeling op begunstigde niveau (VIDIS-8087) Fout bij verrekenen vanuit betaling in combinatie met ontvanger verdeling op begunstigde niveau (VIDIS-8120) Technische Aanpassing in DFO20 (VIDIS-7552)

Op 16 juni 2024 is door een technische update de P&B Core Applicatie tijdelijk niet beschikbaar. Deze update zal zijn van 18:00 tot 19:30 uur. Gedurende dit tijdslot is het ook niet mogelijk om geschedulede processen te starten. 

Gewijzigd en verbeterd Standaard jaar bij tussentijdse jaaropgave (VIDIS-7723) Waarom Tot nu toe werd bij de optie 'tussentijdse jaaropgaaf' als standaard waarde het jaar voorafgaand aan het huidige verwerkingsjaar getoond. Meestal is het huidige jaar hier het gewenste jaar. Hoe Fiscaal Begunstigden > Fiscaal begunstigde > Tussentijdsejaaropgave Als standaard waarde wordt nu het huidige fiscale jaar getoond bij de optie 'tussentijdse jaaropgaaf'. Tenzij er sprake is van een actieve duale periode waarin nog mutaties op het voorgaande jaar gedaan kunnen worden, dan blijft het het voorafgaande jaar. Actie Geen actie benodigd Fiscale eenheid tonen op RSM-jaaropgave en RSM-bruto-netto-specificatie (VIDIS-7920) Waarom Tot nu toe toonden we voor 'Loonbelastingnummer' in de jaaropgaaf en bruto-netto specificatie altijd de waarde van het bedrijf. Met de komst van de fiscale eenheid is dat niet meer voldoende. Hoe Handmatige Verwerking/Automatische Verwerking > Start aanmaken bruto/netto specificatie Handmatige Verwerking/Automatische Verwerking > Start aanmaken jaaropgaaf Als Loonbelastingnummer in de Jaaropgaaf en Bruto-Netto specificatie tonen we: Het loonbelastingnummer van de fiscale eenheid als de begunstigde een fiscale eenheid heeft en er is een loonbelastingnummer vastgelegd voor die fiscale eenheid. Het loonbelastingnummer van het bedrijf in alle andere gevallen   N.B. dit geld alleen voor de RSM-XML variant.   Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen Voorbereiding nieuwe URL en authenticatie (VIDIS-8061, VIDIS-7805, VIDIS-7885, VIDIS-7998) Extra betaalbestand formaat (VIDIS-4140, VIDIS-6674, VIDIS-6751, VIDIS-7108, VIDIS-7946, VIDIS-8070) Onnodige historie-opbouw inhoudingseigenschappen door CAK-job vermijden (VIDIS-7916)

Gewijzigd en verbeterd Uitkeringscomponenten filter (VIDIS-6808) Waarom Er was een wens om alleen de uitkeringscomponenten te zien die nog niet naar Gemal gestuurd zijn. Hoe Fiscaal Begunstigden > Uitkeringscomponenten Binnen Gegenereerde componenten is een filter beschikbaar 'Toon al verwerkte uitkeringscomponenten' (default checkbox is actief).   Bij het inactiveren van de checkbox word onderstaande niet getoond Gegenereerde periodieke uitkeringscomponenten met een EinddatumRecht vóór de lopende bedrijfsmaand worden niet getoond Gegenereerde eenmalige uitkeringscomponenten die doorgegeven zijn aan Gemal (zie kolom Payroll) worden niet getoond. N.B. Met gegenereerd word bedoeld dat de bron van de uitkeringscomponent ofwel een Polisjob XML of wel een via de UI aangemaakt uitkeringsplan is.   Actie Geen actie benodigd Minder conflicten met inhoudingseigenschap toekomstmutaties (VIDIS-5720) Waarom Tot nu toe overschreven de toekomstmutaties naderhand binnengekomen CAK mutaties, waardoor de informatie in payroll Gemal niet overeen kwam met die van het CAK A bestand. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start CAK verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Fiscaal Begunstigden > Inhoudingseigenschappen Voor toekomstmutaties vanuit een Bulkjob XML onthouden we voor welke inhoudingseigenschappen er een tag in de XML was opgenomen. Bij het effecturen van de toekomstmutatie (wat 1 of meerdere maanden later kan zijn) worden alleen de inhoudingseigenschappen aangepast die in de Buljob XML opgegeven waren.   In web pagina "Fiscaal Begunstigden > Inhoudingseigenschappen" wordt bij een toekomstmutatie getoond welke velden vanuit Bulkjob XML zijn opgegeven (onderstreept).   Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen VIDIS-7901 Fiscale correctie ook behandelen indien bruto bedrag 0 is VIDIS-7894 Onjuist cumulatief bedrag op jaaropgave bij fiscale correctie met handmatige correctie loonaangife VIDIS-7878 Stamgegeven mutaties naar payroll Gemal voor inkomstenverhouding met einddatum in 2 voorgaande fiscale jaren.        

Volgens onze planning zouden we Release 2024-05 van Pensions & Benefits Core maandagavond 29 April 2024 in de productieomgeving zetten. Omdat het niet is gelukt alle kwaliteitscontroles uit te voeren, hebben we besloten om de release 3 dagen uit te stellen.   De Mei release vindt nu plaats op donderdagavond 2 Mei 2024 en is de vrijdag erna beschikbaar. Onze excues voor de overlast van dit uitstel

Gewijzigd en verbeterd   Overige verbeteringen en opgeloste meldingen VIDIS-7582 aanpassing in bulkjob betreffende duplicaat bank voor een relatie\fiscaal begunstigde VIDIS-7886 aanpassing Fiscaalbegunstigde niveau voor ontvangerverdeling bij uitbetaald bedrag VIDIS-7793 aanpassing in schoning scripts VIDIS-7918 aanpassing in rapportage Incomplete Uitkeringsplannen VIDIS-7756 aanpassing in deployment proces

Volgens onze planning zouden we Release 2024-04 van VIPS Disbursements dinsdagavond 02 April 2024 in de productieomgeving zetten. Omdat het niet is gelukt alle kwaliteitscontroles uit te voeren en komende maandag vanwege pasen uitvalt, hebben we besloten om de release 1 week uit te stellen.   De 2024-04 release vindt nu plaats op dinsdagavond 09 April 2024 en is de woensdag erna beschikbaar. Onze excues voor de overlast van dit uitstel

Op 30 maart 2024 is door een technische update de P&B Core Applicatie tijdelijk niet beschikbaar. Deze update zal zijn van 07:00 tot 15:00 uur. Gedurende dit tijdslot is het ook niet mogelijk om geschedulede processen te starten. 

Gewijzigd en verbeterd CAK foutmelding 7 in verband met bruto blokkade (VIDIS-5737) Waarom Tot nu toe werd er geen foutmelding 7 opgenomen in het CAK B bestand als er sprake was van een bruto blokkade  Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Foutmelding 7 "Uitkering aan rechthebbende is geschorst door broninhouder." wordt in kolom AA gemeld wanneer : Eerdere evaluaties (bijvoorbeeld controle op het land) hebben niet tot een fout geleid. De CAK inhoudingen vanuit GEMAL voor deze maand 0 zijn. Er is momenteel voor de Fiscaal begunstigde een bruto blokkade ingesteld. Het betreft een maand waarin uitkeringen verwacht worden.  Deze validatie wordt gedaan voorafgaand aan de validaties voor foutmelding 3 "Hoogte uitkering is ontoereikend voor inhouding." en 4 "Uitkering aan rechthebbende is definitief gestopt door broninhouder.". Actie Geen actie benodigd CAK foutmelding 3 onterecht in maanden zonder uitbetaling (VIDIS-5738) Waarom Bij bijvoorbeeld kwartaal uitkeringsplannen werd ten onrechte foutmelding 3 gegeven in de maanden waarin er geen uitkering is. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Bij het verrijken van het CAK bestand zullen we foutmelding nummer 3 "Hoogte uitkering is ontoereikend voor inhouding." opnemen in kolom AA wanneer: Eerdere evaluaties (bijvoorbeeld controle op het land) hebben niet tot een fout geleid. De begunstigde heeft een onvoldoende ingehouden nominaal CAK bedrag van Payroll Gemal. Het betreft een maand waarin uitkeringen verwacht worden.  Bij bijvoorbeeld kwartaal betalingen is dat maar eens in de 3 maanden. Hierbij wordt gekeken naar Periodecode. Vervalmaand en Numerando van de actieve uitkeringsplannen van de Fiscaal begunstigde. De laatst genoemde voorwaarde is toegevoegd in deze release. Een andere foutmelding kan nog steeds worden gegeven. Actie Geen actie benodigd Rapport matchinglijst: 'PeriodiekBedrag' en extra kolommen (VIDIS-7567, VIDIS-7780)   Waarom Soms word in de kolom 'PeriodiekBedrag' in het rapport 'Matchinglijst' een oudere waarde voor het bedrag getoond. Dit kan gebeuren wanneer DatumEfffectueren bij betrokken uitkeringscomponenten gelijk zijn.  Hoe Verwerking > Handmatige/Automatische verwerking > Start rapportage matchinglijst Kolom 'PeriodiekBedrag' is nu altijd gebaseerd op de laatst aangemaakte uitkeringscomponent. Daarnaast zijn er ook 4 extra kolommen toegevoegd:  PercBtlVerdiend - percentage buitenland verdiend ExtraStamBedragLH - extra stamgegeven voor correctie loonheffing (Gemal IVC 01158) ExtraStamBtlVerdiend - extra stamgegeven voor buitenland verdiend (Gemal IVC 02111) SpecificatiePrinten (Nee of Ja) - indicatie of de begunstigde papieren bruto-netto-specificatie en jaaropgavee wil ontvangen. Actie Geen actie benodigd   Overige verbeteringen en opgeloste meldingen VIDIS-7156 Toevoegen criterium (er is nog geen betaling geweest) voor het automatisch aanmaken van brief Loonheffingskorting   

In de P&B Core 2024-02 release is een fix gedaan met onderstaand VIDIS nummer. Helaas is daar een fout ingeslopen waardoor het mechanisme 'Specificatie printen ja/nee' niet meer werkt. Dit betreft alleen de Bruto Netto Specificaties en niet de Jaaropgaaf. VIDIS-7434 Fix Automatische Verwerking voor proces Jaaropgaves XML (zonder RSM) aanmaken Om dit mechanisme te herstellen is een Noodfix nodig op de huidige productieomgeving van Pensions & Benefits Core. Wij gaan dit vanavond uitvoeren, dit betekent het volgende:   De productieomgeving is niet beschikbaar van 18:00 tot 21:00 uur. Dit betekent dat de taken onder automatische verwerking niet uitgevoerd kunnen worden, hier dien je rekening mee te houden.   Onze excuses voor de eventuele overlast

Gewijzigd en verbeterd   Gemal export proces wijst IKV's af die een heringang hebben (VIDIS-5778) Waarom Inkomstenverhoudingen waarvoor langer dan 2 jaar geen berekening plaatsvindt komen te vervallen in payroll Gemal. Een uitkeringsplan dat verbonden is met een vervallen inkomstenverhouding en opnieuw actief wordt (dus een heringang) moet een nieuwe inkomstenverhouding krijgen. Anders onstaat een foutsituatie in de payroll. Dat gebeurde niet in alle situaties. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Tot deze release werden heringaande uitkeringsplannen alleen voorzien van een nieuwe inkomstenverhouding indien in de eerstvolgende run een bruto hiervoor verwerkt werd. Vanaf deze release gebeurt dit ook als de heringang tijdig aangeleverd wordt en het eerste bijbehorende bruto pas in een latere run verwerkt wordt. Daarmee wordt voorkomen dat er een foutsituatie in de payroll ontstaat, de berekening niet plaatsvindt en de fiscaal begunstigde bruto geblokkeerd raakt.  Overige verbeteringen en opgeloste meldingen VIDIS-7434 Fix Automatische Verwerking voor proces Jaaropgaves XML (zonder RSM) aanmaken 

Gewijzigd en verbeterd   Overige verbeteringen en opgeloste meldingen VIDIS-7223 Aanpassing voor cross-site scripting (XSS) nav penetration test VIDIS-7480 Bruto-Netto specificatie met 0 bedragen VIDIS-7543 Bij opvoer nieuw uitkeringsplan inclusief ontvanger in UI distributietype onterecht 0