Releases Youforce Pensions & Benefits Core

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 Bundeling eenmalige uitkeringsplannen in IKV per fiscale maand (PBI 705271)  Waarom Als er voor een fiscaal begunstigde meerdere eenmalige uitkeringsplannen zijn worden deze gebundeld in een enkele inkomstenverhouding (IKV) als ze dezelfde soort inkomen hebben en vallen in hetzelfde fiscale jaar. Volgens de huidige regelgeving mogen eenmalige uitkeringen alleen gebundeld worden als ze vallen in dezelfde fiscale maand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij het toekennen van een inkomstenverhouding aan een eenmalig uitkeringsplan, komen vanaf deze release alleen inkomstenverhoudingen in aanmerking die actief zijn in de specifieke fiscale maand van de uitkering. Als er geen bestaande inkomstenverhouding wordt gevonden die aan alle voorwaarden voldoet, wordt voor de uitkering een nieuwe inkomstenverhouding aangemaakt. Deze aanpassing heeft geen effect op de inkomstenverhouding van al bestaande uitkeringsplannen. Actie Er is geen actie nodig. Wereldinkomen op jaaropgave (PBI 559930, VIDIS-1858) Waarom Voor fiscaal begunstigden waarvoor een deel van het inkomen in het buitenland is verdiend, is het gewenst dat bedrag te tonen op de jaaropgave. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Referentiegegevens > Bruto Netto Specificatie Element Bij gebruik van Raet Specificatie Manager (RSM) voor het maken van jaaropgave, wordt als er sprake is van een wereldinkomen: een extra cumulatief bedrag vermeld met de omschrijving Buitenland verdiend Als je een andere omschrijving wilt gebruiken, kun je een BrutoNettoSpecificatieElement aanmaken met code 945 en de gewenste omschrijving. dat wereldinkomen opgenomen in het bruto bedrag Loon Zorgverzekeringswet (code Q12) Het bedrag Belastbaar inkomen (code Q14) is het bruto bedrag na aftrek van het wereldinkomen. Bij het aanmaken van een DFO44-XML voor jaaropgaven wordt: Onder de tag <Opgaaf> een verplichte tag <BuitenlandVerdiend> met de waarde van het wereldinkomen opgenomen. Actie Als je de DFO44-XML gebruikt kun je de nieuwe tag gaan gebruiken. Overige verbeteringen en opgeloste meldingen PBI 705390 - Autorisatie scherm ontvanger relatie PBI 709335 - IKV.EinddatumUitgekeerd wordt ten onrechte vervroegd PBI 709191 - Jaaropgave overledenen: Correct bepalen openstaand periodieke recht PBI 709528 - Handmatig uitkeringsplan: relatienummer en relatiebronnummer wijken af PBI 709484 - DFO32 -Verbeter check vervroegde IKV ingangsdatum PBI 685405 - Bron autorisatie kan verwijderd zijn bij Zoeken begunstigde Publishing Date : 10/26/2020

Gewijzigd en verbeterd Ingangsdatum inhoudingseigenschappen mag leeg zijn (PBI 704267) Waarom Het is gewenst om na de laatste dagverwerking van een verwerkingsperiode, mutaties van een inhoudingseigenschap te kunnen klaarzetten voor de periodeverwerking van de volgende maand. Dat kon tot deze release alleen door er een toekomstmutatie van te maken met de volgende maand als ingangsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulkverwerking Fiscaal begunstigden > tabblad Inhoudingseigenschappen Het is vanaf deze release toegestaan om bij een mutatie van een inhoudingseigenschap de ingangsmaand leeg te laten. De betreffende mutatie wordt meegenomen in de eerstvolgende verwerking. Als dat een periodeverwerking is, geldt de mutatie vanaf de nieuwe fiscale maand. Als dat een dagverwerking is, geldt de mutatie vanaf de huidige fiscale maand. Op die manier zijn mutaties klaar te zetten voor de periodeverwerking van de volgende maand; het is niet meer nodig hier toekomstmutaties van te maken. Uw actie Er is geen actie nodig. Verrekenen vordering met aangemaakte betaling aangepast op bruto-netto specificatie via RSM (PBI 624052) Waarom Als door het verrekenen van vorderingen het bedrag van de aangemaakte betalingen werd verlaagd, leidde dit tot een niet sluitende bruto-netto specificatie uit Raet Specificatie Manager (RSM).   Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Het bedrag van een aangemaakte betaling dat binnen dezelfde verwerkingsmaand is gebruikt voor verrekening, wordt nu opgenomen onder Ingehouden i.v.m. vordering op de bruto-netto-specifatie uit RSM. Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen 706321 Fix voor Handmatige uitkeringscomponenten - automatische stopzetting bij stoppen Uitkeringsplan Opmerking: de oplossing van dit onderwerp is meegenomen in release 2020-08, ontbrak echter in de release notes. 705288 CAK A-bestanden worden niet ingelezen Opmerking: de oplossing van dit onderwerp is meegenomen in release 2020-08, ontbrak echter in de release notes. 704177 Fix PayrollOutput aanmaken bij TWK met alleen netto premies Publishing Date : 8/24/2020

Gewijzigd en verbeterd Journaalposten voor (de)blokkade van spoedbetalingen (VIDIS-2513) Waarom Zowel geblokkeerde als gedeblokkeerde spoedbetalingen werden niet opgenomen in het Netto Journaalpostenbestand (JPN). Hoe Handmatige/automatische verwerking > Rapportages > Start aanmaken bruto/netto journaalpost bestanden Vanaf deze release worden geblokkeerde spoedbetalingen opgenomen met looncomponent s02 in het JPN-bestand. Gedeblokkeerde spoedbetalingen worden opgenomen met looncomponent t02 in het JPN-bestand. Actie Er is geen actie nodig. Filter voor journaalposten van beschikbaarstellingen Payroll Gemal (PBI 590240, VIDIS-1916) Waarom Er waren geen geschikte filters aanwezig om beschikbaarstellingen vanuit Payroll Gemal, zoals vakantietoeslag, bij het aanmaken van journaalposten uit te sluiten. Hoe Referentiegegevens > BoekingsOpdracht > Boekingsopdracht bewerken Handmatige/automatische verwerking > Rapportages > Start aanmaken bruto/netto journaalpost bestanden In het scherm Boekingsopdracht bewerken is aan de filters het volgende nieuwe filter toegevoegd, dat je kunt gebruiken voor beschikbaarstellingen zonder blokkade, dus looncomponent k01: PayrollInvoercode Deze staat voor de waarde van de kolom PayrollInput.GemalCode bij een journaalpost voor k01. Dit maakt het mogelijk om met een filter, bijvoorbeeld PayrollInvoerCode<>"01318", een bepaalde beschikbaarstelling vanuit Payroll Gemal uit te sluiten. Je kunt het filter ook voor andere, normale beschikbaarstellingen gebruiken. LET OP: dit filter werkt alleen bij looncomponent k01. Actie Er is geen actie nodig. Toekomstmutatie overschreven door reguliere mutatie (VIDIS-2904) Waarom Toekomstmutaties in het tabblad Inhoudingseigenschappen verdwenen, als je in datzelfde tabblad een mutatie aanmaakte met een ingangsdatum die niet in de toekomst ligt. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Dit is opgelost, zodat vanaf deze release een toekomstmutatie blijft staan, als je de actuele stand van de inhoudingseigenschappen aanpast. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-2800 Mitigate package confusion risk  Dit is een technische aanpassing. VIDIS-2865 pNPS improvements. VIDIS-2931 o02 components are included multiple times in JPN Publishing Date : 3/26/2021

