Releases en Verstoringen VIPS

  Validatie PercentageBuitenland en AfwijkendPercentageLoonheffing (VIDIS-8533) Waarom Tot nu toe werd voor de inhoudingseigenschappen buitenland verdiend en afwijkend percentage loonheffing als toegestane waarden -99.99% tot 99.99% gehanteerd. Daarmee werd 100% niet toegestaan. Ook werden negatieve waarden ten onrechte toegestaan. Hoe De validatie is aangepast zodat nu een waarde van 100% is toegestaan in de Bulkjob en de UI (gebruikersinterface). De geldige waarde is veranderd naar een bereik van 0% tot en met 100%. Hierdoor worden negatieve percentages niet langer geaccepteerd, en kunnen waarden nu maximaal 100% bedragen. Fiscaal begunstigden > tabblad Inhoudingseigenschappen     Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking   Actie Geen actie benodigd Polisjob - keuze te verwerken bedrijven (VIDIS-8551) Waarom In release 2025-04 hebben we het mogelijk gemaakt om XML bestanden op bedrijf niveau aan te leveren. Zie: "Aanlevering Polisjob/Bulkjob/Relatiejob XML op bedrijf niveau (VIDIS-8552)". Vervolgstap in deze release is om deze processen gericht te kunnen starten voor een selectie van bedrijven. Bijkomend voordeel is dat in het overzicht "ProcesLogging" bij "Alle parameter waarden" zichtbaar wordt voor welke bedrijf of bedrijven een proces gestart is. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Voor de processen Polisjob, Bulkjob en Relatiejob hebben we een parameter toegevoegd in de UI en bij automatische verwerking: Bedrijven - multiselect dropdown box met de actieve, toegestane (geautoriseerde) bedrijven Info verschijnt: Dit zijn alle bedrijfscodes; zonder selectie worden alle bedrijven verwerkt Aangeleverde XML bestanden op service center niveau (dus zonder bedrijfscode in de bestandsnaam) worden in alle gevallen verwerkt als voorheen. Een eventuele bedrijven selectie speelt daar bij het verwerken van de mutaties geen rol, alle bedrijven in het SC zijn toegestaan. Daarnaast worden voor de geselecteerde bedrijven de aangeleverde XML bestanden op bedrijf niveau (dus met bedrijfscode in de bestandsnaam) verwerkt.  Geen selectie betekent dat alle bedrijven verwerkt worden, net als bij veel andere processen met een multi-select bedrijven keuze al het geval is.   Overzichten > Proceslogging In de Proceslogging overzicht web pagina verschijnt de lijst van bij de start van het proces gekozen bedrijfscodes onder de kolom 'Alle parameter waarden' (als gekozen is voor expliciete bedrijven). Dit geeft dus een beter inzicht in wanneer er voor welk bedrijf/fonds(en) XML mutatiebestanden verwerkt zijn. Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen Configuratie fix non-sepa (VIDIS-8881) FileAPI Service voor Gemal extract bestanden (VIDIS-5712) GemalExport technisch verbetering (VIDIS-7944)

  Gewijzigd en verbeterd Inhoudingseigenschap Alleenstaande Ouderkorting (VIDIS-7161) Waarom Per 2024 wordt de alleenstaande ouderenkorting verwerkt in de Loonheffingstabellen. Als een deelnemer loonheffingskorting (LHK) heeft, kan hij/zij aanvullend ook alleenstaande ouderenkorting (AOK) toepassen mits de deelnemer een AOW uitkering ontvangt en alleenstaande is. Tot nu toe kon dit alleen via payrollextrastamgegevens aangestuurd worden. Hoe Fiscaal Begunstigde > Inhoudingseigenschappen De inhoudingseigenschap alleenstaande ouderenkorting kan bekeken en aangepast worden (ook met TWK) in het dossier van de fiscaal begunstigde:     Verwerking>Handmatige/Automatische verwerking > Start bulk verwerking Ook kan een nieuwe waarde voor de alleenstaande ouderenkorting doorgegeven worden via een optionele tag in Bulk verwerking (DFO20):   Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Verwerking naar Gemal gaat via invoercode IVC02260. Actie Overleg met een Visma Idella consultant als op dit moment de aansturing via payrollextrastamgegevens gebruikt. Aanlevering Polisjob/Bulkjob/Relatiejob XML op bedrijf niveau (VIDIS-8552) Waarom Een Polisjob/Bulkjob/Relatiejob XML bestand met mutaties kon alleen op het service center niveau aangeleverd worden. De mutaties kunnen daarbij begunstigden van 1 of meerdere bedrijven betreffen. Het is gewenst om meer expliciet mutaties voor een specifiek bedrijf aan te kunnen leveren.  Hoe Verwerking>Handmatige/Automatische verwerking > Start bulk verwerking Verwerking>Handmatige/Automatische verwerking > Start polisjob verwerking Verwerking>Handmatige/Automatische verwerking > Start relatie verwerking   Het is nu mogelijk om bestanden op bedrijf niveau aan te leveren. De bedrijfscode moet daarvoor opgenomen worden in de bestandsnaam. Enkele voorbeelden waarbij SAB het service center is en B33 de bedrijfscode: SAB_B33_ATTF-00000006.xml SAB_B33_BULK-2025-03-23-17-26-09-514.xml SAB_B33_RELAT-2025-01-19-10-41-30-001.xml Tijdens het verwerken van het bestand wordt bij elke gecontroleerd of de bedrijfscode overeenkomt.  Anders geeft dit een validatie fout voor de betreffende regel: "Bedrijfscode komt niet overeen met bedrijfscode in bestandsnaam". Het aanleveren en verwerken van bestanden op service center niveau blijft ongewijzigd. Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen Technische Azure authenticatie aanpassing (VIDIS-8624) FileAPI preparation (VIDIS-8781) Technische authenticatie aanpassing backoffice portal (VIDIS-8782)

