Mijn Communities
Help

Releases Youforce Pensions & Benefits Core

Sorteren op:
Gewijzigd en verbeterd Verbeteringen duale periode (VIDIS-3988) Waarom We hebben de functionaliteit van de duale periode verbeterd. Onder de duale periode verstaan we de periode rond de fiscale jaarovergang, waarbij je na de jaarovergang op het nieuwe jaar ook nog mutaties en berekeningen over het oude jaar kunt vastleggen. Als je deze mogelijkheid wilt gebruiken, kun je - bij voorkeur in overleg met een consultant van Visma Idella - de optie hiervoor aanzetten. Dit doe je via Referentiegegevens > Servicecenter > optie Jaarwerk functie correcties fiscaal doorgeven naar GEMAL. Is deze optie aangevinkt, dan is in het tabblad Fiscaal begunstigde de optie Herrekening vorig jaar beschikbaar.   Aandachtspunten Na periode 01 is het niet meer mogelijk om fiscale correcties over een voorgaand jaar vanuit P&B Core door te geven naar Payroll Gemal en de Loonaangifte.  De optie Jaarwerk functie correcties fiscaal doorgeven naar GEMAL moet uitgevinkt zijn vóórdat de perioderun voor februari wordt opgestart.  Het is vanaf periode 2 alleen nog mogelijk om in P&B Core fiscale correcties in een voorgaand jaar in te voeren via het tabblad Fiscale correcties en in de module Loonaangifte. Correcties in de Loonaangifte over voorgaand jaar hebben gevolgen voor de Belastingdienst en de Jaaropgaaf. Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Verbeteringen: Berekeningen in het oude fiscale jaar zijn nu ook mogelijk als de inkomstenverhouding is ontstaan in het nieuwe fiscale jaar.  We hebben het proces voor het sturen van mutaties op stamgegevens in een verwerking voor het oude jaar aangepast, zodat er geen mutaties meer gemist worden.  Het opslaan van Herrekening vorig jaar is aangepast en gaat nu goed.  Actie Er is geen actie nodig. Nieuwe functionaliteit voor uitzetten loonheffingskorting bij pensioenleeftijd (VIDIS-1954) Waarom Het uitzetten van loonheffingskorting moest je tot nu toe handmatig doen. Gebruikers hebben ons verzocht het mogelijk te maken de loonheffingskorting standaard uit te zetten, wanneer een fiscaal begunstigde de wettelijke pensioenleeftijd bereikt. Dit kan gebruikers veel tijd besparen met minder kans op administratieve fouten. Daarom hebben we nieuwe opties in P&B Core opgenomen waarmee je dit kunt instellen. Hoe Referentiegegevens > Servicecenter Referentiegegevens > Bedrijf Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Aan het scherm met referentiegegevens voor het Servicecenter hebben we het volgende veld toegevoegd: Pensioenleeftijd in maanden (tbv automatisch LHkorting uitzetten) Dit veld is standaard leeg. In 2022 is de pensioenleeftijd: 66 jaar + 7 maanden = 799 maanden Het scherm met referentiegegevens voor een Bedrijf hebben we de volgende optie toegevoegd: Automatisch LHkorting uitzetten bij pensioenleeftijd Deze optie staat standaard uit. Hoe werkt het? Tijdens het proces voor het aanmaken van mutaties voor Payroll Gemal: Als: het gaat om een perioderun EN in de referentiegegevens van het Servicecenter is bij Pensioenleeftijd in maanden (tbv automatisch LHkorting uitzetten) een waarde ingevuld. EN in de referentiegegevens van het bedrijf is de optie Automatisch LHkorting uitzetten bij pensioenleeftijd aangevinkt  Dan: zet P&B Core de loonheffingskorting uit voor alle fiscaal begunstigden die op een dag in de verwerkingsmaand van de perioderun de pensioenleeftijd bereiken Deze aanpassing wordt vastgelegd met de gebruikersnaam Rule_LHKortingAOW en gaat in per de verwerkingsmaand van de perioderun. In het verwerkingsverslag is dit als volgt vermeld:  Loonheffingkorting voor AOW begunstigde <FBId/Relatienummer> is uitgezet. Opmerkingen: Voor fiscaal begunstigden met een pensioendatum in een eerdere maand wordt geen actie uitgevoerd. Dat geldt voor bestaande en ook voor nieuw aangemaakte fiscaal begunstigden. Het aanpassen van de Pensioenleeftijd in maanden heeft alleen effect in volgende perioderuns, en werkt niet met terugwerkende kracht. Actie Wil je deze functionaliteit gebruiken, dan kun je de instellingen hiervoor vastleggen, zoals hierboven is beschreven. Overige verbeteringen en opgeloste meldingen VIDIS-4059 - Bulkjob gelijk behandelen leeg en geen rekening tag VIDIS-3980 - Technische verbeteringen vanuit SonarQube issues VIDIS-2920 - Performance verbetering rapport Retourbetalingen Publishing Date : 11/23/2021
Volledig artikel weergeven
23-11-2021 21:20
  • 0 Antwoorden
  • 0 kudos
  • 398 Weergaven
Gewijzigd en verbeterd Negatieve netto bedragen eerder verwerken in proces Verdelen naar ontvanger (PBI 710024, VIDIS-2047) Waarom Het komt een enkele keer voor dat netto bedragen worden verwerkt tot een betaling, terwijl er voor een latere betaaldatum een negatief netto bedrag blijft wachten. Dat is niet gewenst, omdat er dan later een vordering ontstaat en het bedrag van de betaling dus of te hoog was of het aanmaken van de hele betaling niet had moeten moeten plaatsvinden. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Tot deze release werden in het proces Verdelen naar ontvanger (VNO) alleen de nog te verwerken netto bedragen opgepakt waarvan de Betaaldatum nadert. Hierbij hangt De betaaldatum nadert af van het aantal werkdagen dat is vastgelegd bij het Servicecenter. Vanaf deze release hebben we dit aangepast. In het proces Verdelen naar ontvanger (VNO) worden de nog te verwerken netto bedragen: eerst gegroepeerd per betaaldatum het oppakken van de bedragen vindt als volgt plaats: alle netto bedragen oppakken waarvan de Betaaldatum nadert - dit is conform huidige situatie EN alle netto-groepen met een negatief totaalbedrag oppakken ongeacht de betaaldatum Op deze manier voorkom je dat er op een later moment een vordering ontstaat. Actie Er is geen actie nodig. Wijzigen bepaalde gegevens Eenmalig uitkeringsplan niet meer mogelijk (PBI 699517, VIDIS-1869) Waarom Het is niet gewenst om op een later moment het bedrag, de belastbaarheid, etc. van een eenmalig uitkeringsplan nog te wijzigen. Bij het aanleveren van een eenmalig uitkeringsplan via een Polisjob XML wordt dat al voorkomen. Vanaf deze release hebben we er ook voor gezorgd dat het aanpassen van deze gegevens in P&B Core zelf niet meer mogelijk is. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Na het fiatteren van een eenmalig uitkeringsplan, mag je voortaan alleen de volgende velden van het uitkeringsplan nog aanpassen: Blokkade Blokkadereden Blokkadereden aanvulling Signaalcode Signaaldatum. Voor periodieke uitkeringsplannen blijft het uiteraard wel mogelijk om bedrag, belastbaarheid e.d. aan te passen. Actie Er is geen actie nodig. Werkgeversheffing Zvw voortaan op Jaaropgave (VIDIS-2352) Waarom Over het algemeen wordt op de uitkering van de fiscaal begunstigde Zvw ingehouden. Als er sprake is van een werkgeversheffing Zvw, moet het bedrag daarvan op de Jaaropgave worden vermeld. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Referentiegegevens > Bruto Netto Specificatie Element Voortaan wordt het bedrag van de Werkgeversheffing Zvw op de jaaropgave vermeld: in DFO44XML-tag <WerkgeversheffingZvw> achter de omschrijving Werkgeversheffing Zorgverzekeringswet  Gebruik je de Raet Specificatie Manager, dan kun je deze omschrijving aanpassen via het brutonettospecificatie-element W39. Deze elementen waren al aanwezig maar bevatten altijd de waarde 0. Actie Er is geen actie nodig. Rapport incomplete uitkeringsplannen - Eerste rechtdatum (PBI 699687, VIDIS-1882) Waarom Het rapport Incomplete uitkeringsplannen toont de uitkeringenplannen waarvan de ontvanger nog niet is gefiatteerd. Het is gewenst om te zien wat de eerste rechtdatum van het uitkeringsplan is, zodat duidelijk is wanneer je het uitkeringsplan compleet moet maken. Hoe Rapportages > Incomplete UP Aan het rapport Incomplete uitkeringsplannen is vanaf deze release de volgende kolom toegevoegd: Eerste rechtdatum Hierin zie je de vroegste datum met uitkeringsrecht. Deze kolom is opgenomen direct voor de kolom BegindatumRecht. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-2205 - Toekomstmutatie ontvanger niet meer zichtbaar, interne systeemfout PBI 689009, VIDIS-1860 - Bulkjob laat te fiatteren ontvangerverdeling-item staan PBI 706120, VIDIS-1867 - Agendalijst export ontstaat fout bij harde Enter in memoblok Publishing Date : 12/28/2020
Volledig artikel weergeven
28-12-2020 17:23
  • 0 Antwoorden
  • 0 kudos
  • 296 Weergaven
