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
  • 1512 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
  • 926 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
  • 789 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
  • 624 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
  • 606 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
  • 579 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
  • 575 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
  • 575 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
  • 558 Weergaven
  Gewijzigd en verbeterd Bruto-netto-berekening voor uitkeringsplannen zonder ontvanger (VIDIS-6909) Waarom In bepaalde klantsituaties is het gewenst om bruto-netto-berekeningen te kunnen doen ook al hebben de uitkeringsplannen geen ontvanger. Hoe Referentiegegevens > ServiceCenter Selecteer binnen het ServiceCenter de dropdown box Ontvanger vereist voor Bruto-netto-berekening, deze heeft 3 opties Ja - verplicht dus geen berekening zonder ontvangers (default) Ja, behalve voor woonland NLD/ONB - berekening zonder ontvangers als het woonland van de FB NL of onbekend is. Deze mogelijkheid is eerder opgeleverd, zie de release notes 2022-02. Nee - niet verplicht, dus berekening zonder ontvangers Deze mogelijkheid is nieuw. Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Op basis van de gekozen instelling beslist GemalExport of er brutobedragen naar Gemal worden gestuurd of niet in situaties waarin er geen ontvangers aanwezig zijn voor het uitkeringsplan.   Actie Geen actie benodigd Loonbeslag via XML (VIDIS-6809) Waarom Tot nu toe was het nog niet mogelijk om een Loonbeslag met Loonbeslagleggers op te voeren via de DFO20 XML Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking De DFO20 XML is uitgebreid met een optionele tag <Loonbeslag> onder de tag <FiscaalBegunstigde>:  <Actief> Ja/Nee <BeslagvrijeVoet> <Toelichting> <Beslagleggers> <Beslaglegger>  <Ontvanger> - Identification of the recipient, similar to <Uitkeringsplan><Uitkeringscomponenten><Uitkeringscomponent>  <IBANNummer> <DomesticAccount> <RekeningCourant> <Volgnummer> <MaandBedrag>  <VerwachteSchuld> <Dagafschrift> Hiermee kan een volledige vervanging gedaan worden van de instelling van het loonbeslag voor een fiscaal begunstigde. Hierbij gelden dezelfde controles, validaties als in de web pagina 'Loonbeslag'. De loonbeslagleggers moeten al bekend zijn als ontvanger in het systeem.  De ontvangers worden gevonden op basis van het opgegeven bankrekeningnummer. Nieuwe beslagleggers worden toegevoegd, bestaande worden gewijzigd en degenen die niet meer in de XML staan worden verwijderd uit het loonbeslag. De wijzigingen worden automatisch goedgekeurd. Actie Geen actie benodigd Doorsturen vorderingen naar incassodomein (VIDIS-6031) Waarom Tot nu toe was het nog niet mogelijk een vordering automatisch door te sturen naar het incassodomein Hoe Referentiegegevens > ServiceCenter Selecteer binnen het ServiceCenter de volgende checkbox (default is uit):  Niet te verrekenen negatieve netto's direct naar incasso   erwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Negatieve nettobedragen worden altijd eerst normaal verwerkt: Sommatie met de andere te verwerken netto bedragen met hetzelfde uitkeringsplan, periode en betalingsdatum. Dit kan het negatieve bedrag elimineren of verminderen. Als een negatief bedrag resulteert wordt een vordering aangemaakt. Waar mogelijk wordt verrekening gedaan vanuit positieve bedragen, rekening houdend met betalingsregelingen. Indien het bovengenoemde selectievakje is aangevinkt worden vorderingen die niet of niet volledig verrekend konden worden automatisch doorgestuurd naar het incassodomein. Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Samen met het aanmaken van betalingen wordt een XML aangemaakt met de in het incassodomein op te nemen vorderingen. In het journaalposten bestand (JPN) wordt looncomponent "q01" wordt gebruikt om financieel te rapporteren over de transactie. Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen VIDIS-6899    Verbeteringen vanuit SAST security tool VIDIS-6762    Polisjob performance verbetering VIDIS-6732    GDPR opschoon SQL VIDIS-6716    Correcte IKV Einddatum by Postnumerando+1 VIDIS-6915    VUC doet geen check naar ontvangers met een fictief bruto zoekend naar een uitkeringsplan
