Releases Youforce Pensions & Benefits Core

Gewijzigd en verbeterd RSM - nu mogelijk Schadenummer toe te voegen aan Bruto-Netto Specificatie en Jaaropgaaf (VIDIS-4394) Waarom Tot nu toe was het niet mogelijk om het Schadenummer te zien op de Bruto-Netto Specificatie (BNS) of op de Jaaropgaaf die je aanmaakt via de Raet Specificatie Manager (RSM). Vanaf deze release hebben we het mogelijk gemaakt het schadenummer op te nemen. Hoe Verwerking > Handmatige / Automatische verwerking >Start aanmaken Bruto Netto Specificatie / Jaaropgaaf Voortaan kan je op de bruto-netto specificatie en jaaropgaaf de omschrijving Schadenummer laten  vermelden waarbij de waarde als volgt wordt bepaald: Neem het laatst aangemaakt uitkeringsplan van de begunstigde dat een type heeft ongelijk aan Vooraankondiging, bruto handbetaling of spoedbetaling. Neem van dat uitkeringsplan het Schadenummer. De omschrijving Schadenummer kun je zo nodig vervangen door een andere tekst via het brutonettospecificatie-element 120. Dit doe je via Referentiegegevens > Bruto Netto Specificatie Element, Actie Als je het schadenummer wilt opnemen, neem dan contact op met een consultant van Visma | Idella om dit toe te voegen aan de RSM-templates.  Voorkom gebruik van verlopen IKV's (VIDIS-2859) Waarom Soms werd aan een uitkeringsplan van het type Correctie Verzekerd Bedrag (CVB) een Nummer inkomstenverhouding (IKV) gekoppeld dat in Payroll Gemal al was verlopen. Hoe Verwerking > Handmatige / Automatische verwerking >Start aanmaken Gemal Mutaties We hebben de programmatuur aangepast, zodat er voor een nieuw uitkeringsplan van het type CVB, geen verlopen IKV's meer worden gebruikt. Als er geen ander geschikt IKV is, maakt P&B Core een nieuw IKV aan. Actie Er is geen actie nodig. Gebruik 30-dagenregel voor gebroken maanden nu flexibel (VIDIS-2032) Waarom Als er sprake was van gebroken maanden, was tot nu toe altijd de 30-dagenregel van toepassing. Vanaf release 2022-01 is de toepassing hiervan flexibel en is het mogelijk om met de feitelijke kalenderdagen te rekenen. Hoe Referentiegegevens > Bedrijf Aan het scherm met referentiegegevens voor het Bedrijf hebben we de volgende optie toegevoegd: Gebruik 30-dagenregel voor gebroken maanden  Deze optie staat standaard aan. Haal het vinkje weg als je wilt dat er voor gebroken maanden gerekend wordt met de feitelijke kalenderdagen van de betreffende rechtperiode en de betreffende kalendermaand. Actie Er is geen actie nodig. Gebruik HMAC SHA512 algoritme voor hash check in uitvoerbestanden (VIDIS-1915) Waarom Voor diverse XML-bestanden die naar P&B Core worden gestuurd, ondersteunden we al het SHA512 algoritme voor het controleren van deze bestanden. Vanaf deze release doen we dat ook voor XML-bestanden die P&B Core zelf aanmaakt als de secret key bij het Servicecenter een waarde heeft. Hoe Verwerking > Handmatige \ Automatische verwerking > verschillende processen Voor een aantal uitvoerbestanden wordt voortaan, naast het XML-uitvoerbestand, een controlebestand aangemaakt dat een hashwaarde bevat. Dit controlebestand heeft als extensie: sha512. Het gaat om de volgende uitvoerbestanden: Aanmaken Borderel betalingen Matching beschikbaarstelling Matching Inhoudingseigenschappen Matching Relatiegegevens Matching Uitkeringsplannen Actie Er is geen actie nodig. Bruto-netto specificatie - optie voor deactiveren of verwijderen BNS-element (VIDIS-1900) Waarom Het was tot nu toe niet mogelijk om een Bruto Netto Specificatie Element (BNS-element) in de referentiegegevens te deactiveren of te verwijderen. Vanaf deze release hebben we dat mogelijk gemaakt. Hoe Referentiegegevens > Bruto Netto Specificatie Element Aan de functionaliteit referentiegegevens Bruto Netto Specificatie Element hebben we het volgende toegevoegd: Aan het overzichtsscherm Bruto Netto Specificatie Elementen waarin je alle aangemaakte BNS-elementen ziet, is aan het begin van iedere regel het icoon Verwijderen toegevoegd. Als je een BNS-element hebt verwijderd, is het niet meer zichtbaar in de referentiegegevens en wordt de omschrijving ervan niet meer op de bruto-netto specificatie gebruikt.    Aan het scherm Bruto Netto Specificatie Element bewerken of Nieuw Bruto Netto Specificatie element is de optie Actief toegevoegd. Staat deze optie aan, dan wordt de omschrijving van het betreffende BNS-element gebruikt op de bruto-netto specificatie en jaaropgaaf.  Let op: voor bestaande en nieuwe BNS-elementen staat deze optie standaard aan. Haal het vinkje weg, als je de betreffende omschrijving niet (meer) wilt gebruiken bij het aanmaken van bruto-netto-specificaties en jaaropgaves via de Raet Specificatie Manager (RSM). Het BNS-element blijft wel zichtbaar in het overzichtsscherm Bruto Netto Specificatie Elementen waarin je alle aangemaakte BNS-elementen ziet, zodat je het op een later moment weer kunt activeren.  Actie Er is geen actie nodig. Nieuw Rapport - Matchinglijst (VIDIS-1893) Waarom Er was nog geen rapport dat een overzicht geeft van alle uitkeringsplannen met de bijbehorende ontvangers. Daarom hebben we aan de Rapportages bij Handmatige / Automatische verwerking de rapportage matchinglijst toegevoegd. Hoe Verwerking > Handmatige \ Automatische verwerking > Rapportage Matching lijst Nadat je hebt geklikt op Rapportage Matching lijst, zie je het scherm Start rapportage matchinglijst. Hierin kun je bij Bedrijven één of meer bedrijven uit de lijst selecteren waarvoor je de matchinglijst wilt aanmaken. Let op: als je geen bedrijf selecteert, maakt het systeem een matchinglijst aan voor alle bedrijven van het Servicecenter. Je selecteert een bedrijf door erop te klikken. Je  selecteert meerdere bedrijven door de ctrl- of shift-ingedrukt te houden en de bedrijven aan te klikken.  Het systeem maakt per geselecteerd bedrijf een CSV-bestand aan met een bestandsnaam volgens dit patroon: Matchinglijst_<ServiceCenterCode>_<Bedrijfscode>_<aanmaaktijdstip als yyyyMMddhhmmss>.csv Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-4364 P&B Core Bug Verkeerde veld is gedeactiveerd, admin velden zijn niet goed, Mutatie Vrijstellingloonheffing (VIDIS-1954) VIDIS-4325 Finding - ACC 2021-12 - Geen wordt niet getoond in de User Interface. VIDIS-4253 P&B Core - Switch van Herrekenvorigjaar voor alle Fiscaal Begunstigden wanneer duale periode eindigt. VIDIS-4107 2991439 - P&B Core Alle Instances behalve DEMO Automatische verwerking in P&B Core. VIDIS-4062 - Ontbrekende betalingen in GuitK rapport wanneer er een eenmalige UP en Periodieke UP is voor 1 Fiscaal Begunstigde. VIDIS-3973 Finding - UAT 2021-10 Voorloopnullen in Matching Relatiegegevens. VIDIS-2970 -  P&B Core met meerdere toekomstmutaties (01-05-2021 en na  01-04-2021) treedt er een fout op in de functionaliteit UitkeringsPlanOntvanger. VIDIS-1931 - P&B Core Verwijder berekening van Correctiebedragen in scherm ServiceCenter.

