Mijn Communities
Help

Releases Youforce Pensions & Benefits Core

Sorteren op:
Gewijzigd en verbeterd Impliciete blokkades in rapport Bruto blokkades (VIDIS-5083) Waarom In het rapport Blokkadelijst (bruto) stonden tot nu toe alleen de begunstigden en uitkeringsplannen met een expliciet ingestelde bruto blokkade. Een andere reden voor een bruto blokkade is dat het woonadres van de begunstigde niet compleet is en bij het Servicecenter niet is ingesteld dat er dan een berekening met anoniementarief moet plaatsvinden. Deze impliciet geblokkeerde begunstigden zijn nu in het rapport opgenomen. Hoe Referentiegegevens > Servicecenter Rapportages > Blokkadelijst (bruto) Als in het Servicecenter de optie Bij adres onbekend/leeg anoniementarief uit staat, worden in het rapport nu ook begunstigden getoond met een fiscaal gezien incompleet woonadres: de Straatnaam is leeg en/of de Woonplaats is leeg en/of de Postcode is leeg bij woonland Nederland Actie Er is geen actie nodig. Gebruikers in referentiegegevenspagina Rol (VIDIS-5140) Waarom De autorisatie is gebaseerd op het toekennen van rechten die zijn vastgelegd in bepaalde rollen. In de Referentiegegevens voor een rol wordt een lijst getoond van de gebruikers met deze rol. In deze lijst stonden ten onrechte ook gebruikers die niet meer aan de betreffende rol zijn gekoppeld. De autorisatie zelf was wel in orde. Hoe Referentiegegevens > Rol Onderin de detailpagina van een rol bij Gebruikers met deze rol zie je voortaan alleen actieve en inactieve gebruikers die nog steeds aan deze rol zijn gekoppeld. Actie Er is geen actie nodig. Ingangsdatum inkomstenverhouding bij verlate ingang (VIDIS-5445) Waarom Als een uitkeringsplan een verlate ingang heeft, d.w.z. de Begindatum recht is in een eerdere maand, en de Begindatum recht valt niet op de eerste dag van de maand, dan begon de nieuwe inkomstenverhouding toch op de eerste dag van die maand.  Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Als bij de aansturing van Payroll Gemal een inkomstenverhouding wordt aangemaakt, komt de ingangsdatum daarvan voortaan overeen met de datum waarop het recht ingaat, ook als deze datum in de loop van een maand valt. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-5367    Verbetering logging van importprocessen VIDIS-5365    Technische verbetering databasetransacties Relatiejob VIDIS-5157, VIDIS-5084 en VIDIS-5081 Adapterverbeteringen VIDIS-4996    Beveiligingsverbetering tegen XSS  
Volledig artikel weergeven
26-07-2022 14:47
  • 0 Antwoorden
  • 0 kudos
  • 295 Weergaven
  Gewijzigd en verbeterd Dagafschrift tekst voor betaling nu in hoofdletters en kleine letters (VIDIS-4620) Waarom Hoe het opbouwen van de dagafschrift tekst voor een betaling aan de begunstigde moet plaatsvinden, kan je instellen via het veld Dagafschrift tekst bij het Service Center of bij een specifiek bedrijf. Op de dagafschriften voor de begunstigden werd de vaste tekst ten onrechte altijd in kleine letters opgenomen. Hoe Referentiegegevens > Servicecenter Referentiegegevens > Bedrijf Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Voortaan worden bij het vullen van de dagafschrift tekst voor nieuw aangemaakte betalingen, de hoofdletters en kleine letters gevolgd zoals deze zijn opgegeven in het veld Dagafschrift tekst bij het Service Center of bij een specifiek bedrijf. Let op dat de namen van de variabelen, zoals [netto], altijd in kleine letters moeten zijn. Actie Controleer of het gebruik van hoofdletters en kleine letters zoals is opgegeven bij het veld Dagafschrift tekst bij het Service Center of bij een specifiek bedrijf is zoals gewenst. Overige verbeteringen en opgeloste meldingen VIDIS-5217 Fout bij aanmaken eerste Bron bij een nieuw bedrijf VIDIS-5158 OutputAdapter fix tbv K55 waarde (VIDIS-4886) VIDIS-5148 OutputAdapter OutOfMemory bij code 118 VIDIS-4519 Validatie bij toevoegen IBAN voor reguliere ontvanger als die al bestaat voor reguliere ontvanger VIDIS-2018 Verbeterde trigger voor aanmaken loonheffingskorting brief VIDIS-5018 Vul Gemal IVC02938 (B25) met de volledige landnaam (4Me24605565)
Volledig artikel weergeven
25-05-2022 11:05 (Bijgewerkt op 28-06-2022)
  • 0 Antwoorden
  • 0 kudos
  • 291 Weergaven
Gewijzigd en verbeterd Ingangsdatum inhoudingseigenschappen mag leeg zijn (PBI 704267) Waarom Het is gewenst om na de laatste dagverwerking van een verwerkingsperiode, mutaties van een inhoudingseigenschap te kunnen klaarzetten voor de periodeverwerking van de volgende maand. Dat kon tot deze release alleen door er een toekomstmutatie van te maken met de volgende maand als ingangsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulkverwerking Fiscaal begunstigden > tabblad Inhoudingseigenschappen Het is vanaf deze release toegestaan om bij een mutatie van een inhoudingseigenschap de ingangsmaand leeg te laten. De betreffende mutatie wordt meegenomen in de eerstvolgende verwerking. Als dat een periodeverwerking is, geldt de mutatie vanaf de nieuwe fiscale maand. Als dat een dagverwerking is, geldt de mutatie vanaf de huidige fiscale maand. Op die manier zijn mutaties klaar te zetten voor de periodeverwerking van de volgende maand; het is niet meer nodig hier toekomstmutaties van te maken. Uw actie Er is geen actie nodig. Verrekenen vordering met aangemaakte betaling aangepast op bruto-netto specificatie via RSM (PBI 624052) Waarom Als door het verrekenen van vorderingen het bedrag van de aangemaakte betalingen werd verlaagd, leidde dit tot een niet sluitende bruto-netto specificatie uit Raet Specificatie Manager (RSM).   Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Het bedrag van een aangemaakte betaling dat binnen dezelfde verwerkingsmaand is gebruikt voor verrekening, wordt nu opgenomen onder Ingehouden i.v.m. vordering op de bruto-netto-specifatie uit RSM. Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen 706321 Fix voor Handmatige uitkeringscomponenten - automatische stopzetting bij stoppen Uitkeringsplan Opmerking: de oplossing van dit onderwerp is meegenomen in release 2020-08, ontbrak echter in de release notes. 705288 CAK A-bestanden worden niet ingelezen Opmerking: de oplossing van dit onderwerp is meegenomen in release 2020-08, ontbrak echter in de release notes. 704177 Fix PayrollOutput aanmaken bij TWK met alleen netto premies Publishing Date : 8/24/2020
Volledig artikel weergeven
24-08-2020 19:58
  • 0 Antwoorden
  • 1 kudos
  • 278 Weergaven
