Releases en Verstoringen VIPS

GDI toont niet alle vastgelegde gegevens bij sommige werkgevercodes We hebben geconstateerd dat in Payroll Gemal Direct bij sommige werkgevercodes niet alle vastgelegde gegevens getoond worden. Het gaat in ieder geval om de Afroep van Overzichten en Lijsten en de Reiskostenvergoedingstabel.  Dit betreft een presentatie-probleem. Op de achtergrond zijn de vastgelegde gegevens nog wel beschikbaar. We adviseren om op dit moment geen nieuwe mutaties vast te leggen, omdat het lijkt dat de oude verdwenen zijn: dat kan dubbele of overschreven mutaties opleveren. Dit scherm laat de huidige situatie zien: onder 99501 hadden nog meer afgeroepen lijsten moeten staan, maar die worden op dit moment niet getoond. Ook de naam van de lijst ontbreekt naast het volgnummer.  

Zondag 17 november zal er tussen 18:00 en 00:00 CET onderhoud worden uitgevoerd op alle RAET servers die in productie zijn. Tijdens deze periode is het mogelijk dat de modules tijdelijk niet bereikbaar zijn.   Volgens de RAET Maintenance kalender is dit onderhoud de 24e November, maar is dit een week vervroegd door een migratie aan de kant van RAET dat weekend.

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) Nieuwe onderhoudspagina (VIDIS-7875)    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.    

Gewijzigd en verbeterd Groene kleur Bewaar en Fiatteer knop (VIDIS-4783) Waarom Als in de backoffice portal een invoerveld gevuld wordt worden vaak zowel de "Bewaar" als de "Fiatteer" knop groen, ongeacht of het een muteer of fiatteer invoerveld betreft. Hoe Als in de backoffice portal een invoerveld gevuld wordt in de "Muteren" kolom is de logische vervolgactie "Bewaar" en wordt deze knop groen. Als in de backoffice portal een invoerveld gevuld wordt in de "Te Fiatteren" kolom is de logische vervolgactie "Fiatteer" en wordt deze knop groen. Actie Geen actie benodigd. Verbetering jaaropgave overledenen (VIDIS-8334) Waarom Het rapport toont in bepaalde gevallen begunstigden alsof deze openstaande en niet afgehandelde items hebben, terwijl dit praktisch gezien niet het geval is. Hoe Verwerking > Handmatige/Automatische verwerking > Start rapportage status jaaropgave overledenen Rapportages > Start rapportage status jaaropgave overledenen We hebben 2 criteria aangepast: wanneer de check word gedaan voor openstaande periodieke uitkeringscomponenten negeren we diegene die een lege rechtsperiode hebben. wanneer de check word gedaan voor nog te verwerken bruto's negeren we een groep van bruto's (van identieke aard) die per saldo op 0 euro uitkomen.   Actie Geen actie benodigd.   Overige verbeteringen en opgeloste meldingen Fix eindcontrole CAK verrijking (VIDIS-1926) Betreft onterechte melding "Niet alle fiscaalbegunstigden uit het payroll extractbestand waarvoor Payrollcode 057 de waarde 1 heeft zijn aangetroffen in het CAK bestand." Fix job trigger (VIDIS-7100) Correctie op borderel rekening rapport in geval van schoning (VIDIS-7883) Technische aanpassing 2 rapport rekening stored procedures (VIDIS-8111) Performance verbetering matching kleine relaties (VIDIS-8490)

Op zaterdag 26 oktober 2024 is door een technische update de VIPS Disbursements applicatie tijdelijk niet beschikbaar. Deze update zal zijn van 07:00 tot 12:00 uur. Zorg dat u tijdens dit tijdslot geen processen heeft draaien.

Op zaterdag 26 oktober 2024 is door een technische update de VIPS Disbursements applicatie tijdelijk niet beschikbaar. Deze update zal zijn van 07:00 tot 12:00 uur. Gedurende dit tijdslot is het ook niet mogelijk om geschedulede processen te draaien.