In deze versie... Aangepast in versie 2 1 november 2021 - Onder Onder overige verbeterinngen en opgeloste meldingen hebben we VIDIS-2051 toegevoegd. Gewijzigd en verbeterd Berekening afwijkende loondagen door Payroll Gemal (VIDIS-2150) Waarom Als een fonds gebruik maakt van verschoven tijdvakken, die te herkennen zijn aan een vervaldag die ongelijk is aan 1, kan Payroll Gemal geen correcte afwijkende loondagenberekening uitvoeren. Daarom berekent P&B Core het aantal dagen en geeft deze door aan Payroll Gemal. Als een fonds geen gebruik maakt van verschoven tijdvakken, kan Payroll Gemal de berekening zelf uitvoeren. Die berekening vindt plaats op basis van de begindatum en/of einddatum van de inkomstenverhouding. Hoe Referentiegegevens > Bedrijf Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Aan het scherm Referentiegegevens > Bedrijf is de volgende optie toegevoegd: Verschoven tijdvakken Je kunt deze optie aan- of uitzetten, respectievelijk Ja of Nee. Default staat de optie uit = Nee. In de aansturing van payroll Gemal heeft dat als gevolg: Staat er geen vinkje bij de optie Verschoven tijdvakken, dan wordt bij nieuwe inkomstenverhoudingen aangegeven dat Payroll Gemal de afwijkende loondagen zelf moet berekenen. Is de optie Verschoven tijdvakken aangevinkt, dan wordt bij nieuwe inkomstenverhoudingen aangegeven dat Payroll Gemal geen afwijkende loondagen moet berekenen en voert P&B Core deze berekening uit. Dit is conform de werking tot aan deze release. Let op: de afwijkende loondagen die expliciet in een Polisjob XML-bestand worden opgegeven voor een termijnen-uitkeringsplan, blijven we in beide situaties één op één doorgeven aan Payroll Gemal. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-4046 - Identificatie begunstigde naast 9EZ ook bij code 118 in Gemal extract (via invoercode 02289) VIDIS-3979 - Technische verbetering aanmaken bestanden (vermijden MemoryStream) VIDIS-4126 - Verhelpen performance probleem inlezen Gemal extract VIDIS-2051 - Einddatum IKV mag niet worden ingesteld op de laatste dag van de maand 677329 Publishing Date : 10/26/2021
Volledig artikel weergeven
26-10-2021 22:13
  • 0 Antwoorden
  • 0 kudos
  • 304 Weergaven
Gewijzigd en verbeterd Vastleggen ontvanger bij premie-inhoudingen verbeterd Waarom Bij het vastleggen van een periodieke of eenmalige premie-inhouding in een handmatige uitkeringscomponent, was de koppeling met de premie-ontvanger niet optimaal. De kans op fouten werd vergroot, doordat het vastleggen was verdeeld over twee schermen, namelijk het scherm Uitkeringscomponenten en het scherm Details Ontvangers. Ook was het aantal mogelijke premie-inhoudingen beperkt tot drie netto en drie bruto inhoudingen. Hoe Ontvangers > Zoeken / Nieuwe ontvanger > Beheer ontvanger Bij een ontvanger kunt u nu vastleggen dat deze binnen de context van het bedrijf waartoe hij behoort, een standaard ontvanger is voor een bepaalde premie-inhouding. Hiervoor is aan het scherm Beheer Ontvanger het veld Premie inhouding toegevoegd, waarmee u kunt kiezen uit de ComponentCodes met indicatie Bruto/NettoInhouding(1 t/m 3). Daarmee richt u feitelijk de combinatie van componentcode en ontvanger in als een van de mogelijke premie-inhoudingen die bij begunstigden van dit bedrijf kunnen worden aangemaakt. Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten Bij het aanmaken of muteren van een handmatige uitkeringscomponent kunt u nu naast het kiezen voor CorrectieLoonheffing, ook kiezen uit de premie-inhoudingen van het bedrijf waartoe het dossier behoort. Ook kunt u de gewenste Dagafschrift tekst ter vermelding bij de premie-betalingen in de borderel opgeven. Het aanmaken van een premie-ontvanger in de ontvangerverdeling van het uitkeringsplan is niet meer nodig. Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Bij het aanmaken van betalingen en vorderingen vanuit premie-netto's in het proces Verdelen naar ontvanger, wordt als ontvanger de premie-ontvanger uit de handmatige uitkeringscomponent overgenomen. Bij een betaling wordt ook het Dagafschrift van de uitkeringscomponent overgenomen. De bestaande premie-inhoudingen worden met deze release gemigreerd naar deze nieuwe opzet. Uw actie Er is geen actie nodig. Verwerkingsrun en ingangsmaand bij Inhoudingseigenschappen Waarom Bij een mutatie van inhoudingseigenschappen was de fiscale ingangsmaand daarvan niet eenduidig en was niet zichtbaar of de mutatie al aan de Payroll Gemal was overgedragen. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Bij elke stand van de inhoudingseigenschappen wordt voortaan de fiscale ingangsmaand vastgelegd. Bij mutaties in het dossier (handmatig via scherm) is het veld verplicht, de default is de huidige verwerkingsmaand van het bedrijf en de ingangsmaand mag maximaal 5 jaar na de huidige verwerkingsmaand liggen. Het is mogelijk een eerdere fiscale maand als ingangsmaand te kiezen, wat inhoudt dat het gaat om een mutatie met terugwerkende kracht (TWK). Om te laten zien voor welke velden Payroll Gemal deze TWK ondersteunt, zijn deze in het scherm gemarkeerd met (T). Bij mutaties via de Bulkjob (DFO20-XMLbestand) wordt de huidige verwerkingsmaand van het bedrijf gehanteerd als er geen expliciete ingangsmaand is opgegeven. Vanaf deze release wordt in het scherm Inhoudingseigenschappen de eerste payrollverwerkingsrun waarin de betreffende stand van de inhoudingseigenschappen is doorgegeven, vastgelegd en getoond onder de ingangsdatum. Migratie Voor de bestaande historische en actuele standen van de inhoudingseigenschappen wordt met deze release de ingangsmaand en eerste verwerkingsrun waar mogelijk gevuld. Uw actie Er is geen actie nodig. Verwerkingsverslagen toegankelijker Waarom Het verwerkingsverslag is een bestand waarin meldingen en resultaten worden vastgelegd van een proces dat is uitgevoerd in P&B Core. Tot nu toe waren deze bestanden alleen beschikbaar door ze te downloaden via Zenden en Ontvangen of SFTP.  Hoe Overzichten > VerwerkingsVerslagen De verwerkingsverslagen zijn nu ook direct toegankelijk in P&B Core vanuit het overzichtsscherm Verwerkingsverslagen door te klikken op de betreffende link. Uw actie Er is geen actie nodig. Loonheffingskorting per ingangsdatum op de jaaropgave Waarom Volgens de wet- en regelgeving moeten op de jaaropgave de tijdvakken van het fiscale jaar waarin de loonheffingskorting aan dan wel uit staat worden vermeld. Tot nu toe werd alleen de laatste, actuele waarde weergegeven. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie/jaaropgaaf De tijdvakken met hun waarde voor de loonheffingskorting worden vermeld op de jaaropgave voor zowel de RSM-PDF's als de DFO44-XML. Voorbeeld 1, hele jaar geen korting RSM-PDF Loonheffingskorting Nee m.i.v. 01-01 DFO44-XML <Heffingskorting>Nee m.i.v. 01-01</Heffingskorting> Voorbeeld 2, deel van het jaar korting RSM-PDF Loonheffingskorting Ja m.i.v. 01-01 Loonheffingskorting Nee m.i.v. 01-05 DFO44-XML <Heffingskorting>Ja m.i.v. 01-01, Nee m.i.v. 01-05</Heffingskorting> Uw actie Er is geen actie nodig. Publishing Date : 10/3/2019
Volledig artikel weergeven
03-10-2019 13:32
  • 0 Antwoorden
  • 1 kudos
  • 316 Weergaven
