Pensions & Benefits Core 2019-01

[#1]

• Gewijzigd en verbeterd
• Eigen omschrijving inrichten voor bruto's op bruto-netto specificatie
• Geaggregeerde betalingen tonen in bruto-netto specificatie
• Extra correspondentienaam - nu ook via Relatiejob
• BIC ook verplicht bij DomesticAccount

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:

1. <ComponentCodeNaam>
   Dit is de naam van de componentcode van het bruto.
2. <Polisnummer>
   Dit is het polisnummer van het uitkeringsplan van het bruto.
3. <VerzekeringsvormNaam>
   Dit is de naam/code van de verzekeringsvorm van het uitkeringsplan.
4. <VerzekeringsvormOmschrijving>
   Dit is de omschrijving van de verzekeringsvorm van het uitkeringsplan.
5. <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.
6. <Contractnummer>
   Dit is het contractnummer van het uitkeringsplan.
7. <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