Releases Youforce Pensions & Benefits Core

Nieuw Rapportage Bruto netto verloop (PBI 583882) Waarom Er was behoefte aan een rapport dat voor een bedrijf en verwerkingsmaand een financieel overzicht geeft van alle fiscaal begunstigden. Daarom kun je vanaf deze release een rapport opvragen dat voor elke begunstigde de cumulatieven vanaf de bruto bedragen, via de inhoudingen, de netto bedragen, de vorderingen en verrekeningen tot en met de betalingen toont. Hoe Rapportages > Bruto netto verloop Vanaf deze release is aan het menu Rapportages het rapport Bruto netto verloop toegevoegd. Hiermee kun je een financieel overzicht opvragen voor een specifiek bedrijf, waarbij je de verwerkingsperiode opgeeft waarvan je de cumulatieve bedragen per fiscaal begunstigde wilt zien. Het rapport bevat de volgende kolommen: Bedrijfscode Relatienummer Geslachtsnaam BSNnummer FiscaalBegunstigdeId Jaar - het verwerkingsjaar Maand - de verwerkingsmaand Polisnummer - het polisnummer inclusief verzekeringsvorm en verzekeringsvormvolgnummer van het oudste uitkeringsplan dat betrokken is in deze verwerkingsmaand Polisnummer2 - het polisnummer inclusief verzekeringsvorm en verzekeringsvormvolgnummer van het nieuwste uitkeringsplan dat betrokken is in deze verwerkingsmaand BrutoBedrag_P14 - belastbaar bedrag uit de payroll BrutoBedragBelast - belastbaar bedrag uit P&B Core BrutoPremieInhouding - som van de bruto premie inhoudingen BrutoBedragTabel_P34 - bruto bedrag voor loonheffingstabel BrutoBedragBB_P54 - bruto bedrag bijzonder tarief CorrectieLoonheffing - toegepaste loonheffingscorrectie Loonheffing_P15 - ingehouden loonheffing ZVW_P16 - ingehouden premie Zvw NettoUitBelast_P17 - netto uit belaste bedragen ZVWbuitZvw_936 - CAK inhouding premie Zvw ZVWbuitWlZ_806 - CAK inhouding premie Wlz ZVWbuitNom_808 - CAK inhouding nominale premie BrutoBedragOnbelast - som van de onbelaste bruto's NettoUitOnbelast - payroll bedrag, bevat onbelaste bruto's minus de CAKinhoudingen NettoBedrag_P21 - totale netto bedrag (uit belaste en onbelaste bedragen) NogTeVerwerkenNetto - nog niet verwerkte netto's  NettoPremieInhouding - som van de netto premie-inhoudingen OntstaneVordering - uit negatief netto ontstane vorderingen GedaneVerrekening - uit positief netto gedane verrekeningen op openstaande vorderingen LoonBeslag - loonbeslagbetalingen VerrekeningUitBetaling - verrekenbedrag dat gehaald is uit nog niet verstuurde betalingen NettoUitTeBetalenFB - betaalbedrag voor begunstigde NettoUitTeBetalenPremie - betaalbedrag voor premieontvangers NettoUitTeBetalenVerzamelUP - betaalbedrag vanuit verzamelontvanger-uitkeringsplannen Uw actie Er is geen actie nodig. Gewijzigd en verbeterd Uitzetten kenmerk PNIL - Personeel Niet in Loondienst - per ingang inkomstenverhouding (PBI 689026) Waarom Om het aantal nulaangiftes naar de Belastingdienst te beperken, worden inkomstenverhoudingen met uitsluitend netto bedragen doorgegeven naar Payroll Gemal met het kenmerk PNIL (Personeel Niet In Loondienst). Zodra er echter een belast element, dat wil zeggen een belast uitkeringsplan of een afzonderlijk belast bruto, wordt toegevoegd aan een dergelijke PNIL- inkomstenverhouding moet het PNIL-kenmerk vervallen. Hierbij werd echter geen rekening gehouden met terugwerkende kracht (TWK) situaties. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Als een inkomstenverhouding zijn PNIL-status verliest, geeft P&B Core dit door naar Payroll Gemal per ingang van dat dienstverband, maar niet eerder dan januari van het huidige fiscale jaar. Daarmee voorkom je dat in TWK-situaties aangiftes kunnen ontbreken. Uw actie Er is geen actie nodig. Relatiegegevens wijzigbaar in fiscaal begunstigde dossier (PBI 540420) Waarom Wijzigingen in de relatiegegevens van een of meer fiscaal begunstigden kun je via een XML-bestand laten verwerken door het proces Relatie verwerking. Tot nu toe kon je in het tabblad Relatie van het fiscaal begunstigde dossier (GUI) maar een paar velden aanpassen. Het is nu mogelijk in dit tabblad meer gegevens aan te passen. Sommige van deze gegevens waren al in het tabblad aanwezig, andere hebben we toegevoegd.  Hoe Fiscaal begunstigden > tabblad Relatie Vanaf deze release kun je in het tabblad Relatie van een fiscaal begunstigde de volgende relatiegegevens aanpassen: Let op: de cursief weergegeven velden waren al muteerbaar. BsnNummer - met check gedaan dat de nieuwe BSN niet al bij een andere relatie bestaat binnen het bedrijf. Voorvoegsel Voorletters TussenvoegselGeslachtsnaam Geslachtsnaam TussenvoegselAchternaam Achternaam Correspondentienaam Extra correspondentienaam Geboortedatum Overlijdensdatum Nationaliteit Geslacht Telefoonnummer E-mailadres Personeelslid velden van woonadres en correspondentieadres Uw actie Er is geen actie nodig. Automatische correctie premie-inhouding bij verlate afloop uitkeringsplan (PBI 579113) Waarom Bij het overlijden van de begunstigde kan er sprake zijn van een verlate afloop van een uitkeringsplan. P&B Core zorgt dan voor het tegenboeken van de teveel uitgekeerde bruto bedragen. Voor eventuele premie-inhoudingen of correcties loonheffingen moest je echter handmatig tegenboekingen aanmaken. Vanaf deze release kun je bij een verlate afloop van een uitkeringsplan, in P&B Core premie-inhoudingen of correcties loonheffingen automatisch laten tegenboeken. Hoe Referentiegegevens > Servicecenter Aan het scherm met referentiegegevens voor het Service Center is vanaf deze release de volgende optie toegevoegd: Premie-inhouding en correctie-loonheffing stoppen en tegenboeken bij (verlate) UP-afloop Deze optie staat standaard uit. Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Fiscaal begunstigden > tabblad Uitkeringsplannen Als bij het wijzigen van de EinddatumRecht  van een uitkeringsplan voldaan is aan de volgende voorwaarden: De optie Premie-inhouding en correctie-loonheffing stoppen en tegenboeken bij (verlate) UP-afloop staat aan Het betreft een periodiek uitkeringsplan en dus geen eenmalig of termijnen-uitkeringsplan De opgegeven EinddatumRecht ligt voor de huidige verwerkingsmaand De actuele EinddatumRecht is leeg of heeft een latere datum dan de opgegeven datum Dan voert P&B Core de volgende acties uit, waarbij je voor premie-inhouding ook correctie loonheffing kunt lezen: Tegenboeken teveel gedane premie-inhoudingen Afsluiten periodieke premie-uitkeringscomponenten Voor het tegenboeken van teveel gedane premie-inhoudingen volgt P&B Core de volgende stappen: Bepalen van de startmaand voor de correctie Dit is de maand na de laatste beschikbaarstellingsmaand voor het uitkeringsplan. Bepalen welke premie-inhoudingen gecorrigeerd moeten worden. P&B Core kijkt hierbij naar zowel de naar de premie-inhoudingen die zijn verstuurd naar Payroll Gemal als naar de geblokkeerde premie-inhoudingen die een datum in of na de startmaand hebben. Deze bedragen worden per maand en componentcode gegroepeerd en gesommeerd Voor bedragen die ongelijk zijn aan 0 euro, maakt P&B Core een corrigerende uitkeringscomponent aan met de volgende velden: Bron = HandmatigUC TwkBeschikbaarstellingDatum = Eerste (TWK)BeschikbaarstellingDatum van de groep Uitkeringsplan= het uitkeringsplan ComponentCode = de componentcode van de groep ComponentType = EenmaligHandmatig Bedrag = - (het sombedrag van de groep) Daarmee wordt het bedrag van de groep per saldo naar 0 gebracht. Begin&EinddatumUitkering = de eerste en laatste dag van huidige verwerkingsmaand van het bedrijf. Toelichting = Automatische tegenboeking voor <de maand van de groep als yyyy-mm> wegens UP-einde <UP.EinddatumRecht> Gebruiker = Systeem als het om een polisverwerking gaat. Als het om een mutatie via het dossier gaat, zie je hier de gebruiker die de mutatie heeft vastgelegd of gefiatteerd.  Afsluiten periodieke premie-uitkeringscomponenten P&B Core sluit de lopende handmatige periodieke premie-uitkeringscomponenten van het uitkeringsplan af door het in het veld EinddatumUitkering de laatste dag van de huidige verwerkingsmaand van het bedrijf in te vullen. Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 695456 - Uitzetten van AnoniemenTariefPayroll gaat mis, als je deze in de direct daaraan voorafgaande run hebt aangezet PBI 695437 - Juiste beschikbaarstellingsdatum bij gedeblokkeerde inhouding Publishing Date : 6/22/2020

