Mijn Communities
Help

Releases Youforce Pensions & Benefits Core

Sorteren op:
Gewijzigd en verbeterd Ingangsmaand in plaats van ingangsdatum voor inhoudingeigenschappen Waarom In de aansturing van de inhoudingeigenschappen hebben we twee verbeteringen doorgevoerd. Zie hiervoor ook het volgende onderwerp Ingangsmaand inhoudingeigenschappen - via bulkjob (DFO 20). Tot deze release kon u voor de inhoudingeigenschappen een datum voor het ingaan ervan opgeven. Dit kon een datum zijn in de toekomst of een datum in het verleden. Bij een toekomstdatum werd deze mutatie actueel gemaakt op de betreffende kalenderdatum via het proces Effectueren toekomstmutaties en bij de eerstvolgende verwerking doorgegeven naar Payroll Gemal.  Vanaf deze release kunt u voor het laten ingaan van inhoudingeigenschappen in de toekomst of in het verleden, in plaats van een datum een fiscale maand opgegeven. Bij een toekomstmaand wordt de mutatie pas doorgegeven aan Payroll Gemal met de periodeverwerking voor de betreffende maand. Het is hierbij niet meer nodig het proces Effectueren toekomstmutaties uit te voeren. Deze nieuwe opzet sluit beter aan op de werkwijze van Payroll Gemal. Hoe Fiscaal begunstigden > tabblad Inhoudingeigenschappen Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij Inhoudingeigenschappen in het begunstigde dossier (GUI) kunt u nu geen ingangsdatum meer maar een ingangsmaand opgeven. Als de ingangsmaand vóór of in de huidige verwerkingsmaand ligt, wordt de actuele stand gemuteerd. Daarbij mag de ingangsmaand niet voor januari van het huidige verwerkingsjaar liggen, behalve als de optie Herreken vorig jaar aan staat; dan mag de ingangsmaand niet vóór januari van het voorgaande verwerkingsjaar liggen. De ingangsmaand wordt doorgegeven aan Payroll Gemal bij de volgende verwerking. Als de ingangsmaand ná de huidige verwerkingsmaand ligt, is het een toekomstmutatie. Het proces Aanmaken Gemal mutaties controleert aan begin van de periode- of dagverwerking of er toekomstmutaties voor inhoudingeigenschappen zijn die geëffectueerd moeten worden, dat wil zeggen waarvoor de ingangsmaand <= huidige verwerkingsmaand. Het proces maakt deze mutaties dan effectief en stuurt ze door naar Payroll Gemal. Uw actie Er is geen actie nodig. Ingangsmaand inhoudingeigenschappen - nu ook via Bulkjob (DFO 20) Waarom Het is nu mogelijk om de ingangsmaand voor de inhoudingeigenschappen (zie het vorige onderwerp), niet alleen door te geven via het begunstigde dossier (GUI), maar ook via het DFO20-XML-bestand (Bulkjob). Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Via DFO20-XML (BulkJob) kunt u een ingangsmaand opgeven voor een mutatie van de inhoudingeigenschappen. Hiervoor is binnen de tag <Inhoudingeigenschap> de optionele tag <Ingangsmaand> beschikbaar. Gaat het om de huidige maand of om een maand die in het verleden ligt, dan wordt deze als ingangsmaand bij de actuele stand vastgelegd. Deze ingangsmaand wordt bij een volgende verwerking doorgegeven aan Payroll Gemal, wat leidt tot het in laten gaan van deze eigenschappen, al dan niet met terugwerkende kracht. Als de maand in de toekomst ligt, wordt dit als toekomstmutatie vastgelegd. De inhoudingeigenschappen worden dan doorgegeven naar Payroll Gemal bij de periodeverwerking voor die maand. De mutatie wordt direct gefiatteerd, ongeacht de waarde van de tag Fiatteren, want die heeft alleen betrekking op  de ontvangerverdeling. Een eventuele, openstaande te fiatteren (toekomst)mutatie wordt overschreven. Uw actie Er is geen actie nodig. Betaling-Kenmerk in Borderel-XML Waarom Het is gewenst dat een verzamelontvanger in de borderel-XML bij de afzonderlijke betalingen een bijbehorend kenmerk kan zien. Tot deze release werden in de Borderel-XML alleen het relatienummer en de naam opgenomen van de begunstigde die bij de betaling hoort. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen > Details Ontvangers Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel In de borderel-XML is binnen de tag BetalingVerzamelontvangerBegunstigdeBetaling een nieuwe tag <Kenmerk> opgenomen die wordt gevuld met het kenmerk van de betaling. U kunt het kenmerk van de betaling bepalen door dit bij de ontvangerverdeling van het uitkeringsplan op te geven in het veld Dagafschrift; wat u in dit veld opgeeft, wordt getoond in de omschrijving op het bankafschrift. Uw actie Er is geen actie nodig. Eenmalige handmatige uitkeringscomponent met fiscale maand Waarom De periodieke en eenmalige handmatige uitkeringscomponenten kunt u gebruiken voor premie-inhoudingen en loonheffingscorrecties. Voorheen werd een eenmalige handmatige uitkeringscomponent altijd verwerkt in de fiscale maand van de eerstvolgende verwerking voor het bedrijf. Vanaf deze release is het echter mogelijk om deze uitkeringscomponent betrekking te laten hebben op een eerdere of latere fiscale maand. Hoe Fiscaal begunstigden > tabblad Uitkeringscomponenten > Handmatige componenten Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties In het scherm waarin u handmatige uitkeringcomponenten vastlegt, kunt u bij een eenmalige uitkeringscomponent nu de Fiscale maand kiezen. De defaultwaarde bij een nieuwe uitkeringscomponent is de huidige verwerkingsmaand. Het programma voert de volgende controles uit: De fiscale maand ligt niet vóór het huidige verwerkingsjaar. Alleen tijdens de jaarwerkperiode mag indien de indicatie Herrekening vorig jaar bij de begunstigde aan staat, de fiscale maand ook in het voorgaande fiscale jaar liggen. De fiscale maand ligt niet vóór de ingangsmaand van de inkomstenverhouding van het uitkeringsplan bij de uitkeringscomponent. Tenzij het uitkeringsplan (nog) geen inkomstenverhouding heeft. De opgegeven fiscale maand wordt vastgelegd zodat deze ofwel bij de eerstvolgende run (indien het de maand van de run of een eerdere maand betreft) ofwel bij de perioderun van de betreffende maand doorgegeven wordt aan Payroll Gemal. Uw actie Er is geen actie nodig. Woon- of correspondentieadres toevoegen nu mogelijk Waarom Vanaf deze release kunt u in het dossier van de Fiscaal begunstigde een woon- of correspondentieadres toevoegen. Tot nu toe was het alleen mogelijk deze adressen te wijzigen of te verwijderen. Hoe Fiscaal begunstigden > tabblad Relatie Ontvangers > Relatie ontvanger Het is nu mogelijk in het tabblad Relatie van een fiscaal begunstigde en in het scherm Relatie ontvanger van een ontvanger een adres toe te voegen als dat nog niet aanwezig is. Uw actie Er is geen actie nodig. Aangepaste definitie Verzameluitkeringsplan Waarom Een Verzameluitkeringsplan is een bijzonder uitkeringsplan dat is bedoeld voor uitkeringen van meerdere begunstigden die 1-op-1 door u verzameld worden, dat wil zeggen zonder fiscale inhoudingen of andere verwerkingen zoals verrekening met vorderingen of loonbeslag. Het totaalbedrag van een Verzameluitkeringsplan wordt met borderel doorgestuurd naar een verzamelontvanger die verantwoordelijk is voor de fiscale inhoudingen en verdere verwerking. Tot deze release werd een uitkeringsplan beschouwd als Verzameluitkeringsplan als dit een verzamelontvanger had met een normale rol in de ontvangerverdeling, waarbij normaal inhoudt dat premieontvangers buiten beschouwing blijven. Deze defintie was echter te ruim, waardoor bepaalde uitkeringsplannen onterecht als Verzameluitkeringsplan werden behandeld. Hoe Een uitkeringsplan wordt voortaan beschouwd als Verzameluitkeringsplan als: de indicatie VerzamelOntvanger van het uitkeringsplan op Ja staat EN het uitkeringsplan niet belast is EN het uitkeringsplan een verzamelontvanger heeft met een normale rol in de ontvangerverdeling: de verzamelontvanger is geen premieontvanger. Dit heeft effect op: de betaling-/vorderingcode bij het aanmaken van betalingen en vorderingen in het proces Verdelen netto bedragen naar ontvangers het verrekenen met vorderingen in het proces Verdelen netto bedragen naar ontvangers Verrekeningen worden niet gedaan van of naar een Verzameluitkeringsplan. het loonbeslag in het proces Verdelen netto bedragen naar ontvangers Loonbeslag vindt niet plaats voor een Verzameluitkeringsplan.  het aanmaken van bruto-netto specificaties. Bedragen van Verzameluitkeringsplannen worden niet vermeld. Uw actie Er is geen actie nodig. Gegroepeerde lijst met uitkeringscomponenten verbeterd Waarom De informatie in het tabblad Uitkeringscomponenten van het fiscaal begunstigde dossier was op enkele punten niet duidelijk. Uitkeringscomponenten worden daar gegroepeerd onder een totaalregel die u kunt in- en uitklappen door te klikken op + en -. Hoe Fiscaal begunstigden > Uitkeringscomponenten Verbeteringen: Bij een groep uitkeringscomponenten van het type Rechten ziet u nu een lege Einddatum Recht in de totaalregel als er een uitkeringscomponent in de groep zit met een lege Einddatum Recht. Bij  eenmalige uitkeringscomponenten ziet u nu in de totaalregel in de kolommen Begindatum Recht en Einddatum Recht respectievelijk de laagste Begindatum GerelateerdRecht en de hoogste Einddatum GerelateerdRecht van de groep. Bij uitkeringscomponenten die u niet kunt aanpassen, ziet u geen potloodje in de eerste kolom. Voor een groep met één uitkeringscomponent is er geen totaal-regel met in- en uitklapmogelijkheid.  Uw actie Er is geen actie nodig. Publishing Date : 5/24/2019
Volledig artikel weergeven
24-05-2019 20:08
  • 0 Antwoorden
  • 0 kudos
  • 243 Weergaven
