Releases en Verstoringen VIPS

Ingeplande processen kunnen kort worden onderbroken door technisch onderhoud uitgevoerd door Microsoft op onze Productie Azure SQL Server. Dit zal zijn op 20 Juni tussen 22:00 uur en 21 Juni 06:00 en mogelijk op 21 Juni tussen 22:00 uur en 22 Juni 06:00. Indien er een proces loopt gedurende deze tijdsblokken, kan het voorkomen dat deze gestopt wordt en opnieuw gestart moet worden. Ons advies is om een basis proces niet voor dit weekend te schedulen. Onze excuses voor de eventuele overlast

Ingeplande processen kunnen kort worden onderbroken door technisch onderhoud uitgevoerd door Microsoft op onze Productie Azure SQL Server. Dit zal zijn op 6 Juni tussen 22:00 uur en 7 Juni 06:00 en mogelijk op 7 Juni tussen 22:00 uur en 8 Juni 06:00. Indien er een proces loopt gedurende deze tijdsblokken, kan het voorkomen dat deze gestopt wordt en opnieuw gestart moet worden. Ons advies is om een basis proces niet voor dit weekend te schedulen. Onze excuses voor de eventuele overlast

Helaas is ons Customer Support Portaal op het moment niet bereikbaar. Er lijkt iets mis te zijn gegaan bij de verlenging van de licentie door onze leverancier. We zijn met hen in contact om dit z.s.m. te laten herstellen. Wij verwachten dat het portaal in de loop van de dag weer bereikbaar zal zijn. Bedankt voor uw begrip. Customer Support Team Visma Idella

Wij willen u op de hoogte brengen dat de geplande release 2025-06 voor VIPS Disbursements, die stond gepland voor maandagavond 2 juni 2025, niet zal doorgaan vanwege een technische reden. De wijzigingen die in deze release gepland stonden, zullen nu worden doorgevoerd in de volgende release (2025-07), die zonder nader bericht zal plaatsvinden op maandag 30 juni 2025. Onze excuses voor eventueel ongemak. Today  

  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.