Gewijzigd en verbeterd Einddatum kunnen vullen bij periodieke handmatige uitkeringscomponent (PBI 697805) Waarom Bij het aanpassen van een periodieke handmatige uitkeringscomponent werden dezelfde controles toegepast als bij het aanmaken van een nieuwe handmatige uitkeringscomponent. Daardoor verscheen bij het invullen van de einddatum de melding: Begindatum uitkering mag niet voor de verwerkingsperiode van het bedrijf liggen. Hoe Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten De programmatuur is aangepast, zodat je de einddatum van een al bestaande periodieke handmatige uitkeringscomponent kan invullen zonder een foutmelding over de begindatum. De controle op de begindatum geldt alleen als de uitkeringscomponent nieuw is of als je de begindatum wijzigt. Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 696707 - Invoeren nieuw IBAN-nummer wordt automatisch door Midoffice gefiatteerd PBI 702964 - Wijziging telefoonnummer enof e-mail werd niet opgeslagen PBI 697637 - Diacrieten komen niet goed over naar Payroll Gemal PBI 701279 - Dubbel kunnen starten van VNO-proces voorkomen PBI 701534 - Mutatiedatum werd niet (altijd) bijgewerkt bij verlengen IKV PBI 702963 - Verbeterpunten Rapportage BN verloop en een performance probleem bij het Exporteren PBI 689324 - PayrollInput.Belast onjuist bij omzetting belast-onbelast Publishing Date : 7/27/2020

Gewijzigd en verbeterd Rekeningnummer toegevoegd aan netto blokkadelijst (PBI 689809, VIDIS-1859) Waarom De netto blokkadelijst bevat betalingen die vanwege een blokkade niet naar het betaaldomein zijn overgedragen. Het is praktisch om in die lijst direct het rekeningnummer te zien. Hoe Rapportages > Blokkadelijst (netto) Het rekeningnummer is toegevoegd aan de kolom Ontvanger in de netto blokkadelijst. Deze kolom wordt gevuld met: OntvangerId - TenNameVan - Rekeningnummer Waarbij dat rekeningnummer een IBAN, een domestic account of een rekening courant kan zijn. Actie Er is geen actie nodig. Optionele blokkade bij aanmaken jaaropgave overleden begunstigde (PBI 689364, VIDIS-1888) Waarom Na het aanmaken van de tussentijdse jaaropgaven voor overleden begunstigden werd tot deze release bij deze fiscaal begunstigden de optie Jaarlijkse jaaropgave geblokkeerd altijd automatisch aangezet. Dat zorgt er voor dat de jaaropgave niet nogmaals wordt aangemaakt bij het tussentijds of jaarlijks aanmaken van de jaaropgaven. Dit bemoeilijkt het echter om de jaaropgaven van overleden fiscaal begunstigden achtereenvolgens naar meerdere bestemmingen, zoals Salarisdossier en PostNL, te laten sturen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Aan het scherm Start aanmaken jaaropgaaf is vanaf deze release voor dit proces de volgende optie toegevoegd: Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld Deze optie staat standaard aan. Na het aanmaken van een in principe laatste jaaropgaaf voor de groep fiscaal begunstigden die is overleden en volledig afgehandeld, zal de optie Jaarlijkse jaaropgave geblokkeerd alleen aangezet worden bij deze overleden fiscaal begunstigden als bij de start van het proces de optie Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld aan staat. Door het proces Start aanmaken jaaropgaaf herhaald aan te roepen waarbij je alleen de laatste keer de optie Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld aanzet, is het nu mogelijk de jaaropgaven van deze overleden fiscaal begunstigden naar meerdere bestemmingen te sturen. Per aanroep kan je één bestemming kiezen. Actie Er is geen actie nodig. Werkgeversheffing Zvw bij specifieke uitkeringen (VIDIS-2164) Waarom Over het algemeen wordt Zvw ingehouden op de uitkering van de fiscaal begunstigde. Bij wijze van uitzondering moet bij bepaalde typen uitkering een werkgeversheffing toegepast worden met de waarde K voor CodeZvw. Hoe Referentiegegevens > Verzekeringsvorm Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Referentiegegevens > PayrollResultaat Aan het scherm referentiegegevens Verzekeringsvormen is vanaf deze release de volgende optie toegevoegd: CodeZvwK  Deze optie staat standaard uit. Als deze optie aan staat betekent dit dat voor nieuwe uitkeringsplannen met deze verzekeringsvorm voor CodeZvw de waarde K naar Payroll Gemal gestuurd moet worden, ongeacht de instellingen die bij de inhoudingseigenschappen van de fiscaal begunstigde zijn vastgelegd. Bij de aansturing van Payroll Gemal wordt er voor gezorgd dat uitkeringsplannen met CodeZvwK qua inkomstenverhouding gescheiden worden gehouden van de overige uitkeringsplannen zonder Zvw-inhouding of met een reguliere Zvw-inhouding. Voor de inkomstenverhoudingen waarvoor de CodeZvwK aan staat, wordt de werkgeversheffing toegepast. Deze aanpassing geldt voor nieuwe inkomstenverhoudingen bij nieuwe uitkeringsplannen. De werkgeversheffing die Payroll Gemal berekent, komt in het extractbestand met code V39 (Gemal-uitvoercode 01791 afdr ZVW tar / afdracht Zvw basistarief). Door het definiëren van een PayrollResultaat kun je dat bedrag laten opslaan in P&B Core om te gebruiken in de boekingsgang.  Actie Er is geen actie nodig. Duale periode gaat niet meer automatisch aan (VIDIS-2151) Waarom Bij voorgaande jaarovergangen ging het duaal werken, dat wil zeggen de mogelijkheid om nog verwerkingen uit te voeren over het oude jaar, automatisch aan bij de januari verwerking van een fonds. Omdat het gewenst is bewust te kiezen voor duaal werken, vindt het aanzetten van de duale periode niet meer automatisch plaats, maar moet je dit zelf doen.  Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Het aanzetten van de duale periode gaat niet meer automatisch. Je kan dit in het Servicecenter handmatig aanzetten via de al langer bestaande optie Jaarwerk functie correcties fiscaal doorgeven naar GEMAL. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 709528 - 4Me2240132 - relatienummer en relatiebronnummer wijken af VIDIS-2104 - 4Me2277651 - Loonstrook aanmaken bij combinatie belast en onbelast UP  PBI 709147, VIDIS-2038 - 4Me2229114 - Onterecht openstaande UC fiatteringen Publishing Date : 11/23/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 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 Non-SEPA betalingen doorgeven aan Betaal Manager Waarom Betalingen naar een rekeningnummer buiten het SEPA-gebied kunt u vanaf deze release ook laten verwerken door Betaal Manager. Het resultaat uit Betaal Manager is een bestand dat u kunt downloaden. Dit bestand heeft hetzelfde formaat als het bestand voor SEPA-betalingen, namelijk volgens de standaard PAIN 001.001.03. Let op Wij hebben deze Betaal Manager-functie alleen uitgebreid getest met de Rabobank. U kunt de bestanden alleen downloaden en niet vanuit Betaal Manager doorsturen naar Equens. Hoe Verwerking > Handmatige/Automatische verwerking >Start Exporteren Betalingen Als u heeft ingesteld dat SEPA-betalingen via Betaal Manager moeten verlopen, zal dat ook gebruikt worden voor betalingen buiten het SEPA-gebied. Betalingen naar een rekening courant gaan niet naar Betaal Manager, deze blijven komen in een afzonderlijk XML-bestand, waar ook vorderingen naar incasso en kwijtscheldingen in opgenomen worden. Uw actie Er is geen actie nodig. Loonbeslag automatisch laten stoppen Waarom Een ingesteld loonbeslag liep altijd door totdat u het via het begunstigde dossier handmatig had uitgezet voor een bepaalde loonbeslaglegger of voor het hele loonbeslag. Het is gewenst om een loonbeslag automatisch te kunnen stoppen op basis van de verwachte schuld die u bij een loonbeslaglegger kunt vastleggen in het optionele veld Verwachte schuld. Hoe Referentiegegevens > Servicecenter Aan het Servicecenter is de optie Loonbeslag stopt automatisch toegevoegd. Door deze optie aan te vinken, zorgt u ervoor dat loonbeslagen automatisch stoppen als het bedrag van de verwachte schuld is bereikt. Dit geldt voor alle bedrijven van het Servicecenter. Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Als de optie Loonbeslag stopt automatisch actief is én er is bij de loonbeslaglegger een bedrag verwachte schuld vastgelegd, zorgt Pension & Benefits Core ervoor dat bij het aanmaken van loonbeslagbetalingen, niet meer wordt betaald dan de verwachte schuld. Uw actie Er is geen actie nodig. Nieuwe waarden fiscaal woonland 2020 Waarom Met ingang van 2020 zijn er vanuit wet & regelgeving twee nieuwe afwijkende loonheffingstabellen voor de volgende fiscale landengroepen: België - waarde 4 in Payroll Gemal Suriname en Aruba - waarde 5 in Payroll Gemal Daarnaast valt Groot Brittanië vanwege de Brexit vanaf 2020 in de groep Derdenland (waarde 3 in Payroll Gemal) en niet langer in de groep Landenkring (waarde 2 in Payroll Gemal). Zie ook de informatie in de Release notes van Payroll Gemal 2019-11/8, onderwerp Fiscale rekenregels 2020.  Hoe Referentiegegevens > Land Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Met deze release wordt de kolom FiscaalWoonland van de landentabel bijgewerkt naar de 2020 geldende situatie. De waarden voor het fiscale woonland worden doorgegeven naar Payroll Gemal via invoercode 02323. Voor de komende verwerkingen van 2019 gebruikt Pension & Benefits Core nog de oude waarden: Vaste waarde 2 (Landenkring) voor BE (België) en GB (Groot Brittanië) Vaste waarde 3 (Derdenland) voor SR (Suriname) en AW (Aruba) Voor bestaande begunstigden is in Payroll Gemal geregeld dat het omzetten naar de nieuwe waarden voor fiscaal woonland plaatsvindt met de verwerking van januari 2020. Uw actie Er is geen actie nodig. Relatienummer in grootboekrekeningrapporten en verwerkingsverslagen Waarom In een aantal rapporten en verslagen werd wel het Fiscaalbegunstigde-Id vermeld maar ontbrak het Relatienummer. Hoe Verwerking > Handmatige/Automatische verwerking > Start rapportage grootboekrekeningen Overzichten > VerwerkingsVerslagen Vanaf deze release is het relatienummer opgenomen in de grootboekrekeningrapporten en in de tekst van foutmeldingen/waarschuwingen in verwerkingsverslagen. Uw actie Er is geen actie nodig. Spieken bij fiatteren loonbeslag beperken Waarom Bij het fiatteren van het loonbeslag was het te makkelijk om het rekeningnummer dat u moet invullen te achterhalen door te klikken op de link Ontvanger-Id. Hoe Fiscaal begunstigden > tabblad Loonbeslag Als in het scherm waarin u het loonbeslag fiatteert de knop Fiatteer actief is, ziet u vanaf deze release wel de Ontvanger-Id maar is dit geen hyperlink meer. In de overige situaties waarin fiatteren niet aan de orde is, is de Ontvanger-Id wel een hyperlink. Uw actie Er is geen actie nodig. Publishing Date : 11/11/2019

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

