Mijn Communities
Help

Releases Youforce Pensions & Benefits Core

Sorteren op:
Gewijzigd en verbeterd Meerdere (TWK) mutaties inhoudingseigenschappen (VIDIS-7000) Waarom Indien er na een payroll Gemal run meerdere mutaties worden gedaan op de inhoudingseigenschappen van een bepaalde fiscaal begunstigde, werd bij de daarop volgende run alleen de laatste mutatie doorgegeven naar  payroll Gemal. Als er sprake is van mutaties met TWK (terug werkende kracht, ingang in een eerdere fiscale maand) geeft dat niet altijd het gewenste eindresultaat. Bijvoorbeeld als in fiscale maand mei er een mutatie gedaan wordt met ingang van januari en een tweede mutatie met ingang van april, dan wordt alleen de laatstgenoemde mutatie doorgegeven.  Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Alle sinds de vorige payroll Gemal run gedane (en gefiatteerde) mutaties worden voor zover relevant en in volgorde doorgegeven aan payroll Gemal. Voorbeeld van een reeks opvolgende mutaties: 1) een mutatie met ingang fiscale maand 3 2) een mutatie met ingang fiscale maand 5 3) een mutatie met ingang fiscale maand 4 In dat geval worden de eerste (ingang maand 3) en derde mutatie (ingang maand 4) doorgegeven. Niet de tweede (ingang maand 5), omdat die overruled wordt door de derde mutatie (ingang maand 4). Actie Er is geen actie nodig. NB: deze functionaliteit werkt alleen voor bestaande IKV's. In een komende release gaat dit ook werken voor nieuwe IKV's. Overige verbeteringen en opgeloste meldingen VIDIS-7091    Adapter parameter in Automatische Verwerking VIDIS-6258    Bulkjob performance VIDIS-6685    Bedrijf schonen tijdens migratie
Volledig artikel weergeven
26-09-2023 16:00 (Bijgewerkt op 09-10-2023)
  • 0 Antwoorden
  • 0 kudos
  • 311 Weergaven
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 Uniforme betaaldatum bij Exporteren betalingen Waarom Raet Betaalmanager (RBM) maakt per betaaldatum een apart SEPA-bestand aan. Omdat uitkeringen en correcties daarop vaak verschillende betaaldatums hebben, kan bij het exporteren van betalingen in Pension & Benefits Core, vanuit één verwerking een reeks SEPA-bestanden ontstaan. Daarom is het gewenst om bij Exporteren betalingen een vaste betaaldatum te kunnen opgeven die wordt doorgegeven aan RBM. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Bij het starten van het proces Exporteren betalingen is vanaf deze release een optionele parameter Vaste betaaldatum beschikbaar. Vult u hier een datum in, dan geldt deze datum voor alle geselecteerde betalingen als betaaldatum. Deze vaste betaaldatum wordt ook vastgelegd als aangepaste betaaldatum in de net geëxporteerde betaling. Vult u geen vaste betaaldatum in, dan houden de betalingen hun oorspronkelijke betaaldatum, conform de huidige situatie. Let op: de vaste betaaldatum mag niet in het verleden liggen. Uw actie Er is geen actie nodig. Extra correspondentienaam Waarom In release 2018-11 hebben we het veld ExtraCorrespondentieNaam geïntroduceerd en in release 2019-01 is dat functioneel uitgebreid, zie de betreffende release notes.  In deze release breiden we de functionaliteit uit door het veld: op te nemen in het relatie-matchingbestand beschikbaar te stellen voor gebruik in brieven Hoe Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Fiscaal begunstigden > tabblad Fiscaal begunstigde Bij het exporteren van de relatiegegevens wordt de extra CorrespondentieNaam vermeld in de tag <ExtraCorrespondentieNaam>. De extra CorrespondentieNaam is als merge-veld aanwezig voor het aanmaken van brieven in RolDocs.  Als u kiest voor een export naar XML om zelf brieven aan te maken, wordt het veld ook opgenomen. Uw actie Er is geen actie nodig. Jaaropgaaf - Nulbedragen vermelden Waarom Bepaalde velden die in de context van pensioenen en uitkeringen altijd 0 euro zijn, moeten volgens de Belastingdienst wel op de jaaropgaaf worden vermeld. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf In de jaaropgaaf (zowel de RSM-XML als de DFO44-XML) is de volgende extra informatie opgenomen met als vaste waarde 0 euro: Veld XML-tag Verrekende arbeidskorting VerrekendeArbeidskorting Totaal premies werknemersverzekeringen TotaalPremiesWerknemersverzekeringen Verrekende levensloopverlofkorting VerrekendeLevensloopverlofkorting Werkgeversheffing Zorgverzekeringswet WerkgeversheffingZvw Uw actie Er is geen actie nodig. Restbedrag kunnen opnemen in tekst dagafschrift Waarom In release 2018-10 hebben we het mogelijk gemaakt om zelf de tekst die als omschrijving bij een betaling wordt meegegeven, samen te stellen uit elementen. In deze release voegen we daar een extra element aan toe om de rekensom met het feitelijke bedrag van de betaling kloppend te kunnen maken. Hoe Referentiegegevens > Bedrijf Referentiegegevens > Servicecenter Bij de inrichting van de tekst voor het dagafschrift kunt u nu het volgende dynamische element opnemen: [Restbedrag] - Dit moet als waarde krijgen: (de waarde van [netto]) – (bedrag van de betaling) Uw actie Er is geen actie nodig. Details betalingen - betere vulling blokkade-kolommen Waarom In de lijst met betalingen in het dossier van de Fiscaal begunstigde wordt in drie kolommen aangegeven of de ontvanger, de begunstigde of het uitkeringsplan dat gerelateerd is aan de betaling, een blokkade heeft. Deze blokkadestatus werd ook getoond bij betalingen die al verstuurd waren. Dit wekt echter verwarring op bij gebruikers. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen - onderdeel Details betalingen In het scherm Details betalingen worden de drie kolommen voor blokkades (Blokkade ontvanger/uitkeringsplan/begunstigde) als volgt gevuld: Kolomwaarde Toelichting leeg (niet gevuld) indien niet relevant omdat de betaling al verstuurd is of het een retourbetaling is Geen  als er geen Ontvanger/uitkeringsplan/begunstigde-blokkade is Netto  als er een netto Ontvanger/uitkeringsplan/begunstigde-blokkade is Bruto als er een bruto uitkeringsplan/begunstigde-blokkade is  Uw actie Er is geen actie nodig. Automatische brieven bij wijziging loonbeslag Waarom In release 2018-12 hebben we het aanmaken van automatische brieven gerealiseerd als de loonheffingskorting of inhoudingen ZVW buitenland waren gewijzigd. Nu hebben we dat uitgebreid met de mogelijkheid om automatisch een brief aan te maken bij het actief of inactief worden van loonbeslag. Zowel bij het starten als stoppen van het loonbeslag wordt voor zowel de fiscaal begunstigde als voor de beslaglegger een brief aangemaakt. Hoe Fiscaal begunstigden > tabblad Loonbeslag Verwerking > Referentiegegevens > DocumentType / DocumentVelden Fiscaal begunstigden > tabblad Fiscaal begunstigde > Correspondentie Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven In het scherm Referentiegegevens > DocumentType is een documenttype opgenomen voor: Startbrief Beslag Beslaglegger Startbrief Beslag deelnemer Stopbrief Beslag Beslaglegger Stopbrief Beslag deelnemer U kunt deze brieven niet verwijderen.  Zodra u in het scherm van het documenttype een vinkje heeft geplaatst bij Actief, maakt het systeem automatisch brieven aan voor de betreffende situatie. Deze brieven worden opgeslagen in de Correspondentielog van de begunstigde en vervolgens meegenomen met de eerstvolgende brievenexport. Bij deze systeemdocumenten krijgen de volgende XML/merge-velden een waarde: Naam en adresvelden van de beslaglegger uit Loonbeslaglegger.Ontvanger.Relatie.Woon/CorrespondentieAdres: Als de ontvanger geen relatie heeft worden deze velden leeg gelaten. Als beide aanwezig zijn, heeft het correspondentieadres voorrang op het woonadres. XML/merge-veld Waarde BeslagleggerNaam Relatie.Correspondentienaam Indien leeg (met spatie als scheidingsteken): Relatie.[Voorvoegsel] +[Voorletters]+[Tussenvoegsel Achternaam]+[Achternaam] BeslagleggerStraatEnHuisnr Adres.Straatnaam + Adres.Huisnummer + Adres.HuisnummerToevoeging (met spatie er tussen) BeslagleggerPostcode Adres.Postcode BeslagleggerWoonplaats Adres.Woonplaats BeslagleggerLand Adres.Land.Naam BeslagleggerKixCode Adres.Postcode + Huisnummer Als HuisnummerToevoeging niet leeg dan: + X + HuisnummerToevoeging BeslagBedrag LoonbeslagLegger.Bedrag BeslagVrijeVoet Loonbeslag.BeslagVrijeVoet BeslagPrioriteit LoonbeslagLegger.BeslagVolgnummer BeslagVerwachteSchuld  LoonbeslagLegger.VerwachteSchuld BeslagRekeningNummer LoonbeslagLegger.Ontvanger. Iban / DomesticAccount / RekeningCourant (degene die gevuld is) BeslagDossierNr LoonbeslagLegger.Kenmerk (Dagafschrift in het scherm) NettoBeschikbaar (alleen gevuld bij een startbrief) Dit is het minimum van: Het maandbedrag (LoonbeslagLegger.Bedrag) indien gevuld EN het netto van de voorgaande maand, na aftrek van: de BeslagVrijeVoet (indien gevuld) het maandbedrag van eventuele andere beslagleggers met een lager volgnummer BeslagStartMaand (alleen gevuld bij een start-brief) huidige verwerkingsperiode van het bedrijf BeslagStopMaand (alleen gevuld bij een stop-brief) huidige verwerkingsperiode van het bedrijf Extra XML-velden voor brieven Waarom Het was nog niet mogelijk zijn om extra velden aan de XML voor brieven toe te voegen. Hoe Verwerking > Referentiegegevens > DocumentType / DocumentVelden Fiscaal begunstigden > tabblad Fiscaal begunstigde > Correspondentie Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Aan het referentiegegevensscherm DocumentType is de optie Loonbeslagleggers opnemen in XML toegevoegd. Staat hier een vinkje, dan worden in de XML voor brievende de volgende extra velden opgenomen: Als er een (gefiatteerd) actief loonbeslag is, neem in de juiste volgorde de beslagleggers op met <volgnr>=1,2,3,…: Beslaglegger<volgnr>StartMaand = de periode van de eerst aangemaakte loonbeslagbetaling voor deze begunstigde en ontvanger Beslaglegger<volgnr>DossierNr = LoonbeslagLegger.Kenmerk Beslaglegger<volgnr>Naam = LoonbeslagLegger.Ontvanger.Tenaamstelling Beslaglegger<volgnr>Bedrag = LoonbeslagLegger.Bedrag Uw actie Er is geen actie nodig. Adres van bedrijf in DFO44-XML voor bruto-netto specificatie en jaaropgaaf Waarom Pension & Benefits Core genereert XML-bestanden waarmee u zelf bruto-netto specificaties (BNS) en jaaropgaven kunt maken. In deze XML-bestanden hebben we nu ook de adresgegevens van het bedrijf/fonds als afzender van het document opgenomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie/jaaropgaaf Door het toevoegen van deze adresvelden is ook de structuur van de XML aangepast. Binnen de tag Specificatie/Jaaropgaaf zijn de volgende tags opgenomen: Servicecenter Aanmaakdatum Indicatie (bij Jaaropgaaf) Jaar (bij Jaaropgaaf) Periode (bij BNS) Bedrijf Binnen de tag Bedrijf zijn opgenomen: Bedrijfscode Naam (voorheen was dat tag Bedrijf) Loonbelastingnummer Adres Postcode Woonplaats Telefoonnummer Website (de laatste 5 zijn de nieuwe adresvelden) en daarna een lijst met FiscaalBegunstigde-tags die de feitelijke inhoud van de bruto-netto specificatie of jaaropgaaf bevatten. Uw actie Er is geen actie nodig. Aanvullende resultaten Payroll Gemal nu ook opgenomen in DFO44-XML voor bruto-netto specificaties Waarom Aanvullende resultaten van Payroll Gemal (tabel PayrollOutputExtra) werden al wel opgenomen in bruto-netto specificaties via de Raet Specificatie Manager (RSM), maar nog niet in de DFO44-XML waarmee u als klant zelf specificaties kunt maken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificaties Binnen de Fiscaal begunstigde tag is de volgende tag opgenomen: PayrollExtraResultaten Met daarbinnen de gegroepeerde extra resultaten van Payroll Gemal voor deze Fiscaal begunstigde en maand: PayrollResultaat – met de omschrijving van de component in de tag item en het totaalbedrag van de resultaatwaardes in de tag waarde.  Uw actie Er is geen actie nodig. Leeg huisnummer geen reden meer voor bruto blokkade Waarom Binnen Pension & Benefits Core werden bruto bedragen geblokkeerd en niet naar de loonaangifte gestuurd als het huisnummer leeg was. Vanuit de wetgeving, Payroll Gemal en de loonaangifte is hier echter geen reden voor. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Voor begunstigden met een leeg huisnummer in het woonadres worden vanaf deze release bruto's zonder blokkade naar Payroll Gemal gestuurd. Uw actie Er is geen actie nodig. Spieken bij fiatteren ontvangerverdeling beperken Waarom Bij het muteren van de ontvangerverdeling van een uitkeringsplan geldt in Pension & Benefits Core de regel dat een andere, tweede gebruiker de wijziging moet fiatteren waarbij deze nogmaals het rekeningnummer moet invoeren.  Door het klikken op de ontvanger kan deze tweede gebruiker gemakkelijk het rekeningnummer kopiëren en plakken in plaats van in te voeren vanaf het brondocument. Dat beperkt de waarde van deze extra controle. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen - onderdeel Details ontvangers Als er een te fiatteren ontvangerverdeling in het scherm staat en de gebruiker mag de fiattering uitvoeren, dan is klikken op de ontvanger-link niet mogelijk. Uw actie Er is geen actie nodig. Bij starten proces nu ook bedrijfsnaam getoond Waarom Vaak kunt u bij het starten van een proces in Pension & Benefits Core een selectie maken van bedrijven waarvoor het proces moet worden uitgevoerd. In de keuzelijst voor het selecteren van de bedrijven, zag u alleen de bedrijfscodes.  Hoe Verwerking > Handmatige verwerking > Start <proces> In de keuzelijst met bedrijven bij het starten van een proces ziet u voortaan zowel de bedrijfscode als de bedrijfsnaam. Uw actie Er is geen actie nodig. Publishing Date : 3/26/2019
Volledig artikel weergeven
26-03-2019 21:05
  • 0 Antwoorden
  • 0 kudos
  • 302 Weergaven