Gewijzigd en verbeterd Nieuwe kolom BeschikbaarstellingDatum in journaalpostbestanden (PBI 697889)  Waarom Het is gewenst dat het journaalpostbestand een beschikbaarstellingsdatum bevat. Dat is met name relevant voor TWK-mutaties waar de beschikbaarstellingsdatum in een andere, eerdere maand kan liggen dan de boek-/verwerkingsmaand. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken  bruto/netto journaalpost bestanden Aan het journaalpostbestand bruto/netto (JPB) en het journaalpostbestand netto (JPN) is de kolom BeschikbaarstellingDatum toegevoegd. Deze kolom bevindt zich tussen 20. EenheidCode en 21. VORekeningCourant. Deze nieuwe kolom BeschikbaarstellingDatum wordt gevuld bij de volgende JPB-looncomponenten:  k01, f01, b01, b02, b03 en b04 = waarde PayrollInput.BeschikbaarstellingDatum e01 = waarde Uitkeringscomponent.TwkBeschikbaarstellingDatum Bij andere looncomponenenten blijft deze kolom leeg. In de JPN-bestanden zal deze dus altijd leeg zijn. Actie Houd bij het importeren van de JPBJPN-bestanden in uw systeem rekening met de nieuwe kolom, zoals hierboven vermeld. Aanpassing vordering/verrekening-tags DFO44 XML Bruto Netto Specificatie (PBI 699830) Melding Het bedrag aan vorderingen dat in de specificatieperiode voor de fiscaal begunstigde was aangemaakt vanuit negatieve netto's, stond niet in de DFO44 XML. Verder was een eventueel bedrag dat vanuit betalingen is gebruikt voor het verrekenen op openstaande vorderingen, niet opgenomen bij de verrekeningen in de DFO44 XML. Beide punten konden leiden tot een niet sluitende berekening in de bruto-netto specificatie (BNS).  Deze aanpassing is alleen relevant als je bij de Referentiegegevens van het Servicecenter bij het veld Formaat specificatie hebt gekozen voor Dfo44. Oplossing Verwerking > Handmatige/Automatische verwerking > Start aanmaken  bruto/netto specificatie Tot deze release bevatte de DFO44-XML: tag SomVanNogTeInnenBedragen - de totale openstaande vordering aan het einde van de BNS-maand tag VerrekendBedrag - verrekeningen vanuit netto's in de BNS-maand Vanaf deze release bevat de DFO44-XML: tag VerrekendBedrag - verrekeningen in de BNS-maand, inclusief verrekeningen uit betalingen binnen dezelfde maand tag OntstaneVorderingen - ontstane vorderingen in de BNS-maand De tag SomVanNogTeInnenBedragen is vervallen. Actie Als je gebruikt maakt van de DFO44 XML, pas dan naar aanleiding van het bovenstaande de verwerking tot een BNS-document aan. Overige verbeteringen en opgeloste meldingen 707125 looncomponent j01 mist in de JPN bij een loonbeslagbetaling 706111 Rapportage retourbetalingen werkt niet meer 703665 Onterecht worden er 2 herbetalingen aangemaakt 701964 JaarlijkseJaaropgaveGeblokkeerd kan niet gemuteerd worden - Ref: 274-0291129000-02 691091 Geen relatiebron bij aanmaken UP, Einddatumverwerking Leeg bij aanmaken UP 708836 Maandbedrag betalingsregeling mag 0 zijn Publishing Date : 9/21/2020
Volledig artikel weergeven
21-09-2020 20:28
  • 0 Antwoorden
  • 0 kudos
  • 244 Weergaven
Gewijzigd en verbeterd Validatie loonbeslag aangepast (PBI 697694, VIDIS-2024) Waarom De vereisten voor de maandbedragen van beslagleggers bij het invoeren van een loonbeslag waren onnodig strikt. Als er niet aan voldaan werd, was het niet mogelijk het loonbeslag op te slaan. Hoe Fiscaal begunstigden > Loonbeslag Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers We hebben de vereisten omgezet in waarschuwingen, zodat je het loonbeslag wel kunt opslaan: nieuw oud Let op: Gebruikelijk is dat alle loonbeslagleggers behalve de laatste een maandbedrag hebben. Dit was: Alle loonbeslagleggers behalve de laatste moeten een maandbedrag hebben. Let op: Gebruikelijk is dat de laatste loonbeslaglegger geen maandbedrag heeft. Dit was: De laatste loonbeslaglegger mag geen maandbedrag hebben. Let op: Gebruikelijk is dat bij een enkele loonbeslaglegger het maandbedrag alleen gevuld is indien de beslagvrije voet 0 is. Dit was: Er is maar één loonbeslaglegger. Van deze mag het maandbedrag alleen gevuld zijn indien de Beslagvrije voet 0 is. Let op Bij het toepassen van loonbeslag in het proces verdelen netto bedragen naar ontvangers geldt: Een lege maand wordt geïnterpreteerd als oneindig zonder limiet. Elke loonbeslaglegger met een hoger volgnummer ontvangt geen geld. Als alle loonbeslagleggers een (niet leeg) maandelijks bedrag hebben, gaat elk netto dat overblijft naar de Fiscaal Begunstigde. Dit restant wordt gecombineerd met de beslagvrije voet om betalingen mee te genereren.  Actie Er is geen actie nodig  Aangepaste behandeling beslagvrije voet bij loonbeslag (VIDIS-2791) Waarom Als van een begunstigde meerdere netto's werden verwerkt in hetzelfde verdelen netto bedragen naar ontvangers proces werd de beslagvrije voet evenredig verdeeld over deze netto's. Dat kon leiden tot een ongewenst resultaat als de netto's betrekking hadden op verschillende maanden, waarbij te weinig beslag vrije voet werd uitbetaald. Hoe Fiscaal begunstigden > Loonbeslag De netto's worden achtereenvolgens verwerkt waarbij P&B Core de volledige beslagvrije voet per maand vergelijkt met de betalingen die voor die maand al voor de fiscaal begunstigde zijn aangemaakt.  Het resultaat is dan hetzelfde, als het resultaat dat ontstaat als je deze netto's in afzonderlijke processen zou verwerken. Actie Er is geen actie nodig Hoe voorkom je overschrijden aantal adresregels in RSM (VIDIS-2913) Waarom Binnen de Specificatie Manager (RSM) is een limiet gesteld van 6 adresregels. Dat wordt bepaald door de afmeting van het transparante deel van enveloppen. Met de komst van de optionele regels Extra correspondentienaam en 2 nieuwe adresregels kan die limiet overschreden worden als alle regels gevuld zijn. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Verwerking > Handmatige/Automatische verwerking> Start aanmaken jaaropgaaf Om te voorkomen dat de limiet van 6 adresregels overschreden wordt: Geven we alleen gevulde regels door aan RSM Wordt als de vier optionele tekstregels, dus de extra correspondentienaam, de twee nieuwe adresregels en de landregel, allemaal  een waarde hebben, de regel extra correspondentienaam weggelaten richting RSM. In dat geval verschijnt de extra correspondentienaam dus niet op de bruto/netto specificatie of jaaropgaaf. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-2914 - Standaardiseren componentnamen in nieuw Service Center VIDIS-2745 -  265-0530117000-01 - twk netto handmatige UC's - Ref: 265-0530117000-01 VIDIS-2862 - Loonbeslag - UI verbeteringen VIDIS-2515 - Anoniementarief via tabelkleur VIDIS-3076 - Bug verwerken van netto's bij Loonbeslag Publishing Date : 4/28/2021
Volledig artikel weergeven
28-04-2021 17:21
  • 0 Antwoorden
  • 0 kudos
  • 240 Weergaven
Gewijzigd en verbeterd Bruto netto specificatie filter (VIDIS-6547) Waarom Wanneer er meerdere betaaldagen in een maand zijn en men wil een bruto netto specificatie maken rond dezelfde dag, dan kan een filter gebruikt worden op basis van de exportdatum van de betalingen. Bijvoorbeeld:  BetalingExportdatum=20230214 Echter worden er dan geen fiscaal begunstigden geselecteerd met alleen vorderingen.  Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie We hebben in de bestaande filter expressie bij het het proces 'aanmaken bruto netto specificatie' een optie toegevoegd. BetaaldatumNetto = yyyymmdd Dit zorgt er voor dat alleen begunstigden geselecteerd worden die 1 of meer verwerkte netto's hebben met de opgegeven betaaldatum. Dat kunnen zowel netto's zijn die leiden tot betalingen als netto's die leiden tot vorderingen of verrekeningen. Actie Er is geen actie benodigd Netto blokkade bedrag in bruto netto specificatie RSM (VIDIS-5774) Waarom Tot nu toe werd op de bruto netto specificatie niet getoond welk bedrag wat niet uitbetaald is vanwege een netto blokkade. En evenmin welk betaald bedrag kwam van eerdere netto blokkade Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie (RSM) Waar nodig wordt in de bruto netto specificatie een extra regel opgenomen in het bruto/netto blok: In kolom Omschrijving: "Totale netto blokkade" Desgewenst kan een andere tekst opgegeven worden door het aanmaken van een bruto netto specificatie element met code "BLO". In kolom Totaal: Het totaalbedrag van eventuele netto blokkades minus het totaalbedrag van eventuele deblokkades. Indien dat bedrag 0 is wordt de hele regel niet getoond. Actie Er is geen actie benodigd Tabelkleur in bruto netto specificatie en jaaropgaaf (VIDIS-4774) Waarom Tot nu toe werd op de bruto netto specificatie en jaaropgaaf groen en wit getoond (de waarde van de inhoudingseigenschap Kleur tabel). Daar zijn nu 2 opties bijgekomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Deze 4 mogelijke waarden worden nu getoond in de bruto netto specificatie en jaaropgaaf als zijnde tabelkleur. Anoniem = in het geval dat anoniementarief van toepassing is voor de bruto-netto berekening. Geen = in het geval dat VrijstellingLoonheffing 'Ja' is Anders: Groen of Wit = de waarde van de inhoudingseigenschap Kleur tabel Actie Er is geen actie benodigd Aanleveren premies via XML (VIDIS-1933) Waarom Tot nu toe was het nog niet mogelijk om uitkeringscomponenten voor premies of een correctie inhouding toe te voegen of te wijzigen door middel van XML bestanden. Hoe Verwerking > Handmatige Verwerking\Automatische Verwerking > Start bulk verwerking   Binnen de Bulkjob XML tag <Uitkeringsplan> is als extra mogelijke tag <UitkeringComponenten> opgenomen met als optionele tag daaronder <UitkeringsComponent> met onderstaande waardes: Frequentie (verplicht) VariabeleMutaties (verplicht) Ibannummer (optioneel) Domestic Account (optioneel) Rekening Courant (optioneel) Bedrag (optioneel) Beschikbaarstellingsmaand - indien eenmalig (optioneel) Eersteverwerkingsmaand - indien periodiek (optioneel) Laatsteverwerkingsmaand - indien periodiek (optioneel) Dit biedt de volgende mogelijkheden: eenmalige premie inhouding of correctie loonheffing (Frequentie=eenmalig) Hiermee kan een nieuwe eenmalige uitkeringscomponent aangemaakt worden periodieke inhoudingen (Frequentie=periodiek) Er vindt een controle plaats of de opgegeven waarden overeenkomen met een bestaande actieve periodieke component. Waarbij een component actief is indien die nog geen eind datum heeft of de einddatum valt binnen de periode. Zo ja  dan wordt die component bijgewerkt Zo nee dan wordt een nieuwe component aangemaakt. Actie Neem contact op met een Visma Idella consultant als je deze functionaliteit wilt gebruiken Overige verbeteringen en opgeloste meldingen VIDIS-6494 - Fout in dagrun voor lijst begunstigden VIDIS-6461 - Onnodige Inhoudingeigenschappen mutatie in run na instellen Ingangsdatum VIDIS-6412 - "Nieuw uitkeringsplan" web pagina - validatie binnen service center VIDIS-1997 - UI verbeteringen SC, Bedrijfscode VIDIS-6579 - Toevoegen van Index in tabel PayrollInputVerbijzondering  
Volledig artikel weergeven
23-02-2023 12:47 (Bijgewerkt op 24-02-2023)
  • 0 Antwoorden
  • 0 kudos
  • 276 Weergaven
