Mijn Communities
Help

Releases YouServe

Sorteren op:
Notifications Pension entitlement for 2020 based on the state pension agreement Why  In anticipation of the actual modifications in HR Core Business and Payroll Business, this instruction can be used to calculate which employees will reach the state pension age in 2020 of 66 years and 4 months. How Reports > Check > Ad hoc reporting Open the Ad hoc reporting screen and add the Date of birth element to the ad hoc report in Excel. Go to My Reports and open the Excel file of the ad hoc report. Filter by date of birth between 1 September 1953 and 31 August 1954. These are the employees who will reach state pension age in 2020. The age will be displayed in cell D2. Enter the number of months in the cells in column E. For 66 years and 4 months, this is 796 months.  The following formula can be used in the Dutch language version of Excel to calculate state pension age: ZELFDE.DAG(D2;E2). The function can also be used for the underlying cells using the fill handle for automatically populating cells in Excel. To view the correct dates, select column E and change the format of the cells to the correct date type for the location using the right mouse button. Note: when using the English language version of Excel, you should use the following formula: EDATE(D2;E2). Changed and improved The leave of absence requests screen retains employee selection If you wanted to register multiple changes to employee leave of absence requests, you were continually redirected to the original search screen and the employee selection was not retained. This required additional mouse clicks to reselect the employee. How Employee > Leave > Leave of absence request As of this release the Leave of absence request screen works as follows: When an employee has already been selected and the Leave of absence request screen is opened, the selection fields are populated. When you open a leave request and then return to the selection screen, the selection fields are populated but the directional path is reset to company level. If you then go to another page, you will have to reselect the employee. Your action No action is required.  Size of company search panel automatically adjusted Why The company search panel upper left in the application always had a fixed size. This required a lot of scrolling for clients with a large number of companies. As of this release, the size of the search panel has been adjusted to accommodate the number of companies.  How When you click the search panel to look for a company, you will see that the size is automatically adjusted to the number of companies. The size is set to the maximum value; on an average screen that amounts to approximately 29 companies.  Your action No action is required. Resolved notifications Leave balance incorrect (change 1629890) Notification Fixed extra individual leave entitlement with a start date before 2019 was treated as a one-off. If there was a change or leave was taken causing the balance to be recalculated, this individual leave was incorrectly set to zero.  Solution The software has been modified to ensure the fixed extra individual leave entitlement is indeed regarded as fixed, even when the start date is before 2019. Your action We recommend recalculating the leave balance for those employees whose fixed extra individual leave entitlement balance has been set to zero. Individual leave disappears when entering end of employment (change 1653522) Notification When an employee’s end of employment was entered and leave was recalculated, the individual leave entitlement was set to 0. Solution This has been modified. Upon end of employment the leave is no longer set to 0. Your action Perform a recalculation for employees whose leave was incorrectly set to 0. Branch cannot be linked to Organization Unit (change 1650045) Notification It was not possible to link a branch to an Organization Unit (OU) when it had already been linked to a child or parent OU. An error message was displayed, stating that the branch was not unique within the OU.  Solution The program now checks within the OU to see whether or not a branch is unique. The error message is no longer displayed, and a branch can be linked to the selected OU.  Your action No action is required. Publishing Date : 8/23/2019
Volledig artikel weergeven
23-08-2019 21:23 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 1 kudos
  • 498 Weergaven
Mededelingen  Vooraankondiging - Verlof Opbouwmethode per 1 januari 2020 gesplitst in wettelijk- en bovenwettelijk verlof Om te voldoen aan de wet, wordt met ingang van 1 januari 2020 het verlof in de arbeidsvoorwaarde Verlof - Opbouwmethode gesplitst in wettelijk- en bovenwettelijk verlof. Hiervoor gaan we per 1 januari 2020 nieuwe gegevenselementen (velden) toevoegen aan de schermen voor Verlof - Opbouwmethode. U moet dan bij de jaarovergang de resterende velofrechten overzetten naar deze nieuwe gegevenselementen. Dit kunt u op drie manieren doen: Als u geen splitsing in wettelijk- en bovenwettelijk verlof heeft gemaakt, kunt u op klant- of bedrijfsniveau aangeven dat het verlofsaldo van de oude regeling automatisch het nieuwe gegevenselement moet vullen. Als u wel een splitsing heeft gemaakt in wettelijk- en bovenwettelijk verlof, maar niet per jaar, kunt u op medewerkerniveau in twee gegevenselementen het wettelijke- en bovenwettelijke verlof vastleggen. Als u een splitsing heeft gemaakt in wettelijk- en bovenwettelijk verlof per jaar, kunt u op medewerkerniveau in meerdere gegevenselementen het wettelijke- en bovenwettelijke verlof per jaar vastleggen. We zullen u hierover te zijner tijd via de release notes verder informeren.  AOW-gerechtigden voor 2020 op basis van AOW-leeftijd Pensioenakkoord Waarom  Vooruitopend op de daadwerkelijke aanpassingen in HR Core Business en Payroll Business, kunt u met deze instructie alvast berekenen welke medewerkers in 2020 de AOW-leeftijd van 66 jaar en 4 maanden bereiken. Hoe Rapporten > Controle > Ad-Hoc rapportage Open het scherm Ad-hoc rapportage en voeg het element Geboortedatum toe aan uw Ad-hoc rapportage in excel. Ga naar Mijn Rapporten en open het excelbestand van het ad-hoc rapport. In het excelbestand filtert u op geboortedatums tussen 1 september 1953 en 31 augustus 1954.  Dit zijn de medewerkers die in 2020 de AOW-gerechtigde leeftijd bereiken. In cel D2 staat de leeftijd. Zet in de cellen in kolom E het aantal maanden.  Dit is voor 66 jaar en 4 maanden: 796 maanden.  Met de volgende formule in excel kunt u de AOW-gerechtigde leeftijd berekenen: ZELFDE.DAG(D2;E2). Met de vulgreep (fill handle) voor het automatisch vullen van cellen in Excel kunt u vervolgens de functie ook voor de onderliggende cellen gebruiken. Voor het zien van de juiste datums, kunt u kolom E selecteren en vervolgens met de rechtermuisknop het formaat van de cellen wijzigen naar het juiste datumtype voor de locatie.  Let op: als u een Engelse excelversie gebruikt, wordt de formule: EDATE(D2;E2). Gewijzigd en verbeterd Rapporten Afrekenmatrix en Looncomponenten uitvoer Waarom In diverse rapporten over de salarisverwerking moet u een specifieke salarisverwerking kiezen. Bij een aanvullende verwerking gaat de rapportage dan over zowel de normale verwerking als de aanvullende verwerking. Dit kwam niet duidelijk tot uiting in het scherm waarin u de verwerking kiest.  Hoe Rapporten > Berekening > Afrekenmatrix medewerker / Afrekenmatrix werkgever / Afrekenmatrix per periode / Looncomponenten uitvoer In het scherm waarin u het rapport opvraagt, is aan de omschrijving van het veld waar u de salarisverwerking kiest de aanduiding t/m toegevoegd. Dit om duidelijk te maken dat het rapport gaat over alle berekeningen vanaf de eerste verwerking voor de betreffende periode tot en met de verwerking die u kiest.  Uw actie Er is geen actie nodig. Inhouding PAWW in grondslag variabel pensioen Waarom Sommige pensioenregelingen schrijven voor dat de inhouding van de PAWW de grondslag van de variabele pensioenen moet verlagen. In release 2019-07 is aan het scherm Stichting PAWW  al het veld Bruto inhouding PAWW in grondslag variabel pens. toegevoegd. Is hier Ja ingevuld, dan verlaagt de inhouding van de PAWW-premie de grondslag voor de variabele pensioenen. In deze release hebben wij ook de rekenregels aangepast met ingang van 01-01-2020. Dit is anders dan eerder gecommuniceerd.   Hoe Instellingen > Berekeningen > Stichting PAWW Als bij het veld Bruto inhouding PAWW in grondslag variabel pens. de waarde Ja is ingevuld, dan verlaagt de inhouding van de PAWW-premie vanaf 01-01-2020 de grondslag voor de variabele pensioenen. Uw actie Als u gebruik wilt maken van deze functionaliteit, kunt u bij het veld Bruto inhouding PAWW in grondslag variabel pens. alvast de waarde Ja vastleggen. Normuren per week nu naar UPA met twee decimalen Waarom Voor de normuren per week die werden doorgegeven in de Uniforme Pensioen Aangifte (UPA), werden de decimalen afgekapt naar nul. Bijvoorbeeld 36,50 uur werd in het bestand doorgegeven met de waarde 36,00. Dit veroorzaakte onterechte meldingen bij de terugkoppeling van het pensioenfonds. Hoe Met ingang van 1-1-2019 is dit aangepast, zodat het aantal uren nu correct wordt doorgegeven met twee decimalen. Uw actie Er is geen actie nodig. Formaat zoekpaneel bedrijven automatisch aangepast Waarom Het zoekpaneel voor bedrijven dat zich linksboven in de applicatie bevindt, had altijd een vast formaat. Hierdoor moesten klanten met veel bedrijven, vaak herhaaldelijk scrollen. Daarom is vanaf deze release het formaat van het zoekpaneel aangepast aan het aantal bedrijven.  Hoe Als u nu op het zoekpaneel klikt om een bedrijf te zoeken, ziet u dat het formaat wordt aangepast aan het aantal bedrijven. Het formaat is op een maximum gesteld, wat bij een gemiddeld beeldscherm ongeveer overeenkomt met 29 bedrijven.  Uw actie Er is geen actie nodig. Namen opties Berekeningsmethode pensioen aangepast Waarom Voor het ondersteunen van WIA-premies op basis van maanden voor AOW-leeftijd, is er een nieuwe referentietabel toegevoegd voor de Berekeningsmethode (pensioen). In de bedrijfsschermen voor het vastleggen van de pensioenen kon u bij het veld Berekeningsmethode (pensioen) kiezen uit de volgende opties:  In maanden voor AOW leeftijd Standaard (leeftijd in jaren) Omdat de naamgeving van deze opties in de praktijk soms verwarrend was, hebben wij deze aangepast.  Hoe Instellingen > Berekening > Arbeidsvoorwaardegegevens > Pensioen (alle varianten) De namen van de opties van het veld Berekeningsmethode (pensioen) zijn als volgt aangepast: Nieuwe naamgeving Referentietabel maanden voor AOW Standaard Op deze manier is het duidelijker wanneer u kiest voor het toepassen van de referentietabel Maanden voor AOW. Uw actie Er is geen actie nodig.   Journalisering - kolom Actief toegevoegd aan overzichtsscherm Boekingsregel Waarom Boekingsgroep > Boekingsdefinitie In het scherm waarin u een boekingsdefinitie vastlegt, is de optie Actief aanwezig. Staat hier een vinkje, dan staat in het overzichtsscherm van de boekingsdefinities in de kolom Actief bij de betreffende definitie Ja. Staat er geen vinkje bij Actief, dan staat hier Nee. Om de relatie aan te geven tussen de boekingsgroep en de aangemaakte boekingsregels is deze kolom ter informatie toegevoegd aan het scherm Boekingsregel. Hoe Boekingsgroep > Boekingsregel Aan het overzichtsscherm met boekingsregels is de kolom Actief toegevoegd. Hierin kunt u zien of de boekingsdefinitie waarin de boekingsregel is opgenomen wel (Ja) of niet (Nee) actief is. Uw actie Er is geen actie nodig. Loondoorbetaling bij Ziekte - aantal velden voor vastleggen Doorbetalingspercentage uitgebreid Waarom Via het ideeënportaal hebben klanten aangegeven in de arbeidsvoorwaarden Loondoorbetaling bij ziekte (uitsplitsing) dat zij alle opties voor het vastleggen van doorbetalingspercentages al in gebruik hadden. Hierdoor was het niet mogelijk om wachtdagen of 70% doorbetaling na 2 jaar ziek vast te leggen. Dit resulteerde in de meldingen L1614 en L1615 van de Belastingdienst, omdat deze informatie ontbrak.  Hoe Medewerker > Arbeidsvoorwaarde> Loondoorbetaling bij ziekte (uitsplitsing) In de arbeidsvoorwaarden Loondoorbetaling bij ziekte (uitsplitsing) is het aantal velden voor het vastleggen van doorbetalingspercentages voor ziektedagen/uren uitgebreid van 5 naar 10. Uw actie Er is geen actie nodig. Opgeloste meldingen  UPA - Laatste dag deelname was nog ingevuld nadat medewerker (nogmaals) in dienst trad (change 1641674) Melding Als een ex-medewerker opnieuw in dienst trad met dezelfde medewerkercode, meldde de pensioenuitvoerder via een foutmelding dat bij het aanleveren van de nieuwe indiensttreding, de datum uit dienst nog was ingevuld. Het gegevenselement Laatste dag deelname bestond nog met de oude datum uit dienst en werd onterecht doorgegeven in de UPA-aangifte. Ook bij het veld UPA Code reden einde inkomstenverhouding was onterecht nog een waarde aanwezig. Oplossing Medewerker > Medewerker > Interfaces > Periodiek interface UPA Met ingang van 1-1-2019 worden het gegevenselement Laatste dag deelname en het veld UPA Code reden einde inkomstenverhouding leeggemaakt met ingang van de nieuwe indiensttreding. Let op: de situatie waarin een werknemer uit dienst treedt en opnieuw in dienst treedt in dezelfde verloningsperiode, wordt nu nog niet ondersteund. In dit geval adviseren wij u om de medewerker aan te maken met een nieuwe medewerkercode. Uw actie Er is geen actie nodig. PAWW berekening aangepast bij 30% regeling en Stagiairs (change 1632817, 1583887) Melding  De PAWW-bijdrage werd berekend over het bruto loon van de medewerkers met de 30% regeling, maar niet op basis van kolom 3: Loon in geld, van de loonstaat. Daarnaast werd de bijdrage onterecht berekend voor stagiairs.  Oplossing Combinatie van PAWW en 30%-regeling is aangepast Bij gebruik van de 30%-regeling - Bruto inhouding wordt de PAWW-premie nu berekend over het belaste deel van het inkomen. Let op: de 30%-regeling wordt ook toegepast op de fiscale bijtelling voor de Auto van de zaak; aangezien deze is uitgezonderd voor de PAWW, zal er bij de combinatie van 30%-regeling, PAWW en Auto van de zaak een verschil ontstaan tussen de grondslag voor de PAWW en het bedrag Loon in geld in kolom 3 van de loonstaat. Regels voor berekenen PAWW-premie aangepast voor stagiairs Voor werknemers die niet verzekerd zijn voor de WW, niet voor de WAO/WIA en ook niet voor de ZW, werd geen PAWW-premie berekend. Het is ons duidelijk geworden dat bij sommige CAO's in dit geval wel, maar bij andere CAO's geen PAWW-premie berekend moet worden. Daarom wordt er nu altijd PAWW-premie berekend. Als u volgens uw CAO voor sommige werknemers geen PAWW-premie hoeft af te dragen, zoals Stagiairs, kunt u de berekening voor de betreffende medewerkers uitzetten. Dit doet u door in het scherm Loonheffingen bij het veld Blokkeren deelname SPAWW te kiezen voor Ja. Let op: deze wijzigingen gaan in per 1 januari 2019. Voor medewerkers die gebruik maken van de PAWW en/of 30% regeling resulteert dit in TWK-berekeningen. Hierdoor kan de eerste salarisverwerking na de release langer duren dan u gewend bent.  Uw actie Zorg ervoor dat bij medewerkers voor wie u geen PAWW-premie wilt laten berekenen, in het scherm Loonheffingen bij het veld Blokkeren deelname SPAWW de waarde Ja is ingevuld. Publishing Date : 8/23/2019
Volledig artikel weergeven
23-08-2019 21:20 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 1 kudos
  • 608 Weergaven