Gewijzigd en verbeterd Ook bij termijnen-uitkeringplan rechtperioden tonen in de uitkeringscomponentenlijst (PBI 576194, VIDIS-1942) Waarom De rechtperiode (Begin- en EinddatumRecht) bij de uitkeringscomponenten van termijnen-uitkeringsplannen werd niet getoond.  Een termijnen-uitkeringsplan is een specifiek soort uitkeringsplan met MutatiesoortPolis TERM, zie 11 DFO Verwerken Polisgegevens voor meer informatie. Hoe Fiscaal begunstigden > Uitkeringscomponenten Vanaf deze release wordt in de lijst van uitkeringscomponenten de rechtperiode ook getoond als het componenten van een termijnen-uitkeringsplan betreft. Actie Er is geen actie nodig. Evaluatie tevredenheid gebruikers (VIDIS-2074) Waarom Wij willen graag feedback ontvangen over onze producten. Jouw antwoord geeft ons waardevolle informatie hoe tevreden je bent over dit product.  Hoe Als je de P&B Core applicatie start, wordt je mogelijk via een stelling onder in het scherm gevraagd jouw waardering geven over P&B Core.  Actie Er is geen actie nodig Rol bij complementeren van uitkeringsplannen (PBI 697668, VIDIS-2022) Waarom Het was niet mogelijk om via de knop Complementeer Ups aan te geven welke rol de gekozen ontvanger moet krijgen. De rol was altijd Normaal Hoe Fiscaal begunstigden | tabblad Uitkeringsplannen Naast de knop Complementeer Ups in het tabblad Uitkeringsplannen kan nu uit een keuzelijst de gewenste rol gekozen worden. De standaard keuze is Normaal. Actie Er is geen actie nodig. Wachttermijn jaaropgave na overlijden (PBI 697642, VIDIS-1884) Waarom Deze aanpassing heeft betrekking op de situatie/regeling dat iemand die is overleden nog een maand extra recht op uitkering heeft. Voorafgaand aan de mutatie met dit recht op nog een maand pensioen, wordt al de jaaropgave aangemaakt omdat aan alle voorwaarden daarvoor voldaan is. Dit is een voorbeeld van een situatie waar te vroeg een daardoor onjuiste jaaropgave geproduceerd en verzonden wordt. Een wachttermijn kan dat voorkomen. Hoe Verwerking | Automatische Verwerking | Start aanmaken jaaropgaaf  Referentiescherm | ServiceCenter Bij het aanmaken van jaaropgaven met optie O of TO wordt voor overleden begunstigden een jaaropgave aangemaakt indien: deze aan een reeks inhoudelijk voorwaarden voldoen zoals bijvoorbeeld: geen openstaande vorderingen EN nieuw sinds deze release: er sinds de overlijdensdatum een bij het Service Center instelbaar aantal maanden verstreken is. Dit aantal maanden is instelbaar in het referentiegegevens scherm Servicecenter: Jaaropgaaf bij overlijden - wachttijd in maanden met default waarde 0. Actie Er is geen actie nodig. Extra adresregel en extra woonplaatsregel (PBI 559087, VIDIS-1972 and VIDIS-2819) Waarom Bij met name buitenlandse adressen is het in bepaalde gevallen nodig meer adresregels te hebben voor een correcte postbezorging. Hoe Verwerking | Automatische Verwerking | Start polisverwerking, Start bulk verwerking, Start relatie verwerking   Fiscaal begunstigden | tabblad Relatie Ontvangers | Relatie ontvanger Verwerking | Automatische Verwerking | Start aanmaken specificatie/jaaropgaaf  Voor zowel het woonadres als het correspondentieadres geldt: De extra regels kunnen geïmporteerd worden via de optionele tags <ExtraAdresregel> en tag <ExtraWoonplaatsregel> binnen de tag <Relatie>/<Adres> via DFO11-XML (Polisjob), DFO20-XML (Bulkjob), DFO25-XML (Relatiejob). In het dossier (GUI) bij de relatiegegevens van een begunstigde en bij de relatiegegevens van een ontvanger worden deze extra adresvelden getoond en kunnen daar ook gemuteerd worden. Richting RSM wordt ExtraAdresregel -indien gevuld- opgenomen in het adres na de regel met straat en huisnummer en voor de regel met postcode en woonplaats. ExtraWoonplaatsregel wordt -indien gevuld- opgenomen in het adres na de regel met postcode en woonplaats en voor de regel met het land. Actie Als je van de mogelijkheid gebruik wilt maken, raden wij aan vooraf te beoordelen of de extra regel(s) volledig op de specificatie en jaaropgave zichtbaar zijn. Overige verbeteringen en opgeloste meldingen VIDIS-2435 - Bestaand UP was compleet en is incompleet gemaakt VIDIS-2603 - XSD jaaropgaaf heeft fout VIDIS-2584 - 1 retourbetaling aangemaakt maar er zijn er 2 ontstaan VIDIS-2576 - Performance DFO32 verbeteren m.b.t. verwerken eenmalige uitkeringscomponenten Publishing Date : 3/1/2021