Gewijzigd en verbeterd Rapportage mutatielijst (PBI 684189) Waarom In het dossier van een fiscaal begunstigde kunt u via het tabblad Fiscaal begunstigde een Mutatielijst opvragen met een overzicht van de mutaties en fiatteringen van het dossier. Er bestond nog geen mutatielijst met de mutaties en fiatteringen van alle fiscaal begunstigden van een bedrijf. Hoe Rapportages > Mutatielijst Vanaf deze release is aan het menu Rapportages het rapport Mutatielijst toegevoegd. Hiermee kunt u een mutatieoverzicht opvragen voor een specifiek bedrijf, waarbij u de periode opgeeft waarover u de mutaties wilt opvragen. Daarnaast kunt u opgeven dat u de mutaties van een bepaalde gebruiker wilt zien. Uw actie Er is geen actie nodig. Leeg adres naar Gemal toestaan (PBI 657562) Waarom Vanaf release 2020-03 is het mogelijk een bruto-netto-berekening volgens anoniementarief te laten plaatsvinden als het adres onbekend is. Als een adresveld leeg was, werden de bruto bedragen echter toch tegengehouden en dus niet naar Payroll Gemal gestuurd. Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties In het scherm Servicecenter is aan de optie Bij adres onbekend/leeg anoniementarief de volgende functionaliteit toegevoegd. Staat bij deze optie een vinkje, dan stuurt P&B Core de bruto bedragen naar Payroll Gemal ook als er lege adresvelden zijn. Het gaat daarbij om de velden Straatnaam, Woonplaats en als het land NL is, ook om het veld Postcode. Is deze optie niet aangevinkt, dan houdt P&B Core bij lege adresvelden de bruto bedragen wel tegen. Deze functionaliteit is in lijn met de regels van de loonaangifte waar de betreffende adresvelden verplicht zijn, tenzij er spake is van het anoniementarief. Uw actie Er is geen actie nodig. Vrijstelling Loonheffing uit bij verhuizing ander buitenland (PBI 661270) Waarom Woont een fiscaal begunstigde in het buitenland, dan is de vrijstelling loonheffing die daarom is verleend, gebonden aan het specifieke land waar de fiscaal begunstigde woont. Deze vrijstelling vervalt als de fiscaal begunstigde naar een ander buitenland verhuist. Hoe Referentiegegevens > Servicecenter Aan het scherm Servicecenter is vanaf deze release de optie Bij verhuizing buiten Nederland moet vrijstelling loonheffing uit toegevoegd: Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Fiscaal begunstigden > tabblad Relatie Als de bovengenoemde optie is aangevinkt, wordt bij een wijziging van het ene naar het andere buitenland via het DFO25 importbestand (Relatiejob) of via een handmatige mutatie in het fiscaal begunstigde dossier een bestaande vrijstelling loonheffing automatisch uitgezet. Het uitzetten vindt plaats met de gebruikersnaam Rule_CodeVrijstBuit. Uw actie Er is geen actie nodig. Visma-icoon vervangt Raet-icoon in browser (PBI 681287) Waarom Als (favorieten-)icoon van P&B Core in de browser stond nog het Raet-icoon.  Hoe Vanaf deze release ziet u het Visma-icoon in uw browser. Uw actie Er is geen actie nodig. BSN 000000000 wordt lege waarde (PBI 675407) Waarom Bij het aanleveren van een lege BSN-tag in de Relatiejob-XML, werd ten onrechte de waarde 000000000 vastgelegd. Hoe Verwerking > Handmatige/Automatische verwerking > Start polis/bulk/relatie verwerking Dit is als volgt opgelost. Bij het aanleveren van een lege BSN-tag in de Polis/Bulk/Relatiejob-XML wordt een lege waarde vastgelegd. Alle huidige BSN-waarden 000000000 in P&B Core worden omgezet naar een lege waarde. In een importbestand met relatiegegevens (in te lezen door Polisjob, Bulkjob of Relatiejob) of bij handmatige mutaties via het fiscaal begunstigde dossier, geldt een BSN met de waarde 000000000 niet als geldige waarde en wordt afgekeurd. Uw actie Er is geen actie nodig. Ingangsmaand stamgegevens bij nieuw IKV met verlate ingang (PBI 679972) Waarom Als voor een uitkeringsplan een inkomstenverhouding werd aangemaakt met een ingangsdatum in een eerdere maand, dan waren de stamgegevens die naar Payroll Gemal werden gestuurd pas geldig vanaf de huidige verwerkingsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties De aansturing naar Payroll Gemal is aangepast, zodat bij een nieuwe inkomstenverhouding die is aangemaakt met een ingangsdatum in een eerdere maand, de meegestuurde stamgegevens, zoals NAW en inhoudingseigenschappen, geldig zijn vanaf de ingangsdatum van de inkomstenverhouding. P&B Core doet dit door bij de stamgegevens voor een nieuwe inkomstenverhouding geen ingangsmaand meer op te geven. Payroll Gemal hanteert dan de begindatum van de inkomstenverhouding. Uw actie Er is geen actie nodig. Lokale tijdstippen vastleggen (PBI 446161) Waarom Voor de opslag van tijdstippen werd over het algemeen het UTC-tijdstip gebruikt. Dit gaf verwarring bij het raadplegen en delen van informatie rechtstreeks uit de database. Hoe Voor de opslag van tijdstippen wordt vanaf deze release de lokale tijd in Nederland gebruikt. De gehanteerde tijd zone is: CEST – Central European Summer Time (Daylight Saving Time). Uw actie Er is geen actie nodig. Verbeteringen DFO44-XML BNS (PBI 642098) Dit onderwerp is niet relevant voor klanten die bruto-netto specificaties laten aanmaken via Specificatie Manager. Waarom We hebben de XML die wordt aangemaakt voor bruto-netto specificaties consistenter gemaakt. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie We hebben de XML die P&B Core kan leveren voor de bruto-netto specificaties als volgt aangepast: In de volgende tags gebruiken we voortaan geen true/false meer, maar Ja/Nee: Blokkade IndicatieBrief Belast bij een bruto en correctie-loonheffing PremieInhouding wordt voortaan net zo opgenomen als een bruto, zie de voorbeelden hieronder. Voorbeeld oude XML <PremieInhouding>  <Code>F99</Code>  <Belast>Ja</Belast>  <Naam>Pensioenpremie</Naam>  <Bedrag>69.82</Bedrag> </PremieInhouding> Voorbeeld nieuwe XML <PremieInhouding>  <ComponentCode>1128</ComponentCode>  <Component>Pensioenpremie</Component>  <Belast>Ja</Belast>  <Bedrag>69.82</Bedrag>  <Valuta>EUR</Valuta> </PremieInhouding> Uw actie Als uw organisatie gebruik maakt van dit exportbestand, moet u nagaan wat de eventuele impact is van deze wijziging op de systemen die dit bestand importeren. Blokkade van periodieke handmatige uitkeringscomponent ondersteunen (PBI 684822) Waarom Als er sprake is van een bruto blokkade worden de beschikbaar gestelde bruto's niet naar Payroll Gemal gestuurd, maar vastgelegd binnen P&B Core in een uitkeringscomponent met type Blokkade TWK. Op het moment dat de bruto blokkade wordt opgeheven, worden deze blokkade-uitkeringscomponenten alsnog naar de Payroll Gemal gestuurd. Voor de bijbehorende premie-inhoudingen en/of loonheffingscorrecties die zijn vastgelegd via een periodieke handmatige uitkeringscomponent gold een dergelijk mechanisme echter niet. Deze werden, bij het opheffen van de blokkade niet automatisch alsnog naar Payroll Gemal gestuurd.  Hoe Voor premie inhoudingen en/of loonheffingscorrecties die zijn vastgelegd via een periodieke handmatige uitkeringscomponent geldt nu ook een blokkade-mechanisme: Als er sprake is van een bruto blokkade worden de inhoudingen/correcties vastgelegd in een blokkade-uitkeringscomponent. Deze uitkeringscomponent heeft als type Geblokkeerde Inhouding en is gekoppeld aan het bijbehorende bruto dat is vastgelegd in een uitkeringscomponent met type Blokkade TWK. Uw actie Er is geen actie nodig. Bij vrijstelling loonheffing Loonheffingstabel Geen vermelden op bruto-netto specificatie (PBI 614659) Waarom Als er sprake is van vrijstelling loonheffing wordt er geen loonheffingstabel toegepast. Op de bruto-netto specificatie wordt deze vrijstelling vermeld, waarbij toch Groen als loonheffingstabel stond. Dit is aangepast. Hoe Voor fiscaal begunstigden met een vrijstelling loonheffing staat voortaan op de bruto-netto specificatie: die gemaakt wordt door Specificatie Manager: Loonheffingstabel: Geen in de DFO44-XML: <Tabelloonheffing>Geen</Tabelloonheffing> Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 676739 - Relatienummer wordt overschreven bij toevoegen UP via GUI PBI 675470 - Actuele redenen voor Anoniementarief altijd tonen PBI 675118 - Fouten bij UP-beëindiging via GUI PBI 675386 - Gemal-invoercode 02252: Lege waarde sturen bij Land ON PBI 683030 - Netto blokkadelijst toont teveel betalingen PBI 672278 - Issue proefrun wegens EerstePayrollVerwerkingId Let op: de proefrun is nog niet gereed voor gebruik. Daarom de optie proefrun tot nader bericht NIET kiezen bij het starten van proces Start aanmaken Gemal mutaties. PBI 677657 - Fiscaal woonland (invoercode 02323) alleen naar Gemal indien gewijzigd Publishing Date : 5/26/2020

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 Periodiciteit in omschrijving bruto op bruto-netto specificatie via RSM Waarom Het vermelden van de periodiciteit van een uitkering kan bijdragen aan een duidelijke bruto-netto specificatie. Hoe Referentiegegevens > Servicecenter Referentiegegevens > Bedrijf In het scherm Referentiegegevens voor Bedrijf en Servicecenter is aan de dynamische elementen van het veld Omschrijving bruto op BNS het volgende element toegevoegd: [periodecode] Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het maken van bruto-netto specificaties via Raet Specificatie Manager (RSM) geldt:  Als u in het veld Omschrijving bruto op BNS het element [periodecode] hebt opgenomen, dan vervangt het systeem dit door de periodiciteit van het uitkeringsplan die hoort bij dat bruto: eenmalig maand kwartaal halfjaar jaar Uw actie Er is geen actie nodig. Bruto-netto specificaties via RSM naar salarisdossier of print provider Waarom Het is gewenst om specificaties 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 bruto/netto specificatie Verwerking > Automatische verwerking > Aanmaken specificatie Aan het scherm voor het aanmaken van de bruto/netto specificatie 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 Dit geeft de werking conform de huidige situatie, waarbij de aangemaakte PDF's in een P&B Core-folder worden geplaatst. Bestemming Salarisdossier - waarde Salarisdossier bij Automatische verwerking Bij deze keuze gaan de door RSM aangemaakte PDF-bestanden naar Salarisdossier. Bestemming Printprovider PostNL - waarde PrintproviderPostNl bij Automatische verwerking Bij deze keuze gaan PDF-bestanden die RSM aanmaakt naar de print provider PostNL. Let op: deze optie is alleen beschikbaar voor gebruikers met recht tot versturen naar een printprovider. Dit wil zeggen dat aan de gebruiker een Rol is toegekend waarvoor het recht AanmakenSpecificatieJob - Printprovider op Uitvoeren staat. Daarnaast vraagt het programma de gebruiker om deze mogelijkheid te bevestigen via de vraag: Weet u zeker dat u specificaties 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. Anoniementarief in dossier Waarom In het dossier van een fiscaal begunstigde was nog niet zichtbaar of aan Payroll Gemal is doorgegeven dat het Anoniementarief moet worden toegepast. Vanaf deze release vindt u deze informatie via het tabblad Inhoudingseigenschappen. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen In het scherm van het tabblad Inhoudingseigenschappen ziet u vanaf deze release onder het veld Anoniementarief de volgende informatie: AnoniemenTariefPayroll Staat hier Ja, dan voert Payroll Gemal de berekening uit op basis van het anoniementarief. Anders staat hier Nee.  Daarachter staat bij Reden actueel of er op basis van de actuele gegevens een reden is voor het toepassen van het anoniementarief. U kunt hier de volgende redenen zien: BSN is leeg Als het BSNnummer niet is opgegeven. adres is onbekend Als het woonadres leeg is of onbekend. expliciet Als in het veld Anoniementarief door het opgeven van de waarde Ja, expliciet is aangegeven dat voor deze begunstigde het anoniementarief geldt. Er kunnen meerdere redenen tegelijk gelden. Uw actie Er is geen actie nodig. Verbeterde betaaldatum aanvullende uitkering uit Payroll Gemal Waarom In Payroll Gemal kunt u een regeling instellen die aanvullende uitkeringen aanmaakt voor bijvoorbeeld vakantiegeld, een vrijwillige vergoeding Zvw of een compensatie overhevelingstoeslag. Het is gewenst om de betaaldatum van dergelijke aanvullende uitkeringen uit Payroll Gemal, zoveel mogelijk af te stemmen met de betaaldatum van de reguliere uitkering van de begunstigde. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen op uitkeringscomponent De betaaldatum van een aanvullende uitkering uit Payroll Gemal wordt vanaf deze release als volgt bepaald: Bepalen van een geschikte beschikbaarstellingsdatum Als de aanvullende uitkering de huidige verwerkingsmaand betreft, worden alle eerdere bruto's bij de betreffende inkomstenverhouding in de betreffende verwerkingsmaand opgezocht. Daarvan wordt de vroegste beschikbaarstellingdatum genomen, mits die niet in het verleden ligt. In alle andere gevallen wordt de eerste dag van de verwerkingsmaand genomen. Toekennen aan de uitkeringscomponent P&B Core maakt voor elk aanvullende uitkering uit Payroll Gemal een eigen uitkeringscomponent aan. De in stap 1 bepaalde datum wordt vanaf deze release daarbij vastgelegd als beschikbaarstellingdatum. Betaaldatum van het netto Het verdeelmechanisme van P&B Core kent een netto toe aan deze uitkeringscomponent. Als het gaat om een belaste aanvullende uitkering, is het netto bedrag het restant na fiscale inhoudingen. De betaaldag van dat netto wordt op dezelfde manier bepaald als voor een reguliere uitkering (zie DFO 40, Appendix C Bepalen betaaldatum), dus mede op basis van de in stap 2 genoemde beschikbaarstellingsdatum.  Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Dit proces verwerkt het netto van de aanvullende uitkering tot een vordering (als het een negatief bedrag betreft), een verrekening op een openstaande vordering (als die er is) en/of een betaling. Door het hierboven beschreven mechanisme zal de betaaldatum van de aanvullende uitkering gaan overeenstemmen met de datum van de betaling van de reguliere uitkering van de begunstigde. Uw actie Er is geen actie nodig. Bedrag correctie loonheffing met komma in bruto-netto specificatie via RSM Waarom Als voor een begunstigde de loonheffing is gecorrigeerd, wordt het bedrag van de correctie vermeld op de bruto-netto specificatie die Raet Specificatie Manager (RSM) aanmaakt. Daarbij werd ten onrechte een punt als decimaalteken gebruikt. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Net als de andere bedragen op de bruto-netto specificatie wordt nu ook het bedrag van een loonheffing correctie getoond met een komma als decimaalteken. Als scheidingsteken voor duizendtallen wordt een punt gebruikt. Uw actie Er is geen actie nodig. Publishing Date : 3/23/2020