Op deze pagina is alles terug te vinden over de kennissessie Release HR Core /  Payroll Business die gegeven is op dinsdag 29  juni 2021. - Opname presentatie - Presentatie slide deck
Volledig artikel weergeven
30-06-2021 02:30
  • 0 Antwoorden
  • 1 kudos
  • 555 Weergaven
Mededelingen We hebben de juni release notes aangepast.  Easycruit rubrieken toegevoegd op het 'Aannemen kandidaat' formulier Op het formulier 'Aannemen kandidaat' (kandidaat accepteren) staan 5 rubrieken op het formulier 'Aannemen kandidaat' die zijn ingevuld met een (correcte) waarde van Easycruit. Bij de import krijgen we echter een mismatch met Self Service rubrieken omdat de lay-out van de selfservice rubrieken verschillen met die van Easycruit. De waarden op die 5 velden veroorzaken een foutmelding op het formulier. Deze foutmeldingen zijn niet acceptabel. Daarom hebben we besloten om de automatische invulling van deze 5 velden te verwijderen. Dit zal plaatsvinden in de juli-release. Het gaat over deze 5 velden: Geslacht Aanhef Nationaiteit Burgerlijke staat Woonland New Toevoegen van bijlagen in het recruitment process Alle Self Service We hebben een nieuwe functionaliteit beschikbaar om bijlagen toe te voegen vanuit Easycruit. Na het selecteren van een kandidaat kan u met een paar klikken bijlagen toevoegen van Easycruit naar het Self-serviceproces en kan het nu worden doorgestuurd naar het personeelsdossier. In de Juli release voegen we 2 verbeteringen toe aan dit proces: Alle bijlagen worden standaard geselecteerd bij het invoeren van het formulier "Kandidaat aannemen"; Na het klikken op de knop "Kandidaat aannemen" krijgt u een bericht: "" Let op! Als u op de knop "kandidaat aannemen" drukt, kunt u niet meer teruggaan om bijlagen toe te voegen vanuit Easycruit. " Tot de release van juli zijn deze instructies de manier om de bijlagen van Easycruit toe te voegen:   Wanneer u het formulier 'Aannemen kandidaat' heeft, kan u op de 'paperclip' klikken. Er verschijnt nu een selectiescherm met alle beschikbare bijlagen. U kunt elke bijlage op het scherm selecteren of deselecteren. Nadat u op de knop OK heeft geklikt, ziet u de geselecteerde bijlagen. U kan teruggaan door op de paperclip te klikken om de selectie aan te passen. De geselecteerde bijlagen worden verwerkt binnen het nieuwe medewerker proces. U kan doorgaan met het nieuwe medewerker proces door op de knop 'Kandidaat aannemen' te klikken. Gewijzigd en verbeterd Easycruit rubrieken toegevoegd op het 'Aannemen kandidaat' formulier Alle Self Service We hebben de volgende rubrieken toegevoegd aan het formulier 'Aannemen kandidaat'. De gegevens van de rubrieken worden geleverd door Easycruit: E-mail Telefoonnummer Mobiele telefoonnummer Opgeloste meldingen Rehire (herindienstname): foutmelding bij zoeken naar een werknemer (change 1512580) Probleem In één specifiek geval werd er een foutmelding getoond tijdens zoekacties naar werknemers. Oplossing Vanaf deze release treedt deze fout niet meer op. '500' fouten in het startmenu en geen knoppen in een workflow (change 1443182) Probleem Bij klikken op het startmenu, wordt er een foutmelding getoond.  Oplossing Vanaf deze release treedt deze fout niet meer op. Fout bij het afronden van totalen op nul in een spreadsheet (change 1354358) Probleem Er zijn waarden die heel dicht bij nul liggen (bijvoorbeeld 2,2204460492503131E-16 of -2,2204460492503131E-16). Door de manier waarop computers berekeningen uitvoeren, is het resultaat van 1,1 + 0,6 -1,7 niet precies nul (0). In dit geval kan de waarde 0,00000000000000022 in de spreadsheet worden weergegeven. Het probleem is dat we niet tweemaal de waarde van 0,00000000000000022 gebruiken. In plaats daarvan veranderen we de waarde in een (wordt behandeld als tekst), wat leidt tot 2,22.  Oplossing Onze software converteert kleine waarden zoals 0,00000000000000022 nu naar geldige waarden overeenkomstig de rubriek (decimale eigenschap). Opmerking: waarden kleiner dan 0,00000000000000000000000000001 worden geconverteerd naar 0,00. Publishing Date : 5/31/2019
Volledig artikel weergeven
24-05-2019 20:15 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 1 kudos
  • 580 Weergaven