Gewijzigd en verbeterd Borderel-XML splitsen per verzamelontvanger Waarom De borderel wordt vaak doorgestuurd naar andere partijen en dan is het splitsen ervan wenselijk. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel voor verzamelontvangers Bij het starten van het proces Start aanmaken borderel voor verzamelontvangers is vanaf deze release de optie Bestand per ontvanger beschikbaar. Zet u hier een vinkje, dan zal voor elke verzamelontvanger een afzonderlijk bestand worden aangemaakt.  Staat hier geen vinkje, dan geldt de huidige situatie en maakt Pension & Benefits Core dus één bestand aan. Uw actie Er is geen actie nodig. Validaties mutatie periodieke handmatige uitkeringscomponent (premie-inhouding) aanpassen Waarom Het was niet mogelijk om een periodieke handmatige uitkeringscomponent op niet actief te zetten. Hoe Fiscaal Begunstigde > Uitkeringscomponenten > muteren Handmatig Uitkeringscomponent Vanaf deze release is de validatie van een periodieke uitkeringscomponent als volgt aangepast: de begin- en einddatum mogen nu in de huidige verwerkingsmaand liggen. Op deze manier is de uitkeringscomponent bij de volgende perioderun niet meer actief.   De huidige validatie voor het aanmaken van een nieuwe periodieke uitkeringscomponent blijft hetzelfde. Uw actie Er is geen actie nodig. Publishing Date : 4/24/2019
Volledig artikel weergeven
24-04-2019 19:56
  • 0 Antwoorden
  • 0 kudos
  • 295 Weergaven
