Pensions & Benefits Core 2019-12

[#1]

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:

1. Woonland naar buitenland moet CodeZVW A worden
2. Bij woonland naar buitenland moet CodeHerleiding B worden
3. Bij woonland naar NL moet CodeZVW M worden
4. 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