Volledig artikel weergeven
28-06-2023 16:09 (Bijgewerkt op 03-07-2023)
  • 0 Antwoorden
  • 0 kudos
  • 557 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
  • 580 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
  • 528 Weergaven
    Gewijzigd en verbeterd Uniforme namen uitvoerbestanden (VIDIS-5902) Waarom De bestanden die P&B Core aanmaakt bevatten gegevens die betrekken hebben ofwel op een bepaald service center ofwel meer specifiek op een bedrijf binnen dat service center. Dat was niet op een eenduidige manier uit de bestandsnamen af te lezen. Bij gebruik van meerdere service centers en/of bedrijven is het wel van belang dat de bestanden eenvoudig gescheiden kunnen worden. Hoe De richtlijn voor de uitvoerbestanden vanuit P&B Core wordt: 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. 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.   Enkele voorbeelden hoe dit uitwerkt voor bestandsnamen (uitgaande van SAB als de servicecentercode, B33 als de bedrijfscode en NN76 als payrollbedrijfsnummer): Fiatteringen rapport "OpenstaandeFiatteringen_SAB_B33_20211214092116.csv" wordt "SAB_B33_OpenstaandeFiatteringen_20211214092116.csv" JPN verwerkingsverslag "NN76_JPN_20220207155226.xml" wordt  "SAB_B33_NN76_JPN_20220207155226.xml" JPN bestand "SAB_JPBBKN_NN76202106_20220316113014.CSV" wordt "SAB_B33_JPBBKN_NN76202106_20220316113014.CSV" Let op: CAK bestandsnaam blijft vooralsnog ongewijzigd, dus zonder servicecenter code en bedrijfscode. Actie Als je (een deel van de) bestanden uit P&B Core geautomatiseerd verwerkt is het verstandig contact op te nemen om voor jouw situatie deze naamsverandering te bespreken. We kunnen dan een complete lijst van oude en nieuwe bestandsnamen geven. Validaties BIC (VIDIS-5722) Waarom Een incorrecte BIC, die niet overeenstemt met de IBAN qua landcode en bankcode kan leiden tot afkeuring van de betaling of zelfs de hele betalingsbatch. Hoe De controles of de BIC overeenstemt met de IBAN qua landcode en bankcode leiden tot fouten als dit niet het geval is, de BIC en IBAN worden afgekeurd. Voorheen leidde dit alleen tot waarschuwingen. Voor Engelse Ibannummers (GB) met een afwijkende maar correcte BIC zoals JE voor Jersey zal voor nieuwe opvoer een foutmelding verschijnen. Advies is om hier de BIC weg te laten. Actie Er is geen actie benodigd Filter op bedrijf in lijst Openstaande fiatteringen (VIDIS-1887) Waarom De werklijst met mutaties die gefiatteerd moeten worden omvatte alle bedrijven waarvoorde gebruiker geautoriseerd is.  Het is wenselijk om dit te beperken tot bepaalde bedrijven.   Hoe Rapportages > Fiatteringen Het scherm met de openstaande fiatteringen toont een filter om deze te beperken tot 1 of meerdere bedrijven.  Actie Er is geen actie benodigd   Overige verbeteringen en opgeloste meldingen VIDIS-6116    RSM gse-selectiebestand fix VIDIS-5771    Voorbereiding wel/niet printen bij begunstigde  VIDIS-6115    Perioderun aanmaken PayrollInputs traag VIDIS-6114    Fix op VIDIS-4753 mbt verwerkingsverslag' VIDIS-5914    Versnellen zoeken fiscaal begunstigde VIDIS-5903    Polis/Bulkjob kleinere transacties (performance) VIDIS-5627    Brieven - betere waarde voor veld IngangsdatumUitkering VIDIS-5626    Brief "Informatieverzoek" - fix volgnummer  
