Releases en Verstoringen VIPS

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)  

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.