Mededelingen UPI verplicht  Waarom  In de voorgaande release notes en de tussentijdse update hierop heb je kunnen lezen dat de UPI verplicht gaat worden. Dit gaat aanvankelijk alleen gelden voor: gebruikers van de nieuwe oplossing voor Verzuim Management. gebruikers van de generieke API voor Identity & Access Management (IAM), in combinatie met de interface Youforce gebruikers uitgebreid. Als je alleen de HR-koppeling Youforce gebruikers uitgebreid gebruikt, zonder de andere hiervoor genoemde koppelingen, dan is de UPI nog niet verplicht. Hoe  Instellingen > Gegevensuitwisseling  > Raet koppelingen HR > Youforce gebruikers uitgebreid  Voor de gebruikers van een van de hiervoor genoemde koppelingen zal er een extra optie komen om de UPI verplicht mee te leveren aan het Youforce portaal.  Actie  Er is geen actie nodig. Als je gebruik gaat maken van één van de hiervoor genoemde applicaties zal Visma | Raet contact met je opnemen om de juiste instellingen voor je in te richten.  Terugkoppeling Belastingdienst (L2023) Waarom In de maandelijkse terugkoppeling van de Belastingdienst zien we in periode 5 en periode 6 nog een groot aantal signalen voor Signaal L2023: Er is geen Code reden einde arbeidsovereenkomst aangeleverd terwijl er een Datum einde inkomstenverhouding is aangeleverd. De afgelopen maanden hebben wij diverse verbeteringen doorgevoerd om deze meldingen te voorkomen, zoals het verplicht stellen van dit veld. Ondanks deze veranderingen gaat het niet goed als er nabetalingen plaatsvinden over voorgaand jaar (2019 in 2020). Omdat de Code reden einde arbeidsovereenkomst toen nog niet verplicht was, komt het vaak voor dat de reden uit dienst niet is vastgelegd. Dit zorgt voor bovenstaande melding vanuit de Belastingdienst. Deze informatie over periode 5 en 6 heeft de Belastingdienst ook per brief aan je gemeld. Hoe  Medewerker > Medewerkers > Reden uit dienst Op de eerste dag van de periode dat de medewerker nog een nabetaling krijgt, moet je de reden uit dienst vastleggen volgens één van de redenen die is voorgeschreven door de Belastingdienst. Als een medewerker op 1-12-2019 in periode 6 van 2020 nog een nabetaling krijgt, moet je de reden uit dienst vastleggen met peildatum 1-6-2020. Dit is vanaf 2020 bij elke aanlevering een verplicht gegeven. Actie  Om de meldingen van de Belastingdienst op te lossen voer je bovenstaande actie uit voor medewerkers die in een voorgaand jaar uit dienst zijn getreden en in 2020 nog een nabetaling krijgen. Daarnaast kun je via het Signaleringsverslag nagaan voor welke medewerkers in welke periode de reden uit dienst ontbreekt. Terugkoppeling Belastingdienst (L1314 en L1315) Waarom  In de maandelijkse terugkoppeling van de Belastingdienst zien vaak de volgende signalen: L1314 - De indicatie verzekerd WAO is J bij een persoon die de AOW-leeftijd heeft bereikt.  L1315 - De indicatie verzekerd WW is J bij een persoon die de AOW-leeftijd heeft bereikt. In eerdere release notes hebben we hier al aandacht aan besteed en de programmatuur aangepast om deze signalen te voorkomen. Omdat we zien dat het vastleggen van de juiste verzekeringsindicaties nog niet altijd goed gaat, willen wij dit nogmaals onder de aandacht brengen. De Belastingdienst geeft deze meldingen als een persoon na het bereiken van de AOW-gerechtigde leeftijd door blijft werken. Hieronder leggen we nogmaals uit hoe u dit in Payroll Business vastlegt. Hoe  1. Bij het dienstverband dat stopt per de AOW-gerechtigde leeftijd: Meld deze medewerker uit dienst met ingang van de dag dat de medewerker de AOW-gerechtigde leeftijd heeft bereikt. Hierdoor vindt er een volledige afrekening plaats van vakantiegeld, eindejaarsuitkering, enz. Vul in het scherm Loonheffingen bij de volgende velden Nee in per het begin van de afrekenperiode.  WW verzekerd WAO/IVA/WGA verzekerd Met deze aanpassing wordt de premieberekening in Payroll Business gestopt. Omdat in de loonaangifte over deze periode voor deze velden de waarde Ja doorgegeven moet worden, bepaalt Payroll Business tijdens de salarisverwerking de gegevenselementen WW verzekerd (vervangende waarde) en WAO/IVA/WGA verzekerd (vervangende waarde) met de correcte waarde. Deze automatisch gemuteerde waarden vindt u terug in het mutatieverslag. Hierdoor wordt de loonaangifte correct aangeleverd. Let op: bij vierwekenverloning gelden er afwijkende voorwaarden voor de periode voor de AOW-datum. Zie hiervoor het Handboek loonheffingen van de Belastingdienst. In de loonaangifte wordt automatisch de waarde Ja doorgegeven. 2. Bij het dienstverband dat bestaat doordat de medewerker blijft doorwerken na de AOW-gerechtigde leeftijd: Voer na stap 1 ook onderstaande stap uit. Voeg in Payroll Business met ingang van de datum waarop de medewerker de AOW-gerechtigde leeftijd heeft bereikt, een nieuwe medewerker toe met een afwijkend IKV-nummer. Dit nummer mag niet hetzelfde zijn als het nummer van het eerdere dienstverband. Bij deze inkomstenverhouding vult u in het scherm Loonheffingen bij de velden voor de werknemersverzekeringen de volgende waarden in: WW verzekerd = Nee WAO/IVA/WGA verzekerd = Nee ZW verzekerd = Ja Actie Voer voor het oplossen van de meldingen L1314 en L1315 van de Belastingdienst met terugwerkende kracht bovenstaande stappen uit met als ingangsdatum de AOW-datum. Feedback op onze applicatie  Waarom  In de vorige release notes hebben we laten weten dat we vanaf de release van september gaan starten met de Customer Effort Score. Dit houdt in dat er na het uitvoeren van een specifieke procedure, een gesloten vraag verschijnt over die procedure. Hiermee kun je ons feedback geven op hetgeen wij hebben gereleased. Via deze feedback stel je ons in staat het proces op de juiste plekken te verbeteren.   Hoe Vanaf de september release verschijnt na het uitvoeren van deze acties: Medewerker > Medewerker > AVG Wissen Persoonsgegevens - nadat je op de knop Verwijderen hebt geklikt. Medewerker > Instroom/uitstroom > Voorstel Transitievergoeding - nadat je op de knop Opslaan hebt geklikt. de volgende vraag: Hoe makkelijk was het voor u om de volgende taak of actie uit te voeren? Je kunt deze vraag beantwoorden door het geven van een cijfer. Op basis dit cijfer zie je dan de bijbehorende vervolgvraag: Score 1-5 : Wat zouden wij kunnen verbeteren zodat u deze taak /actie gemakkelijker kunt uitvoeren? Score 6-7 : Kunt u aangeven wat u gemakkelijk vond aan deze taak /actie? Actie Als je een vraag krijgt over het gebruik van de applicatie, verzoeken we je om deze zoveel mogelijk te beantwoorden. Hierdoor weten wij beter wat jij van bepaalde processen en schermen vindt en stel je ons in staat om functionaliteiten gerichter te verbeteren. 30%-regeling Exclusief territoriale kosten Waarom Voor ingekomen medewerkers die in Nederland komen werken, mag de werkgever onder specifieke voorwaarden ook de extraterritoriale kosten vergoeden door 30% van het loon, inclusief vergoeding, belastingvrij te verstrekken. Als het toetsinkomen onder de norm voor het toepassen van de 30%-regeling komt, moet je de toepassing ervan verlagen.  Hoe Instellingen > Berekening > Arbeidsvoorwaardengegevens > 30%-regeling excl. extraterritoriale kosten Vanaf deze release is de nieuwe arbeidsvoorwaardevariant Excl extraterritoriale kosten voor de 30%-regeling in Payroll Business opgenomen. Op bedrijfsniveau kun je de volgende instellingen gebruiken:  Via het veld Toepassen normbedrag 30% regeling kun je kiezen welke inkomensnorm je wilt toepassen:  Geen inkomensnorm toepassen Er vindt geen toetsing plaats tegen een van de waarden voor de inkomensnorm. Het ingevoerde percentage wordt altijd toegepast over de gehele looncomponent. Mastertitel inkomensnorm toepassen Payroll Business houdt rekening met de inkomensnorm die geldt voor medewerkers met een mastertitel. Reguliere inkomensnorm toepassen Hierbij houdt Payroll Business rekening met de reguliere inkomensnorm. Via het veld Toepassen inhouding 30% rgl loon onder toetsloon kun je een van de volgende keuzes maken:  Geen automatische berekening Er vindt geen toetsing plaats tegen een van de waarden voor de inkomensnorm.  Verlaging 30% percentage Payroll Business berekent op grond van het cumulatieve inkomen vanaf de ingang van de 30%-regeling of vanaf het huidige jaar, het maximale percentage dat mag worden toegepast. Wanneer het inkomen in de eerste maanden onder het norminkomen is, wordt door het VCR rekenen in de maanden dat er een hoog inkomen is en daarmee ruim boven het norminkomen komt, altijd de 30% premie over het totaal inkomen van het jaar dat tot dan is opgebouwd berekend met aftrek van de premie wat al betaald is.  Hierdoor wordt altijd het maximale binnen de 30% regeling toegepast, wat er betaald dient te worden.  Meer informatie vind je in de Online Help via Arbeidsvoorwaarden en regelingen > 30%-regeling. Medewerker > Contract > arbeidsvoorwaarden > 30% regeling excl extraterritoriale kosten Hier vind je de volgende instellingen op medewerkerniveau.  Beschikkingsnummer - Hier kun je het nummer vastleggen van de beschikking die voor de betreffende medewerker van toepassing is. Datum ingang beschikking - Leg hier de ingangsdatum van de beschikking vast.  Datum einde beschikking - Vul de datum in waarop de beschikking eindigt. Datum tussentijdse toetsing - Als er nog sprake is van een tussentijdse toetsing, vul dan hier de datum van de tussentijdse toetsing in. Percentage 30% regeling - Het vastgelegde percentage voor de 30%-regeling. Dit percentage kun je zo nodig bij de medewerker aanpassen. Toepassen normbedrag 30% regeling - Selecteer de inkomensnorm uit de lijst, zie ook de lijst hierboven bij de bedrijfsinstellingen.  Berekend percentage 30% regeling - Hier zie je het percentage dat Payroll Business voor 30%-regeling heeft berekend en toegepast. Bruto inhouding 30% in grondslag variabel pensioen - Hier kun je aangeven of de bruto inhouding van de 30%-regeling meedoet in de grondslag voor variabel pensioen.  Toepassen inhouding 30% rgl loon onder toetsloon - Hier kun je aangeven of de inhouding moet worden toegepast, zie ook de lijst hierboven bij de bedrijfsinstellingen.  Actie Als je deze regeling wilt gaan gebruiken, moet je deze toevoegen en de instellingen vastleggen. Denk eraan dat als je deze arbeidsvoorwaarde gedurende het jaar gaat toevoegen, dit tot herberekeningen kan leiden.  Signaleringen 30%-regeling  Waarom Op basis van de toepassing van de 30%-regeling zijn er verschillende signaleringen in Payroll Business opgenomen, die helpen om inzage te krijgen in de berekening of inrichting  Hoe De volgende signaleringen zullen getoetst worden: Informatief - Einddatum beschikking 30% regeling in deze periode Informatief - Medewerker 30 jaar, toetsinkomen van Laag naar Hoog Informatief - 30% regeling toegepaste percentage is lager dan 30% Informatief - Begindatum beschikking later dan deze afrekenperiode Waarschuwing - Belastbaar inkomen onder norminkomen 30%- regeling Waarschuwing - Gegevens beschikking 30% regeling niet compleet Fout - 30% regeling slechts gedeeltelijk toegestaan Actie Er is geen actie nodig. Gewijzigd en verbeterd APG Interface Waarom Binnenkort wordt het mogelijk om een transitievergoeding uit te betalen via een tweede contract en een tweede inkomstenverhouding. Als voorbereiding hierop hebben we de APG-interface aangepast. Hoe Als je straks gebruik gaat maken van het uitbetalen van de transitievergoeding via het tweede contract, is het niet meer nodig de transitievergoeding te blokkeren voor de APG-interface. Als je dus voor het uitbetalen van de transitievergoeding het tweede contract gebruikt, sturen wij dit tweede contract niet door naar APG. Actie Gebruik je voor het uitbetalen van de transitievergoeding het tweede contract, dan hoef je geen actie te ondernemen. Als je voor het uitbetalen van de transitievergoeding een nieuwe medewerker blijft aanmaken, dan moet je de transitievergoeding  blokkeren voor de APG-interface. Verkopen en verrekenen verlofuren in de arbeidsvoorwaarde Verlof - opbouw Waarom Binnen de arbeidsvoorwaarde Verlof - opbouw was het nog niet mogelijk om verkochte verlofuren en verrekende verlofuren correct te verrekenen in de verlofsaldo’s. Verlofuren die verkocht worden, mogen alleen op de bovenwettelijke verlofsaldo’s in mindering worden gebracht en niet op de wettelijke verlofsaldo’s. Hetzelfde geldt voor verrekende verlofuren die met een positieve waarde zijn vastgelegd. Deze  leiden tot een uitbetaling aan de medewerker en moeten op de bovenwettelijke verlofsaldo’s in mindering worden gebracht. De medewerker verkoopt dan verlof. Verrekende verlofuren die met een negatieve waarde zijn vastgelegd, moeten in het bovenwettelijke verlofsaldo van dit jaar worden bijgeteld. Deze leiden tot een inhouding bij de medewerker en de medewerker koopt in dit geval verlof bij.      Met ingang van deze release is het mogelijk gemaakt om verkochte verlofuren en verrekende verlofuren correct te verwerken. Deze worden nu alleen verwerkt in de bovenwettelijke verlofsaldo’s en niet meer in de wettelijke verlofsaldo’s.  Hoe Instellingen > Berekening > Grondslag In het scherm Grondslag zijn aan de lijst van het veld Grondslag de volgende grondslagen toegevoegd:  Verlofuren verkochte verlofuren Gegevenselementen die je in deze grondslag opneemt, worden beschouwd als verkochte verlofuren en worden op de bovenwettelijke verlofsaldo’s in mindering gebracht. Eerst worden de eventuele bovenwettelijke verlofsaldo’s van voorgaande jaren bijgewerkt en als die niet aanwezig zijn, het bovenwettelijke verlofsaldo van het huidige jaar. Het saldo van de uren die in deze grondslag zijn opgenomen, zie je in het cumulatieve payrollelement Verlofopbouw - uren verkocht. Verlofuren verrekende verlofuren Gegevenselementen die je in deze grondslag opneemt, worden beschouwd als verrekende verlofuren. Als de grondslag een positieve waarde heeft, worden ze op de bovenwettelijke verlofsaldo’s in mindering gebracht. Dit gebeurt op dezelfde manier als bij verkochte verlofuren. Als de grondslag een negatieve waarde heeft, worden ze in het bovenwettelijke verlofsaldo van het huidige jaar bijgeteld. Het saldo van de uren die in deze grondslag zijn opgenomen, zie je in het cumulatieve payrollelement Verlofopbouw - uren verrekend.  Actie Als je de mogelijkheid om verlofuren te verkopen wilt gaan gebruiken, neem dan de gegevenselementen waarop die verkochte verlofuren worden vastgelegd, op in de grondslag Verlofopbouw verkochte verlofuren. Als je de mogelijkheid om verlofuren te verrekenen wilt gaan gebruiken, neem dan de gegevenselementen waarop die verrekende verlofuren worden vastgelegd, op in de grondslag Verlofopbouw verkochte verlofuren. Negatief verlof is weer mogelijk in de arbeidsvoorwaarde Verlof – opbouw Waarom Binnen de arbeidsvoorwaarde Verlof - opbouw was het voor medewerkers vanaf 1-1-2020 niet meer mogelijk om meer verlof op te nemen, dan waarop zij voor dat verlofjaar maximaal verlofrecht hebben. Als een medewerker voor een verlofjaar recht heeft op 160 uur wettelijk verlof en 48 uur bovenwettelijk verlof, was het niet mogelijk meer dan 208 uur verlof op te nemen. Het meerdere aangevraagde verlof werd opgeslagen in het cumulatieve payrollelement Verlof aangevraagd boven saldo. Op verzoek van diverse gebruikers is het vanaf deze release weer mogelijk gemaakt om dit wel toe te staan. Hierbij kun je zelf kiezen of je dit wel of niet wenst.   Hoe Instellingen > Berekening > Arbeidsvoorwaardegegevens Aan het bedrijfsscherm van de arbeidsvoorwaarde Verlof Opbouwmethode is per 1-1-2020 het veld Negatief verlofsaldo toestaan weer toegevoegd. Vul je hier Ja in, dan mogen medewerkers meer verlof opnemen, dan waarop zij voor dat verlofjaar maximaal verlofrecht hebben. Laat je het veld leeg of kies je Nee, dan is dit niet toegestaan.  Per medewerker kun je eventueel afwijken van de keuze die op bedrijfsniveau. Dit doe je door in het medewerkerscherm Verlof opbouwmethode bij het veld Negatief verlofsaldo toestaan een afwijkende waarde op te geven. Actie Omdat het veld Negatief verlof toestaan vroeger (voor 1-1-2020) ook werd gebruikt binnen de arbeidsvoorwaarde Verlof - opbouwmethode, kan het nog een oude waarde bevatten. Controleer daarom in het bedrijfsscherm van de arbeidsvoorwaarde of dit veld de gewenste waarde bevat en pas deze zo nodig aan.   Bij uit dienst gedurende de periode stond er een standaard reden in UPA-bericht Waarom Bij het uit dienst melden van een medewerker die halverwege de afrekenperiode uit dienst is gegaan, werd in het UPA-bericht standaard de waarde 20 (= Einde arbeidsovereenkomst door opzegging werknemer, door toedoen of op initiatief werknemer) als reden opgenomen, ook als er een andere reden was opgegeven.  Hoe Dit is opgelost. Alleen als er geen reden uit dienst is opgegeven, wordt voor die medewerker nog de standaard waarde 20 in het UPA-bericht geplaatst. Wij hebben dit met terugwerkende kracht vanaf peildatum 1-1-2020 hersteld. Actie Er is geen actie nodig. UPA - Gegevens partner soms niet volledig Waarom Vanuit de pensioeninstanties ontvingen wij meldingen dat de gegevens van de partner soms niet volledig werden doorgegeven.  Hoe In deze release de programmatuur met ingang van 1-1-2020 een aangepast, waardoor de partnergegevens volledig worden doorgegeven naar de UPA-aangifte. Actie Er is geen actie nodig. Bij de eerstvolgende aanlevering worden de partnergegevens gecorrigeerd. Voorstel transitievergoeding (instellingen) op klantniveau Waarom Tot deze release was het alleen mogelijk om op bedrijfsniveau de instellingen voor Voorstel transitievergoeding vast te leggen. Het was echter wenselijk om dit op klantniveau te kunnen inrichten.  Hoe Instellingen > Berekening >  Voorstel transitievergoeding (instellingen) Als je naar het scherm Voorstel transitievergoeding (instellingen) gaat, kun je kiezen of je dit op klant- of bedrijfsniveau wilt vastleggen.  Actie Als je de instellingen voor het voorstel transitievergoeding wilt vastleggen op klantniveau, kan je dit doen door de klant te selecteren in het scherm Voorstel transitievergoeding (instellingen). Koppeling Payroll voor aanvullend geboorteverlof Waarom Als je voor Aanvullend geboorteverlof gebruik wilt maken van Loondoorbetaling bij verlof (Uitsplitsing), moet je voor het koppelen hiervan een aantal stappen uitvoeren.  Hoe Instellingen > Verlof > Verlof koppeling payroll  Als je de verlofkoppeling met de payroll wilt gebruiken, moet je in het scherm Verlof koppeling payroll vastleggen op basis van welke verlofsoort Payroll Business de loondoorbetaling bij verlof moet berekenen. Selecteer in het veld Verlofsoort de verlofsoort die u wilt koppelen, bijvoorbeeld Aanvullend geboorteverlof.  Selecteer in het veld Verlofuren verrekening payroll het gegevenselement met de verlofuren die je in de arbeidsvoorwaarde Loondoorbetaling bij Verlof (uitsplitsing) hebt gekoppeld. Instellingen > Berekening > Arbeidsvoorwaardegegevens > Loondoorbetaling bij verlof (uitsplitsing)  Hier leg je vast hoe het registreren van de verlofuren voor Aanvullend geboorteverlof moet plaatsvinden: Handmatig via Payroll Business - kies bij Aanvullend geboorteverlof, invoer via voor Handmatige invoer of in HR Core Business - kies bij Aanvullend geboorteverlof, invoer via voor HR Core Actie Als je de verlofkoppeling met HR Core wilt gebruiken, leg dan de hierboven vermelde gegevens vast.  Opgeloste meldingen  Nulboekingen in journaalposten en exportdefinitie (change 1934868) Melding Door een aanpassing in de februari release werden in alle gevallen de nulregels in de journaalexport niet getoond. Dit kan echter in sommige gevallen en inrichtingen juist wel wenselijk zijn. Daarom kunt u voortaan zelf kiezen of u de nulwaarden in de export journaalpost wel of niet wilt tonen.  Oplossing Module journalisering - Instellingen > Uitvoerdefinitie > Exportdefinitie Aan het scherm Exportdefinitie is het veld Nulregels in exportbestand toegevoegd, waarmee je via de volgende opties kunt vastleggen of je nulregels in de export wilt zien: Alle waarden tonen (default) Waarden onderdrukken als debet = 0 en credit is 0 Waarden onderdrukken als debet = credit Actie Als je de journaalpost wilt blijven gebruiken met daarin alle nulwaardes, dan hoef je niets te doen. Wil je dat er geen nulwaardes meer voorkomen in de export journaalpost, leg dan in het scherm Exportdefinitie de juiste waarde vast bij het veld Nulregels in exportbestand.  Ultimo regeling en verwerking UPA PGB voor parttime en/of gedurende de periode in-/uitdienst (change 2156477) Melding Voor PGB wordt gebruik gemaakt van pensioensoorten met een vaste grondslag. In de UPA-aangifte wordt het parttime periode regelingloon doorgegeven. Als een medewerker halverwege de periode in- of uitdienst kwam, werd het regelingloon voor de volledige periode doorgegeven. Dit moet echter naar rato zijn. Oplossing Met ingang van 1-1-2020 wordt, als in de referentietabel UPA - koppeling pensioenregelingen bij het veld 6 Jaarbedrag / periode bedrag is gekozen voor Periode (Parttime), het regelingloon bij in- en uitdienst naar rato doorgegeven op basis van de pro rata methode die is gekozen in de Uniforme pensioenaangifte. Dit is een algemene aanpassing die ook voor andere pensioeninstanties dan PGB kan gelden. Actie Er is geen actie nodig. Ouderschapsverlof na aanpassing nog niet gekort op regelingloon (change1950101) Melding Voor PGB wordt gebruik gemaakt van pensioensoorten met een vaste grondslag. In de UPA-aangifte wordt het parttime periode regelingloon doorgegeven. Als een medewerker ouderschapsverlof opnam, werd het regelingloon voor de volledige periode doorgegeven. Dit moet echter naar rato zijn. Oplossing Met ingang van 1-1-2020 wordt, als in de referentietabel UPA - koppeling pensioenregelingen bij het veld 6 Jaarbedrag / periode bedrag is gekozen voor Periode (Parttime) en in de arbeidvoorwaarde van de pensioensoort in het veld Corrigeren voor opgenomen verlof (pensioensoort) de waarde Ja is ingevuld, het regelingloon bij ouderschapsverlof naar rato doorgegeven in de Uniforme pensioenaangifte. Dit is een algemene aanpassing die ook voor andere pensioeninstanties dan PGB kan gelden. Uw actie Er is geen actie nodig. UPA Verschil premieberekening pensioen Raet en pensioenfonds DTH - Ref: VM Ned. Pensioen (change 2161727) Melding Als het veld in de referentietabel 10 Soort grondslag is ingesteld op 1 in eigen grondslag SV-loon, was bij de pensioenregelingen met een variabele grondslag het Regelingloon in de UPA-berichten te hoog. Het Regelingloon dat werd doorgegeven was Loon werknemer in plaats van het Loon werknemer + PremieLoonPremie. Het PremieLoonPremie is de som van alle pensioenpremies van de werknemer. Als de Soort grondslag is ingesteld op 2 Niet in eigen grondslag SV-loon is het Regelingloon wel juist. Het Regelingloon is dan namelijk Loon werknemer. Oplossing In de september release wordt met terugwerkende kracht vanaf peildatum 1-1-2020 de Regeling loonbedragen hersteld als de Soort grondslag is ingesteld op 1 in eigen grondslag SV-loon. Actie Er is geen actie nodig. Kenmerk soort betaling ontbreekt soms op overzicht netto resultaten (opschakelen) (change 1343821) Melding Bij sommige bedrijven kwam het voor dat niet alle kolommen in de betaalstaat juist werden gevuld. Dit kwam doordat deze velden voor deze bedrijven op een hoger niveau waren vastgelegd in Payroll Business waaraan de klant niets kon doen. Hierdoor kwamen de velden niet altijd juist en volledig in het rapport bij bijvoorbeeld het aanmaken van een nieuwe medewerker waarbij de soort salarisrekening standaard werd gevuld en niet werd aangepast. Oplossing Met ingang van deze release is het niveau van deze mutaties aangepast zodat in het Betalingsoverzicht netto resultaat alle kolommen juist worden gevuld. Actie Er is geen actie nodig. Niet alle stroken zichtbaar in het vernieuwde scherm Salarisstrook viewer (change 2119125) Melding Door het aanpassen van de lijst waaruit u in rapportageschermen de medewerkers selecteert, waren medewerkers die gedurende de periode in dienst komen niet zichtbaar, omdat in de meeste gevallen de peildatum van het bedrijf op de eerste van de periode staat. Oplossing We hebben de peildatum ook in het rapportscherm van de Salarisstrook viewer gezet, zodat je daar zelf de juiste peildatum kunt invullen en je altijd alle salarisstroken kunt selecteren van de medewerkers die op dat moment in dienst zijn of waren. Actie Er is geen actie nodig. Verzamelloonstaat en Individuele loonstaat (change 2180653) ( change 2142194) Melding Een aanpassing in de release van juli ter voorbereiding van de Transitievergoeding gaf als ongewenst resultaat dat de verzamelloonstaten en individuele loonstaten niet meer juist werden gepresenteerd. Oplossing Op maandag 3-8-2020 hebben wij de oplossing hiervoor uitgeleverd, zodat de Verzamelloonstaat en Individuele loonstaat weer op een juiste manier gegenereerd kunnen worden. Actie Er is geen actie nodig. Signaalcode 170 pensioenfonds architect februari 2020 (change 2008502) Melding Sommige klanten ontvingen van het pensioenfonds APG (PFAB) signaalcode 170. Dit kwam voor als bij een medewerker halverwege de periode in dienst kwam, de APG deeltijdfactor niet correct was bepaald. Oplossing Met ingang van 1-1-2020 hebben wij een de programmatuur aangepast, zodat de deeltijdfactor correct wordt bepaald. Ook hebben we de interface APG Bouw (CAO Baksteen) aangepast, omdat het probleem ook hier kon voorkomen. Met terugwerkende kracht wordt dit vanaf peildatum 1-1-2020 hersteld. Actie Er is geen actie nodig Salaris niet altijd berekend bij promotie / terugplaatsing (change 2142435) Melding Bij het invoeren van een promotie door een salarisschaalaanpassing, werd er soms geen nieuw bijbehorend salaris berekend.  Oplossing Dit is opgelost. Bij een promotie of terugplaatsing wordt nu ook het (nieuwe) salaris berekend. Signalering 30%-regeling slechts gedeeltelijk toegestaan (change 1860909) Melding Voor een medewerker die halverwege de periode in dienst kwam, werd het toetsinkomen voor de 30%-regeling niet omgerekend naar rato van de werkdagen,  Hierdoor verscheen in het Signaleringsverslag de signalering: 30% regeling slechts gedeeltelijk toegestaan. Oplossing Voortaan wordt in dit geval het toetsinkomen 30%-regeling omgerekend naar rato van de werkdagen in dienst.  Publishing Date : 8/24/2020
Volledig artikel weergeven
21-08-2020 20:59 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 1 kudos
  • 952 Weergaven