Volledig artikel weergeven
23-11-2022 17:00 (Bijgewerkt op 28-11-2022)
  • 0 Antwoorden
  • 0 kudos
  • 520 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
  • 504 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
  • 479 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
  • 477 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
  • 486 Weergaven
  In de release notes vindt u een beschrijving van nieuwe functionaliteiten en verbeteringen in deze release. De wijzigingen komen deels voort uit meldingen van onze klanten. Waar het relevant is, verwijzen wij met een nummer naar ons interne systeem waarin wij de klantmeldingen registreren. Gewijzigd en verbeterd Indicatie fiscaal woonland naar Payroll Gemal Waarom Vanuit de fiscale regelgeving 2019, is in Payroll Gemal vanaf release 2018-12 een invoercode 02323 Indicatie fiscaal woonland opgenomen die door bronsystemen zoals P&B Core aangestuurd moet worden. Hoe Referentiegegevens > Land Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Referentiegegevens > PayrollExtraStamgegeven Inrichting In het scherm Referentiegegevens Land is een veld FiscaalWoonland aanwezig met drie mogelijke waarden: Nederland Landenkring Overige landen Dit veld wordt gevuld voor de bestaande Service Centers en voor nieuwe Service Centers. De landenkring omvat daarbij: de landen van de EU en de landen van de EER (IJsland, Noorwegen en Liechtenstein) en Zwitserland en de BES-eilanden(Bonaire, Sint Eustacius en Saba) Proces Aanmaken Gemal mutaties Als het Woonland (invoercode 02252) naar Payroll Gemal wordt gestuurd, wordt ook altijd de bijbehorende waarde voor de Indicatie fiscaal woonland (invoercode 02323) naar Payroll Gemal gestuurd. Uitzondering hierop is als de gebruiker een PayrollExtraStamgegeven met PayrollInvoerCode 02323 heeft ingesteld voor de fiscaal begunstigde. Op die manier wordt standaard het fiscale woonland afgeleid van het woonland en is het voor de uitzonderingen mogelijk om daarvan af te wijken. Uw actie Voor de begunstigden met een afwijkend fiscaal woonland kunt u een PayrollExtraStamgegeven met PayrollInvoerCode 02323 en waarde 1, 2 of 3 instellen. Relatienummer in borderel-XML Waarom De borderel-XML bevat voor een verzamelontvanger een lijst met betaalbedragen per begunstigde. Naast de naam van begunstigde, is er behoefte aan een eenduidige identificatie. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel Vanaf deze release wordt bij elke begunstigde in de borderel-XML zijn/haar relatienummer opgenomen. Hiervoor is onder de XML-tag Begunstigde een XML-tag Relatienummer opgenomen. Uw actie Er is geen actie nodig. Ondersteuning termijnen-uitkeringsplan Waarom Er is behoefte om in P&B Core op een andere manier door te kunnen geven wanneer welke uitkering gedaan moet worden. Namelijk zodanig dat het bronsysteem zelf de afzonderlijke beschikbaarstellingen (qua recht, moment en hoogte) bepaalt. Hiervoor introduceren we het termijnen-uitkeringsplan. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Proces Verwerken Polisgegevens (DFO 11) Het bronsysteem kan een termijnen-uitkeringsplan aanleveren door in de Polisgegevens-XML TERM door te geven als MutatieSoortpolis. P&B Core zal dan bij het inlezen van het mutatiebestand valideren dat het uitkeringsplan voldoet aan: PeriodeCode=1, Vervalmaand=1 en Vervaldag=1 De opgegeven rechtperiode (BegindatumRecht t/m EinddatumRecht) is niet leeg en valt binnen een kalendermaand Het bij het uitkeringsplan opgegeven bedrag betreft dan niet het jaarbedrag, zoals bij andere uitkeringsplannen, maar het bedrag van de betreffende rechtmaand. Als op een later moment voor dit uitkeringsplan en deze rechtmaand een mutatie wordt gestuurd, werkt deze niet vervangend, zoals bij andere uitkeringsplannen, maar aanvullend, salderend. Voor elke mutatie van een termijnen-uitkeringsplan zal een eenmalige uitkeringscomponent aangemaakt worden met als belangrijkste velden: ComponentType De waarde is afhankelijk van de TWKBeschikbaarstellingDatum, zie hieronder a) Indien deze voor de betaalmaand ligt: TWK b) Indien deze in de betaalmaand ligt: TWK huidige maand c) Indien deze na de betaalmaand ligt: rechten eenmalig BegindatumRecht = UP.BegindatumRecht EinddatumRecht = UP.EinddatumRecht Bedrag = UP.Bedrag BeschikbaarstellingDatum Indien Numerando=Prenumerando (1): BegindatumRecht Indien Numerando=Postnumerando (2): EinddatumRecht Indien Numerando=PostnumerandoPlus1dag (3): EinddatumRecht + 1 dag Indien Numerando=PostnumerandoEindVolgendeMaand (4): de laatste dag van de kalendermaand na de kalendermaand van EinddatumRecht Bron = Polis Proces Aanmaken Gemal mutaties (DFO32) Voor de hierboven beschreven eenmalige uitkeringscomponenten bij een termijnen-uitkeringsplan geldt een extra voorwaarde: BeschikbaarstellingDatum ligt voor of in de verwerkingsmaand. Dit betekent dat het bronsysteem van tevoren termijnen kan doorgeven, dus met een rechtperiode die in de toekomst ligt. De termijn wordt dan doorgezet naar Payroll Gemal, als de bijbehorende beschikbaarstellingmaand is aangebroken. Vervolg In een latere release wordt het mogelijk om voor deze termijnen-uitkeringsplannen loondagen door te geven vanuit het bronsysteem. Uw actie Er is geen actie nodig. Publishing Date : 1/31/2019
