In de release notes vindt u een beschrijving van nieuwe functionaliteiten en verbeteringen in deze release. De wijzigingen komen deels voort uit meldingen van onze klanten. Waar het relevant is, verwijzen wij met een nummer naar ons interne systeem waarin wij de klantmeldingen registreren.
Gewijzigd en verbeterd
Indicatie fiscaal woonland naar Payroll Gemal
Waarom
Vanuit de fiscale regelgeving 2019, is in Payroll Gemal vanaf release 2018-12 een invoercode 02323 Indicatie fiscaal woonland opgenomen die door bronsystemen zoals P&B Core aangestuurd moet worden.
Hoe
Referentiegegevens > Land Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Referentiegegevens > PayrollExtraStamgegeven
Inrichting
In het scherm Referentiegegevens Land is een veld FiscaalWoonland aanwezig met drie mogelijke waarden:
Nederland
Landenkring
Overige landen
Dit veld wordt gevuld voor de bestaande Service Centers en voor nieuwe Service Centers. De landenkring omvat daarbij:
de landen van de EU en
de landen van de EER (IJsland, Noorwegen en Liechtenstein) en
Zwitserland en de BES-eilanden(Bonaire, Sint Eustacius en Saba)
Proces Aanmaken Gemal mutaties
Als het Woonland (invoercode 02252) naar Payroll Gemal wordt gestuurd, wordt ook altijd de bijbehorende waarde voor de Indicatie fiscaal woonland (invoercode 02323) naar Payroll Gemal gestuurd.
Uitzondering hierop is als de gebruiker een PayrollExtraStamgegeven met PayrollInvoerCode 02323 heeft ingesteld voor de fiscaal begunstigde.
Op die manier wordt standaard het fiscale woonland afgeleid van het woonland en is het voor de uitzonderingen mogelijk om daarvan af te wijken.
Uw actie
Voor de begunstigden met een afwijkend fiscaal woonland kunt u een PayrollExtraStamgegeven met PayrollInvoerCode 02323 en waarde 1, 2 of 3 instellen.
Relatienummer in borderel-XML
Waarom
De borderel-XML bevat voor een verzamelontvanger een lijst met betaalbedragen per begunstigde. Naast de naam van begunstigde, is er behoefte aan een eenduidige identificatie.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel
Vanaf deze release wordt bij elke begunstigde in de borderel-XML zijn/haar relatienummer opgenomen. Hiervoor is onder de XML-tag Begunstigde een XML-tag Relatienummer opgenomen.
Uw actie
Er is geen actie nodig.
Ondersteuning termijnen-uitkeringsplan
Waarom
Er is behoefte om in P&B Core op een andere manier door te kunnen geven wanneer welke uitkering gedaan moet worden. Namelijk zodanig dat het bronsysteem zelf de afzonderlijke beschikbaarstellingen (qua recht, moment en hoogte) bepaalt. Hiervoor introduceren we het termijnen-uitkeringsplan.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties
Proces Verwerken Polisgegevens (DFO 11)
Het bronsysteem kan een termijnen-uitkeringsplan aanleveren door in de Polisgegevens-XML TERM door te geven als MutatieSoortpolis.
P&B Core zal dan bij het inlezen van het mutatiebestand valideren dat het uitkeringsplan voldoet aan:
PeriodeCode=1, Vervalmaand=1 en Vervaldag=1
De opgegeven rechtperiode (BegindatumRecht t/m EinddatumRecht) is niet leeg en valt binnen een kalendermaand
Het bij het uitkeringsplan opgegeven bedrag betreft dan niet het jaarbedrag, zoals bij andere uitkeringsplannen, maar het bedrag van de betreffende rechtmaand.
Als op een later moment voor dit uitkeringsplan en deze rechtmaand een mutatie wordt gestuurd, werkt deze niet vervangend, zoals bij andere uitkeringsplannen, maar aanvullend, salderend.
Voor elke mutatie van een termijnen-uitkeringsplan zal een eenmalige uitkeringscomponent aangemaakt worden met als belangrijkste velden:
ComponentType De waarde is afhankelijk van de TWKBeschikbaarstellingDatum, zie hieronder
a) Indien deze voor de betaalmaand ligt: TWK
b) Indien deze in de betaalmaand ligt: TWK huidige maand
c) Indien deze na de betaalmaand ligt: rechten eenmalig
BegindatumRecht = UP.BegindatumRecht
EinddatumRecht = UP.EinddatumRecht
Bedrag = UP.Bedrag
BeschikbaarstellingDatum
Indien Numerando=Prenumerando (1): BegindatumRecht
Indien Numerando=Postnumerando (2): EinddatumRecht
Indien Numerando=PostnumerandoPlus1dag (3): EinddatumRecht + 1 dag
Indien Numerando=PostnumerandoEindVolgendeMaand (4): de laatste dag van de kalendermaand na de kalendermaand van EinddatumRecht
Bron = Polis
Proces Aanmaken Gemal mutaties (DFO32)
Voor de hierboven beschreven eenmalige uitkeringscomponenten bij een termijnen-uitkeringsplan geldt een extra voorwaarde:
BeschikbaarstellingDatum ligt voor of in de verwerkingsmaand.
Dit betekent dat het bronsysteem van tevoren termijnen kan doorgeven, dus met een rechtperiode die in de toekomst ligt.
De termijn wordt dan doorgezet naar Payroll Gemal, als de bijbehorende beschikbaarstellingmaand is aangebroken.
Vervolg
In een latere release wordt het mogelijk om voor deze termijnen-uitkeringsplannen loondagen door te geven vanuit het bronsysteem.
Uw actie
Er is geen actie nodig.
Publishing Date : 1/31/2019
Woensdag 2 januari geven wij release 2019-01 vrij van Pensions & Benefits Core (P&B Core). Tijdens het installeren kunt u mogelijk niet inloggen en is de werking van de applicatie vertraagd. In de release notes vindt u een beschrijving van nieuwe functionaliteiten en verbeteringen in deze release. De wijzigingen komen deels voort uit meldingen van onze klanten. Waar het relevant is, verwijzen wij met een nummer naar ons interne systeem waarin wij de klantmeldingen registreren.
Gewijzigd en verbeterd
Eigen omschrijving inrichten voor bruto's op bruto-netto specificatie
Waarom
De gewenste omschrijving waarmee de bruto's vermeld worden op de bruto-netto specificatie kan verschillen per klant en/of fonds. Het was nog niet mogelijk deze omschrijving flexibel samen te stellen.
Vanaf deze release is het mogelijk om in P&B Core in te richten hoe de omschrijving van de bruto's samengesteld moet worden.
Hoe
Referentiegegevens > Servicecenter Referentiegegevens > Bedrijf Referentiegegevens > Bruto Netto Specificatie Element Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie
Bij het ServiceCenter en bij een Bedrijf kunt u via het scherm Referentiegegevens bij Omschrijving bruto op BNS zelf de gewenste omschrijving vastleggen. Als hier niets is vastgelegd, geldt de default omschrijving van P&B Core: zie de lijst met dynamische velden hieronder, veld 1, 5 en 2:
<ComponentCodeNaam> <Polisnummer> <IsCorrectieVoorgaandeMaand>
Is er een instelling bij een bedrijf aanwezig, dan gebruikt P&B Core altijd deze bedrijfsinstelling en niet die van het ServiceCenter.
De omschrijving kan bestaan uit statische tekst met daarin één of meer van de volgende dynamische elementen:
<ComponentCodeNaam> Dit is de naam van de componentcode van het bruto.
<Polisnummer> Dit is het polisnummer van het uitkeringsplan van het bruto.
<VerzekeringsvormNaam> Dit is de naam/code van de verzekeringsvorm van het uitkeringsplan.
<VerzekeringsvormOmschrijving> Dit is de omschrijving van de verzekeringsvorm van het uitkeringsplan.
<IsCorrectieVoorgaandeMaand> Dit geeft aan of het bruto betrekking heeft op een voorgaande fiscale maand (loonover-maand). In dat geval wordt de tekst Correctie opgenomen. Via een BrutoNettoSpecificatieElement met het ID TWK kunt u in plaats van de tekst Correctie ook een andere tekst instellen.
<Contractnummer> Dit is het contractnummer van het uitkeringsplan.
<Contractnaam> Dit is de naam bij het contractnummer van het uitkeringsplan. Deze naam kunt u opgegeven via het scherm Referentiegegevens Bruto Netto Specificatie Element. Als geen naam bekend is, gebruikt P&B Core het Contractnummer.
Ook staat op het scherm Referentiegegevens bij het ServiceCenter:
een optie Bruto’s samenvoegen per omschrijving. Staat hier een vinkje, dan worden de bruto’s met een identieke omschrijving als enkele regel getoond met het gesommeerde bedrag.
Uw actie
Er is geen actie nodig.
Geaggregeerde betalingen tonen in bruto-netto specificatie
Waarom
Bij het exporteren van betalingen naar het betaalbestand, worden betalingen naar dezelfde ontvanger onder voorwaarden geaggregeerd (d.w.z. samengevoegd) tot een enkele betaling. Tot deze release werden de afzonderlijke niet-geaggregeerde betalingen vermeld op de bruto-netto specificatie. Dat kan tot verwarring leiden bij de ontvanger.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie
Vanaf deze release worden geaggregeerde betalingen vermeld op de bruto-netto specificatie, zodat de bedragen overeenkomen met wat de ontvanger via de bank ontvangt.
Uw actie
Er is geen actie nodig.
Extra correspondentienaam - nu ook via Relatiejob
Waarom
Bij de adressering van begunstigden is het vanaf release 2018-11 mogelijk een extra tekstregel toe te voegen tussen de regel met de naam van de begunstigde en de regel met de straat en het huisnummer.
Hiervoor zijn de relatiegegevens uitgebreid met het veld ExtraCorrespondentieNaam. Daarbij werd import via DFO11-XML (Polisjob) en DFO20-XML (Bulkjob) en export via RSM ondersteund.
In deze release breiden we dat uit met import via DFO25-XML (Relatiejob) en export via een DFO44-XML.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie/jaaropgaaf
De extra tekstregel kan geïmporteerd worden via een nieuwe tag <ExtraCorrespondentieNaam> binnen de tag <Relatie> in de DFO25-XML (Relatiejob).
In het dossier (GUI) bij de relatiegegevens van de begunstigde en bij de relatie van de ontvangers wordt dit veld getoond en kunt u het muteren.
Bij het aanmaken van bruto-netto specificaties via DFO44-XML wordt de extra correspondentienaam (indien deze is ingevuld ) opgenomen als tag <ExtraCorrespondentieNaam>.
Uw actie
Er is geen actie nodig.
BIC ook verplicht bij DomesticAccount
Waarom
Bij betalingen was ter identificatie van de bank al een BIC (Bank Identifier Code) verplicht bij een niet-nederlands IBAN-rekeningnummer. Om betalingen met een niet-IBAN rekeningnummer (we noemen dat DomesticAccount) te kunnen ondersteunen via Raet Betaalmanager (RBM) stellen we daar nu ook de BIC verplicht.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start bulkverwerking Ontvangers
Bij aanlevering van ontvangers via DFO20-XML (Bulkjob) en bij mutatie van ontvangers via de GUI is vanaf deze release bij een DomesticAccount de BIC verplicht ter identificatie van de bank.
Uw actie
Aanleveren van de BIC bij DomesticAccount.
Publishing Date : 12/21/2018