om een gepersonaliseerde navigatie te krijgen.
om een gepersonaliseerde navigatie te krijgen.
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.
Aan het scherm PayrollResultaat bewerken zijn vanaf deze release de volgende opties toegevoegd:
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.
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".
Er is geen actie nodig.
De adresregel met postcode en woonplaats voldeed op de volgende punten niet aan de richtlijnen van POSTNL:
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.
Dat geldt ook voor het adres van de merge-velden BedrijfPostcode en FBPostcode voor brieven uit RolDocs of in de brieven-XML
Er is geen actie nodig.
De opbouw van de naam van het XML-bestand voor samenvoegen van relaties is logischer gemaakt.
Er is geen actie nodig.
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.
In het scherm Details Vordering wordt de volgende nieuwe informatie getoond:
In het scherm Vorderingen wordt de volgende nieuwe informatie getoond:
Er is geen actie nodig.
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.
In de DFO44-XML voor bruto-netto specificatie en Jaaropgaaf is de tag <Overlijdensdatum> opgenomen direct na de tag <Geboortedatum>.
Er is geen actie nodig.
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.
Deze twee velden zijn opgenomen in de matching relatiegegevens XML:
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:
Er is geen actie nodig.
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.
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.
Er is geen actie nodig.
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.
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:
Er is geen actie nodig.
Voor de achternaam was er al wel een veld voor het tussenvoegsel, zoals van der, etc., voor de geslachtsnaam nog niet.
Er is een extra relatieveld toegevoegd: TussenvoegselGeslachtsnaam
Bij bijvoorbeeld F.J. den Hartog - van der Linden kunt u de relatievelden dan als volgt invullen:
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.
De XML-tag TussenvoegselGeslachtsnaam is opgenomen in de XML voor import via DFO11, DFO20 en DFO25 en de export via matching relatiegegevens.
Het nieuwe veld TussenvoegselGeslachtsnaam ziet u in het dossier via het tabblad Relatie.
In rapporten waar de Geslachtsnaam wordt getoond, wordt het TussenvoegselGeslachtsnaam achteraan in de waarde verwerkt, bijvoorbeeld Linden, van den.
Er is geen actie nodig.
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.
Aan het scherm Servicecenter zijn vanaf deze release de volgende opties toegevoegd:
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.
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.
Er is geen actie nodig.
Het ontvangerveld Bank branchecode moet ook andere tekens kunnen bevatten dan alleen cijfers en eventuele voorloopnullen moeten behouden blijven.
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>
Er is geen actie nodig.
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.
Aan het rapport Incomplete uitkeringsplannen zijn de volgende twee kolommen toegevoegd:
Er is geen actie nodig.
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.
Bij het inlezen van relatie gegevens is de XML-tag voor Voorletters nu optioneel.
Het ontbreken of leeg zijn van het veld Voorletters is geen reden meer voor een blokkade bij de aansturing van Payroll Gemal.
Er is geen actie nodig.
Publishing Date : 11/28/2019
Copyright 2019 Visma Community. All right reserved.