Releases Youforce Pensions & Benefits Core

  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 Indicatie fiscaal woonland naar Payroll Gemal Waarom Vanuit de fiscale regelgeving 2019, is in Payroll Gemal vanaf release 2018-12 een invoercode 02323 Indicatie fiscaal woonland opgenomen die door bronsystemen zoals P&B Core aangestuurd moet worden. Hoe Referentiegegevens > Land Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Referentiegegevens > PayrollExtraStamgegeven Inrichting In het scherm Referentiegegevens Land is een veld FiscaalWoonland aanwezig met drie mogelijke waarden: Nederland Landenkring Overige landen Dit veld wordt gevuld voor de bestaande Service Centers en voor nieuwe Service Centers. De landenkring omvat daarbij: de landen van de EU en de landen van de EER (IJsland, Noorwegen en Liechtenstein) en Zwitserland en de BES-eilanden(Bonaire, Sint Eustacius en Saba) Proces Aanmaken Gemal mutaties Als het Woonland (invoercode 02252) naar Payroll Gemal wordt gestuurd, wordt ook altijd de bijbehorende waarde voor de Indicatie fiscaal woonland (invoercode 02323) naar Payroll Gemal gestuurd. Uitzondering hierop is als de gebruiker een PayrollExtraStamgegeven met PayrollInvoerCode 02323 heeft ingesteld voor de fiscaal begunstigde. Op die manier wordt standaard het fiscale woonland afgeleid van het woonland en is het voor de uitzonderingen mogelijk om daarvan af te wijken. Uw actie Voor de begunstigden met een afwijkend fiscaal woonland kunt u een PayrollExtraStamgegeven met PayrollInvoerCode 02323 en waarde 1, 2 of 3 instellen. Relatienummer in borderel-XML Waarom De borderel-XML bevat voor een verzamelontvanger een lijst met betaalbedragen per begunstigde. Naast de naam van begunstigde, is er behoefte aan een eenduidige identificatie. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel Vanaf deze release wordt bij elke begunstigde in de borderel-XML zijn/haar relatienummer opgenomen. Hiervoor is onder de XML-tag Begunstigde een XML-tag Relatienummer opgenomen. Uw actie Er is geen actie nodig. Ondersteuning termijnen-uitkeringsplan Waarom Er is behoefte om in P&B Core op een andere manier door te kunnen geven wanneer welke uitkering gedaan moet worden. Namelijk zodanig dat het bronsysteem zelf de afzonderlijke beschikbaarstellingen (qua recht, moment en hoogte) bepaalt. Hiervoor introduceren we het termijnen-uitkeringsplan. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Proces Verwerken Polisgegevens (DFO 11) Het bronsysteem kan een termijnen-uitkeringsplan aanleveren door in de Polisgegevens-XML TERM door te geven als MutatieSoortpolis. P&B Core zal dan bij het inlezen van het mutatiebestand valideren dat het uitkeringsplan voldoet aan: PeriodeCode=1, Vervalmaand=1 en Vervaldag=1 De opgegeven rechtperiode (BegindatumRecht t/m EinddatumRecht) is niet leeg en valt binnen een kalendermaand Het bij het uitkeringsplan opgegeven bedrag betreft dan niet het jaarbedrag, zoals bij andere uitkeringsplannen, maar het bedrag van de betreffende rechtmaand. Als op een later moment voor dit uitkeringsplan en deze rechtmaand een mutatie wordt gestuurd, werkt deze niet vervangend, zoals bij andere uitkeringsplannen, maar aanvullend, salderend. Voor elke mutatie van een termijnen-uitkeringsplan zal een eenmalige uitkeringscomponent aangemaakt worden met als belangrijkste velden: ComponentType De waarde is afhankelijk van de TWKBeschikbaarstellingDatum, zie hieronder a) Indien deze voor de betaalmaand ligt: TWK b) Indien deze in de betaalmaand ligt: TWK huidige maand c) Indien deze na de betaalmaand ligt: rechten eenmalig BegindatumRecht = UP.BegindatumRecht EinddatumRecht = UP.EinddatumRecht Bedrag = UP.Bedrag BeschikbaarstellingDatum Indien Numerando=Prenumerando (1): BegindatumRecht Indien Numerando=Postnumerando (2): EinddatumRecht Indien Numerando=PostnumerandoPlus1dag (3): EinddatumRecht + 1 dag Indien Numerando=PostnumerandoEindVolgendeMaand (4): de laatste dag van de kalendermaand na de kalendermaand van EinddatumRecht Bron = Polis Proces Aanmaken Gemal mutaties (DFO32) Voor de hierboven beschreven eenmalige uitkeringscomponenten bij een termijnen-uitkeringsplan geldt een extra voorwaarde: BeschikbaarstellingDatum ligt voor of in de verwerkingsmaand. Dit betekent dat het bronsysteem van tevoren termijnen kan doorgeven, dus met een rechtperiode die in de toekomst ligt. De termijn wordt dan doorgezet naar Payroll Gemal, als de bijbehorende beschikbaarstellingmaand is aangebroken. Vervolg In een latere release wordt het mogelijk om voor deze termijnen-uitkeringsplannen loondagen door te geven vanuit het bronsysteem. Uw actie Er is geen actie nodig. Publishing Date : 1/31/2019

  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 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