Notification Unique Personal Id mandatory Why  As you will have read in previous release notes and in the interim update, the Unique Personal ID (UPI) will become mandatory. Initially, this will only apply to: users of the new solution for Medical Leave Management users of the generic API for Identity & Access Management (IAM) in combination with the Youforce users extended interface. The UPI is not yet mandatory if you only use the Youforce users extended HR interface without the other interfaces mentioned above. How  Settings > Data exchange > Raet HR interfaces > Youforce users extended  An additional option will be made available to users of the interfaces mentioned above. This option will force UPI submission to the Youforce portal.  Your action  No action is required. If you are going to use one of the applications mentioned above, Visma | Raet will contact you to set up the correct settings.  New Application feedback Why In the previous release notes we informed you that the Customer Effort Score will be launched starting with the September release. When a specific procedure has been performed, a closed question will be displayed concerning the procedure. This enables you to provide us with feedback on new functionalities. This feedback in turn enables us to introduce process improvements.   How As of the September release, a closed question will be displayed when the following actions are performed: Employee > Employee > GDPR - Delete personal data – when the Delete button has been clicked. Employee > Inflow/outflow > Proposed transition payment – when the Save button has been clicked. The question is: How easy was it for you to complete this task or action? You can answer this question by assigning a score. Based on your score, you will then see a follow-up question: Score of 1-5: What can we improve to make it easier to perform this task/action?Score of 6-7: What did you find easy about performing this task/action? Your action Please provide an answer when you see a question about the use of the application. In this way we can assess your opinion on certain processes and screens, enabling us to focus on targeted improvement. Personal data available at the Person level Why It is becoming increasingly necessary to distinguish between personal data and employment data in interface applications such as Medical Leave Management and Talent Management. A combination of this data at the employee level has always been available in HR Core Business.  However, it is not only necessary to request personal data from the interface applications, but also to enter personal data from those applications. For example, a change of address for employee A also applies to copies of employee A in other applications. In the new Person level, specific personal data, such as address data, can now be synchronized with other employees, regardless of whether these employees work for the same company. The employees must belong to the same client, however.  Initially, the new Person level will only be available for clients switching to the new solution for Medical Leave Management or the generic API for Identity & Access Management (IAM) in combination with the Youforce users extended interface. In the future, it will be available in more interface modules.  How Employee > Person > Person The Person screen will be added to the menu. Once the Person level is available, a person will be generated based on the Unique Personal ID (UPI). The UPI will ensure that employees with the same personal data will be linked to the same person. If you then change any of the following data for one of the employees, the change will not only be implemented for the person, but also for any other linked employees. The Person screen shows the basic data of all employees linked to the person: Person code * Initials * Formatted name Prefixes Surname * Date of birth * Example: Employee 100, A. Apple, and employee T100, A. Apple, both have UPI 100 and are therefore linked to person 100, A. Apple. Employee 100's address is changed to Lindenlaan 8 in Amersfoort. This means that the address of person 100, A. Apple, will be changed to the same new address. The address of employee T100, who is also linked to person 100, will also be changed immediately.  This personal data synchronization applies to the following data elements: Data element   Initials Personal email address First and middle names Personal phone number First name Cell phone number Surname Office phone number Prefix Street Formatted name salutation House number Own name code House number suffix Partner's name Location description Title (prefix) ZIP/Post code Title (suffix) Town/city: Gender Country of residence Date of birth Foreign region Place of birth Street (postal address) Country of birth House number (postal address) Language House number suffix Date of death Postal address location description Citizen service number (BSN) ZIP/Post code (postal address) PING ID City/town (postal address) Nationality Country Email address Foreign region New screen for Unique Personal ID changes Why The Unique Personal ID (UPI) will serve as the unique key for generating a person from employees. The UPI will then be distributed to other applications. For example, the generic API for Identity & Access Management (IAM) will use the UPI as a unique key to recognize users and associated authorizations. Any changes to the UPI can therefore have major consequences. A modified UPI may disable the authorization of a person, and therefore the associated employee. Great care must therefore be taken when making any changes to a UPI. A separate screen is available as of this release for specific situations where a UPI change is unavoidable, such as registering an incorrect UPI. How Management > Data exchange > Modify UPI The Modify UPI screen is available in HR Core Business as of this release. The screen is available as of 1 January 2020, and it includes the following fields: Update UPI If you choose Yes, the UPI will be updated with the employee code. Unique Personal ID (UPI) - You can enter a UPI here. Note: if you have selected Yes for Update UPI, this field will be inactive. Employee > Employee > Employees You can save the UPI in the wizard screens Create Employee - Step 1 of 6 - Employee and Create new employee with profile group. However, once it has been saved, you can no longer change the UPI on the Employee(s) screen. You will have to use the Modify UPI screen. Your action Activating the Person level will be part of an implementation project for the applications mentioned above. Visma | Raet will contact you if this applies to your organization. The UPI must be completed when the Person level is activated.  Modified and improved GDPR - Delete employee screen name changed Why  User feedback has revealed that the name of the GDPR Delete employee screen is confusing. It suggests that an employee can be fully deleted, even though this screen is used only for deleting personal data. We have therefore decided to change the name of this screen.  How  Employee > Employee > GDPR Delete Personal Data As of this release, the name of the GDPR Delete employee screen has been changed to GDPR Delete Personal Data.  Your action No action is required.  State/Province added to Employee Address Details screen Why  An employee's state/province may be needed for various purposes. It may be useful to record the federal state (Germany) or the region (Belgium) of employees working in those countries, or the employee's province in the Netherlands (or other relevant sub-regions). You can also use this field for compiling reports. The state/province field has been added to the employee's address data screen for this purpose, and you can define values for this field in a values list.  How  Employee > Employee > Employee address details As of this release, the state/province field has been added to the Employee address details screen.   Settings > Recording > List of values The state/province element has been added to the Element field list. You can define your own values for the state/province field in this list.   Your action If you wish to use the new state/province field, you must first define values in the corresponding list.  Solved Message Problems opening free screens (change 1898805) Message  When selecting a free screen in the menu, the screen sometimes failed to open. This was because all employees with data in the screen were first loaded.  Solution  As of this release, you can now select an employee after selecting the free screen. This means you no longer have to wait until all employees have been loaded. Once you select an employee, the screen opens immediately.  You can still opt to open a free screen in the old way and not select an employee. If you do so, all employees with data in the screen will be loaded.  Your action No action is required.  Publishing Date : 8/21/2020
Volledig artikel weergeven
21-08-2020 20:49 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 1 kudos
  • 752 Weergaven