Gewijzigd en verbeterd Nieuwe ontvangerrol Wet Schuldsanering Natuurlijke Personen Waarom Voor bepaalde fiscaal begunstigden moeten betalingen worden uitgevoerd aan een ontvanger in het kader van de Wet Schuldsanering Natuurlijke Personen (WSNP). Daarom hebben wij deze ontvanger vanaf deze release toegevoegd. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen > tabblad Details Ontvangers In het tabblad Details Ontvangers van een uitkeringsplan kunt u vanaf deze release bij het veld Rol de nieuwe rol WSNP kiezen.  Uw actie Er is geen actie nodig. Deblokkades in beschikbaarstellingen rapport Waarom Het proces Aanmaken Gemal mutaties (DFO32) maakt bij elke verwerking het volgende rapport aan: Matching beschikbaarstelling - Controle achteraf, zie DFO60.  Dit rapport bevat nu: de ontstane bruto's die zonder blokkade naar Payroll Gemal zijn verstuurd de ontstane bruto's die vanwege een blokkade niet naar Payroll Gemal zijn verstuurd De (ontstane) bruto's uit een eerdere verwerking die na het opheffen van een blokkade alsnog in deze verwerking naar Payroll Gemal worden verstuurd, zijn niet in het rapport opgenomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties In de XML is een tag <Stroom> opgenomen binnen de tag <Beschikbaarstelling>. In het XML-bestand zijn opgenomen (met Bron="Polis", dus geen handmatige acties en geen payrollregeling): De bruto's die in de huidige verwerking zonder blokkade naar Gemal gaan. Deze worden opgenomen in de XML met <Stroom>ZonderBlokkade</Stroom>. De bruto's die in de onderhavige run vanwege blokkade voor het eerst niet naar Gemal gaan. Deze worden opgenomen in de XML met <Stroom>Blokkade</Stroom>. De bruto's die in de onderhavige run na deblokkade alsnog naar Gemal gaan. Deze worden opgenomen in de XML met <Stroom>Deblokkade</Stroom>. Uw actie Er is geen actie nodig. Nieuw optie Anoniementarief bij adres onbekend Waarom Op het moment dat het woonadres van een fiscaal begunstigde onbekend is, moet het mogelijk zijn om voor deze fiscaal begunstigde een bruto-netto berekening volgens anoniementarief te laten uitvoeren. Hoe Referentiegegevens > Servicecenter Aan het referentiescherm ServiceCenter is vanaf deze release de volgende optie toegevoegd: Bij adres onbekend/leeg anoniementarief.  Standaard staat deze optie uit. Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Als: in het scherm Servicecenter bij de optie Bij adres onbekend/leeg anoniementarief een vinkje staat  EN  voor het woonadres van de fiscaal begunstigde geldt dat één of meer van de volgende waarden zijn ingevuld of niet aanwezig: Straatnaam = onbekend (case-insensitive) of leeg Woonplaats = onbekend (case-insensitive) of leeg  Land.Code2Letterig = ON (de landcode voor land onbekend) Dan sturen we Payroll Gemal aan met het Anoniemen-tarief (IVC 02270 en 02271). Dit is de derde reden voor het anoniementarief naast de volgende reeds bestaande redenen: het ontbreken van een BSN het expliciet aanzetten van anoniementarief in het tabblad Inhoudingseigenschappen Uw actie Er is geen actie nodig. Betaaldatum bij herrekening in Payroll Gemal Waarom Als er binnen de Payroll Gemal een herrekening plaatsvindt doordat bijvoorbeeld een fiscale inhoudingseigenschap is gewijzigd, kan er voor de fiscaal begunstigde een aanvullende betaling (netto) ontstaan. Deze betaling kreeg de huidige datum als betaaldatum.  Dat is niet gewenst als de herrekening betrekking heeft op een uitkering in de huidige maand, die pas op een latere datum betaald moet worden. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen Vanaf deze release krijgt een aanvullende betaling (netto) die ontstaat uit een herrekening voor de huidige fiscale maand, de vroegste betaaldatum van de eerder voor deze maand aangemaakte netto's. Alleen als die er niet zijn of als het netto een voorgaande fiscale maand betreft, wordt de huidige datum gebruikt. Uw actie Er is geen actie nodig. Rapportage Blokkadelijst (netto) - nieuwe filtermogelijkheid kolom BlokkadeSoort Waarom In het rapport Netto blokkadelijst zijn ook de nog te versturen betalingen die zijn geblokkeerd opgenomen, dat wil zeggen betalingen die wegens een netto blokkade niet zijn meegegaan bij een eerdere export naar het betaaldomein. Het rapport liet niet zien of en welke soort blokkade er op het huidige moment nog actief is. Hoe Rapportages > Blokkadelijst (netto) De kolom BlokkadeSoort in het rapport Rapportage Blokkadelijst (netto) toont voortaan bij een betaling de actuele status van de blokkade: Begunstigde als de fiscaal begunstigde een bruto of netto blokkade heeft Uitkeringsplan als het uitkeringsplan een bruto of netto blokkade heeft Ontvanger als de ontvanger een blokkade heeft Geen als er momenteel geen blokkade meer is Daarnaast is aan het rapport vanaf deze release de nieuwe filtermogelijkheid BlokkadeSoort toegevoegd in de vorm van een keuzelijst met de bovengenoemde waarden.  Uw actie Er is geen actie nodig. Wijzigingen gegevens ontvanger in betalingslijsten Waarom Als bepaalde gegevens van een ontvanger, zoals de Tenaamstelling en/of het Rekeningnummer werden gewijzigd, waren deze nieuwe gegevens wel zichtbaar in het detailscherm van een nog niet verstuurde betaling voor die ontvanger, maar niet in de (zoek)lijst met betalingen.  De betalingen werden wel altijd met de nieuwste gegevens verstuurd. Op betalingen die al richting het betaaldomein verstuurd zijn, hebben wijzigingen van de gegevens van een ontvanger geen effect.  Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen > Details Betalingen Betalingen > Zoeken Zolang een betaling niet richting het betaaldomein is verstuurd, worden in de volgende betalingslijsten de actuele gegevens getoond uit de gekoppelde ontvanger: Lijst betalingen in Details betalingen Resultaatscherm Zoek betalingen Het gaat om de volgende kolommen: BIC Rekeningnummer Tenaamstelling Naam bank Plaats bank Land bank Uw actie Er is geen actie nodig. Volgorde documentvelden bij aanmaken brief Waarom De volgorde waarin bij het aanmaken van een brief de documentvelden in het scherm werden getoond, was niet goed aan te sturen. Hoe Fiscaal begunstigden > tabblad Fiscaal begunstigde > Maak & bewaar brief De documentvelden bij het aanmaken van een brief staan nu in het scherm in volgorde van hun omschrijving. Wij raden u aan  om de omschrijving van elk documentveld te beginnen met een volgnummer. Uw actie Er is geen actie nodig. Publishing Date : 2/25/2020
Volledig artikel weergeven
25-02-2020 20:42
  • 0 Antwoorden
  • 0 kudos
  • 233 Weergaven
Gewijzigd en verbeterd Melding bij verdelen netto bedragen verbeterd Waarom In het verwerkingsverslag van het proces Verdelen Naar Uitkeringscomponent (VNO) stond soms ten onrechte de melding Er zijn niet-verdeelde PayrollInputs voor deze run, zonder verdere uitleg of details.  Hoe Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen op uitkeringscomponent De melding stond ten onrechte in het verwerkingsverslag van het proces VNO als het totaalbedrag van de bruto's 0 euro was. Dit is opgelost. Voor terechte meldingen wordt voortaan een lijst met de betreffende inkomstenverhoudingen opgenomen in het verwerkingsverslag. Uw actie Er is geen actie nodig. CAK-informatie op scherm inhoudingseigenschappen Waarom Er is behoefte aan extra informatie in het fiscaal begunstigde dossier over de inhoudingen ZVW Buitenland voor het CAK. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Aan het tabblad Inhoudingseigenschappen is de volgende CAK-gerelateerde informatie toegevoegd:   waarde van de CAKFoutmelding (foutcode + korte omschrijving) onder de regel Codebuitenland Bijvoorbeeld: 0 - Geen of 1 - VerzekerdeNietBekend. Als de CodeZVW buitenland aan staat (waarde = I) ziet u eventueel de meldingen: niet actief vanwege woonland NL als het Woonland Nederland is. niet actief vanwege binnenlandse inhouding als bij Vrijstellingloonheffing de waarde Nee is ingevuld en bij Codeherleiding de waarde 0 (nul). Als de CodeZVW buitenland aan staat (waarde = I) en ook actief is, dan wordt onder CodeZVW de tekst M naar Payroll ivm CAK getoond. Let op: u kunt deze gegevens niet wijzigen. Uw actie Er is geen actie nodig. Nieuwe relatiegegevens - telefoonnummer en e-mailadres Waarom Het was niet mogelijk de relatiegegevens telefoonnummer en e-mailadres vast te leggen.  Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Verwerking > Handmatige/Automatische verwerking > Start relatie verwerking Fiscaal begunstigden > tabblad Relatie Ontvangers > Ontvanger > Relatie U kunt nu binnen de Relatie-tag in het XML-bestand de relatiegegevens telefoonnummer en e-mailadres doorgeven via de tags Telefoonnummer en Emailadres voor de volgende processen: Polisjob (DFO11) Bulkjob (DFO20) Relatiejob (DFO25) Het telefoonnummer en e-mailadres staan nu ook in het fiscaal begunstigde dossier, waar u ze kunt wijzigen. Uw actie Er is geen actie nodig. Systeemblokkade uit- of aanzetten Waarom Bepaalde bruto/netto blokkades van de fiscaal begunstigde worden automatisch door het systeem aangezet. Het was niet mogelijk dit automatisme uit te schakelen.  Hoe Referentiegegevens > Blokkadereden Vanaf deze release kunt u zelf kiezen of en welke blokkades u automatisch door het systeem wilt laten aanzetten. Dit doet u door in het scherm Referentiegegevens Blokkaderedenen bij de betreffende systeemblokkade de optie Actief uit of aan te vinken. Standaard staan alle systeemblokkades aan. Uw actie Er is geen actie nodig. Omschrijving verzekeringsvorm en betalingcode tonen in begunstigde dossier Waarom Tot deze release werd in het begunstigde dossier alleen de code van de verzekeringsvorm getoond. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen (> Details Betalingen) Voortaan ziet u bij de verzekeringsvorm van een uitkeringsplan naast de code ook de omschrijving. Verder wordt bij een betaling nu ook de betalingcode vermeld die de aard van de betaling aangeeft, bijvoorbeeld regulier, loonbeslag of premie-inhouding. Uw actie Er is geen actie nodig. Alternatieve tekst voor betaling op bruto-netto specificatie via RSM Waarom Gebruikt u Raet Specificatie Manager (RSM) voor het maken van pdf's van de bruto-netto-specificatie, dan werd voor het vermelden van betalingen de volgende vaste formulering gebruikt: Een bedrag van € <bedrag> wordt overgemaakt op rekeningnummer: <rekening> met daarachter de tenaamstelling: t.n.v. <ten name van> Hoe Referentiegegevens > Servicecenter Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie De tekst bij een betaling op een bruto-netto-specificatie die is aangemaakt via RSM kunt u vanaf deze release aanpassen in het scherm referentiegegevens van het service center. Hierbij kunt u de volgende  dynamische elementen gebruiken: 1. [bedrag] 2. [rekeningnummer] 3. [tenaamstelling] - indien aanwezig wordt deze voorafgegaan door “ t.n.v. “. 4. [betaaldatum] Bij het aanmaken van bruto-netto-specificaties voor RSM, gebruikt het systeem de door u vastgelegde tekst en vervangt de dynamische elementen door hun waarde. Als er geen tekst is vastgelegd, wordt de default tekstopbouw gebruikt: Een bedrag van € [bedrag] wordt overgemaakt op rekeningnummer: [rekeningnummer][tenaamstelling] Uw actie Er is geen actie nodig. Lijst begunstigden kunnen opgeven bij aanmaken bruto-netto specificatie Waarom Gebruikers hebben gevraagd om een bruto netto specificatie te kunnen aanmaken voor een beperkte groep specifieke begunstigden. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Bij het starten van het proces is het nu mogelijk om een komma-gescheiden lijstje met begunstigdenummers op te geven. Uw actie Er is geen actie nodig. Publishing Date : 6/26/2019
Volledig artikel weergeven
25-06-2019 19:41
  • 0 Antwoorden
  • 0 kudos
  • 235 Weergaven