Gewijzigd en verbeterd Handmatige correctie loonaangifte in Jaaropgave (PBI 525726, VIDIS-1922) Waarom Het is mogelijk om via een fiscale correctie een aanpassing op te geven voor een jaar dat in Payroll Gemal al is afgesloten. Dat is een zogenaamde HCL, handmatige correctie loonaangifte. Wijzigingen in het bruto bedrag, de loonheffing en premie Zvw die het gevolg waren van een HCL werden tot deze release echter niet verwerkt in de jaaropgave van het afgesloten jaar.  Hoe Fiscaal begunstigden > tabblad Fiscale correcties Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf De jaaropgave bevat voortaan een combinatie van: De laatste van Payroll Gemal ontvangen cumulatieven voor het gevraagde fiscale jaar. Nieuw: daarvan afgetrokken de som van de gefiatteerde en verwerkte fiscale correcties (HCL's ) waarbij het gevraagde jaar is opgegeven als fiscaal jaar, het afboekjaar van de fiscale correcties. Deze bedragen staan niet in Payroll Gemal, daardoor wijkt de jaaropgave in P&B Core dus af van de stand in Payroll Gemal/Salarisdossier. Het gaat om de volgende gegevens in de jaaropgave: Belastbaar inkomen - tag TotaalBrutoBedrag in de DFO44-XML Hier trekken we FiscaleCorrectie.Bruto van af. Loon Zorgverzekeringswet - niet in de DFO44-XML, is gelijk aan de som van tag TotaalBrutoBedrag en tag BuitenlandVerdiend Hier trekken we FiscaleCorrectie.Bruto van af. Ingehouden loonheffing - tag IngehoudenLoonbelasting in de DFO44-XML Hier trekken we FiscaleCorrectie.Loonheffing van af Ingehouden bijdrage ZVW - tag IngehoudenBijdrageZorgverzekeringswet in de DFO44-XML Hier trekken we FiscaleCorrectie.PremiesZorgverzekeringswet van af. Loon ZVW gemaximeerd - tag GrondslagZvw in de DFO44-XML Hier trekken we FiscaleCorrectie.Bruto van af. Als het resultaat een negatief bedrag is, wordt 0 opgenomen in de jaaropgave. De HCL wordt meegenomen in de jaaropgave nadat de fiscale correctie is verwerkt in een payrollverwerking en de resultaten daarvan in P&B Core zijn ingelezen. Actie Er is geen actie nodig. Buitenlands rekeningnummer of domestic account vastleggen bij handmatig invoeren uitkeringsplan (PBI 678821, VIDIS-1875) Waarom Voorheen was het alleen mogelijk om in P&B Core een Buitenlandsnummer (domestic account) vast te leggen, door het rekeningnummer achteraf aan te passen via het scherm Ontvangers > Beheer ontvanger. Vanaf deze release is dit aangepast en kun je het Buitenlandsnummer meteen vastleggen bij het handmatig invoeren van een nieuw uitkeringsplan. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Uitkeringsplannen > Nieuw Uitkeringsplan Aan het scherm Nieuw uitkeringsplan is bij de ontvangergegevens het veld Buitenlandsnummer toegevoegd, zodat het nu mogelijk is om bij het handmatig invoeren van een nieuw uitkeringsplan meteen een Buitenlandsnummer (domestic account) vast te leggen. Actie Er is geen actie nodig. Valutacodes in selectielijst beperken (PBI 699525, VIDIS-1901) Waarom Bij het handmatig invoeren van een uitkeringsplan via het scherm Nieuw uitkeringsplan was de lijst waaruit je via het veld Valutacode de valuta moest selecteren erg lang, waardoor soms de verkeerde valuta werd gekozen. Daarom is het vanaf deze release mogelijk gemaakt het aantal valutacodes in de lijst te beperken. Hoe Referentiegegevens > Valutacode Uitkeringsplannen > Nieuw Uitkeringsplan In de Referentiegegevens voor de valutacode is aan het scherm Valutacode bewerken de optie Actief toegevoegd. Staat bij deze optie voor een bepaalde valuta een vinkje, dan is deze valuta zichtbaar in de lijst met valutacodes van het veld Valutacode in het scherm Nieuw uitkeringsplan.  Standaard is de optie Actief alleen aangezet voor de valutacode EUR. Let op: de huidige actuele waarde wordt altijd getoond, ook als voor deze waarde de optie Actief in de referentiegegevens voor deze valutacode niet aan staat. Actie Er is geen actie nodig. Fiatteerlijst bij toekomstmutatie (PBI 672072, VIDIS-1899) Waarom Het was in de rapportage Openstaande fiatteringen bij mutaties van inhoudingeigenschappen en ontvangers niet op te maken of het om een reguliere mutatie of een toekomstmutatie ging.  Hoe Handmatige/automatische verwerking > Rapportages > Openstaande fiatteringen Rapportages > Rapportage openstaande fiatteringen In de Rapportage openstaande fiatteringen is in de kolom SoortMutatie nu te zien dat het om een toekomstmutatie gaat: InhoudingseigenschapToekomst (zie afbeelding) OntvangerToekomst OntvangerVerdelingToekomst - deze bestond al Klik je op de link van een te fiatteren toekomstmutatie, dan kom je direct in het scherm waarin je deze toekomstmutatie moet fiatteren. In deze voorbeeldafbeelding klik je dus op InhoudingseigenschapToekomst. Actie Er is geen actie nodig. Juiste ontvanger bij geblokkeerde inhouding (VIDIS-2472) Waarom Het is belangrijk dat de juiste ontvanger van de betaling aanwezig is in het proces Verdelen netto bedragen naar ontvangers. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Bij het aanmaken van de uitkeringscomponent Geblokkeerde inhouding wordt de PremieOntvanger overgenomen van de periodieke uitkeringscomponent waar deze uit voortkomt. Dat leidt er toe dat de betaling/vordering, na het deblokkeren en verwerken van het netto bedrag, voortaan ook deze premieontvanger krijgt. Actie Er is geen actie nodig. Geen defaultselectie meer bij Begunstigden selectie in scherm Start aanmaken jaaropgaaf (PBI 685433, VIDIS-1878) Waarom Bij het starten van het scherm Start aanmaken jaaropgaaf was bij Begunstigden selectie standaard een van de opties geselecteerd. Hierdoor werd soms een verkeerde selectie afgeroepen. Daarom hebben we dit aangepast. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Bij het openen van het scherm Start aanmaken jaaropgaaf, is er bij Begunstigden selectie niet meer standaard een van de opties geselecteerd, zodat je nu voor zelf bewust voor één van de selectieopties moet kiezen.  Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 686472 VIDIS-2020 - Positie Kolom Bron op tabblad Uitkeringsplannen   VIDIS-2325 - Gat in rechten toelaten bij perioderun PBI 689437 VIDIS-1880 - Selectievenster bedrijven groter bij jobs   VIDIS-2436 - Opslaan documentvelden in optie Documenttype werkt niet   PBI 685409 VIDIS-1881 - Betere omschrijving SC-vink fiscaal jaarloon   PBI 675493 VIDIS-1877 - Referentiegegevens Componentcodebepaling - Gemalcode in dropdown  Publishing Date : 1/26/2021

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 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 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

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 Land ONB behandelen als NLD bij automatische regels inhoudingseigenschappen (VIDIS-2971) Waarom Volgens de regels voor het automatisch aanpassen van inhoudingseigenschappen werd land ONB (onbekend) onterecht behandeld als buitenland in plaats van binnenland.  Hoe Fiscaal begunstigden > Relatie Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking  De regels voor de automatische aanpassing van inhoudingseigenschappen bij verandering van het woonadres van binnen- naar buitenland of omgekeerd zijn aangepast, zodat land ONB beschouwd wordt als binnenland. Actie Er is geen actie nodig Extra adres regels niet gebruiken van verwijderd correspondentie adres (VIDIS-3171) Waarom Een extra adresregel en/of extra woonplaatsregel van een correspondentie-adres dat was verwijderd, werden voor een bruto-netto-specificatie ten onrechte naar Raet Specificatie Manager gestuurd. Zie de Release notes van 2021-03, onderwerp Extra adresregel en woonplaatsregel. Bij jaaropgaven speelde dit probleem niet. Hoe Fiscaal begunstigden > Relatie Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Dit is opgelost. Als een correspondentie-adres is verwijderd, wordt de extra adresregel niet meer gebruikt. Het woonadres wordt dan gebruikt voor de adressering. Actie Er is geen actie nodig  Overige verbeteringen en opgeloste meldingen VIDIS-3063 - pNPS fix startdatum gebruiker VIDIS-2978 - cache issue bij verdelen naar ontvanger VIDIS-3031 - migratie van Gemal registratienummer mogelijk maken VIDIS-2741 - info box bij selectie bedrijven in start scherm processen VIDIS-3101 - anoniementarief gaat niet via kleur tabel VIDIS-3003 - aansturing adapterhost Publishing Date : 5/26/2021