Mijn Communities
Help

Releases Youforce Pensions & Benefits Core

Sorteren op:
  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
Volledig artikel weergeven
31-01-2019 17:31 (Bijgewerkt op 01-03-2022)
  • 0 Antwoorden
  • 0 kudos
  • 349 Weergaven
  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
Volledig artikel weergeven
21-12-2018 20:00 (Bijgewerkt op 01-03-2022)
  • 0 Antwoorden
  • 0 kudos
  • 334 Weergaven