Geen Vidis payroll gemal verwerking opstarten!   Met de release van de payroll gemal d.d. 3 maart 2025 is er een fout opgetreden in het aanmaken van het extract. In specifieke gevallen kan het voorkomen dat in het payroll gemal extract dat in Vidis wordt ingelezen onterecht een hoger netto bedrag staat.   Op dit moment adviseren we je om geen payroll verwerking meer op te starten en indien dat al wel is gedaan om het payroll gemal extract niet in te lezen.   Is het extract wel ingelezen dan kan je via de rapportage verschillen bruto vs netto en inhoudingen op basis van de verwerkingsdatum de eventuele foute begunstigden selecteren. Mocht je fouten constateren in het extract die gecorrigeerd dienen te worden, dien dan een ticket in via het Customer Support portaal. We zullen hier updates geven zodra er meer bekend is. UPDATE 6 maart 2025 De fout is gevonden en afgelopen nacht met een hotfix gerepareerd.   Klanten die niet door ons apart zijn geïnformeerd over fouten in de run van 4 maart 2025 kunnen vanaf donderdag 6 maart 2025 weer ‘Aanmaken gemal mutaties’ opstarten.   

Geen Vidis payroll gemal verwerking opstarten!   Met de release van de payroll gemal d.d. 3 maart 2025 is er een fout opgetreden in het aanmaken van het extract. In specifieke gevallen kan het voorkomen dat in het payroll gemal extract dat in Vidis wordt ingelezen onterecht een hoger netto bedrag staat.   Op dit moment adviseren we je om geen payroll verwerking meer op te starten en indien dat al wel is gedaan om het payroll gemal extract niet in te lezen.   Is het extract wel ingelezen dan kan je via de rapportage verschillen bruto vs netto en inhoudingen op basis van de verwerkingsdatum de eventuele foute begunstigden selecteren. Mocht je fouten constateren in het extract die gecorrigeerd dienen te worden, dien dan een ticket in via het Customer Support portaal. We zullen hier updates geven zodra er meer bekend is.

