Gewijzigd en verbeterd
Journalisering payrollresulaten zoals eindheffing
Waarom
Het was nog niet mogelijk om payrollresultaten, zoals eindheffing, op te nemen in de journalisering. Daarnaast was het niet mogelijk aan te sturen of een payrollresultaat wel of niet in de bruto-netto specificatie moest worden opgenomen.
Hoe
Referentiegegevens > PayrollResultaat
Aan het scherm PayrollResultaat bewerken zijn vanaf deze release de volgende opties toegevoegd:
- BrutoNettoSpecificatie
Plaatst u hier een vinkje, dan komt het payrollresultaat op de bruto-netto specificatie te staan. Deze optie staat standaard uit. - Journalisering
Plaatst u hier een vinkje, dan wordt het payrollresultaat opgenomen in de journalisering. Deze optie staat standaard uit.
Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie
Staat de hiervoor genoemde optie BrutoNettoSpecificatie aan, dan worden de van Payroll Gemal ontvangen payrollresultaten opgenomen op de bruto-netto specificatie Raet Specificatie Manager (RSM) of DFO44-XML.
Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto journaalpost bestande
Staat de hiervoor genoemde optie Journalisering aan, dan bevat de journaalpost-looncomponent "pre" (afkorting van payroll-resultaat) de van Payroll Gemal ontvangen extra resulaten voor de betreffende verwerking.
Deze transacties vinden plaats op het niveau Fiscaal begunstigde, evenals de inhoudingen lNH, CAK en ZVW.
Voor de boekingsopdrachten wordt het filterelement PRUitvoercode ondersteund.
Hiermee kunne boekingsopdrachten aangemaakt worden die gelden voor bepaalde extra resultaten uit Payroll Gemal.
Voorbeeld van een filter: PRUitvoercode="01618".
Uw actie
Er is geen actie nodig.
Nederlandse postcode correct in correspondentie
Waarom
De adresregel met postcode en woonplaats voldeed op de volgende punten niet aan de richtlijnen van POSTNL:
- Als het land van het adres Nederland (NLD) is en de postcode bestaat uit 4 cijfers en 2 letters, moet er een spatie staan tussen de cijfers en letters (hoofdletters).
- Tussen de postcode en woonplaats moeten 2 spaties worden opgenomen.
- De woonplaats en het land moeten in hoofdletters.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie/jaaropgaaf
Het adres op de bruto-netto specificatie en jaaropgaaf die via RSM worden aangemaakt, voldoet nu aan de bovenstaande richtlijnen.
In de DFO44-XML voor de bruto-netto specificatieen Jaaropgaaf is de tag Postcode binnen zowel tag Bedrijf als binnen tag FiscaalBegunstigde aangepast.
Fiscaal begunstigden > tabblad Fiscaal begunstigde > Maak & bewaar brief
Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven
Dat geldt ook voor het adres van de merge-velden BedrijfPostcode en FBPostcode voor brieven uit RolDocs of in de brieven-XML
Uw actie
Er is geen actie nodig.
Verbeterde bestandsnaam samenvoegen-relatiejob
Waarom
De opbouw van de naam van het XML-bestand voor samenvoegen van relaties is logischer gemaakt.
Hoe
Verwerking > Handmatige/Automatische verwerking > Import > Start samenvoegen relatie verwerking
- Oude situatie: de XML-Bestandsnaam voor samenvoegen van relaties start met <debiteur>_<servicecentercode>_RELAT-<jaar> en eindigt met .txt.
- Nieuwe situatie: de XML-Bestandsnaam voor samenvoegen van relaties start met <debiteur>_<servicecentercode>-SAMEN-<jaar> en eindigt met .xml.
Uw actie
Er is geen actie nodig.
VorderingCode en BorderelOntvanger tonen bij vordering in dossier
Waarom
In het dossier is bij een vordering niet te zien of dit een normale vordering is of bijvoorbeeld een vordering van een premie-inhouding. En in het laatste geval is niet te zien bij welke borderel-ontvanger deze hoort.
Hoe
Fiscaal begunstigden > tabblad Vorderingen
In het scherm Details Vordering wordt de volgende nieuwe informatie getoond:
- een veld VorderingCode met als mogelijke waarden: Regulier/VerzamelUP/PremieInhouding.
- Als VorderingCode de waarde VerzamelUP/PremieInhouding heeft:
Veld Ontvanger met waarde: <OntvangerId> - <TenNameVan>
In het scherm Vorderingen wordt de volgende nieuwe informatie getoond:
- kolom VorderingCode met als mogelijke waarden Regulier/VerzamelUP/PremieInhouding.
Uw actie
Er is geen actie nodig.
Overlijdensdatum in DFO44-XML voor bruto-netto specificatie en jaaropgaaf
Waarom
De DFO44-XML die u als basis kunt gebruiken voor het maken van bruto-netto specificaties, bevatte geen gegevens waaruit bleek of de begunstigde was overleden. Vanwege de juiste adressering is dat wel gewenst.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie/jaaropgaaf
In de DFO44-XML voor bruto-netto specificatie en Jaaropgaaf is de tag <Overlijdensdatum> opgenomen direct na de tag <Geboortedatum>.
Uw actie
Er is geen actie nodig.
Telefoonnummer en e-mailadres toevoegen aan Relatie voor beslagleggerbrieven
Waarom
In een eerdere release waren telefoonnummer en e-mailadres toegevoegd als velden van een relatie. Deze moesten nog in de matching- en brieven-XML verwerkt worden.
Hoe
Verwerking > Handmatige/Automatische verwerking > Specifiaties / Export > Start matching relatiegegevens
Deze twee velden zijn opgenomen in de matching relatiegegevens XML:
- Telefoonnummer - het telefoonnummer van de relatie
- Emailadres - het e-mailadres van de relatie
Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven
Deze twee velden zijn opgenomen als extra velden in de document-XML als bij DocumentType de optie Loonbeslagleggers opnemen in XML een vinkje staat.
Dat betreft handmatige aangemaakte brieven.
En bij de vier automatisch aangemaakte systeemdocumenten voor loonbeslag, waarvan de documentnaam begint met BSL, zijn de volgende velden toevoegd:
- BeslagleggerTelefoonnummer - het telefoonnummer van de beslaglegger
- BeslagleggerEmailadres - het e-mailadres van de beslaglegger
Uw actie
Er is geen actie nodig.
Eenmalige uitkeringsplannen bundelen bij periodieke Inkomstenverhouding
Waarom
Eenmalige uitkeringsplannen werden, met uitzondering van Correctie Verzekerd Bedrag, altijd opgenomen in een Inkomstenverhouding (IKV) voor alleen eenmalige uitkeringsplannen met eenzelfde SoortInkomen.
Het is echter gewenst dat deze eenmalige uitkeringsplannen opgenomen worden in een periodieke IKV als die al aanwezig is. Het is dan niet nodig een nieuwe IKV aan te maken.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties
Voortaan worden eenmalige uitkeringsplannen, waar mogelijk opgenomen in een bestaande, actieve periodieke IKV met hetzelfde SoortInkomen. Zijn er meerdere inkomstenverhoudingen die daaraan voldoen, dan heeft de IKV met de laagste periode de voorkeur; hierbij geldt eerst maand, dan kwartaal, dan half jaar, dan jaar. Als er meerdere geschikte IKV's met eenzelfde periode zijn, wordt de IKV met de vroegste ingangsdatum genomen.
Zijn er geen passende periodieke inkomstenverhoudingen, volg dan de bestaande werkwijze: zoek een bestaande eenmalige IKV of maak een nieuwe aan. Deze aanpassing heeft geen consequenties voor bestaande inkomstenverhoudingen.
Uw actie
Er is geen actie nodig.
Correctie loonheffing tonen in RSM bruto-nettospecificatie
Waarom
De ingestelde loonheffingscorrecties worden niet getoond in de door Raet Specificatie Manager (RSM) aangemaakte bruto-netto specificaties. Ze worden al wel opgenomen in de DFO44-XML voor klanten die zelf de specificaties aanmaken.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie
Het totaalbedrag van de loonheffingscorrecties staat onderin het bruto-netto-blok. Als dit bedrag ongelijk is aan 0, wordt het opgenomen onder de regel Netto te ontvangen na een witregel:
- In de kolom Omschrijving ziet u dan: Correctie loonheffing € {TotaleCorrectieLoonheffing}
Waarbij- {TotaleCorrectieLoonheffing} de som is van het EuroBedrag van alle inhoudingscorrecties voor de begunstigde in de betreffende maand.
- De tekst Correctie loonheffing vervangen kan worden door een andere tekst via referentiegegeven Bruto Netto Specificatie Elementen, code 919.
Uw actie
Er is geen actie nodig.
Veld TussenvoegselGeslachtsnaam
Waarom
Voor de achternaam was er al wel een veld voor het tussenvoegsel, zoals van der, etc., voor de geslachtsnaam nog niet.
Hoe
Er is een extra relatieveld toegevoegd: TussenvoegselGeslachtsnaam
Bij bijvoorbeeld F.J. den Hartog - van der Linden kunt u de relatievelden dan als volgt invullen:
- Achternaam = Hartog - van der Linden
- TussenvoegselAchternaam = den
- Geslachtsnaam = Linden of Hartog
- TussenvoegselGeslachtsnaam = van der of den
Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties
De Geslachtsnaam stuurden we al naar Payroll Gemal via invoercode 02301. Daar komt nu de TussenvoegselGeslachtsnaam bij via invoercode 02302.
Tot deze release werd de waarde van TussenvoegselAchternaam gebruikt voor invoercode 02302.
Verwerking > Handmatige/Automatische verwerking > Start polisverwerking
Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking
Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking
Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens
De XML-tag TussenvoegselGeslachtsnaam is opgenomen in de XML voor import via DFO11, DFO20 en DFO25 en de export via matching relatiegegevens.
Fiscaal begunstigden > tabblad Relatie
Het nieuwe veld TussenvoegselGeslachtsnaam ziet u in het dossier via het tabblad Relatie.
Rapportages
In rapporten waar de Geslachtsnaam wordt getoond, wordt het TussenvoegselGeslachtsnaam achteraan in de waarde verwerkt, bijvoorbeeld Linden, van den.
Uw actie
Er is geen actie nodig.
Regels voor automatisch aanpassen inhoudingseigenschappen voor wonen binnen/buitenland
Waarom
Er is een wens om bepaalde acties voor inhoudingseigenschappen automatisch door het systeem te laten uitvoeren als het woonland van een begunstigde verandert van binnenland naar buitenland of omgekeerd.
Hoe
Referentiegegevens > Servicecenter
Aan het scherm Servicecenter zijn vanaf deze release de volgende opties toegevoegd:
- Woonland naar buitenland moet CodeZVW A worden
- Bij woonland naar buitenland moet CodeHerleiding B worden
- Bij woonland naar NL moet CodeZVW M worden
- Bij woonland naar NL moeten CodeHerleiding en VrijstellingLoonheffing uit
Deze opties hebben een conditie en een actie. Vanaf het moment dat een optie aan staat en de beschreven conditie zich voordoet, voert P&B Core automatisch de beschreven handeling uit. Bij de situatie Bij woonland naar NL wordt de actie moet CodeZVW M worden dus automatisch uitgevoerd.
Zodra u de optie uitzet, voert P&B Core de beschreven actie niet meer uit als de conditie zich voordoet.
Fiscaal begunstigden > tabblad Relatie
Verwerking > Handmatige/Automatische verwerking > Start polisverwerking
Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking
Uitkeringsplannen > Nieuw uitkeringsplan
De acties in deze opties worden uitgevoerd bij het fiatteren van wijzigingen van het woonland via de GUI en via de Relatiejob.
Daarnaast zijn de twee opties met conditie Bij woonland naar buitenland ook actief bij het aanmaken van een nieuwe begunstigde via de Polisjob of via de GUI bij het aanmaken van een nieuw uitkeringsplan.
Uw actie
Er is geen actie nodig.
Ontvanger veld Branchecode alfanumeriek
Waarom
Het ontvangerveld Bank branchecode moet ook andere tekens kunnen bevatten dan alleen cijfers en eventuele voorloopnullen moeten behouden blijven.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking
Ontvangers
Het ontvangerveld Bank branchecode is nu alfanumeriek, zodat het zowel cijfers als letters kan bevatten en heeft een maximale lengte van 35 posities. Dit sluit aan bij bankstandaarden.
In het betaalbestand komt de branchecode terug in de tag: <CdtTrfTxInf><CdtrAgt><BrnchId><Id>
Uw actie
Er is geen actie nodig.
Begin- en einddatumRecht in rapport incomplete uitkeringsplannen
Waarom
Er is behoeft aan informatie over de rechtperiode in het rapport dat de incomplete uitkeringsplannen toont; dit zijn de uitkeringsplannen die nog geen gefiatteerde ontvanger hebben.
Hoe
Rapportages > Incomplete uitkeringsplannen
Aan het rapport Incomplete uitkeringsplannen zijn de volgende twee kolommen toegevoegd:
- BegindatumRecht
- EinddatumRecht
Uw actie
Er is geen actie nodig.
Voorletters niet meer verplicht
Waarom
Het relatieveld Voorletters was een verplichte tag en en als deze tag leeg werd gelaten, leidde dit bij de aansturing van Payroll Gemal tot een blokkade. Deze blokkade trad op ondanks het feit dat het veld Voorletters in de Loonaangifte geen verplicht veld is, maar een optioneel element: Voorl.
Hoe
Verwerking > Handmatige/Automatische verwerking > Start polisverwerking
Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking
Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking
Bij het inlezen van relatie gegevens is de XML-tag voor Voorletters nu optioneel.
Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties
Het ontbreken of leeg zijn van het veld Voorletters is geen reden meer voor een blokkade bij de aansturing van Payroll Gemal.
Uw actie
Er is geen actie nodig.
Visma Denemarken
Visma Finland
Visma Letland
Visma Nederland
Visma Noorwegen
Visma Zweden
Visma Developers & Partners
Visma Latijns-Amerika