Gewijzigd en verbeterd Journalisering payrollresulaten zoals eindheffing Waarom Het was nog niet mogelijk om payrollresultaten, zoals eindheffing, op te nemen in de journalisering. Daarnaast was het niet mogelijk aan te sturen of een payrollresultaat wel of niet in de bruto-netto specificatie moest worden opgenomen. Hoe Referentiegegevens > PayrollResultaat Aan het scherm PayrollResultaat bewerken zijn vanaf deze release de volgende opties toegevoegd: BrutoNettoSpecificatie Plaatst u hier een vinkje, dan komt het payrollresultaat op de bruto-netto specificatie te staan. Deze optie staat standaard uit. Journalisering Plaatst u hier een vinkje, dan wordt het payrollresultaat opgenomen in de journalisering. Deze optie staat standaard uit. Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Staat de hiervoor genoemde optie BrutoNettoSpecificatie aan, dan worden de van Payroll Gemal ontvangen payrollresultaten opgenomen op de bruto-netto specificatie Raet Specificatie Manager (RSM) of DFO44-XML. Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto journaalpost bestande Staat de hiervoor genoemde optie Journalisering aan, dan bevat de journaalpost-looncomponent "pre" (afkorting van payroll-resultaat) de van Payroll Gemal ontvangen extra resulaten voor de betreffende verwerking. Deze transacties vinden plaats op het niveau Fiscaal begunstigde, evenals de inhoudingen lNH, CAK en ZVW. Voor de boekingsopdrachten wordt het filterelement PRUitvoercode ondersteund. Hiermee kunne boekingsopdrachten aangemaakt worden die gelden voor bepaalde extra resultaten uit Payroll Gemal. Voorbeeld van een filter: PRUitvoercode="01618". Uw actie Er is geen actie nodig. Nederlandse postcode correct in correspondentie Waarom De adresregel met postcode en woonplaats voldeed op de volgende punten niet aan de richtlijnen van POSTNL: Als het land van het adres Nederland (NLD) is en de postcode bestaat uit 4 cijfers en 2 letters, moet er een spatie staan tussen de cijfers en letters (hoofdletters). Tussen de postcode en woonplaats moeten 2 spaties worden opgenomen. De woonplaats en het land moeten in hoofdletters. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie/jaaropgaaf Het adres op de bruto-netto specificatie en jaaropgaaf die via RSM worden aangemaakt, voldoet nu aan de bovenstaande richtlijnen.  In de DFO44-XML voor de bruto-netto specificatieen Jaaropgaaf is de tag Postcode binnen zowel tag Bedrijf als binnen tag FiscaalBegunstigde aangepast. Fiscaal begunstigden > tabblad Fiscaal begunstigde > Maak & bewaar brief Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Dat geldt ook voor het adres van de merge-velden BedrijfPostcode en FBPostcode voor brieven uit RolDocs of in de brieven-XML Uw actie Er is geen actie nodig. Verbeterde bestandsnaam samenvoegen-relatiejob Waarom De opbouw van de naam van het XML-bestand voor samenvoegen van relaties is logischer gemaakt. Hoe Verwerking > Handmatige/Automatische verwerking > Import > Start samenvoegen relatie verwerking Oude situatie: de XML-Bestandsnaam voor samenvoegen van relaties start met <debiteur>_<servicecentercode>_RELAT-<jaar> en eindigt met .txt. Nieuwe situatie: de XML-Bestandsnaam voor samenvoegen van relaties start met <debiteur>_<servicecentercode>-SAMEN-<jaar> en eindigt met .xml. Uw actie Er is geen actie nodig. VorderingCode en BorderelOntvanger tonen bij vordering in dossier Waarom In het dossier is bij een vordering niet te zien of dit een normale vordering is of bijvoorbeeld een vordering van een premie-inhouding. En in het laatste geval is niet te zien bij welke borderel-ontvanger deze hoort. Hoe Fiscaal begunstigden > tabblad Vorderingen In het scherm Details Vordering wordt de volgende nieuwe informatie getoond: een veld VorderingCode met als mogelijke waarden: Regulier/VerzamelUP/PremieInhouding. Als VorderingCode de waarde VerzamelUP/PremieInhouding heeft: Veld Ontvanger met waarde: <OntvangerId> - <TenNameVan> In het scherm Vorderingen wordt de volgende nieuwe informatie getoond: kolom VorderingCode met als mogelijke waarden Regulier/VerzamelUP/PremieInhouding. Uw actie Er is geen actie nodig. Overlijdensdatum in DFO44-XML voor bruto-netto specificatie en jaaropgaaf Waarom De DFO44-XML die u als basis kunt gebruiken voor het maken van bruto-netto specificaties, bevatte geen gegevens waaruit bleek of de begunstigde was overleden. Vanwege de juiste adressering is dat wel gewenst. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie/jaaropgaaf In de DFO44-XML voor bruto-netto specificatie en Jaaropgaaf is de tag <Overlijdensdatum> opgenomen direct na de tag <Geboortedatum>. Uw actie Er is geen actie nodig. Telefoonnummer en e-mailadres toevoegen aan Relatie voor beslagleggerbrieven Waarom In een eerdere release waren telefoonnummer en e-mailadres toegevoegd als velden van een relatie. Deze moesten nog in de matching- en brieven-XML verwerkt worden. Hoe Verwerking > Handmatige/Automatische verwerking > Specifiaties / Export > Start matching relatiegegevens Deze twee velden zijn opgenomen in de matching relatiegegevens XML:  Telefoonnummer - het telefoonnummer van de relatie Emailadres - het e-mailadres van de relatie Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Deze twee velden zijn opgenomen als extra velden in de document-XML als bij DocumentType de optie Loonbeslagleggers opnemen in XML een vinkje staat. Dat betreft handmatige aangemaakte brieven. En bij de vier automatisch aangemaakte systeemdocumenten voor loonbeslag, waarvan de documentnaam begint met BSL, zijn de volgende velden toevoegd: BeslagleggerTelefoonnummer - het telefoonnummer van de beslaglegger BeslagleggerEmailadres - het e-mailadres van de beslaglegger Uw actie Er is geen actie nodig. Eenmalige uitkeringsplannen bundelen bij periodieke Inkomstenverhouding Waarom Eenmalige uitkeringsplannen werden, met uitzondering van Correctie Verzekerd Bedrag, altijd opgenomen in een Inkomstenverhouding (IKV) voor alleen eenmalige uitkeringsplannen met eenzelfde SoortInkomen. Het is echter gewenst dat deze eenmalige uitkeringsplannen opgenomen worden in een periodieke IKV als die al aanwezig is. Het is dan niet nodig een nieuwe IKV aan te maken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Voortaan worden eenmalige uitkeringsplannen, waar mogelijk opgenomen in een bestaande, actieve periodieke IKV met hetzelfde SoortInkomen. Zijn er meerdere inkomstenverhoudingen die daaraan voldoen, dan heeft de IKV met de laagste periode de voorkeur; hierbij geldt eerst maand, dan kwartaal, dan half jaar, dan jaar. Als er meerdere geschikte IKV's met eenzelfde periode zijn, wordt de IKV met de vroegste ingangsdatum genomen. Zijn er geen passende periodieke inkomstenverhoudingen, volg dan de bestaande werkwijze: zoek een bestaande eenmalige IKV of maak een nieuwe aan. Deze aanpassing heeft geen consequenties voor bestaande inkomstenverhoudingen. Uw actie Er is geen actie nodig. Correctie loonheffing tonen in RSM bruto-nettospecificatie Waarom De ingestelde loonheffingscorrecties worden niet getoond in de door Raet Specificatie Manager (RSM) aangemaakte bruto-netto specificaties. Ze worden al wel opgenomen in de DFO44-XML voor klanten die zelf de specificaties aanmaken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Het totaalbedrag van de loonheffingscorrecties staat onderin het bruto-netto-blok. Als dit bedrag ongelijk is aan 0, wordt het opgenomen onder de regel Netto te ontvangen na een witregel: In de kolom Omschrijving ziet u dan: Correctie loonheffing € {TotaleCorrectieLoonheffing}  Waarbij {TotaleCorrectieLoonheffing} de som is van het EuroBedrag van alle inhoudingscorrecties voor de begunstigde in de betreffende maand. De tekst Correctie loonheffing vervangen kan worden door een andere tekst via referentiegegeven Bruto Netto Specificatie Elementen, code 919. Uw actie Er is geen actie nodig. Veld TussenvoegselGeslachtsnaam Waarom Voor de achternaam was er al wel een veld voor het tussenvoegsel, zoals van der, etc., voor de geslachtsnaam nog niet. Hoe Er is een extra relatieveld toegevoegd: TussenvoegselGeslachtsnaam Bij bijvoorbeeld  F.J. den Hartog - van der Linden kunt u de relatievelden dan als volgt invullen:  Achternaam = Hartog - van der Linden TussenvoegselAchternaam = den Geslachtsnaam = Linden of Hartog TussenvoegselGeslachtsnaam = van der of den Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties De Geslachtsnaam stuurden we al naar Payroll Gemal via invoercode 02301. Daar komt nu de TussenvoegselGeslachtsnaam bij via invoercode 02302. Tot deze release werd de waarde van TussenvoegselAchternaam gebruikt voor invoercode 02302. Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens De XML-tag TussenvoegselGeslachtsnaam is opgenomen in de XML voor import via DFO11, DFO20 en DFO25 en de export via matching relatiegegevens. Fiscaal begunstigden > tabblad Relatie Het nieuwe veld TussenvoegselGeslachtsnaam ziet u in het dossier via het tabblad Relatie. Rapportages In rapporten waar de Geslachtsnaam wordt getoond, wordt het TussenvoegselGeslachtsnaam achteraan in de waarde verwerkt, bijvoorbeeld Linden, van den. Uw actie Er is geen actie nodig. Regels voor automatisch aanpassen inhoudingseigenschappen voor wonen binnen/buitenland Waarom Er is een wens om bepaalde acties voor inhoudingseigenschappen automatisch door het systeem te laten uitvoeren als het woonland van een begunstigde verandert van binnenland naar buitenland of omgekeerd.  Hoe Referentiegegevens > Servicecenter Aan het scherm Servicecenter zijn vanaf deze release de volgende opties toegevoegd: Woonland naar buitenland moet CodeZVW A worden Bij woonland naar buitenland moet CodeHerleiding B worden Bij woonland naar NL moet CodeZVW M worden Bij woonland naar NL moeten CodeHerleiding en VrijstellingLoonheffing uit Deze opties hebben een conditie en een actie. Vanaf het moment dat een optie aan staat en de beschreven conditie zich voordoet, voert P&B Core automatisch de beschreven handeling uit. Bij de situatie Bij woonland naar NL wordt de actie moet CodeZVW M worden dus automatisch uitgevoerd. Zodra u de optie uitzet, voert P&B Core de beschreven actie niet meer uit als de conditie zich voordoet.  Fiscaal begunstigden > tabblad Relatie Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Uitkeringsplannen > Nieuw uitkeringsplan De acties in deze opties worden uitgevoerd bij het fiatteren van wijzigingen van het woonland via de GUI en via de Relatiejob. Daarnaast zijn de twee opties met conditie Bij woonland naar buitenland ook actief bij het aanmaken van een nieuwe begunstigde via de Polisjob of via de GUI bij het aanmaken van een nieuw uitkeringsplan. Uw actie Er is geen actie nodig. Ontvanger veld Branchecode alfanumeriek Waarom Het ontvangerveld Bank branchecode moet ook andere tekens kunnen bevatten dan alleen cijfers en eventuele voorloopnullen moeten behouden blijven. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Ontvangers Het ontvangerveld Bank branchecode is nu alfanumeriek, zodat het zowel cijfers als letters kan bevatten en heeft een maximale lengte van 35 posities. Dit sluit aan bij bankstandaarden. In het betaalbestand komt de branchecode terug in de tag: <CdtTrfTxInf><CdtrAgt><BrnchId><Id> Uw actie Er is geen actie nodig. Begin- en einddatumRecht in rapport incomplete uitkeringsplannen Waarom Er is behoeft aan informatie over de rechtperiode in het rapport dat de incomplete uitkeringsplannen toont; dit zijn de uitkeringsplannen die nog geen gefiatteerde ontvanger hebben. Hoe Rapportages > Incomplete uitkeringsplannen Aan het rapport Incomplete uitkeringsplannen zijn de volgende twee kolommen toegevoegd: BegindatumRecht EinddatumRecht Uw actie Er is geen actie nodig. Voorletters niet meer verplicht Waarom Het relatieveld Voorletters was een verplichte tag en en als deze tag leeg werd gelaten, leidde dit bij de aansturing van Payroll Gemal tot een blokkade. Deze blokkade trad op ondanks het feit dat het veld Voorletters in de Loonaangifte geen verplicht veld is, maar een optioneel element: Voorl. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Bij het inlezen van relatie gegevens is de XML-tag voor Voorletters nu optioneel. Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Het ontbreken of leeg zijn van het veld Voorletters is geen reden meer voor een blokkade bij de aansturing van Payroll Gemal. Uw actie Er is geen actie nodig. Publishing Date : 11/28/2019

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 Nieuwe kolom BeschikbaarstellingDatum in journaalpostbestanden (PBI 697889)  Waarom Het is gewenst dat het journaalpostbestand een beschikbaarstellingsdatum bevat. Dat is met name relevant voor TWK-mutaties waar de beschikbaarstellingsdatum in een andere, eerdere maand kan liggen dan de boek-/verwerkingsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken  bruto/netto journaalpost bestanden Aan het journaalpostbestand bruto/netto (JPB) en het journaalpostbestand netto (JPN) is de kolom BeschikbaarstellingDatum toegevoegd. Deze kolom bevindt zich tussen 20. EenheidCode en 21. VORekeningCourant. Deze nieuwe kolom BeschikbaarstellingDatum wordt gevuld bij de volgende JPB-looncomponenten:  k01, f01, b01, b02, b03 en b04 = waarde PayrollInput.BeschikbaarstellingDatum e01 = waarde Uitkeringscomponent.TwkBeschikbaarstellingDatum Bij andere looncomponenenten blijft deze kolom leeg. In de JPN-bestanden zal deze dus altijd leeg zijn. Actie Houd bij het importeren van de JPBJPN-bestanden in uw systeem rekening met de nieuwe kolom, zoals hierboven vermeld. Aanpassing vordering/verrekening-tags DFO44 XML Bruto Netto Specificatie (PBI 699830) Melding Het bedrag aan vorderingen dat in de specificatieperiode voor de fiscaal begunstigde was aangemaakt vanuit negatieve netto's, stond niet in de DFO44 XML. Verder was een eventueel bedrag dat vanuit betalingen is gebruikt voor het verrekenen op openstaande vorderingen, niet opgenomen bij de verrekeningen in de DFO44 XML. Beide punten konden leiden tot een niet sluitende berekening in de bruto-netto specificatie (BNS).  Deze aanpassing is alleen relevant als je bij de Referentiegegevens van het Servicecenter bij het veld Formaat specificatie hebt gekozen voor Dfo44. Oplossing Verwerking > Handmatige/Automatische verwerking > Start aanmaken  bruto/netto specificatie Tot deze release bevatte de DFO44-XML: tag SomVanNogTeInnenBedragen - de totale openstaande vordering aan het einde van de BNS-maand tag VerrekendBedrag - verrekeningen vanuit netto's in de BNS-maand Vanaf deze release bevat de DFO44-XML: tag VerrekendBedrag - verrekeningen in de BNS-maand, inclusief verrekeningen uit betalingen binnen dezelfde maand tag OntstaneVorderingen - ontstane vorderingen in de BNS-maand De tag SomVanNogTeInnenBedragen is vervallen. Actie Als je gebruikt maakt van de DFO44 XML, pas dan naar aanleiding van het bovenstaande de verwerking tot een BNS-document aan. Overige verbeteringen en opgeloste meldingen 707125 looncomponent j01 mist in de JPN bij een loonbeslagbetaling 706111 Rapportage retourbetalingen werkt niet meer 703665 Onterecht worden er 2 herbetalingen aangemaakt 701964 JaarlijkseJaaropgaveGeblokkeerd kan niet gemuteerd worden - Ref: 274-0291129000-02 691091 Geen relatiebron bij aanmaken UP, Einddatumverwerking Leeg bij aanmaken UP 708836 Maandbedrag betalingsregeling mag 0 zijn Publishing Date : 9/21/2020