Mededelingen  Unieke Persoonlijke Id verplicht  Waarom  In de voorgaande release notes en de tussentijdse update hierop heb je kunnen lezen dat de Unieke Persoonlijke Id (UPI) verplicht gaat worden. Dit gaat aanvankelijk alleen gelden voor: gebruikers van de nieuwe oplossing voor Verzuim Management gebruikers van de generieke API voor Identity & Access Management (IAM) in combinatie met de interface Youforce gebruikers uitgebreid Als je alleen de HR-koppeling Youforce gebruikers uitgebreid gebruikt, zonder de andere hiervoor genoemde koppelingen, dan is de UPI nog niet verplicht.  Hoe  Instellingen > Gegevensuitwisseling  > Raet koppelingen HR > Youforce gebruikers uitgebreid  Voor de gebruikers van een van de hiervoor genoemde koppelingen zal er een extra optie komen om de UPI verplicht mee te leveren aan het Youforce portaal.  Uw actie  Er is geen actie nodig. Als je gebruik gaat maken van één van de hiervoor genoemde applicaties, zal Visma | Raet contact met je opnemen om de juiste instellingen voor je in te richten.  Nieuw Feedback op onze applicatie  Waarom  In de vorige release notes hebben we laten weten dat we vanaf de release van september gaan starten met de Customer Effort Score. Dit houdt in dat er na het uitvoeren van een specifieke procedure, een gesloten vraag verschijnt over die procedure. Hiermee kun je ons feedback geven op hetgeen wij hebben gereleased. Via deze feedback stel je ons in staat het proces op de juiste plekken te verbeteren.   Hoe Vanaf de september release verschijnt na het uitvoeren van deze acties: Medewerker > Medewerker > AVG Wissen Persoonsgegevens - nadat je op de knop Verwijderen hebt geklikt. Medewerker > Instroom/uitstroom > Voorstel Transitievergoeding - nadat je op de knop Opslaan hebt geklikt. de volgende vraag: Hoe makkelijk was het voor u om de volgende taak of actie uit te voeren? Je kunt deze vraag beantwoorden door het geven van een cijfer. Op basis dit cijfer zie je dan de bijbehorende vervolgvraag: Score 1-5: Wat zouden wij kunnen verbeteren zodat je deze taak /actie gemakkelijker kunt uitvoeren? Score 6-7: Kun je aangeven wat je gemakkelijk vond aan deze taak /actie? Uw actie Als je een vraag krijgt over het gebruik van de applicatie, verzoeken we je om deze zoveel mogelijk te beantwoorden. Hierdoor weten wij beter wat jij van bepaalde processen en schermen vindt en stel je ons in staat om functionaliteiten gerichter te verbeteren. Persoonsgegevens beschikbaar op niveau Persoon Waarom Voor aanpalende applicaties, zoals Verzuim Management en Talent Management, is het steeds vaker nodig onderscheid te kunnen maken tussen persoonsgegevens en dienstverbandgegevens. Binnen HR Core business waren deze gegevens altijd gecombineerd aanwezig bij de medewerker.  Vanuit de aanpalende applicaties is het echter niet alleen nodig persoonsgegevens afzonderlijk te kunnen opvragen, maar ook om deze te kunnen vastleggen. Zo geldt bijvoorbeeld een adreswijziging bij medewerker A, ook voor de gekopieerde medewerker van A. Het nieuwe niveau Persoon maakt het mogelijk dat specifieke persoonsgegevens, zoals adresgegevens, via het niveau van de persoon met andere medewerkers worden gesynchroniseerd, ongeacht of deze medewerkers in hetzelfde bedrijf zitten. De medewerkers moeten wel binnen dezelfde klant werkzaam zijn.  Het niveau Persoon komt aanvankelijk alleen beschikbaar voor de klanten die overgaan op de nieuwe oplossing voor Verzuim Management of de generieke API voor Identity & Access Management (IAM), in combinatie met de interface Youforce gebruikers uitgebreid. In de toekomst zal dit voor meer integratiemodules gaan gelden.  Hoe Medewerker > Persoon > Persoon Aan het menu wordt het scherm Persoon toegevoegd. Als het niveau Persoon beschikbaar is gesteld, zal er op basis van de Unieke Persoonlijke Id (UPI) een persoon gegenereerd worden. De UPI zorgt ervoor dat medewerkers die dezelfde persoonsgegevens hebben aan dezelfde persoon worden gekoppeld. Als je dan bij één van de medewerkers één van de volgende gegevens wijzigt, wordt deze wijziging niet alleen doorgevoerd bij de persoon, maar ook bij de medewerker er onder. Via het scherm Persoon kun je de basisgegevens raadplegen van de medewerkers die gekoppeld zijn aan de persoon, namelijk: Persoonscode * Voorletters * Opgemaakte naam Voorvoegsels Achternaam * Geboortedatum * Voorbeeld Medewerker 100, A. Appel en medewerker T100, A. Appel hebben allebei UPI 100 en zijn daarmee gekoppeld aan persoon 100 A. Appel. Voor medewerker 100 wordt het adres gewijzigd naar Lindenlaan 8 te Amersfoort. Dit betekent dat persoon 100 A. Appel daarmee een adreswijziging krijgt, namelijk naar  het nieuwe adres Lindenlaan 8 te Amersfoort. Hiermee krijgt medewerker T100, die ook is gekoppeld aan persoon 100, ook gelijk de adreswijziging naar Lindenlaan 8 te Amersfoort.  Deze synchronisatie van persoonsgegevens geldt voor de volgende gegevenselementen: Gegevenselement Voorletters E-mailadres privé Voornamen Telefoonnummer privé Roepnaam Telefoonnummer mobiel Achternaam Straat Voorvoegsel Huisnummer Opgemaakte naam aanhef Huisnummer toevoeging Eigennaam code Postcode Naam Partner Woonplaats Titel voor Woonland Titel na Regionaam Buitenland Geslacht Straat Postadres Geboortedatum Huisnummer Postadres Geboorteplaats Huisnummer toev. adres Geboorteland Postcode Postadres Taal Plaats Postadres Datum overlijden Land Burgerservicenummer Regionaam Buitenland Nationaliteit   Nieuw scherm voor wijzigen UPI Waarom De Unieke Persoonlijke Id (UPI) wordt de unieke sleutel om vanuit medewerkers een persoon te genereren. Deze unieke persoonlijke identiteit wordt dan gedistribueerd naar andere applicaties. Zo zal bijvoorbeeld de generieke API voor Identity & Access Management (IAM) de UPI als unieke sleutel gebruiken om gebruikers en bijbehorende autorisaties te herkennen. Het wijzigen van de UPI kan hierdoor grote gevolgen hebben. Zo kan het voorkomen dat door een gewijzigde UPI de autorisatie van een persoon, en dus de onderliggende medewerker, niet meer werkt. Het is daarom belangrijk voorzichtig om te gaan met het wijzigen van een UPI. Voor specifieke situaties waarin het echt noodzakelijk is de UPI te wijzigen, zoals het registreren van een onjuiste UPI, is vanaf deze release een apart scherm beschikbaar. Hoe Beheer > Gegevensuitwisseling > Wijzig UPI Voor het wijzigen van een UPI is vanaf deze release het scherm Wijzig UPI in HR Core Business opgenomen. Het scherm is beschikbaar vanaf 1 januari 2020. Hierin zijn de volgende velden opgenomen: UPI bijwerken Kies je hier voor Ja, dan wordt de UPI bijgewerkt met de medewerkercode. Uniek Persoonlijk Id (UPI) Hier kun je een UPI invullen Let op: als je bij UPI bijwerken hebt gekozen voor Ja, wordt dit veld inactief. Medewerker > Medewerker > Medewerkers In de wizardschermen Aanmaken Medewerker - Stap 1 van 6 - Medewerker en Aanmaken nieuwe medewerker met profielgroep kunt u de UPI gewoon vastleggen. Is deze echter eenmaal opgeslagen, dan kunt u de UPI voortaan niet meer wijzigen via het scherm Medewerker(s), maar alleen via het scherm Wijzig UPI. Uw actie Het activeren van het niveau Persoon zal onderdeel zijn van een implementatieproject voor de hierboven genoemde applicaties. Visma | Raet zal contact met je opnemen als dit voor jouw organisatie gaat gelden. Op het moment van het activeren van de persoonslaag moet de UPI ingevuld zijn.  Gewijzigd en verbeterd Naam scherm AVG Verwijderen medewerker gewijzigd Waarom  Onze gebruikers hebben ons via feedback laten weten dat de naamgeving van het scherm AVG verwijderen medewerker verwarrend was. Het wekte de indruk dat medewerkers in zijn geheel konden worden verwijderd, terwijl je via deze functionaliteit alleen de persoonsgegevens verwijdert. Daarom hebben wij besloten de naam van het scherm te wijzigen.  Hoe  Medewerker > Medewerker > AVG Wissen Persoonsgegevens Vanaf deze release is de naam van het scherm AVG Verwijderen medewerker gewijzigd in AVG Wissen Persoonsgegevens.  Uw actie Er is geen actie nodig.  Staat/Provincie toegevoegd aan scherm Adresgegevens Medewerker Waarom  Voor diverse doeleinden is het wenselijk om de Staat/provincie te kunnen vastleggen. Zo is het handig als je voor medewerkers die werkzaam zijn in Duitsland of België de bondsstaat (Duitsland) of het gewest (België) vast te leggen of om de provincie in Nederland of andere relevante deelgebieden te kunnen vastleggen. Deze kunt u dan ook gebruiken oor het samenstellen van rapportages. Daarom is het aan scherm waarin u de adresgegevens  van de medewerker vastlegt hiervoor het veld Staat/provincie toegevoegd en is er een waardenlijst waarin je de waarden voor dit veld kunt vastleggen..   Hoe  Medewerker > Medewerker > Adresgegevens Medewerker Vanaf deze release is aan het scherm Adresgegevens Medewerker het veld Staat/provincie toegevoegd.   Instellingen > Vastlegging > Waardenlijst Aan de lijst van het veld Element is het element Staat/provincie toegevoegd waarmee je naar eigen behoefte een waardenlijst voor het veld Staat/Provincie kunt inrichten.   Uw actie Als je het nieuwe veld Staat/provincie wilt gaan gebruiken, moet je eerst de bijbehorende waardenlijst inrichten.  Opgeloste melding Problemen openen vrije schermen (change 1898805) Melding  Bij het selecteren van een vrij scherm in het menu, werden eerst alle medewerkers geladen voor wie gegevens in het scherm waren vastgelegd, waardoor de schermen soms niet meer werden geopend.  Oplossing  Vanaf deze release is het mogelijk om na het selecteren van het vrije scherm, ook eerst een medewerker te selecteren.  Hierdoor hoef je niet langer te wachten tot alle medewerkers zijn geladen zijn. Als je een medewerker selecteert,  opent het scherm meteen.  Je kunt er nog steeds voor kiezen op de oude, gebruikelijke manier eerst het gewenste vrije scherm te openen en geen medewerker te selecteren. Dan worden eerst alle medewerkers geladen waarbij dit scherm is opgeslagen.  Uw actie Er is geen actie nodig.  Publishing Date : 8/21/2020
Volledig artikel weergeven
21-08-2020 20:45 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 1 kudos
  • 808 Weergaven
