Releases Youforce Pensions & Benefits Core

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

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

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