Gewijzigd en verbeterd Verbeteringen duale periode (VIDIS-3988) Waarom We hebben de functionaliteit van de duale periode verbeterd. Onder de duale periode verstaan we de periode rond de fiscale jaarovergang, waarbij je na de jaarovergang op het nieuwe jaar ook nog mutaties en berekeningen over het oude jaar kunt vastleggen. Als je deze mogelijkheid wilt gebruiken, kun je - bij voorkeur in overleg met een consultant van Visma Idella - de optie hiervoor aanzetten. Dit doe je via Referentiegegevens > Servicecenter > optie Jaarwerk functie correcties fiscaal doorgeven naar GEMAL. Is deze optie aangevinkt, dan is in het tabblad Fiscaal begunstigde de optie Herrekening vorig jaar beschikbaar.   Aandachtspunten Na periode 01 is het niet meer mogelijk om fiscale correcties over een voorgaand jaar vanuit P&B Core door te geven naar Payroll Gemal en de Loonaangifte.  De optie Jaarwerk functie correcties fiscaal doorgeven naar GEMAL moet uitgevinkt zijn vóórdat de perioderun voor februari wordt opgestart.  Het is vanaf periode 2 alleen nog mogelijk om in P&B Core fiscale correcties in een voorgaand jaar in te voeren via het tabblad Fiscale correcties en in de module Loonaangifte. Correcties in de Loonaangifte over voorgaand jaar hebben gevolgen voor de Belastingdienst en de Jaaropgaaf. Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Verbeteringen: Berekeningen in het oude fiscale jaar zijn nu ook mogelijk als de inkomstenverhouding is ontstaan in het nieuwe fiscale jaar.  We hebben het proces voor het sturen van mutaties op stamgegevens in een verwerking voor het oude jaar aangepast, zodat er geen mutaties meer gemist worden.  Het opslaan van Herrekening vorig jaar is aangepast en gaat nu goed.  Actie Er is geen actie nodig. Nieuwe functionaliteit voor uitzetten loonheffingskorting bij pensioenleeftijd (VIDIS-1954) Waarom Het uitzetten van loonheffingskorting moest je tot nu toe handmatig doen. Gebruikers hebben ons verzocht het mogelijk te maken de loonheffingskorting standaard uit te zetten, wanneer een fiscaal begunstigde de wettelijke pensioenleeftijd bereikt. Dit kan gebruikers veel tijd besparen met minder kans op administratieve fouten. Daarom hebben we nieuwe opties in P&B Core opgenomen waarmee je dit kunt instellen. Hoe Referentiegegevens > Servicecenter Referentiegegevens > Bedrijf Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Aan het scherm met referentiegegevens voor het Servicecenter hebben we het volgende veld toegevoegd: Pensioenleeftijd in maanden (tbv automatisch LHkorting uitzetten) Dit veld is standaard leeg. In 2022 is de pensioenleeftijd: 66 jaar + 7 maanden = 799 maanden Het scherm met referentiegegevens voor een Bedrijf hebben we de volgende optie toegevoegd: Automatisch LHkorting uitzetten bij pensioenleeftijd Deze optie staat standaard uit. Hoe werkt het? Tijdens het proces voor het aanmaken van mutaties voor Payroll Gemal: Als: het gaat om een perioderun EN in de referentiegegevens van het Servicecenter is bij Pensioenleeftijd in maanden (tbv automatisch LHkorting uitzetten) een waarde ingevuld. EN in de referentiegegevens van het bedrijf is de optie Automatisch LHkorting uitzetten bij pensioenleeftijd aangevinkt  Dan: zet P&B Core de loonheffingskorting uit voor alle fiscaal begunstigden die op een dag in de verwerkingsmaand van de perioderun de pensioenleeftijd bereiken Deze aanpassing wordt vastgelegd met de gebruikersnaam Rule_LHKortingAOW en gaat in per de verwerkingsmaand van de perioderun. In het verwerkingsverslag is dit als volgt vermeld:  Loonheffingkorting voor AOW begunstigde <FBId/Relatienummer> is uitgezet. Opmerkingen: Voor fiscaal begunstigden met een pensioendatum in een eerdere maand wordt geen actie uitgevoerd. Dat geldt voor bestaande en ook voor nieuw aangemaakte fiscaal begunstigden. Het aanpassen van de Pensioenleeftijd in maanden heeft alleen effect in volgende perioderuns, en werkt niet met terugwerkende kracht. Actie Wil je deze functionaliteit gebruiken, dan kun je de instellingen hiervoor vastleggen, zoals hierboven is beschreven. Overige verbeteringen en opgeloste meldingen VIDIS-4059 - Bulkjob gelijk behandelen leeg en geen rekening tag VIDIS-3980 - Technische verbeteringen vanuit SonarQube issues VIDIS-2920 - Performance verbetering rapport Retourbetalingen Publishing Date : 11/23/2021