Gewijzigd en verbeterd     Automatische verwerking - einddatum (VIDIS-8204) Waarom Een geplande taak werd niet uitgevoerd op de laatste dag van de reeks als een "Einde op datum" werd opgegeven.  Hoe Verwerking > Automatische verwerking De taak zal nu ook op de laatste dag ("Einde op datum") uitgevoerd worden, dus met deze wijziging zal een einddatum als een tot-en-met datum worden beschouwd, ipv een tot-datum.     Actie Geen actie benodigd CAK Nominale premie ook bij blokkade (VIDIS-8670) Waarom Deze functionaliteit is opgeleverd in release 2024-10, maar bleek niet te werken als er geen stamgegeven (zoals relatiegegevens of inhoudingseigenschappen) gewijzigd was. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties De CAK nominale premie wordt nu altijd doorgegeven aan payroll Gemal in de perioderun, ongeacht of er een bruto is en of er stamgegevens gewijzigd zijn.  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   Overige verbeteringen en opgeloste meldingen Robuustheid GemalExport verbetering IKV start/eind (VIDIS-7934) Code Analysis verbetering (VIDIS-8395) CAK TWK einddatum leegmaken bij GUI wijziging (VIDIS-8535) CAKFoutmelding bijwerken GUI (VIDIS-8669)  Technische upgrade (VIDRA-110, VIDRA-111, VIDIS-8728) Verbetering script opschonen bedrijf (VIDIS-8771)    

Gewijzigd en verbeterd Anoniementarief met TWK (VIDIS-7892) Waarom Wanneer het anoniementarief van een fiscaal begunstigde expliciet gewijzigd wordt dan is het fiscaal toegestaan om dit met terugwerkende kracht (TWK) te doen. Dit werd niet ondersteund door de applicatie. Hoe Fiscaal Begunstigde > Inhoudingseigenschappen Achter het veld "Anoniem tarief" op de webpagina met inhoudingseigenschappen staat nu een "(T)" om aan te geven dat TWK ingangsdatum hierop van toepassing is. In de aansturing van de tabelkleur (IVC 02333) naar payroll Gemal kunnen expliciete wijzigingen vanaf nu dus met TWK doorgevoerd worden. Impliciete wijzigingen in het anoniementarief (vol/leeg BSN of bekend/onbekend adres) worden nog steeds zonder TWK doorgegeven aan Gemal. Actie Geen actie benodigd Indicatie wel/niet PNIL zonder TWK naar payroll Gemal (VIDIS-8679) Waarom De indicatie PNIL voor een inkomstenverhouding geeft aan dat deze volledig onbelast is en niet opgenomen wordt in de loonaangifte. We gebruiken deze om het aantal nihil aangiftes naar de belastingdienst te beperken. Met ingang van Gemal release 2025-01 is het niet meer mogelijk, om een indicatie PNIL (Personeel Niet In Loondienst) aan te passen in payroll Gemal met TWK start datum. Zie https://community.visma.com/t5/Releases-Youforce-Payroll-Gemal/Release-notes-Payroll-Gemal-2025-01/ta-p/703152: 2025-01/16 Invoercode 02887 - Code dienstverband niet meer mogelijk met terug-werkende-kracht (opdracht 4925) Per 2025-01 zal invoercode 02887- Code dienstverband, niet met TWK opgegeven kunnen worden. Bij een mutatie (alleen stam mogelijk) van deze invoercode zal een herrekening per 1 januari geïnitieerd worden. Dit zal niet automatisch leiden tot een aanpassing in de loonaangifte. Actie Het muteren van invoercode 02887 is alleen bedoeld voor foutherstel binnen het huidige jaar. Is een aanpassing toch noodzakelijk, dan moet je ook een synchronisatie (in een Speciale Productie, lijstnummer 0203) van de loonaangifte doen, om het effect van de mutatie zichtbaar te maken in de loonaangifte:  -Van waarde 1 (Vrijwilliger) of 3 (Overig) naar 0 (Standaard; wel dienstverband) : dienstverband wordt vanaf datum in dienst (is huidig jaar) opgenomen in de loonaangifte -Van waarde 0 (of niet opgegeven) naar waarde 1 (Vrijwilliger) of 3 (Overig): dienstverband verdwijnt uit de loonaangifte Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Wanneer een inkomstenverhouding overgaat van volledig onbelast (PNIL) naar belast geven we dit door aan payroll Gemal door zonder ingangsdatum. Actie Geen actie benodigd   Overige verbeteringen en opgeloste meldingen CAKjob - performance verbetering (VIDIS-7234) Technische upgrade (VIDRA-112, VIDIS-8199) Extra autorisatie controle bij SC debiteur (VIDIS-8370) FileAPI service voorbereidingen (VIDIS-8569, VIDIS-8682, VIDIS-8684) Verbetering filter bruto-netto-specificaties bij niet-maandelijkse uitkeringen (VIDIS-8661)