Gewijzigd en verbeterd Vrijstelling loonheffing via tabelkleur aansturen Waarom Bij vrijstelling van loonheffing moet in de tag LbTab van het loonaangiftebestand waarde 999 worden opgenomen. Hiervoor moet het bronsysteem aan invoercode 02333 (Code loonheffingstabel) de waarde 3 geven, zoals Payroll Gemal voorschrijft. Hoe Fiscaalbegunstigden > Inhoudingeigenschappen Verwerking > Handmatige/Automatische verwerking >Start aanmaken Gemal mutaties Bij het aanmaken van mutaties voor Payroll Gemal wordt invoercode 02333 als volgt vastgelegd: Als VrijstellingLoonheffing = Nee stuur waarde 2 (Groene tabel). Als VrijstellingLoonheffing = Ja stuur waarde 3. Uw actie Er is geen actie nodig. Tussentijdse jaaropgave - overledenen en selectiemogelijkheden Waarom Voor begunstigden die overleden zijn en waarvoor de administratieve verwerking is afgerond, moet een laatste jaaropgave worden aangemaakt. Er zijn meer selectiemogelijkheden wenselijk bij het proces Aanmaken jaaropgaaf. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf De job Start aanmaken jaaropgaaf is uitgebreid van twee naar vier mogelijkheden. U kunt kiezen uit de volgende opties, waarvan de onderste twee de nieuwe functionaliteit betreffen: Alle begunstigden (A) Begunstigden met vink TussentijdseJaaropgave (T) Overleden, afgehandelde begunstigden (O) Zowel begunstigden met vink TussentijdseJaaropgave als overleden, afgehandelde begunstigden (TO) De waardes tussen haakjes gelden als waarden voor FB-Selectie= in de Automatische verwerking. De administratieve verwerking voor een overleden begunstigde beschouwen we als afgerond indien: De Overlijdensdatum is gevuld Alle eenmalige en periodieke uitkeringscomponenten zijn verwerkt Alle bruto beschikbaarstellingen zijn verwerkt door de payroll Alle netto's zijn verwerkt Alle betalingen zijn verstuurd naar het betaaldomein Er geen openstaande vorderingen zijn Voor deze begunstigden wordt een laatste jaaropgave gemaakt, als de meest recente bruto van de begunstigde ligt in het fiscale jaar waarvoor het jaaropgaveproces is gestart. Uw actie Er is geen actie nodig. RSM/DFO44 Vrije tekstregel bij meldingen op bruto-netto-specificatie Waarom Voor het mededelingenblok van de bruto-netto specificatie, is het gewenst om naast de betalingen, ook een vrije tekst per bedrijf op te kunnen nemen. Hoe Referentiegegevens > Bruto Netto Specificatie Element Vanaf deze release kunt u vrije tekst opnemen door een element toe te voegen met Id = “MED” en in de Omschrijving de tekst voor het gewenste bedrijf te typen. De maximale lengte van de tekst is 100 posities. Als het eenmalige tekst is, bijvoorbeeld alleen op de januari-specificatie, moet u de tekst na het aanmaken van de specificatie verwijderen. Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie De vrije tekst komt op de volgende manier op de bruto/netto specificatie te staan: In de RSMdata-XML na het einde van tag <BLOKINFO ID="C">: <BLOKINFO ID="J">       <TEKSTREGEL ID="1">vrije tekst</TEKSTREGEL> </BLOKINFO> In de DFO44-XML is binnen de tag Bedrijf na tag de Website, de tag Mededeling opgenomen met daarin de vrije tekst. Uw actie Als u deze functionaliteit wilt gebruiken, moet u de bovengenoemde elementen voor de bruto-netto specificatie toevoegen. CAK foutmelding 3 bij minder nominaal inhouden door Payroll Gemal Waarom Het is noodzakelijk om foutmelding 3: te weinig nominale premie, te detecteren en terug te melden aan het CAK. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Bij het inlezen van het extract moet in kolom AA [FOUTMELDING] van het CAK-bestand de waarde 03 worden geschreven als: Het bedrag in kolom AC INHOUDING_NOMINAAL lager is dan het gevraagde nominale bedrag in kolom AL CVZ_INH_NOMINAAL_F Als kolom AA de waarde 03 heeft en er is aan de volgende voorwaarden voldaan: Het bedrag in kolom AC INHOUDING_NOMINAAL is niet meer lager dan het gevraagde nominale bedrag in kolom AL CVZ_INH_NOMINAAL_F dan moet kolom AA [FOUTMELDING] weer de waarde 00 krijgen. Uw actie Er is geen actie nodig. CAK-inhouding starten ook als verdragsland afwijkt Waarom Bij het inlezen van een CAK-bestand werd bij een regel met een startbericht, bij de controles soms als enige fout geconstateerd, dat het CAK een ander verdragsland (fout 6) aangaf dan het verdragsland dat in P&B Core als woonland stond. Als dit het geval was, werd er niet gestart met inhouden. Het is echter de bedoeling dat er toch wordt gestart met inhouden, ook als de verdragslanden niet overeenkomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start CAK verwerking Voortaan wordt bij dit proces gestart met inhouden, ook als de verdragslanden niet overeenkomen. Uw actie Er is geen actie nodig. Vastleggen Code Zvw met waarde K was niet mogelijk Waarom Als bij de bulkjob bij code Zvw de waarde K (werkgeversheffing Zvw) voorkwam, zag u de volgende foutmelding:  Bestand voldoet niet aan specificaties, foutmelding: Het bestand voldoet niet aan de XSD. - The 'CodeZVW' element is invalid - The value 'K' is invalid according to its datatype 'String' - The Enumeration constraint failed. Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Het proces is aangepast, zodat de bovengenoemde foutmelding niet meer voorkomt en de waarde K correct wordt toegekend aan de code Zvw. Uw actie Er is geen actie nodig. Publishing Date : 8/27/2019
Volledig artikel weergeven
27-08-2019 20:25
  • 0 Antwoorden
  • 0 kudos
  • 227 Weergaven
Gewijzigd en verbeterd Borderel-XML splitsen per verzamelontvanger Waarom De borderel wordt vaak doorgestuurd naar andere partijen en dan is het splitsen ervan wenselijk. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken borderel voor verzamelontvangers Bij het starten van het proces Start aanmaken borderel voor verzamelontvangers is vanaf deze release de optie Bestand per ontvanger beschikbaar. Zet u hier een vinkje, dan zal voor elke verzamelontvanger een afzonderlijk bestand worden aangemaakt.  Staat hier geen vinkje, dan geldt de huidige situatie en maakt Pension & Benefits Core dus één bestand aan. Uw actie Er is geen actie nodig. Validaties mutatie periodieke handmatige uitkeringscomponent (premie-inhouding) aanpassen Waarom Het was niet mogelijk om een periodieke handmatige uitkeringscomponent op niet actief te zetten. Hoe Fiscaal Begunstigde > Uitkeringscomponenten > muteren Handmatig Uitkeringscomponent Vanaf deze release is de validatie van een periodieke uitkeringscomponent als volgt aangepast: de begin- en einddatum mogen nu in de huidige verwerkingsmaand liggen. Op deze manier is de uitkeringscomponent bij de volgende perioderun niet meer actief.   De huidige validatie voor het aanmaken van een nieuwe periodieke uitkeringscomponent blijft hetzelfde. Uw actie Er is geen actie nodig. Publishing Date : 4/24/2019
Volledig artikel weergeven
24-04-2019 19:56
  • 0 Antwoorden
  • 0 kudos
  • 224 Weergaven