Gewijzigd en verbeterd Tekst loonheffing aangepast op bruto-netto specificatie via RSM (PBI 664330) Waarom Op de bruto-netto specificatie die Raet Specificatie Manager (RSM) aanmaakt, staat Code loonheffing met de waarde Ja als er een vrijstelling loonheffing geldt en anders staat er Nee. Omdat dit vragen oproept bij begunstigden, hebben wij deze tekst aangepast. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het aanmaken van bruto-netto specificaties via RSM wordt nu de standaard tekst Vrijstelling loonheffing gebruikt in plaats van Code loonheffing. Het is altijd mogelijk deze tekst aan te passen via Referentiegegevens > Bruto Netto Specificatie Element. Uw actie Er is geen actie nodig. Inactief bedrijf niet meenemen in processen (PBI 601562) Waarom Als fondsen/bedrijven niet meer actief zijn, is het gewenst dat ze bij het uitvoeren van P&B Core-processen buiten beschouwing blijven. Hoe Referentiegegevens > Bedrijf Aan het scherm met referentiegegevens voor een bedrijf is de optie Actief toegevoegd. Voor de nu bestaande bedrijven en voor nieuwe bedrijven is deze optie standaard aangevinkt. Verwerking > Handmatige/Automatische verwerking > ... Bij veel processen bevat het startscherm een lijst met bedrijven. Hierin zijn vanaf deze release alleen bedrijven opgenomen waarvoor in de referentiegegevens de optie Actief is aangevinkt.  Als u geen bedrijven selecteert, voert P&B Core het proces uit voor alle bedrijven in de lijst, dus voor alle bedrijven waarbij de optie Actief aan staat. Dit geldt zowel voor het handmatig als het automatisch starten van processen. Uw actie Er is geen actie nodig. Relatienummers andere bronnen in dossier fiscaal begunstigde (PBI 648542) Waarom In P&B Core kunt u binnen een bedrijf meerdere bronnen aanmaken. Een fiscaal begunstigde kan dan uitkeringsplannen uit verschillende bronnen hebben en per bron bekend zijn onder een ander relatienummer. Hierbij geldt dat het eerst ontvangen relatienummer het hoofdrelatienummer van de begunstigde is en blijft. Via het zoekscherm van de fiscaal begunstigde was het al mogelijk te zoeken op de extra relatienummers van de relatie/fiscaal begunstigde, maar in het gevonden dossier werden deze extra relatienummers niet getoond. Hoe Fiscaal begunstigden > alle tabbladen Vanaf deze release zijn alle combinaties van bron en relatienummer van een fiscaal begunstigde zichtbaar in de header van het dossier bij Relatienummer, zie afbeelding.  Fiscaal begunstigden > tabblad Uitkeringsplannen In de lijst met uitkeringsplannen van de fiscaal begunstigde ziet u voortaan rechts in het scherm de Bron van de uitkeringsplannen. Uw actie Er is geen actie nodig. Bij bestandsfout of overschrijden MaxAantalFouten niet meer de Status Goed geven (PBI 639415) Waarom Tot deze release werden bij het inlezen van een XML-bestand door P&B Core na het optreden van een fout, de overige, niet verwerkte regels opgenomen in het verwerkingsverslag met de status Goed. Dat is verwarrend. Hoe Verwerking > Handmatige/Automatische verwerking > ... Niet-gevalideerde regels worden vanaf deze release niet opgenomen in het verwerkingsverslag of krijgen de status Waarschuwing. Hierbij geldt het volgende: Als in een proces waarvoor het MaxAantalFouten is vastgelegd, zoals de o.a. de Polisjob, het maximum aantal foutieve regels is bereikt, krijgt het bestand de status Afgewezen. De niet verwerkte regels krijgen in het verwerkingsverslag de status Waarschuwing met de omschrijving Teveel fouten in het bestand. Als er op bestandsniveau fouten zijn, bijvoorbeeld een foutieve hash of een foutief aantal regels, worden de regels niet gevalideerd en daarom ook niet in het verwerkingsverslag opgenomen. Uw actie Er is geen actie nodig. Filter HeeftBetaling bij aanmaken bruto-netto specificaties (PBI 652718) Waarom Er was bij het aanmaken van bruto-netto specificaties geen mogelijkheid om stroken zonder betaling te onderdrukken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Aan het veld Extra filter expressie bij het starten van aanmaken specificaties is de volgende nieuwe filtermogelijkheid toegevoegd:  HeeftBetaling Selecteer alleen begunstigden die een te tonen betaling hebben in de BNS-periode. U kunt dit filter naar wens combineren met andere filters via het gebruik van AND, OR en haakjes. Uw actie Er is geen actie nodig. Percentages ZVW en WIZ in CAK-bestand kolom AD en AF (PBI 667104) Waarom De percentages voor ZVW en WlZ die in Payroll Gemal worden gehanteerd bij het berekenen van de CAK-inhoudingen, worden opgenomen in respectievelijk kolom AD en kolom AF van het CAK-bestand. Dit gebeurde echter met een foutief decimaal teken. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract De percentages voor ZVW en WlZ worden nu met een correct decimaal teken opgenomen in het CAK-bestand: Kolom AD (INHOUDING_PERC_ZVW) krijgt bijvoorbeeld waarde 0,0545 als dit voorheen 5,45 was. Kolom AF (INHOUDING_PERC_AWBZ) krijgt bijvoorbeeld waarde 0,0965 als dit voorheen 9,65 was. Uw actie Er is geen actie nodig. Volgorde verwerken positieve netto bedragen verbeterd (PBI 669551) Waarom In het proces Verdelen naar ontvanger worden positieve netto bedragen gebruikt voor het verrekenen van openstaande vorderingen. Hierbij moeten positieve netto bedragen die afkomstig zijn uit betalingen en specifiek bedoeld zijn voor verrekeningen als eerste worden verwerkt. Tijdens het proces werden echter eerst de reguliere netto bedragen verwerkt. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers De volgorde van het verwerken van positieve netto bedragen is aangepast, zodat eerst de positieve netto bedragen die afkomstig zijn uit betalingen worden verwerkt en daarna de reguliere netto bedragen. Uw actie Er is geen actie nodig. Automatisch fiatteren ontvangerverdeling uitkeringsplan verbeterd (PBI 471346) Waarom Het fiatteren van de ontvangerverdeling van een uitkeringsplan kost gebruikers veel tijd en is niet altijd nodig. Dat geldt bijvoorbeeld als een ontvanger al eerder is gefiatteerd bij een ander uitkeringsplan van de betreffende fiscaal begunstigde. Hoe Referentiegegevens > Fiatteeractieniveau Aan het scherm Fiatteeractieniveau zijn de volgende nieuwe velden toegevoegd: Veld Toelichting Ontvangerverdeling (ook onbekende ontvangers) Kies hier als fiatteerniveau Automatisch als u wilt dat elke aanpassing van de ontvangerverdeling van een uitkeringsplan automatisch wordt gefiatteerd. Kies hier als fiatteerniveau Handmatig als u wilt dat de keuze in het veld Ontvangerverdeling met bekende ontvangers bepalend is voor het fiatteren van aanpassingen van de ontvangerverdeling. Defaultwaarde = Handmatig  Ontvangerverdeling met bekende ontvangers Kies hier als fiatteerniveau Automatisch als u wilt dat een aanpassing van de ontvangerverdeling van een uitkeringsplan automatisch wordt gefiatteerd als deze gewijzigde ontvangerverdeling alleen ontvangers bevat die bij dit of een ander uitkeringsplan al in een gefiatteerde ontvangerverdeling voorkomen. Zodra een ontvangerverdeling die is aangepast via een Bulkjob of handmatig in P&B Core zelf, automatisch is gefiatteerd, worden ook andere uitkeringsplannen van de fiscaal begunstigde meegefiatteerd als de betreffende ontvangerverdeling alleen ontvangers bevat die in een gefiatteerde ontvangerverdeling voorkomen. Kies hier als fiatteerniveau Handmatig als u niet wilt dat een aanpassing van de ontvangerverdeling automatisch wordt gefiatteerd.  Defaultwaarde = Handmatig  Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Fiscaal begunstigden > tabblad Uitkeringsplannen Voorheen werd een ontvangerverdeling alleen automatisch gefiatteerd door de Bulkjob als er geen tag Fiatteren met de waarde Ja was opgenomen.  Vanaf deze release kunt u dat uitbreiden door bij een van de hierboven beschreven fiattteerniveaus de waarde Automatisch te kiezen. Op het moment dat een mutatie plaatsvindt van een ontvangerverdeling, bepaalt P&B Core of er wel of niet automatisch wordt gefiatteerd. Uw actie Er is geen actie nodig. Jaaropgave via RSM naar salarisdossier of print provider (PBI 673384) Waarom Het is gewenst om jaaropgaven die Raet Specificatie Manager (RSM) heeft aangemaakt, in het salarisdossier te kunnen laten opnemen of aan te leveren aan de print provider PostNL. Hoe Verwerking > Handmatige verwerking > Start aanmaken jaaropgaaf Verwerking > Automatische verwerking > Aanmaken jaaropgaaf Aan het scherm voor het aanmaken van de jaaropgaven via RSM is vanaf deze release het veld Bestemming toegevoegd, waarin u kunt kiezen uit de volgende waarden: Bestemming PDF-Bestanden - waarde PdfBestanden bij Automatische verwerking Kies hiervoor als u wilt dat de PDF-bestanden die RSM aanmaakt in een P&B Core-folder worden geplaatst. Dit is de werking conform de huidige situatie. Bestemming Salarisdossier - waarde Salarisdossier bij Automatische verwerking Kies hiervoor als u wilt dat de PDF-bestanden die RSM aanmaakt naar Salarisdossier gaan. Bestemming Printprovider PostNL - waarde PrintproviderPostNl bij Automatische verwerking Kies hiervoor als u wilt dat de PDF-bestanden die RSM aanmaakt naar de print provider PostNL gaan. Let op: deze optie is alleen beschikbaar voor gebruikers met het recht tot versturen naar een printprovider. Dit wil zeggen dat aan de gebruiker een Rol is toegekend waarvoor het recht AanmakenJaaropgaafJob - Printprovider op Uitvoeren staat. Daarnaast vraagt het programma de gebruiker om deze mogelijkheid te bevestigen via de vraag: Weet u zeker dat u jaaropgaven wilt laten afdrukken en versturen door de printprovider? Ongeacht de bestemming, wordt een P&B Core-indexbestand aangemaakt dat u ontvangt via Zenden en ontvangen (of SFTP). Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 624622 - Grootboekrekening rapporten fixes verwijderen. PBI 668127- BlokkadesoortNetto verspringt naar Blokkadesoort. PBI 668128 - Betaling moet verdwijnen uit keuzelijst Netto Blokkade rapport. PBI 521816 - Bug: Autocomplete bij SHA secret key - bij Chrome en Internet Explorer. PBI 669089 - 2003461 - BSN nummer opslaan lukt niet. PBI 656625 - 1953868 - P&B Core Niet mogelijk te fiatteren bij 2 regels in het tabblad vorderingen. PBI 664079 - Bruto blokkade rapport toont regeleindes. PBI 683030 - netto blokkadelijst toont nu teveel betalingen. PBI 679531 - De online help is uitgebreid met het menu Handmatig muteren. Publishing Date : 4/28/2020

  Woensdag 2 januari geven wij release 2019-01 vrij van Pensions & Benefits Core (P&B Core). Tijdens het installeren kunt u mogelijk niet inloggen en is de werking van de applicatie vertraagd. In de release notes vindt u een beschrijving van nieuwe functionaliteiten en verbeteringen in deze release. De wijzigingen komen deels voort uit meldingen van onze klanten. Waar het relevant is, verwijzen wij met een nummer naar ons interne systeem waarin wij de klantmeldingen registreren. Gewijzigd en verbeterd Eigen omschrijving inrichten voor bruto's op bruto-netto specificatie Waarom De gewenste omschrijving waarmee de bruto's vermeld worden op de bruto-netto specificatie kan verschillen per klant en/of fonds. Het was nog niet mogelijk deze omschrijving flexibel samen te stellen. Vanaf deze release is het mogelijk om in P&B Core in te richten hoe de omschrijving van de bruto's samengesteld moet worden. Hoe Referentiegegevens > Servicecenter Referentiegegevens > Bedrijf Referentiegegevens > Bruto Netto Specificatie Element Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het ServiceCenter en bij een Bedrijf kunt u via het scherm Referentiegegevens bij Omschrijving bruto op BNS zelf de gewenste omschrijving vastleggen. Als hier niets is vastgelegd, geldt de default omschrijving van P&B Core: zie de lijst met dynamische velden hieronder, veld 1, 5 en 2: <ComponentCodeNaam> <Polisnummer> <IsCorrectieVoorgaandeMaand> Is er een instelling bij een bedrijf aanwezig, dan gebruikt P&B Core altijd deze bedrijfsinstelling en niet die van het ServiceCenter. De omschrijving kan bestaan uit statische tekst met daarin één of meer van de volgende dynamische elementen: <ComponentCodeNaam> Dit is de naam van de componentcode van het bruto. <Polisnummer> Dit is het polisnummer van het uitkeringsplan van het bruto. <VerzekeringsvormNaam> Dit is de naam/code van de verzekeringsvorm van het uitkeringsplan. <VerzekeringsvormOmschrijving> Dit is de omschrijving van de verzekeringsvorm van het uitkeringsplan. <IsCorrectieVoorgaandeMaand> Dit geeft aan of het bruto betrekking heeft op een voorgaande fiscale maand (loonover-maand). In dat geval wordt de tekst Correctie opgenomen. Via een BrutoNettoSpecificatieElement met het ID TWK kunt u in plaats van de tekst Correctie ook een andere tekst instellen. <Contractnummer> Dit is het contractnummer van het uitkeringsplan. <Contractnaam> Dit is de naam bij het contractnummer van het uitkeringsplan. Deze naam kunt u opgegeven via het scherm Referentiegegevens Bruto Netto Specificatie Element. Als geen naam bekend is, gebruikt P&B Core het Contractnummer. Ook staat op het scherm Referentiegegevens bij het ServiceCenter: een optie Bruto’s samenvoegen per omschrijving. Staat hier een vinkje, dan worden de bruto’s met een identieke omschrijving als enkele regel getoond met het gesommeerde bedrag. Uw actie Er is geen actie nodig. Geaggregeerde betalingen tonen in bruto-netto specificatie Waarom Bij het exporteren van betalingen naar het betaalbestand, worden betalingen naar dezelfde ontvanger onder voorwaarden geaggregeerd (d.w.z. samengevoegd) tot een enkele betaling. Tot deze release werden de afzonderlijke niet-geaggregeerde betalingen vermeld op de bruto-netto specificatie. Dat kan tot verwarring leiden bij de ontvanger. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Vanaf deze release worden geaggregeerde betalingen vermeld op de bruto-netto specificatie, zodat de bedragen overeenkomen met wat de ontvanger via de bank ontvangt. Uw actie Er is geen actie nodig. Extra correspondentienaam - nu ook via Relatiejob Waarom Bij de adressering van begunstigden is het vanaf release 2018-11 mogelijk een extra tekstregel toe te voegen tussen de regel met de naam van de begunstigde en de regel met de straat en het huisnummer. Hiervoor zijn de relatiegegevens uitgebreid met het veld ExtraCorrespondentieNaam. Daarbij werd import via DFO11-XML (Polisjob) en DFO20-XML (Bulkjob) en export via RSM ondersteund. In deze release breiden we dat uit met import via DFO25-XML (Relatiejob) en export via een DFO44-XML.  Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie/jaaropgaaf De extra tekstregel kan geïmporteerd worden via een nieuwe tag <ExtraCorrespondentieNaam> binnen de tag <Relatie> in de DFO25-XML (Relatiejob).  In het dossier (GUI) bij de relatiegegevens van de begunstigde en bij de relatie van de ontvangers wordt dit veld getoond en kunt u het muteren. Bij het aanmaken van bruto-netto specificaties via DFO44-XML wordt de extra correspondentienaam (indien deze is ingevuld ) opgenomen als tag <ExtraCorrespondentieNaam>. Uw actie Er is geen actie nodig. BIC ook verplicht bij DomesticAccount Waarom Bij betalingen was ter identificatie van de bank al een BIC (Bank Identifier Code) verplicht bij een niet-nederlands IBAN-rekeningnummer. Om betalingen met een niet-IBAN rekeningnummer (we noemen dat DomesticAccount) te kunnen ondersteunen via Raet Betaalmanager (RBM) stellen we daar nu ook de BIC verplicht. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulkverwerking Ontvangers Bij aanlevering van ontvangers via DFO20-XML (Bulkjob) en bij mutatie van ontvangers via de GUI is vanaf deze release bij een DomesticAccount de BIC verplicht ter identificatie van de bank. Uw actie  Aanleveren van de BIC bij DomesticAccount.   Publishing Date : 12/21/2018