Gewijzigd en verbeterd Vrijstelling loonheffing via tabelkleur aansturen Waarom Bij vrijstelling van loonheffing moet in de tag LbTab van het loonaangiftebestand waarde 999 worden opgenomen. Hiervoor moet het bronsysteem aan invoercode 02333 (Code loonheffingstabel) de waarde 3 geven, zoals Payroll Gemal voorschrijft. Hoe Fiscaalbegunstigden > Inhoudingeigenschappen Verwerking > Handmatige/Automatische verwerking >Start aanmaken Gemal mutaties Bij het aanmaken van mutaties voor Payroll Gemal wordt invoercode 02333 als volgt vastgelegd: Als VrijstellingLoonheffing = Nee stuur waarde 2 (Groene tabel). Als VrijstellingLoonheffing = Ja stuur waarde 3. Uw actie Er is geen actie nodig. Tussentijdse jaaropgave - overledenen en selectiemogelijkheden Waarom Voor begunstigden die overleden zijn en waarvoor de administratieve verwerking is afgerond, moet een laatste jaaropgave worden aangemaakt. Er zijn meer selectiemogelijkheden wenselijk bij het proces Aanmaken jaaropgaaf. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf De job Start aanmaken jaaropgaaf is uitgebreid van twee naar vier mogelijkheden. U kunt kiezen uit de volgende opties, waarvan de onderste twee de nieuwe functionaliteit betreffen: 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 als waarden voor FB-Selectie= in de Automatische verwerking. De administratieve verwerking voor een overleden begunstigde beschouwen we als afgerond indien: De Overlijdensdatum is gevuld Alle eenmalige en periodieke uitkeringscomponenten zijn verwerkt Alle bruto beschikbaarstellingen zijn verwerkt door de payroll Alle netto's zijn verwerkt Alle betalingen zijn verstuurd naar het betaaldomein Er geen openstaande vorderingen zijn Voor deze begunstigden wordt een laatste jaaropgave gemaakt, als de meest recente bruto van de begunstigde ligt in het fiscale jaar waarvoor het jaaropgaveproces is gestart. Uw actie Er is geen actie nodig. RSM/DFO44 Vrije tekstregel bij meldingen op bruto-netto-specificatie Waarom Voor het mededelingenblok van de bruto-netto specificatie, is het gewenst om naast de betalingen, ook een vrije tekst per bedrijf op te kunnen nemen. Hoe Referentiegegevens > Bruto Netto Specificatie Element Vanaf deze release kunt u vrije tekst opnemen door een element toe te voegen met Id = “MED” en in de Omschrijving de tekst voor het gewenste bedrijf te typen. De maximale lengte van de tekst is 100 posities. Als het eenmalige tekst is, bijvoorbeeld alleen op de januari-specificatie, moet u de tekst na het aanmaken van de specificatie verwijderen. Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie De vrije tekst komt op de volgende manier op de bruto/netto specificatie te staan: In de RSMdata-XML na het einde van tag <BLOKINFO ID="C">: <BLOKINFO ID="J">       <TEKSTREGEL ID="1">vrije tekst</TEKSTREGEL> </BLOKINFO> In de DFO44-XML is binnen de tag Bedrijf na tag de Website, de tag Mededeling opgenomen met daarin de vrije tekst. Uw actie Als u deze functionaliteit wilt gebruiken, moet u de bovengenoemde elementen voor de bruto-netto specificatie toevoegen. CAK foutmelding 3 bij minder nominaal inhouden door Payroll Gemal Waarom Het is noodzakelijk om foutmelding 3: te weinig nominale premie, te detecteren en terug te melden aan het CAK. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Bij het inlezen van het extract moet in kolom AA [FOUTMELDING] van het CAK-bestand de waarde 03 worden geschreven als: Het bedrag in kolom AC INHOUDING_NOMINAAL lager is dan het gevraagde nominale bedrag in kolom AL CVZ_INH_NOMINAAL_F Als kolom AA de waarde 03 heeft en er is aan de volgende voorwaarden voldaan: Het bedrag in kolom AC INHOUDING_NOMINAAL is niet meer lager dan het gevraagde nominale bedrag in kolom AL CVZ_INH_NOMINAAL_F dan moet kolom AA [FOUTMELDING] weer de waarde 00 krijgen. Uw actie Er is geen actie nodig. CAK-inhouding starten ook als verdragsland afwijkt Waarom Bij het inlezen van een CAK-bestand werd bij een regel met een startbericht, bij de controles soms als enige fout geconstateerd, dat het CAK een ander verdragsland (fout 6) aangaf dan het verdragsland dat in P&B Core als woonland stond. Als dit het geval was, werd er niet gestart met inhouden. Het is echter de bedoeling dat er toch wordt gestart met inhouden, ook als de verdragslanden niet overeenkomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start CAK verwerking Voortaan wordt bij dit proces gestart met inhouden, ook als de verdragslanden niet overeenkomen. Uw actie Er is geen actie nodig. Vastleggen Code Zvw met waarde K was niet mogelijk Waarom Als bij de bulkjob bij code Zvw de waarde K (werkgeversheffing Zvw) voorkwam, zag u de volgende foutmelding:  Bestand voldoet niet aan specificaties, foutmelding: Het bestand voldoet niet aan de XSD. - The 'CodeZVW' element is invalid - The value 'K' is invalid according to its datatype 'String' - The Enumeration constraint failed. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Het proces is aangepast, zodat de bovengenoemde foutmelding niet meer voorkomt en de waarde K correct wordt toegekend aan de code Zvw. Uw actie Er is geen actie nodig. Publishing Date : 8/27/2019
Volledig artikel weergeven
27-08-2019 20:25
  • 0 Antwoorden
  • 0 kudos
  • 228 Weergaven