Volledig artikel weergeven
31-01-2019 17:31 (Bijgewerkt op 01-03-2022)
  • 0 Antwoorden
  • 0 kudos
  • 458 Weergaven
Gewijzigd en verbeterd Niet printen bij begunstigde (VIDIS-6182) Waarom Tot nu toe was het niet mogelijk aan te geven dat een fiscaal begunstigde geen papieren Bruto Netto Specificatie of Jaaropgave wil ontvangen. Hoe Verwerking > Fiscaalbegunstigden > Fiscaalbegunstigden Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie/jaaropgaaf Er is een veld "Specificatie printen" toegevoegd, standaard staat deze aan. Bij het aanmaken van bruto netto specificaties en jaaropgaven worden begunstigden waarbij "Specificatie printen" uit staat niet meegenomen indien gekozen wordt voor bestemming "Printprovider POSTNL". Actie Er is geen actie nodig. Bruto netto specificatie: Filter op basis van NettoVerschil (VIDIS-5769, VIDIS-3768) Waarom Er was nog geen filtermogelijkheid bij het aanmaken van bruto netto specificaties op basis van het absolute verschil in het definitieve netto bedrag tussen de huidige en de vorige maand. Hoe Verwerking > Handmatige/Automatische verwerking >Start aanmaken Bruto Netto Specificatie   Er is een nieuw filter beschikbaar:  BNNettoVerschil >{bedrag} (in eurocenten):    Actie Er is geen actie nodig. Inactieve bedrijven niet in rapporten (VIDIS-4067) Waarom Tot nu toe konden ook voor inactieve bedrijven regels getoond worden in rapportages zoals 'Signaallijst inhoudingseigenschappen'. Hoe Referentiegegevens > Bedrijf Rapportages > ... Verwerking > Handmatige/Automatische verwerking > Start rapportage ...   In de rapportages wordt alleen met gegevens van actieve bedrijven gewerkt. Of een bedrijf actief is kan in de referentiegegevens pagina ingesteld worden. Actie Er is geen actie nodig.   Overige verbeteringen en opgeloste meldingen VIDIS-6238 Extra indexen t.b.v. performance 'Alle rekeningen' VIDIS-6204 Timestamp toegevoegd aan matching relaties en kleine relaties uitvoerbestanden VIDIS-6160 Juiste IKV ingangsdatum bij "verlate ingang" periodiek uitkeringsplan in combinatie met eenmalig uitkeringsplan VIDIS-5768 Vervallen ontvangerrollen (Bruto/Netto-inhouding 1 t/m 3) verwijderd uit ontvangerverdeling VIDIS-6360 Notitie 'printprovider' staat op de verkeerde plek, moet op bestemmingsniveau staan VIDIS-6365 JaarMaand tag mag leeg zijn bij specificatie teksten VIDIS-6399 UAT 1.9.0.2 (VIDIS-6182) checkbox 'specificatie printen' niet default aangevinkt  
Volledig artikel weergeven
02-01-2023 16:01 (Bijgewerkt op 06-01-2023)
  • 0 Antwoorden
  • 1 kudos
  • 471 Weergaven