Gewijzigd en verbeterd Vastleggen ontvanger bij premie-inhoudingen verbeterd Waarom Bij het vastleggen van een periodieke of eenmalige premie-inhouding in een handmatige uitkeringscomponent, was de koppeling met de premie-ontvanger niet optimaal. De kans op fouten werd vergroot, doordat het vastleggen was verdeeld over twee schermen, namelijk het scherm Uitkeringscomponenten en het scherm Details Ontvangers. Ook was het aantal mogelijke premie-inhoudingen beperkt tot drie netto en drie bruto inhoudingen. Hoe Ontvangers > Zoeken / Nieuwe ontvanger > Beheer ontvanger Bij een ontvanger kunt u nu vastleggen dat deze binnen de context van het bedrijf waartoe hij behoort, een standaard ontvanger is voor een bepaalde premie-inhouding. Hiervoor is aan het scherm Beheer Ontvanger het veld Premie inhouding toegevoegd, waarmee u kunt kiezen uit de ComponentCodes met indicatie Bruto/NettoInhouding(1 t/m 3). Daarmee richt u feitelijk de combinatie van componentcode en ontvanger in als een van de mogelijke premie-inhoudingen die bij begunstigden van dit bedrijf kunnen worden aangemaakt. Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten Bij het aanmaken of muteren van een handmatige uitkeringscomponent kunt u nu naast het kiezen voor CorrectieLoonheffing, ook kiezen uit de premie-inhoudingen van het bedrijf waartoe het dossier behoort. Ook kunt u de gewenste Dagafschrift tekst ter vermelding bij de premie-betalingen in de borderel opgeven. Het aanmaken van een premie-ontvanger in de ontvangerverdeling van het uitkeringsplan is niet meer nodig. Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Bij het aanmaken van betalingen en vorderingen vanuit premie-netto's in het proces Verdelen naar ontvanger, wordt als ontvanger de premie-ontvanger uit de handmatige uitkeringscomponent overgenomen. Bij een betaling wordt ook het Dagafschrift van de uitkeringscomponent overgenomen. De bestaande premie-inhoudingen worden met deze release gemigreerd naar deze nieuwe opzet. Uw actie Er is geen actie nodig. Verwerkingsrun en ingangsmaand bij Inhoudingseigenschappen Waarom Bij een mutatie van inhoudingseigenschappen was de fiscale ingangsmaand daarvan niet eenduidig en was niet zichtbaar of de mutatie al aan de Payroll Gemal was overgedragen. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Bij elke stand van de inhoudingseigenschappen wordt voortaan de fiscale ingangsmaand vastgelegd. Bij mutaties in het dossier (handmatig via scherm) is het veld verplicht, de default is de huidige verwerkingsmaand van het bedrijf en de ingangsmaand mag maximaal 5 jaar na de huidige verwerkingsmaand liggen. Het is mogelijk een eerdere fiscale maand als ingangsmaand te kiezen, wat inhoudt dat het gaat om een mutatie met terugwerkende kracht (TWK). Om te laten zien voor welke velden Payroll Gemal deze TWK ondersteunt, zijn deze in het scherm gemarkeerd met (T). Bij mutaties via de Bulkjob (DFO20-XMLbestand) wordt de huidige verwerkingsmaand van het bedrijf gehanteerd als er geen expliciete ingangsmaand is opgegeven. Vanaf deze release wordt in het scherm Inhoudingseigenschappen de eerste payrollverwerkingsrun waarin de betreffende stand van de inhoudingseigenschappen is doorgegeven, vastgelegd en getoond onder de ingangsdatum. Migratie Voor de bestaande historische en actuele standen van de inhoudingseigenschappen wordt met deze release de ingangsmaand en eerste verwerkingsrun waar mogelijk gevuld. Uw actie Er is geen actie nodig. Verwerkingsverslagen toegankelijker Waarom Het verwerkingsverslag is een bestand waarin meldingen en resultaten worden vastgelegd van een proces dat is uitgevoerd in P&B Core. Tot nu toe waren deze bestanden alleen beschikbaar door ze te downloaden via Zenden en Ontvangen of SFTP.  Hoe Overzichten > VerwerkingsVerslagen De verwerkingsverslagen zijn nu ook direct toegankelijk in P&B Core vanuit het overzichtsscherm Verwerkingsverslagen door te klikken op de betreffende link. Uw actie Er is geen actie nodig. Loonheffingskorting per ingangsdatum op de jaaropgave Waarom Volgens de wet- en regelgeving moeten op de jaaropgave de tijdvakken van het fiscale jaar waarin de loonheffingskorting aan dan wel uit staat worden vermeld. Tot nu toe werd alleen de laatste, actuele waarde weergegeven. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie/jaaropgaaf De tijdvakken met hun waarde voor de loonheffingskorting worden vermeld op de jaaropgave voor zowel de RSM-PDF's als de DFO44-XML. Voorbeeld 1, hele jaar geen korting RSM-PDF Loonheffingskorting Nee m.i.v. 01-01 DFO44-XML <Heffingskorting>Nee m.i.v. 01-01</Heffingskorting> Voorbeeld 2, deel van het jaar korting RSM-PDF Loonheffingskorting Ja m.i.v. 01-01 Loonheffingskorting Nee m.i.v. 01-05 DFO44-XML <Heffingskorting>Ja m.i.v. 01-01, Nee m.i.v. 01-05</Heffingskorting> Uw actie Er is geen actie nodig. Publishing Date : 10/3/2019