Gewijzigd en verbeterd Uitkeringscomponent afzonderlijk te filteren in Fiatteerlijst (VIDIS-2023) Waarom Het was niet mogelijk om in het scherm Rapportage openstaande fiatteringen te filteren op uitkeringscomponent. Openstaande fiatteringen voor uitkeringscomponenten, zoals voor premie-inhoudingen, werden getoond bij de filterwaarde uitkeringsplan. Hoe Rapportages > Fiatteringen In het scherm Rapportage openstaande fiatteringen hebben we aan de selectielijst van het veld Te fiatteren entiteit de optie Uitkeringscomponent toegevoegd. Als je hiervoor kiest, worden openstaande fiatteringen voor uitkeringscomponenten, zoals voor premie-inhoudingen, getoond. Actie Er is geen actie nodig. Extra adresregel en woonplaatsregel (VIDIS-2896) Waarom In release 2021-03 hebben we de NAW-velden Extra adresregel en Extra woonplaatsregel toegevoegd, zodat het mogelijk is deze in te lezen via de XML-bestanden, beschikbaar zijn in P&B Core en worden doorgestuurd naar de Specificatie Manager om op te nemen in PDF-bestanden. In deze release hebben we de functionaliteit uitgebreid. Hoe Verwerking > Handmatige Verwerking\Automatische Verwerking > Start aanmaken bruto\netto specificatie Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Vanaf deze release worden de velden Extra adresregel en Extra woonplaatsregel ook: Opgenomen met de tags <ExtraAdresregel> en <ExtraWoonplaatsregel> in de DFO44-XML voor BNS en Jaaropgaaf. Dit is van belang voor klanten die deze documenten zelf maken, geen gebruik maken van Specificatie Manager. Opgenomen in het Matching relatiegegevens XML-bestand in de tags <ExtraAdresregel> en <ExtraWoonplaatsregel>. Doorgegeven naar Payroll Gemal: De extra adresregel wordt als onderdeel van het woon- en correspondentieadres aangestuurd via respectievelijk invoercode IVC 03037 en IVC 03002. De extra woonplaatsregel wordt als onderdeel van het woon- en correspondentieadres aangestuurd via respectievelijk invoercode IVC 03038 en IVC 03003. Actie Er is geen actie nodig Bedrijfscode filter in scherm GUITK rapportage (VIDIS-3872)  Waarom Het was voorheen niet mogelijk om in het scherm GUITK rapportage te selecteren op bedrijfscode. GUITK staat voor Gedane UITKeringen. Daarnaast was het verplicht om altijd een Contractnummer en/of Klantnummer op te geven, dat is niet altijd gewenst. Hoe Rapportages > GUITK Verwerking > Handmatige/Automatische verwerking > Start rapportage Guitk Aan het scherm GUITK rapportage is nu de selectiebox Bedrijf toegevoegd, waarin je de bedrijfscode kunt selecteren waarvoor je de rapportage wilt opvragen. Het opgeven van een Contractnummer en/of Klantnummer is niet meer verplicht, dat geldt zowel voor het scherm als voor het GUITK-proces. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-3417 - Cijfers toestaan in Bron in Polisjob bestandsnaam VIDIS-3362 - 500 fout bij toevoegen Verzerkeringsvorm aan een bron VIDIS-3302 - Service center instelling ExtractPayroll VIDIS-3293 - Process Registratienummer in payroll extract VIDIS-3332 - Verwerk Registratienummer in payroll extract VIDIS-3187 - Foutmelding bij verwijderen loonbeslag VIDIS-3172 - Mogelijke fout bij termijnen uitkeringsplan tijdens fiatteren fiscal correctie VIDIS-3036 - Mogelijke fout bij termijnen uitkeringsplan tijdens verdelen naar uitkeringscomponent (VUC) bij aanmaken fictief bruto VIDIS-3016 - DFO25 - onterechte aanpassing hoofdrelatienummer VIDIS-1885 - Dubbele CAK brief aangemaakt VIDIS-3349 - Fout bij verdelen netto's i.g.v. onbelast bruto met netto premie inhouding VIDIS-3972 - GUITK rapport crasht met ontbrekende velden in de Database
Volledig artikel weergeven
28-09-2021 19:48
  • 0 Antwoorden
  • 0 kudos
  • 364 Weergaven
Gewijzigd en verbeterd Rekeningnummer toegevoegd aan netto blokkadelijst (PBI 689809, VIDIS-1859) Waarom De netto blokkadelijst bevat betalingen die vanwege een blokkade niet naar het betaaldomein zijn overgedragen. Het is praktisch om in die lijst direct het rekeningnummer te zien. Hoe Rapportages > Blokkadelijst (netto) Het rekeningnummer is toegevoegd aan de kolom Ontvanger in de netto blokkadelijst. Deze kolom wordt gevuld met: OntvangerId - TenNameVan - Rekeningnummer Waarbij dat rekeningnummer een IBAN, een domestic account of een rekening courant kan zijn. Actie Er is geen actie nodig. Optionele blokkade bij aanmaken jaaropgave overleden begunstigde (PBI 689364, VIDIS-1888) Waarom Na het aanmaken van de tussentijdse jaaropgaven voor overleden begunstigden werd tot deze release bij deze fiscaal begunstigden de optie Jaarlijkse jaaropgave geblokkeerd altijd automatisch aangezet. Dat zorgt er voor dat de jaaropgave niet nogmaals wordt aangemaakt bij het tussentijds of jaarlijks aanmaken van de jaaropgaven. Dit bemoeilijkt het echter om de jaaropgaven van overleden fiscaal begunstigden achtereenvolgens naar meerdere bestemmingen, zoals Salarisdossier en PostNL, te laten sturen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Aan het scherm Start aanmaken jaaropgaaf is vanaf deze release voor dit proces de volgende optie toegevoegd: Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld Deze optie staat standaard aan. Na het aanmaken van een in principe laatste jaaropgaaf voor de groep fiscaal begunstigden die is overleden en volledig afgehandeld, zal de optie Jaarlijkse jaaropgave geblokkeerd alleen aangezet worden bij deze overleden fiscaal begunstigden als bij de start van het proces de optie Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld aan staat. Door het proces Start aanmaken jaaropgaaf herhaald aan te roepen waarbij je alleen de laatste keer de optie Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld aanzet, is het nu mogelijk de jaaropgaven van deze overleden fiscaal begunstigden naar meerdere bestemmingen te sturen. Per aanroep kan je één bestemming kiezen. Actie Er is geen actie nodig. Werkgeversheffing Zvw bij specifieke uitkeringen (VIDIS-2164) Waarom Over het algemeen wordt Zvw ingehouden op de uitkering van de fiscaal begunstigde. Bij wijze van uitzondering moet bij bepaalde typen uitkering een werkgeversheffing toegepast worden met de waarde K voor CodeZvw. Hoe Referentiegegevens > Verzekeringsvorm Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Referentiegegevens > PayrollResultaat Aan het scherm referentiegegevens Verzekeringsvormen is vanaf deze release de volgende optie toegevoegd: CodeZvwK  Deze optie staat standaard uit. Als deze optie aan staat betekent dit dat voor nieuwe uitkeringsplannen met deze verzekeringsvorm voor CodeZvw de waarde K naar Payroll Gemal gestuurd moet worden, ongeacht de instellingen die bij de inhoudingseigenschappen van de fiscaal begunstigde zijn vastgelegd. Bij de aansturing van Payroll Gemal wordt er voor gezorgd dat uitkeringsplannen met CodeZvwK qua inkomstenverhouding gescheiden worden gehouden van de overige uitkeringsplannen zonder Zvw-inhouding of met een reguliere Zvw-inhouding. Voor de inkomstenverhoudingen waarvoor de CodeZvwK aan staat, wordt de werkgeversheffing toegepast. Deze aanpassing geldt voor nieuwe inkomstenverhoudingen bij nieuwe uitkeringsplannen. De werkgeversheffing die Payroll Gemal berekent, komt in het extractbestand met code V39 (Gemal-uitvoercode 01791 afdr ZVW tar / afdracht Zvw basistarief). Door het definiëren van een PayrollResultaat kun je dat bedrag laten opslaan in P&B Core om te gebruiken in de boekingsgang.  Actie Er is geen actie nodig. Duale periode gaat niet meer automatisch aan (VIDIS-2151) Waarom Bij voorgaande jaarovergangen ging het duaal werken, dat wil zeggen de mogelijkheid om nog verwerkingen uit te voeren over het oude jaar, automatisch aan bij de januari verwerking van een fonds. Omdat het gewenst is bewust te kiezen voor duaal werken, vindt het aanzetten van de duale periode niet meer automatisch plaats, maar moet je dit zelf doen.  Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Het aanzetten van de duale periode gaat niet meer automatisch. Je kan dit in het Servicecenter handmatig aanzetten via de al langer bestaande optie Jaarwerk functie correcties fiscaal doorgeven naar GEMAL. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 709528 - 4Me2240132 - relatienummer en relatiebronnummer wijken af VIDIS-2104 - 4Me2277651 - Loonstrook aanmaken bij combinatie belast en onbelast UP  PBI 709147, VIDIS-2038 - 4Me2229114 - Onterecht openstaande UC fiatteringen Publishing Date : 11/23/2020
Volledig artikel weergeven
23-11-2020 20:41
  • 0 Antwoorden
  • 0 kudos
  • 257 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
  • 222 Weergaven