Gewijzigd en verbeterd Handmatige correctie loonaangifte in Jaaropgave (PBI 525726, VIDIS-1922) Waarom Het is mogelijk om via een fiscale correctie een aanpassing op te geven voor een jaar dat in Payroll Gemal al is afgesloten. Dat is een zogenaamde HCL, handmatige correctie loonaangifte. Wijzigingen in het bruto bedrag, de loonheffing en premie Zvw die het gevolg waren van een HCL werden tot deze release echter niet verwerkt in de jaaropgave van het afgesloten jaar.  Hoe Fiscaal begunstigden > tabblad Fiscale correcties Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf De jaaropgave bevat voortaan een combinatie van: De laatste van Payroll Gemal ontvangen cumulatieven voor het gevraagde fiscale jaar. Nieuw: daarvan afgetrokken de som van de gefiatteerde en verwerkte fiscale correcties (HCL's ) waarbij het gevraagde jaar is opgegeven als fiscaal jaar, het afboekjaar van de fiscale correcties. Deze bedragen staan niet in Payroll Gemal, daardoor wijkt de jaaropgave in P&B Core dus af van de stand in Payroll Gemal/Salarisdossier. Het gaat om de volgende gegevens in de jaaropgave: Belastbaar inkomen - tag TotaalBrutoBedrag in de DFO44-XML Hier trekken we FiscaleCorrectie.Bruto van af. Loon Zorgverzekeringswet - niet in de DFO44-XML, is gelijk aan de som van tag TotaalBrutoBedrag en tag BuitenlandVerdiend Hier trekken we FiscaleCorrectie.Bruto van af. Ingehouden loonheffing - tag IngehoudenLoonbelasting in de DFO44-XML Hier trekken we FiscaleCorrectie.Loonheffing van af Ingehouden bijdrage ZVW - tag IngehoudenBijdrageZorgverzekeringswet in de DFO44-XML Hier trekken we FiscaleCorrectie.PremiesZorgverzekeringswet van af. Loon ZVW gemaximeerd - tag GrondslagZvw in de DFO44-XML Hier trekken we FiscaleCorrectie.Bruto van af. Als het resultaat een negatief bedrag is, wordt 0 opgenomen in de jaaropgave. De HCL wordt meegenomen in de jaaropgave nadat de fiscale correctie is verwerkt in een payrollverwerking en de resultaten daarvan in P&B Core zijn ingelezen. Actie Er is geen actie nodig. Buitenlands rekeningnummer of domestic account vastleggen bij handmatig invoeren uitkeringsplan (PBI 678821, VIDIS-1875) Waarom Voorheen was het alleen mogelijk om in P&B Core een Buitenlandsnummer (domestic account) vast te leggen, door het rekeningnummer achteraf aan te passen via het scherm Ontvangers > Beheer ontvanger. Vanaf deze release is dit aangepast en kun je het Buitenlandsnummer meteen vastleggen bij het handmatig invoeren van een nieuw uitkeringsplan. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Uitkeringsplannen > Nieuw Uitkeringsplan Aan het scherm Nieuw uitkeringsplan is bij de ontvangergegevens het veld Buitenlandsnummer toegevoegd, zodat het nu mogelijk is om bij het handmatig invoeren van een nieuw uitkeringsplan meteen een Buitenlandsnummer (domestic account) vast te leggen. Actie Er is geen actie nodig. Valutacodes in selectielijst beperken (PBI 699525, VIDIS-1901) Waarom Bij het handmatig invoeren van een uitkeringsplan via het scherm Nieuw uitkeringsplan was de lijst waaruit je via het veld Valutacode de valuta moest selecteren erg lang, waardoor soms de verkeerde valuta werd gekozen. Daarom is het vanaf deze release mogelijk gemaakt het aantal valutacodes in de lijst te beperken. Hoe Referentiegegevens > Valutacode Uitkeringsplannen > Nieuw Uitkeringsplan In de Referentiegegevens voor de valutacode is aan het scherm Valutacode bewerken de optie Actief toegevoegd. Staat bij deze optie voor een bepaalde valuta een vinkje, dan is deze valuta zichtbaar in de lijst met valutacodes van het veld Valutacode in het scherm Nieuw uitkeringsplan.  Standaard is de optie Actief alleen aangezet voor de valutacode EUR. Let op: de huidige actuele waarde wordt altijd getoond, ook als voor deze waarde de optie Actief in de referentiegegevens voor deze valutacode niet aan staat. Actie Er is geen actie nodig. Fiatteerlijst bij toekomstmutatie (PBI 672072, VIDIS-1899) Waarom Het was in de rapportage Openstaande fiatteringen bij mutaties van inhoudingeigenschappen en ontvangers niet op te maken of het om een reguliere mutatie of een toekomstmutatie ging.  Hoe Handmatige/automatische verwerking > Rapportages > Openstaande fiatteringen Rapportages > Rapportage openstaande fiatteringen In de Rapportage openstaande fiatteringen is in de kolom SoortMutatie nu te zien dat het om een toekomstmutatie gaat: InhoudingseigenschapToekomst (zie afbeelding) OntvangerToekomst OntvangerVerdelingToekomst - deze bestond al Klik je op de link van een te fiatteren toekomstmutatie, dan kom je direct in het scherm waarin je deze toekomstmutatie moet fiatteren. In deze voorbeeldafbeelding klik je dus op InhoudingseigenschapToekomst. Actie Er is geen actie nodig. Juiste ontvanger bij geblokkeerde inhouding (VIDIS-2472) Waarom Het is belangrijk dat de juiste ontvanger van de betaling aanwezig is in het proces Verdelen netto bedragen naar ontvangers. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Bij het aanmaken van de uitkeringscomponent Geblokkeerde inhouding wordt de PremieOntvanger overgenomen van de periodieke uitkeringscomponent waar deze uit voortkomt. Dat leidt er toe dat de betaling/vordering, na het deblokkeren en verwerken van het netto bedrag, voortaan ook deze premieontvanger krijgt. Actie Er is geen actie nodig. Geen defaultselectie meer bij Begunstigden selectie in scherm Start aanmaken jaaropgaaf (PBI 685433, VIDIS-1878) Waarom Bij het starten van het scherm Start aanmaken jaaropgaaf was bij Begunstigden selectie standaard een van de opties geselecteerd. Hierdoor werd soms een verkeerde selectie afgeroepen. Daarom hebben we dit aangepast. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Bij het openen van het scherm Start aanmaken jaaropgaaf, is er bij Begunstigden selectie niet meer standaard een van de opties geselecteerd, zodat je nu voor zelf bewust voor één van de selectieopties moet kiezen.  Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 686472 VIDIS-2020 - Positie Kolom Bron op tabblad Uitkeringsplannen   VIDIS-2325 - Gat in rechten toelaten bij perioderun PBI 689437 VIDIS-1880 - Selectievenster bedrijven groter bij jobs   VIDIS-2436 - Opslaan documentvelden in optie Documenttype werkt niet   PBI 685409 VIDIS-1881 - Betere omschrijving SC-vink fiscaal jaarloon   PBI 675493 VIDIS-1877 - Referentiegegevens Componentcodebepaling - Gemalcode in dropdown  Publishing Date : 1/26/2021
Volledig artikel weergeven
26-01-2021 20:01 (Bijgewerkt op 28-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 280 Weergaven
Gewijzigd en verbeterd Bundeling eenmalige uitkeringsplannen in IKV per fiscale maand (PBI 705271)  Waarom Als er voor een fiscaal begunstigde meerdere eenmalige uitkeringsplannen zijn worden deze gebundeld in een enkele inkomstenverhouding (IKV) als ze dezelfde soort inkomen hebben en vallen in hetzelfde fiscale jaar. Volgens de huidige regelgeving mogen eenmalige uitkeringen alleen gebundeld worden als ze vallen in dezelfde fiscale maand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij het toekennen van een inkomstenverhouding aan een eenmalig uitkeringsplan, komen vanaf deze release alleen inkomstenverhoudingen in aanmerking die actief zijn in de specifieke fiscale maand van de uitkering. Als er geen bestaande inkomstenverhouding wordt gevonden die aan alle voorwaarden voldoet, wordt voor de uitkering een nieuwe inkomstenverhouding aangemaakt. Deze aanpassing heeft geen effect op de inkomstenverhouding van al bestaande uitkeringsplannen. Actie Er is geen actie nodig. Wereldinkomen op jaaropgave (PBI 559930, VIDIS-1858) Waarom Voor fiscaal begunstigden waarvoor een deel van het inkomen in het buitenland is verdiend, is het gewenst dat bedrag te tonen op de jaaropgave. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Referentiegegevens > Bruto Netto Specificatie Element Bij gebruik van Raet Specificatie Manager (RSM) voor het maken van jaaropgave, wordt als er sprake is van een wereldinkomen: een extra cumulatief bedrag vermeld met de omschrijving Buitenland verdiend Als je een andere omschrijving wilt gebruiken, kun je een BrutoNettoSpecificatieElement aanmaken met code 945 en de gewenste omschrijving. dat wereldinkomen opgenomen in het bruto bedrag Loon Zorgverzekeringswet (code Q12) Het bedrag Belastbaar inkomen (code Q14) is het bruto bedrag na aftrek van het wereldinkomen. Bij het aanmaken van een DFO44-XML voor jaaropgaven wordt: Onder de tag <Opgaaf> een verplichte tag <BuitenlandVerdiend> met de waarde van het wereldinkomen opgenomen. Actie Als je de DFO44-XML gebruikt kun je de nieuwe tag gaan gebruiken. Overige verbeteringen en opgeloste meldingen PBI 705390 - Autorisatie scherm ontvanger relatie PBI 709335 - IKV.EinddatumUitgekeerd wordt ten onrechte vervroegd PBI 709191 - Jaaropgave overledenen: Correct bepalen openstaand periodieke recht PBI 709528 - Handmatig uitkeringsplan: relatienummer en relatiebronnummer wijken af PBI 709484 - DFO32 -Verbeter check vervroegde IKV ingangsdatum PBI 685405 - Bron autorisatie kan verwijderd zijn bij Zoeken begunstigde Publishing Date : 10/26/2020
Volledig artikel weergeven
26-10-2020 17:22
  • 0 Antwoorden
  • 0 kudos
  • 274 Weergaven
Gewijzigd en verbeterd 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
  • 296 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
  • 275 Weergaven
Gewijzigd en verbeterd Einddatum kunnen vullen bij periodieke handmatige uitkeringscomponent (PBI 697805) Waarom Bij het aanpassen van een periodieke handmatige uitkeringscomponent werden dezelfde controles toegepast als bij het aanmaken van een nieuwe handmatige uitkeringscomponent. Daardoor verscheen bij het invullen van de einddatum de melding: Begindatum uitkering mag niet voor de verwerkingsperiode van het bedrijf liggen. Hoe Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten De programmatuur is aangepast, zodat je de einddatum van een al bestaande periodieke handmatige uitkeringscomponent kan invullen zonder een foutmelding over de begindatum. De controle op de begindatum geldt alleen als de uitkeringscomponent nieuw is of als je de begindatum wijzigt. Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 696707 - Invoeren nieuw IBAN-nummer wordt automatisch door Midoffice gefiatteerd PBI 702964 - Wijziging telefoonnummer enof e-mail werd niet opgeslagen PBI 697637 - Diacrieten komen niet goed over naar Payroll Gemal PBI 701279 - Dubbel kunnen starten van VNO-proces voorkomen PBI 701534 - Mutatiedatum werd niet (altijd) bijgewerkt bij verlengen IKV PBI 702963 - Verbeterpunten Rapportage BN verloop en een performance probleem bij het Exporteren PBI 689324 - PayrollInput.Belast onjuist bij omzetting belast-onbelast Publishing Date : 7/27/2020
Volledig artikel weergeven
27-07-2020 15:33
  • 0 Antwoorden
  • 0 kudos
  • 262 Weergaven
Let op: Dit document bevat onderin een vooraankondiging voor release 2022-12. Gewijzigd en verbeterd Extra teksten op specificatie en jaaropgaaf via RSM (VIDIS-5770, VIDIS-5834, VIDIS-5836) Waarom Er is behoefte om extra teksten te kunnen opnemen in de bruto-netto-specificatie en/of jaaropgave. Hoe Referentiegegevens > Servicecenter > BNS/JOPG Tekstblokken Fiscaalbegunstigde > Fiscaalbegunstigde > Specificatie Teksten Verwerking>Automatische /Handmatige verwerking>Start aanmaken bruto/netto specificatie Verwerking>Automatische /Handmatige verwerking>Start bulkjob verwerking Deze functionaliteit is beschikbaar voor het maken van PDFs via RSM (Raet Specificatie Manager). Inrichting van tekstblokken voor een bedrijf Ga naar onderdeel Referentiegegevens in de navigatie en selecteer BNS/JOPG Tekstblokken, onderstaand scherm verschijnt.      Hier kunnen nieuwe (via het plusje) Tekstblokken worden aangemaakt en bestaande worden gewijzigd (via het potloodje).   De volgende invoervelden verschijnen in het detail scherm.  Bedrijf - Kies het bedrijf waarvoor het tekstblok gebruikt moet worden. Soort:  JOPG (jaaropgave) of BNS (bruto-netto-specificatie) Variant - Dit biedt de mogelijkheid om meerdere tekstblok varianten te definiëren en op begunstigde niveau daaruit te kiezen. RSMBlokcode - Deze code bepaalt de plaats waar de tekst gaat komen. Deze codes worden gebruikt in de RSM templates, overleg met een consultant.   Omschrijving - Dit is een vrije tekst om te omschrijven waarvoor het tekstblok dient. Actief - Ja of Nee. Hiermee kan een tekstblok (tijdelijk) aan of uit gezet worden. Tekstregels - Hier kun je de tekstregels inrichten: Regelnummer - Dit is het regelnummer binnen het tekstblok. Tekst code FB - Hier kun je een code opgeven waarvoor per begunstigde een afwijkende tekst opgegeven kan worden (zie verderop). Is de tekst voor alle begunstigden (met deze variant tekstblok) gelijk, laat dan dit veld leeg. Standaard waarde - Dit is de te gebruiken tekst. Zoals bij voorgaand veld genoemd kan hierop afgeweken worden. Na het invoeren of wijzigen kun je op bewaar klikken om de mutatie op te slaan. Instellen van teksten voor een specifieke fiscaal begunstigde - via user interface Ga naar het dossier van de fiscaal begunstigde, tab Fiscaal begunstigde. Onderin het scherm wordt een lijst getoond:    Hier kun je een nieuwe specificatie tekst toevoegen (plusje) of een bestaande specificatie tekst wijzigen (potloodje). Onderstaand scherm verschijnt bij het wijzigen of aanmaken van een nieuwe specificatie tekst:   De volgende invoervelden kun je vullen of wijzigen.  Tekstcode  - Dit dient een code te zien die als "Tekst code FB" is ingericht bij het bedrijf. Als speciale code kan hier "variantcode" gebruikt worden. Jaar - Als hier een waarde ingevuld wordt geldt de tekst alleen voor het betreffende jaar. Maand - Als hier een waarde ingevuld wordt geldt de tekst alleen voor de betreffende kalendermaand. Waarde - Dit is de te tonen tekst. In geval van code "variantcode" kan kan hier de gewenste tekstblok variant opgegeven worden. Instellen van teksten voor een specifieke fiscaal begunstigde - via XML Voor de Bulkjob XML is een nieuwe Tag toegevoegd onder <FiscaalBegunstigde> TekstCode&JaarMaand moeten uniek zijn   <SpecificatieTeksten> List of <SpecificatieTekst> <TekstCode> Verplicht, max lengte 15. <JaarMaand>  Formaat yyyymm. laat leeg voor een vaste/permanente waarde. <Waarde> Lengte max 150 Opname van de teksten in jaaropgaven of bruto-netto-specificaties via RSM Bij het aanleveren van data naar RSM zullen de eventueel bij het bedrijf vastgelegde extra teksten meegenomen worden. Waar van toepassing worden rekening gehouden met bij de begunstigde vastgelegde waarden. Actie Als je bovengenoemde functionaliteit wilt gebruiken, neem dan contact op met een Visma Idella consultant.  De inrichting voor dit onderdeel moet nauw afgestemd worden met de templates die in RSM gedefinieerd zijn. BIC optioneel in het SEPA gebied (VIDIS-5773) Waarom Er word nu vaak gevraagd om een BIC bij een buitenlands rekeningnummer terwijl dat niet nodig is omdat ze binnen het SEPA gebied vallen. Deze validatie is nu weggehaald voor de SEPA landen Hoe Verwerking > Handmatige Verwerking > Start bulk verwerking Verwerking > Automatische Verwerking > Start bulk verwerking Fiscaalbegunstigde > Uitkeringsplannen > Nieuw uitkeringsplan Ontvanger > zoeken > bestaande ontvanger Ontvanger > Nieuw > nieuwe ontvanger   Als je via de Tab Referentiegegevens naar de tabel 'Land' gaat, zie je in de kolom 'SEPA' voor welk land  (Ja/Nee) de BIC niet meer benodigd is.  Actie Er is geen actie benodigd Overige verbeteringen en opgeloste meldingen VIDIS-5960 - Foutmelding in UI bij toevoegen rol VIDIS-5957 - Fix in aansturing RSM porto VIDIS-5764 - Fix muteren Uitkeringsplan in UI VIDIS-5762 - Toevoegen'Bron' gaat mis bij te lange naam VIDIS-5710 - Onnodige Inhoudingeigenschappen mutatie naar Gemal voorkomen VIDIS-5693 - Verbeteren database performance (columnstore indexes) VIDIS-5624 - "VorigMaandNetto" in brieven XML VIDIS-5501 - Fix parameter automatische verwerking rapport Rekening Bruto Blokkades VIDIS-6019 - Fix afhandeling periodieke correctieloonheffing die stopt met TWK VIDIS-6040, VIDIS-6041, VIDIS-6059, VIDIS-6063 - Acceptatietest bevindingen Vooraankondiging voor release 2022-12: 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" CAK-bestand "008371189L92_2022_01B.csv" wordt "SAB_B33_008371189L92_2022_01B.csv" JPN bestand "SAB_JPBBKN_NN76202106_20220316113014.CSV" wordt "SAB_B33_JPBBKN_NN76202106_20220316113014.CSV" 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.  
Volledig artikel weergeven
01-11-2022 13:54 (Bijgewerkt op 02-11-2022)
  • 0 Antwoorden
  • 0 kudos
  • 271 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
  • 257 Weergaven
Gewijzigd en verbeterd Rekeningnummer toegevoegd aan netto blokkadelijst (PBI 689809, VIDIS-1859) Waarom De netto blokkadelijst bevat betalingen die vanwege een blokkade niet naar het betaaldomein zijn overgedragen. Het is praktisch om in die lijst direct het rekeningnummer te zien. Hoe Rapportages > Blokkadelijst (netto) Het rekeningnummer is toegevoegd aan de kolom Ontvanger in de netto blokkadelijst. Deze kolom wordt gevuld met: OntvangerId - TenNameVan - Rekeningnummer Waarbij dat rekeningnummer een IBAN, een domestic account of een rekening courant kan zijn. Actie Er is geen actie nodig. Optionele blokkade bij aanmaken jaaropgave overleden begunstigde (PBI 689364, VIDIS-1888) Waarom Na het aanmaken van de tussentijdse jaaropgaven voor overleden begunstigden werd tot deze release bij deze fiscaal begunstigden de optie Jaarlijkse jaaropgave geblokkeerd altijd automatisch aangezet. Dat zorgt er voor dat de jaaropgave niet nogmaals wordt aangemaakt bij het tussentijds of jaarlijks aanmaken van de jaaropgaven. Dit bemoeilijkt het echter om de jaaropgaven van overleden fiscaal begunstigden achtereenvolgens naar meerdere bestemmingen, zoals Salarisdossier en PostNL, te laten sturen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf Aan het scherm Start aanmaken jaaropgaaf is vanaf deze release voor dit proces de volgende optie toegevoegd: Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld Deze optie staat standaard aan. Na het aanmaken van een in principe laatste jaaropgaaf voor de groep fiscaal begunstigden die is overleden en volledig afgehandeld, zal de optie Jaarlijkse jaaropgave geblokkeerd alleen aangezet worden bij deze overleden fiscaal begunstigden als bij de start van het proces de optie Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld aan staat. Door het proces Start aanmaken jaaropgaaf herhaald aan te roepen waarbij je alleen de laatste keer de optie Jaarlijkse jaaropgave blokkeren bij overleden&afgehandeld aanzet, is het nu mogelijk de jaaropgaven van deze overleden fiscaal begunstigden naar meerdere bestemmingen te sturen. Per aanroep kan je één bestemming kiezen. Actie Er is geen actie nodig. Werkgeversheffing Zvw bij specifieke uitkeringen (VIDIS-2164) Waarom Over het algemeen wordt Zvw ingehouden op de uitkering van de fiscaal begunstigde. Bij wijze van uitzondering moet bij bepaalde typen uitkering een werkgeversheffing toegepast worden met de waarde K voor CodeZvw. Hoe Referentiegegevens > Verzekeringsvorm Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Referentiegegevens > PayrollResultaat Aan het scherm referentiegegevens Verzekeringsvormen is vanaf deze release de volgende optie toegevoegd: CodeZvwK  Deze optie staat standaard uit. Als deze optie aan staat betekent dit dat voor nieuwe uitkeringsplannen met deze verzekeringsvorm voor CodeZvw de waarde K naar Payroll Gemal gestuurd moet worden, ongeacht de instellingen die bij de inhoudingseigenschappen van de fiscaal begunstigde zijn vastgelegd. Bij de aansturing van Payroll Gemal wordt er voor gezorgd dat uitkeringsplannen met CodeZvwK qua inkomstenverhouding gescheiden worden gehouden van de overige uitkeringsplannen zonder Zvw-inhouding of met een reguliere Zvw-inhouding. Voor de inkomstenverhoudingen waarvoor de CodeZvwK aan staat, wordt de werkgeversheffing toegepast. Deze aanpassing geldt voor nieuwe inkomstenverhoudingen bij nieuwe uitkeringsplannen. De werkgeversheffing die Payroll Gemal berekent, komt in het extractbestand met code V39 (Gemal-uitvoercode 01791 afdr ZVW tar / afdracht Zvw basistarief). Door het definiëren van een PayrollResultaat kun je dat bedrag laten opslaan in P&B Core om te gebruiken in de boekingsgang.  Actie Er is geen actie nodig. Duale periode gaat niet meer automatisch aan (VIDIS-2151) Waarom Bij voorgaande jaarovergangen ging het duaal werken, dat wil zeggen de mogelijkheid om nog verwerkingen uit te voeren over het oude jaar, automatisch aan bij de januari verwerking van een fonds. Omdat het gewenst is bewust te kiezen voor duaal werken, vindt het aanzetten van de duale periode niet meer automatisch plaats, maar moet je dit zelf doen.  Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Het aanzetten van de duale periode gaat niet meer automatisch. Je kan dit in het Servicecenter handmatig aanzetten via de al langer bestaande optie Jaarwerk functie correcties fiscaal doorgeven naar GEMAL. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 709528 - 4Me2240132 - relatienummer en relatiebronnummer wijken af VIDIS-2104 - 4Me2277651 - Loonstrook aanmaken bij combinatie belast en onbelast UP  PBI 709147, VIDIS-2038 - 4Me2229114 - Onterecht openstaande UC fiatteringen Publishing Date : 11/23/2020
Volledig artikel weergeven
23-11-2020 20:41
  • 0 Antwoorden
  • 0 kudos
  • 257 Weergaven
Gewijzigd en verbeterd Periodiciteit in omschrijving bruto op bruto-netto specificatie via RSM Waarom Het vermelden van de periodiciteit van een uitkering kan bijdragen aan een duidelijke bruto-netto specificatie. Hoe Referentiegegevens > Servicecenter Referentiegegevens > Bedrijf In het scherm Referentiegegevens voor Bedrijf en Servicecenter is aan de dynamische elementen van het veld Omschrijving bruto op BNS het volgende element toegevoegd: [periodecode] Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het maken van bruto-netto specificaties via Raet Specificatie Manager (RSM) geldt:  Als u in het veld Omschrijving bruto op BNS het element [periodecode] hebt opgenomen, dan vervangt het systeem dit door de periodiciteit van het uitkeringsplan die hoort bij dat bruto: eenmalig maand kwartaal halfjaar jaar Uw actie Er is geen actie nodig. Bruto-netto specificaties via RSM naar salarisdossier of print provider Waarom Het is gewenst om specificaties 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 bruto/netto specificatie Verwerking > Automatische verwerking > Aanmaken specificatie Aan het scherm voor het aanmaken van de bruto/netto specificatie 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 Dit geeft de werking conform de huidige situatie, waarbij de aangemaakte PDF's in een P&B Core-folder worden geplaatst. Bestemming Salarisdossier - waarde Salarisdossier bij Automatische verwerking Bij deze keuze gaan de door RSM aangemaakte PDF-bestanden naar Salarisdossier. Bestemming Printprovider PostNL - waarde PrintproviderPostNl bij Automatische verwerking Bij deze keuze gaan PDF-bestanden die RSM aanmaakt naar de print provider PostNL. Let op: deze optie is alleen beschikbaar voor gebruikers met recht tot versturen naar een printprovider. Dit wil zeggen dat aan de gebruiker een Rol is toegekend waarvoor het recht AanmakenSpecificatieJob - Printprovider op Uitvoeren staat. Daarnaast vraagt het programma de gebruiker om deze mogelijkheid te bevestigen via de vraag: Weet u zeker dat u specificaties 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. Anoniementarief in dossier Waarom In het dossier van een fiscaal begunstigde was nog niet zichtbaar of aan Payroll Gemal is doorgegeven dat het Anoniementarief moet worden toegepast. Vanaf deze release vindt u deze informatie via het tabblad Inhoudingseigenschappen. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen In het scherm van het tabblad Inhoudingseigenschappen ziet u vanaf deze release onder het veld Anoniementarief de volgende informatie: AnoniemenTariefPayroll Staat hier Ja, dan voert Payroll Gemal de berekening uit op basis van het anoniementarief. Anders staat hier Nee.  Daarachter staat bij Reden actueel of er op basis van de actuele gegevens een reden is voor het toepassen van het anoniementarief. U kunt hier de volgende redenen zien: BSN is leeg Als het BSNnummer niet is opgegeven. adres is onbekend Als het woonadres leeg is of onbekend. expliciet Als in het veld Anoniementarief door het opgeven van de waarde Ja, expliciet is aangegeven dat voor deze begunstigde het anoniementarief geldt. Er kunnen meerdere redenen tegelijk gelden. Uw actie Er is geen actie nodig. Verbeterde betaaldatum aanvullende uitkering uit Payroll Gemal Waarom In Payroll Gemal kunt u een regeling instellen die aanvullende uitkeringen aanmaakt voor bijvoorbeeld vakantiegeld, een vrijwillige vergoeding Zvw of een compensatie overhevelingstoeslag. Het is gewenst om de betaaldatum van dergelijke aanvullende uitkeringen uit Payroll Gemal, zoveel mogelijk af te stemmen met de betaaldatum van de reguliere uitkering van de begunstigde. Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen op uitkeringscomponent De betaaldatum van een aanvullende uitkering uit Payroll Gemal wordt vanaf deze release als volgt bepaald: Bepalen van een geschikte beschikbaarstellingsdatum Als de aanvullende uitkering de huidige verwerkingsmaand betreft, worden alle eerdere bruto's bij de betreffende inkomstenverhouding in de betreffende verwerkingsmaand opgezocht. Daarvan wordt de vroegste beschikbaarstellingdatum genomen, mits die niet in het verleden ligt. In alle andere gevallen wordt de eerste dag van de verwerkingsmaand genomen. Toekennen aan de uitkeringscomponent P&B Core maakt voor elk aanvullende uitkering uit Payroll Gemal een eigen uitkeringscomponent aan. De in stap 1 bepaalde datum wordt vanaf deze release daarbij vastgelegd als beschikbaarstellingdatum. Betaaldatum van het netto Het verdeelmechanisme van P&B Core kent een netto toe aan deze uitkeringscomponent. Als het gaat om een belaste aanvullende uitkering, is het netto bedrag het restant na fiscale inhoudingen. De betaaldag van dat netto wordt op dezelfde manier bepaald als voor een reguliere uitkering (zie DFO 40, Appendix C Bepalen betaaldatum), dus mede op basis van de in stap 2 genoemde beschikbaarstellingsdatum.  Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Dit proces verwerkt het netto van de aanvullende uitkering tot een vordering (als het een negatief bedrag betreft), een verrekening op een openstaande vordering (als die er is) en/of een betaling. Door het hierboven beschreven mechanisme zal de betaaldatum van de aanvullende uitkering gaan overeenstemmen met de datum van de betaling van de reguliere uitkering van de begunstigde. Uw actie Er is geen actie nodig. Bedrag correctie loonheffing met komma in bruto-netto specificatie via RSM Waarom Als voor een begunstigde de loonheffing is gecorrigeerd, wordt het bedrag van de correctie vermeld op de bruto-netto specificatie die Raet Specificatie Manager (RSM) aanmaakt. Daarbij werd ten onrechte een punt als decimaalteken gebruikt. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Net als de andere bedragen op de bruto-netto specificatie wordt nu ook het bedrag van een loonheffing correctie getoond met een komma als decimaalteken. Als scheidingsteken voor duizendtallen wordt een punt gebruikt. Uw actie Er is geen actie nodig. Publishing Date : 3/23/2020
Volledig artikel weergeven
23-03-2020 22:59
  • 0 Antwoorden
  • 0 kudos
  • 252 Weergaven
Gewijzigd en verbeterd Land ONB behandelen als NLD bij automatische regels inhoudingseigenschappen (VIDIS-2971) Waarom Volgens de regels voor het automatisch aanpassen van inhoudingseigenschappen werd land ONB (onbekend) onterecht behandeld als buitenland in plaats van binnenland.  Hoe Fiscaal begunstigden > Relatie Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking  De regels voor de automatische aanpassing van inhoudingseigenschappen bij verandering van het woonadres van binnen- naar buitenland of omgekeerd zijn aangepast, zodat land ONB beschouwd wordt als binnenland. Actie Er is geen actie nodig Extra adres regels niet gebruiken van verwijderd correspondentie adres (VIDIS-3171) Waarom Een extra adresregel en/of extra woonplaatsregel van een correspondentie-adres dat was verwijderd, werden voor een bruto-netto-specificatie ten onrechte naar Raet Specificatie Manager gestuurd. Zie de Release notes van 2021-03, onderwerp Extra adresregel en woonplaatsregel. Bij jaaropgaven speelde dit probleem niet. Hoe Fiscaal begunstigden > Relatie Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Dit is opgelost. Als een correspondentie-adres is verwijderd, wordt de extra adresregel niet meer gebruikt. Het woonadres wordt dan gebruikt voor de adressering. Actie Er is geen actie nodig  Overige verbeteringen en opgeloste meldingen VIDIS-3063 - pNPS fix startdatum gebruiker VIDIS-2978 - cache issue bij verdelen naar ontvanger VIDIS-3031 - migratie van Gemal registratienummer mogelijk maken VIDIS-2741 - info box bij selectie bedrijven in start scherm processen VIDIS-3101 - anoniementarief gaat niet via kleur tabel VIDIS-3003 - aansturing adapterhost Publishing Date : 5/26/2021
Volledig artikel weergeven
26-05-2021 14:32
  • 0 Antwoorden
  • 0 kudos
  • 252 Weergaven
Gewijzigd en verbeterd Journaalposten voor (de)blokkade van spoedbetalingen (VIDIS-2513) Waarom Zowel geblokkeerde als gedeblokkeerde spoedbetalingen werden niet opgenomen in het Netto Journaalpostenbestand (JPN). Hoe Handmatige/automatische verwerking > Rapportages > Start aanmaken bruto/netto journaalpost bestanden Vanaf deze release worden geblokkeerde spoedbetalingen opgenomen met looncomponent s02 in het JPN-bestand. Gedeblokkeerde spoedbetalingen worden opgenomen met looncomponent t02 in het JPN-bestand. Actie Er is geen actie nodig. Filter voor journaalposten van beschikbaarstellingen Payroll Gemal (PBI 590240, VIDIS-1916) Waarom Er waren geen geschikte filters aanwezig om beschikbaarstellingen vanuit Payroll Gemal, zoals vakantietoeslag, bij het aanmaken van journaalposten uit te sluiten. Hoe Referentiegegevens > BoekingsOpdracht > Boekingsopdracht bewerken Handmatige/automatische verwerking > Rapportages > Start aanmaken bruto/netto journaalpost bestanden In het scherm Boekingsopdracht bewerken is aan de filters het volgende nieuwe filter toegevoegd, dat je kunt gebruiken voor beschikbaarstellingen zonder blokkade, dus looncomponent k01: PayrollInvoercode Deze staat voor de waarde van de kolom PayrollInput.GemalCode bij een journaalpost voor k01. Dit maakt het mogelijk om met een filter, bijvoorbeeld PayrollInvoerCode<>"01318", een bepaalde beschikbaarstelling vanuit Payroll Gemal uit te sluiten. Je kunt het filter ook voor andere, normale beschikbaarstellingen gebruiken. LET OP: dit filter werkt alleen bij looncomponent k01. Actie Er is geen actie nodig. Toekomstmutatie overschreven door reguliere mutatie (VIDIS-2904) Waarom Toekomstmutaties in het tabblad Inhoudingseigenschappen verdwenen, als je in datzelfde tabblad een mutatie aanmaakte met een ingangsdatum die niet in de toekomst ligt. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Dit is opgelost, zodat vanaf deze release een toekomstmutatie blijft staan, als je de actuele stand van de inhoudingseigenschappen aanpast. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-2800 Mitigate package confusion risk  Dit is een technische aanpassing. VIDIS-2865 pNPS improvements. VIDIS-2931 o02 components are included multiple times in JPN Publishing Date : 3/26/2021
Volledig artikel weergeven
22-03-2021 19:06
  • 0 Antwoorden
  • 0 kudos
  • 254 Weergaven
Gewijzigd en verbeterd Extra filter BetalingExportdatum voor aanmaken bruto-netto specificatie Waarom Het is gewenst om na het exporteren van betalingen voor de betrokken fiscaal begunstigden een bruto-netto specificatie te kunnen aanmaken. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen 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: BetalingExportdatum=yyyymmdd De begunstigde moet in de periode van de specificatie een betaling hebben die op de opgegeven datum overgedragen is naar het betaaldomein via het proces exporteren betalingen. Daarbij moet het gaan om een reguliere betaling, het mag dus bijvoorbeeld geen loonbeslag of premiebetaling en geen retour- of herbetaling zijn. U kunt dit filter kan naar wens combineren met andere filters met gebruik van AND, OR en haakjes. Uw actie Er is geen actie nodig. Correctie loonheffing met terugwerkende kracht Waarom Een correctie loonheffing die voor een eerdere maand was opgegeven, werd toch toegepast op de huidige maand. Hoe Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Vanaf deze release wordt een correctie loonheffing die is opgegeven via een handmatige eenmalige uitkeringscomponent, toegepast op de opgegeven fiscale maand. Uw actie Er is geen actie nodig. Selectie op betaalmaand bij exporteren betalingen Waarom Het komt voor dat een groep uitkeringen voor de ene maand, dezelfde betaaldatum heeft als een andere groep uitkeringen voor de daarop volgende maand. Dat kan bijvoorbeeld voorkomen bij postnumerando betalingen en prenumerando betalingen die vervroegd zijn via het veld Betaaldag in het uitkeringsplan. Het is dan gewenst de betalingen toch in een eigen betaalbestand te kunnen opnemen. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Aan het proces Exporteren betalingen is het volgende veld toegevoegd: T/m betaalperiode (jaar en maand). Betalingen met een latere betaalperiode worden dan niet meegenomen in de export. Uw actie Er is geen actie nodig. RekeningCourant van 9 naar 11 tekens Waarom Het is gewenst om het aantal posities van een rekening courant uit te breiden. Hoe Ontvangers > Nieuwe ontvanger / Zoeken Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Het veld voor het vastleggen van een rekening courant bij een ontvanger is nu maximaal 11 posities in plaats van 9. Uw actie Er is geen actie nodig. Encryptie importbestand via HMACSHA512 Waarom De hash voor het controleren van de importbestanden voor de Polisjob, Bulkjob en Relatiejob werd ten onrechte berekend via het HMACSHA256 algoritme in plaats van het HMACSHA512 algoritme. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking De hash voor het controleren van de importbestanden voor de Polisjob, Bulkjob en Relatiejob, wordt vanaf nu berekend via het HMACSHA512 algoritme. Uw actie Er is geen actie nodig. Land Onbekend niet meer doorgeven aan Betaalmanager Waarom Als het woonland van een begunstigde niet bekend is, kunt u voor de begunstigde Onbekend opgeven met de 2-letterige code ON. Als bij het woonland de code ON was opgegeven, werd deze code met een non-SEPA betaling via de Betaalmanager ook doorgegeven aan de bank, waardoor de betaling werd afgekeurd. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Het Woonland met de code ON wordt niet langer doorgegeven aan de Betaalmanager. Uw actie Er is geen actie nodig. Publishing Date : 1/28/2020
Volledig artikel weergeven
27-01-2020 21:27
  • 0 Antwoorden
  • 0 kudos
  • 253 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
  • 269 Weergaven
Nieuw Rapportage Bruto netto verloop (PBI 583882) Waarom Er was behoefte aan een rapport dat voor een bedrijf en verwerkingsmaand een financieel overzicht geeft van alle fiscaal begunstigden. Daarom kun je vanaf deze release een rapport opvragen dat voor elke begunstigde de cumulatieven vanaf de bruto bedragen, via de inhoudingen, de netto bedragen, de vorderingen en verrekeningen tot en met de betalingen toont. Hoe Rapportages > Bruto netto verloop Vanaf deze release is aan het menu Rapportages het rapport Bruto netto verloop toegevoegd. Hiermee kun je een financieel overzicht opvragen voor een specifiek bedrijf, waarbij je de verwerkingsperiode opgeeft waarvan je de cumulatieve bedragen per fiscaal begunstigde wilt zien. Het rapport bevat de volgende kolommen: Bedrijfscode Relatienummer Geslachtsnaam BSNnummer FiscaalBegunstigdeId Jaar - het verwerkingsjaar Maand - de verwerkingsmaand Polisnummer - het polisnummer inclusief verzekeringsvorm en verzekeringsvormvolgnummer van het oudste uitkeringsplan dat betrokken is in deze verwerkingsmaand Polisnummer2 - het polisnummer inclusief verzekeringsvorm en verzekeringsvormvolgnummer van het nieuwste uitkeringsplan dat betrokken is in deze verwerkingsmaand BrutoBedrag_P14 - belastbaar bedrag uit de payroll BrutoBedragBelast - belastbaar bedrag uit P&B Core BrutoPremieInhouding - som van de bruto premie inhoudingen BrutoBedragTabel_P34 - bruto bedrag voor loonheffingstabel BrutoBedragBB_P54 - bruto bedrag bijzonder tarief CorrectieLoonheffing - toegepaste loonheffingscorrectie Loonheffing_P15 - ingehouden loonheffing ZVW_P16 - ingehouden premie Zvw NettoUitBelast_P17 - netto uit belaste bedragen ZVWbuitZvw_936 - CAK inhouding premie Zvw ZVWbuitWlZ_806 - CAK inhouding premie Wlz ZVWbuitNom_808 - CAK inhouding nominale premie BrutoBedragOnbelast - som van de onbelaste bruto's NettoUitOnbelast - payroll bedrag, bevat onbelaste bruto's minus de CAKinhoudingen NettoBedrag_P21 - totale netto bedrag (uit belaste en onbelaste bedragen) NogTeVerwerkenNetto - nog niet verwerkte netto's  NettoPremieInhouding - som van de netto premie-inhoudingen OntstaneVordering - uit negatief netto ontstane vorderingen GedaneVerrekening - uit positief netto gedane verrekeningen op openstaande vorderingen LoonBeslag - loonbeslagbetalingen VerrekeningUitBetaling - verrekenbedrag dat gehaald is uit nog niet verstuurde betalingen NettoUitTeBetalenFB - betaalbedrag voor begunstigde NettoUitTeBetalenPremie - betaalbedrag voor premieontvangers NettoUitTeBetalenVerzamelUP - betaalbedrag vanuit verzamelontvanger-uitkeringsplannen Uw actie Er is geen actie nodig. Gewijzigd en verbeterd Uitzetten kenmerk PNIL - Personeel Niet in Loondienst - per ingang inkomstenverhouding (PBI 689026) Waarom Om het aantal nulaangiftes naar de Belastingdienst te beperken, worden inkomstenverhoudingen met uitsluitend netto bedragen doorgegeven naar Payroll Gemal met het kenmerk PNIL (Personeel Niet In Loondienst). Zodra er echter een belast element, dat wil zeggen een belast uitkeringsplan of een afzonderlijk belast bruto, wordt toegevoegd aan een dergelijke PNIL- inkomstenverhouding moet het PNIL-kenmerk vervallen. Hierbij werd echter geen rekening gehouden met terugwerkende kracht (TWK) situaties. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Als een inkomstenverhouding zijn PNIL-status verliest, geeft P&B Core dit door naar Payroll Gemal per ingang van dat dienstverband, maar niet eerder dan januari van het huidige fiscale jaar. Daarmee voorkom je dat in TWK-situaties aangiftes kunnen ontbreken. Uw actie Er is geen actie nodig. Relatiegegevens wijzigbaar in fiscaal begunstigde dossier (PBI 540420) Waarom Wijzigingen in de relatiegegevens van een of meer fiscaal begunstigden kun je via een XML-bestand laten verwerken door het proces Relatie verwerking. Tot nu toe kon je in het tabblad Relatie van het fiscaal begunstigde dossier (GUI) maar een paar velden aanpassen. Het is nu mogelijk in dit tabblad meer gegevens aan te passen. Sommige van deze gegevens waren al in het tabblad aanwezig, andere hebben we toegevoegd.  Hoe Fiscaal begunstigden > tabblad Relatie Vanaf deze release kun je in het tabblad Relatie van een fiscaal begunstigde de volgende relatiegegevens aanpassen: Let op: de cursief weergegeven velden waren al muteerbaar. BsnNummer - met check gedaan dat de nieuwe BSN niet al bij een andere relatie bestaat binnen het bedrijf. Voorvoegsel Voorletters TussenvoegselGeslachtsnaam Geslachtsnaam TussenvoegselAchternaam Achternaam Correspondentienaam Extra correspondentienaam Geboortedatum Overlijdensdatum Nationaliteit Geslacht Telefoonnummer E-mailadres Personeelslid velden van woonadres en correspondentieadres Uw actie Er is geen actie nodig. Automatische correctie premie-inhouding bij verlate afloop uitkeringsplan (PBI 579113) Waarom Bij het overlijden van de begunstigde kan er sprake zijn van een verlate afloop van een uitkeringsplan. P&B Core zorgt dan voor het tegenboeken van de teveel uitgekeerde bruto bedragen. Voor eventuele premie-inhoudingen of correcties loonheffingen moest je echter handmatig tegenboekingen aanmaken. Vanaf deze release kun je bij een verlate afloop van een uitkeringsplan, in P&B Core premie-inhoudingen of correcties loonheffingen automatisch laten tegenboeken. Hoe Referentiegegevens > Servicecenter Aan het scherm met referentiegegevens voor het Service Center is vanaf deze release de volgende optie toegevoegd: Premie-inhouding en correctie-loonheffing stoppen en tegenboeken bij (verlate) UP-afloop Deze optie staat standaard uit. Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Fiscaal begunstigden > tabblad Uitkeringsplannen Als bij het wijzigen van de EinddatumRecht  van een uitkeringsplan voldaan is aan de volgende voorwaarden: De optie Premie-inhouding en correctie-loonheffing stoppen en tegenboeken bij (verlate) UP-afloop staat aan Het betreft een periodiek uitkeringsplan en dus geen eenmalig of termijnen-uitkeringsplan De opgegeven EinddatumRecht ligt voor de huidige verwerkingsmaand De actuele EinddatumRecht is leeg of heeft een latere datum dan de opgegeven datum Dan voert P&B Core de volgende acties uit, waarbij je voor premie-inhouding ook correctie loonheffing kunt lezen: Tegenboeken teveel gedane premie-inhoudingen Afsluiten periodieke premie-uitkeringscomponenten Voor het tegenboeken van teveel gedane premie-inhoudingen volgt P&B Core de volgende stappen: Bepalen van de startmaand voor de correctie Dit is de maand na de laatste beschikbaarstellingsmaand voor het uitkeringsplan. Bepalen welke premie-inhoudingen gecorrigeerd moeten worden. P&B Core kijkt hierbij naar zowel de naar de premie-inhoudingen die zijn verstuurd naar Payroll Gemal als naar de geblokkeerde premie-inhoudingen die een datum in of na de startmaand hebben. Deze bedragen worden per maand en componentcode gegroepeerd en gesommeerd Voor bedragen die ongelijk zijn aan 0 euro, maakt P&B Core een corrigerende uitkeringscomponent aan met de volgende velden: Bron = HandmatigUC TwkBeschikbaarstellingDatum = Eerste (TWK)BeschikbaarstellingDatum van de groep Uitkeringsplan= het uitkeringsplan ComponentCode = de componentcode van de groep ComponentType = EenmaligHandmatig Bedrag = - (het sombedrag van de groep) Daarmee wordt het bedrag van de groep per saldo naar 0 gebracht. Begin&EinddatumUitkering = de eerste en laatste dag van huidige verwerkingsmaand van het bedrijf. Toelichting = Automatische tegenboeking voor <de maand van de groep als yyyy-mm> wegens UP-einde <UP.EinddatumRecht> Gebruiker = Systeem als het om een polisverwerking gaat. Als het om een mutatie via het dossier gaat, zie je hier de gebruiker die de mutatie heeft vastgelegd of gefiatteerd.  Afsluiten periodieke premie-uitkeringscomponenten P&B Core sluit de lopende handmatige periodieke premie-uitkeringscomponenten van het uitkeringsplan af door het in het veld EinddatumUitkering de laatste dag van de huidige verwerkingsmaand van het bedrijf in te vullen. Uw actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen PBI 695456 - Uitzetten van AnoniemenTariefPayroll gaat mis, als je deze in de direct daaraan voorafgaande run hebt aangezet PBI 695437 - Juiste beschikbaarstellingsdatum bij gedeblokkeerde inhouding Publishing Date : 6/22/2020
Volledig artikel weergeven
22-06-2020 20:25
  • 0 Antwoorden
  • 0 kudos
  • 248 Weergaven
Gewijzigd en verbeterd Journalisering payrollresulaten zoals eindheffing Waarom Het was nog niet mogelijk om payrollresultaten, zoals eindheffing, op te nemen in de journalisering. Daarnaast was het niet mogelijk aan te sturen of een payrollresultaat wel of niet in de bruto-netto specificatie moest worden opgenomen. Hoe Referentiegegevens > PayrollResultaat Aan het scherm PayrollResultaat bewerken zijn vanaf deze release de volgende opties toegevoegd: BrutoNettoSpecificatie Plaatst u hier een vinkje, dan komt het payrollresultaat op de bruto-netto specificatie te staan. Deze optie staat standaard uit. Journalisering Plaatst u hier een vinkje, dan wordt het payrollresultaat opgenomen in de journalisering. Deze optie staat standaard uit. Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Staat de hiervoor genoemde optie BrutoNettoSpecificatie aan, dan worden de van Payroll Gemal ontvangen payrollresultaten opgenomen op de bruto-netto specificatie Raet Specificatie Manager (RSM) of DFO44-XML. Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto journaalpost bestande Staat de hiervoor genoemde optie Journalisering aan, dan bevat de journaalpost-looncomponent "pre" (afkorting van payroll-resultaat) de van Payroll Gemal ontvangen extra resulaten voor de betreffende verwerking. Deze transacties vinden plaats op het niveau Fiscaal begunstigde, evenals de inhoudingen lNH, CAK en ZVW. Voor de boekingsopdrachten wordt het filterelement PRUitvoercode ondersteund. Hiermee kunne boekingsopdrachten aangemaakt worden die gelden voor bepaalde extra resultaten uit Payroll Gemal. Voorbeeld van een filter: PRUitvoercode="01618". Uw actie Er is geen actie nodig. Nederlandse postcode correct in correspondentie Waarom De adresregel met postcode en woonplaats voldeed op de volgende punten niet aan de richtlijnen van POSTNL: Als het land van het adres Nederland (NLD) is en de postcode bestaat uit 4 cijfers en 2 letters, moet er een spatie staan tussen de cijfers en letters (hoofdletters). Tussen de postcode en woonplaats moeten 2 spaties worden opgenomen. De woonplaats en het land moeten in hoofdletters. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie/jaaropgaaf Het adres op de bruto-netto specificatie en jaaropgaaf die via RSM worden aangemaakt, voldoet nu aan de bovenstaande richtlijnen.  In de DFO44-XML voor de bruto-netto specificatieen Jaaropgaaf is de tag Postcode binnen zowel tag Bedrijf als binnen tag FiscaalBegunstigde aangepast. Fiscaal begunstigden > tabblad Fiscaal begunstigde > Maak & bewaar brief Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Dat geldt ook voor het adres van de merge-velden BedrijfPostcode en FBPostcode voor brieven uit RolDocs of in de brieven-XML Uw actie Er is geen actie nodig. Verbeterde bestandsnaam samenvoegen-relatiejob Waarom De opbouw van de naam van het XML-bestand voor samenvoegen van relaties is logischer gemaakt. Hoe Verwerking > Handmatige/Automatische verwerking > Import > Start samenvoegen relatie verwerking Oude situatie: de XML-Bestandsnaam voor samenvoegen van relaties start met <debiteur>_<servicecentercode>_RELAT-<jaar> en eindigt met .txt. Nieuwe situatie: de XML-Bestandsnaam voor samenvoegen van relaties start met <debiteur>_<servicecentercode>-SAMEN-<jaar> en eindigt met .xml. Uw actie Er is geen actie nodig. VorderingCode en BorderelOntvanger tonen bij vordering in dossier Waarom In het dossier is bij een vordering niet te zien of dit een normale vordering is of bijvoorbeeld een vordering van een premie-inhouding. En in het laatste geval is niet te zien bij welke borderel-ontvanger deze hoort. Hoe Fiscaal begunstigden > tabblad Vorderingen In het scherm Details Vordering wordt de volgende nieuwe informatie getoond: een veld VorderingCode met als mogelijke waarden: Regulier/VerzamelUP/PremieInhouding. Als VorderingCode de waarde VerzamelUP/PremieInhouding heeft: Veld Ontvanger met waarde: <OntvangerId> - <TenNameVan> In het scherm Vorderingen wordt de volgende nieuwe informatie getoond: kolom VorderingCode met als mogelijke waarden Regulier/VerzamelUP/PremieInhouding. Uw actie Er is geen actie nodig. Overlijdensdatum in DFO44-XML voor bruto-netto specificatie en jaaropgaaf Waarom De DFO44-XML die u als basis kunt gebruiken voor het maken van bruto-netto specificaties, bevatte geen gegevens waaruit bleek of de begunstigde was overleden. Vanwege de juiste adressering is dat wel gewenst. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie/jaaropgaaf In de DFO44-XML voor bruto-netto specificatie en Jaaropgaaf is de tag <Overlijdensdatum> opgenomen direct na de tag <Geboortedatum>. Uw actie Er is geen actie nodig. Telefoonnummer en e-mailadres toevoegen aan Relatie voor beslagleggerbrieven Waarom In een eerdere release waren telefoonnummer en e-mailadres toegevoegd als velden van een relatie. Deze moesten nog in de matching- en brieven-XML verwerkt worden. Hoe Verwerking > Handmatige/Automatische verwerking > Specifiaties / Export > Start matching relatiegegevens Deze twee velden zijn opgenomen in de matching relatiegegevens XML:  Telefoonnummer - het telefoonnummer van de relatie Emailadres - het e-mailadres van de relatie Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Deze twee velden zijn opgenomen als extra velden in de document-XML als bij DocumentType de optie Loonbeslagleggers opnemen in XML een vinkje staat. Dat betreft handmatige aangemaakte brieven. En bij de vier automatisch aangemaakte systeemdocumenten voor loonbeslag, waarvan de documentnaam begint met BSL, zijn de volgende velden toevoegd: BeslagleggerTelefoonnummer - het telefoonnummer van de beslaglegger BeslagleggerEmailadres - het e-mailadres van de beslaglegger Uw actie Er is geen actie nodig. Eenmalige uitkeringsplannen bundelen bij periodieke Inkomstenverhouding Waarom Eenmalige uitkeringsplannen werden, met uitzondering van Correctie Verzekerd Bedrag, altijd opgenomen in een Inkomstenverhouding (IKV) voor alleen eenmalige uitkeringsplannen met eenzelfde SoortInkomen. Het is echter gewenst dat deze eenmalige uitkeringsplannen opgenomen worden in een periodieke IKV als die al aanwezig is. Het is dan niet nodig een nieuwe IKV aan te maken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Voortaan worden eenmalige uitkeringsplannen, waar mogelijk opgenomen in een bestaande, actieve periodieke IKV met hetzelfde SoortInkomen. Zijn er meerdere inkomstenverhoudingen die daaraan voldoen, dan heeft de IKV met de laagste periode de voorkeur; hierbij geldt eerst maand, dan kwartaal, dan half jaar, dan jaar. Als er meerdere geschikte IKV's met eenzelfde periode zijn, wordt de IKV met de vroegste ingangsdatum genomen. Zijn er geen passende periodieke inkomstenverhoudingen, volg dan de bestaande werkwijze: zoek een bestaande eenmalige IKV of maak een nieuwe aan. Deze aanpassing heeft geen consequenties voor bestaande inkomstenverhoudingen. Uw actie Er is geen actie nodig. Correctie loonheffing tonen in RSM bruto-nettospecificatie Waarom De ingestelde loonheffingscorrecties worden niet getoond in de door Raet Specificatie Manager (RSM) aangemaakte bruto-netto specificaties. Ze worden al wel opgenomen in de DFO44-XML voor klanten die zelf de specificaties aanmaken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Het totaalbedrag van de loonheffingscorrecties staat onderin het bruto-netto-blok. Als dit bedrag ongelijk is aan 0, wordt het opgenomen onder de regel Netto te ontvangen na een witregel: In de kolom Omschrijving ziet u dan: Correctie loonheffing € {TotaleCorrectieLoonheffing}  Waarbij {TotaleCorrectieLoonheffing} de som is van het EuroBedrag van alle inhoudingscorrecties voor de begunstigde in de betreffende maand. De tekst Correctie loonheffing vervangen kan worden door een andere tekst via referentiegegeven Bruto Netto Specificatie Elementen, code 919. Uw actie Er is geen actie nodig. Veld TussenvoegselGeslachtsnaam Waarom Voor de achternaam was er al wel een veld voor het tussenvoegsel, zoals van der, etc., voor de geslachtsnaam nog niet. Hoe Er is een extra relatieveld toegevoegd: TussenvoegselGeslachtsnaam Bij bijvoorbeeld  F.J. den Hartog - van der Linden kunt u de relatievelden dan als volgt invullen:  Achternaam = Hartog - van der Linden TussenvoegselAchternaam = den Geslachtsnaam = Linden of Hartog TussenvoegselGeslachtsnaam = van der of den Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties De Geslachtsnaam stuurden we al naar Payroll Gemal via invoercode 02301. Daar komt nu de TussenvoegselGeslachtsnaam bij via invoercode 02302. Tot deze release werd de waarde van TussenvoegselAchternaam gebruikt voor invoercode 02302. Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens De XML-tag TussenvoegselGeslachtsnaam is opgenomen in de XML voor import via DFO11, DFO20 en DFO25 en de export via matching relatiegegevens. Fiscaal begunstigden > tabblad Relatie Het nieuwe veld TussenvoegselGeslachtsnaam ziet u in het dossier via het tabblad Relatie. Rapportages In rapporten waar de Geslachtsnaam wordt getoond, wordt het TussenvoegselGeslachtsnaam achteraan in de waarde verwerkt, bijvoorbeeld Linden, van den. Uw actie Er is geen actie nodig. Regels voor automatisch aanpassen inhoudingseigenschappen voor wonen binnen/buitenland Waarom Er is een wens om bepaalde acties voor inhoudingseigenschappen automatisch door het systeem te laten uitvoeren als het woonland van een begunstigde verandert van binnenland naar buitenland of omgekeerd.  Hoe Referentiegegevens > Servicecenter Aan het scherm Servicecenter zijn vanaf deze release de volgende opties toegevoegd: Woonland naar buitenland moet CodeZVW A worden Bij woonland naar buitenland moet CodeHerleiding B worden Bij woonland naar NL moet CodeZVW M worden Bij woonland naar NL moeten CodeHerleiding en VrijstellingLoonheffing uit Deze opties hebben een conditie en een actie. Vanaf het moment dat een optie aan staat en de beschreven conditie zich voordoet, voert P&B Core automatisch de beschreven handeling uit. Bij de situatie Bij woonland naar NL wordt de actie moet CodeZVW M worden dus automatisch uitgevoerd. Zodra u de optie uitzet, voert P&B Core de beschreven actie niet meer uit als de conditie zich voordoet.  Fiscaal begunstigden > tabblad Relatie Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Uitkeringsplannen > Nieuw uitkeringsplan De acties in deze opties worden uitgevoerd bij het fiatteren van wijzigingen van het woonland via de GUI en via de Relatiejob. Daarnaast zijn de twee opties met conditie Bij woonland naar buitenland ook actief bij het aanmaken van een nieuwe begunstigde via de Polisjob of via de GUI bij het aanmaken van een nieuw uitkeringsplan. Uw actie Er is geen actie nodig. Ontvanger veld Branchecode alfanumeriek Waarom Het ontvangerveld Bank branchecode moet ook andere tekens kunnen bevatten dan alleen cijfers en eventuele voorloopnullen moeten behouden blijven. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Ontvangers Het ontvangerveld Bank branchecode is nu alfanumeriek, zodat het zowel cijfers als letters kan bevatten en heeft een maximale lengte van 35 posities. Dit sluit aan bij bankstandaarden. In het betaalbestand komt de branchecode terug in de tag: <CdtTrfTxInf><CdtrAgt><BrnchId><Id> Uw actie Er is geen actie nodig. Begin- en einddatumRecht in rapport incomplete uitkeringsplannen Waarom Er is behoeft aan informatie over de rechtperiode in het rapport dat de incomplete uitkeringsplannen toont; dit zijn de uitkeringsplannen die nog geen gefiatteerde ontvanger hebben. Hoe Rapportages > Incomplete uitkeringsplannen Aan het rapport Incomplete uitkeringsplannen zijn de volgende twee kolommen toegevoegd: BegindatumRecht EinddatumRecht Uw actie Er is geen actie nodig. Voorletters niet meer verplicht Waarom Het relatieveld Voorletters was een verplichte tag en en als deze tag leeg werd gelaten, leidde dit bij de aansturing van Payroll Gemal tot een blokkade. Deze blokkade trad op ondanks het feit dat het veld Voorletters in de Loonaangifte geen verplicht veld is, maar een optioneel element: Voorl. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Bij het inlezen van relatie gegevens is de XML-tag voor Voorletters nu optioneel. Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Het ontbreken of leeg zijn van het veld Voorletters is geen reden meer voor een blokkade bij de aansturing van Payroll Gemal. Uw actie Er is geen actie nodig. Publishing Date : 11/28/2019
Volledig artikel weergeven
28-11-2019 19:31
  • 0 Antwoorden
  • 1 kudos
  • 249 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
  • 269 Weergaven
Gewijzigd en verbeterd Non-SEPA betalingen doorgeven aan Betaal Manager Waarom Betalingen naar een rekeningnummer buiten het SEPA-gebied kunt u vanaf deze release ook laten verwerken door Betaal Manager. Het resultaat uit Betaal Manager is een bestand dat u kunt downloaden. Dit bestand heeft hetzelfde formaat als het bestand voor SEPA-betalingen, namelijk volgens de standaard PAIN 001.001.03. Let op Wij hebben deze Betaal Manager-functie alleen uitgebreid getest met de Rabobank. U kunt de bestanden alleen downloaden en niet vanuit Betaal Manager doorsturen naar Equens. Hoe Verwerking > Handmatige/Automatische verwerking >Start Exporteren Betalingen Als u heeft ingesteld dat SEPA-betalingen via Betaal Manager moeten verlopen, zal dat ook gebruikt worden voor betalingen buiten het SEPA-gebied. Betalingen naar een rekening courant gaan niet naar Betaal Manager, deze blijven komen in een afzonderlijk XML-bestand, waar ook vorderingen naar incasso en kwijtscheldingen in opgenomen worden. Uw actie Er is geen actie nodig. Loonbeslag automatisch laten stoppen Waarom Een ingesteld loonbeslag liep altijd door totdat u het via het begunstigde dossier handmatig had uitgezet voor een bepaalde loonbeslaglegger of voor het hele loonbeslag. Het is gewenst om een loonbeslag automatisch te kunnen stoppen op basis van de verwachte schuld die u bij een loonbeslaglegger kunt vastleggen in het optionele veld Verwachte schuld. Hoe Referentiegegevens > Servicecenter Aan het Servicecenter is de optie Loonbeslag stopt automatisch toegevoegd. Door deze optie aan te vinken, zorgt u ervoor dat loonbeslagen automatisch stoppen als het bedrag van de verwachte schuld is bereikt. Dit geldt voor alle bedrijven van het Servicecenter. Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Als de optie Loonbeslag stopt automatisch actief is én er is bij de loonbeslaglegger een bedrag verwachte schuld vastgelegd, zorgt Pension & Benefits Core ervoor dat bij het aanmaken van loonbeslagbetalingen, niet meer wordt betaald dan de verwachte schuld. Uw actie Er is geen actie nodig. Nieuwe waarden fiscaal woonland 2020 Waarom Met ingang van 2020 zijn er vanuit wet & regelgeving twee nieuwe afwijkende loonheffingstabellen voor de volgende fiscale landengroepen: België - waarde 4 in Payroll Gemal Suriname en Aruba - waarde 5 in Payroll Gemal Daarnaast valt Groot Brittanië vanwege de Brexit vanaf 2020 in de groep Derdenland (waarde 3 in Payroll Gemal) en niet langer in de groep Landenkring (waarde 2 in Payroll Gemal). Zie ook de informatie in de Release notes van Payroll Gemal 2019-11/8, onderwerp Fiscale rekenregels 2020.  Hoe Referentiegegevens > Land Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Met deze release wordt de kolom FiscaalWoonland van de landentabel bijgewerkt naar de 2020 geldende situatie. De waarden voor het fiscale woonland worden doorgegeven naar Payroll Gemal via invoercode 02323. Voor de komende verwerkingen van 2019 gebruikt Pension & Benefits Core nog de oude waarden: Vaste waarde 2 (Landenkring) voor BE (België) en GB (Groot Brittanië) Vaste waarde 3 (Derdenland) voor SR (Suriname) en AW (Aruba) Voor bestaande begunstigden is in Payroll Gemal geregeld dat het omzetten naar de nieuwe waarden voor fiscaal woonland plaatsvindt met de verwerking van januari 2020. Uw actie Er is geen actie nodig. Relatienummer in grootboekrekeningrapporten en verwerkingsverslagen Waarom In een aantal rapporten en verslagen werd wel het Fiscaalbegunstigde-Id vermeld maar ontbrak het Relatienummer. Hoe Verwerking > Handmatige/Automatische verwerking > Start rapportage grootboekrekeningen Overzichten > VerwerkingsVerslagen Vanaf deze release is het relatienummer opgenomen in de grootboekrekeningrapporten en in de tekst van foutmeldingen/waarschuwingen in verwerkingsverslagen. Uw actie Er is geen actie nodig. Spieken bij fiatteren loonbeslag beperken Waarom Bij het fiatteren van het loonbeslag was het te makkelijk om het rekeningnummer dat u moet invullen te achterhalen door te klikken op de link Ontvanger-Id. Hoe Fiscaal begunstigden > tabblad Loonbeslag Als in het scherm waarin u het loonbeslag fiatteert de knop Fiatteer actief is, ziet u vanaf deze release wel de Ontvanger-Id maar is dit geen hyperlink meer. In de overige situaties waarin fiatteren niet aan de orde is, is de Ontvanger-Id wel een hyperlink. Uw actie Er is geen actie nodig. Publishing Date : 11/11/2019
Volledig artikel weergeven
11-11-2019 15:49
  • 0 Antwoorden
  • 0 kudos
  • 245 Weergaven