Incident, extract bestanden worden niet automatisch meer verplaatst naar VIPS Disbursements om verwerkt te worden.   Sinds gisteren 10:00 is de service voor automatische verplaatsing van Extract bestanden van de payroll omgeving, naar de VIPS Disbursements omgeving uitgevallen.   Daardoor ervaart u dat het proces ‘Start Verwerken Gemal extract’ in VIPS Disbursements geen resultaat geeft, omdat het Extract niet op de juiste plaats staat.   We zijn druk bezig om de oorzaak hiervoor te achterhalen en na oplossing de service weer te starten.   Onze excuses voor de overlast   Update: het incident is opgelost en de service is geherstart

  Gewijzigd en verbeterd CAK Nominale premie ook bij blokkade (VIDIS-5776) Waarom Indien CAK een nominale premie heeft opgegeven voor een begunstigde werd deze niet ingehouden indien door bijvoorbeeld een blokkade er nog geen bruto naar de payroll ging in de perioderun, maar pas in een latere dagrun. Hoe Verwerking > Handmatige/Automatische verwerking > Start Aanmaken Gemal Mutaties De CAK nominale premie wordt nu altijd doorgegeven aan payroll Gemal in de perioderun, ook als er geen bruto is. Gemal kan de inhouding voor die maand dan alsnog uitvoeren zodra via een dagrun een bruto ontvangen wordt. Voorwaarde is wel dat er een actieve inkomstenverhouding is waaraan de CAK nominale premie kan worden meegegeven. Actie Geen actie benodigd. Initiële inhoudingseigenschappen per januari (VIDIS-8092) Waarom In een bijzondere situatie waar sprake is van: een verlate ingang (dus met TWK) bij een nieuwe begunstigde plus uitkeringsplan  in combinatie met een TWK-mutatie met een ingangsmaand die na de ingangsmaand van deze uitkering ligt kon payroll Gemal met onjuiste fiscale inhoudingseigenschappen werken voor de eerste fiscale maand(en). Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Uitkeringsplannen > Nieuw uitkeringsplan De initiële inhoudingseigenschappen die elke nieuwe fiscaal begunstigde krijgt op basis van de standaardwaarden van het bedrijf krijgen nu een ingang per januari van het fiscale jaar.  Op die manier wordt voorkomen dat er in Gemal fiscale maanden kunnen ontstaan waarin de inhoudingseigenschappen ongedefinieerd zijn. Actie Geen actie benodigd. Verbeteren filter niet-maandelijkse bruto-netto-specificaties (VIDIS-8097) Waarom De filters BetaalVerschil en BNNettoVerschil deden altijd een vergelijking met de voorgaande kalendermaand en waren daarom niet geschikt voor begunstigden die niet-maandelijkse uitkeringen hebben. Hoe Handmatige Verwerking/Automatische Verwerking > Start aanmaken bruto/netto specificatie Bij gebruik van de filters BetaalVerschil en BNNettoVerschil wordt bij begunstigden met niet-maandelijkse uitkeringen een geschikte voorgaande maand gezocht om mee te vergelijken. Hierbij wordt gekeken naar de Periodecode, Vervalmaand en Numerando van de actieve uitkeringsplannen van de begunstigde. Een voorbeeld van een begunstigde met een kwartaal-uitkering en een maand-uitkering (beiden pre-numerando met Vervalmaand 1): januari: maand en kwartaal uitkering februari: alleen maanduitkering maart: alleen maanduitkering. Maand om mee te vergelijken: februari. april: maand en kwartaal uitkering. Maand om mee te vergelijken: januari. mei: alleen maanduitkering. Maand om mee te vergelijken: maart juni: alleen maanduitkering. Maand om mee te vergelijken: mei. Etc. Actie Geen actie benodigd. Cumulatieve waarden fiscale correcties op begunstigde niveau (VIDIS-8347) Waarom Als ondersteuning van het doen van een fiscale correctie worden de cumulatieve jaarbedragen van het bruto en de fiscale inhoudingen getoond. Deze werden beperkt tot de inkomstenverhouding van het uitkeringsplan en gaven daardoor geen compleet beeld. Hoe Fiscaal Begunstigden > Fiscale Correctie Rapportages > Fiscale correcties Bij fiscale correcties worden nu de cumulatieve jaarbedragen van bruto en fiscale inhoudingen getoond over alle inkomstenverhoudingen van de begunstigde.  Actie Geen actie benodigd. Overige verbeteringen en opgeloste meldingen Bij handmatig aanmaken of verplaatsen vordering rekening houden met Ontvanger op Fiscaalbegunstigde niveau (VIDIS-8248) Ondersteunen Service Center Debiteurennummer voor bestandsuitwisseling (VIDIS-8255) Technische upgrade voor P&B Core programmatuur (VIDIS-7847) Security (CSRF) verbetering bij verwijderen specificatie-tekst (VIDIS-8147) Fix gedaan in de Automatische Verwerkings Proces mbt Start aanmaken Gemal mutaties (VIDIS-8381) Aanpassing gedaan in de casus 'een rekening ontvanger te koppelen aan een uitkeringsplan' (VIDIS-8387) Technische upgrade in de casus 'genereren van Netto Journaalposten' (VIDIS-8349) Fix gedaan mbt het rapport 'Matching relatiegegevens' (VIDIS-8364) Fix gedaan mbt de functionaliteit 'Confrontatie kleine relaties' (VIDIS-8364) Fix gedaan mbt de casus verwijderen\toevoegen correspondentieadres (VIDIS-8106, VIDIS-8430)    