26-08-2020 Verlengde ondertekeningsperiode Intradata verlengde de ondertekeningsperiode van 6 dagen naar 14 dagen. Vanaf vandaag hebben alle documenten die ter ondertekening worden verzonden, een verlengde periode van 14 dagen voor ondertekening; t...
Volledig artikel weergeven
07-08-2020 14:49 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 1 kudos
  • 1138 Weergaven
26-08-2020 Extended signing period Intradata extended the signing period from 6 days to 14 days. Starting from today, all documents sent for signing will have an extended period of 14 days for signing; while the ones created until today will remain...
Volledig artikel weergeven
07-08-2020 14:41 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 1 kudos
  • 1001 Weergaven
Verzuimformulieren Inleiding In 2017 werd de mogelijkheid geïntroduceerd om meldingen over ziekte en zwangerschapsverlof via Self Service te laten verwerken in HR Core Beaufort. Sindsdien hebben we van onze klanten feedback gevraagd en ontvang...
Volledig artikel weergeven
11-08-2021 13:19 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 1 kudos
  • 1103 Weergaven
2 December 2025 Inactieve Beheer workflows zijn verwijderd In Self Service hebben wij binnen Beheer diverse verouderde en inactieve workflows verwijderd. Deze zijn tevens uit het activiteitenprofiel gehaald, zodat processen worden gestroomlijnd, prestaties verbeteren en er een overzichtelijker en accurater beeld van de actieve workflows ontstaat. Afsluiten Periode Raet Mobiel Online Onderhoud Inrichter/Afnemer Credit card log Inzendkalender/Inzendkalender Raadplegen Variabele mutaties Functies/Salarisschalen Afdelingen/functies BI reporting Inzicht logging/kopieerslagen VerlofInstellingen      ENGLISH TRANSLATION December 2nd 2025 Inactive Management workflows have been removed In Self-Service, we have removed several outdated and inactive workflows within Management. These have also been removed from the activity profile to streamline processes, improve performance, and create a clearer and more accurate overview of active workflows. Closing Period Raet Mobile Online Maintenance Designer/Customer Credit Card Log Submission Calendar/View Submission Calendar Variable Changes Functions/Salary Scales Departments/Functions BI Reporting Insight into Logging/Copying Processes Leave Settings 
Volledig artikel weergeven
02-12-2025 16:32
  • 0 Antwoorden
  • 0 kudos
  • 156 Weergaven
  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