In de release notes vindt u een beschrijving van nieuwe functionaliteiten en verbeteringen in deze release. De wijzigingen komen deels voort uit meldingen van onze klanten. Waar het relevant is, verwijzen wij met een nummer naar ons interne systeem waarin wij de klantmeldingen registreren. Gewijzigd en verbeterd Uniforme betaaldatum bij Exporteren betalingen Waarom Raet Betaalmanager (RBM) maakt per betaaldatum een apart SEPA-bestand aan. Omdat uitkeringen en correcties daarop vaak verschillende betaaldatums hebben, kan bij het exporteren van betalingen in Pension & Benefits Core, vanuit één verwerking een reeks SEPA-bestanden ontstaan. Daarom is het gewenst om bij Exporteren betalingen een vaste betaaldatum te kunnen opgeven die wordt doorgegeven aan RBM. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Bij het starten van het proces Exporteren betalingen is vanaf deze release een optionele parameter Vaste betaaldatum beschikbaar. Vult u hier een datum in, dan geldt deze datum voor alle geselecteerde betalingen als betaaldatum. Deze vaste betaaldatum wordt ook vastgelegd als aangepaste betaaldatum in de net geëxporteerde betaling. Vult u geen vaste betaaldatum in, dan houden de betalingen hun oorspronkelijke betaaldatum, conform de huidige situatie. Let op: de vaste betaaldatum mag niet in het verleden liggen. Uw actie Er is geen actie nodig. Extra correspondentienaam Waarom In release 2018-11 hebben we het veld ExtraCorrespondentieNaam geïntroduceerd en in release 2019-01 is dat functioneel uitgebreid, zie de betreffende release notes.  In deze release breiden we de functionaliteit uit door het veld: op te nemen in het relatie-matchingbestand beschikbaar te stellen voor gebruik in brieven Hoe Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Fiscaal begunstigden > tabblad Fiscaal begunstigde Bij het exporteren van de relatiegegevens wordt de extra CorrespondentieNaam vermeld in de tag <ExtraCorrespondentieNaam>. De extra CorrespondentieNaam is als merge-veld aanwezig voor het aanmaken van brieven in RolDocs.  Als u kiest voor een export naar XML om zelf brieven aan te maken, wordt het veld ook opgenomen. Uw actie Er is geen actie nodig. Jaaropgaaf - Nulbedragen vermelden Waarom Bepaalde velden die in de context van pensioenen en uitkeringen altijd 0 euro zijn, moeten volgens de Belastingdienst wel op de jaaropgaaf worden vermeld. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf In de jaaropgaaf (zowel de RSM-XML als de DFO44-XML) is de volgende extra informatie opgenomen met als vaste waarde 0 euro: Veld XML-tag Verrekende arbeidskorting VerrekendeArbeidskorting Totaal premies werknemersverzekeringen TotaalPremiesWerknemersverzekeringen Verrekende levensloopverlofkorting VerrekendeLevensloopverlofkorting Werkgeversheffing Zorgverzekeringswet WerkgeversheffingZvw Uw actie Er is geen actie nodig. Restbedrag kunnen opnemen in tekst dagafschrift Waarom In release 2018-10 hebben we het mogelijk gemaakt om zelf de tekst die als omschrijving bij een betaling wordt meegegeven, samen te stellen uit elementen. In deze release voegen we daar een extra element aan toe om de rekensom met het feitelijke bedrag van de betaling kloppend te kunnen maken. Hoe Referentiegegevens > Bedrijf Referentiegegevens > Servicecenter Bij de inrichting van de tekst voor het dagafschrift kunt u nu het volgende dynamische element opnemen: [Restbedrag] - Dit moet als waarde krijgen: (de waarde van [netto]) – (bedrag van de betaling) Uw actie Er is geen actie nodig. Details betalingen - betere vulling blokkade-kolommen Waarom In de lijst met betalingen in het dossier van de Fiscaal begunstigde wordt in drie kolommen aangegeven of de ontvanger, de begunstigde of het uitkeringsplan dat gerelateerd is aan de betaling, een blokkade heeft. Deze blokkadestatus werd ook getoond bij betalingen die al verstuurd waren. Dit wekt echter verwarring op bij gebruikers. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen - onderdeel Details betalingen In het scherm Details betalingen worden de drie kolommen voor blokkades (Blokkade ontvanger/uitkeringsplan/begunstigde) als volgt gevuld: Kolomwaarde Toelichting leeg (niet gevuld) indien niet relevant omdat de betaling al verstuurd is of het een retourbetaling is Geen  als er geen Ontvanger/uitkeringsplan/begunstigde-blokkade is Netto  als er een netto Ontvanger/uitkeringsplan/begunstigde-blokkade is Bruto als er een bruto uitkeringsplan/begunstigde-blokkade is  Uw actie Er is geen actie nodig. Automatische brieven bij wijziging loonbeslag Waarom In release 2018-12 hebben we het aanmaken van automatische brieven gerealiseerd als de loonheffingskorting of inhoudingen ZVW buitenland waren gewijzigd. Nu hebben we dat uitgebreid met de mogelijkheid om automatisch een brief aan te maken bij het actief of inactief worden van loonbeslag. Zowel bij het starten als stoppen van het loonbeslag wordt voor zowel de fiscaal begunstigde als voor de beslaglegger een brief aangemaakt. Hoe Fiscaal begunstigden > tabblad Loonbeslag Verwerking > Referentiegegevens > DocumentType / DocumentVelden Fiscaal begunstigden > tabblad Fiscaal begunstigde > Correspondentie Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven In het scherm Referentiegegevens > DocumentType is een documenttype opgenomen voor: Startbrief Beslag Beslaglegger Startbrief Beslag deelnemer Stopbrief Beslag Beslaglegger Stopbrief Beslag deelnemer U kunt deze brieven niet verwijderen.  Zodra u in het scherm van het documenttype een vinkje heeft geplaatst bij Actief, maakt het systeem automatisch brieven aan voor de betreffende situatie. Deze brieven worden opgeslagen in de Correspondentielog van de begunstigde en vervolgens meegenomen met de eerstvolgende brievenexport. Bij deze systeemdocumenten krijgen de volgende XML/merge-velden een waarde: Naam en adresvelden van de beslaglegger uit Loonbeslaglegger.Ontvanger.Relatie.Woon/CorrespondentieAdres: Als de ontvanger geen relatie heeft worden deze velden leeg gelaten. Als beide aanwezig zijn, heeft het correspondentieadres voorrang op het woonadres. XML/merge-veld Waarde BeslagleggerNaam Relatie.Correspondentienaam Indien leeg (met spatie als scheidingsteken): Relatie.[Voorvoegsel] +[Voorletters]+[Tussenvoegsel Achternaam]+[Achternaam] BeslagleggerStraatEnHuisnr Adres.Straatnaam + Adres.Huisnummer + Adres.HuisnummerToevoeging (met spatie er tussen) BeslagleggerPostcode Adres.Postcode BeslagleggerWoonplaats Adres.Woonplaats BeslagleggerLand Adres.Land.Naam BeslagleggerKixCode Adres.Postcode + Huisnummer Als HuisnummerToevoeging niet leeg dan: + X + HuisnummerToevoeging BeslagBedrag LoonbeslagLegger.Bedrag BeslagVrijeVoet Loonbeslag.BeslagVrijeVoet BeslagPrioriteit LoonbeslagLegger.BeslagVolgnummer BeslagVerwachteSchuld  LoonbeslagLegger.VerwachteSchuld BeslagRekeningNummer LoonbeslagLegger.Ontvanger. Iban / DomesticAccount / RekeningCourant (degene die gevuld is) BeslagDossierNr LoonbeslagLegger.Kenmerk (Dagafschrift in het scherm) NettoBeschikbaar (alleen gevuld bij een startbrief) Dit is het minimum van: Het maandbedrag (LoonbeslagLegger.Bedrag) indien gevuld EN het netto van de voorgaande maand, na aftrek van: de BeslagVrijeVoet (indien gevuld) het maandbedrag van eventuele andere beslagleggers met een lager volgnummer BeslagStartMaand (alleen gevuld bij een start-brief) huidige verwerkingsperiode van het bedrijf BeslagStopMaand (alleen gevuld bij een stop-brief) huidige verwerkingsperiode van het bedrijf Extra XML-velden voor brieven Waarom Het was nog niet mogelijk zijn om extra velden aan de XML voor brieven toe te voegen. Hoe Verwerking > Referentiegegevens > DocumentType / DocumentVelden Fiscaal begunstigden > tabblad Fiscaal begunstigde > Correspondentie Verwerking > Handmatige/Automatische verwerking > Start exporteren brieven Aan het referentiegegevensscherm DocumentType is de optie Loonbeslagleggers opnemen in XML toegevoegd. Staat hier een vinkje, dan worden in de XML voor brievende de volgende extra velden opgenomen: Als er een (gefiatteerd) actief loonbeslag is, neem in de juiste volgorde de beslagleggers op met <volgnr>=1,2,3,…: Beslaglegger<volgnr>StartMaand = de periode van de eerst aangemaakte loonbeslagbetaling voor deze begunstigde en ontvanger Beslaglegger<volgnr>DossierNr = LoonbeslagLegger.Kenmerk Beslaglegger<volgnr>Naam = LoonbeslagLegger.Ontvanger.Tenaamstelling Beslaglegger<volgnr>Bedrag = LoonbeslagLegger.Bedrag Uw actie Er is geen actie nodig. Adres van bedrijf in DFO44-XML voor bruto-netto specificatie en jaaropgaaf Waarom Pension & Benefits Core genereert XML-bestanden waarmee u zelf bruto-netto specificaties (BNS) en jaaropgaven kunt maken. In deze XML-bestanden hebben we nu ook de adresgegevens van het bedrijf/fonds als afzender van het document opgenomen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie/jaaropgaaf Door het toevoegen van deze adresvelden is ook de structuur van de XML aangepast. Binnen de tag Specificatie/Jaaropgaaf zijn de volgende tags opgenomen: Servicecenter Aanmaakdatum Indicatie (bij Jaaropgaaf) Jaar (bij Jaaropgaaf) Periode (bij BNS) Bedrijf Binnen de tag Bedrijf zijn opgenomen: Bedrijfscode Naam (voorheen was dat tag Bedrijf) Loonbelastingnummer Adres Postcode Woonplaats Telefoonnummer Website (de laatste 5 zijn de nieuwe adresvelden) en daarna een lijst met FiscaalBegunstigde-tags die de feitelijke inhoud van de bruto-netto specificatie of jaaropgaaf bevatten. Uw actie Er is geen actie nodig. Aanvullende resultaten Payroll Gemal nu ook opgenomen in DFO44-XML voor bruto-netto specificaties Waarom Aanvullende resultaten van Payroll Gemal (tabel PayrollOutputExtra) werden al wel opgenomen in bruto-netto specificaties via de Raet Specificatie Manager (RSM), maar nog niet in de DFO44-XML waarmee u als klant zelf specificaties kunt maken. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificaties Binnen de Fiscaal begunstigde tag is de volgende tag opgenomen: PayrollExtraResultaten Met daarbinnen de gegroepeerde extra resultaten van Payroll Gemal voor deze Fiscaal begunstigde en maand: PayrollResultaat – met de omschrijving van de component in de tag item en het totaalbedrag van de resultaatwaardes in de tag waarde.  Uw actie Er is geen actie nodig. Leeg huisnummer geen reden meer voor bruto blokkade Waarom Binnen Pension & Benefits Core werden bruto bedragen geblokkeerd en niet naar de loonaangifte gestuurd als het huisnummer leeg was. Vanuit de wetgeving, Payroll Gemal en de loonaangifte is hier echter geen reden voor. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Voor begunstigden met een leeg huisnummer in het woonadres worden vanaf deze release bruto's zonder blokkade naar Payroll Gemal gestuurd. Uw actie Er is geen actie nodig. Spieken bij fiatteren ontvangerverdeling beperken Waarom Bij het muteren van de ontvangerverdeling van een uitkeringsplan geldt in Pension & Benefits Core de regel dat een andere, tweede gebruiker de wijziging moet fiatteren waarbij deze nogmaals het rekeningnummer moet invoeren.  Door het klikken op de ontvanger kan deze tweede gebruiker gemakkelijk het rekeningnummer kopiëren en plakken in plaats van in te voeren vanaf het brondocument. Dat beperkt de waarde van deze extra controle. Hoe Fiscaal begunstigden > tabblad Uitkeringsplannen - onderdeel Details ontvangers Als er een te fiatteren ontvangerverdeling in het scherm staat en de gebruiker mag de fiattering uitvoeren, dan is klikken op de ontvanger-link niet mogelijk. Uw actie Er is geen actie nodig. Bij starten proces nu ook bedrijfsnaam getoond Waarom Vaak kunt u bij het starten van een proces in Pension & Benefits Core een selectie maken van bedrijven waarvoor het proces moet worden uitgevoerd. In de keuzelijst voor het selecteren van de bedrijven, zag u alleen de bedrijfscodes.  Hoe Verwerking > Handmatige verwerking > Start <proces> In de keuzelijst met bedrijven bij het starten van een proces ziet u voortaan zowel de bedrijfscode als de bedrijfsnaam. Uw actie Er is geen actie nodig. Publishing Date : 3/26/2019
Volledig artikel weergeven
26-03-2019 21:05
  • 0 Antwoorden
  • 0 kudos
  • 223 Weergaven