Gewijzigd en verbeterd Nieuwe ontvangerrol Wet Schuldsanering Natuurlijke Personen Waarom Voor bepaalde fiscaal begunstigden moeten betalingen worden uitgevoerd aan een ontvanger in het kader van de Wet Schuldsanering Natuurlijke Personen (WSNP). Daarom hebben wij deze ontvanger vanaf deze release toegevoegd. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen > tabblad Details Ontvangers In het tabblad Details Ontvangers van een uitkeringsplan kunt u vanaf deze release bij het veld Rol de nieuwe rol WSNP kiezen.  Uw actie Er is geen actie nodig. Deblokkades in beschikbaarstellingen rapport Waarom Het proces Aanmaken Gemal mutaties (DFO32) maakt bij elke verwerking het volgende rapport aan: Matching beschikbaarstelling - Controle achteraf, zie DFO60.  Dit rapport bevat nu: de ontstane bruto's die zonder blokkade naar Payroll Gemal zijn verstuurd de ontstane bruto's die vanwege een blokkade niet naar Payroll Gemal zijn verstuurd De (ontstane) bruto's uit een eerdere verwerking die na het opheffen van een blokkade alsnog in deze verwerking naar Payroll Gemal worden verstuurd, zijn niet in het rapport opgenomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties In de XML is een tag <Stroom> opgenomen binnen de tag <Beschikbaarstelling>. In het XML-bestand zijn opgenomen (met Bron="Polis", dus geen handmatige acties en geen payrollregeling): De bruto's die in de huidige verwerking zonder blokkade naar Gemal gaan. Deze worden opgenomen in de XML met <Stroom>ZonderBlokkade</Stroom>. De bruto's die in de onderhavige run vanwege blokkade voor het eerst niet naar Gemal gaan. Deze worden opgenomen in de XML met <Stroom>Blokkade</Stroom>. De bruto's die in de onderhavige run na deblokkade alsnog naar Gemal gaan. Deze worden opgenomen in de XML met <Stroom>Deblokkade</Stroom>. Uw actie Er is geen actie nodig. Nieuw optie Anoniementarief bij adres onbekend Waarom Op het moment dat het woonadres van een fiscaal begunstigde onbekend is, moet het mogelijk zijn om voor deze fiscaal begunstigde een bruto-netto berekening volgens anoniementarief te laten uitvoeren. Hoe Referentiegegevens > Servicecenter Aan het referentiescherm ServiceCenter is vanaf deze release de volgende optie toegevoegd: Bij adres onbekend/leeg anoniementarief.  Standaard staat deze optie uit. Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Als: in het scherm Servicecenter bij de optie Bij adres onbekend/leeg anoniementarief een vinkje staat  EN  voor het woonadres van de fiscaal begunstigde geldt dat één of meer van de volgende waarden zijn ingevuld of niet aanwezig: Straatnaam = onbekend (case-insensitive) of leeg Woonplaats = onbekend (case-insensitive) of leeg  Land.Code2Letterig = ON (de landcode voor land onbekend) Dan sturen we Payroll Gemal aan met het Anoniemen-tarief (IVC 02270 en 02271). Dit is de derde reden voor het anoniementarief naast de volgende reeds bestaande redenen: het ontbreken van een BSN het expliciet aanzetten van anoniementarief in het tabblad Inhoudingseigenschappen Uw actie Er is geen actie nodig. Betaaldatum bij herrekening in Payroll Gemal Waarom Als er binnen de Payroll Gemal een herrekening plaatsvindt doordat bijvoorbeeld een fiscale inhoudingseigenschap is gewijzigd, kan er voor de fiscaal begunstigde een aanvullende betaling (netto) ontstaan. Deze betaling kreeg de huidige datum als betaaldatum.  Dat is niet gewenst als de herrekening betrekking heeft op een uitkering in de huidige maand, die pas op een latere datum betaald moet worden. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Vanaf deze release krijgt een aanvullende betaling (netto) die ontstaat uit een herrekening voor de huidige fiscale maand, de vroegste betaaldatum van de eerder voor deze maand aangemaakte netto's. Alleen als die er niet zijn of als het netto een voorgaande fiscale maand betreft, wordt de huidige datum gebruikt. Uw actie Er is geen actie nodig. Rapportage Blokkadelijst (netto) - nieuwe filtermogelijkheid kolom BlokkadeSoort Waarom In het rapport Netto blokkadelijst zijn ook de nog te versturen betalingen die zijn geblokkeerd opgenomen, dat wil zeggen betalingen die wegens een netto blokkade niet zijn meegegaan bij een eerdere export naar het betaaldomein. Het rapport liet niet zien of en welke soort blokkade er op het huidige moment nog actief is. Hoe Rapportages > Blokkadelijst (netto) De kolom BlokkadeSoort in het rapport Rapportage Blokkadelijst (netto) toont voortaan bij een betaling de actuele status van de blokkade: Begunstigde als de fiscaal begunstigde een bruto of netto blokkade heeft Uitkeringsplan als het uitkeringsplan een bruto of netto blokkade heeft Ontvanger als de ontvanger een blokkade heeft Geen als er momenteel geen blokkade meer is Daarnaast is aan het rapport vanaf deze release de nieuwe filtermogelijkheid BlokkadeSoort toegevoegd in de vorm van een keuzelijst met de bovengenoemde waarden.  Uw actie Er is geen actie nodig. Wijzigingen gegevens ontvanger in betalingslijsten Waarom Als bepaalde gegevens van een ontvanger, zoals de Tenaamstelling en/of het Rekeningnummer werden gewijzigd, waren deze nieuwe gegevens wel zichtbaar in het detailscherm van een nog niet verstuurde betaling voor die ontvanger, maar niet in de (zoek)lijst met betalingen.  De betalingen werden wel altijd met de nieuwste gegevens verstuurd. Op betalingen die al richting het betaaldomein verstuurd zijn, hebben wijzigingen van de gegevens van een ontvanger geen effect.  Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen > Details Betalingen Betalingen > Zoeken Zolang een betaling niet richting het betaaldomein is verstuurd, worden in de volgende betalingslijsten de actuele gegevens getoond uit de gekoppelde ontvanger: Lijst betalingen in Details betalingen Resultaatscherm Zoek betalingen Het gaat om de volgende kolommen: BIC Rekeningnummer Tenaamstelling Naam bank Plaats bank Land bank Uw actie Er is geen actie nodig. Volgorde documentvelden bij aanmaken brief Waarom De volgorde waarin bij het aanmaken van een brief de documentvelden in het scherm werden getoond, was niet goed aan te sturen. Hoe Fiscaal begunstigden > tabblad Fiscaal begunstigde > Maak & bewaar brief De documentvelden bij het aanmaken van een brief staan nu in het scherm in volgorde van hun omschrijving. Wij raden u aan  om de omschrijving van elk documentveld te beginnen met een volgnummer. Uw actie Er is geen actie nodig. Publishing Date : 2/25/2020

