Releases en Verstoringen VIPS

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