Gewijzigd en verbeterd Verplaatsing onbelaste bruto's in bruto-netto specificatie via RSM Waarom Op de bruto-netto specificatie werden alle bruto's boven de fiscale inhoudingen getoond. Het is echter juister om onbelaste bruto's te tonen onder het netto dat resteert na fiscale inhoudingen. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken specificatie Op de bruto-netto specificatie die wordt vervaardigd door Raet Specificatie Manager (RSM) ziet u voortaan eerst de belaste bruto's en belaste premie-inhoudingen met hun bedrag in kolom Bruto. Daarna komen de fiscale inhoudingen in de kolom Inhouding en het daaruit resulterend netto in kolom Totaal. En daarna volgen de onbelaste bruto's met hun bedrag in kolom Totaal.    Uw actie Er is geen actie nodig. Matching bestanden aanmaken per bedrijf Waarom Het was alleen mogelijk de matching bestanden aan te maken voor het hele service center, dat is niet altijd praktisch. Hoe Verwerking > Handmatige/Automatische verwerking > Start matching eenmalig uitkeringsplan Verwerking > Handmatige/Automatische verwerking > Start matching relatiegegevens Verwerking > Handmatige/Automatische verwerking > Start matching uitkeringsplan Verwerking > Handmatige/Automatische verwerking > Start matching inhoudingeigenschappen Bij het starten van deze vier matching exports kunt u via de parameter Bedrijfscodes één of meer bedrijven selecteren. Het systeem maakt dan per bedrijf een exportbestand aan. In de bestandsnaam wordt daarbij achter de code van het service center de _<bedrijfscode> opgenomen. Als u geen bedrijf selecteert, maakt het systeem conform de huidige situatie, een bestand aan voor het hele service center.   Uw actie Er is geen actie nodig. CAK - einde inhouding met terug werkende kracht Waarom In het CAK-uitwisselingsbestand kan het CAK aangeven dat een inhouding met ingang van een eerdere maand moet stoppen. Hoe Verwerking > Handmatige/Automatische verwerking > Start CAK verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Bij het inlezen van het uitwisselingsbestand van het CAK wordt bij Stop inhouding regels (d.w.z. met waarde 2 in kolom CVZ_ACTUEEL) gekeken naar een mogelijke datum in de kolom CVZ_DT_EIND. Op basis van die datum wordt de eerste maand bepaald voor het stoppen van de inhouding en zo nodig wordt de mutatie dan met terugwerkende kracht (TWK) doorgestuurd naar Payroll Gemal. Uw actie Er is geen actie nodig. Nieuwe inhoudingseigenschap anoniementarief Waarom Het Anoniementarief werd alleen aangezet in Payroll Gemal als het BSN niet aanwezig was. Het Anoniementarief geldt soms echter ook in andere gevallen. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties U kunt het Anoniementarief aan-  of uitzetten bij de Inhoudingseigenschappen in het dossier via het veld AnoniemenTarief. Het is vooralsnog niet mogelijk deze eigenschap aan te passen via DFO20. Het anoniementarief wordt doorgegeven aan Payroll Gemal via de volgende invoercodes: 02270 Anoniem voor de loonbelasting en premies volksverzekeringen  02271 Anoniem de Zorgverzekeringswet Uw actie Er is geen actie nodig. Tussentijdse jaaropgave overledenen Waarom Voor overleden begunstigden moet na het afronden van alle administratieve afhandelingen een tussentijdse jaaropgave worden aangemaakt. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken jaaropgaaf In het scherm Start aanmaken jaaropgaaf was al de optie FB-selectie aanwezig. Hiermee kon u aangeven dat het systeem voor het betreffende jaar alleen jaaropgaven moest aanmaken voor begunstigden bij wie in het tabblad Fiscaal begunstigde de optie TussentijdseJaaropgaveJa/Nee een vinkje (Ja) stond.  Vanaf deze release kunt u bij de optie TussentijdseJaaropgaveJa/Nee kiezen uit de volgende mogelijkheden: Alle begunstigden (A) Begunstigden met vink TussentijdseJaaropgave (T) Overleden, afgehandelde begunstigden (O) Zowel begunstigden met vink TussentijdseJaaropgave als Overleden, afgehandelde begunstigden (TO) De waardes tussen haakjes gelden in de Automatische verwerking als waarden voor FB-Selectie=. Bij de keuzes O en TO selecteert het systeem de begunstigden die voldoen aan de volgende voorwaarden: Overlijdensdatum is gevuld JaarlijkseJaaropgaveGeblokkeerd staat uit Er zijn geen openstaande vorderingen Alle betalingen zijn verstuurd naar het betaaldomein Alle uitkeringscomponenten zijn afgesloten en/of verwerkt Alle bruto's zijn netto verdeeld Alle netto’s zijn netto verdeeld Na het aanmaken van de jaaropgave wordt voor deze begunstigden de jaarlijkse jaaropgave geblokkeerd. Uw actie Er is geen actie nodig. Publishing Date : 7/22/2019
Volledig artikel weergeven
22-07-2019 16:06
  • 0 Antwoorden
  • 0 kudos
  • 221 Weergaven
Door een technische aanpassing en het daarbij benodigd onderhoud gaan wij een Noodfix doen op de huidige Productieomgeving van P&B Core.  De productieomgeving is niet beschikbaar op donderdagavond 22 februari 2024 van 18:00 tot 21:15 uur. Onze excuses voor de overlast
Volledig artikel weergeven
21-02-2024 10:26 (Bijgewerkt op 21-02-2024)
  • 1 Antwoorden
  • 0 kudos
  • 338 Weergaven
Gewijzigd en verbeterd   Gemal export proces wijst IKV's af die een heringang hebben (VIDIS-5778) Waarom Inkomstenverhoudingen waarvoor langer dan 2 jaar geen berekening plaatsvindt komen te vervallen in payroll Gemal. Een uitkeringsplan dat verbonden is met een vervallen inkomstenverhouding en opnieuw actief wordt (dus een heringang) moet een nieuwe inkomstenverhouding krijgen. Anders onstaat een foutsituatie in de payroll. Dat gebeurde niet in alle situaties. Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Tot deze release werden heringaande uitkeringsplannen alleen voorzien van een nieuwe inkomstenverhouding indien in de eerstvolgende run een bruto hiervoor verwerkt werd. Vanaf deze release gebeurt dit ook als de heringang tijdig aangeleverd wordt en het eerste bijbehorende bruto pas in een latere run verwerkt wordt. Daarmee wordt voorkomen dat er een foutsituatie in de payroll ontstaat, de berekening niet plaatsvindt en de fiscaal begunstigde bruto geblokkeerd raakt.  Overige verbeteringen en opgeloste meldingen VIDIS-7434 Fix Automatische Verwerking voor proces Jaaropgaves XML (zonder RSM) aanmaken 
Volledig artikel weergeven
24-01-2024 16:16
  • 0 Antwoorden
  • 0 kudos
  • 227 Weergaven
Meerdere inhoudingseigenschap wijzigingen (VIDIS-7255) Waarom Indien er na een payroll Gemal run meerdere mutaties worden gedaan op de inhoudingseigenschappen van een bepaalde fiscaal begunstigde, werd bij de daarop volgende run alleen de laatste mutatie doorgegeven naar  payroll Gemal. Als er sprake is van mutaties met TWK (terug werkende kracht, ingang in een eerdere fiscale maand) geeft dat niet altijd het gewenste eindresultaat. Bijvoorbeeld als in fiscale maand mei er een mutatie gedaan wordt met ingang van januari en een tweede mutatie met ingang van april, dan wordt alleen de laatstgenoemde mutatie doorgegeven.  Hoe In release 2023-10 hebben we de aanpassing opgeleverd voor bestaande inkomstenverhoudingen. Vanaf deze release werkt het ook voor nieuwe inkomstenverhoudingen. Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Alle sinds de vorige payroll Gemal run gedane (en gefiatteerde) mutaties worden voor zover relevant en in volgorde doorgegeven aan payroll Gemal. Voorbeeld van een reeks opvolgende mutaties: 1) een mutatie met ingang fiscale maand 3 2) een mutatie met ingang fiscale maand 5 3) een mutatie met ingang fiscale maand 4 In dat geval worden de eerste (ingang maand 3) en derde mutatie (ingang maand 4) doorgegeven. Niet de tweede (ingang maand 5), omdat die overruled wordt door de derde mutatie (ingang maand 4). Actie Er is geen actie nodig.   GEMAL aankondiging   Voor vragen hierover kunt u contact opnemen met het Support team van Visma Idella Overige verbeteringen en opgeloste meldingen VIDIS-7247    Formaat in "kleine relaties" bestand voor vorderingen VIDIS-7168    Relatiejob performance VIDIS-7076    Voorbereiding ontvangers op fiscaal begunstigde niveau VIDIS-7263, 7265 Verbetering begin en einddatum IKV termijnen uitkeringsplan VIDIS-7276  Uitbreiding checkbox 30dagen regel in Bedrijf Tabblad
Volledig artikel weergeven
25-10-2023 10:36 (Bijgewerkt op 13-11-2023)
  • 0 Antwoorden
  • 0 kudos
  • 241 Weergaven