26-11-2025 12:51
  • 0 Antwoorden
  • 0 kudos
  • 276 Weergaven
    18 November 2025 Medewerker met 3 rollen ziet nu zijn/haar verlofoverzicht en medewerker kaart weer Wanneer een medewerker zowel de rollen 'Manager' als 'Professional' heeft, kon hij eerder zijn eigen verlofoverzicht en medewerkerskaart niet bekijken. Dit probleem is nu  opgelost. Print PDF toont nu alle gegevens (Change 9421699) Bij het afdrukken van mutaties in Te doen, Gedaan en Archief via het PDF-icoon werden niet alle gegevens correct weergegeven in het PDF-document. Dit probleem is opgelost. Alle ingerichte elementen worden nu weer volledig getoond, afgestemd op je rol (manager of professional). Toevoegen van Toelichtingsveld van de workflow definitie in de Menu API In de Menu API is een veld 'Toelichting' toegevoegd. In dit toelichtingsveld kunnen in Self Service keywords worden toegevoegd die een AI agent kan gebruiken als ze de links van de Menu API gebruiken.   ENGLISH TRANSLATION   November 18th 2025 An employee with three roles can see their own leave overview and employee card again When an employee had both the 'Manager' and 'Professional' roles, they were previously unable to view their own leave overview and employee card. This issue has now been resolved.   Print PDF now shows all data (Change 9421699) When printing changes to To Do, Completed, and Archive using the PDF icon, not all data was displayed correctly in the PDF document. This issue has been resolved. All configured elements are now fully displayed again, tailored to your role (manager or professional)   Adding the Explanation field to the workflow definition in the Menu API A "Explanation" field has been added to the Menu API. This field allows you to add keywords in Self-Service that an AI agent can use when accessing the Menu API links. 