In deze versie... Aangepast in versie 2 1 november 2021 - Onder Onder overige verbeterinngen en opgeloste meldingen hebben we VIDIS-2051 toegevoegd. Gewijzigd en verbeterd Berekening afwijkende loondagen door Payroll Gemal (VIDIS-2150) Waarom Als een fonds gebruik maakt van verschoven tijdvakken, die te herkennen zijn aan een vervaldag die ongelijk is aan 1, kan Payroll Gemal geen correcte afwijkende loondagenberekening uitvoeren. Daarom berekent P&B Core het aantal dagen en geeft deze door aan Payroll Gemal. Als een fonds geen gebruik maakt van verschoven tijdvakken, kan Payroll Gemal de berekening zelf uitvoeren. Die berekening vindt plaats op basis van de begindatum en/of einddatum van de inkomstenverhouding. Hoe Referentiegegevens > Bedrijf Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Aan het scherm Referentiegegevens > Bedrijf is de volgende optie toegevoegd: Verschoven tijdvakken Je kunt deze optie aan- of uitzetten, respectievelijk Ja of Nee. Default staat de optie uit = Nee. In de aansturing van payroll Gemal heeft dat als gevolg: Staat er geen vinkje bij de optie Verschoven tijdvakken, dan wordt bij nieuwe inkomstenverhoudingen aangegeven dat Payroll Gemal de afwijkende loondagen zelf moet berekenen. Is de optie Verschoven tijdvakken aangevinkt, dan wordt bij nieuwe inkomstenverhoudingen aangegeven dat Payroll Gemal geen afwijkende loondagen moet berekenen en voert P&B Core deze berekening uit. Dit is conform de werking tot aan deze release. Let op: de afwijkende loondagen die expliciet in een Polisjob XML-bestand worden opgegeven voor een termijnen-uitkeringsplan, blijven we in beide situaties één op één doorgeven aan Payroll Gemal. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-4046 - Identificatie begunstigde naast 9EZ ook bij code 118 in Gemal extract (via invoercode 02289) VIDIS-3979 - Technische verbetering aanmaken bestanden (vermijden MemoryStream) VIDIS-4126 - Verhelpen performance probleem inlezen Gemal extract VIDIS-2051 - Einddatum IKV mag niet worden ingesteld op de laatste dag van de maand 677329 Publishing Date : 10/26/2021

