Mijn Communities
Help

Releases Youforce Pensions & Benefits Core

Sorteren op:
De release notes van Pensions & Benefits Core van de periode 2015-2018.
Volledig artikel weergeven
31-12-2018 01:00 (Bijgewerkt op 01-03-2022)
  • 0 Antwoorden
  • 0 kudos
  • 1044 Weergaven
Sinds 1 maart 2024 heeft Visma Idella haar eigen plek op de Visma Community. Daar zijn sinds die tijd de Release Notes van VIPS Disbursements (Pension & Benefits Core)  te vinden. VIPS Disbursements Release Notes    Informatie en updates van de payroll Gemal blijven te vinden via: Payroll Gemal    Overig informatie mbt het Youforce platform vindt u in de community Youforce.       Visma Idella Products
Volledig artikel weergeven
29-04-2024 09:42
  • 0 Antwoorden
  • 0 kudos
  • 628 Weergaven
Gewijzigd en verbeterd RSM - nu mogelijk Schadenummer toe te voegen aan Bruto-Netto Specificatie en Jaaropgaaf (VIDIS-4394) Waarom Tot nu toe was het niet mogelijk om het Schadenummer te zien op de Bruto-Netto Specificatie (BNS) of op de Jaaropgaaf die je aanmaakt via de Raet Specificatie Manager (RSM). Vanaf deze release hebben we het mogelijk gemaakt het schadenummer op te nemen. Hoe Verwerking > Handmatige / Automatische verwerking >Start aanmaken Bruto Netto Specificatie / Jaaropgaaf Voortaan kan je op de bruto-netto specificatie en jaaropgaaf de omschrijving Schadenummer laten  vermelden waarbij de waarde als volgt wordt bepaald: Neem het laatst aangemaakt uitkeringsplan van de begunstigde dat een type heeft ongelijk aan Vooraankondiging, bruto handbetaling of spoedbetaling. Neem van dat uitkeringsplan het Schadenummer. De omschrijving Schadenummer kun je zo nodig vervangen door een andere tekst via het brutonettospecificatie-element 120. Dit doe je via Referentiegegevens > Bruto Netto Specificatie Element, Actie Als je het schadenummer wilt opnemen, neem dan contact op met een consultant van Visma | Idella om dit toe te voegen aan de RSM-templates.  Voorkom gebruik van verlopen IKV's (VIDIS-2859) Waarom Soms werd aan een uitkeringsplan van het type Correctie Verzekerd Bedrag (CVB) een Nummer inkomstenverhouding (IKV) gekoppeld dat in Payroll Gemal al was verlopen. Hoe Verwerking > Handmatige / Automatische verwerking >Start aanmaken Gemal Mutaties We hebben de programmatuur aangepast, zodat er voor een nieuw uitkeringsplan van het type CVB, geen verlopen IKV's meer worden gebruikt. Als er geen ander geschikt IKV is, maakt P&B Core een nieuw IKV aan. Actie Er is geen actie nodig. Gebruik 30-dagenregel voor gebroken maanden nu flexibel (VIDIS-2032) Waarom Als er sprake was van gebroken maanden, was tot nu toe altijd de 30-dagenregel van toepassing. Vanaf release 2022-01 is de toepassing hiervan flexibel en is het mogelijk om met de feitelijke kalenderdagen te rekenen. Hoe Referentiegegevens > Bedrijf Aan het scherm met referentiegegevens voor het Bedrijf hebben we de volgende optie toegevoegd: Gebruik 30-dagenregel voor gebroken maanden  Deze optie staat standaard aan. Haal het vinkje weg als je wilt dat er voor gebroken maanden gerekend wordt met de feitelijke kalenderdagen van de betreffende rechtperiode en de betreffende kalendermaand. Actie Er is geen actie nodig. Gebruik HMAC SHA512 algoritme voor hash check in uitvoerbestanden (VIDIS-1915) Waarom Voor diverse XML-bestanden die naar P&B Core worden gestuurd, ondersteunden we al het SHA512 algoritme voor het controleren van deze bestanden. Vanaf deze release doen we dat ook voor XML-bestanden die P&B Core zelf aanmaakt als de secret key bij het Servicecenter een waarde heeft. Hoe Verwerking > Handmatige \ Automatische verwerking > verschillende processen Voor een aantal uitvoerbestanden wordt voortaan, naast het XML-uitvoerbestand, een controlebestand aangemaakt dat een hashwaarde bevat. Dit controlebestand heeft als extensie: sha512. Het gaat om de volgende uitvoerbestanden: Aanmaken Borderel betalingen Matching beschikbaarstelling Matching Inhoudingseigenschappen Matching Relatiegegevens Matching Uitkeringsplannen Actie Er is geen actie nodig. Bruto-netto specificatie - optie voor deactiveren of verwijderen BNS-element (VIDIS-1900) Waarom Het was tot nu toe niet mogelijk om een Bruto Netto Specificatie Element (BNS-element) in de referentiegegevens te deactiveren of te verwijderen. Vanaf deze release hebben we dat mogelijk gemaakt. Hoe Referentiegegevens > Bruto Netto Specificatie Element Aan de functionaliteit referentiegegevens Bruto Netto Specificatie Element hebben we het volgende toegevoegd: Aan het overzichtsscherm Bruto Netto Specificatie Elementen waarin je alle aangemaakte BNS-elementen ziet, is aan het begin van iedere regel het icoon Verwijderen toegevoegd. Als je een BNS-element hebt verwijderd, is het niet meer zichtbaar in de referentiegegevens en wordt de omschrijving ervan niet meer op de bruto-netto specificatie gebruikt.    Aan het scherm Bruto Netto Specificatie Element bewerken of Nieuw Bruto Netto Specificatie element is de optie Actief toegevoegd. Staat deze optie aan, dan wordt de omschrijving van het betreffende BNS-element gebruikt op de bruto-netto specificatie en jaaropgaaf.  Let op: voor bestaande en nieuwe BNS-elementen staat deze optie standaard aan. Haal het vinkje weg, als je de betreffende omschrijving niet (meer) wilt gebruiken bij het aanmaken van bruto-netto-specificaties en jaaropgaves via de Raet Specificatie Manager (RSM). Het BNS-element blijft wel zichtbaar in het overzichtsscherm Bruto Netto Specificatie Elementen waarin je alle aangemaakte BNS-elementen ziet, zodat je het op een later moment weer kunt activeren.  Actie Er is geen actie nodig. Nieuw Rapport - Matchinglijst (VIDIS-1893) Waarom Er was nog geen rapport dat een overzicht geeft van alle uitkeringsplannen met de bijbehorende ontvangers. Daarom hebben we aan de Rapportages bij Handmatige / Automatische verwerking de rapportage matchinglijst toegevoegd. Hoe Verwerking > Handmatige \ Automatische verwerking > Rapportage Matching lijst Nadat je hebt geklikt op Rapportage Matching lijst, zie je het scherm Start rapportage matchinglijst. Hierin kun je bij Bedrijven één of meer bedrijven uit de lijst selecteren waarvoor je de matchinglijst wilt aanmaken. Let op: als je geen bedrijf selecteert, maakt het systeem een matchinglijst aan voor alle bedrijven van het Servicecenter. Je selecteert een bedrijf door erop te klikken. Je  selecteert meerdere bedrijven door de ctrl- of shift-ingedrukt te houden en de bedrijven aan te klikken.  Het systeem maakt per geselecteerd bedrijf een CSV-bestand aan met een bestandsnaam volgens dit patroon: Matchinglijst_<ServiceCenterCode>_<Bedrijfscode>_<aanmaaktijdstip als yyyyMMddhhmmss>.csv Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-4364 P&B Core Bug Verkeerde veld is gedeactiveerd, admin velden zijn niet goed, Mutatie Vrijstellingloonheffing (VIDIS-1954) VIDIS-4325 Finding - ACC 2021-12 - Geen wordt niet getoond in de User Interface. VIDIS-4253 P&B Core - Switch van Herrekenvorigjaar voor alle Fiscaal Begunstigden wanneer duale periode eindigt. VIDIS-4107 2991439 - P&B Core Alle Instances behalve DEMO Automatische verwerking in P&B Core. VIDIS-4062 - Ontbrekende betalingen in GuitK rapport wanneer er een eenmalige UP en Periodieke UP is voor 1 Fiscaal Begunstigde. VIDIS-3973 Finding - UAT 2021-10 Voorloopnullen in Matching Relatiegegevens. VIDIS-2970 -  P&B Core met meerdere toekomstmutaties (01-05-2021 en na  01-04-2021) treedt er een fout op in de functionaliteit UitkeringsPlanOntvanger. VIDIS-1931 - P&B Core Verwijder berekening van Correctiebedragen in scherm ServiceCenter.
Volledig artikel weergeven
30-12-2021 16:18 (Bijgewerkt op 26-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 470 Weergaven
Gewijzigd en verbeterd Informatie betaaldata in startpagina Verdelen naar ontvanger (VIDIS-5375) Waarom In het proces Start exporteren van betalingen en vorderingen was al informatie over betaaldata opgenomen. Omdat deze informatie ook van toepassing is bij het proces Verdelen naar ontvanger, hebben we deze informatie ook in dit proces opgenomen. Hoe Verwerking > Handmatige/Automatische Verwerking > Start verdelen netto bedrag naar ontvangers In het scherm Start verdelen naar ontvangers zie je voortaan wat de maximale betaaldatum van de te verwerken netto bedragen is:   Netto bedragen met een latere betaaldatum worden niet verwerkt. Actie Er is geen actie nodig. Extra standaard waarden voor handmatig uitkeringsplan (VIDIS-5449) Waarom Bij het invoeren van een groot aantal uitkeringsplannen, is het tijdsbesparend als zoveel mogelijk velden vooraf zijn ingevuld. Daarom hebben we de aan de vooraf ingevulde velden nu de volgende velden toegevoegd: Maatschappij & Product MutatiesoortPolis Hoe Referentiegegevens > Bron > Selecteer Bron Uitkeringsplannen > Nieuw uitkeringsplan   Actie Er is geen actie nodig. Handmatige uitkeringscomponent pas verwerken na fiatteren (VIDIS-4753) Waarom Tot nu toe werden handmatige eenmalige uitkeringscomponenten, zoals correcties op premie-inhoudingen, behandeld in het proces Start aanmaken Gemal mutaties waarbij het niet uitmaakte of ze wel of niet gefiatteerd waren. Dit komt niet overeen met het principe dat de processen met gefiatteerde gegevens werken en veroorzaakte problemen in de fiatteringslijst. Daarom hebben we het proces vanaf deze release aangepast. Hoe Verwerking > Handmatige Verwerking > Start aanmaken Gemal mutaties Verwerking > Automatische Verwerking > Start aanmaken Gemal mutaties In het proces Start aanmaken Gemal mutaties wordt een nog niet gefiatteerde handmatige uitkeringscomponent voortaan niet verwerkt. In het verwerkingsverslag zie je dan de volgende melding: Handmatige, eenmalige uitkeringscomponent voor uitkeringsplan <UPId> van fiscaal begunstigde <FBID> is overgeslagen omdat deze nog niet gefiatteerd is. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-5700 - Aanpassing pNPS account VIDIS-5687 - Bevinding fiatteren termijnen uitkeringsplan VIDIS-5499 - Controle op gevulde einddatum termijnen uitkeringsplan VIDIS-5313 - Voorkomen lege DatumBlokkade bij blokkade op begunstigde niveau VIDIS-5138 - Validatie op leeg relatienummer bij XML import VIDIS-5016 - Aansturing specificatie manager: onderscheid binnen/buitenland VIDIS-3434 - Dubbel item in correspondentiebestand
Volledig artikel weergeven
26-09-2022 10:16
  • 0 Antwoorden
  • 0 kudos
  • 476 Weergaven
Gewijzigd en verbeterd Ook bij termijnen-uitkeringplan rechtperioden tonen in de uitkeringscomponentenlijst (PBI 576194, VIDIS-1942) Waarom De rechtperiode (Begin- en EinddatumRecht) bij de uitkeringscomponenten van termijnen-uitkeringsplannen werd niet getoond.  Een termijnen-uitkeringsplan is een specifiek soort uitkeringsplan met MutatiesoortPolis TERM, zie 11 DFO Verwerken Polisgegevens voor meer informatie. Hoe Fiscaal begunstigden > Uitkeringscomponenten Vanaf deze release wordt in de lijst van uitkeringscomponenten de rechtperiode ook getoond als het componenten van een termijnen-uitkeringsplan betreft. Actie Er is geen actie nodig. Evaluatie tevredenheid gebruikers (VIDIS-2074) Waarom Wij willen graag feedback ontvangen over onze producten. Jouw antwoord geeft ons waardevolle informatie hoe tevreden je bent over dit product.  Hoe Als je de P&B Core applicatie start, wordt je mogelijk via een stelling onder in het scherm gevraagd jouw waardering geven over P&B Core.  Actie Er is geen actie nodig Rol bij complementeren van uitkeringsplannen (PBI 697668, VIDIS-2022) Waarom Het was niet mogelijk om via de knop Complementeer Ups aan te geven welke rol de gekozen ontvanger moet krijgen. De rol was altijd Normaal Hoe Fiscaal begunstigden | tabblad Uitkeringsplannen Naast de knop Complementeer Ups in het tabblad Uitkeringsplannen kan nu uit een keuzelijst de gewenste rol gekozen worden. De standaard keuze is Normaal. Actie Er is geen actie nodig. Wachttermijn jaaropgave na overlijden (PBI 697642, VIDIS-1884) Waarom Deze aanpassing heeft betrekking op de situatie/regeling dat iemand die is overleden nog een maand extra recht op uitkering heeft. Voorafgaand aan de mutatie met dit recht op nog een maand pensioen, wordt al de jaaropgave aangemaakt omdat aan alle voorwaarden daarvoor voldaan is. Dit is een voorbeeld van een situatie waar te vroeg een daardoor onjuiste jaaropgave geproduceerd en verzonden wordt. Een wachttermijn kan dat voorkomen. Hoe Verwerking | Automatische Verwerking | Start aanmaken jaaropgaaf  Referentiescherm | ServiceCenter Bij het aanmaken van jaaropgaven met optie O of TO wordt voor overleden begunstigden een jaaropgave aangemaakt indien: deze aan een reeks inhoudelijk voorwaarden voldoen zoals bijvoorbeeld: geen openstaande vorderingen EN nieuw sinds deze release: er sinds de overlijdensdatum een bij het Service Center instelbaar aantal maanden verstreken is. Dit aantal maanden is instelbaar in het referentiegegevens scherm Servicecenter: Jaaropgaaf bij overlijden - wachttijd in maanden met default waarde 0. Actie Er is geen actie nodig. Extra adresregel en extra woonplaatsregel (PBI 559087, VIDIS-1972 and VIDIS-2819) Waarom Bij met name buitenlandse adressen is het in bepaalde gevallen nodig meer adresregels te hebben voor een correcte postbezorging. Hoe Verwerking | Automatische Verwerking | Start polisverwerking, Start bulk verwerking, Start relatie verwerking   Fiscaal begunstigden | tabblad Relatie Ontvangers | Relatie ontvanger Verwerking | Automatische Verwerking | Start aanmaken specificatie/jaaropgaaf  Voor zowel het woonadres als het correspondentieadres geldt: De extra regels kunnen geïmporteerd worden via de optionele tags <ExtraAdresregel> en tag <ExtraWoonplaatsregel> binnen de tag <Relatie>/<Adres> via DFO11-XML (Polisjob), DFO20-XML (Bulkjob), DFO25-XML (Relatiejob). In het dossier (GUI) bij de relatiegegevens van een begunstigde en bij de relatiegegevens van een ontvanger worden deze extra adresvelden getoond en kunnen daar ook gemuteerd worden. Richting RSM wordt ExtraAdresregel -indien gevuld- opgenomen in het adres na de regel met straat en huisnummer en voor de regel met postcode en woonplaats. ExtraWoonplaatsregel wordt -indien gevuld- opgenomen in het adres na de regel met postcode en woonplaats en voor de regel met het land. Actie Als je van de mogelijkheid gebruik wilt maken, raden wij aan vooraf te beoordelen of de extra regel(s) volledig op de specificatie en jaaropgave zichtbaar zijn. Overige verbeteringen en opgeloste meldingen VIDIS-2435 - Bestaand UP was compleet en is incompleet gemaakt VIDIS-2603 - XSD jaaropgaaf heeft fout VIDIS-2584 - 1 retourbetaling aangemaakt maar er zijn er 2 ontstaan VIDIS-2576 - Performance DFO32 verbeteren m.b.t. verwerken eenmalige uitkeringscomponenten Publishing Date : 3/1/2021
Volledig artikel weergeven
22-02-2021 19:46 (Bijgewerkt op 28-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 405 Weergaven
Door een technische aanpassing en het daarbij benodigd onderhoud gaan wij een Noodfix doen op de huidige Productieomgeving van P&B Core.  De productieomgeving is niet beschikbaar op donderdagavond 22 februari 2024 van 18:00 tot 21:15 uur. Onze excuses voor de overlast
Volledig artikel weergeven
21-02-2024 10:26 (Bijgewerkt op 21-02-2024)
  • 1 Antwoorden
  • 0 kudos
  • 456 Weergaven
Gewijzigd en verbeterd Uniforme namen uitvoerbestanden (VIDIS-6578) Waarom In release 2022-12 hebben we een uniformering van de bestandsnamen doorgevoerd. Twee bestandstypen zijn daarbij gemist. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties De XML bestanden met beschikbaarstellingen vanuit het proces "Aanmaken Gemal mutaties" voldoen nu ook aan de uniforme naamgeving: Alle bestandsnamen hebben aan het begin de servicecenter code gevolgd door een underscore. Als het bestand specifiek is voor een bedrijf wordt daarna de bedrijfscode opgenomen gevolgd door een underscore. Als de servicecenter code of de bedrijfscode al aanwezig was in de bestandsnaam worden deze zo nodig naar voren geschoven. Zijn ze nog niet aanwezig dan worden ze vooraan toegevoegd. Voorbeelden: "beschikbaarvooraf_B33_202211_20221115152437.xml" wordt "SAB_B33_beschikbaarvooraf_202211_20221115152437.xml" "beschikbaar_EHRM000011500COR20220303_B33_202203_20230325083935.xml" wordt "SAB_B33_beschikbaar_EHRM000011500COR20220303_202203_20230325083935.xml"  Actie Keuze fiatteeractieniveau (VIDIS-6527)  Waarom Er is behoefte aan extra mogelijkheden om te kiezen voor wel of niet fiatteren.    Hoe Referentiegegevens > DocumentType Fiscaal begunstigden > tabblad Uitkeringsplannen Fiscaal begunstigden > tabblad Inhoudingseigenschappen We hebben op onze bestaande tabel 'Fiatteeractieniveau' binnen de Tab 'Referentiegegevens' een drietal opties toegevoegd: "Muteren financiële velden uitkeringsplan (handmatig of automatisch)" "(De)Blokkeren uitkeringsplan" 'Wijzigen inhoudingeigenschappen' Default is voor alle 3 "Handmatig", d.w.z. een tweede gebruiker moet de actie fiatteren om deze effectief te maken.  Als de waarde op "Automatisch" gezet wordt kan een enkele gebruiker de wijziging direct effectief maken.   Voorbeelden van financiële data zijn bedrag, begindatum recht of einddatum recht   Actie Er is geen actie benodigd Overige verbeteringen en opgeloste meldingen VIDIS-6489   Rapport 'toekomstmutaties' correct tonen ingangsmaand inhoudingseigenschappen VIDIS-6491   Rapport Matchinglijst correct tonen geslacht "Persoon" VIDIS-6426, VIDIS-6357   Voorbereidingen ondersteuning "Fiscale eenheid" VIDIS-6384, VIDIS-6582   Input adapter verbeteringen VIDIS-6550   Actuele waarde 'Blokkadereden' tonen als startwaarde bij muteren in UI VIDIS-6554   'Samenvoegen Relatie' kleine relaties bestandsconflict verhelpen VIDIS-6620, VIDIS-6644, VIDIS-6643   Acceptatietest bevindingen
Volledig artikel weergeven
29-03-2023 16:34
  • 0 Antwoorden
  • 0 kudos
  • 400 Weergaven
Gewijzigd en verbeterd Controle IBAN-rekeningnummers verbeterd Waarom Een IBAN met spatie werd geaccepteerd, terwijl dat geen geldige IBAN is en dit tot problemen kan leiden als voor dat rekeningnummer betalingen naar een bank gaan. Hoe Voortaan moet een IBAN-rekeningnummer minimaal voldoen aan het door de banken standaard pain001.001.03 voorgeschreven formaat: [A-Z]{2,2}[0-9]{2,2}[a-zA-Z0-9]{1,30}. Actie Er is geen actie nodig. Ontbrekende begunstigden in Rapportage bruto blokkadelijst Waarom Begunstigden of uitkeringsplannen met een bruto blokkade werden soms niet getoond in de Rapportage bruto blokkadelijst. De oorzaak lag in een lege blokkadedatum. Hoe Het rapport is aangepast zodat een lege blokkadedatum geen belemmering is voor het tonen van de begunstigde of het uitkeringsplan in het rapport. Daarnaast hebben we de software aangepast om een lege blokkadedatum te voorkomen en wordt aan bestaande begunstigden of uitkeringsplannen zonder blokkadedatum alsnog de juiste waarde toegekend.  Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-4791 Aanmaken Gemal-mutaties traag in geval van berekening uitkeringplannen zonder ontvanger VIDIS-4852 Technische merge adapter functionaliteit VIDIS-5005 Technische upgrades VIDIS-4886 Adapter aanpassing K55 waarde  
Volledig artikel weergeven
26-04-2022 14:29
  • 0 Antwoorden
  • 0 kudos
  • 495 Weergaven
Gewijzigd en verbeterd Uniforme datum/tijd formaat in CSV-bestanden (VIDIS-4577) Waarom Tot nu toe waren er verschillende datums en bedragformaten voor de vele CSV-outputbestanden. Wij hebben deze formaten nu geüniformeerd. De formaten in de CSV-outputbestanen moeten nu de volgende conventie hebben datum waarde = dd-mm-yyyy, bijvoorbeeld 20-03-2022 datum waarde en tijd waarde = dd-mm-yyyy hh:mm:ss, bijvoorbeeld 20-03-2022 22:06:36 voor bedragen geldt een punt "." als decimaalscheidingsteken, er is geen scheidingsteken voor duizenden Hoe Verwerking > Handmatige / Automatische verwerking > verschillende rapportages Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-4814 - Rapport Afdrachtbetalingen fix VIDIS-4793 - Rapport Gereedstaande betalingen fout bij lege Laatste betaaldatum VIDIS-4720 - Aanpassingen vanuit Static Application Security Testing VIDIS-4024 - Fiatteren fiscale correctietermijnen uitkeringsplan VIDIS-3331 - Relatienummer niet consistent bij aanmaken uitkeringsplan VIDIS-4862 - Out of memory wanneer het rapport Matchinglijst te groot word  
Volledig artikel weergeven
28-03-2022 15:10
  • 0 Antwoorden
  • 0 kudos
  • 418 Weergaven
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
  • 416 Weergaven
Gewijzigd en verbeterd Onverwerkte netto's in Rekening betaalbaarstellingen (VIDIS-4712) Waarom Het rapport Betaalbaarstellingen toont tot nu toe geen netto betalingen die nog niet door het proces Verdelen naar ontvanger zijn behandeld. Er werden alleen netto's getoond waarvan het bedrag niet overeenstemt met het totaal van betalingen, verrekeningen of vorderingen. Hoe Verwerking > Handmatige / Automatische verwerking > Start rapportage rekening betaalbaarstellingen Conform de boekingsgang worden nu ook netto's in het rapport getoond die nog niet zijn verwerkt tot betalingen, verrekeningen of vorderingen. Actie Er is geen actie nodig. Nieuw rapport Afdracht betalingen (VIDIS-1897) Waarom Tot nu toe was er nog geen rapport dat liet zien wat het totaal is aan afdracht van betalingen Hoe Verwerking > Handmatige / Automatische verwerking > Afdracht betalingen Rapportages > Afdracht betalingen Het rapport toont per bedrijf/fonds en periode: Totale Loonheffing Totale Premie Zvw Afdrachtbedrag voor Loonheffing en Premie Zvw Afdracht CAK Actie Voeg het rapport toe aan de rollen die het rapport gaan gebruiken. Dit doe je door via Referentiegegevens > Rol bij de betreffende rollen in het scherm  Rol bewerken  de optie  Uitvoeren  te kiezen. Overige verbeteringen en opgeloste meldingen VIDIS-4711 Boekmaand vorderingen/verrekeningen bruto-netto berekening zonder ontvangers VIDIS-4670 Incorrect BronAanmaakHuidig in RBM XML VIDIS-4640 Static Application Security Testing VIDIS-4540 Software Composition Analysis VIDIS-4455 Matching Relatiegegevens verwijderde adressen niet opnemen
Volledig artikel weergeven
22-02-2022 15:40 (Bijgewerkt op 23-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 369 Weergaven
Aangepast in versie 2 8 februari 2022 - In versie 2 van de release notes 2022-02 is het volgende aangepast: Verwijderd Onder Gewijzigd en verbeterd is het onderwerp Kleur knoppen Bewaar en Fiatteer (VIDIS 2000) verwijderd. Toegevoegd Onder Overige verbeteringen en opgeloste meldingen is het volgende toegevoegd: VIDIS-4662 VIDIS-2008 Verdelen naar ontvanger crasht VIDIS-4648 UAT bevinding 1.8.1.1 VIDIS-1895 Crasht bij Automatische Verwerking Waarde mag niet nul zijn VIDIS-4653 VIDIS-2008 UAT bevinding 1.8.1.1 Stored Procedures moeten woren aangepast voor eenmalige uitkeringscomponenten VIDIS-4686 VIDIS-2008 UAT bevinding 1.8.1.3 Datum blokkade in Nettobedraguitkeringscomponent word niet gevuld Gewijzigd en verbeterd Kolom branchecode van de bank toegevoegd aan rapport Matchinglijst (VIDIS-4536) Waarom In release 2022-01 hebben we het nieuwe rapport Matchinglijst opgeleverd, dat een overzicht geeft van alle uitkeringsplannen met de bijbehorende ontvangers. Er kwam een verzoek om hieraan een kolom toe te voegen met de branchecode van de bank. Hoe Verwerking > Handmatige \ Automatische verwerking > Rapportage MatchingLijst Rapportages > Rapport Matchinglijst  Het rapport bevat per regel gegevens van maximaal drie ontvangers. Vanaf deze release is na de kolom Land bank de kolom Branchecode aan het rapport toegevoegd, waarin bij elke ontvanger de branchecode van de bank is vermeld. Actie Er is geen actie nodig. Codering verrijkt CAK-bestand aangepast (VIDIS-4500) Waarom Tot deze release werd het CAK A-bestand ingelezen met ANSI codering, maar werd voor het verrijkte bestand dat naar het Centraal Administratie Kantoor (CAK) gaat UTF-8 codering gebruikt. Omdat het CAK heeft laten weten dat het gebruik van UTF-8 codering bij hen problemen geeft met het verwerken van het verrijkte bestand, hebben we dit aangepast.  Hoe Verwerking > Handmatige \ Automatische verwerking > Start CAK verwerking Voortaan gebruiken we op verzoek van het CAK voor het verrijkte bestand ook ANSI codering. Actie Er is geen actie nodig. Nieuw rapport Gereedstaande betalingen (VIDIS-3835) Waarom Het proces Verdelen naar netto ontvanger maakt betalingen aan. Omdat klanten graag willen weten welke betalingen er klaarstaan om te exporteren,  vóórdat ze het proces Exporteren betalingen daadwerkelijk starten, hebben we hiervoor een nieuw rapport gemaakt.   Hoe Verwerking > Handmatige \ Automatische verwerking > Gereedstaande betalingen Rapportages > Gereedstaande betalingen Aan de functionaliteit voor rapportages hebben we het rapport Gereedstaande betalingen toegevoegd dat een overzicht geeft van de gereedstaande betalingen waarvoor bij een begunstigde, uitkeringsplan of ontvanger geen netto blokkade aanwezig is.    Rubriek Toelichting Bedrijf Als je het rapport opvraagt via Rapportages > Gereedstaande betalingen Selecteer het bedrijf waarvan je de betalingen die klaarstaan om te exporteren, wilt opvragen. Je ziet hier de bedrijven waarvoor je bent geautoriseerd. Als je het rapport opvraagt via Verwerking > Handmatige \ Automatische verwerking > Gereedstaande betalingen Selecteer één of meer bedrijven uit de lijst waarvoor je de specificatie wilt laten aanmaken. Je ziet hier de bedrijven waarvoor je bent geautoriseerd. Als je geen bedrijf selecteert, maakt het systeem een specificatie aan voor alle bedrijven van het Servicecenter. Je selecteert een bedrijf door erop te klikken. Je selecteert meerdere bedrijven door de ctrl- of shift-ingedrukt te houden en de bedrijven aan te klikken.  Soort rekening Met deze optie geef je aan voor welk type bankrekening je de gereedstaande betalingen wilt opvragen Alle IBAN DomesticAccount Buitenlands niet-IBAN-rekeningnummer RekeningCourant Laatste betaaldatum Vul je hier een datum in, dan worden alleen betalingen met een betaaldatum t/m deze datum in het rapport opgenomen.   Aandachtspunten In het rapport Gereedstaande betalingen worden de betalingen die in een borderel worden opgenomen, afzonderlijk getoond. De betalingen met eenzelfde begunstigde, ontvanger en betaaldatum worden ook afzonderlijk getoond. De aggregatie vindt pas plaats in het proces Exporteren betalingen.  Actie Voeg het rapport toe aan de rollen die het rapport gaan gebruiken. Dit doe je door via Referentiegegevens > Rol bij de betreffende rollen in het scherm Rol bewerken de optie Uitvoeren te kiezen. Bundelen periodiek uitkeringsplan bij eenmalige inkomstenverhouding (VIDIS-2050) Waarom Periodieke uitkeringsplannen werden tot deze release niet gekoppeld aan een bestaande eenmalige Inkomstenverhouding (IKV), die qua soort inkomen en start- en einddatum hiervoor geschikt is. In plaats daarvan werd een nieuwe IKV aangemaakt. Andersom werden eenmalige uitkeringsplannen al wel gekoppeld aan een geschikte periodieke IKV.  Hoe Verwerking > Handmatige \ Automatische verwerking> Start aanmaken Gemal mutaties Bij het zoeken naar een geschikte IKV voor een nieuw uitkeringsplan wordt, als er geen geschikte IKV met dezelfde periodiciteit bestaat, een koppeling gelegd met een geschikte eenmalige IKV, als die er is.  P&B Core maakt voortaan alleen een nieuwe IKV aan als er geen geschikte IKV is met dezelfde periodiciteit en ook geen geschikte eenmalige IKV. Actie Er is geen actie nodig. Bruto-netto-berekening voor uitkeringsplannen zonder ontvanger (VIDIS-2008) Waarom Tot nu toe vond er geen Bruto-netto-berekening plaats, zolang een uitkeringsplan nog geen gefiatteerde ontvanger had. Volgens de wet- en regelgeving moeten in dit geval de fiscale berekening, aangifte en afdracht voor begunstigden bij wie als woonland NLD/ONB is ingevuld, wel plaatsvinden. Daarom hebben we aan de referentiegegevens van het Servicecenter een optie toegevoegd waarmee je dit kan regelen. Hoe Referentiegegevens > Servicecenter Aan het scherm Servicecenter is de volgende optie toegevoegd: Bruto-netto-berekening voor woonland NLD/ONB ook zonder ontvanger Deze staat default uit. Hieronder staat beschreven wat het effect is op het verwerken van uitkeringen. Als P&B Core bij het aanmaken van mutaties voor Payroll Gemal constateert dat een uitkeringsplan geen gefiatteerde ontvanger heeft, vind er geen bruto-netto berekening plaats:  Als de begunstigde buiten Nederland woont of het adres onbekend is. EN/OF Als er geen vinkje staat bij de optie B ruto-netto-berekening voor woonland NLD/ONB ook zonder ontvanger. Bij het verwerken van de netto's via het proces verdelen naar ontvangers, worden netto's pas verwerkt als het uitkeringsplan een gefiatteerde ontvanger heeft. Dit geldt voor alle netto's, dus ook voor de netto's die bestemd zijn voor een borderel. Verwerking > Handmatige / Automatische verwerking > Start rapportage rekening betaalbaarstellingen Boekhoudkundig betekent dit dat de tegengehouden netto's blijven staan in de rekening voor betaalbaarstellingen, waarvoor je de rapportage opvraagt via Start rapportage rekening betaalbaarstellingen. Op het moment dat deze tegengehouden netto's alsnog worden verwerkt, wat in een latere periode kan zijn, worden de huidige verwerkingsmaand en het huidige verwerkingsjaar van het bedrijf vastgelegd als periode van de betaling. Actie Er is geen actie nodig. Extra veld Blokkadereden in scherm Nieuw uitkeringsplan (VIDIS-2002) Waarom Tot nu toe werd in het scherm Nieuw uitkeringsplan de blokkadereden als vrij tekstveld getoond, terwijl je een blokkadereden moet kiezen uit een voorgedefinieerde lijst. Dat werkte niet goed Hoe Fiscaal Begunstigde > Uitkeringsplannen > knop Nieuw uitkeringsplan  Uitkeringsplannen >Nieuw uitkeringsplan In het scherm Nieuw uitkeringsplan hebben we het veld Blokkadereden gewijzigd in een keuzelijst. Daarnaast hebben we aan dit scherm het vije tekstveld BlokkaderedenAanvulling toegevoegd, waarin je zo nodig een aanvulling kunt vastleggen.  Actie Er is geen actie nodig. Kleur knoppen Bewaar en Fiatteer (VIDIS-2000) Waarom Sommige schermen bevatten zowel invoervelden om te muteren - in de kolom Muteren, als invoervelden om te fiatteren - in de kolom Te fiatteren.  Bij de kolom Muteren hoort de knop Bewaar en bij de kolom Fiatteren de knop Fiatteer. Zodra je in een invoerveld een waarde invulde, werden beide knoppen groen; het maakte hierbij niet uit in welke kolom het veld stond. Dit gaf verwarring bij de gebruiker. Daarom hebben we de werking van de knoppen aangepast. Hoe Schermen met invoervelden voor muteren en voor fiatteren In deze schermen is de werking van de knoppen Bewaar en Fiatteer nu als volgt: knop Bewaar: deze knop wordt groen zodra er een waarde is ingevuld in kolom Muteren. knop Fiatteer: deze knop wordt groen zodra er een waarde is ingevuld in kolom Te fiatteren Actie Er is geen actie nodig. Nieuw rapport Anoniementarief (VIDIS-1895) Waarom Tot nu toe was er nog geen rapport waarin je kon zien voor welke fiscaal begunstigde het anoniementarief geldt. Hoe Verwerking > Handmatige \ Automatische verwerking > Anoniementarief Rapportages > Anoniementarief  Aan de functionaliteit voor rapportages hebben we het rapport Anoniementarief toegevoegd dat een overzicht geeft van alle fiscaal begunstigden binnen het Servicecenter die voldoen aan de voorwaarden om het anoniementarief toe te passen bij de bruto-netto-berekening in Payroll Gemal.  In het scherm Rapportage Anoniementarief kun je meteen op de knop Exporteren klikken. Voor dit rapport hoef je geen gegevens in te vullen.  Actie Voeg het rapport toe aan de rollen die het rapport gaan gebruiken. Dit doe je door via Referentiegegevens > Rol bij de betreffende rollen in het scherm Rol bewerken de optie Uitvoeren te kiezen.  Overige verbeteringen en opgeloste meldingen VIDIS-4543 Guitk Report toont geen betalingen. VIDIS-4626 VIDIS-3835 Header is niet correct Start rapportage openstaande vorderingen.
Volledig artikel weergeven
26-01-2022 16:42 (Bijgewerkt op 08-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 371 Weergaven
Gewijzigd en verbeterd Tekst loonheffing aangepast op bruto-netto specificatie via RSM (PBI 664330) Waarom Op de bruto-netto specificatie die Raet Specificatie Manager (RSM) aanmaakt, staat Code loonheffing met de waarde Ja als er een vrijstelling loonheffing geldt en anders staat er Nee. Omdat dit vragen oproept bij begunstigden, hebben wij deze tekst aangepast. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het aanmaken van bruto-netto specificaties via RSM wordt nu de standaard tekst Vrijstelling loonheffing gebruikt in plaats van Code loonheffing. Het is altijd mogelijk deze tekst aan te passen via Referentiegegevens > Bruto Netto Specificatie Element. Uw actie Er is geen actie nodig. Inactief bedrijf niet meenemen in processen (PBI 601562) Waarom Als fondsen/bedrijven niet meer actief zijn, is het gewenst dat ze bij het uitvoeren van P&B Core-processen buiten beschouwing blijven. Hoe Referentiegegevens > Bedrijf Aan het scherm met referentiegegevens voor een bedrijf is de optie Actief toegevoegd. Voor de nu bestaande bedrijven en voor nieuwe bedrijven is deze optie standaard aangevinkt. Verwerking > Handmatige/Automatische verwerking > ... Bij veel processen bevat het startscherm een lijst met bedrijven. Hierin zijn vanaf deze release alleen bedrijven opgenomen waarvoor in de referentiegegevens de optie Actief is aangevinkt.  Als u geen bedrijven selecteert, voert P&B Core het proces uit voor alle bedrijven in de lijst, dus voor alle bedrijven waarbij de optie Actief aan staat. Dit geldt zowel voor het handmatig als het automatisch starten van processen. Uw actie Er is geen actie nodig. Relatienummers andere bronnen in dossier fiscaal begunstigde (PBI 648542) Waarom In P&B Core kunt u binnen een bedrijf meerdere bronnen aanmaken. Een fiscaal begunstigde kan dan uitkeringsplannen uit verschillende bronnen hebben en per bron bekend zijn onder een ander relatienummer. Hierbij geldt dat het eerst ontvangen relatienummer het hoofdrelatienummer van de begunstigde is en blijft. Via het zoekscherm van de fiscaal begunstigde was het al mogelijk te zoeken op de extra relatienummers van de relatie/fiscaal begunstigde, maar in het gevonden dossier werden deze extra relatienummers niet getoond. Hoe Fiscaal begunstigden > alle tabbladen Vanaf deze release zijn alle combinaties van bron en relatienummer van een fiscaal begunstigde zichtbaar in de header van het dossier bij Relatienummer, zie afbeelding.  Fiscaal begunstigden > tabblad Uitkeringsplannen In de lijst met uitkeringsplannen van de fiscaal begunstigde ziet u voortaan rechts in het scherm de Bron van de uitkeringsplannen. Uw actie Er is geen actie nodig. Bij bestandsfout of overschrijden MaxAantalFouten niet meer de Status Goed geven (PBI 639415) Waarom Tot deze release werden bij het inlezen van een XML-bestand door P&B Core na het optreden van een fout, de overige, niet verwerkte regels opgenomen in het verwerkingsverslag met de status Goed. Dat is verwarrend. Hoe Verwerking > Handmatige/Automatische verwerking > ... Niet-gevalideerde regels worden vanaf deze release niet opgenomen in het verwerkingsverslag of krijgen de status Waarschuwing. Hierbij geldt het volgende: Als in een proces waarvoor het MaxAantalFouten is vastgelegd, zoals de o.a. de Polisjob, het maximum aantal foutieve regels is bereikt, krijgt het bestand de status Afgewezen. De niet verwerkte regels krijgen in het verwerkingsverslag de status Waarschuwing met de omschrijving Teveel fouten in het bestand. Als er op bestandsniveau fouten zijn, bijvoorbeeld een foutieve hash of een foutief aantal regels, worden de regels niet gevalideerd en daarom ook niet in het verwerkingsverslag opgenomen. Uw actie Er is geen actie nodig. Filter HeeftBetaling bij aanmaken bruto-netto specificaties (PBI 652718) Waarom Er was bij het aanmaken van bruto-netto specificaties geen mogelijkheid om stroken zonder betaling te onderdrukken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Aan het veld Extra filter expressie bij het starten van aanmaken specificaties is de volgende nieuwe filtermogelijkheid toegevoegd:  HeeftBetaling Selecteer alleen begunstigden die een te tonen betaling hebben in de BNS-periode. U kunt dit filter naar wens combineren met andere filters via het gebruik van AND, OR en haakjes. Uw actie Er is geen actie nodig. Percentages ZVW en WIZ in CAK-bestand kolom AD en AF (PBI 667104) Waarom De percentages voor ZVW en WlZ die in Payroll Gemal worden gehanteerd bij het berekenen van de CAK-inhoudingen, worden opgenomen in respectievelijk kolom AD en kolom AF van het CAK-bestand. Dit gebeurde echter met een foutief decimaal teken. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract De percentages voor ZVW en WlZ worden nu met een correct decimaal teken opgenomen in het CAK-bestand: Kolom AD (INHOUDING_PERC_ZVW) krijgt bijvoorbeeld waarde 0,0545 als dit voorheen 5,45 was. Kolom AF (INHOUDING_PERC_AWBZ) krijgt bijvoorbeeld waarde 0,0965 als dit voorheen 9,65 was. Uw actie Er is geen actie nodig. Volgorde verwerken positieve netto bedragen verbeterd (PBI 669551) Waarom In het proces Verdelen naar ontvanger worden positieve netto bedragen gebruikt voor het verrekenen van openstaande vorderingen. Hierbij moeten positieve netto bedragen die afkomstig zijn uit betalingen en specifiek bedoeld zijn voor verrekeningen als eerste worden verwerkt. Tijdens het proces werden echter eerst de reguliere netto bedragen verwerkt. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers De volgorde van het verwerken van positieve netto bedragen is aangepast, zodat eerst de positieve netto bedragen die afkomstig zijn uit betalingen worden verwerkt en daarna de reguliere netto bedragen. Uw actie Er is geen actie nodig. Automatisch fiatteren ontvangerverdeling uitkeringsplan verbeterd (PBI 471346) Waarom Het fiatteren van de ontvangerverdeling van een uitkeringsplan kost gebruikers veel tijd en is niet altijd nodig. Dat geldt bijvoorbeeld als een ontvanger al eerder is gefiatteerd bij een ander uitkeringsplan van de betreffende fiscaal begunstigde. Hoe Referentiegegevens > Fiatteeractieniveau Aan het scherm Fiatteeractieniveau zijn de volgende nieuwe velden toegevoegd: Veld Toelichting Ontvangerverdeling (ook onbekende ontvangers) Kies hier als fiatteerniveau Automatisch als u wilt dat elke aanpassing van de ontvangerverdeling van een uitkeringsplan automatisch wordt gefiatteerd. Kies hier als fiatteerniveau Handmatig als u wilt dat de keuze in het veld Ontvangerverdeling met bekende ontvangers bepalend is voor het fiatteren van aanpassingen van de ontvangerverdeling. Defaultwaarde = Handmatig  Ontvangerverdeling met bekende ontvangers Kies hier als fiatteerniveau Automatisch als u wilt dat een aanpassing van de ontvangerverdeling van een uitkeringsplan automatisch wordt gefiatteerd als deze gewijzigde ontvangerverdeling alleen ontvangers bevat die bij dit of een ander uitkeringsplan al in een gefiatteerde ontvangerverdeling voorkomen. Zodra een ontvangerverdeling die is aangepast via een Bulkjob of handmatig in P&B Core zelf, automatisch is gefiatteerd, worden ook andere uitkeringsplannen van de fiscaal begunstigde meegefiatteerd als de betreffende ontvangerverdeling alleen ontvangers bevat die in een gefiatteerde ontvangerverdeling voorkomen. Kies hier als fiatteerniveau Handmatig als u niet wilt dat een aanpassing van de ontvangerverdeling automatisch wordt gefiatteerd.  Defaultwaarde = Handmatig  Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Fiscaal begunstigden > tabblad Uitkeringsplannen Voorheen werd een ontvangerverdeling alleen automatisch gefiatteerd door de Bulkjob als er geen tag Fiatteren met de waarde Ja was opgenomen.  Vanaf deze release kunt u dat uitbreiden door bij een van de hierboven beschreven fiattteerniveaus de waarde Automatisch te kiezen. Op het moment dat een mutatie plaatsvindt van een ontvangerverdeling, bepaalt P&B Core of er wel of niet automatisch wordt gefiatteerd. Uw actie Er is geen actie nodig. Jaaropgave via RSM naar salarisdossier of print provider (PBI 673384) Waarom Het is gewenst om jaaropgaven die Raet Specificatie Manager (RSM) heeft aangemaakt, in het salarisdossier te kunnen laten opnemen of aan te leveren aan de print provider PostNL. Hoe Verwerking > Handmatige verwerking > Start aanmaken jaaropgaaf Verwerking > Automatische verwerking > Aanmaken jaaropgaaf Aan het scherm voor het aanmaken van de jaaropgaven via RSM is vanaf deze release het veld Bestemming toegevoegd, waarin u kunt kiezen uit de volgende waarden: Bestemming PDF-Bestanden - waarde PdfBestanden bij Automatische verwerking Kies hiervoor als u wilt dat de PDF-bestanden die RSM aanmaakt in een P&B Core-folder worden geplaatst. Dit is de werking conform de huidige situatie. Bestemming Salarisdossier - waarde Salarisdossier bij Automatische verwerking Kies hiervoor als u wilt dat de PDF-bestanden die RSM aanmaakt naar Salarisdossier gaan. Bestemming Printprovider PostNL - waarde PrintproviderPostNl bij Automatische verwerking Kies hiervoor als u wilt dat de PDF-bestanden die RSM aanmaakt naar de print provider PostNL gaan. Let op: deze optie is alleen beschikbaar voor gebruikers met het recht tot versturen naar een printprovider. Dit wil zeggen dat aan de gebruiker een Rol is toegekend waarvoor het recht AanmakenJaaropgaafJob - Printprovider op Uitvoeren staat. Daarnaast vraagt het programma de gebruiker om deze mogelijkheid te bevestigen via de vraag: Weet u zeker dat u jaaropgaven wilt laten afdrukken en versturen door de printprovider? Ongeacht de bestemming, wordt een P&B Core-indexbestand aangemaakt dat u ontvangt via Zenden en ontvangen (of SFTP). Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 624622 - Grootboekrekening rapporten fixes verwijderen. PBI 668127- BlokkadesoortNetto verspringt naar Blokkadesoort. PBI 668128 - Betaling moet verdwijnen uit keuzelijst Netto Blokkade rapport. PBI 521816 - Bug: Autocomplete bij SHA secret key - bij Chrome en Internet Explorer. PBI 669089 - 2003461 - BSN nummer opslaan lukt niet. PBI 656625 - 1953868 - P&B Core Niet mogelijk te fiatteren bij 2 regels in het tabblad vorderingen. PBI 664079 - Bruto blokkade rapport toont regeleindes. PBI 683030 - netto blokkadelijst toont nu teveel betalingen. PBI 679531 - De online help is uitgebreid met het menu Handmatig muteren. Publishing Date : 4/28/2020
Volledig artikel weergeven
28-04-2020 19:34 (Bijgewerkt op 28-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 355 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
  • 382 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
  • 344 Weergaven
Gewijzigd en verbeterd   Overige verbeteringen en opgeloste meldingen VIDIS-7582 aanpassing in bulkjob betreffende duplicaat bank voor een relatie\fiscaal begunstigde VIDIS-7886 aanpassing Fiscaalbegunstigde niveau voor ontvangerverdeling bij uitbetaald bedrag VIDIS-7793 aanpassing in schoning scripts VIDIS-7918 aanpassing in rapportage Incomplete Uitkeringsplannen VIDIS-7756 aanpassing in het deployment process
Volledig artikel weergeven
27-03-2024 09:43 (Bijgewerkt op 09-04-2024)
  • 0 Antwoorden
  • 0 kudos
  • 337 Weergaven
CAK foutmelding 7 in verband met bruto blokkade (VIDIS-5737) Waarom Tot nu toe werd er geen foutmelding 7 opgenomen in het CAK B bestand als er sprake was van een bruto blokkade  Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Foutmelding 7 "Uitkering aan rechthebbende is geschorst door broninhouder." wordt in kolom AA gemeld wanneer : Eerdere evaluaties (bijvoorbeeld controle op het land) hebben niet tot een fout geleid. De CAK inhoudingen vanuit GEMAL voor deze maand 0 zijn. Er is momenteel voor de Fiscaal begunstigde een bruto blokkade ingesteld. Het betreft een maand waarin uitkeringen verwacht worden.  Deze validatie wordt gedaan voorafgaand aan de validaties voor foutmelding 3 "Hoogte uitkering is ontoereikend voor inhouding." en 4 "Uitkering aan rechthebbende is definitief gestopt door broninhouder.". Actie Geen actie benodigd CAK foutmelding 3 onterecht in maanden zonder uitbetaling (VIDIS-5738) Waarom Bij bijvoorbeeld kwartaal uitkeringsplannen werd ten onrechte foutmelding 3 gegeven in de maanden waarin er geen uitkering is. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Bij het verrijken van het CAK bestand zullen we foutmelding nummer 3 "Hoogte uitkering is ontoereikend voor inhouding." opnemen in kolom AA wanneer: Eerdere evaluaties (bijvoorbeeld controle op het land) hebben niet tot een fout geleid. De begunstigde heeft een onvoldoende ingehouden nominaal CAK bedrag van Payroll Gemal. Het betreft een maand waarin uitkeringen verwacht worden.  Bij bijvoorbeeld kwartaal betalingen is dat maar eens in de 3 maanden. Hierbij wordt gekeken naar Periodecode. Vervalmaand en Numerando van de actieve uitkeringsplannen van de Fiscaal begunstigde. De laatst genoemde voorwaarde is toegevoegd in deze release. Een andere foutmelding kan nog steeds worden gegeven. Actie Geen actie benodigd Rapport matchinglijst: 'PeriodiekBedrag' en extra kolommen (VIDIS-7567, VIDIS-7780) Waarom Soms word in de kolom 'PeriodiekBedrag' in het rapport 'Matchinglijst' een oudere waarde voor het bedrag getoond. Dit kan gebeuren wanneer DatumEfffectueren bij betrokken uitkeringscomponenten gelijk zijn.  Hoe Verwerking > Handmatige/Automatische verwerking > Start rapportage matchinglijst Kolom 'PeriodiekBedrag' is nu altijd gebaseerd op de laatst aangemaakte uitkeringscomponent. Daarnaast zijn er ook 4 extra kolommen toegevoegd:  PercBtlVerdiend - percentage buitenland verdiend ExtraStamBedragLH - extra stamgegeven voor correctie loonheffing (Gemal IVC 01158) ExtraStamBtlVerdiend - extra stamgegeven voor buitenland verdiend (Gemal IVC 02111) SpecificatiePrinten (Nee of Ja) - indicatie of de begunstigde papieren bruto-netto-specificatie en jaaropgavee wil ontvangen. Actie Geen actie benodigd   Overige verbeteringen en opgeloste meldingen VIDIS-7156 Toevoegen criterium (er is nog geen betaling geweest) voor het automatisch aanmaken van brief Loonheffingskorting
Volledig artikel weergeven
28-02-2024 16:08 (Bijgewerkt op 22-03-2024)
  • 0 Antwoorden
  • 1 kudos
  • 356 Weergaven
  Gewijzigd en verbeterd Verbeteringen termijnen uitkeringsplan (VIDIS-2012, VIDIS-6696) Waarom Tot nu toe werd het bedrag van een nieuw termijnen uitkeringsplan (ontvangen via de Polisjob of ingevoerd in de backoffice portal) in het eerste fiscale jaar ongewijzigd toegevoegd aan het fiscaal jaarloon (BT). Dat is niet correct omdat het geen jaarbedrag is. De einddatum van de inkomstenverhouding van een termijnen uitkeringsplan werd elke maand aangepast naar de laatste dag van de termijn. Dat is niet gewenst.  Hoe Uitkeringsplannen > Nieuw uitkeringsplan Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Het bedrag van een nieuw termijnen uitkeringsplan wordt eerst omgerekend naar een jaarbedrag voordat dit (indien van toepassing) toegevoegd wordt aan het fiscaal jaarloon (BT).  De omrekenmethode is dezelfde die gebruikt wordt voor het berekenen van pro-rata bruto's.  De einddatum van de inkomstenverhouding van een termijnen uitkeringsplan wordt alleen aangepast wanneer de termijn eindigt voor de laatste dag van de verwerkingsmaand. Als de termijn eindigt op of na de laatste dag van de maand wordt dit dus behandeld als een lege einddatum. Actie Geen actie benodigd Aangepaste tekst voor gemoedsbezwaarde (VIDIS-6699) Waarom Tot nu toe werd in bruto/netto specificaties vanuit RSM (Raet Specificatie Manager) voor premies zorgverzekeringswet een algemene tekst gebruikt. Dit is  niet juist als de begunstigde een gemoedsbezwaarde is. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Indien de indicatie gemoedsbezwaarde aan staat bij de inhoudingseigenschappen van de begunstigde wordt in de bruto/netto specificaties vanuit RSM bij de premie ZvW de tekst 'Bijdrage vervangende belasting' gebruikt.   Actie Geen actie benodigd Polisjob volgnummer in payroll extract (VIDIS-6676) Waarom Sommige klanten hebben behoefte om in het Gemal extract bestand te kunnen zien welke Polisjob bestanden met mutaties hier in verwerkt zijn. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Het mechanisme werkt als volgt: Neem bij de aanlevering van Polisjob bestanden in de bestandsnaam de bedrijfscode van een fonds als bron: <Service center code>_<Bedrijfscode als BronNaam>-<BronVolgnummer>.xml Neem in dit bestand alleen mutaties op voor het betreffende fonds. NB: De applicatie controleert dit niet. Bij aansturing van payroll Gemal wordt het BronVolgnummer van het laatst ontvangen Polisjob bestand voor het fonds (d.w.z. waar de bedrijfscode als bron gebruikt is) doorgegeven. Het payroll Gemal extract bestand zal dit volgnummer bevatten op de 141 werkgever-regel. Het zit in de waarde vanaf positie 3 t/m positie 8, dus 6 posities. NB: In eerste instantie zal vanuit Gemal de waarde van 141 beperkt zijn tot 4 posities dat wordt binnenkort uitgebreid. Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen VIDIS-6487 Knop "Volgende" vervalt in "Nieuw uitkeringsplan" pagina VIDIS-6724 Bestaand uitkeringsplan mag niet gewijzigd worden via 'Nieuw uitkeringsplan' VIDIS-6707 Voorkom dubbel uitkeringsplan bij UI met Polisjob combinatie VIDIS-6677 Tenaamstelling altijd een waarde in betaalbestand naar RBM VIDIS-6354 Fiscaal woonland (IVC 02323) alleen bij wijziging naar Gemal VIDIS-5753 Keuze MijProducten beperken in "Bedrijf bewerken"  
Volledig artikel weergeven
25-05-2023 10:57
  • 0 Antwoorden
  • 0 kudos
  • 308 Weergaven
Gewijzigd en verbeterd Niet printen bij begunstigde - via XML (VIDIS-6326) Waarom In de voorgaande release 2023-01 (zie "Niet printen bij begunstigde" in de release notes) hebben we het mogelijk gemaakt om aan te geven of een Fiscaal Begunstigde een geprinte specificatie wil ontvangen of niet. Nu bieden de mogelijkheid om dit te wijzigen door middel van het proces 'start Bulk verwerking' (DFO20). Hoe Verwerking > Handmatige Verwerking\Automatische Verwerking > Start verwerking Bulk Binnen de XML tag <FiscaalBegunstigde> is als extra mogelijke tag <BegunstigdeEigenschap> opgenomen met als optionele tag daaronder <SpecificatiePrinten> (waarde Ja/Nee): Wanneer deze tag niet in de XML gezet is volgt er geen wijziging. Actie Er is geen actie benodigd Verschil landcode in IBAN en BIC (VIDIS-6240) Waarom Er zijn enkele uitzonderingen waarbij de landcode binnen de IBAN anders mag zijn dan de landcode in de bijbehorende BIC. Tot nu toe hielden we daar geen rekening mee bij de invoer van een ontvanger.  Hoe Referentiegegevens >Land In de landentabel is een extra kolom "IbanLandcode" opgenomen om een afwijkende code op te geven waarmee de IBAN start. Bijvoorbeeld Jersey:    Dit zijn de uitzonderingen die we standaard in de landentabel opnemen:   Actie Er is geen actie benodigd Extra inhoudingeigenschappen via XML (VIDIS-6032) Waarom Tot nu toe was het niet mogelijk om de inhoudingseigenschappen "Anoniementarief" en "Afwijkend % Loonheffing is maximum"  te wijzigen via het batchproces 'start bulk verwerking (DFO20). Hoe Verwerking > Handmatige Verwerking\Automatische Verwerking > Start verwerking Bulk Er zijn 2 optionele tags toegevoegd aan de DFO20 XML. Anoniementarief (waarde Ja/Nee) AfwijkendPercentageLoonheffingIsMaximum (waarde Ja/Nee) Wanneer een tag niet in de XML gezet is volgt er geen wijziging. Actie Er is geen actie benodigd Nieuw rapport "Status jaaropgave overledenen" (VIDIS-1896) Waarom Tot nu toe konden we niet laten zien welke items nog openstaan m.b.t. overleden personen, door middel van dit rapport kunnen we dit tonen. Zodra deze items afgerond zijn kan er een Jaaropgaaf worden gegenereerd. Hoe Rapportages > Status Jaaropgave overledenen Actie Er is geen actie benodigd behalve de autorisatie binnen de gewenste rol toekennen.   Nieuw rapport "Toekomstmutaties" (VIDIS-1994) Waarom Er was nog geen mogelijkheid om een overzicht te krijgen van de openstaande toekomstmutaties, dus mutaties die pas op een toekomstige datum effectief worden. Hoe Rapportages > Toekomstmutaties Actie Er is geen actie benodigd behalve de autorisatie binnen de gewenste rol toekennen.       Overige verbeteringen en opgeloste meldingen VIDIS-6386 'aanmaken gemal export' fix te lange bestandsnaam VIDIS-6383 Indexen historie tabellen VIDIS-5929 Deblokkering premie inhouding in juiste fiscale maand bij TWK VIDIS-4997, VIDIS-6479 Security HTTP headers VIDIS-6479 Foutmelding wanneer gebruik van 'Back' button bij rapportages
Volledig artikel weergeven
25-01-2023 09:25 (Bijgewerkt op 07-02-2023)
  • 0 Antwoorden
  • 0 kudos
  • 306 Weergaven
Gewijzigd en verbeterd Invoer afwijkende loondagen voor termijnen uitkeringsplan (VIDIS-5451) Waarom Tot nu toe was het niet mogelijk om afwijkende loondagen in te voeren of te wijzigen via de User Interface van de applicatie. Hoe Uitkeringsplannen > Nieuw uitkeringsplan Fiscaal begunstigden > tabblad Uitkeringsplannen Zowel in het scherm voor het aanmaken van een nieuw uitkeringsplan als in het scherm voor het wijzigen van een uitkeringsplan is het veld Afwijkende Loondagen opgenomen. Een waarde is alleen toegestaan voor een termijnen uitkeringsplan, die hebben TERM als waarde voor MutatiesoortPolis. De werking is hetzelfde als wanneer de loondagen via de Polisjob XML doorgegeven worden. In het kort: De fiscale maand voor de loondagen correspondeert met de fiscale maand van het bruto en is dus mede afhankelijk van de opgegeven BegindatumRecht, EinddatumRecht en de Numerando van het uitkeringsplan. De eerste mutatie is een vervanging van het door Gemal berekende aantal loondagen. Opvolgende mutaties zijn aanpassingen (delta's) daarop en kunnen dus ook negatief zijn. Let op: omdat een termijnen uitkeringsplan werkt met delta's is de standaard waarde in het scherm voor het Bedrag 0 euro en leeg voor de Afwijkende Loondagen. Actie Er is geen actie nodig. Verbeterde loondagenberekening bij vertraagd loon (VIDIS-5227) Waarom Bestaande functionaliteit is dat als bij het bedrijf de instelling Verschoven tijdvakken uit staat de berekening van loondagen overgelaten wordt aan Payroll Gemal. Gemal doet die berekening mede op basis de ingangsdatum en eventuele einddatum van de inkomstenverhouding. Een beperking daarbij is dat Gemal geen loondagen berekent voor een verlate ingang in een voorgaand jaar, waardoor de berekening voor fiscale maand januari kan afwijken.  Hoe Referentiegegevens > Bedrijf Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Als Verschoven tijdvakken uit staat bij het bedrijf zal P&B Core bij het ontstaan van een inkomstenverhouding die start in een voorgaand jaar, het aantal loondagen voor de fiscale maand januari van het huidige verwerkingsjaar berekenen en doorgeven als afwijkende loondagen naar Payroll Gemal.   Daarbij wordt het het aantal werkdagen (maandag t/m vrijdag) geteld in de periode vanaf de ingangsdatum t/m eind januari of eerder als de einddatum van het bijbehorende recht dat aangeeft. De berekening van de maanden vanaf februari blijft onaangepast en wordt dus door Gemal gedaan. Let op: als er bij termijnen uitkeringsplan expliciet een aantal afwijkende loondagen is opgegeven, wordt dat aantal gehanteerd. Actie Er is geen actie nodig. Extra rol in ontvangerverdeling (VIDIS-5203) Waarom Er was behoefte om aan de bestaande lijst van Rol ontvangers een optie toe te voegen . Hoe Functioneel begunstigden > tabblad Uitkeringsplannen > knop Detail Ontvangers Aan de lijst voor het veld Rol is de volgende waarde toegevoegd:     Actie Er is geen actie nodig. Automatische aanpassing inhoudingseigenschappen (VIDIS-4387) Waarom Als er een wijziging plaatsvindt in het woonland kan P&B Core de inhoudingseigenschappen daar automatisch op aanpassen. Dit kan je instellen bij het Servicecenter, bijvoorbeeld: Bij woonland naar NL moet CodeZVW M worden.    Bij die wijziging werd als ingangsmaand de huidige verwerkingsmaand ingesteld. Dit is niet gewenst als de volgende run een perioderun is. Hoe Fiscaal begunstigden > tabblad Relatie Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties De ingangsdatum wordt leeg gelaten bij de automatische wijzigingen van de inhoudingseigenschappen. Gevolg is dat deze ingaan afhankelijk van de eerstvolgende Gemal-verwerking: Dagrun - vanaf de huidige fiscale maand Perioderun - vanaf de nieuwe fiscale maand Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-5405 - Kolom Bedrijfscode toegevoegd aan Loonbeslagen report VIDIS-5539 - Reductie geheugengebruik bij Gemal export (performance) VIDIS-5287 - Splitsing Polis/Bulkjob pre-validatie transactie (performance) VIDIS-5017, VIDIS-5652 - Adapter verbetering VIDIS-4999 - Voorkomen foutmeldingen met stack trace (security) VIDIS-5650 - GAT bevinding: foutmelding wanneer uitkeringsplannen geopend worden
Volledig artikel weergeven
24-08-2022 14:06 (Bijgewerkt op 25-08-2022)
  • 0 Antwoorden
  • 0 kudos
  • 304 Weergaven