Gewijzigd en verbeterd Melding bij verdelen netto bedragen verbeterd Waarom In het verwerkingsverslag van het proces Verdelen Naar Uitkeringscomponent (VNO) stond soms ten onrechte de melding Er zijn niet-verdeelde PayrollInputs voor deze run, zonder verdere uitleg of details.  Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen op uitkeringscomponent De melding stond ten onrechte in het verwerkingsverslag van het proces VNO als het totaalbedrag van de bruto's 0 euro was. Dit is opgelost. Voor terechte meldingen wordt voortaan een lijst met de betreffende inkomstenverhoudingen opgenomen in het verwerkingsverslag. Uw actie Er is geen actie nodig. CAK-informatie op scherm inhoudingseigenschappen Waarom Er is behoefte aan extra informatie in het fiscaal begunstigde dossier over de inhoudingen ZVW Buitenland voor het CAK. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Aan het tabblad Inhoudingseigenschappen is de volgende CAK-gerelateerde informatie toegevoegd:   waarde van de CAKFoutmelding (foutcode + korte omschrijving) onder de regel Codebuitenland Bijvoorbeeld: 0 - Geen of 1 - VerzekerdeNietBekend. Als de CodeZVW buitenland aan staat (waarde = I) ziet u eventueel de meldingen: niet actief vanwege woonland NL als het Woonland Nederland is. niet actief vanwege binnenlandse inhouding als bij Vrijstellingloonheffing de waarde Nee is ingevuld en bij Codeherleiding de waarde 0 (nul). Als de CodeZVW buitenland aan staat (waarde = I) en ook actief is, dan wordt onder CodeZVW de tekst M naar Payroll ivm CAK getoond. Let op: u kunt deze gegevens niet wijzigen. Uw actie Er is geen actie nodig. Nieuwe relatiegegevens - telefoonnummer en e-mailadres Waarom Het was niet mogelijk de relatiegegevens telefoonnummer en e-mailadres vast te leggen.  Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Fiscaal begunstigden > tabblad Relatie Ontvangers > Ontvanger > Relatie U kunt nu binnen de Relatie-tag in het XML-bestand de relatiegegevens telefoonnummer en e-mailadres doorgeven via de tags Telefoonnummer en Emailadres voor de volgende processen: Polisjob (DFO11) Bulkjob (DFO20) Relatiejob (DFO25) Het telefoonnummer en e-mailadres staan nu ook in het fiscaal begunstigde dossier, waar u ze kunt wijzigen. Uw actie Er is geen actie nodig. Systeemblokkade uit- of aanzetten Waarom Bepaalde bruto/netto blokkades van de fiscaal begunstigde worden automatisch door het systeem aangezet. Het was niet mogelijk dit automatisme uit te schakelen.  Hoe Referentiegegevens > Blokkadereden Vanaf deze release kunt u zelf kiezen of en welke blokkades u automatisch door het systeem wilt laten aanzetten. Dit doet u door in het scherm Referentiegegevens Blokkaderedenen bij de betreffende systeemblokkade de optie Actief uit of aan te vinken. Standaard staan alle systeemblokkades aan. Uw actie Er is geen actie nodig. Omschrijving verzekeringsvorm en betalingcode tonen in begunstigde dossier Waarom Tot deze release werd in het begunstigde dossier alleen de code van de verzekeringsvorm getoond. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen (> Details Betalingen) Voortaan ziet u bij de verzekeringsvorm van een uitkeringsplan naast de code ook de omschrijving. Verder wordt bij een betaling nu ook de betalingcode vermeld die de aard van de betaling aangeeft, bijvoorbeeld regulier, loonbeslag of premie-inhouding. Uw actie Er is geen actie nodig. Alternatieve tekst voor betaling op bruto-netto specificatie via RSM Waarom Gebruikt u Raet Specificatie Manager (RSM) voor het maken van pdf's van de bruto-netto-specificatie, dan werd voor het vermelden van betalingen de volgende vaste formulering gebruikt: Een bedrag van € <bedrag> wordt overgemaakt op rekeningnummer: <rekening> met daarachter de tenaamstelling: t.n.v. <ten name van> Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie De tekst bij een betaling op een bruto-netto-specificatie die is aangemaakt via RSM kunt u vanaf deze release aanpassen in het scherm referentiegegevens van het service center. Hierbij kunt u de volgende  dynamische elementen gebruiken: 1. [bedrag] 2. [rekeningnummer] 3. [tenaamstelling] - indien aanwezig wordt deze voorafgegaan door “ t.n.v. “. 4. [betaaldatum] Bij het aanmaken van bruto-netto-specificaties voor RSM, gebruikt het systeem de door u vastgelegde tekst en vervangt de dynamische elementen door hun waarde. Als er geen tekst is vastgelegd, wordt de default tekstopbouw gebruikt: Een bedrag van € [bedrag] wordt overgemaakt op rekeningnummer: [rekeningnummer][tenaamstelling] Uw actie Er is geen actie nodig. Lijst begunstigden kunnen opgeven bij aanmaken bruto-netto specificatie Waarom Gebruikers hebben gevraagd om een bruto netto specificatie te kunnen aanmaken voor een beperkte groep specifieke begunstigden. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het starten van het proces is het nu mogelijk om een komma-gescheiden lijstje met begunstigdenummers op te geven. Uw actie Er is geen actie nodig. Publishing Date : 6/26/2019