We willen u informeren dat de geplande release 2025-02 voor VIPS Disbursements, oorspronkelijk gepland voor de avond van maandag 3 februari 2025, met één week is uitgesteld. Dit besluit is genomen omdat we helaas niet alle noodzakelijke kwaliteitscontroles tijdig hebben kunnen voltooien. De release zal nu plaatsvinden op de avond van maandag 10 februari 2025 en zal de volgende dag beschikbaar zijn. We beseffen dat dit uitstel ongemak kan veroorzaken en bieden onze oprechte excuses aan voor het eventuele ongemak dat hiermee gepaard gaat.

Op het moment krijg je een 'toegang geweigerd' melding wanneer je gaat naar Mijn YouServe. Ook de Youforce App is hierdoor niet benaderbaar. De oorzaak voor de foutmelding is gevonden. Er is een connectiviteitprobleem. Dit wordt met de hoogste prioriteit opgepakt. De live status van de Youforce applicaties en voortgang van het issue vindt je hier: https://status.vismaraet.nl/

Gewijzigd en verbeterd Beperk loondagen tot 2600 (VIDIS-7177) Waarom Om te voorkomen dat een hele hoge waarde voor loondagen problemen geeft is er een validatie toegevoegd in het systeem Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Uitkeringsplannen > (Nieuw) uitkeringsplan De validatie dat het aantal loondagen in het bereik vanaf -2600 t/m 2600 moet liggen is toegevoegd aan onderstaande onderdelen: Polisjob proces User Interface API Actie Geen actie benodigd Clearing system informatie in ontvangers en betalingen  (VIDIS-8363) Waarom Voor bepaalde landen zoals Canada is het verplicht om extra gegevens te leveren m.b.t het International Clearing System. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Ontvangers > Zoeken of Nieuw, Fiscaal begunstigden > tabblad Fiscaal begunstigde of Uitkeringsplannen > Details Ontvangers   Voor het Bulkproces zijn de volgende 2 optionele XML tags toegevoegd achter <TenNameVan> ClearingSystemBank (max lengte 5 karakters) CSMemberIdBank (max lengte 35 karakters)   In het Ontvanger Detail scherm zijn onderstaande velden toegevoegd Clearing system Clearing system memberid Actie Geen actie benodigd   Overige verbeteringen en opgeloste meldingen Dagtabel met 21 dagen toegepast bij een termijnen uitkeringsplan in plaats van maandtabel bij nieuwe begunstigden in januari (VIDIS-7677) Validatie dat "PostnumerandoEindVolgendeMaand" alleen is toegestaan bij termijnen uitkeringsplannen (VIDIS-6947) Bij eenmalige uitkeringsplannen worden soms nieuwe IKV's aangemaakt terwijl een bestaande ook voldoet aan de voorwaarden (VIDIS-8513) Technische aanpassing voor script nieuw ServiceCenter (VIDIS-8666)  

