Nieuw
Nieuwe verlofjaar starten of Werkrooster genereren op klant- of administratieniveau (Core)
Instellingen > Verlof > Verlofrecht toekennen
Verlofjaar beheren op klantniveau:
Je kunt nu op klantniveau een nieuw verlofjaar starten, herberekenen of terugdraaien voor alle onderliggende bedrijven binnen die klant.
Bij het opvragen op klantniveau worden bedrijven automatisch getoond met de volgende bedrijfsstatussen: Implementatie, Productie - factureerbaar, of Productie - niet factureerbaar.
Er wordt ook gecontroleerd voor welke bedrijven verlofgegevens aanwezig zijn in het huidige verlofjaar of waarvoor in januari nog een verlofjaar van het vorige jaar actief was.
Verlofjaar beheren op administratieniveau:
Deze functionaliteit is ook beschikbaar op administratieniveau, zodat je het verlofjaar kunt beheren voor de volledige administratie met alle gekoppelde bedrijven.
Instellingen > Werkpatroon > Werkrooster genereren
Werkrooster genereren op klantniveau:
Je kunt nu een werkrooster genereren op klantniveau.
Bij het opvragen op klantniveau worden automatisch de bedrijven getoond met de status: Implementatie, Productie - factureerbaar, of Productie - niet factureerbaar.
Werkrooster genereren op administratieniveau:
Deze functionaliteit is tevens beschikbaar op administratieniveau.
Nieuwe workflow voor Regeling Vervroegde Uittreding (Payroll)
Workflows > Uitstroom > Uitdienst met RVU
Deze nieuwe workflow helpt je om snel en gemakkelijk bij een medewerker een RVU uitkering vast te leggen en deze uit te betalen onder een aparte inkomstenverhouding.
De RVU kan in één termijn uitbetaald worden, of in meerdere termijnen. Loonheffing en eventuele eindheffing worden automatisch bepaald.
Werkwijze:
Peildatum: selecteer de datum waarop de medewerker uit dienst gaat, en waarop de RVU regeling ingaat.
Selecteer de medewerker die gaat deelnemen aan de regeling. De lijst toont alle medewerkers die op de peildatum nog in dienst zijn en binnen 3 jaar de AOW leeftijd bereiken.
Twee mutaties worden er alvast voor je klaargezet: de Dienstverband indicatie (Uit dienst) en de Reden uitdienst (Einde arbeidsovereenkomst door opzegging werknemer).
Geef vervolgens zelf aan of de RVU uitkering door middel van één termijn plaatsvindt (door middel van een eenmalig bedrag), of door middel van meerdere termijnen (door middel van een vast bedrag).
Geef het eenmalige bedrag of het vaste bedrag op.
Bij een vast bedrag wordt het veld Einddatum RVU standaard gevuld met de AOW-datum. Dit veld kan eventueel aangepast worden wanneer de RVU eerder stopt.
Vervolg:
Na het opslaan wordt er op de achtergrond een tweede contract en tweede inkomstenverhouding aangemaakt. Soort inkomen van dit contract is Uitkering in het kader van vervroegde uittreding.
Zaken als kostenplaats, vestiging en afdeling worden overgenomen van het hoofdcontract.
Bij dit contract is automatisch de arbeidsvoorwaarde RVU regeling vastgelegd. In het scherm Arbeidsvoorwaardenpakket kun je achteraf indien nodig de bedragen en de einddatum nog wijzigen.
De salarisberekening zal zorgen voor uitbetaling, deze wordt zichtbaar in de vorm van een tweede pagina op de loonstrook.
Berekening van de RVU en eventuele eindheffing:
Het eenmalige bedrag wordt uitbetaald in de opgegeven periode, het vaste bedrag wordt elke afrekenperiode uitbetaald tot aan de opgegeven einddatum, of totdat de AOW leeftijd is bereikt.
Over de RVU wordt loonheffing berekend op basis van de groene tabel.
Ook wordt er een vrijstellingsbedrag bepaald. Als dit bedrag wordt overschreden, dan wordt automatisch de verschuldigde eindheffing bepaald. Deze wordt automatisch meegenomen in de loonaangifte van de betreffende periode.
Voor 2025 is het vrijstellingsbedrag 2273,- per maand. De totale vrijstelling wordt bepaald op basis van het aantal maanden dat ligt tussen de start van de RVU uitbetaling en de Ingangsdatum AOW
Let op als er voor jouw organisatie een afwijkende lijst met redenen uitdienst is vastgelegd:
De codes in de waardenlijst wijken dan af van de codes die de Belastingdienst toestaat in de loonaangifte. Deze vind je terug bij Instellingen > Vastlegging > Waardenlijst. Tevens is er dan een conversietabel ingericht die jullie eigen codes vertaalt naar de wettelijke codes. Zie daarvoor menukeuzes Instellingen > Gegevensuitwisseling > Interfaces > Loonaangifte en Instellingen > Gegevensuitwisseling > Conversietabel. De wettelijke code wordt dan door middel van de conversietabel afgeleid van jullie eigen code, en automatisch vastgelegd in het veld Reden einde arbeidsverhouding op het scherm Arbeidscontract.
De nieuwe workflow zorgt automatisch voor een mutatie op het element Reden uitdienst met waarde 20 = Einde arbeidsverhouding door opzegging werknemer, door toedoen of op initiatief van de werknemer. Als deze reden niet in jullie eigen lijst staat kun je de nieuwe workflow niet gebruiken: je krijgt dan een foutmelding dat reden uit dienst niet correct is. Wel kun je de gewenste mutaties importeren via een spreadsheet, of aanleveren vanuit Self-service of een extern HR systeem, en daarbij je eigen reden uit dienst gebruiken. Vervolgens wordt er ook dan een extra contract aangemaakt voor de betaling van de RVU.
Als alternatief kun je ook Reden 20 toevoegen aan de eigen lijst. Dit kan via Instellingen > Vastlegging > Waardenlijst.
Handmatig corrigeren pensioenaangiftes UPA en APG (Payroll)
Vanaf deze release is het mogelijk om handmatig correcties aan te brengen UPA en APG pensioenaangiftes. De manier van werken is gelijk aan die van de loonaangifte:
Je corrigeert per definitie alleen aangiftes van één van de voorgaande jaren, en je kunt dit alleen doen als er geen salarisberekeningen meer over het betreffende jaar plaatsvinden.
De jaren die liggen vóór het afgelopen jaar kun je dus altijd per definitie handmatig corrigeren: die jaren worden immers nooit meer door de salarisberekening gewijzigd.
Het afgelopen jaar kun je alleen handmatig corrigeren als de payroll in nabetalingsmodus rekent. TWK wijzigingen in het vorig jaar leiden dan namelijk niet meer tot een automatische correctie aangifte over voorgaand jaar.
Als de salarisberekening nog in correctie modus over voorgaand jaar rekent, is handmatig corrigeren van de aangifte over vorig jaar dus niet mogelijk.
Menu Pensioenaangifte UPA of APG > Beheer > Bijzondere aangiftes
Om de pensioenaangifte van een bepaald jaar handmatig te corrigeren doe je het volgende:
Selecteer een onderneming (loonheffingennummer)
Kies de instantie waar je de pensioenaangifte normaal gesproken naar toe stuurt. Je kunt kiezen uit alle instanties die je normaliter gebruikt (meestal is dat er slechts één)
Kies een jaartal (als er slechts één jaartal mogelijk is, is dit veld grijs)
Klik op Uitvoeren
Als resultaat zie je vervolgens in de menukeuze Aangifte de correctie aangifte klaar staan, met als bijzonderheid: Correcties (gebruiker)
Je kunt vervolgens IKV periodes toevoegen, verwijderen of de eigenschappen wijzigen, net als bij de loonaangifte
Bovendien kun je de gegevens van de pensioenregelingen wijzigen, of regeling gegevens van een specifiek regelingkenmerk toevoegen of verwijderen
Als je klaar bent met alle wijzigingen, kies dan in het Aangifte scherm voor Herberekenen. De totalen van de aangifte worden dan opnieuw bepaald, waarna deze klaar is om te worden verzonden.
Als je niet meer zeker weet in welke modus de Salarisberekening zich bevindt, controleer dan het volgende:
Beheer > Salarisberekening > Salarisberekening
Hier kun je zien in welke modus de salarisberekening rekent: correcties of nabetalingen.
Instellingen > Algemeen > Stuurgegevens
Door middel van het stuurgegeven Nabetalingen vanaf Periode bepaal je vanaf welke periode de salarisberekening stopt met het in correctiemodus rekenen over voorgaand jaar.
Kalender salarisberekening - tijdelijk stoppen met vervolgverwerkingen (Payroll)
Beheer > Salarisberekening > Kalender salarisberekening
We hebben een nieuwe optie toegevoegd aan de kalender: je kunt voortaan voor elke afrekenperiode een datum opgeven waarop de Laatste vervolgverwerking moet plaatsvinden. Op alle daarop volgende dagen is er dan geen vervolgverwerking meer, tot aan de dag waarop je afsluit. Hiermee creëer je een tijdsvenster waarbinnen je de resultaten van de salarisberekening kunt controleren zonder dat nieuw binnengekomen mutaties het resultaat beïnvloeden.
Als je hier gebruik van wilt maken, vul dan voor elke periode een datum in. Geef bij de tijdstippen aan hoe laat dit moet gebeuren. Als je deze nieuwe datum leeg laat blijven de vervolgverwerkingen elke dag doorgaan, zoals tot nu toe ook al het geval was, tot aan het moment van de afsluiting.
Berekening kolom AWFuitk en AOFuitk bij werkgeversbetaling (Payroll)
De Belastingdienst schrijft voor dat bij uitkeringen die via de Werkgever worden betaald de berekening van de premies AOF en AWF moeten worden gedaan via een aparte kolom uitkeringen. Hiervoor was al de Grondslag "Awf uitkering / Aof uikering" beschikbaar, over de looncomponenten die in deze grondslag zijn ingericht wordt AWFuitk en AOFuitk berekend.
Nieuw: Vanaf 01-01-2025 wordt bij de code soort inkomen waarde (31, 32, 33, 38, 39 en 40) altijd de kolommen voor AWF/AOF uitk. berekend, hiervoor hoeven de looncomponenten dus niet meer te zijn ingericht in de Grondslag "Awf uitkering / Aof uikering"
Let op: Als er sprake is van een IKV waar zowel normaal loon (code soort inkomen 15) als een Werkgeversbetaling (code soort inkomen 31, 32, 33, 38, 39 en 40) wordt verloond dan moet bovenstaande Grondslag nog wel worden ingericht voor de looncomponenten die tot de Werkgeversbetaling behoren.
Gewijzigd en verbeterd
Aanvulling op de pagina YouServe toegang (Core)
Medewerker > Arbeidsreleatie > YouServe toegang
In de november-release is een voorbereiding doorgevoerd om de namen die in het portaal van YouServe zijn aangepast, ook binnen Core te tonen. Wanneer een medewerker wordt aangenomen, worden deze velden aanvankelijk gevuld met de waarden vanuit Core. Deze informatie wordt vervolgens via toegangsbeheer doorgegeven aan Visma Connect (VC).
De velden waar het om gaat zijn:
VC Gebruikersnaam → Combinatie van de voornaam en achternaam
VC Gebruiker Voornaam → Dit is de roepnaam van de medewerker. Indien deze niet is ingevuld, worden hier de voorletters geplaatst.
VC Gebruiker Achternaam → Achternaam waarmee de medewerker aangesproken wilt worden.
Wanneer de naamgegevens binnen het portaal van YouServe wordt aangepast, wordt deze informatie teruggestuurd naar de drie velden in Core, waar ze zichtbaar worden. Indien er daarna binnen Core een wijziging in de naamgegevens plaatsvindt, zal dit via toegangsbeheer weer naar Visma Connect worden doorgegeven. Let op: dit genereert een e-mailbericht vanuit Visma Connect.
Op dit moment zijn deze velden voor bestaande medewerkers nog leeg en worden ze alleen gevuld bij nieuwe medewerkers of wanneer er een wijziging in de naamgegevens plaatsvindt. In de komende twee weken zullen we de gegevens die momenteel geregistreerd staan in Visma Connect (zichtbaar bij het profiel in portaal YouServe) in deze velden bijwerken. Dit doen we om het genereren van e-mailberichten over naamswijzigingen te voorkomen.
Gewijzigde Code reden einde arbeidsverhouding per 2026 (Payroll)
Wanneer een medewerker uitdienst gaat moet er altijd een reden uitdienst opgegeven worden.
Vanaf 2026 komt de volgende reden uitdienst te vervallen:
31 - Einde van rechtswege om een andere reden (ontbindende voorwaarde, pensionering, overlijden e.d.)
De volgende redenen zijn nieuw vanaf 2026:
32 - Einde van rechtswege vanwege pensionering
33 - Einde van rechtswege vanwege overlijden
34 - Einde van rechtswege, om een andere reden (intreden ontbindende voorwaarde, e.d.)
De waardenlijsten worden 2-1-2026 aangepast voor de elementen Reden uitdienst en Reden einde arbeidsverhouding.
Let op! Wanneer een medewerker uitdienst getreden is in 2025 met reden 31 en er vindt een nabetaling plaats in 2026 voor deze medewerker, dan dient de reden uitdienst aangepast te worden. Anders veroorzaakt die een fout in de loonaangifte, UPA aangifte en AGP aangifte.
Omdat wij de reden niet automatisch kunnen omzetten naar een andere reden, wordt er in deze situatie een signalering gegeven via signaal Reden einde Arb verh moet 32, 33 of 34 zijn. Dit signaal heeft de ernst Fout.
Per peildatum 02-01-2026 zal (in het scherm Medewerker > Arbeidsrelatie > Arbeidsrelatie ) de reden uitdienst aangepast moeten worden. Daarna zal er een vervolg verwerking gedaan moeten worden.
Wanneer er gebruik wordt gemaakt van een eigen lijst met redenen uitdienst, dan adviseren wij om per 2026 gebruik te maken van de redenen van de belastingdienst.
Mocht dit om bepaalde redenen niet mogelijk is, dan adviseren wij om de reden 31 te beëindigen en deze in te richten onder een andere code en om te zetten naar de correcte reden in de conversietabel.
Controleoverzicht Loonaangifte (Payroll)
Het rapport Controleoverzicht loonaangifte is aangepast. Dit rapport kan nu zowel op klantniveau (dus ook voor meerdere bedrijven) als op traditioneel bedrijfsniveau worden opgevraagd. We hebben de gebruiksvriendelijkheid van de rapporten verbeterd door tabbladen toe te voegen voor het maken van selecties voor medewerkers en bedrijven. Deze aanpassingen zorgen ervoor dat de rapporten in lijn zijn met onze werkwijze voor nieuwe rapporten. De inhoud van de rapporten is ongewijzigd gebleven.
Betalingskenmerk Loonaangifte (Payroll)
Bij de loonaangiftes genereren we ook altijd een betalingskenmerk volgens de voorschriften van de Belastingdienst. Dit kenmerk moet je gebruiken bij het betalen van de verschuldigde afdrachten.
Om het betaalproces zo duidelijk mogelijk te ondersteunen hebben we twee dingen verbeterd:
Voortaan wordt dit kenmerk alleen getoond bij "normale" tijdvakaangiftes, dus niet meer bij lege aangiftes (nul of nihil), en ook niet bij correctie aangiftes over voorgaande jaren.
Op het overzicht Aangifte totalen en afdrachten staat voortaan bij correctie aangiftes de aanduiding: "Wacht op naheffingsaanslag van de Belastingdienst".
Salarisdossier - Download betaalbestanden per bedrijf (Payroll)
Vanuit het Salarisdossier kun je de SEPA betaalbestanden, opdrachtbrieven en het Overzicht betaalposten downloaden. Als je meerdere bestanden per bedrijf had laten aanmaken, kon je aan de naam niet zien welk bedrijf van toepassing is: je zag alleen de rekeninggegevens. Dit is verbeterd: voortaan is ook de bedrijfscode onderdeel van de bestandsnaam.
Voorbeeld: Betaalbestand 2025-10-09 (3) Tech b.v. inz lonen (NL16ANDL0176533486-2948).xml. De bedrijfscode is in dit geval (3).
Opgeloste meldingen
Jaarloon is nul bij medew UD in dezelfde maand (9317575) (Payroll)
In de release van oktober zijn er aanpassingen gedaan voor de bepaling van het jaarloon bijzondere beloning.
In de situatie dat een medewerker die indienstgetreden is en in dezelfde maand uitdienst ging en er ook sprake is van een inkomstenverhouding voor de transitievergoeding, dan werd onterecht het jaarloon bijzondere beloning overschreven naar nul.
Dit is in deze release opgelost. Het jaarloon zal vanaf 1-1-2025 automatisch hersteld worden bij de eerstvolgende salarisberekening.
Wanneer het jaarloon intussen handmatig is aangepast, zal dit jaarloon aangehouden blijven worden voor de rest van het kalenderjaar.
Wijzigen datum indienst - begindatum IKV wijzigt ten onrechte niet mee (Payroll)
Workflows > Instroom > Wijzigen datum indienst
Medewerker > Contract > Inkomstenverhouding
Als je de workflow Wijzigen datum indienst gebruikte om de datum indienst van een medewerker naar een latere datum te verplaatsen, dan werd de begindatum van de inkomstenverhouding niet mee aangepast. De loonaangifte werd daardoor in sommige gevallen afgekeurd omdat de gegevens op de (te vroege) begindatum van de inkomstenverhouding niet compleet waren.
Dit is inmiddels opgelost, en de betreffende aangiftes zijn gecorrigeerd en opnieuw ingezonden.
Signalering 2501 - Reden uitdienst niet gevuld ging onterecht af (Payroll)
Wanneer een medewerker indienstgemeld werd en in de salarisverwerking defintief verwerkt is en in de volgende periode werd deze medewerker uitdienst gemeld op de datum indienst. In deze situatie vond er voor deze medewerker een correcte intrekking plaats in de aangifte, maar ging deze signalering onterecht af.
In deze release is dit per 1-1-2025 opgelost. Na de eerst volgende salarisberekening na de release, zal de signalering voor deze situatie niet meer voorkomen.
APG bestandsnaam niet uniek bij vervolginzending (9397967) (Payroll)
Door de recente wijziging in naamgeving van vervolginzendingen voor APG bleek het mogelijk dat inziendingen niet langer een unieke bestandsnaam hebben. In deze release is de nummering voor APG zo gewijzigd dat dit altijd uniek is waardoor fout met dubbel gebruik van nummers niet meer kan voorkomen.
Volledig artikel weergeven
Visma Finland
Visma Letland
Visma Nederland
Visma Noorwegen
Visma Zweden
Visma Developers & Partners
Visma Latijns-Amerika