Gewijzigd en verbeterd Uitkeringscomponent afzonderlijk te filteren in Fiatteerlijst (VIDIS-2023) Waarom Het was niet mogelijk om in het scherm Rapportage openstaande fiatteringen te filteren op uitkeringscomponent. Openstaande fiatteringen voor uitkeringscomponenten, zoals voor premie-inhoudingen, werden getoond bij de filterwaarde uitkeringsplan. Hoe Rapportages > Fiatteringen In het scherm Rapportage openstaande fiatteringen hebben we aan de selectielijst van het veld Te fiatteren entiteit de optie Uitkeringscomponent toegevoegd. Als je hiervoor kiest, worden openstaande fiatteringen voor uitkeringscomponenten, zoals voor premie-inhoudingen, getoond. Actie Er is geen actie nodig. Extra adresregel en woonplaatsregel (VIDIS-2896) Waarom In release 2021-03 hebben we de NAW-velden Extra adresregel en Extra woonplaatsregel toegevoegd, zodat het mogelijk is deze in te lezen via de XML-bestanden, beschikbaar zijn in P&B Core en worden doorgestuurd naar de Specificatie Manager om op te nemen in PDF-bestanden. In deze release hebben we de functionaliteit uitgebreid. Hoe Verwerking > Handmatige Verwerking\Automatische Verwerking > Start aanmaken bruto\netto specificatie Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Vanaf deze release worden de velden Extra adresregel en Extra woonplaatsregel ook: Opgenomen met de tags <ExtraAdresregel> en <ExtraWoonplaatsregel> in de DFO44-XML voor BNS en Jaaropgaaf. Dit is van belang voor klanten die deze documenten zelf maken, geen gebruik maken van Specificatie Manager. Opgenomen in het Matching relatiegegevens XML-bestand in de tags <ExtraAdresregel> en <ExtraWoonplaatsregel>. Doorgegeven naar Payroll Gemal: De extra adresregel wordt als onderdeel van het woon- en correspondentieadres aangestuurd via respectievelijk invoercode IVC 03037 en IVC 03002. De extra woonplaatsregel wordt als onderdeel van het woon- en correspondentieadres aangestuurd via respectievelijk invoercode IVC 03038 en IVC 03003. Actie Er is geen actie nodig Bedrijfscode filter in scherm GUITK rapportage (VIDIS-3872)  Waarom Het was voorheen niet mogelijk om in het scherm GUITK rapportage te selecteren op bedrijfscode. GUITK staat voor Gedane UITKeringen. Daarnaast was het verplicht om altijd een Contractnummer en/of Klantnummer op te geven, dat is niet altijd gewenst. Hoe Rapportages > GUITK Verwerking > Handmatige/Automatische verwerking > Start rapportage Guitk Aan het scherm GUITK rapportage is nu de selectiebox Bedrijf toegevoegd, waarin je de bedrijfscode kunt selecteren waarvoor je de rapportage wilt opvragen. Het opgeven van een Contractnummer en/of Klantnummer is niet meer verplicht, dat geldt zowel voor het scherm als voor het GUITK-proces. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-3417 - Cijfers toestaan in Bron in Polisjob bestandsnaam VIDIS-3362 - 500 fout bij toevoegen Verzerkeringsvorm aan een bron VIDIS-3302 - Service center instelling ExtractPayroll VIDIS-3293 - Process Registratienummer in payroll extract VIDIS-3332 - Verwerk Registratienummer in payroll extract VIDIS-3187 - Foutmelding bij verwijderen loonbeslag VIDIS-3172 - Mogelijke fout bij termijnen uitkeringsplan tijdens fiatteren fiscal correctie VIDIS-3036 - Mogelijke fout bij termijnen uitkeringsplan tijdens verdelen naar uitkeringscomponent (VUC) bij aanmaken fictief bruto VIDIS-3016 - DFO25 - onterechte aanpassing hoofdrelatienummer VIDIS-1885 - Dubbele CAK brief aangemaakt VIDIS-3349 - Fout bij verdelen netto's i.g.v. onbelast bruto met netto premie inhouding VIDIS-3972 - GUITK rapport crasht met ontbrekende velden in de Database