Volledig artikel weergeven
18-11-2025 09:10 (Bijgewerkt op 18-11-2025)
  • 0 Antwoorden
  • 0 kudos
  • 163 Weergaven
Gebruikersnamen In Toegangsbeheer en HR Core is zojuist de automatische verwerking van Gebruikersnamen aangepast.   In HR Core is dit terug te vinden via het menu: Medewerker - Arbeidsrelatie - YouServe toegang. Daarin staan drie nieuwe elementen: VC Gebruikers voornaam VC Gebruikers achternaam VC Gebruikers naam Deze elementen zijn initieel gevuld met de waarden zoals die bekend zijn bij Mijn Profiel / Persoonlijke instellingen (te vinden in het YouServe Portal, rechtsboven in het scherm).   Wanneer je in HR Core een naamveld wijzigt worden ook de bovengenoemde elementen aangepast en doorgegeven aan Toegangsbeheer.  Deze drie elementen kan iedere gebruiker bovendien zelf wijzigen in de Persoonlijke instellingen, deze wijzigingen worden vervolgens ook zichtbaar in HR Core. De naamgegevens van de medewerker worden hierdoor niet aangepast. Zie ook dit vorige bericht: Release notes Toegangsbeheer 11-11-2025 - Visma Community  
Volledig artikel weergeven
13-11-2025 16:23 (Bijgewerkt op 14-11-2025)
  • 0 Antwoorden
  • 0 kudos
  • 196 Weergaven
Per 2026 vervalt volgende reden uitdienst: • 31 - Einde van rechtswege om een andere reden (ontbindende voorwaarde, pensionering, overlijden e.d.) Deze reden wordt vervangen door: • 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.) Om extra muteerwerk in het nieuwe kalenderjaar te voorkomen hebben we vandaag de nieuwe redenen uitdienst zoals ze per 2026 gelden vanaf de peildatum 1-11-2025 beschikbaar gemaakt in Core/Payroll en Self Service. Als je vanaf nu een medewerker uitdienst meldt met de reden uitdienst 32, 33 of 34 dan zorgen wij er op de achtergrond automatisch voor dat de code reden einde arbeidsverhouding 31 in de loonaangifte en/of pensioenaangifte over 2025 komt. Bij eventuele nabetalingen in 2026 zijn de juiste codes dan al bekend en is er geen aanvullende mutatie meer nodig voor het gegevenselement. Wil je voor uitdienstredingen in 2025 toch de huidige code 31 blijven gebruiken dan blijft dit gewoon mogelijk. Wel hebben wij de omschrijving alvast aangepast naar "Reden vervallen gebruik 32,33 of 34". Wij raden aan om vanaf nu de nieuwe codes te gaan gebruiken bij een uitdienstmelding. Self Service In Self Service zijn de nieuwe redenen uitdienst te gebruiken vanaf disndag 11 november. Enkele klanten gebruiken de “oude” waarde ‘31’: • als defaultwaarde • in een formule • in een controle gebruikt • in een conditie in een dialoog gebruikt Deze waardes staan vrijwel altijd in een uitdienst proces. Vanaf dinsdag 11 november kun je deze waarde in de inrichting van Self Service aanpassen naar de waarde 32 (gepensioneerd), 33 (overleden) of 34 (overig).
Volledig artikel weergeven
10-11-2025 16:54
  • 0 Antwoorden
  • 0 kudos
  • 799 Weergaven
Gebruikers naam   HR core is leidend voor de basisgegevens van medewerkers en gebruikers in toegangsbeheer. Echter een gebruiker kan zelf zijn gebruikersnaam wijzigen via deze knop.   Tijdens de migratie is voor een groep gebruikers de voornaam, achternaam en opgemaakte naam in toegangsbeheer onterecht gewijzigd en fout.  Dit gaan we oplossen. Om dit goed te doen gaan we dit gefasseerd in verschillende stappen uitvoeren.   Van alle gebruikers in Visma connect  de Voornaam, achternaam en  gebruikersnaam in HR core in lezen in de volgende nieuwe gegevens elementen VC gebruiker voornaam VC gebruiker Achternaam  VC gebruiker naam Deze elementen zullen vervolgens met toegangsbeheer worden gesynchroniseerd en daarna naar Visma Connect. Door deze actie kan het voorkomen dat de namen van een medewerker niet overeenstemmen met die van de gebuiker. Dit doen wij bewust op deze wijze om te voorkomen dat er notificatie emails worden verstuurd wegens het wijzigen  van een gebruikersnaam.   Bij het aanmaken van een nieuwe medewerker in HR core, zullen deze drie elementen automatisch gevuld worden door HR core.   Wanneer in HR core bij een medewerker geen gebruikers Id (visma connect Id) gevuld is, zal de waarde van de VC gebruikersnamen gevuld worden vanuit HR Core.   De vulling gebruikersnamen in HR core vanuit Visma Connect vindt deze week plaats (start 10-11-2025) en zal op zijn laatst donderdag 13 november uitgevoerd worden.   Detail scherm Medewerker Het veld achternaam wordt momenteel gevuld door de HR gegevenselement  achternaam (oftewel geboortenaam), dit wordt vervangen door de waarde van het veld Opgemaakte naam.
Volledig artikel weergeven
11-11-2025 13:59 (Bijgewerkt op 11-11-2025)
  • 0 Antwoorden
  • 0 kudos
  • 245 Weergaven
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
27-10-2025 08:56 (Bijgewerkt op 03-11-2025)
  • 2 Antwoorden
  • 0 kudos
  • 1022 Weergaven
Gebruiker - Applicaties - Filter In toegangsbeheer menu optie Gebruikers en tabblad Applicaties staan Filters zodat gezocht kan worden op de kolommen in deze tablad. Zoekvelden staan op: Tenant: Indien de gebruiker toegang heeft voor applicaties bij meerdere klanten, kan op klant gezocht worden Applicatie: Zoek op applicatie naam Rol: Elk applicatie kent een applicatie rol (zoals ESS bij HRSS)  Autorisatie, wanneer een applicatie door één of meer autorisaties wordt toegekend, kan hier gezocht worden naar specifieke autorsaties. Opmerking: Mocht het nodig zijn manueel een applicatie toe te voegen, komt de toe te voegen applicatie regel onder de filter te staan.  
Volledig artikel weergeven
24-10-2025 12:20 (Bijgewerkt op 24-10-2025)
  • 0 Antwoorden
  • 0 kudos
  • 284 Weergaven
Autorisatie samenvatting Bij het doorlopen van de Autorisatie wizzard is er een samenvatting van de inrichting op de laatste (4e) stap.  Aan deze laatste stap is toegevoegd: Arbeidsrelatie status Type medewerker Wanneer bij een arbeidsrelelatie of type medewerker geen waarden zijn ingevuld zal de melding : #Geen Selectie#  getoond worden. Wanneer er meerdere waarden zijn ingevuld, wordt elk waarde gescheiden door een liggend streepje.
Volledig artikel weergeven
23-10-2025 15:11
  • 0 Antwoorden
  • 0 kudos
  • 248 Weergaven
Per abuis is de wijziging van het jaarloon in de release 2025-10 niet in de releasenotes opgenomen. Onderstaand tref je deze alsnog: Wijziging berekening jaarloon Met de release 2025-10 is er een aanpassing doorgevoerd voor de berekening van het jaarloon bijzondere beloning. De reden was dat het jaarloon in bepaalde situaties niet goed werd vastgesteld. Met aanpassing van de bepaling van het jaarloon hebben wij dit hersteld.   Met de aanpassing in deze release wordt het jaarloon nu in bepaalde situaties opnieuw berekend: Medewerker is gedurende 2025 indienst getreden. In een latere periode heeft er een aanpassing van het salaris plaatsgevonden in de periode van indiensttreding. Hierdoor is het vaste fiscaal loon anders geworden en is het jaarloon opnieuw bepaald. Medewerker is gedurende 2025 indienst getreden, maar heeft in de 1e periode geen betaling, dan wordt het jaarloon bepaald op basis van het vaste fiscale loon van de volgende periode. Bij nadere controle zijn wij ook situaties tegengekomen waar een jaarloon bij indiensttreding bepaald is tijdens een voorlopige verwerking. Wanneer er aanpassingen gedaan zijn van salaris tijdens dezelfde salarisperiode, werd het jaarloon onterecht niet opnieuw vastgesteld. Wanneer alsnog het oude jaarloon aangehouden moet worden, dan zal dit via een import op het veld Jaarloon bijz. bel. aangepast moeten worden of in het scherm ( Medewerker > Arbeidsrelatie > ) Loonheffingen (medewerker)  per de datum van indiensttreding in 2025. De oude jaarloon, van voor de aanpassing, is terug te vinden op de salarisstrook van de medewerker.
Volledig artikel weergeven
20-10-2025 16:06 (Bijgewerkt op 20-10-2025)
  • 0 Antwoorden
  • 0 kudos
  • 333 Weergaven