Mededelingen
Op zaterdagochtend 29 november 2025 brengen wij de december release van Core en Payroll naar productie. Hierdoor is onze applicatie tijdelijk niet beschikbaar.
Nieuw
Uitgevallen Self Service mutaties opnieuw verwerken (Core)
Rapporten > Gegevensuitwisseling > Uitgevallen HRSS mutaties
Het kan wenselijk zijn om eerder uitgevallen mutaties opnieuw op te halen vanuit Self Service om ze in Core te laten verwerken, bijvoorbeeld omdat de systeeminrichting is aangepast en de mutatie nu wel kan worden verwerkt. Deze functionaliteit is nu beschikbaar. Dit houdt in dat de originele mutatie, zoals vastgelegd in Self Service, opnieuw wordt opgehaald voor verwerking.
Volg deze stappen om een uitgevallen mutatie opnieuw aan te bieden:
Dubbelklik op de uitgevallen mutatie om een pop-up te openen.
Klik op de knop 'Opnieuw ophalen'; de status wordt dan aangepast naar 'Opnieuw ophalen'.
Zodra de mutatie succesvol is verwerkt, wordt deze uit de lijst verwijderd. Als de mutatie opnieuw mislukt, wordt deze in de lijst weergegeven met de status 'Niet behandeld'.
Gewijzigd en verbeterd
Aanvulling op de pagina YouServe toegang (Core) (Hotfix 13-11-2025)
Medewerker > Arbeidsreleatie > YouServe toegang
Instellingen > Algemeen > HR Stuurgegevens
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 donderdag 13-11-2025 zijn de betreffende velden voor alle medewerkers ingevuld. Er is daarnaast een vernieuwingsknop (refresh-button) toegevoegd. Wanneer op deze knop wordt geklikt, worden de velden bijgewerkt met de naamgegevens op basis van de gegevens in Core. Deze gegevens worden vervolgens naar het toegangsbeheer van de gebruiker verstuurd. Deze actie kan een email bericht vanuit toegangsbeheer naar de medewerker genereren dat er een een naamwijziging is doorgevoerd.
Daarnaast is er via het scherm 'HR Stuurgegevens' een nieuwe functionaliteit toegevoegd waarmee per bedrijf het mogelijk is om de velden voor alle medewerkers opnieuw in te vullen en naar het toegangsbeheer van de gebruiker te versturen. Dit kan worden uitgevoerd door het nieuwe veld 'Eenmalig synchroniseren VC naamvelden' op 'Ja' te zetten. Na het opslaan van deze instelling wordt het veld automatisch weer op 'Nee' gezet. Houd er rekening mee dat deze actie een e-mailbericht kan veroorzaken naar mogelijk alle medewerkers, waarin wordt gemeld dat de accountgegevens zijn gewijzigd.
Aanmaken verlofjaar en werkrooster genereren op klant- of administratieniveau (Core) (Hotfix 13-11-2025)
Instellingen > Verlof > Verlofrecht toekennen
In de november-release is de functionaliteit beschikbaar gesteld om het verlofjaar op klant- en administratieniveau aan te maken. We hebben hierin een verbetering aangebracht: de limiet voor het aantal klanten dat kon worden weergegeven voor een administratie was beperkt tot 500. Deze limiet is verhoogd naar 2000 om aan verschillende behoeften te voldoen.
Instellingen > Werkpatroon > Werkrooster genereren
Voor het genereren van het werkrooster op klantniveau is een extra selectiecriterium toegevoegd. Het systeem controleert nu of er een recent werkrooster (huidig of voorliggend jaar) aanwezig is voor het bedrijf. Het eerste werkrooster moet altijd op bedrijfsniveau worden aangemaakt.
Verbetering in Mutatieverslag (Uitgebreid): Mutatienummer vanuit Self Service toegevoegd (Core & Payroll)
Rapporten > Vastlegging > Mutatieverslag (uitgebreid)
In deze release hebben wordt het mutatienummer toegevoegd aan het Mutatieverslag (Uitgebreid) voor mutaties die via Self Service in Core zijn ingevoerd. Na deze release zal bij mutaties die binnenkomen via Self Service het mutatienummer worden weergegeven in het mutatieoverzicht.
Let op: indien een mutatie vanuit Self Service is verwijderd, kan het voorkomen dat er een dubbel mutatienummer in het mutatieoverzicht staat. Dit betekent dat de betreffende mutatie eerst is toegevoegd via Self Service en dat de mutatie die de gegevens verwijdert, eveneens via Self Service is binnengekomen.
Wijziging scherm Persoon (Core & Payroll)
Medewerker > Persoon > Persoon
Rapporten > Personeelsmanagement > Persoonsoverzicht
Rapporten > Personeelsmanagement > Voorgestelde UPI
In een eerdere release is het veld 'Identity' hernoemd naar 'E-mail adres (Login Portaal)'. Daarnaast is ook het veld veld Tegekende identity van het scherm persoon verwijderd.
Beide velden mogen niet worden gesynchroniseerd naar de 'Persoon'.
Details van de wijziging:
Het veld 'Email adres herstel portaal' is verwijderd van de pagina van de persoon.
De bijbehorende informatie is eveneens verwijderd uit de rapporten 'Persoonsoverzicht' en 'Voorgestelde UPI'.
Signaleringen bij de salarisberekening (Payroll)
Beheer > Salarisberekening > Salarisberekening
In dit scherm zie je een uitroepteken als er problemen zijn met de berekening. Dit werkt als volgt:
Bij technische problemen, bijvoorbeeld een deling door 0, is er geen payroll resultaat voor de medewerker, en wordt deze niet meegenomen in de loonaangifte.
Als er problemen zijn die leiden tot het afkeuren van de loonaangifte wordt er bij het afsluiten van de salarisberekening helemaal geen aangifte aangemaakt. Hetzelfde geldt voor een eventuele UPA of APG aangifte. Je krijgt dan automatisch een e-mail met als bijlage een overzicht met daarop alle blokkerende fouten wanneer je een e-mailadres hebt opgegeven via Instellingen > Gegevensuitwisseling > Interfaces > Loonaangifte. Hetzelfde rapport wordt op dat moment ook klaargezet bij Gedeelde rapporten.
Het uitroepteken is een signaal dat je actie moet ondernemen, zodat je later bij het afsluiten van de cyclus (of aanvullende cyclus) ook meteen een aangifte krijgt:
De meeste problemen kun je oplossen door de "juiste" mutaties aan te brengen. Bij een vervolgverwerking verdwijnt het uitroepteken dan, en bij het afsluiten wordt de aangifte alsnog aangemaakt.
In noodgevallen kun je de medewerker blokkeren voor de salarisberekening, of alleen voor de aangifte. Ook dan verdwijnt het uitroepteken.
Een paar zaken waren tot nu toe niet helemaal duidelijk:
Je zag soms meerdere uitroeptekens, bijvoorbeeld als in de ene run een medewerker een fout had, en in een volgende run een ándere medewerker een fout had.
Bij vervolgverwerkingen waarin geen medewerkers met fouten zaten werd geen uitroepteken getoond, en ook niet bij een afsluiting zonder berekening, terwijl er dan toch in voorgaande verwerkingen fouten konden zitten die nog niet waren opgelost.
We hebben de signalering overzichtelijker gemaakt:
Je ziet voortaan, als er fouten zijn, nog maar één uitroepteken. Dat staat dan bovenaan in de lijst met salarisberekeningen.
Je ziet het uitroepteken ook bij een afsluiting zonder berekening, als er in een van de voorgaande verwerkingen een fout is opgetreden die nog niet is opgelost.
Als je erop klikt zie je in één oogopslag alle nog niet opgeloste fouten, niet alleen van de laatste verwerking, maar van alle verwerkingen.
Ook het interface log rapport is verbeterd:
Als er een fout was onstaan en later opgelost bleef deze soms ten onrechte op het overzicht staan. Er werd vervolgens ten onrechte geen aangifte aangemaakt. Dit is opgelost.
De eventuele actie die je moet uitvoeren is niet veranderd:
Zodra je een uitroepteken ziet, ga dan na wat er aan de hand is, en corrigeer de betreffende medewerkers.
Zie eventueel de helptekst bij het rapport Signaleringsverslag: hierin worden alle mogelijke fouten uitgelegd, plus de actie die je kunt ondernemen om te fout te herstellen.
Blokkeer in noodgevallen de medewerker voor de salarisberekening of voor de loonaangifte, zodat je alsnog een (voorlopige) aangifte krijgt die kan worden goedgekeurd. Vergeet niet om de blokkade later weer op te heffen, en de fout te herstellen door middel van een TWK berekening.
Een medewerker blokkeren voor de salarisberekening doe je in het scherm Medewerker> Medewerker > Arbeidsrelatie (Algehele blokkering).
Een medewerker blokkeren voor de loonaangifte doe je in het scherm Medewerker> Arbeidsrelatie > Interfaces (Blokkeren interface loonaangifte)
Controleer eventueel of er een correct e-mail adres is ingevuld om het Interface log rapport naar toe te sturen, dit vind je bij Instellingen > Gegevensuitwisseling > Interfaces (Loonaangifte).
Nieuw signaal: Medewerker met loon; geblokkeerd voor loonaangifte (Payroll)
Loonaangifte - Rapporten > Aansluiting Payroll/Loonaangifte
Rapporten > Berekening > Signaleringsverslag
Als een medewerker geblokkeerd is voor de loonaangifte, maar wel inkomen heeft in de periode, zorgt dit voor verschillen in het rapport Aansluiting Payroll/Loonaangifte.
Deze medewerkers kan je vanaf deze release terugvinden in het signaleringsverslag met dit signaal. Dit maakt het makkelijker de verschillen te analyseren in dit rapport.
Omschrijving bankbetaling voor Engelstalige medewerkers (Payroll)
De SEPA overboekingen bevatten tot nu toe voor alle medewerkers de tekst Betaling over periode of Tussentijdse betaling.
Vanaf deze release krijgen Engelstalige medewerkers voortaan een omschrijving in het Engels op hun bankafschrift te zien: Payment for period respectievelijk Intermediate payment.
De Engelse omschrijving wordt ook toegepast als de medewerker Franstalig of Duitstalig is.
Als je wilt controleren welke taal bij een medewerker is vastgelegd kan dat in het HR en Payroll menu, scherm Medewerker > Medewerker > Medewerker(s).
Het resultaat - de omschrijvingen van de betalingen - kun je vinden in het Betalingen menu, scherm Beheer > Controleren betaalopdrachten.
Opgeloste meldingen
E-mailadres wijziging na uitdiensttreding (Change 9286718) (Core)
Wanneer een medewerker uit dienst treedt, wordt het e-mailadres (Herstel Portaal) gewijzigd naar het privé-e-mailadres. Daarbij wordt een e-mail verzonden om de medewerker hiervan op de hoogte te stellen. Dit stelt de medewerker in staat om na uitdiensttreding nog in te loggen, bijvoorbeeld om salarisspecificaties te raadplegen. Echter, indien op klantniveau is aangegeven dat er geen inlogtoegang meer gewenst is na uitdiensttreding, is deze wijziging niet nodig. Met deze release is het proces aangepast zodat het e-mailadres ongewijzigd blijft, waardoor er geen notificatie-e-mail meer wordt verstuurd. Binnen toegangsbeheer kan met behulp van autorisaties zelf worden ingericht dat bij deze arbeidsrelatiestatus geen toegang meer verleend mag worden.
Dit geldt voor medewerkers die na de implementatie van deze release uit dienst worden gemeld en waarbij de instelling is dat er niet ingelogd mag worden na uitdiensttreding.
Variabel salaris en uurloon onder minimumloon (9274727) (payroll)
Wanneer er in het systeem een Salaris (Uurloon) wordt opgegeven is het mogelijk om het systeem te laten controleren op het minimumloon. Tevens is het mogelijk om het Salaris te laten aanvullen tot het minimumloon. Bij Oproepkrachten (Salaris variabel) ging dit niet in alle gevallen goed en werd er onterecht niet gesignaleerd op het minimumloon.
De berekening op de controle minimumloon is aangepast en vanaf deze release wordt er met ingang van 01-01-2025 correct gerekend met het minimumuurloon voor een uurloner.
Workflow Herindienst nu ook geschikt voor stagiaires (9109500) (Payroll)
Workflows\Instroom\Herindienst
Als je door middel van de workflow Herindienst een voormalig stagiair opnieuw als stagiair in dienst wilde nemen, kreeg je een foutmelding. Dit is opgelost.
Betaaloverzicht PDF toont dubbel totaal (change 9301628) (Payroll)
In het PDF-document van het betaaloverzicht Werd het totale bedrag soms dubbel weergegeven. Dit gebeurde doordat het totaalbedrag per ongeluk opnieuw werd opgeteld in het eindtotaal. Dit is opgelost.
30% regeling bij uitdienst op weekenddag (change 9382753) (Payroll) (Hotfix 4-11-2025)
De prorato berekening van het toetsloon en het maximum loon voor de 30% regeling werd bij een uitdienstmelding op een weekenddag niet juist berekend. Er werd ten onrechte 1 dag te weinig berekend. Dit is nu hersteld met ingang van 01-01-2025 worden de bedragen correct berekend.
Salarisdossier - Verkeerde periode bij betaalbestanden (change 9458489) (Payroll) (Hotfix 12-11-2025)
In het salarisdossier werd in bijzondere gevallen bij betaalbestanden, opdrachtbrieven en betaaloverzichten niet de payroll periode getoond, maar de volgende periode. Dit had verder geen invloed op de betalingen, maar het was verwarrend dat de documenten niet onder de juiste periode waren gearchiveerd.
Dit is opgelost. Bij de documenten die het betrof is de periode inmiddels gecorrigeerd.
Volledig artikel weergeven
Visma Finland
Visma Letland
Visma Nederland
Visma Noorwegen
Visma Zweden
Visma Developers & Partners
Visma Latijns-Amerika