Gewijzigd en verbeterd Extra filter BetalingExportdatum voor aanmaken bruto-netto specificatie Waarom Het is gewenst om na het exporteren van betalingen voor de betrokken fiscaal begunstigden een bruto-netto specificatie te kunnen aanmaken. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen 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: BetalingExportdatum=yyyymmdd De begunstigde moet in de periode van de specificatie een betaling hebben die op de opgegeven datum overgedragen is naar het betaaldomein via het proces exporteren betalingen. Daarbij moet het gaan om een reguliere betaling, het mag dus bijvoorbeeld geen loonbeslag of premiebetaling en geen retour- of herbetaling zijn. U kunt dit filter kan naar wens combineren met andere filters met gebruik van AND, OR en haakjes. Uw actie Er is geen actie nodig. Correctie loonheffing met terugwerkende kracht Waarom Een correctie loonheffing die voor een eerdere maand was opgegeven, werd toch toegepast op de huidige maand. Hoe Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Vanaf deze release wordt een correctie loonheffing die is opgegeven via een handmatige eenmalige uitkeringscomponent, toegepast op de opgegeven fiscale maand. Uw actie Er is geen actie nodig. Selectie op betaalmaand bij exporteren betalingen Waarom Het komt voor dat een groep uitkeringen voor de ene maand, dezelfde betaaldatum heeft als een andere groep uitkeringen voor de daarop volgende maand. Dat kan bijvoorbeeld voorkomen bij postnumerando betalingen en prenumerando betalingen die vervroegd zijn via het veld Betaaldag in het uitkeringsplan. Het is dan gewenst de betalingen toch in een eigen betaalbestand te kunnen opnemen. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Aan het proces Exporteren betalingen is het volgende veld toegevoegd: T/m betaalperiode (jaar en maand). Betalingen met een latere betaalperiode worden dan niet meegenomen in de export. Uw actie Er is geen actie nodig. RekeningCourant van 9 naar 11 tekens Waarom Het is gewenst om het aantal posities van een rekening courant uit te breiden. Hoe Ontvangers > Nieuwe ontvanger / Zoeken Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Het veld voor het vastleggen van een rekening courant bij een ontvanger is nu maximaal 11 posities in plaats van 9. Uw actie Er is geen actie nodig. Encryptie importbestand via HMACSHA512 Waarom De hash voor het controleren van de importbestanden voor de Polisjob, Bulkjob en Relatiejob werd ten onrechte berekend via het HMACSHA256 algoritme in plaats van het HMACSHA512 algoritme. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking De hash voor het controleren van de importbestanden voor de Polisjob, Bulkjob en Relatiejob, wordt vanaf nu berekend via het HMACSHA512 algoritme. Uw actie Er is geen actie nodig. Land Onbekend niet meer doorgeven aan Betaalmanager Waarom Als het woonland van een begunstigde niet bekend is, kunt u voor de begunstigde Onbekend opgeven met de 2-letterige code ON. Als bij het woonland de code ON was opgegeven, werd deze code met een non-SEPA betaling via de Betaalmanager ook doorgegeven aan de bank, waardoor de betaling werd afgekeurd. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Het Woonland met de code ON wordt niet langer doorgegeven aan de Betaalmanager. Uw actie Er is geen actie nodig. Publishing Date : 1/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

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