In voorbereiding op de december-producties en het jaarwerk wordt er van vrijdagavond 6 december 18:00 tot in de loop van zaterdagavond 7 december technisch onderhoud uitgevoerd aan Salarisdossier Gemal. Gedurende dit onderhoud zal Salarisdossier alleen beschikbaar zijn voor raadpleegacties. Het is dan bijvoorbeeld niet mogelijk om producties goed te keuren of te publiceren. Nieuwe producties die na 18:00 worden aangeboden vanuit Gemal, Specificatiemanager, Loonaangifte of Betaalmanager zullen na het onderhoud alsnog worden verwerkt.    Medewerkerdossier en Personeelsdossier zijn gedurende het onderhoud wel volledig beschikbaar.

Gewijzigd en verbeterd Bedrijvenlijst bij starten proces (VIDIS-8443) Waarom De lijst met bedrijven is slecht leesbaar indien deze slechts een paar bedrijven bevat en de namen lang zijn. Specifiek voor GemalExport is het gewenst dat de gebruiker een bevestiging geeft om kans op incorrecte runs te verkleinen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Actie Geen actie benodigd Journaalposten verrekeningen (VIDIS-8574) Waarom De journaalposten voor verrekeningen vanuit een netto bevatten informatie over het uitkeringsplan van de betrokken vorderingen, terwijl de bron boekhoudkundig belangrijker is. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Na het exporteren van betalingen worden JPN bestanden met journaalposten van de netto verwerking aangemaakt. De journaalpost voor een verrekening op een vordering vanuit een netto (looncomponenten r01 en r02) bevat informatie over het uitkeringsplan van dat netto. Actie Geen actie benodigd Registratienummer payroll Gemal (VIDIS-3711) Waarom Het registratienummer voor de inkomstenverhoudingen in payroll Gemal is beperkt tot 6 posities. Hiervoor gebruiken we het InkomstenverhoudingId. We willen voorkomen dat deze boven 999.999 komt. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Standaard is het registratienummer voor een nieuwe inkomstenverhouding 1 hoger dan het tot dat moment hoogste InkomstenverhoudingId. Om diverse redenen zijn er in het algemeen veel ongebruikte lagere waarden. Vanaf het moment dat het InkomstenverhoudingId de grenswaarde 900000 bereikt zal voor nieuwe inkomstenverhoudingen een lager nog ongebruikt InkomstenverhoudingId toegekend worden. Indien geen lager ongebruikt InkomstenverhoudingenId beschikbaar is, dan zal voor een nieuwe inkomstenverhouding het InkomstenverhoudingenId worden toegekend, 1 hoger dan het tot dat moment hoogste InkomstenverhoudingId. Daarmee worden maximaal 999.999 inkomstenverhoudingen in een P&B Core instance ondersteund in combinatie met Gemal. Actie Geen actie benodigd Ontvangerverdeling fiscaal begunstigde in "Fiatteringen" lijst (VIDIS-8563) Waarom In de openstaande fiatteringen lijst werden alleen de ontvangerverdelingen op uitkeringsplan getoond, niet de verdelingen op fiscaal begunstigde niveau. Hoe Rapportages > Fiatteringen In "Rapportage openstaande fiatteringen" worden nu als onderdeel van de categorie "Ontvangerverdelingen" te fiatteren ontvangerverdelingen (nieuw, gewijzigd of toekomst) getoond op zowel fiscaal begunstigde niveau als uitkeringsplan niveau. In geval van fiscaal begunstigde niveau zijn de velden die betrekking hebben op een uitkeringsplan uiteraard leeg. De link in de eerste kolom leidt naar de pagina met de te fiatteren verdeling. Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen Fiatteren overdracht van een vordering en naar incasso sturen van een vordering weer mogelijk maken (VIDIS-8600) Dit probleem was ontstaan in release 2024-11 met "Groene kleur Bewaar en Fiatteer knop (VIDIS-4783)". Voorkomen technische foutmelding in verwerkingsverslag bij "BSN niet gevonden" in CAKjob (VIDIS-7052) Afmelden knop rechtsboven in het scherm (VIDIS-8073, VIDIS-8627) Tonen TaxBreakdownID voor specifieke situatie (VIDIS-8603)  

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)