Gewijzigd en verbeterd Ingangsmaand in plaats van ingangsdatum voor inhoudingeigenschappen Waarom In de aansturing van de inhoudingeigenschappen hebben we twee verbeteringen doorgevoerd. Zie hiervoor ook het volgende onderwerp Ingangsmaand inhoudingeigenschappen - via bulkjob (DFO 20). Tot deze release kon u voor de inhoudingeigenschappen een datum voor het ingaan ervan opgeven. Dit kon een datum zijn in de toekomst of een datum in het verleden. Bij een toekomstdatum werd deze mutatie actueel gemaakt op de betreffende kalenderdatum via het proces Effectueren toekomstmutaties en bij de eerstvolgende verwerking doorgegeven naar Payroll Gemal.  Vanaf deze release kunt u voor het laten ingaan van inhoudingeigenschappen in de toekomst of in het verleden, in plaats van een datum een fiscale maand opgegeven. Bij een toekomstmaand wordt de mutatie pas doorgegeven aan Payroll Gemal met de periodeverwerking voor de betreffende maand. Het is hierbij niet meer nodig het proces Effectueren toekomstmutaties uit te voeren. Deze nieuwe opzet sluit beter aan op de werkwijze van Payroll Gemal. Hoe Fiscaal begunstigden > tabblad Inhoudingeigenschappen Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij Inhoudingeigenschappen in het begunstigde dossier (GUI) kunt u nu geen ingangsdatum meer maar een ingangsmaand opgeven. Als de ingangsmaand vóór of in de huidige verwerkingsmaand ligt, wordt de actuele stand gemuteerd. Daarbij mag de ingangsmaand niet voor januari van het huidige verwerkingsjaar liggen, behalve als de optie Herreken vorig jaar aan staat; dan mag de ingangsmaand niet vóór januari van het voorgaande verwerkingsjaar liggen. De ingangsmaand wordt doorgegeven aan Payroll Gemal bij de volgende verwerking. Als de ingangsmaand ná de huidige verwerkingsmaand ligt, is het een toekomstmutatie. Het proces Aanmaken Gemal mutaties controleert aan begin van de periode- of dagverwerking of er toekomstmutaties voor inhoudingeigenschappen zijn die geëffectueerd moeten worden, dat wil zeggen waarvoor de ingangsmaand <= huidige verwerkingsmaand. Het proces maakt deze mutaties dan effectief en stuurt ze door naar Payroll Gemal. Uw actie Er is geen actie nodig. Ingangsmaand inhoudingeigenschappen - nu ook via Bulkjob (DFO 20) Waarom Het is nu mogelijk om de ingangsmaand voor de inhoudingeigenschappen (zie het vorige onderwerp), niet alleen door te geven via het begunstigde dossier (GUI), maar ook via het DFO20-XML-bestand (Bulkjob). Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Via DFO20-XML (BulkJob) kunt u een ingangsmaand opgeven voor een mutatie van de inhoudingeigenschappen. Hiervoor is binnen de tag <Inhoudingeigenschap> de optionele tag <Ingangsmaand> beschikbaar. Gaat het om de huidige maand of om een maand die in het verleden ligt, dan wordt deze als ingangsmaand bij de actuele stand vastgelegd. Deze ingangsmaand wordt bij een volgende verwerking doorgegeven aan Payroll Gemal, wat leidt tot het in laten gaan van deze eigenschappen, al dan niet met terugwerkende kracht. Als de maand in de toekomst ligt, wordt dit als toekomstmutatie vastgelegd. De inhoudingeigenschappen worden dan doorgegeven naar Payroll Gemal bij de periodeverwerking voor die maand. De mutatie wordt direct gefiatteerd, ongeacht de waarde van de tag Fiatteren, want die heeft alleen betrekking op  de ontvangerverdeling. Een eventuele, openstaande te fiatteren (toekomst)mutatie wordt overschreven. Uw actie Er is geen actie nodig. Betaling-Kenmerk in Borderel-XML Waarom Het is gewenst dat een verzamelontvanger in de borderel-XML bij de afzonderlijke betalingen een bijbehorend kenmerk kan zien. Tot deze release werden in de Borderel-XML alleen het relatienummer en de naam opgenomen van de begunstigde die bij de betaling hoort. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen > Details Ontvangers Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel In de borderel-XML is binnen de tag BetalingVerzamelontvangerBegunstigdeBetaling een nieuwe tag <Kenmerk> opgenomen die wordt gevuld met het kenmerk van de betaling. U kunt het kenmerk van de betaling bepalen door dit bij de ontvangerverdeling van het uitkeringsplan op te geven in het veld Dagafschrift; wat u in dit veld opgeeft, wordt getoond in de omschrijving op het bankafschrift. Uw actie Er is geen actie nodig. Eenmalige handmatige uitkeringscomponent met fiscale maand Waarom De periodieke en eenmalige handmatige uitkeringscomponenten kunt u gebruiken voor premie-inhoudingen en loonheffingscorrecties. Voorheen werd een eenmalige handmatige uitkeringscomponent altijd verwerkt in de fiscale maand van de eerstvolgende verwerking voor het bedrijf. Vanaf deze release is het echter mogelijk om deze uitkeringscomponent betrekking te laten hebben op een eerdere of latere fiscale maand. Hoe Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties In het scherm waarin u handmatige uitkeringcomponenten vastlegt, kunt u bij een eenmalige uitkeringscomponent nu de Fiscale maand kiezen. De defaultwaarde bij een nieuwe uitkeringscomponent is de huidige verwerkingsmaand. Het programma voert de volgende controles uit: De fiscale maand ligt niet vóór het huidige verwerkingsjaar. Alleen tijdens de jaarwerkperiode mag indien de indicatie Herrekening vorig jaar bij de begunstigde aan staat, de fiscale maand ook in het voorgaande fiscale jaar liggen. De fiscale maand ligt niet vóór de ingangsmaand van de inkomstenverhouding van het uitkeringsplan bij de uitkeringscomponent. Tenzij het uitkeringsplan (nog) geen inkomstenverhouding heeft. De opgegeven fiscale maand wordt vastgelegd zodat deze ofwel bij de eerstvolgende run (indien het de maand van de run of een eerdere maand betreft) ofwel bij de perioderun van de betreffende maand doorgegeven wordt aan Payroll Gemal. Uw actie Er is geen actie nodig. Woon- of correspondentieadres toevoegen nu mogelijk Waarom Vanaf deze release kunt u in het dossier van de Fiscaal begunstigde een woon- of correspondentieadres toevoegen. Tot nu toe was het alleen mogelijk deze adressen te wijzigen of te verwijderen. Hoe Fiscaal begunstigden > tabblad Relatie Ontvangers > Relatie ontvanger Het is nu mogelijk in het tabblad Relatie van een fiscaal begunstigde en in het scherm Relatie ontvanger van een ontvanger een adres toe te voegen als dat nog niet aanwezig is. Uw actie Er is geen actie nodig. Aangepaste definitie Verzameluitkeringsplan Waarom Een Verzameluitkeringsplan is een bijzonder uitkeringsplan dat is bedoeld voor uitkeringen van meerdere begunstigden die 1-op-1 door u verzameld worden, dat wil zeggen zonder fiscale inhoudingen of andere verwerkingen zoals verrekening met vorderingen of loonbeslag. Het totaalbedrag van een Verzameluitkeringsplan wordt met borderel doorgestuurd naar een verzamelontvanger die verantwoordelijk is voor de fiscale inhoudingen en verdere verwerking. Tot deze release werd een uitkeringsplan beschouwd als Verzameluitkeringsplan als dit een verzamelontvanger had met een normale rol in de ontvangerverdeling, waarbij normaal inhoudt dat premieontvangers buiten beschouwing blijven. Deze defintie was echter te ruim, waardoor bepaalde uitkeringsplannen onterecht als Verzameluitkeringsplan werden behandeld. Hoe Een uitkeringsplan wordt voortaan beschouwd als Verzameluitkeringsplan als: de indicatie VerzamelOntvanger van het uitkeringsplan op Ja staat EN het uitkeringsplan niet belast is EN het uitkeringsplan een verzamelontvanger heeft met een normale rol in de ontvangerverdeling: de verzamelontvanger is geen premieontvanger. Dit heeft effect op: de betaling-/vorderingcode bij het aanmaken van betalingen en vorderingen in het proces Verdelen netto bedragen naar ontvangers het verrekenen met vorderingen in het proces Verdelen netto bedragen naar ontvangers Verrekeningen worden niet gedaan van of naar een Verzameluitkeringsplan. het loonbeslag in het proces Verdelen netto bedragen naar ontvangers Loonbeslag vindt niet plaats voor een Verzameluitkeringsplan.  het aanmaken van bruto-netto specificaties. Bedragen van Verzameluitkeringsplannen worden niet vermeld. Uw actie Er is geen actie nodig. Gegroepeerde lijst met uitkeringscomponenten verbeterd Waarom De informatie in het tabblad Uitkeringscomponenten van het fiscaal begunstigde dossier was op enkele punten niet duidelijk. Uitkeringscomponenten worden daar gegroepeerd onder een totaalregel die u kunt in- en uitklappen door te klikken op + en -. Hoe Fiscaal begunstigden > Uitkeringscomponenten Verbeteringen: Bij een groep uitkeringscomponenten van het type Rechten ziet u nu een lege Einddatum Recht in de totaalregel als er een uitkeringscomponent in de groep zit met een lege Einddatum Recht. Bij  eenmalige uitkeringscomponenten ziet u nu in de totaalregel in de kolommen Begindatum Recht en Einddatum Recht respectievelijk de laagste Begindatum GerelateerdRecht en de hoogste Einddatum GerelateerdRecht van de groep. Bij uitkeringscomponenten die u niet kunt aanpassen, ziet u geen potloodje in de eerste kolom. Voor een groep met één uitkeringscomponent is er geen totaal-regel met in- en uitklapmogelijkheid.  Uw actie Er is geen actie nodig. Publishing Date : 5/24/2019