Gewijzigd en verbeterd Negatieve netto bedragen eerder verwerken in proces Verdelen naar ontvanger (PBI 710024, VIDIS-2047) Waarom Het komt een enkele keer voor dat netto bedragen worden verwerkt tot een betaling, terwijl er voor een latere betaaldatum een negatief netto bedrag blijft wachten. Dat is niet gewenst, omdat er dan later een vordering ontstaat en het bedrag van de betaling dus of te hoog was of het aanmaken van de hele betaling niet had moeten moeten plaatsvinden. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Tot deze release werden in het proces Verdelen naar ontvanger (VNO) alleen de nog te verwerken netto bedragen opgepakt waarvan de Betaaldatum nadert. Hierbij hangt De betaaldatum nadert af van het aantal werkdagen dat is vastgelegd bij het Servicecenter. Vanaf deze release hebben we dit aangepast. In het proces Verdelen naar ontvanger (VNO) worden de nog te verwerken netto bedragen: eerst gegroepeerd per betaaldatum het oppakken van de bedragen vindt als volgt plaats: alle netto bedragen oppakken waarvan de Betaaldatum nadert - dit is conform huidige situatie EN alle netto-groepen met een negatief totaalbedrag oppakken ongeacht de betaaldatum Op deze manier voorkom je dat er op een later moment een vordering ontstaat. Actie Er is geen actie nodig. Wijzigen bepaalde gegevens Eenmalig uitkeringsplan niet meer mogelijk (PBI 699517, VIDIS-1869) Waarom Het is niet gewenst om op een later moment het bedrag, de belastbaarheid, etc. van een eenmalig uitkeringsplan nog te wijzigen. Bij het aanleveren van een eenmalig uitkeringsplan via een Polisjob XML wordt dat al voorkomen. Vanaf deze release hebben we er ook voor gezorgd dat het aanpassen van deze gegevens in P&B Core zelf niet meer mogelijk is. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Na het fiatteren van een eenmalig uitkeringsplan, mag je voortaan alleen de volgende velden van het uitkeringsplan nog aanpassen: Blokkade Blokkadereden Blokkadereden aanvulling Signaalcode Signaaldatum. Voor periodieke uitkeringsplannen blijft het uiteraard wel mogelijk om bedrag, belastbaarheid e.d. aan te passen. Actie Er is geen actie nodig. Werkgeversheffing Zvw voortaan op Jaaropgave (VIDIS-2352) Waarom Over het algemeen wordt op de uitkering van de fiscaal begunstigde Zvw ingehouden. Als er sprake is van een werkgeversheffing Zvw, moet het bedrag daarvan op de Jaaropgave worden vermeld. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Referentiegegevens > Bruto Netto Specificatie Element Voortaan wordt het bedrag van de Werkgeversheffing Zvw op de jaaropgave vermeld: in DFO44XML-tag <WerkgeversheffingZvw> achter de omschrijving Werkgeversheffing Zorgverzekeringswet  Gebruik je de Raet Specificatie Manager, dan kun je deze omschrijving aanpassen via het brutonettospecificatie-element W39. Deze elementen waren al aanwezig maar bevatten altijd de waarde 0. Actie Er is geen actie nodig. Rapport incomplete uitkeringsplannen - Eerste rechtdatum (PBI 699687, VIDIS-1882) Waarom Het rapport Incomplete uitkeringsplannen toont de uitkeringenplannen waarvan de ontvanger nog niet is gefiatteerd. Het is gewenst om te zien wat de eerste rechtdatum van het uitkeringsplan is, zodat duidelijk is wanneer je het uitkeringsplan compleet moet maken. Hoe Rapportages > Incomplete UP Aan het rapport Incomplete uitkeringsplannen is vanaf deze release de volgende kolom toegevoegd: Eerste rechtdatum Hierin zie je de vroegste datum met uitkeringsrecht. Deze kolom is opgenomen direct voor de kolom BegindatumRecht. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-2205 - Toekomstmutatie ontvanger niet meer zichtbaar, interne systeemfout PBI 689009, VIDIS-1860 - Bulkjob laat te fiatteren ontvangerverdeling-item staan PBI 706120, VIDIS-1867 - Agendalijst export ontstaat fout bij harde Enter in memoblok Publishing Date : 12/28/2020

Gewijzigd en verbeterd Controle of relatie bestaat via geboortedatum Waarom Als in de Polisjob een relatie niet in P&B Core wordt gevonden bij de in het XML-bestand opgegeven bedrijfscode, bron en relatienummer, vindt nog een tweede zoekactie plaats om na te gaan of de relatie wellicht al bekend is onder een andere bron-relatienummercombinatie. Deze functionaliteit is alleen relevant voor fondsen meerdere bronnen gebruiken. De tweede zoekactie vindt plaats met de combinatie opgegeven naam, woonplaats en burgerservicenummer (BSN) binnen het fonds. Nadeel van het zoeken op deze velden is dat er makkelijk afwijkingen kunnen optreden in de schrijfwijze van naam of woonplaats. Daarom hebben we de tweede zoekactie aangepast. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Voor de tweede zoekactie wordt vanaf deze release de combinatie geboortedatum en BSN binnen het betreffende fonds gebruikt. Uw actie Er is geen actie nodig. Inkomstenverhoudingen tonen in begunstigde dossier Waarom Op dit moment is er beperkte informatie over de inkomstenverhouding/dienstverband (IKV) in het begunstigde dossier. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen In het dossier ziet u voortaan de volgende informatie over de dienstverbanden (IKV's) van de begunstigde: Het IKVnummer als kolom in de lijst met uitkeringsplannen. In het detailscherm van het uitkeringsplan: nummer, ingangsdatum, einddatum, soort inkomen en eerste verwerking in Payroll Gemal. Uw actie Er is geen actie nodig. Jaaropgave CAK-inhoudingen afzonderlijk opnemen in DFO44-XML Waarom De DFO44-XML met jaaropgaven bevatte alleen de tag <IngehoudenBijdrageCak> met het totaalbedrag van de CAK-inhoudingen (ZVW-buitenland) opgenomen. Er is behoefte aan de bedragen van de afzonderlijke CAK-inhoudingen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Daarom de DFO44-XML als volgt aangepast: De bedragen van de drie CAK-inhoudingen (Wlz, Zvw en nominaal) voor de jaaropgaaf worden nu afzonderlijk vermeld: tag ZvwBuitenlandWlz tag ZvwBuitenlandNominaal tag ZvwBuitenlandZvw De tag IngehoudenBijdrageCak is vervallen. Uw actie Er is geen actie nodig. CAKbestandsnaam aangepast Waarom De naam van het door P&B Core aangepaste bestand met de CAK-inhoudingen (ZVW-buitenland) bevatte na de B (en voor de extensie) een date/timestamp. Sinds enige tijd keurt het CAK dergelijke bestandsnamen echter af. Hoe De CAK-bestandsnaam bevat vanaf nu een letter uit de reeks B t/m Z, zonder een timestamp. Verwerking > Handmatige/Automatische verwerking > Start CAK verwerking Na het inlezen van het A-bestand dat van het CAK is ontvangen, maakt P&B Core een bestand aan met de letter B. Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Na het inlezen van een extractbestand dat afkomstig is van Payroll Gemal uit de perioderun van de betreffende maand, wordt een verrijkt CAK-bestand aangemaakt met de letter C. Bij de eerste dagrun wordt een bestand aangemaakt met de letter D en zo gaat het door t/m de letter Z. Na de letter Z wordt de letter B weer gebruikt. Op deze manier voldoen de bestandsnamen steeds aan de voorwaarden van het CAK. Uw actie Er is geen actie nodig. Loonbeslag betalingen afzonderlijk vermelden in DFO44-XML en RSM-XML Waarom In de bruto-netto specificatie werd één bedrag voor loonbeslag opgenomen. Het was echter gewenst om loonbeslagen afzonderlijk te vermelden. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie/jaaropgaaf DFO44-XML Naast het totaalbedrag in de tag <Loonbeslag>, worden de afzonderlijke loonbeslagbetalingen net als de gewone betalingen opgenomen met de tag <Betaling>. Binnen de tag <Betaling> is een nieuwe tag <BetalingCode> opgenomen om het soort betaling aan te geven. Deze tag heeft als mogelijke waarden: Regulier Loonbeslag Spoed RSM-XML Per loonbeslagbetaling wordt in het bruto/netto-gedeelte van de specificatie opgenomen: een regel met als omschrijving Loonbeslag <rekeningnummer> met in de kolom Totaal het bijbehorende bedrag. Referentiegegevens > Bruto Netto Specificatie Element Het is nu mogelijk de tekst Loonbeslag te vervangen door een andere tekst via het BrutoNettoSpecificatieElement in het scherm met referentiegegevens. Uw actie Er is geen actie nodig. Publishing Date : 12/20/2019