Gewijzigd en verbeterd Inhoudingseigenschap 'Expliciete ISO landcode' (VIDIS-6730, VIDIS-7150) Waarom Tot nu werden TWK mutaties op de payroll invoercodes 'ISO Landcode' en 'Indicatie fiscaal woonland' niet ondersteund. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen   Er is een veld "Expliciete ISO landcode (T)" toegevoegd aan de pagina met Inhoudingeigenschappen:    Er kan een land uit de landentabel gekozen worden, desgewenst gecombineerd met een (al dan niet TWK of toekomstige) ingangsdatum. Als een expliciete ISO landcode waarde is opgegeven overruled deze de waarde van het land in het woonadres van de begunstigde. Als geen expliciete ISO landcode waarde is opgegeven wordt het land van het woonadres (zoals getoond tussen haakjes in de kolom Actueel) gebruikt Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking   De expliciete ISO landcode kan (met 3-letterige landcode) via een optionele XML tag <ExplicieteISOLandcode> binnen de tag <Inhoudingseigenschap> aangeleverd worden:    Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties   Als een expliciete ISO landcode waarde is opgegeven wordt deze naar payroll Gemal doorgegeven via invoercode 02252 en tevens wordt via de landen tabel de waarde voor invoercode 02323 (indicatie fiscaal woonland) bepaald en doorgegeven. Indien van toepassing wordt daarbij een TWK ingangsmaand aangegeven. Actie Er is geen actie nodig. Inhoudingseigenschap 'Percentage buitenland' (VIDIS-6998) Waarom Tot nu toe werd het percentage buitenlands verdiend niet ondersteund als inhoudingseigenschap. Hoe Fiscaal begunstigden > tabblad Inhoudingseigenschappen Er is een veld "Percentage buitenland (T)" toegevoegd aan de pagina met Inhoudingeigenschappen:    n dit veld kan een percentage met 2 cijfers achter de komma ingevoerd worden. Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking   De het percentage buitenland kan via een optionele XML tag <PercentageBuitenland> met 2 decimalen binnen de tag <Inhoudingseigenschap> aangeleverd worden:  Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties   Als een percentage buitenland waarde is opgegeven wordt deze naar payroll Gemal doorgegeven via invoercode 02111. Indien van toepassing wordt daarbij een TWK ingangsmaand aangegeven. Actie Er is geen actie nodig. Overige verbeteringen en opgeloste meldingen VIDIS-6763 Splitsen grote transacties in het proces aanmaken Gemal Mutaties VIDIS-7003 Opgeloste meldingen in onze security tool VIDIS-7077 Performance verbeteringen proces aanmaken Gemal Mutaties door de minder interactie met de database
Volledig artikel weergeven
30-08-2023 09:49 (Bijgewerkt op 30-08-2023)
  • 0 Antwoorden
  • 0 kudos
  • 217 Weergaven
  Gewijzigd en verbeterd Validatie CAK foutsituaties bij inlezen extract (VIDIS-6885) Waarom Bij het inlezen van een CAK A bestand worden diverse basiscontroles gedaan zoals of begunstigde overleden is en of het woonland overeenstemt met de CAK informatie. Daarna werd gedurende de maand (bij het inlezen van elk payroll Gemal extract bestand) het CAK bestand wel verder verrijkt met de gedane CAK inhoudingen maar werden deze basiscontroles niet herhaald. Een verandering in de situatie van de begunstigde gedurende de maand kwam daardoor niet in het uiteindelijke CAK bestand terecht, maar pas in het bestand van de daaropvolgende maand. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Tijdens het inlezen van elk Gemal extract bestand (na een perioderun of dagrun) worden de basiscontroles herhaald. Het betreft hier de volgende foutcodes, kolom [FOUTMELDING] van het CSV bestand: 02 - Rechthebbende is overleden. Met de datum in kolom [DT_OVERL] 05 - Woonland is Nederland of niet-verdragsland. 06 - Woonland wijkt af. Met het bij ons bekende land in [WOONLAND]. Wat blijft is dat dit proces foutcode 03 (ontoereikende uitkering) en foutcode 04 (uitkering gestopt) kan signaleren. Foutcode 01 (onbekende rechthebbende) en 25 (rechthebbende in foutief bestand) worden alleen tijdens het inlezen van het CAK A bestand gesignaleerd. In situaties met bijvoorbeeld een onjuiste formaat of vulling van het bestand kan een foutcode 99 optreden. Actie Geen actie benodigd Einddatum in rapport 'Anoniementarief' (VIDIS-6811) Waarom Het was nog niet mogelijk om binnen het rapport 'Anoniementarief' te zien of een begunstigde een actief uitkeringsplan heeft. Hoe Rapportages > Anoniementarief De laatste kolom 'Einddatum recht' van het rapport toont de hoogste waarde van de einddatumrecht van de uitkeringsplannen van de fiscaal begunstigde. De kolom word leeggelaten wanneer een of meer van de uitkeringsplannen een lege einddatum heeft. Actie Geen actie benodigd "Buitenland verdiend" in RSM bruto netto specificatie (VIDIS-6810) Waarom Tot nu toe werd op de RSM bruto netto specificatie 'Buitenland verdiend' niet standaard getoond. Via een "payroll resultaat" is het wel mogelijk, die wordt dan onder de betalingen getoond. Hoe Referentiegegevens > Bruto Netto Specificatie Element Verwerking > Handmatige/Automatische verwerking > Start aanmaken bruto/netto specificatie Als er sprake is van een buitenlands verdiend bedrag wordt dit getoond onderin het blok met de bruto netto berekening, in de kolom "Omschrijving". De tekst is bijvoorbeeld: Buitenland verdiend €. -5263,50. In plaats van de standaard tekst "Buitenland verdiend" kan desgewenst via een BrutNettoSpecificatieElement met code 573 een andere tekst opgegeven worden. Actie   Geen actie benodigd Bepaling loonbeslag per verwerkingsmaand (VIDIS-5885) Waarom Tot nu toe werden de loonbeslag bedragen gebaseerd op de maand van de beschikbaarstellingsdatum van het originele bruto bedrag. Dat gold zowel voor de beslaglegger maandbedragen als voor de beslagvrije voet. In bijzondere situaties met TWK leidde dit tot onjuiste loonbeslag bedragen.  Hoe Fiscaal begunstigden > tabblad Loonbeslag Verwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers De bepaling van de uit te betalen bedragen voor de beslagvrije voet en de loonbeslagen wordt nu bepaald aan de hand van de verwerkingsmaand. Als een beslaglegger een maandbedrag heeft van 1000 euro en deze in dezelfde verwerkingsmaand al 700 euro heeft ontvangen, dan zal van een nieuw netto van 400 euro nog 300 euro naar die beslaglegger gaan. Voorheen werd ditzelfde mechanisme toegepast, maar dan op basis van beschikbaarstellingsmaand die hoort bij de betreffende bedragen.   Opmerking: Een gevolg van deze aanpassing is dat bij een tijdelijke blokkade (over meerdere maanden) er geen "inhaalslag" zal zijn van de gemiste maanden in de maand van deblokkade. Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen VIDIS-6979    Scheduling Adapter process
Volledig artikel weergeven
21-07-2023 13:59
  • 0 Antwoorden
  • 0 kudos
  • 212 Weergaven
  Gewijzigd en verbeterd Bruto-netto-berekening voor uitkeringsplannen zonder ontvanger (VIDIS-6909) Waarom In bepaalde klantsituaties is het gewenst om bruto-netto-berekeningen te kunnen doen ook al hebben de uitkeringsplannen geen ontvanger. Hoe Referentiegegevens > ServiceCenter Selecteer binnen het ServiceCenter de dropdown box Ontvanger vereist voor Bruto-netto-berekening, deze heeft 3 opties Ja - verplicht dus geen berekening zonder ontvangers (default) Ja, behalve voor woonland NLD/ONB - berekening zonder ontvangers als het woonland van de FB NL of onbekend is. Deze mogelijkheid is eerder opgeleverd, zie de release notes 2022-02. Nee - niet verplicht, dus berekening zonder ontvangers Deze mogelijkheid is nieuw. Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Op basis van de gekozen instelling beslist GemalExport of er brutobedragen naar Gemal worden gestuurd of niet in situaties waarin er geen ontvangers aanwezig zijn voor het uitkeringsplan.   Actie Geen actie benodigd Loonbeslag via XML (VIDIS-6809) Waarom Tot nu toe was het nog niet mogelijk om een Loonbeslag met Loonbeslagleggers op te voeren via de DFO20 XML Hoe Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking De DFO20 XML is uitgebreid met een optionele tag <Loonbeslag> onder de tag <FiscaalBegunstigde>:  <Actief> Ja/Nee <BeslagvrijeVoet> <Toelichting> <Beslagleggers> <Beslaglegger>  <Ontvanger> - Identification of the recipient, similar to <Uitkeringsplan><Uitkeringscomponenten><Uitkeringscomponent>  <IBANNummer> <DomesticAccount> <RekeningCourant> <Volgnummer> <MaandBedrag>  <VerwachteSchuld> <Dagafschrift> Hiermee kan een volledige vervanging gedaan worden van de instelling van het loonbeslag voor een fiscaal begunstigde. Hierbij gelden dezelfde controles, validaties als in de web pagina 'Loonbeslag'. De loonbeslagleggers moeten al bekend zijn als ontvanger in het systeem.  De ontvangers worden gevonden op basis van het opgegeven bankrekeningnummer. Nieuwe beslagleggers worden toegevoegd, bestaande worden gewijzigd en degenen die niet meer in de XML staan worden verwijderd uit het loonbeslag. De wijzigingen worden automatisch goedgekeurd. Actie Geen actie benodigd Doorsturen vorderingen naar incassodomein (VIDIS-6031) Waarom Tot nu toe was het nog niet mogelijk een vordering automatisch door te sturen naar het incassodomein Hoe Referentiegegevens > ServiceCenter Selecteer binnen het ServiceCenter de volgende checkbox (default is uit):  Niet te verrekenen negatieve netto's direct naar incasso   erwerking > Handmatige/Automatische verwerking > Start verdelen netto bedragen naar ontvangers Negatieve nettobedragen worden altijd eerst normaal verwerkt: Sommatie met de andere te verwerken netto bedragen met hetzelfde uitkeringsplan, periode en betalingsdatum. Dit kan het negatieve bedrag elimineren of verminderen. Als een negatief bedrag resulteert wordt een vordering aangemaakt. Waar mogelijk wordt verrekening gedaan vanuit positieve bedragen, rekening houdend met betalingsregelingen. Indien het bovengenoemde selectievakje is aangevinkt worden vorderingen die niet of niet volledig verrekend konden worden automatisch doorgestuurd naar het incassodomein. Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen Samen met het aanmaken van betalingen wordt een XML aangemaakt met de in het incassodomein op te nemen vorderingen. In het journaalposten bestand (JPN) wordt looncomponent "q01" wordt gebruikt om financieel te rapporteren over de transactie. Actie Geen actie benodigd Overige verbeteringen en opgeloste meldingen VIDIS-6899    Verbeteringen vanuit SAST security tool VIDIS-6762    Polisjob performance verbetering VIDIS-6732    GDPR opschoon SQL VIDIS-6716    Correcte IKV Einddatum by Postnumerando+1 VIDIS-6915    VUC doet geen check naar ontvangers met een fictief bruto zoekend naar een uitkeringsplan
Volledig artikel weergeven
28-06-2023 16:09 (Bijgewerkt op 03-07-2023)
  • 0 Antwoorden
  • 0 kudos
  • 227 Weergaven