Gewijzigd en verbeterd Validatie loonbeslag aangepast (PBI 697694, VIDIS-2024) Waarom De vereisten voor de maandbedragen van beslagleggers bij het invoeren van een loonbeslag waren onnodig strikt. Als er niet aan voldaan werd, was het niet mogelijk het loonbeslag op te slaan. Hoe Fiscaal begunstigden > Loonbeslag Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers We hebben de vereisten omgezet in waarschuwingen, zodat je het loonbeslag wel kunt opslaan: nieuw oud Let op: Gebruikelijk is dat alle loonbeslagleggers behalve de laatste een maandbedrag hebben. Dit was: Alle loonbeslagleggers behalve de laatste moeten een maandbedrag hebben. Let op: Gebruikelijk is dat de laatste loonbeslaglegger geen maandbedrag heeft. Dit was: De laatste loonbeslaglegger mag geen maandbedrag hebben. Let op: Gebruikelijk is dat bij een enkele loonbeslaglegger het maandbedrag alleen gevuld is indien de beslagvrije voet 0 is. Dit was: Er is maar één loonbeslaglegger. Van deze mag het maandbedrag alleen gevuld zijn indien de Beslagvrije voet 0 is. Let op Bij het toepassen van loonbeslag in het proces verdelen netto bedragen naar ontvangers geldt: Een lege maand wordt geïnterpreteerd als oneindig zonder limiet. Elke loonbeslaglegger met een hoger volgnummer ontvangt geen geld. Als alle loonbeslagleggers een (niet leeg) maandelijks bedrag hebben, gaat elk netto dat overblijft naar de Fiscaal Begunstigde. Dit restant wordt gecombineerd met de beslagvrije voet om betalingen mee te genereren.  Actie Er is geen actie nodig  Aangepaste behandeling beslagvrije voet bij loonbeslag (VIDIS-2791) Waarom Als van een begunstigde meerdere netto's werden verwerkt in hetzelfde verdelen netto bedragen naar ontvangers proces werd de beslagvrije voet evenredig verdeeld over deze netto's. Dat kon leiden tot een ongewenst resultaat als de netto's betrekking hadden op verschillende maanden, waarbij te weinig beslag vrije voet werd uitbetaald. Hoe Fiscaal begunstigden > Loonbeslag De netto's worden achtereenvolgens verwerkt waarbij P&B Core de volledige beslagvrije voet per maand vergelijkt met de betalingen die voor die maand al voor de fiscaal begunstigde zijn aangemaakt.  Het resultaat is dan hetzelfde, als het resultaat dat ontstaat als je deze netto's in afzonderlijke processen zou verwerken. Actie Er is geen actie nodig Hoe voorkom je overschrijden aantal adresregels in RSM (VIDIS-2913) Waarom Binnen de Specificatie Manager (RSM) is een limiet gesteld van 6 adresregels. Dat wordt bepaald door de afmeting van het transparante deel van enveloppen. Met de komst van de optionele regels Extra correspondentienaam en 2 nieuwe adresregels kan die limiet overschreden worden als alle regels gevuld zijn. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Verwerking > Handmatige/Automatische verwerking> Start aanmaken jaaropgaaf Om te voorkomen dat de limiet van 6 adresregels overschreden wordt: Geven we alleen gevulde regels door aan RSM Wordt als de vier optionele tekstregels, dus de extra correspondentienaam, de twee nieuwe adresregels en de landregel, allemaal  een waarde hebben, de regel extra correspondentienaam weggelaten richting RSM. In dat geval verschijnt de extra correspondentienaam dus niet op de bruto/netto specificatie of jaaropgaaf. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-2914 - Standaardiseren componentnamen in nieuw Service Center VIDIS-2745 -  265-0530117000-01 - twk netto handmatige UC's - Ref: 265-0530117000-01 VIDIS-2862 - Loonbeslag - UI verbeteringen VIDIS-2515 - Anoniementarief via tabelkleur VIDIS-3076 - Bug verwerken van netto's bij Loonbeslag Publishing Date : 4/28/2021

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 Vrijstelling loonheffing via tabelkleur aansturen Waarom Bij vrijstelling van loonheffing moet in de tag LbTab van het loonaangiftebestand waarde 999 worden opgenomen. Hiervoor moet het bronsysteem aan invoercode 02333 (Code loonheffingstabel) de waarde 3 geven, zoals Payroll Gemal voorschrijft. Hoe Fiscaalbegunstigden > Inhoudingeigenschappen Verwerking > Handmatige/Automatische verwerking >Start aanmaken Gemal mutaties Bij het aanmaken van mutaties voor Payroll Gemal wordt invoercode 02333 als volgt vastgelegd: Als VrijstellingLoonheffing = Nee stuur waarde 2 (Groene tabel). Als VrijstellingLoonheffing = Ja stuur waarde 3. Uw actie Er is geen actie nodig. Tussentijdse jaaropgave - overledenen en selectiemogelijkheden Waarom Voor begunstigden die overleden zijn en waarvoor de administratieve verwerking is afgerond, moet een laatste jaaropgave worden aangemaakt. Er zijn meer selectiemogelijkheden wenselijk bij het proces Aanmaken jaaropgaaf. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf De job Start aanmaken jaaropgaaf is uitgebreid van twee naar vier mogelijkheden. U kunt kiezen uit de volgende opties, waarvan de onderste twee de nieuwe functionaliteit betreffen: Alle begunstigden (A) Begunstigden met vink TussentijdseJaaropgave (T) Overleden, afgehandelde begunstigden (O) Zowel begunstigden met vink TussentijdseJaaropgave als overleden, afgehandelde begunstigden (TO) De waardes tussen haakjes gelden als waarden voor FB-Selectie= in de Automatische verwerking. De administratieve verwerking voor een overleden begunstigde beschouwen we als afgerond indien: De Overlijdensdatum is gevuld Alle eenmalige en periodieke uitkeringscomponenten zijn verwerkt Alle bruto beschikbaarstellingen zijn verwerkt door de payroll Alle netto's zijn verwerkt Alle betalingen zijn verstuurd naar het betaaldomein Er geen openstaande vorderingen zijn Voor deze begunstigden wordt een laatste jaaropgave gemaakt, als de meest recente bruto van de begunstigde ligt in het fiscale jaar waarvoor het jaaropgaveproces is gestart. Uw actie Er is geen actie nodig. RSM/DFO44 Vrije tekstregel bij meldingen op bruto-netto-specificatie Waarom Voor het mededelingenblok van de bruto-netto specificatie, is het gewenst om naast de betalingen, ook een vrije tekst per bedrijf op te kunnen nemen. Hoe Referentiegegevens > Bruto Netto Specificatie Element Vanaf deze release kunt u vrije tekst opnemen door een element toe te voegen met Id = “MED” en in de Omschrijving de tekst voor het gewenste bedrijf te typen. De maximale lengte van de tekst is 100 posities. Als het eenmalige tekst is, bijvoorbeeld alleen op de januari-specificatie, moet u de tekst na het aanmaken van de specificatie verwijderen. Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie De vrije tekst komt op de volgende manier op de bruto/netto specificatie te staan: In de RSMdata-XML na het einde van tag <BLOKINFO ID="C">: <BLOKINFO ID="J">       <TEKSTREGEL ID="1">vrije tekst</TEKSTREGEL> </BLOKINFO> In de DFO44-XML is binnen de tag Bedrijf na tag de Website, de tag Mededeling opgenomen met daarin de vrije tekst. Uw actie Als u deze functionaliteit wilt gebruiken, moet u de bovengenoemde elementen voor de bruto-netto specificatie toevoegen. CAK foutmelding 3 bij minder nominaal inhouden door Payroll Gemal Waarom Het is noodzakelijk om foutmelding 3: te weinig nominale premie, te detecteren en terug te melden aan het CAK. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Bij het inlezen van het extract moet in kolom AA [FOUTMELDING] van het CAK-bestand de waarde 03 worden geschreven als: Het bedrag in kolom AC INHOUDING_NOMINAAL lager is dan het gevraagde nominale bedrag in kolom AL CVZ_INH_NOMINAAL_F Als kolom AA de waarde 03 heeft en er is aan de volgende voorwaarden voldaan: Het bedrag in kolom AC INHOUDING_NOMINAAL is niet meer lager dan het gevraagde nominale bedrag in kolom AL CVZ_INH_NOMINAAL_F dan moet kolom AA [FOUTMELDING] weer de waarde 00 krijgen. Uw actie Er is geen actie nodig. CAK-inhouding starten ook als verdragsland afwijkt Waarom Bij het inlezen van een CAK-bestand werd bij een regel met een startbericht, bij de controles soms als enige fout geconstateerd, dat het CAK een ander verdragsland (fout 6) aangaf dan het verdragsland dat in P&B Core als woonland stond. Als dit het geval was, werd er niet gestart met inhouden. Het is echter de bedoeling dat er toch wordt gestart met inhouden, ook als de verdragslanden niet overeenkomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start CAK verwerking Voortaan wordt bij dit proces gestart met inhouden, ook als de verdragslanden niet overeenkomen. Uw actie Er is geen actie nodig. Vastleggen Code Zvw met waarde K was niet mogelijk Waarom Als bij de bulkjob bij code Zvw de waarde K (werkgeversheffing Zvw) voorkwam, zag u de volgende foutmelding:  Bestand voldoet niet aan specificaties, foutmelding: Het bestand voldoet niet aan de XSD. - The 'CodeZVW' element is invalid - The value 'K' is invalid according to its datatype 'String' - The Enumeration constraint failed. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Het proces is aangepast, zodat de bovengenoemde foutmelding niet meer voorkomt en de waarde K correct wordt toegekend aan de code Zvw. Uw actie Er is geen actie nodig. Publishing Date : 8/27/2019