Gewijzigd en verbeterd Rapportage mutatielijst (PBI 684189) Waarom In het dossier van een fiscaal begunstigde kunt u via het tabblad Fiscaal begunstigde een Mutatielijst opvragen met een overzicht van de mutaties en fiatteringen van het dossier. Er bestond nog geen mutatielijst met de mutaties en fiatteringen van alle fiscaal begunstigden van een bedrijf. Hoe Rapportages > Mutatielijst Vanaf deze release is aan het menu Rapportages het rapport Mutatielijst toegevoegd. Hiermee kunt u een mutatieoverzicht opvragen voor een specifiek bedrijf, waarbij u de periode opgeeft waarover u de mutaties wilt opvragen. Daarnaast kunt u opgeven dat u de mutaties van een bepaalde gebruiker wilt zien. Uw actie Er is geen actie nodig. Leeg adres naar Gemal toestaan (PBI 657562) Waarom Vanaf release 2020-03 is het mogelijk een bruto-netto-berekening volgens anoniementarief te laten plaatsvinden als het adres onbekend is. Als een adresveld leeg was, werden de bruto bedragen echter toch tegengehouden en dus niet naar Payroll Gemal gestuurd. Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties In het scherm Servicecenter is aan de optie Bij adres onbekend/leeg anoniementarief de volgende functionaliteit toegevoegd. Staat bij deze optie een vinkje, dan stuurt P&B Core de bruto bedragen naar Payroll Gemal ook als er lege adresvelden zijn. Het gaat daarbij om de velden Straatnaam, Woonplaats en als het land NL is, ook om het veld Postcode. Is deze optie niet aangevinkt, dan houdt P&B Core bij lege adresvelden de bruto bedragen wel tegen. Deze functionaliteit is in lijn met de regels van de loonaangifte waar de betreffende adresvelden verplicht zijn, tenzij er spake is van het anoniementarief. Uw actie Er is geen actie nodig. Vrijstelling Loonheffing uit bij verhuizing ander buitenland (PBI 661270) Waarom Woont een fiscaal begunstigde in het buitenland, dan is de vrijstelling loonheffing die daarom is verleend, gebonden aan het specifieke land waar de fiscaal begunstigde woont. Deze vrijstelling vervalt als de fiscaal begunstigde naar een ander buitenland verhuist. Hoe Referentiegegevens > Servicecenter Aan het scherm Servicecenter is vanaf deze release de optie Bij verhuizing buiten Nederland moet vrijstelling loonheffing uit toegevoegd: Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Fiscaal begunstigden > tabblad Relatie Als de bovengenoemde optie is aangevinkt, wordt bij een wijziging van het ene naar het andere buitenland via het DFO25 importbestand (Relatiejob) of via een handmatige mutatie in het fiscaal begunstigde dossier een bestaande vrijstelling loonheffing automatisch uitgezet. Het uitzetten vindt plaats met de gebruikersnaam Rule_CodeVrijstBuit. Uw actie Er is geen actie nodig. Visma-icoon vervangt Raet-icoon in browser (PBI 681287) Waarom Als (favorieten-)icoon van P&B Core in de browser stond nog het Raet-icoon.  Hoe Vanaf deze release ziet u het Visma-icoon in uw browser. Uw actie Er is geen actie nodig. BSN 000000000 wordt lege waarde (PBI 675407) Waarom Bij het aanleveren van een lege BSN-tag in de Relatiejob-XML, werd ten onrechte de waarde 000000000 vastgelegd. Hoe Verwerking > Handmatige/Automatische verwerking > Start polis/bulk/relatie verwerking Dit is als volgt opgelost. Bij het aanleveren van een lege BSN-tag in de Polis/Bulk/Relatiejob-XML wordt een lege waarde vastgelegd. Alle huidige BSN-waarden 000000000 in P&B Core worden omgezet naar een lege waarde. In een importbestand met relatiegegevens (in te lezen door Polisjob, Bulkjob of Relatiejob) of bij handmatige mutaties via het fiscaal begunstigde dossier, geldt een BSN met de waarde 000000000 niet als geldige waarde en wordt afgekeurd. Uw actie Er is geen actie nodig. Ingangsmaand stamgegevens bij nieuw IKV met verlate ingang (PBI 679972) Waarom Als voor een uitkeringsplan een inkomstenverhouding werd aangemaakt met een ingangsdatum in een eerdere maand, dan waren de stamgegevens die naar Payroll Gemal werden gestuurd pas geldig vanaf de huidige verwerkingsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties De aansturing naar Payroll Gemal is aangepast, zodat bij een nieuwe inkomstenverhouding die is aangemaakt met een ingangsdatum in een eerdere maand, de meegestuurde stamgegevens, zoals NAW en inhoudingseigenschappen, geldig zijn vanaf de ingangsdatum van de inkomstenverhouding. P&B Core doet dit door bij de stamgegevens voor een nieuwe inkomstenverhouding geen ingangsmaand meer op te geven. Payroll Gemal hanteert dan de begindatum van de inkomstenverhouding. Uw actie Er is geen actie nodig. Lokale tijdstippen vastleggen (PBI 446161) Waarom Voor de opslag van tijdstippen werd over het algemeen het UTC-tijdstip gebruikt. Dit gaf verwarring bij het raadplegen en delen van informatie rechtstreeks uit de database. Hoe Voor de opslag van tijdstippen wordt vanaf deze release de lokale tijd in Nederland gebruikt. De gehanteerde tijd zone is: CEST – Central European Summer Time (Daylight Saving Time). Uw actie Er is geen actie nodig. Verbeteringen DFO44-XML BNS (PBI 642098) Dit onderwerp is niet relevant voor klanten die bruto-netto specificaties laten aanmaken via Specificatie Manager. Waarom We hebben de XML die wordt aangemaakt voor bruto-netto specificaties consistenter gemaakt. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie We hebben de XML die P&B Core kan leveren voor de bruto-netto specificaties als volgt aangepast: In de volgende tags gebruiken we voortaan geen true/false meer, maar Ja/Nee: Blokkade IndicatieBrief Belast bij een bruto en correctie-loonheffing PremieInhouding wordt voortaan net zo opgenomen als een bruto, zie de voorbeelden hieronder. Voorbeeld oude XML <PremieInhouding>  <Code>F99</Code>  <Belast>Ja</Belast>  <Naam>Pensioenpremie</Naam>  <Bedrag>69.82</Bedrag> </PremieInhouding> Voorbeeld nieuwe XML <PremieInhouding>  <ComponentCode>1128</ComponentCode>  <Component>Pensioenpremie</Component>  <Belast>Ja</Belast>  <Bedrag>69.82</Bedrag>  <Valuta>EUR</Valuta> </PremieInhouding> Uw actie Als uw organisatie gebruik maakt van dit exportbestand, moet u nagaan wat de eventuele impact is van deze wijziging op de systemen die dit bestand importeren. Blokkade van periodieke handmatige uitkeringscomponent ondersteunen (PBI 684822) Waarom Als er sprake is van een bruto blokkade worden de beschikbaar gestelde bruto's niet naar Payroll Gemal gestuurd, maar vastgelegd binnen P&B Core in een uitkeringscomponent met type Blokkade TWK. Op het moment dat de bruto blokkade wordt opgeheven, worden deze blokkade-uitkeringscomponenten alsnog naar de Payroll Gemal gestuurd. Voor de bijbehorende premie-inhoudingen en/of loonheffingscorrecties die zijn vastgelegd via een periodieke handmatige uitkeringscomponent gold een dergelijk mechanisme echter niet. Deze werden, bij het opheffen van de blokkade niet automatisch alsnog naar Payroll Gemal gestuurd.  Hoe Voor premie inhoudingen en/of loonheffingscorrecties die zijn vastgelegd via een periodieke handmatige uitkeringscomponent geldt nu ook een blokkade-mechanisme: Als er sprake is van een bruto blokkade worden de inhoudingen/correcties vastgelegd in een blokkade-uitkeringscomponent. Deze uitkeringscomponent heeft als type Geblokkeerde Inhouding en is gekoppeld aan het bijbehorende bruto dat is vastgelegd in een uitkeringscomponent met type Blokkade TWK. Uw actie Er is geen actie nodig. Bij vrijstelling loonheffing Loonheffingstabel Geen vermelden op bruto-netto specificatie (PBI 614659) Waarom Als er sprake is van vrijstelling loonheffing wordt er geen loonheffingstabel toegepast. Op de bruto-netto specificatie wordt deze vrijstelling vermeld, waarbij toch Groen als loonheffingstabel stond. Dit is aangepast. Hoe Voor fiscaal begunstigden met een vrijstelling loonheffing staat voortaan op de bruto-netto specificatie: die gemaakt wordt door Specificatie Manager: Loonheffingstabel: Geen in de DFO44-XML: <Tabelloonheffing>Geen</Tabelloonheffing> Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 676739 - Relatienummer wordt overschreven bij toevoegen UP via GUI PBI 675470 - Actuele redenen voor Anoniementarief altijd tonen PBI 675118 - Fouten bij UP-beëindiging via GUI PBI 675386 - Gemal-invoercode 02252: Lege waarde sturen bij Land ON PBI 683030 - Netto blokkadelijst toont teveel betalingen PBI 672278 - Issue proefrun wegens EerstePayrollVerwerkingId Let op: de proefrun is nog niet gereed voor gebruik. Daarom de optie proefrun tot nader bericht NIET kiezen bij het starten van proces Start aanmaken Gemal mutaties. PBI 677657 - Fiscaal woonland (invoercode 02323) alleen naar Gemal indien gewijzigd Publishing Date : 5/26/2020
Volledig artikel weergeven
26-05-2020 18:01
  • 0 Antwoorden
  • 0 kudos
  • 446 Weergaven