Gewijzigd en verbeterd Verplaatsing onbelaste bruto's in bruto-netto specificatie via RSM Waarom Op de bruto-netto specificatie werden alle bruto's boven de fiscale inhoudingen getoond. Het is echter juister om onbelaste bruto's te tonen onder het netto dat resteert na fiscale inhoudingen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Op de bruto-netto specificatie die wordt vervaardigd door Raet Specificatie Manager (RSM) ziet u voortaan eerst de belaste bruto's en belaste premie-inhoudingen met hun bedrag in kolom Bruto. Daarna komen de fiscale inhoudingen in de kolom Inhouding en het daaruit resulterend netto in kolom Totaal. En daarna volgen de onbelaste bruto's met hun bedrag in kolom Totaal.    Uw actie Er is geen actie nodig. Matching bestanden aanmaken per bedrijf Waarom Het was alleen mogelijk de matching bestanden aan te maken voor het hele service center, dat is niet altijd praktisch. Hoe Verwerking > Handmatige/Automatische verwerking > Start matching eenmalig uitkeringsplan Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens Verwerking > Handmatige/Automatische verwerking > Start matching uitkeringsplan Verwerking > Handmatige/Automatische verwerking > Start matching inhoudingeigenschappen Bij het starten van deze vier matching exports kunt u via de parameter Bedrijfscodes één of meer bedrijven selecteren. Het systeem maakt dan per bedrijf een exportbestand aan. In de bestandsnaam wordt daarbij achter de code van het service center de _<bedrijfscode> opgenomen. Als u geen bedrijf selecteert, maakt het systeem conform de huidige situatie, een bestand aan voor het hele service center.   Uw actie Er is geen actie nodig. CAK - einde inhouding met terug werkende kracht Waarom In het CAK-uitwisselingsbestand kan het CAK aangeven dat een inhouding met ingang van een eerdere maand moet stoppen. Hoe Verwerking > Handmatige/Automatische verwerking > Start CAK verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij het inlezen van het uitwisselingsbestand van het CAK wordt bij Stop inhouding regels (d.w.z. met waarde 2 in kolom CVZ_ACTUEEL) gekeken naar een mogelijke datum in de kolom CVZ_DT_EIND. Op basis van die datum wordt de eerste maand bepaald voor het stoppen van de inhouding en zo nodig wordt de mutatie dan met terugwerkende kracht (TWK) doorgestuurd naar Payroll Gemal. Uw actie Er is geen actie nodig. Nieuwe inhoudingseigenschap anoniementarief Waarom Het Anoniementarief werd alleen aangezet in Payroll Gemal als het BSN niet aanwezig was. Het Anoniementarief geldt soms echter ook in andere gevallen. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties U kunt het Anoniementarief aan-  of uitzetten bij de Inhoudingseigenschappen in het dossier via het veld AnoniemenTarief. Het is vooralsnog niet mogelijk deze eigenschap aan te passen via DFO20. Het anoniementarief wordt doorgegeven aan Payroll Gemal via de volgende invoercodes: 02270 Anoniem voor de loonbelasting en premies volksverzekeringen  02271 Anoniem de Zorgverzekeringswet Uw actie Er is geen actie nodig. Tussentijdse jaaropgave overledenen Waarom Voor overleden begunstigden moet na het afronden van alle administratieve afhandelingen een tussentijdse jaaropgave worden aangemaakt. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf In het scherm Start aanmaken jaaropgaaf was al de optie FB-selectie aanwezig. Hiermee kon u aangeven dat het systeem voor het betreffende jaar alleen jaaropgaven moest aanmaken voor begunstigden bij wie in het tabblad Fiscaal begunstigde de optie TussentijdseJaaropgaveJa/Nee een vinkje (Ja) stond.  Vanaf deze release kunt u bij de optie TussentijdseJaaropgaveJa/Nee kiezen uit de volgende mogelijkheden: Alle begunstigden (A) Begunstigden met vink TussentijdseJaaropgave (T) Overleden, afgehandelde begunstigden (O) Zowel begunstigden met vink TussentijdseJaaropgave als Overleden, afgehandelde begunstigden (TO) De waardes tussen haakjes gelden in de Automatische verwerking als waarden voor FB-Selectie=. Bij de keuzes O en TO selecteert het systeem de begunstigden die voldoen aan de volgende voorwaarden: Overlijdensdatum is gevuld JaarlijkseJaaropgaveGeblokkeerd staat uit Er zijn geen openstaande vorderingen Alle betalingen zijn verstuurd naar het betaaldomein Alle uitkeringscomponenten zijn afgesloten en/of verwerkt Alle bruto's zijn netto verdeeld Alle netto’s zijn netto verdeeld Na het aanmaken van de jaaropgave wordt voor deze begunstigden de jaarlijkse jaaropgave geblokkeerd. Uw actie Er is geen actie nodig. Publishing Date : 7/22/2019
Volledig artikel weergeven
22-07-2019 16:06
  • 0 Antwoorden
  • 0 kudos
  • 290 Weergaven