Gewijzigd en verbeterd Fiscale eenheid (VIDIS-6357,VIDIS-6426,VIDIS-6427) Waarom We willen de mogelijkheid bieden om de fiscale berekening van begunstigden te doen op het niveau van een fiscale eenheid. Waarbij we onder fiscale eenheid datgene verstaan wat binnen payroll Gemal een instelling genoemd wordt, onderdeel van een CEAnummer (bedrijf). Hoe Stap 1  Referentiegegevens > Fiscale eenheid Ga naar referentiegegevens en selecteer Fiscale eenheid  Je kunt hier nieuwe fiscale eenheden aanmaken of bestaande wijzigen.     Velden van een fiscale eenheid: Code (voor XML) -  tekst om te gebruiken in de XML (verplicht) Omschrijving - een omschrijving van de instelling Bedrijf - toont een lijst van bedrijfscodes en hun namen (kan niet worden aangepast na het aanmaken van de fiscale eenheid en is verplicht) Payrollwaarde - de waarde die wordt gebruikt in de communicatie naar GEMAL (verplicht) Loonheffingennummer - optioneel veld Actief (ja\nee) - geeft aan of de fiscale eenheid actief of niet actief is   Stap 2 Referentiegegevens > Bedrijf Hier kun je de het gebruiken van fiscale eenheid beschikbaar maken voor de fiscaal begunstigde.  Vink checkbox Fiscale eenheid gebruiken in payroll aan:     Stap 3A Fiscaal begunstigden > tabblad Fiscaal begunstigde Hier kun je de Fiscale eenheid koppelen aan de Fiscaal begunstigde. Let op: Het toekennen/wijzigen van de fiscale eenheid is slechts mogelijk bij een nieuwe begunstigde zolang deze niet doorgegeven is naar payroll Gemal. Bij Fiscale eenheid verschijnt een dropdown box met de beschikbare fiscale eenheden die gekoppeld zijn aan het bedrijf.     Stap 3B Verwerking > Handmatige/Automatische verwerking > Start bulk verwerking Indien Fiscale eenheid gebruiken in payroll aanstaat bij het bedrijf is het mogelijk via de Bulkjob fiscale eenheden te koppelen aan fiscaal begunstigden. De optionele tag <FiscaleEenheid> is toegevoegd in de Bulkjob XML onder de tag <FiscaalBegunstigde> na de bestaande tag <Bron>. Als waarde moet hier de Code opgegeven worden die is vastgelegd bij de fiscale eenheden, zie stap 1.   Stap 4 Payroll verwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Indien Fiscale eenheid gebruiken in payroll aan staat zullen de fiscaal begunstigden gegroepeerd per fiscale eenheid aan payroll Gemal worden doorgegeven.  Als deze uit staat geldt de normale werking. Actie Neem contact op met een Visma Idella consultant als je deze functionaliteit wilt gebruiken.   Systeemblokkades instelbaar (VIDIS-5934)  Waarom Enkele systeemblokkades konden nog niet uitgezet worden. Hoe Referentiegegevens > Blokkadereden Gebruik het potloodje voor de blokkadereden om deze inactief of actief te zetten Het gaat om de volgende systeemblokkades Retourbetaling Alleen als deze aanstaat wordt automatisch een blokkade geplaatst op de ontvanger bij het aanmaken van een retourbetaling en wordt automatisch de blokkade verwijderd bij het aanmaken van een herbetaling. Brutoblokkade op contractnummer Nettoblokkade op contractnummer Actie Geen actie nodig Overige verbeteringen en opgeloste meldingen VIDIS-6728, VIDIS-6761 Test bevinding VIDIS-6688    Ontbrekende 'Loonbeslagleggersbrieven' VIDIS-6681    Rapport 'openstaande toekomstmutaties' - allen gefiatteerde items VIDIS-6626    "Nieuw uitkeringsplan": alleen productcodes van het bedrijf tonen VIDIS-6624    PNIL soms niet doorgegeven naar payroll VIDIS-6614    Bevestigingsbrief 'loonheffingskorting' VIDIS-6601    Gemal extracten in juiste volgorde verwerken i.v.m. jaaropgave gegevens  
Volledig artikel weergeven
25-04-2023 15:15 (Bijgewerkt op 28-04-2023)
  • 0 Antwoorden
  • 1 kudos
  • 224 Weergaven
In de release notes vindt u een beschrijving van nieuwe functionaliteiten en verbeteringen in deze release. De wijzigingen komen deels voort uit meldingen van onze klanten. Waar het relevant is, verwijzen wij met een nummer naar ons interne systeem waarin wij de klantmeldingen registreren. Gewijzigd en verbeterd Ondersteuning Loondagen bij termijnen-uitkeringsplan Waarom In release 2019-02 hebben we het termijnen-uitkeringsplan geïntroduceerd waarbij het bronsysteem zelf de afzonderlijke beschikbaarstellingen bepaalt qua recht, moment en hoogte. Vanaf deze release kan het bronsysteem ook zelf afwijkende loondagen bepalen en doorgeven aan P&B Core en Payroll Gemal. Hoe Verwerking > Handmatige/Automatische verwerking > Start polisverwerking Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Proces Verwerken Polisgegevens (DFO 11) In de XML voor dit proces is voor het doorgeven van afwijkende loondagen een XML-tag <Loondagen> opgenomen binnen de bestaande tag <Uitkeringsplan>. Deze tag mag alleen gebruikt worden voor een termijnen-uitkeringsplan, dus met MutatieSoortpolis=TERM.  Het is niet verplicht loondagen door te geven. Payroll Gemal bepaalt zelf loondagen aan de hand van de kenmerken van de inkomstenverhouding en de ontvangen bruto bedragen. Proces Aanmaken Gemal mutaties Met het verwerken van de uitkeringscomponent van een termijnen-uitkeringsplan wordt naast het bruto ook het eventuele aantal afwijkende loondagen doorgegeven aan Payroll Gemal. Uw actie Er is geen actie nodig. EndToEndId in betaalbestand via Betaal Manager Waarom Naast het doorgeven van de dagafschrifttekst is het mogelijk bij een betaling ook een extra omschrijving door te geven met een unieke identificatie van die betaling, het zogenaamde EndToEndId-veld. De bank gebruikt dit veld voor bijvoorbeeld terugmeldingen over de betaling. Het veld wordt ondersteund door Betaal Manager. Hoe Verwerking > Handmatige/Automatische verwerking > Start exporteren betalingen In het proces Exporteren betalingen wordt in het RBM-betaalbestand het EndToEndId-veld (XML-tag CE1410 - Omschrijving, 35 lang) gevuld met: Indien gewone betaling: <ServicecenterCode><Bedrijfscode>F<FiscaalbegunstigdeId>B<BetalingId> Indien verzamelontvanger-betaling (betaling van een borderel): <ServicecenterCode><Bedrijfscode>V<OntvangerId>B<VerzamelOntvangerBorderelId> Deze functionaliteit is al opgeleverd in release 2019-02, maar ontbrak in de release notes. Uw actie Er is geen actie nodig. Publishing Date : 2/25/2019
Volledig artikel weergeven
25-02-2019 17:57
  • 0 Antwoorden
  • 0 kudos
  • 206 Weergaven
CAK foutmelding 7 in verband met bruto blokkade (VIDIS-5737) Waarom Tot nu toe werd er geen foutmelding 7 opgenomen in het CAK B bestand als er sprake was van een bruto blokkade  Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Foutmelding 7 "Uitkering aan rechthebbende is geschorst door broninhouder." wordt in kolom AA gemeld wanneer : Eerdere evaluaties (bijvoorbeeld controle op het land) hebben niet tot een fout geleid. De CAK inhoudingen vanuit GEMAL voor deze maand 0 zijn. Er is momenteel voor de Fiscaal begunstigde een bruto blokkade ingesteld. Het betreft een maand waarin uitkeringen verwacht worden.  Deze validatie wordt gedaan voorafgaand aan de validaties voor foutmelding 3 "Hoogte uitkering is ontoereikend voor inhouding." en 4 "Uitkering aan rechthebbende is definitief gestopt door broninhouder.". Actie Geen actie benodigd CAK foutmelding 3 onterecht in maanden zonder uitbetaling (VIDIS-5738) Waarom Bij bijvoorbeeld kwartaal uitkeringsplannen werd ten onrechte foutmelding 3 gegeven in de maanden waarin er geen uitkering is. Hoe Verwerking > Handmatige/Automatische verwerking > Start verwerken Gemal extract Bij het verrijken van het CAK bestand zullen we foutmelding nummer 3 "Hoogte uitkering is ontoereikend voor inhouding." opnemen in kolom AA wanneer: Eerdere evaluaties (bijvoorbeeld controle op het land) hebben niet tot een fout geleid. De begunstigde heeft een onvoldoende ingehouden nominaal CAK bedrag van Payroll Gemal. Het betreft een maand waarin uitkeringen verwacht worden.  Bij bijvoorbeeld kwartaal betalingen is dat maar eens in de 3 maanden. Hierbij wordt gekeken naar Periodecode. Vervalmaand en Numerando van de actieve uitkeringsplannen van de Fiscaal begunstigde. De laatst genoemde voorwaarde is toegevoegd in deze release. Een andere foutmelding kan nog steeds worden gegeven. Actie Geen actie benodigd Rapport matchinglijst: 'PeriodiekBedrag' en extra kolommen (VIDIS-7567, VIDIS-7780) Waarom Soms word in de kolom 'PeriodiekBedrag' in het rapport 'Matchinglijst' een oudere waarde voor het bedrag getoond. Dit kan gebeuren wanneer DatumEfffectueren bij betrokken uitkeringscomponenten gelijk zijn.  Hoe Verwerking > Handmatige/Automatische verwerking > Start rapportage matchinglijst Kolom 'PeriodiekBedrag' is nu altijd gebaseerd op de laatst aangemaakte uitkeringscomponent. Daarnaast zijn er ook 4 extra kolommen toegevoegd:  PercBtlVerdiend - percentage buitenland verdiend ExtraStamBedragLH - extra stamgegeven voor correctie loonheffing (Gemal IVC 01158) ExtraStamBtlVerdiend - extra stamgegeven voor buitenland verdiend (Gemal IVC 02111) SpecificatiePrinten (Nee of Ja) - indicatie of de begunstigde papieren bruto-netto-specificatie en jaaropgavee wil ontvangen. Actie Geen actie benodigd   Overige verbeteringen en opgeloste meldingen VIDIS-7156 Toevoegen criterium (er is nog geen betaling geweest) voor het automatisch aanmaken van brief Loonheffingskorting
Volledig artikel weergeven
28-02-2024 16:08 (Bijgewerkt op 22-03-2024)
  • 0 Antwoorden
  • 1 kudos
  • 262 Weergaven
Gewijzigd en verbeterd Meerdere (TWK) mutaties inhoudingseigenschappen (VIDIS-7000) Waarom Indien er na een payroll Gemal run meerdere mutaties worden gedaan op de inhoudingseigenschappen van een bepaalde fiscaal begunstigde, werd bij de daarop volgende run alleen de laatste mutatie doorgegeven naar  payroll Gemal. Als er sprake is van mutaties met TWK (terug werkende kracht, ingang in een eerdere fiscale maand) geeft dat niet altijd het gewenste eindresultaat. Bijvoorbeeld als in fiscale maand mei er een mutatie gedaan wordt met ingang van januari en een tweede mutatie met ingang van april, dan wordt alleen de laatstgenoemde mutatie doorgegeven.  Hoe Verwerking > Handmatige/Automatische verwerking > Start aanmaken Gemal mutaties Alle sinds de vorige payroll Gemal run gedane (en gefiatteerde) mutaties worden voor zover relevant en in volgorde doorgegeven aan payroll Gemal. Voorbeeld van een reeks opvolgende mutaties: 1) een mutatie met ingang fiscale maand 3 2) een mutatie met ingang fiscale maand 5 3) een mutatie met ingang fiscale maand 4 In dat geval worden de eerste (ingang maand 3) en derde mutatie (ingang maand 4) doorgegeven. Niet de tweede (ingang maand 5), omdat die overruled wordt door de derde mutatie (ingang maand 4). Actie Er is geen actie nodig. NB: deze functionaliteit werkt alleen voor bestaande IKV's. In een komende release gaat dit ook werken voor nieuwe IKV's. Overige verbeteringen en opgeloste meldingen VIDIS-7091    Adapter parameter in Automatische Verwerking VIDIS-6258    Bulkjob performance VIDIS-6685    Bedrijf schonen tijdens migratie
Volledig artikel weergeven
26-09-2023 16:00 (Bijgewerkt op 09-10-2023)
  • 0 Antwoorden
  • 0 kudos
  • 197 Weergaven