Gewijzigd en verbeterd Automatisch brief bij wijzigen rekeningnummer (VIDIS-1996) Waarom We willen de mogelijkheid bieden om automatisch een brief te laten aanmaken bij wijziging van het rekeningnummer. Deze wordt niet vervaardigd als er sprake is van een ontvangerverdeling van 2 of meer ontvangers waarvan er 1 of meerdere wijzigen. Hoe Referentiegegevens > DocumentType Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Fiscaal begunstigden > tabblad Fiscaal begunstigde > Details Ontvangers Fiscaal begunstigden > tabblad Uitkeringsplannen  > Details Ontvangers   Er is een nieuw documenttype met code "REK_WIJZ" en omschrijving "Rekeningnummer gewijzigd" toegevoegd. Deze staat standaard inactief en kun je actief maken indien je een brief wilt laten aanmaken indien de enige ontvanger in een ontvanger verdeling (van een uitkeringsplan of fiscaal begunstigde) wordt vervangen door een andere ontvanger. Dat betreft zowel mutaties via de Bulkjob als via de backoffice portal. Deze systeembrief zal naast de standaard velden ook bevatten: "NieuwRekeningNummer" - het bankrekening nummer (IBAN/RekeningCourant/DomesticAccount) van de nieuwe ontvanger.    Actie Geen actie benodigd. Extra velden Bronsysteem, HuispostBeheerder en Schadenummer (VIDIS-7948) Waarom Omdat het nodig was om deze informatie te tonen. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Als sleutelvelden voor een regel werden de volgende tags opgenomen in het Polisjob verwerkingsverslag:<Sleutel>,<Polisnummer>, <Verzekeringsvorm> en <VerzekeringsvormNummer>. Vanaf release 2024-09 komen daar bij (alleen indien ze een waarde hebben): <Bronsysteem>, <HuispostBeheerder> en <Schadenummer>. Daarnaast is maximale lengte aangepast voor:  Klantnummer van 6 naar 12 Contractnummer van 5 naar 20 Rapportages > Blokkadelijst (bruto), Blokkadelijst (netto), Incomplete UP, Vorderingen Verwerking > Handmatige/Automatische verwerking> Start rapportage bruto blokkadelijst, netto blokkadelijst, incomplete uitkeringsplannen, openstaande vorderingen, rekening beschikbaarstelling Aan de rapporten bruto blokkadelijst, netto blokkadelijst, incomplete UPs, vorderingen (case 360) en "Rekening beschikbaarstelling" zijn 3 extra kolommen toegevoegd: Bronsysteem, HuispostBeheerder en Schadenummer. Actie Geen actie benodigd Ondersteuning witte tabel (VIDIS-8132) Waarom In bijzondere gevallen dient voor een fiscaal begunstigde de witte tabel gebruikt te worden. Deze oplossing kan enkel worden toegepast op alle inkomstenverhoudingen voor de betreffende begunstigde. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Voor de tag <Tabelkleur> is nu behalve 02 (groen) ook de waarde 01 (wit) toegestaan. Referentiegegevens > Bedrijf Als "Standaard tabelkleur" kan nu naast "Groen" ook "Wit" gekozen worden. Fiscaal begunstigden > tabblad Inhoudingseigenschappen De "Kleur tabel" is niet langer vast "Groen", er kan ook voor "Wit" gekozen worden.    Actie Geen actie benodigd. Optimalisatie blokkades (VIDIS-8167) Waarom Waar het zetten van automatische blokkades niet nodig is willen we dat vermijden.  Hoe Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Fiscaal begunstigden > tabblad Relatie Indien blokkade reden "Blokkade wegens overlijden" actief is: Als een overleden begunstigde geen actieve uitkeringsplannen heeft (rechten uiterlijk laatste dag verwerkingsmaand) dan wordt er geen bruto systeem blokkade (met reden Overlijden) gezet. Indien blokkade reden "Onvindbaar" actief is: Als het adres (straatnaam) onbekend wordt dan wordt de bruto systeemblokkade "Onvindbaar" alleen gezet als de begunstigde actieve uitkeringsplannen heeft. "Opmerking: In plaats van het laten zetten van blokkades bij onbekend adres kunt u ook kiezen voor een bruto-netto-berekening met anoniementarief via service center instelling "Bij adres onbekend/leeg anoniementarief" Indien de nieuwe systeem blokkade reden "Adres bekend (controle)" actief is (standaard staat deze uit). Als de begunstigde een bruto blokkade "Onvindbaar" heeft en het adres wordt bekend dan wordt deze bruto blokkade omgezet naar een netto blokkade.  Actie Geen actie benodigd. Overige verbeteringen en opgeloste meldingen Onterechte blokkade bij inlezen extract in geval van HCL fiscale correctie met bruto bedrag 0 (VIDIS-8014) Bug in rapport 'MatchingEenmaligUitkeringsplan' (VIDIS-8346)  

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