Gewijzigd en verbeterd Melding bij verdelen netto bedragen verbeterd Waarom In het verwerkingsverslag van het proces Verdelen Naar Uitkeringscomponent (VNO) stond soms ten onrechte de melding Er zijn niet-verdeelde PayrollInputs voor deze run, zonder verdere uitleg of details.  Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen op uitkeringscomponent De melding stond ten onrechte in het verwerkingsverslag van het proces VNO als het totaalbedrag van de bruto's 0 euro was. Dit is opgelost. Voor terechte meldingen wordt voortaan een lijst met de betreffende inkomstenverhoudingen opgenomen in het verwerkingsverslag. Uw actie Er is geen actie nodig. CAK-informatie op scherm inhoudingseigenschappen Waarom Er is behoefte aan extra informatie in het fiscaal begunstigde dossier over de inhoudingen ZVW Buitenland voor het CAK. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Aan het tabblad Inhoudingseigenschappen is de volgende CAK-gerelateerde informatie toegevoegd:   waarde van de CAKFoutmelding (foutcode + korte omschrijving) onder de regel Codebuitenland Bijvoorbeeld: 0 - Geen of 1 - VerzekerdeNietBekend. Als de CodeZVW buitenland aan staat (waarde = I) ziet u eventueel de meldingen: niet actief vanwege woonland NL als het Woonland Nederland is. niet actief vanwege binnenlandse inhouding als bij Vrijstellingloonheffing de waarde Nee is ingevuld en bij Codeherleiding de waarde 0 (nul). Als de CodeZVW buitenland aan staat (waarde = I) en ook actief is, dan wordt onder CodeZVW de tekst M naar Payroll ivm CAK getoond. Let op: u kunt deze gegevens niet wijzigen. Uw actie Er is geen actie nodig. Nieuwe relatiegegevens - telefoonnummer en e-mailadres Waarom Het was niet mogelijk de relatiegegevens telefoonnummer en e-mailadres vast te leggen.  Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Fiscaal begunstigden > tabblad Relatie Ontvangers > Ontvanger > Relatie U kunt nu binnen de Relatie-tag in het XML-bestand de relatiegegevens telefoonnummer en e-mailadres doorgeven via de tags Telefoonnummer en Emailadres voor de volgende processen: Polisjob (DFO11) Bulkjob (DFO20) Relatiejob (DFO25) Het telefoonnummer en e-mailadres staan nu ook in het fiscaal begunstigde dossier, waar u ze kunt wijzigen. Uw actie Er is geen actie nodig. Systeemblokkade uit- of aanzetten Waarom Bepaalde bruto/netto blokkades van de fiscaal begunstigde worden automatisch door het systeem aangezet. Het was niet mogelijk dit automatisme uit te schakelen.  Hoe Referentiegegevens > Blokkadereden Vanaf deze release kunt u zelf kiezen of en welke blokkades u automatisch door het systeem wilt laten aanzetten. Dit doet u door in het scherm Referentiegegevens Blokkaderedenen bij de betreffende systeemblokkade de optie Actief uit of aan te vinken. Standaard staan alle systeemblokkades aan. Uw actie Er is geen actie nodig. Omschrijving verzekeringsvorm en betalingcode tonen in begunstigde dossier Waarom Tot deze release werd in het begunstigde dossier alleen de code van de verzekeringsvorm getoond. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen (> Details Betalingen) Voortaan ziet u bij de verzekeringsvorm van een uitkeringsplan naast de code ook de omschrijving. Verder wordt bij een betaling nu ook de betalingcode vermeld die de aard van de betaling aangeeft, bijvoorbeeld regulier, loonbeslag of premie-inhouding. Uw actie Er is geen actie nodig. Alternatieve tekst voor betaling op bruto-netto specificatie via RSM Waarom Gebruikt u Raet Specificatie Manager (RSM) voor het maken van pdf's van de bruto-netto-specificatie, dan werd voor het vermelden van betalingen de volgende vaste formulering gebruikt: Een bedrag van € <bedrag> wordt overgemaakt op rekeningnummer: <rekening> met daarachter de tenaamstelling: t.n.v. <ten name van> Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie De tekst bij een betaling op een bruto-netto-specificatie die is aangemaakt via RSM kunt u vanaf deze release aanpassen in het scherm referentiegegevens van het service center. Hierbij kunt u de volgende  dynamische elementen gebruiken: 1. [bedrag] 2. [rekeningnummer] 3. [tenaamstelling] - indien aanwezig wordt deze voorafgegaan door “ t.n.v. “. 4. [betaaldatum] Bij het aanmaken van bruto-netto-specificaties voor RSM, gebruikt het systeem de door u vastgelegde tekst en vervangt de dynamische elementen door hun waarde. Als er geen tekst is vastgelegd, wordt de default tekstopbouw gebruikt: Een bedrag van € [bedrag] wordt overgemaakt op rekeningnummer: [rekeningnummer][tenaamstelling] Uw actie Er is geen actie nodig. Lijst begunstigden kunnen opgeven bij aanmaken bruto-netto specificatie Waarom Gebruikers hebben gevraagd om een bruto netto specificatie te kunnen aanmaken voor een beperkte groep specifieke begunstigden. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het starten van het proces is het nu mogelijk om een komma-gescheiden lijstje met begunstigdenummers op te geven. Uw actie Er is geen actie nodig. Publishing Date : 6/26/2019
Volledig artikel weergeven
25-06-2019 19:41
  • 0 Antwoorden
  • 0 kudos
  • 237 Weergaven
Gewijzigd en verbeterd Ingangsmaand in plaats van ingangsdatum voor inhoudingeigenschappen Waarom In de aansturing van de inhoudingeigenschappen hebben we twee verbeteringen doorgevoerd. Zie hiervoor ook het volgende onderwerp Ingangsmaand inhoudingeigenschappen - via bulkjob (DFO 20). Tot deze release kon u voor de inhoudingeigenschappen een datum voor het ingaan ervan opgeven. Dit kon een datum zijn in de toekomst of een datum in het verleden. Bij een toekomstdatum werd deze mutatie actueel gemaakt op de betreffende kalenderdatum via het proces Effectueren toekomstmutaties en bij de eerstvolgende verwerking doorgegeven naar Payroll Gemal.  Vanaf deze release kunt u voor het laten ingaan van inhoudingeigenschappen in de toekomst of in het verleden, in plaats van een datum een fiscale maand opgegeven. Bij een toekomstmaand wordt de mutatie pas doorgegeven aan Payroll Gemal met de periodeverwerking voor de betreffende maand. Het is hierbij niet meer nodig het proces Effectueren toekomstmutaties uit te voeren. Deze nieuwe opzet sluit beter aan op de werkwijze van Payroll Gemal. Hoe Fiscaal begunstigden > tabblad Inhoudingeigenschappen Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij Inhoudingeigenschappen in het begunstigde dossier (GUI) kunt u nu geen ingangsdatum meer maar een ingangsmaand opgeven. Als de ingangsmaand vóór of in de huidige verwerkingsmaand ligt, wordt de actuele stand gemuteerd. Daarbij mag de ingangsmaand niet voor januari van het huidige verwerkingsjaar liggen, behalve als de optie Herreken vorig jaar aan staat; dan mag de ingangsmaand niet vóór januari van het voorgaande verwerkingsjaar liggen. De ingangsmaand wordt doorgegeven aan Payroll Gemal bij de volgende verwerking. Als de ingangsmaand ná de huidige verwerkingsmaand ligt, is het een toekomstmutatie. Het proces Aanmaken Gemal mutaties controleert aan begin van de periode- of dagverwerking of er toekomstmutaties voor inhoudingeigenschappen zijn die geëffectueerd moeten worden, dat wil zeggen waarvoor de ingangsmaand <= huidige verwerkingsmaand. Het proces maakt deze mutaties dan effectief en stuurt ze door naar Payroll Gemal. Uw actie Er is geen actie nodig. Ingangsmaand inhoudingeigenschappen - nu ook via Bulkjob (DFO 20) Waarom Het is nu mogelijk om de ingangsmaand voor de inhoudingeigenschappen (zie het vorige onderwerp), niet alleen door te geven via het begunstigde dossier (GUI), maar ook via het DFO20-XML-bestand (Bulkjob). Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Via DFO20-XML (BulkJob) kunt u een ingangsmaand opgeven voor een mutatie van de inhoudingeigenschappen. Hiervoor is binnen de tag <Inhoudingeigenschap> de optionele tag <Ingangsmaand> beschikbaar. Gaat het om de huidige maand of om een maand die in het verleden ligt, dan wordt deze als ingangsmaand bij de actuele stand vastgelegd. Deze ingangsmaand wordt bij een volgende verwerking doorgegeven aan Payroll Gemal, wat leidt tot het in laten gaan van deze eigenschappen, al dan niet met terugwerkende kracht. Als de maand in de toekomst ligt, wordt dit als toekomstmutatie vastgelegd. De inhoudingeigenschappen worden dan doorgegeven naar Payroll Gemal bij de periodeverwerking voor die maand. De mutatie wordt direct gefiatteerd, ongeacht de waarde van de tag Fiatteren, want die heeft alleen betrekking op  de ontvangerverdeling. Een eventuele, openstaande te fiatteren (toekomst)mutatie wordt overschreven. Uw actie Er is geen actie nodig. Betaling-Kenmerk in Borderel-XML Waarom Het is gewenst dat een verzamelontvanger in de borderel-XML bij de afzonderlijke betalingen een bijbehorend kenmerk kan zien. Tot deze release werden in de Borderel-XML alleen het relatienummer en de naam opgenomen van de begunstigde die bij de betaling hoort. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen > Details Ontvangers Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel In de borderel-XML is binnen de tag BetalingVerzamelontvangerBegunstigdeBetaling een nieuwe tag <Kenmerk> opgenomen die wordt gevuld met het kenmerk van de betaling. U kunt het kenmerk van de betaling bepalen door dit bij de ontvangerverdeling van het uitkeringsplan op te geven in het veld Dagafschrift; wat u in dit veld opgeeft, wordt getoond in de omschrijving op het bankafschrift. Uw actie Er is geen actie nodig. Eenmalige handmatige uitkeringscomponent met fiscale maand Waarom De periodieke en eenmalige handmatige uitkeringscomponenten kunt u gebruiken voor premie-inhoudingen en loonheffingscorrecties. Voorheen werd een eenmalige handmatige uitkeringscomponent altijd verwerkt in de fiscale maand van de eerstvolgende verwerking voor het bedrijf. Vanaf deze release is het echter mogelijk om deze uitkeringscomponent betrekking te laten hebben op een eerdere of latere fiscale maand. Hoe Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties In het scherm waarin u handmatige uitkeringcomponenten vastlegt, kunt u bij een eenmalige uitkeringscomponent nu de Fiscale maand kiezen. De defaultwaarde bij een nieuwe uitkeringscomponent is de huidige verwerkingsmaand. Het programma voert de volgende controles uit: De fiscale maand ligt niet vóór het huidige verwerkingsjaar. Alleen tijdens de jaarwerkperiode mag indien de indicatie Herrekening vorig jaar bij de begunstigde aan staat, de fiscale maand ook in het voorgaande fiscale jaar liggen. De fiscale maand ligt niet vóór de ingangsmaand van de inkomstenverhouding van het uitkeringsplan bij de uitkeringscomponent. Tenzij het uitkeringsplan (nog) geen inkomstenverhouding heeft. De opgegeven fiscale maand wordt vastgelegd zodat deze ofwel bij de eerstvolgende run (indien het de maand van de run of een eerdere maand betreft) ofwel bij de perioderun van de betreffende maand doorgegeven wordt aan Payroll Gemal. Uw actie Er is geen actie nodig. Woon- of correspondentieadres toevoegen nu mogelijk Waarom Vanaf deze release kunt u in het dossier van de Fiscaal begunstigde een woon- of correspondentieadres toevoegen. Tot nu toe was het alleen mogelijk deze adressen te wijzigen of te verwijderen. Hoe Fiscaal begunstigden > tabblad Relatie Ontvangers > Relatie ontvanger Het is nu mogelijk in het tabblad Relatie van een fiscaal begunstigde en in het scherm Relatie ontvanger van een ontvanger een adres toe te voegen als dat nog niet aanwezig is. Uw actie Er is geen actie nodig. Aangepaste definitie Verzameluitkeringsplan Waarom Een Verzameluitkeringsplan is een bijzonder uitkeringsplan dat is bedoeld voor uitkeringen van meerdere begunstigden die 1-op-1 door u verzameld worden, dat wil zeggen zonder fiscale inhoudingen of andere verwerkingen zoals verrekening met vorderingen of loonbeslag. Het totaalbedrag van een Verzameluitkeringsplan wordt met borderel doorgestuurd naar een verzamelontvanger die verantwoordelijk is voor de fiscale inhoudingen en verdere verwerking. Tot deze release werd een uitkeringsplan beschouwd als Verzameluitkeringsplan als dit een verzamelontvanger had met een normale rol in de ontvangerverdeling, waarbij normaal inhoudt dat premieontvangers buiten beschouwing blijven. Deze defintie was echter te ruim, waardoor bepaalde uitkeringsplannen onterecht als Verzameluitkeringsplan werden behandeld. Hoe Een uitkeringsplan wordt voortaan beschouwd als Verzameluitkeringsplan als: de indicatie VerzamelOntvanger van het uitkeringsplan op Ja staat EN het uitkeringsplan niet belast is EN het uitkeringsplan een verzamelontvanger heeft met een normale rol in de ontvangerverdeling: de verzamelontvanger is geen premieontvanger. Dit heeft effect op: de betaling-/vorderingcode bij het aanmaken van betalingen en vorderingen in het proces Verdelen netto bedragen naar ontvangers het verrekenen met vorderingen in het proces Verdelen netto bedragen naar ontvangers Verrekeningen worden niet gedaan van of naar een Verzameluitkeringsplan. het loonbeslag in het proces Verdelen netto bedragen naar ontvangers Loonbeslag vindt niet plaats voor een Verzameluitkeringsplan.  het aanmaken van bruto-netto specificaties. Bedragen van Verzameluitkeringsplannen worden niet vermeld. Uw actie Er is geen actie nodig. Gegroepeerde lijst met uitkeringscomponenten verbeterd Waarom De informatie in het tabblad Uitkeringscomponenten van het fiscaal begunstigde dossier was op enkele punten niet duidelijk. Uitkeringscomponenten worden daar gegroepeerd onder een totaalregel die u kunt in- en uitklappen door te klikken op + en -. Hoe Fiscaal begunstigden > Uitkeringscomponenten Verbeteringen: Bij een groep uitkeringscomponenten van het type Rechten ziet u nu een lege Einddatum Recht in de totaalregel als er een uitkeringscomponent in de groep zit met een lege Einddatum Recht. Bij  eenmalige uitkeringscomponenten ziet u nu in de totaalregel in de kolommen Begindatum Recht en Einddatum Recht respectievelijk de laagste Begindatum GerelateerdRecht en de hoogste Einddatum GerelateerdRecht van de groep. Bij uitkeringscomponenten die u niet kunt aanpassen, ziet u geen potloodje in de eerste kolom. Voor een groep met één uitkeringscomponent is er geen totaal-regel met in- en uitklapmogelijkheid.  Uw actie Er is geen actie nodig. Publishing Date : 5/24/2019
Volledig artikel weergeven
24-05-2019 20:08
  • 0 Antwoorden
  • 0 kudos
  • 244 Weergaven
Gewijzigd en verbeterd Bundeling eenmalige uitkeringsplannen in IKV per fiscale maand (PBI 705271)  Waarom Als er voor een fiscaal begunstigde meerdere eenmalige uitkeringsplannen zijn worden deze gebundeld in een enkele inkomstenverhouding (IKV) als ze dezelfde soort inkomen hebben en vallen in hetzelfde fiscale jaar. Volgens de huidige regelgeving mogen eenmalige uitkeringen alleen gebundeld worden als ze vallen in dezelfde fiscale maand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij het toekennen van een inkomstenverhouding aan een eenmalig uitkeringsplan, komen vanaf deze release alleen inkomstenverhoudingen in aanmerking die actief zijn in de specifieke fiscale maand van de uitkering. Als er geen bestaande inkomstenverhouding wordt gevonden die aan alle voorwaarden voldoet, wordt voor de uitkering een nieuwe inkomstenverhouding aangemaakt. Deze aanpassing heeft geen effect op de inkomstenverhouding van al bestaande uitkeringsplannen. Actie Er is geen actie nodig. Wereldinkomen op jaaropgave (PBI 559930, VIDIS-1858) Waarom Voor fiscaal begunstigden waarvoor een deel van het inkomen in het buitenland is verdiend, is het gewenst dat bedrag te tonen op de jaaropgave. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Referentiegegevens > Bruto Netto Specificatie Element Bij gebruik van Raet Specificatie Manager (RSM) voor het maken van jaaropgave, wordt als er sprake is van een wereldinkomen: een extra cumulatief bedrag vermeld met de omschrijving Buitenland verdiend Als je een andere omschrijving wilt gebruiken, kun je een BrutoNettoSpecificatieElement aanmaken met code 945 en de gewenste omschrijving. dat wereldinkomen opgenomen in het bruto bedrag Loon Zorgverzekeringswet (code Q12) Het bedrag Belastbaar inkomen (code Q14) is het bruto bedrag na aftrek van het wereldinkomen. Bij het aanmaken van een DFO44-XML voor jaaropgaven wordt: Onder de tag <Opgaaf> een verplichte tag <BuitenlandVerdiend> met de waarde van het wereldinkomen opgenomen. Actie Als je de DFO44-XML gebruikt kun je de nieuwe tag gaan gebruiken. Overige verbeteringen en opgeloste meldingen PBI 705390 - Autorisatie scherm ontvanger relatie PBI 709335 - IKV.EinddatumUitgekeerd wordt ten onrechte vervroegd PBI 709191 - Jaaropgave overledenen: Correct bepalen openstaand periodieke recht PBI 709528 - Handmatig uitkeringsplan: relatienummer en relatiebronnummer wijken af PBI 709484 - DFO32 -Verbeter check vervroegde IKV ingangsdatum PBI 685405 - Bron autorisatie kan verwijderd zijn bij Zoeken begunstigde Publishing Date : 10/26/2020
Volledig artikel weergeven
26-10-2020 17:22
  • 0 Antwoorden
  • 0 kudos
  • 274 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
  • 225 Weergaven
Gewijzigd en verbeterd Land ONB behandelen als NLD bij automatische regels inhoudingseigenschappen (VIDIS-2971) Waarom Volgens de regels voor het automatisch aanpassen van inhoudingseigenschappen werd land ONB (onbekend) onterecht behandeld als buitenland in plaats van binnenland.  Hoe Fiscaal begunstigden > Relatie Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking  De regels voor de automatische aanpassing van inhoudingseigenschappen bij verandering van het woonadres van binnen- naar buitenland of omgekeerd zijn aangepast, zodat land ONB beschouwd wordt als binnenland. Actie Er is geen actie nodig Extra adres regels niet gebruiken van verwijderd correspondentie adres (VIDIS-3171) Waarom Een extra adresregel en/of extra woonplaatsregel van een correspondentie-adres dat was verwijderd, werden voor een bruto-netto-specificatie ten onrechte naar Raet Specificatie Manager gestuurd. Zie de Release notes van 2021-03, onderwerp Extra adresregel en woonplaatsregel. Bij jaaropgaven speelde dit probleem niet. Hoe Fiscaal begunstigden > Relatie Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Dit is opgelost. Als een correspondentie-adres is verwijderd, wordt de extra adresregel niet meer gebruikt. Het woonadres wordt dan gebruikt voor de adressering. Actie Er is geen actie nodig  Overige verbeteringen en opgeloste meldingen VIDIS-3063 - pNPS fix startdatum gebruiker VIDIS-2978 - cache issue bij verdelen naar ontvanger VIDIS-3031 - migratie van Gemal registratienummer mogelijk maken VIDIS-2741 - info box bij selectie bedrijven in start scherm processen VIDIS-3101 - anoniementarief gaat niet via kleur tabel VIDIS-3003 - aansturing adapterhost Publishing Date : 5/26/2021
Volledig artikel weergeven
26-05-2021 14:32
  • 0 Antwoorden
  • 0 kudos
  • 253 Weergaven
Gewijzigd en verbeterd Nieuwe kolom BeschikbaarstellingDatum in journaalpostbestanden (PBI 697889)  Waarom Het is gewenst dat het journaalpostbestand een beschikbaarstellingsdatum bevat. Dat is met name relevant voor TWK-mutaties waar de beschikbaarstellingsdatum in een andere, eerdere maand kan liggen dan de boek-/verwerkingsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken  bruto/netto journaalpost bestanden Aan het journaalpostbestand bruto/netto (JPB) en het journaalpostbestand netto (JPN) is de kolom BeschikbaarstellingDatum toegevoegd. Deze kolom bevindt zich tussen 20. EenheidCode en 21. VORekeningCourant. Deze nieuwe kolom BeschikbaarstellingDatum wordt gevuld bij de volgende JPB-looncomponenten:  k01, f01, b01, b02, b03 en b04 = waarde PayrollInput.BeschikbaarstellingDatum e01 = waarde Uitkeringscomponent.TwkBeschikbaarstellingDatum Bij andere looncomponenenten blijft deze kolom leeg. In de JPN-bestanden zal deze dus altijd leeg zijn. Actie Houd bij het importeren van de JPBJPN-bestanden in uw systeem rekening met de nieuwe kolom, zoals hierboven vermeld. Aanpassing vordering/verrekening-tags DFO44 XML Bruto Netto Specificatie (PBI 699830) Melding Het bedrag aan vorderingen dat in de specificatieperiode voor de fiscaal begunstigde was aangemaakt vanuit negatieve netto's, stond niet in de DFO44 XML. Verder was een eventueel bedrag dat vanuit betalingen is gebruikt voor het verrekenen op openstaande vorderingen, niet opgenomen bij de verrekeningen in de DFO44 XML. Beide punten konden leiden tot een niet sluitende berekening in de bruto-netto specificatie (BNS).  Deze aanpassing is alleen relevant als je bij de Referentiegegevens van het Servicecenter bij het veld Formaat specificatie hebt gekozen voor Dfo44. Oplossing Verwerking > Handmatige/Automatische verwerking > Start aanmaken  bruto/netto specificatie Tot deze release bevatte de DFO44-XML: tag SomVanNogTeInnenBedragen - de totale openstaande vordering aan het einde van de BNS-maand tag VerrekendBedrag - verrekeningen vanuit netto's in de BNS-maand Vanaf deze release bevat de DFO44-XML: tag VerrekendBedrag - verrekeningen in de BNS-maand, inclusief verrekeningen uit betalingen binnen dezelfde maand tag OntstaneVorderingen - ontstane vorderingen in de BNS-maand De tag SomVanNogTeInnenBedragen is vervallen. Actie Als je gebruikt maakt van de DFO44 XML, pas dan naar aanleiding van het bovenstaande de verwerking tot een BNS-document aan. Overige verbeteringen en opgeloste meldingen 707125 looncomponent j01 mist in de JPN bij een loonbeslagbetaling 706111 Rapportage retourbetalingen werkt niet meer 703665 Onterecht worden er 2 herbetalingen aangemaakt 701964 JaarlijkseJaaropgaveGeblokkeerd kan niet gemuteerd worden - Ref: 274-0291129000-02 691091 Geen relatiebron bij aanmaken UP, Einddatumverwerking Leeg bij aanmaken UP 708836 Maandbedrag betalingsregeling mag 0 zijn Publishing Date : 9/21/2020
Volledig artikel weergeven
21-09-2020 20:28
  • 0 Antwoorden
  • 0 kudos
  • 245 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
  • 224 Weergaven
Gewijzigd en verbeterd Validatie loonbeslag aangepast (PBI 697694, VIDIS-2024) Waarom De vereisten voor de maandbedragen van beslagleggers bij het invoeren van een loonbeslag waren onnodig strikt. Als er niet aan voldaan werd, was het niet mogelijk het loonbeslag op te slaan. Hoe Fiscaal begunstigden > Loonbeslag Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers We hebben de vereisten omgezet in waarschuwingen, zodat je het loonbeslag wel kunt opslaan: nieuw oud Let op: Gebruikelijk is dat alle loonbeslagleggers behalve de laatste een maandbedrag hebben. Dit was: Alle loonbeslagleggers behalve de laatste moeten een maandbedrag hebben. Let op: Gebruikelijk is dat de laatste loonbeslaglegger geen maandbedrag heeft. Dit was: De laatste loonbeslaglegger mag geen maandbedrag hebben. Let op: Gebruikelijk is dat bij een enkele loonbeslaglegger het maandbedrag alleen gevuld is indien de beslagvrije voet 0 is. Dit was: Er is maar één loonbeslaglegger. Van deze mag het maandbedrag alleen gevuld zijn indien de Beslagvrije voet 0 is. Let op Bij het toepassen van loonbeslag in het proces verdelen netto bedragen naar ontvangers geldt: Een lege maand wordt geïnterpreteerd als oneindig zonder limiet. Elke loonbeslaglegger met een hoger volgnummer ontvangt geen geld. Als alle loonbeslagleggers een (niet leeg) maandelijks bedrag hebben, gaat elk netto dat overblijft naar de Fiscaal Begunstigde. Dit restant wordt gecombineerd met de beslagvrije voet om betalingen mee te genereren.  Actie Er is geen actie nodig  Aangepaste behandeling beslagvrije voet bij loonbeslag (VIDIS-2791) Waarom Als van een begunstigde meerdere netto's werden verwerkt in hetzelfde verdelen netto bedragen naar ontvangers proces werd de beslagvrije voet evenredig verdeeld over deze netto's. Dat kon leiden tot een ongewenst resultaat als de netto's betrekking hadden op verschillende maanden, waarbij te weinig beslag vrije voet werd uitbetaald. Hoe Fiscaal begunstigden > Loonbeslag De netto's worden achtereenvolgens verwerkt waarbij P&B Core de volledige beslagvrije voet per maand vergelijkt met de betalingen die voor die maand al voor de fiscaal begunstigde zijn aangemaakt.  Het resultaat is dan hetzelfde, als het resultaat dat ontstaat als je deze netto's in afzonderlijke processen zou verwerken. Actie Er is geen actie nodig Hoe voorkom je overschrijden aantal adresregels in RSM (VIDIS-2913) Waarom Binnen de Specificatie Manager (RSM) is een limiet gesteld van 6 adresregels. Dat wordt bepaald door de afmeting van het transparante deel van enveloppen. Met de komst van de optionele regels Extra correspondentienaam en 2 nieuwe adresregels kan die limiet overschreden worden als alle regels gevuld zijn. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Verwerking > Handmatige/Automatische verwerking> Start aanmaken jaaropgaaf Om te voorkomen dat de limiet van 6 adresregels overschreden wordt: Geven we alleen gevulde regels door aan RSM Wordt als de vier optionele tekstregels, dus de extra correspondentienaam, de twee nieuwe adresregels en de landregel, allemaal  een waarde hebben, de regel extra correspondentienaam weggelaten richting RSM. In dat geval verschijnt de extra correspondentienaam dus niet op de bruto/netto specificatie of jaaropgaaf. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-2914 - Standaardiseren componentnamen in nieuw Service Center VIDIS-2745 -  265-0530117000-01 - twk netto handmatige UC's - Ref: 265-0530117000-01 VIDIS-2862 - Loonbeslag - UI verbeteringen VIDIS-2515 - Anoniementarief via tabelkleur VIDIS-3076 - Bug verwerken van netto's bij Loonbeslag Publishing Date : 4/28/2021
Volledig artikel weergeven
28-04-2021 17:21
  • 0 Antwoorden
  • 0 kudos
  • 241 Weergaven
Gewijzigd en verbeterd Ingangsdatum inhoudingseigenschappen mag leeg zijn (PBI 704267) Waarom Het is gewenst om na de laatste dagverwerking van een verwerkingsperiode, mutaties van een inhoudingseigenschap te kunnen klaarzetten voor de periodeverwerking van de volgende maand. Dat kon tot deze release alleen door er een toekomstmutatie van te maken met de volgende maand als ingangsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulkverwerking Fiscaal begunstigden > tabblad Inhoudingseigenschappen Het is vanaf deze release toegestaan om bij een mutatie van een inhoudingseigenschap de ingangsmaand leeg te laten. De betreffende mutatie wordt meegenomen in de eerstvolgende verwerking. Als dat een periodeverwerking is, geldt de mutatie vanaf de nieuwe fiscale maand. Als dat een dagverwerking is, geldt de mutatie vanaf de huidige fiscale maand. Op die manier zijn mutaties klaar te zetten voor de periodeverwerking van de volgende maand; het is niet meer nodig hier toekomstmutaties van te maken. Uw actie Er is geen actie nodig. Verrekenen vordering met aangemaakte betaling aangepast op bruto-netto specificatie via RSM (PBI 624052) Waarom Als door het verrekenen van vorderingen het bedrag van de aangemaakte betalingen werd verlaagd, leidde dit tot een niet sluitende bruto-netto specificatie uit Raet Specificatie Manager (RSM).   Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Het bedrag van een aangemaakte betaling dat binnen dezelfde verwerkingsmaand is gebruikt voor verrekening, wordt nu opgenomen onder Ingehouden i.v.m. vordering op de bruto-netto-specifatie uit RSM. Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen 706321 Fix voor Handmatige uitkeringscomponenten - automatische stopzetting bij stoppen Uitkeringsplan Opmerking: de oplossing van dit onderwerp is meegenomen in release 2020-08, ontbrak echter in de release notes. 705288 CAK A-bestanden worden niet ingelezen Opmerking: de oplossing van dit onderwerp is meegenomen in release 2020-08, ontbrak echter in de release notes. 704177 Fix PayrollOutput aanmaken bij TWK met alleen netto premies Publishing Date : 8/24/2020
Volledig artikel weergeven
24-08-2020 19:58
  • 0 Antwoorden
  • 1 kudos
  • 278 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 Ondersteuning Loondagen bij termijnen-uitkeringsplan Waarom In release 2019-02 hebben we het termijnen-uitkeringsplan geïntroduceerd waarbij het bronsysteem zelf de afzonderlijke beschikbaarstellingen bepaalt qua recht, moment en hoogte. Vanaf deze release kan het bronsysteem ook zelf afwijkende loondagen bepalen en doorgeven aan P&B Core en Payroll Gemal. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Proces Verwerken Polisgegevens (DFO 11) In de XML voor dit proces is voor het doorgeven van afwijkende loondagen een XML-tag <Loondagen> opgenomen binnen de bestaande tag <Uitkeringsplan>. Deze tag mag alleen gebruikt worden voor een termijnen-uitkeringsplan, dus met MutatieSoortpolis=TERM.  Het is niet verplicht loondagen door te geven. Payroll Gemal bepaalt zelf loondagen aan de hand van de kenmerken van de inkomstenverhouding en de ontvangen bruto bedragen. Proces Aanmaken Gemal mutaties Met het verwerken van de uitkeringscomponent van een termijnen-uitkeringsplan wordt naast het bruto ook het eventuele aantal afwijkende loondagen doorgegeven aan Payroll Gemal. Uw actie Er is geen actie nodig. EndToEndId in betaalbestand via Betaal Manager Waarom Naast het doorgeven van de dagafschrifttekst is het mogelijk bij een betaling ook een extra omschrijving door te geven met een unieke identificatie van die betaling, het zogenaamde EndToEndId-veld. De bank gebruikt dit veld voor bijvoorbeeld terugmeldingen over de betaling. Het veld wordt ondersteund door Betaal Manager. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen In het proces Exporteren betalingen wordt in het RBM-betaalbestand het EndToEndId-veld (XML-tag CE1410 - Omschrijving, 35 lang) gevuld met: Indien gewone betaling: <ServicecenterCode><Bedrijfscode>F<FiscaalbegunstigdeId>B<BetalingId> Indien verzamelontvanger-betaling (betaling van een borderel): <ServicecenterCode><Bedrijfscode>V<OntvangerId>B<VerzamelOntvangerBorderelId> Deze functionaliteit is al opgeleverd in release 2019-02, maar ontbrak in de release notes. Uw actie Er is geen actie nodig. Publishing Date : 2/25/2019
Volledig artikel weergeven
25-02-2019 17:57
  • 0 Antwoorden
  • 0 kudos
  • 207 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 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
  • 334 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
  • 328 Weergaven