Releases YouServe

Notifications Unique Personal ID and person conversion Why When using generic APIs, such as Identity and Access Management, Medical Leave Management and Medical Leave Management 2.0, the use of the Unique Personal ID (UPI) is mandatory. It ensures that unique persons and associated employees are identifiable in interface applications and services. The UPI field is available for specifying this ID, and now a new level in the HR Core Business structure has been introduced to link employees. An example of a person’s structure with associated employees: How Employee > Employee > Employees Employee > Person > Person When you use either of the above solutions, the UPI must be specified as part of the implementation process. The UPI is used to create unique persons. This requires a conversion, which ensures that the personal data at the employee’s level is synchronized and included at the person’s level. The Person Data 2020-10 document – available in the community – contains the data that is made available to interface applications at the person’s level and is used for synchronization. Your action Before synchronization commences, the Unique Personal IDs must haven been specified. The data of the employee with the most recent employment must be current. New Reference to the employee’s associated person Why With the application of UPI and the introduction of the Person level in the HR Core Business structure insight into the employee’s relation with the person is required.  How Employee > Employee > Employees The Employees screen now includes the Person field that shows the reference. This field cannot be modified. The reference is displayed when the new Person level has been activated. This new level will be rolled out in phases and where required – initially for clients who will start using Identity and Access Management or Medical Leave Management 2.0. Your action No action is required. Modified and Improved UPI uniqueness check based on BSN Why As an organization may have multiple employees with the same last name and date of birth, the UPI uniqueness check must take place using the BSN (Citizen Service Number). The BSN may be used under certain conditions. The BSN may not be used as a result or search field. How Employee > Inflow/Outflow > Create Employee Employee > Inflow/Outflow > Create Employee with Profile Group Management > Data exchange > Modify UPI When an employee’s Unique Personal ID (UPI) is entered, a check is performed to determine if the UPI is already in use. If it is, the BSN of the existing employee with the existing UPI must match the BSN+UPI combination of the new employee. The last name and date of birth must still be checked. Your action If you want to change or enter the UPI to indicate that the same personal data applies to multiple employees, the BSN, last name and date of birth of these employees must match. Auto-population of Unique Personal ID (UPI) Why When entering a new employee, the user must determine whether that employee should be linked to another employee with the same personal data through a Unique Personal ID (UPI). When the user specifies a different UPI for an employee (where an employee with the same personal data already exists), this will result in a new unique person; that person cannot be linked to the existing employee. This situation is now prevented through auto-population of a UPI based on the BSN (if the BSN is already known by the client). How Employee > Inflow/Outflow > Create Employee Employee > Inflow/Outflow > Create Employee with Profile Group When specifying the BSN of a new employee, the system checks if that BSN is known by the client and auto-populates the Unique Personal ID field with a suggested value. If the intention is to create a new person by entering a new employee, the suggested UPI can be overwritten. This is not yet possible for self service or import.  Your action The UPI is auto-populated based on the BSN+UPI combination already available in the application. We therefore recommend making sure the current BSN+UPI combinations are correct. Autogeneration of Unique Personal ID Why In order to be able to automatically fill in the unique personal ID (UPI) with the employee code or with an automatically generated UPI, new control data is available. With this you can set that the UPI is automatically filled with the employee code or with a number that is automatically generated, whether or not based on a serial number. If you have the UPI generated automatically, you can choose whether you want to supplement the automatically generated number with leading zeros and if so, up to what maximum length. Hoe Settings > Data entry > Configuration UPI As of this release, the Configuration UPI screen has been added to the Settings > Data entry menu. When entering a new employee, the UPI is filled in based on the settings recorded in this screen.   Veld / optie Toelichting Fill UPI with Employee code Select this if you want the employee code to be entered automatically when entering a new employee as a UPI. Please note that when using the employee code, this can lead to unique UPIs per employee, while some employees should receive the same UPI in order to identify them as the same person. Auto generate Choose this if you want the application to automatically generate a UPI. Once you select Auto Generate, you will see the fields described below for capturing some of the properties of the auto-generated UPI. Sequence number Enter a sequence number, if you want the UPIs that the application generates automatically, are based on this sequence number + 1, this sequence number +2, etc. You will only see this field if you have selected Auto generate in the Fill UPI with field. Leading zeros Place a check mark here if you want the automatically generated UPI to be supplemented with leading zeros up to the maximum length you specify at Total length. As soon as you put a check mark here, you will also see the fields Total length and Preview. Total length Enter the total length of the UPI, i.e. how many characters it may contain. If the option Leading zeros is checked, the application fills the automatically generated UPI with leading zeros up to the maximum length. Please note that we advise not to use UPIs longer than 15 characters. This field is only visible if you have checked the Sequence number option. Preview Here you can see an example of the UPI based on the settings you have entered in the screen. This field is only visible if you have checked the Sequence number option. Your action If you want to have the UPIs generated automatically within your organization, record the desired settings as described above. Location description, Identity and PingID added to person synchronization Why As part of the synchronization process of the personal data of an employee at the person’s level, the following data has been added: Location description Postal address location description Identity and PingID This means that the values specified in these fields are also stored at the person and other employees linked to this person. How Employee > Employee > Employee address details Employee > Employee > Employee (supplementary) Once the new Person level is in use, this data is made available at the person’s level. This means that the data is made available when data of a person is retrieved. The values of other linked employees with the same personal data, linked to the same person, are also updated. Your action When the Person level is used, we recommend ensuring that the above fields contain current values. These values are also synchronized with the person and the other linked employees. Publishing Date : 9/18/2020

  HR Core Base API Extra value inside Validity In the 2019-04 release we have expanded validity with one value: organizationalUnitId. The attribute was part of the contracts entity and body. And now will also be part of its validity. Example Current value of organizationalUnitId inside contracts is 13035189. Validity is included and shows as of which date the current value inside the body is valid. In this case it is 2018-02-01. There is also an outlook value of organizationalUnitId. But that does not make it clear as of which date the current value inside the body is valid from.   Example Validity with organizationalUnitId "contracts": [         {             "id": 13033393,             "contractNumber": "1",             "contractType": "O",             "hireDate": "2014-10-01",             "firstHireDate": null,             "dischargeDate": null,             "expiryDate": null,             "jobProfileId": "10452807-ICTM",             "personId": 13033392,             "organizationId": 10452807,             "organizationalUnitId": 13035189,             "contractualAmount": {                   "workingAmountInHours": 1,                   "workingAmountInDays": 5             },             "jobProfile": {                 "shortName": "ICTM",                 "id": "10452807-ICTM",                 "fullName": "ICT Medewerker",                 "validFromDate": "2014-01-01",                 "validToDate": null,                 "entityStatus": "Active"             },             "outlook": [                 {                     "validFromDate": "2020-02-01",                     "propertyPath": "organizationalUnitId",                     "propertyValue": "11065811"                 }             ],             "extensions": null,             "validity": [                 {                     "validFromDate": "2014-10-01",                     "propertyPath": "contractNumber",                     "propertyValue": "1"                 },                 {                     "validFromDate": "2014-10-01",                     "propertyPath": "contractType",                     "propertyValue": "O"                 },                 {                     "validFromDate": "2014-10-01",                     "propertyPath": "hireDate",                     "propertyValue": "2014-10-01"                 },                 {                     "validFromDate": "2014-10-01",                     "propertyPath": "jobProfileId",                     "propertyValue": "10452807-ICTM"                 },                 {                     "validFromDate": "2018-02-01",                     "propertyPath": "organizationalUnitId",                     "propertyValue": "13035189"                 }   Publishing Date : 3/27/2019

Notifications Translated screens Some of the HR Core Business and Payroll Business screens have been available in English and German so far. However, we are receiving more and more requests to make the application fully available in other languages. In the course of this year, we plan to translate more screens: HR professional screens will be translated into English, German and French. Screens for payroll professionals and other users will be translated into English. As of this release, a large part of the screens of the Employees menu has been checked and translated. The other menu options will follow in the coming releases. Once this menu is fully translated, we'll let you know. Note Some fields have a list of values defined at the Client or Company level. In this case, you administer the list and the translations. You can maintain the list at Settings > Recording > List of values  New New field - No Risk Policy applies Why To make the WAO/WIA registration easier, we have added the No Risk Policy applies field to the WAO/WIA registration screen as of 1-1-2021.  How Employee > Illness > WAO/WIA registration. You can enter yes or no in the No Risk Policy applies field. The field is also included in the data integration package for upload to Medical Leave Management. Action No action is required.  Modified and Improved  Employees with the same Start and End date of employment were not sent to Youforce Portal (1631185) Why If an employee was given the same End of employment date as Start of employment date, the End of employment date was not sent to the Youforce Portal. As a result, the End of employment date did not appear in the underlying systems. How As of this release, if you enter an End of employment date for an employee that is the same as the Start of employment date, the End of employment date will be sent to the Youforce Portal and then on to the underlying systems. Action Management > Data exchange > Portal Management Redeliver (employee) To ensure that the data (in this case the End of employment date) is the same in HR Core Business and the Youforce Portal, you can resubmit an employee’s data to the Youforce Portal with the Portal Management Redeliver (employee) function. This will also update the underlying systems such as Management Information. From the June release you can use this link for both the V1 and the V3 link. Digi-ZSM - Report of illness at 42 weeks sometimes not sent to UWV (2594769) Why The report of illness at 42 weeks was not always sent to UWV. How This issue has been resolved. The report is now sent to UWV as usual. Action No action is required. Performance - Occupancy overview in HR Self Service (2705936) Why When requesting the occupancy overview in HR Self Service, it sometimes took an inordinate amount of time before the information was displayed, or it was not displayed at all. How We have implemented improvements in collaboration with HR Self Service so that the information is displayed faster and the screen no longer freezes. Action No action is required. Solved Messages Leave reports in Management Information not aligned with HR Core (2608937) Message  The leave data in the reports in Management Information (MI) occasionally differed from the leave data in HR Core. This was because the leave data was not properly transferred to the MI reports. Solution We provided a solution for this issue on 29 April 2021. See Action what you need to do to ensure that the MI reports show the correct leave data. Action Settings > Grant leave entitlement > select Correct current leave year You must correct the current leave year at company level in HR Core Business to ensure that the MI reports contain the correct leave data. When you correct the current leave year, the data for all previous years will also be corrected. Keep in mind that it may take some time before the current data is available for consultation in the MI reports. It is not possible to grant parental leave in the leave scheme (2695815) Message  Prior to this release it was possible to check the Parental entitlement field for different types of leave within one leave scheme. However, upon saving, the system froze and the change was not saved. Solution From this release, a message will appear if the Parental entitlement field is checked for another type of leave within the scheme.  Action No action is required.  Type of illness in Sick leave screen did not match help text (2713858) Message The list in the field Type of illness did not correspond to the types of illness in the help text on the Sick leave screen. Solution The help text has been adjusted so that the correct values now appear in the explanation of the Type of illness field.  Action No action is required. Leave entitlement cutback - reason not available (2726639) Message It was not possible to record the reason for reducing leave in the Cutback leave rights screen.   Solution This issue has been resolved. You can now indicate the reason in the Reason leave entitlement cutback field in the screen mentioned above.   Action To ensure that the correct reasons appear under Reason leave entitlement cutback, you must choose the value again at Settings > Recording > List of values. After this, you can save the cutback of leave entitlement with the correct reason. Publishing Date : 5/21/2021

Mededelingen Vertalingen schermen Een deel van de schermen van HR Core Business en Payroll Business werd tot nu toe in het Engels en Duits weergegeven. Wij krijgen echter steeds vaker het verzoek om de applicatie volledig beschikbaar te stellen in andere talen. In de loop van dit jaar gaan wij daarom de meertaligheid uitbreiden en alle schermen controleren: Schermen voor de HR professional worden vertaald in het Engels, Duits en Frans. Schermen voor payroll professionals en overige gebruikers worden vertaald in het Engels. Vanaf deze release is een groot gedeelte van de schermen van het menu Medewerkers gecontroleerd en vertaald. De overige menukeuzes volgen in de komende releases. Zodra dit menu volledig vertaald is, laten we we dit weten. Let op: sommige velden hebben een waardenlijst die op het niveau Klant of Bedrijf is gedefinieerd. In dat geval bent u zelf de beheerder van de lijst, en ook van de vertalingen. Deze kunt u onderhouden via Instellingen > Vastlegging > Waardenlijst.  Nieuw  Nieuw veld - No Risk Polis van toepassing Waarom Om de WAO/WIA registratie makkelijker te maken, hebben we met ingang van 1-1-2021 het veld No Risk Polis van toepassing toegevoegd aan het scherm WAO/WIA registratie.  Hoe Medewerker > Ziekte > WAO/WIA registratie. In het nieuwe veld No Risk Polis van toepassing kun je Ja of Nee invullen. Het veld wordt ook opgenomen in de data integratie package zodat het wordt aangeleverd bij Verzuim Management. Actie Er is geen actie nodig.  Gewijzigd en verbeterd  Medewerkers met dezelfde Datum indienst als Datum uitdienst werden niet doorgestuurd naar Youforce Portaal (1631185) Waarom Als een medewerker dezelfde Datum uitdienst kreeg als de Datum indienst, werd de Datum uitdienst niet doorgestuurd naar het Youforce Portaal. Hierdoor kwam de datum uit dienst niet in onze achterliggende systemen te staan. Hoe Vanaf deze release wordt de Datum uitdienst van medewerkers die je invoert met dezelfde datum in als datum uit dienst wel doorgestuurd naar het Youforce Portaal en van daaruit naar de achterliggende systemen. Actie Beheer > Gegevensuitwisseling > Heraanleveren Portaalbeheer (medewerker) Om er zeker van te zijn dat de gegevens, zoals in dit geval de Datum uitdienst in HR Core Business en het Youforce Portaal aan elkaar gelijk zijn, kun je met de functie Heraanleveren Portaalbeheer (medewerker) de gegevens van een medewerker opnieuw aanleveren aan het Youforce Portaal. Ook de achterliggende systemen, zoals Management Informatie worden dan bijgewerkt. Deze functionaliteit kun je vanaf de juni release gebruiken voor zowel de V1 als de V3 koppeling. Digi-ZSM - Soms 42-weekse ziekmelding niet naar UWV (2594769) Waarom De 42-weekse ziekmelding werd niet altijd naar UWV doorgegeven. Hoe Dit is opgelost, zodat de 42-weekse ziekmeldingen weer gewoon naar UWV worden doorgegeven. Actie Er is geen actie nodig. Performance - Bezettingsoverzicht in HR Self Service (2705936) Waarom Als je het bezettingsoverzicht binnen HR Self Service opvroeg, duurde het soms erg lang voordat de informatie werd getoond of werd deze helemaal niet getoond. Hoe In samenwerking met HR Self Service hebben we verbeteringen doorgevoerd, waardoor de informatie sneller wordt getoond en het scherm niet meer vastloopt. Actie Er is geen actie nodig. Opgeloste meldingen  Verlof rapportages Management Informatie niet gelijk met HR Core (2608937) Melding  De verlofgegevens van de rapportages in Management Informatie (MI) verschilden soms met de verlofgegevens van HR Core. Dit kwam omdat de verlofgegevens niet goed doorkwamen in de MI-rapportages. Oplossing Wij hebben de oplossing hiervoor uitgeleverd op 29 april 2021. Zie onder Actie wat je moet doen, om ervoor te zorgen dat de MI-rapportages de juiste verlofgegevens tonen. Actie Instellingen > Verlofrecht toekennen > kies Huidig verlofjaar corrigeren Om ervoor te zorgen dat in de MI-rapporten de juiste verlofgegevens staan, moet je in HR Core Business het huidige verlofjaar corrigeren op bedrijfsniveau. Door het huidige verlofjaar te corrigeren wordt ook de data van alle voorgaande jaren gecorrigeerd. Hou er rekening mee dat het enige tijd kan duren voordat de actuele gegevens te raadplegen zijn in de MI rapporten. Ouderschapsverlof toekennen in verlofregeling lukt niet (2695815) Melding  Voor deze release was het mogelijk om binnen één verlofregeling bij verschillende verlofsoorten het veld Recht o.b.v. kind aan te vinken. Bij het opslaan bleef het systeem echter draaien en werd de wijzing niet opgeslagen. Oplossing Vanaf deze release verschijnt er een melding als bij een andere verlofsoort binnen de regeling het veld Recht o.b.v. kind al is aangevinkt.  Actie Er is geen actie nodig.  Soort ziekte in scherm Ziekteverzuim kwam niet overeen met helptekst (2713858) Melding In het scherm Ziekteverzuim kwam de lijst van het veld Soort ziekte niet overeen met de soorten ziekte die in de helptekst stonden. Oplossing De helptekst is aangepast, zodat bij de toelichting van het veld Soort ziekte nu de juiste waardes  staan.  Actie Er is geen actie nodig.  Korting verlofrecht - reden niet beschikbaar (2726639) Melding Het was niet mogelijk om de reden verlof vast te leggen bij Korting verlofrechten.  Oplossing Dit is opgelost, zodat je de reden bij Korting verlofrechten weer kunt vastleggen.  Actie Om ervoor te zorgen dat de juiste redenen verschijnen onder Korting verlofrechten, moet je de waarde weer kiezen Instellingen > Vastlegging > Waardelijst. Hierna kun je de mutatie Korting verlofrecht opslaan met de juiste reden. Publishing Date : 5/21/2021

Mededelingen Indeling van het menu wordt aangepast Waarom In de mei release gaan we de menustructuur aanpassen. Het doel hiervan is: het verbeteren van de toegankelijkheid van de applicatie, met name als u HR Core en/of Payroll Business niet dagelijks gebruikt. Ook nieuwe collega's kunnen zodoende gemakkelijker hun weg vinden in de applicatie. Hoe In de afgelopen maanden hebben een aantal van onze klanten in een pilottraject ervaring opgedaan met een verbeterde menustructuur. Na een gezamenlijke evaluatie zijn we tot een nieuwe menustructuur gekomen. In de bijlage aan het eind van deze release notes ziet u het resultaat. Hiermee kunt u, vooruitlopend op de mei release, eventueel uw werkinstructies alvast aanpassen. In het hoofdmenu is het medewerkergedeelte als eerste geplaatst en de instellingen als laatste, omdat die normaal gesproken niet al te vaak wijzigen: Medewerker Beheer Rapporten Instellingen Daarnaast hebben wij vooral de groepering van Rapporten en Instellingen verbeterd. Klik hier om een pdf te downloaden met een compleet overzicht van de verbeterde menu's. Uw actie Wellicht werkt uw organisatie met interne werkinstructies die verwijzingen bevatten naar specifieke menu-paden in onze applicatie. Vooruitlopend op de mei release kunt u deze alvast aanpassen, daar waar nodig. Nieuw  Nieuwe categorie auto op waterstof  Waarom  Tot en met december 2018 viel een auto op waterstof onder de categorie 4% - zonder CO2-uitstoot (vanaf 2014). Voor nieuwe auto's op waterstofgas met een tenaamstelling in 2019 is er een nieuwe categorie: 4% - Auto op waterstof (vanaf 2019).  Deze categorie kunt u ook vastleggen in Payroll Business. Hoe Medewerker > Arbeidsvoorwaarden > Arbeidsvoorwaarden > Auto van de zaak  In het medewerkerscherm Auto van de zaak is aan de lijst van het veld Auto categorie vanaf deze release categorie 11. 4% - Auto op waterstof (vanaf 2019) toegevoegd. Voor nieuwe auto's op waterstofgas met een tenaamstelling in 2019 kunt u als u het bijtellingspercentage kiest, nu deze categorie selecteren.  Voor een auto op waterstof geldt geen aftopping: de 4% bijtelling vindt plaats over de gehele cataloguswaarde. De ingangsdatum van deze wijziging is 1 januari 2019.  Uw actie Als u via het veld Afwijkend percentage bijtelling reeds het percentage van 4% hebt toegepast voor auto's op waterstof, dan kunt u dit percentage vanaf de eerstvolgende periode vervangen door bij Auto categorie te kiezen voor 11. 4% - Auto op waterstof (vanaf 2019) . Gewijzigd en verbeterd Individuele loonstaat nu ook voor meerdere medewerkers tegelijk op te vragen Waarom Als u de individuele loonstaat voor meerdere medewerkers wilde laten aanmaken, moest u voorheen de loonstaat medewerker voor medewerker opvragen. U kunt de loonstaat nu ook opvragen per groepeerkenmerk. Hoe Rapporten > Fiscaal > Individuele loonstaat In het scherm waarin u de Individuele loonstaat opvraagt, is het veld Medewerker nu optioneel. Selecteert u geen medewerker, dan stelt het systeem een rapport samen waarin de individuele loonstaten zijn opgenomen voor alle medewerkers die voldoen aan de gekozen groepeerkenmerken. Daarnaast is aan het scherm waarin u de Individuele loonstaat opvraagt het veld Groeperen op toegevoegd. Hiermee kunt u een selectie maken van de medewerkers waarvoor u de Individuele loonstaat wilt opvragen. Selecteert u hier bijvoorbeeld Afdeling, dan ziet u in het linker vak eronder de afdelingen van het betreffende bedrijf. De afdelingen waarvoor u de Individuele loonstaat wilt opvragen verplaatst u met de pijltjes naar het rechter vak. Als u geen selectie opgeeft, wordt het hele bedrijf geselecteerd. Let op: als u bij het veld Medewerker geen medewerker heeft geselecteerd, is het uitvoerformaat altijd Pdf ongeacht de keuze in het veld Opslaan als. Uw actie Er is geen actie nodig. Controleoverzicht loonaangifte geeft TWK-correcties over de jaargrens weer Waarom Als u vanaf de januari release gebruik heeft gemaakt van de mogelijkheid om wijzigingen over 2018 te laten berekenen als correctie in plaats van als nabetaling, is het wenselijk om dit te kunnen terug zien in het Controleoverzicht loonaangifte. Hoe Rapporten > Controle > Controleoverzicht loonaangifte U kunt voortaan kiezen uit twee weergaven. Hiervoor is aan het scherm Controleoverzicht loonaangifte het veld Soort rapport toegevoegd met de volgende waarden: Historisch actueel De bedragen worden weergegeven zoals ze eind 2018 bekend waren, dus zonder eventuele correcties over 2018 die zijn ingevoerd in 2019. Fiscaal De bedragen van 2018 worden weergegeven inclusief correcties over 2018 die zijn ingevoerd in 2019. Uw actie Kies de optie Historisch actueel als u de aansluiting wilt vinden met de journaalposten aan het einde van 2018. Kies de optie Fiscaal als u de aansluiting wilt vinden met de Loonaangifte zoals deze over 2018 aan de Belastingdienst is doorgegeven, inclusief de correcties die zijn ingevoerd in 2019. Raet Basisdocument - Importeren datumvelden Waarom Tot nu toe moest u datumvelden formatteren als tekstvelden met het formaat eejj-mm-dd. Vanaf deze release kunt u bij datumvelden zowel tekstopmaak als datumformaat hanteren. Hoe Beheer > Externe mutaties > Upload extern mutatiebestand Datums in tekstformaat mogen vanaf nu ofwel technisch zijn (eeuw-jaar-maand-dag) of  Nederlands (dag-maand-eeuw-jaar). Als scheidingsteken kunt u een verbindingsstreepje (-) of slash (/) gebruiken. De interpretatie en weergave van datums in Excel-formaat hangt af van uw lokale Windows en Excel-instellingen. Bij het importeren gebruikt Payroll Business voor de interpretatie de Excel-definitie. Voorbeelden Opmaak Voorbeeld Tekst 20190401 Tekst 2019-04-01 Tekst 2019/04/01 Tekst 01-04-2019 Tekst 01/04/2019 Datum 1-4-2019 Datum Maandag 1 april 2019 Datum 1-apr-19 Uw actie Controleer voordat u een spreadsheet importeert, het formaat van de betreffende Excel-cellen (rechtermuis > Celopmaak) en wijzig zo nodig het datumformaat. Loondoorbetaling bij ziekte (Uitsplitsing) -  uren referteperiode op basis contracturen Waarom Klanten die variabel ziekengeld gebruiken, gaven aan dat de berekening om de uren in de referteperiode te bepalen, moet plaatsvinden op basis van de contracturen, zodat een parttime percentage werd toegepast. Tot op heden werden de uren in de referteperiode bepaald op basis van bedrijfsuren, waardoor klanten die deze uren wilden bepalen op basis van contracturen, het ziekteuurloon variabele vergoedingen handmatig moesten berekenen.  Hoe Bedrijf > Arbeidsvoorwaardegegevens > Loondoorbetaling bij ziekte (Uitsplitsing) Aan het bedrijfsscherm Loondoorbetaling bij ziekte (Uitsplitsing) is het veld Gebruik contracturen referteperiode toegevoegd. Als u wilt dat de vergoeding Ziekengeld uurloon (variabel) wordt berekend op basis van de contracturen in de referteperiode, vult u hier Ja in. Is hier Nee ingevuld, dan wordt het Ziekengeld uurloon berekend op basis van de bedrijfsuren.  Uw actie Als u wilt dat de vergoeding Ziekengeld uurloon (variabel) wordt berekend op basis van de contracturen in de referteperiode, vul dan in het scherm Loondoorbetaling bij ziekte (Uitsplitsing) bij het veld Gebruik contracturen referteperiode de waarde Ja in. Aanpassing doorgifte gegevens UPA in combinatie met Generatiepact Waarom Als een medewerker deelneemt aan het Generatiepact, moeten de gegevens worden doorgegeven op basis van het percentage dat is ingevuld bij de arbeidsvoorwaarde Generatiepact in het veld Generatiepact Percentage Pensioenopbouw. Voor het regelingloon, de grondslagen en de premies worden de gegevens correct gevuld. Alleen de door te geven uren waren niet correct. Hoe Vanaf deze release worden de uren ook correct bepaald in combinatie met de arbeidsvoorwaarde Generatiepact. Uw actie Er is geen actie nodig. Opgeloste meldingen Verkeerde bedragen in de loonaangifte (change 1315000) Melding Sinds de februari release (9 februari) waren er in de loonaangifte 2018/2019 bij sommige werknemers verkeerde bedragen zichtbaar. Dit ging om de volgende rubrieken: Vakantiebijslag Opgebouwd recht vakantiebijslag Bedrag rente- en/of kostenvoordeel personeelslening Bedrag vergoeding reiskosten Verstrekte aanvulling op uitkering werknemersverzekering Werknemersbijdrage privégebruik auto Oplossing In het weekend van 16 en 17 maart hebben wij de loonaangifte op dit punt gecorrigeerd. Voor de aangiftetijdvakken die op dat moment al naar de Belastingdienst waren verzonden, resulteert dit in een correctie-aangifte. Er waren geen problemen met het totale fiscale loon of in te houden loonheffing, dus er is geen effect op de te betalen loonheffing aan de Belastingdienst. Als uw pensioenfonds gebruik maakt van de pensioengegevens in de loonaangifte, is er met terugwerkende kracht wel een verschil te zien bij de af te dragen pensioenpremies.  Uw actie Er is geen actie nodig. Uren kopen beïnvloedde ten onrechte de deeltijdfactor voor pensioen premieberekening met variabele grondslag (change 408371) Melding Als een medewerker uren koopt via de regeling Kopen, verkopen, verrekenen dagen/uren, worden in de periode van aankoop de uren naar de Loonaangifte verminderd met de aangekochte uren. Er was echter geen rekening mee gehouden dat dan in de Pensioenaangifte de deeltijdfactor Deeltijdf. pens. premie berek. (var. grdsl.) ten onrechte werd verlaagd bij pensioenen/fondsen met een variabele grondslag. Oplossing Dit hebben we opgelost met een nieuw gegevenselement Uren kopen totaal. Staat dit gegevenselement in de grondslag Uitzonderen aantal uren - interface plaatst, dan wordt de deeltijdfactor niet verlaagd. Uw actie Als u de resultaten van Pensioenen/fondsen (variabele grondslag) naar de pensioenaanvoerder TKP of Syntrus Achmea stuurt, moet u in de grondslag Uitzonderen aantal uren – interface het gegevenselement Uren kopen totaal opnemen. Signalering Stage mutatie tbv werknemers verzekeringen onterecht in Signaleringsverslag (change 1165627) Waarom  Als in de eerste betaalperiode van het jaar in het scherm Loonaangifte bij het veld Aantal stage periodes huidig jaar een waarde groter dan 0 was ingevuld, stond in het Signaleringsverslag in veel gevallen ten onrechte de foutmelding: Stage mutatie tbv werknemers verzekeringen.  Hoe  Door het aanpassen van de rekenregels in Payroll Business is dit vanaf 1 januari 2019  niet langer mogelijk en wordt deze signalering in de eerste betaalperiode alleen nog gegeven als er geen sprake is van WW-verzekeringen of als bij Aard arbeidsverhouding de waarde 07 Stagiair is ingevuld.  Uw actie  Er is geen actie nodig. Signalering Afloopdatum contract verstreken fout VT berekening onterecht in Signaleringsverslag (change 1283334) Waarom Voor medewerkers met een tijdelijk contract -in het scherm Arbeidscontract is de Afloopdatum ingevuld- en een uitbetaling van vakantietoeslag in de maand waarin het contract afloopt, mag de signalering Afloopdatum contract verstreken fout VT berekening uitsluitend worden afgegeven als de medewerker op de dag na de afloopdatum van het contract nog in dienst is. Tot dusverre werd altijd gecontroleerd of de medewerker in dienst is op de laatste dag van de afrekenperiode waarin de uitbetaling van vakantietoeslag plaatsvindt. Hoe   De rekenregels in Payroll Business zijn per 1 januari 2019 aangepast, zodat de controle of de medewerker in dienst is voortaan plaatsvindt op de dag na de afloopdatum van het tijdelijke contract. Uw actie Er is geen actie nodig. Missende betalingen in betaalbestand bij aanvullende verwerking (change 1232942) Melding Medewerker > Loonheffingen Als voor een medewerker in het scherm Loonheffingen de Loonheffingskorting op Ja stond en in een vervolgverwerking op Nee werd gezet waarna de periode werd afgesloten en betaald, en daarna voor een aanvullende verwerking de Loonheffingskorting toch weer op Ja werd gezet, dan leidde dat ten onrechte niet tot een nabetaling.  Oplossing Voor deze uitzonderlijke situatie hebben we de programmatuur gewijzigd, zodat dit probleem niet meer kan voorkomen. Uw actie Er is geen actie nodig. Anoniementarief werd niet goed toegepast (change 1282933) Melding Als bij een medewerker in het scherm Loonheffingen is vastgelegd dat het om een Anonieme werknemer gaat, dan moet er 52% aan loonheffing worden ingehouden. Payroll Business hanteerde in dat geval ten onrechte het hoogste percentage van de loonheffingen van 51,75%, voor 2019. Met ingang van deze release is dit aangepast.   Oplossing Rapporten > Controleoverzichten > Referentietabel De referentietabel Loonheffing algemeen is met ingang van 1-1-2019 uitgebreid met een extra kolom, waarin het anoniementarief is vastgelegd van 52%. Als bij een medewerker is vastgelegd dat het om een anonieme werknemer gaat, past Payroll Business nu dit percentage van 52% toe. Uw actie  Er is geen actie nodig. Indien van toepassing vindt er een automatische herberekening plaats. Kolom SV loon op de loonstrook (change 947434) Melding Soms werd bij de 3-koloms of 4-koloms salarisstrook de kolom SV loon ten onrechte getoond bij een medewerker die niet is verzekerd voor de sociale verzekeringen.  Oplossing Vanaf nu wordt de kolom SV loon alleen getoond als er ook daadwerkelijk SV-loon is voor de medewerker. Uw actie  Er is geen actie nodig. Verloonde uren Loonaangifte (change 956246) Melding Voor de Loonaangifte moet per periode het aantal verloonde uren worden doorgegeven. Payroll Business berekent deze uren in het cumulatieve payrollelement Aantal verloonde uren. De basis voor het aantal verloonde uren is het aantal contracturen. Bij het (gedeeltelijk) doorbetalen van loon bij verlof en loon bij ziekte, gelden er  echter andere regels voor het berekenen van de verloonde uren. In sommige gevallen werden de ziekte- en verlofuren niet goed meegeteld voor het aantal verloonde uren. Met ingang van deze release is dit per 1-1-2019 opgelost. Oplossing De Belastingdienst schrijft voor dat bij ziekte het aantal verloonde uren hetzelfde blijft als voor de ziekte. De Ziekte-uren (1 t/m 10) vanuit de arbeidsvoorwaarde Loondoorbetaling bij ziekte (uitsplitsing) en de arbeidsvoorwaarde Salaris variabel worden vanaf nu niet meer gecorrigeerd op het aantal verloonde uren. Voor gedeeltelijk doorbetaalde verlofuren geldt dat deze uren meetellen voor het gedeelte dat wordt doorbetaald: 10 verlofuren 100% doorbetaling = 10 verloonde uren 10 verlofuren 70% doorbetaling = 7 verloonde uren 10 verlofuren 0% doorbetaling = 0 verloonde uren Uw actie Er is geen actie nodig. Indien van toepassing vindt er een automatische herberekening plaats. Verwerkbare fouten APG - introductie nieuw gegevenselement Correctie verlofuren (Pensioenaangifte) Melding Als het aantal verloonde uren werd gekort vanwege (deels) onbetaald verlof voor de loonaangifte, dan werden deze uren ook doorgegeven in de pensioenaangifte van APG. Als de pensioenopbouw echter op basis van 100% dient door te lopen, werden de verkeerde uren doorgegeven. Dit veroorzaakte een verwerkbare fout bij APG. Oplossing Vanaf deze release wordt er een nieuw gegevenselement Correctie verlofuren (Pensioenaangifte) berekend, als er sprake is van verlof dat tegen minder dan 100% wordt uitbetaald. Dit element kunt u opnemen in de grondslag Uitzonderen aantal uren periode - interface. Uw actie Indien van toepassing, kunt u dit element opnemen in de grondslag Uitzonderen aantal uren periode - interface. APG Personeelsnummer uitgebreid naar 15 posities Melding Voor APG werd het personeelsnummer doorgegeven met maximaal 12 posities. Volgens de richtlijnen van APG moeten dit 15 posities zijn. Oplossing Vanaf deze release is het aantal posities uitgebreid van 12 naar 15. Uw actie Er is geen actie nodig. UPA Regelinggegevens - melding Deling door nul functie Melding Soms werd in de functie UPA Regelinggegevens de melding Deling door nul gegeven bij een medewerker die uit dienst getreden was. Bij een vervolgverwerking kwam de foutmelding niet voor. Oplossing Dit is met ingang van deze release aangepast, zodat de melding niet meer verschijnt. Uw actie Er is geen actie nodig. Vermelding leaseautocategorie op medewerkerkaart bij geen leaseauto (change 302911, 655338)  Melding Ook bij medewerkers die geen leaseauto hadden, was op de medewerkerkaart een default waarde leaseautocategorie ingevuld.  Oplossing Sinds januari 2019 is de leaseautocategorie alleen nog maar ingevuld voor medewerkers die daadwerkelijk een leaseauto hebben. Uw actie Er is geen actie nodig.  Berekening Loonheffing bij loon hoger dan hoogste tabelloon (change 1300205) Melding Als een medewerker een loon heeft dat hoger is dan het hoogste tabelloon, kon er een verschil ontstaan van 1 eurocent bij het berekenen van de loonheffing volgens de loonheffingstabellen en de berekening van Payroll Business. Met ingang van deze release is dit aangepast.   Oplossing De berekening van de loonheffing binnen Payroll Business is aangepast en is nu conform de voorschriften van de loonheffingstabellen.  Uw actie  Er is geen actie nodig. Indien van toepassing vindt er een automatische herberekening plaats. Overzicht indiensttreding toonde niet alle betreffende medewerkers (change 1232113) Melding Rapporten > Personeelsmanagement > Overzicht indiensttreding Bij de samenstelling van het rapport Overzicht indiensttreding werden ten onrechte niet altijd alle betreffende medewerkers getoond die in het opgevraagde tijdvak in dienst waren getreden. Dit kwam doordat bij deze medewerkers een Datum indienst organisatie aanwezig was, die buiten het opgevraagde tijdvak viel. Oplossing Voor het rapport Overzicht indiensttreding gebruikt Payroll Business voortaan alleen het gegevenselement Datum indienst. Alle medewerkers met een Datum indienst die valt binnen het opgevraagde tijdvak worden nu in dit rapport getoond. Uw actie  Er is geen actie nodig. Betalingsoverzicht netto resultaat (change 464619) Melding Rapporten > Controleoverzichten> Betalingsoverzicht netto resultaat Het rapport Betalingsoverzicht netto resultaat bevatte een regel over de soort verwerking. De tekst in deze regel was verwarrend. Oplossing Naast de ook getoonde regel met de omschrijving van de salarisverwerking waarop het rapport is gebaseerd, voegde deze regel geen extra informatie toe. De regel met de soort verwerking staat daarom niet meer in het rapport. Uw actie  Er is geen actie nodig. Berekend bedrag loonheffing mogelijk onjuist bij werknemers met herleidingsregel (change 1336024) Melding Als bij een medewerker een herleidingsregel van toepassing is waarbij die medewerker niet belastingplichtig is, dan kon de berekening van de loonheffing fout gaan. Deze situatie kon optreden als die medewerker het maximum loon van de werknemersverzekeringen had bereikt en er ook sprake is geweest van eenmalige beloningen. Payroll Business ging in dat geval ten onrechte loonheffing terugbetalen aan die medewerker.  Oplossing De berekening van de loonheffing binnen Payroll Business is aangepast.   Uw actie  Er is geen actie nodig. Indien van toepassing vindt er een automatische herberekening plaats. Publishing Date : 3/22/2019

Improvements Data in the Ziekteverzuim reports were not correct Why When the standard reports R-ZK-10310, R-ZK-10320 and R-ZK-10300 for the month of May 2018 were run, the percentage Deelbetrekking (and the ZVP) was not correct. In the procedure which feeds the standard report R-ZK-10310 in the table variable column definition, the FTE column was declared as Decimal without specifying the decimal points. Therefore it was treated as an integer number and rounded off. How The FTE column mentioned above is now declared as Decimal with specifying the decimal points. Your action No action is needed No future inflow in report R-AL-11000-a Instroom doorstroom en uitstroom Why When the standard report R-AL-11000-a Instroom doorstroom en uitstroom was run, the result didn't show any data, because the report used the current date which did not yield any data. How The problem has been solved. Data is now retrieved by looking at different information. Your action No action is needed Datum uit dienst is missing  Why When a report with current data of the Datum uit dienst was run, for some employees the Datum uit dienst wasn't shown although the Dienstverband indicatie was Uit dienst. How The issue was related to a missing mutation and this has been resolved.  Your action No action is needed Ziekteverzuim rapport R-ZK-10300 does not show all requested data Why When the standard report R-ZK-10300 was run with the request data from 01-12-2018 until today, the Ziekte Tijdvak 31-12-2018 was not always present for all employees. The Reports 10310 and 10320 were also not complete. How Adjusted calculations on the Ziekte Tijdvak field on the standard reports R-ZK-10300.  R-ZK-10300,  R-ZK-10310 and R-ZK-10320 now provides the complete information for each specified period. Your action No action is needed Publishing Date : 3/22/2019

Verbeterd 1.  Data in de Ziekteverzuim-rapporten waren onjuist Waarom Als de standaardrapporten R-ZK-10310, R-ZK-10320 en R-ZK-10300 voor de maand mei 2018 werden uitgevoerd, waren het Deelbetrekking percentage en de ZVP niet correct. De kolom FTE in het rapport R-ZK-10310 was gedefinieerd als Decimaal zonder de decimale punten te specificeren. Het werd daarom behandeld als heel getal en afgerond. Hoe De kolom FTE is nu gedefinieerd als Decimaal met de decimale punten. Uw actie Er is geen actie nodig. 2.  Geen toekomstige instroom in het rapport R-AL-11000-a Instroom doorstroom en uitstroom Waarom Als het standaardrapport R-AL-11000-a Instroom doorstroom en uitstroom werd uitgevoerd, bevatte het resultaat geen gegevens omdat het rapport  gebruikmaakte van de huidige datum, waarop geen gegevens waren aangemaakt. Hoe Het probleem is opgelost. Er worden nu gegevens opgehaald door naar verschillende datums te kijken. Uw actie Er is geen actie nodig. 3.  Datum uit dienst ontbreekt Waarom Als een rapport wordt uitgevoerd met actuele data voor Datum uit dienst, werd de Datum uit dienst niet weergegeven voor bepaalde medewerkers hoewel de Dienstverband indicatie Uit dienst was. Hoe Dit probleem had te maken met een mutatie die ontbrak en is inmiddels opgelost. Uw actie Er is geen actie nodig. 4.  Ziekteverzuim rapport R-ZK-10300 toont niet alle gevraagde gegevens Waarom Als het standaardrapport R-ZK-10300 werd uitgevoerd met de gevraagde data van 01-12-2018 tot heden, werd Ziekte Tijdvak 31-12-2018 niet altijd getoond voor alle medewerkers. De rapporten 10310 en 10320 waren ook niet compleet. Hoe Aangepaste berekeningen voor het veld Ziekte Tijdvak field in de standaardrapporten R-ZK-10300, R-ZK-10300, R-ZK-10310 en R-ZK-10320 tonen nu complete informatie voor elke opgegeven periode. Uw actie Er is geen actie nodig. Publishing Date : 3/22/2019

  This document describes the new functionality and improvements introduced by this release. Some of these changes have been inspired by messages and reports from customers. Where relevant, we have included a number in the section title to refer to the identification of the message (change .....) in question in our system. Modified and improved 1.  Travel distance calculation parameters – Google Maps to Webservices Why As was specified in the March release notes, we will start using Webservices again instead of Google Maps as of the April release. Below you will find information on the major changes you as a client will experience. What has changed? Calculation of number of kilometers In Google Maps the calculation was always based on the optimum route. In Webservices the calculation is based on the shortest or fastest route. You will have to specify your choice in the set-up once. See Your action. House number and house number suffix When Webservices was used in the past, it was not possible to calculate the distance between the house number of the location and the house number of the employee. This was possible with Google Maps, but house number suffix could not be used. This time Webservices calculates the travel distance using both house number and house number suffix. No house number of location When no house number is specified for a location, the calculation will be based on the central location of the specified postcode. Foreign addresses and Country field The travel distance for foreign addresses can now be calculated as well. When it concerns a location, the field Country must be entered correctly. If no country is specified, the calculation will automatically be based on The Netherlands. When will calculation take place When the transition is made from Google Maps to Webservices, nothing will change in the already calculated data. A distance calculation will take place when: You change the address data of the location. You change the branch of an employee or add a location. You change the employee’s address data. You want to determine the travel distance collectively. You change the field Automatisch berekenen (Calculate automatically) for the employee from No into Yes. Your action Maintenance > Repository > Configurate traveldistance calculation The Route field has been added again to the Send Data for determination of traveling distance screen. With Webservices the route can be calculated based on the fastest or shortest route; the default value is Fastest route. If you want to use the shortest route, you have to modify this field. If the field was already set to Fastest route before Google Maps was used, this value will now also be used. Maintenance > Repository > Determine travel distance collectively (Reisafstand collectief bepalen) The transition from Google Maps to Webservices does not result in automatic recalculations. If you want the travel distance for the entire company to be recalculated to ensure everyone uses the same route calculation, you can have the travel distance determined collectively. Company > Location If there are foreign locations and you want to include these in the automatic travel distance calculation, the Country field must be entered correctly. 2.  Configurate traveldistance calculation – Additional Rounding option (change 530662) Why If you have the commuting distance calculated by Payroll Business automatically, you can now also round the travel distance up to whole kilometers. How Management > Repository > Stuurgegevens reisafstandsbepaling (Travel distance calculation parameters) The Rounding up (whole kilometers) option (Afronden naar boven (hele kilometers) has been added to the Rounding travel expenses commuting km field (Reisk. Afronding km woon-werk) in the Configurate traveldistance calculation screen. Your action Management > Repository > Determine travel distance collectively (Reisafstand collectief bepalen) If you want to use the new option, Payroll Business has to re-determine the commuting distance of all employees. To enable this, you have to specify the required Reference date in the Determine travel distance collectively screen: 1-1-2019 or later. 3.  Travel distance calculation – Block until address changes Why If you had made deviating agreements about the travel distance calculation, or had consciously opted for calculating the one-way trip distance yourself, you could only select No in the Automatisch route berekenen (Calculate route automatically) field in the employee’s Travel expenses screen. As a result, no calculation would ever be made until you changed the field to Yes. As of this release you can have the travel distance calculated automatically when the address of the branch or of the employee changes. How Employee > Terms of employment > Terms of employment > Travel expenses The No, until address change option (Nee, tot adreswijziging) has been added to the Calculate route automatically field (Automatisch Route berekenen) in the employee’s Travel expenses terms of employment screen. When you select this option, the number of kilometers you have specified yourself will be used until the address of the location or of the employee changes. When one of these addresses changes, the No, until address change value in the Calculate route automatically field will be automatically changed to Yes. Your action When you want to use the No, until address change option, you can specify this in the Calculate route automatically field in the employee’s Travel expenses terms of employment screen. 4.  OE code displayed in the organizational structure Why When improvements to the workplace were identified – in lean terminology referred to as the Gemba walk – it was specified that the names of the organizational units were often very similar. This applies in particular to companies with a large organizational tree structure. It is, therefore, preferable to not only display the organizational unit’s description, but also its code. How Management > Repository > Organizational structure > Organizational units When the organizational tree structure opens, you will now see the description of the organizational units followed by a code in between brackets, for example Business Unit Amersfoort (10001).  Your action No action is needed. Resolved notifications 5.  Empty lines in collective leave report (change 431045) Message Company > Leave > Collective leave Sometimes empty lines were included in the report that was generated when entering collective leave. This was due to the fact that a collective day of leave was assigned to employees who were specified as being employed in the future. It was impossible to retrieve the name of such an employee, resulting in an empty line.  Solution The software has been modified. As of this release the names of employees not yet employed are also included in the report for whom a collective leave deduction in the future applies.  Your action No action is needed. 6.  Workflow could not be linked to active notification (change 1289064) Message Management > Active notification When linking a workflow to active notifications, an error message was displayed and linking was no longer possible.  Solution This problem has been solved and the workflow can be linked again as usual. Your action No action is needed. 7.  Leave - Leave date in overview and registration of double hours when not settling (change 1155337)  Message Sometimes double hours were displayed in the Not settled column (Niet verrekend) where leave was concerned that should not be settled. An employee had booked 8 leave hours that should not be settled. However, the overview stated a balance of 16 hours that should not be settled. Solution Employee > Leave > Leave balance  This problem only concerned the Not settled column (Niet verrekend) and has been solved. Your action No action is needed. 8.  Leave requested, other hours than expected are processed (change 1236776) Message Leave request through HR Self Service When leave was requested and a start and end date were specified as well as the hours, half of these hours were booked per day, and 24 hours on the last day of the leave period. This was due to the fact that the work schedule was created twice and the hours were, therefore, divided across both schedules. Because an end date was specified as well as the required leave hours, the remainder of the hours was allocated to the last day of the specified period. (With a maximum of 24 available hours per day.) Solution The software has been modified as of 1 January 2019 and no more double work schedules are created. Your action No action is needed. Publishing Date : 3/22/2019

  Gewijzigd en verbeterd Stuurgegevens reisafstandsbepaling – Google Maps naar Webservices Waarom Zoals in de release notes van maart reeds aangegeven, gaan we vanaf de release van april weer gebruik maken van de diensten van Webservices in plaats van Google Maps. Hieronder leest u kort de belangrijkste wijzigingen van deze keuze voor u als klant. Wat is er allemaal veranderd? Keuze voor berekening aantal kilometers De berekening via Google Maps ging altijd op basis van de meest optimale route. Webservices werkt niet met deze berekening, maar met de kortste of snelste route. Hiervoor moet u eenmalig uw keuze vastleggen in de inrichting. Zie bij Uw actie. Huisnummer en huisnummer toevoeging De vorige keer dat de afstandsberekening via Webservices verliep, was het niet mogelijk om de afstand te laten berekenen van Huisnummer vestiging tot Huisnummer medewerker. Dit was wel mogelijk bij Google Maps, maar de Huisnummer toevoeging werkte niet. Na de overgang naar Webservices, wordt de reisafstand berekend met zowel Huisnummer als Huisnummer toevoeging. Geen huisnummer bij vestiging Als bij een vestiging geen huisnummer is ingevuld, vindt er een berekening plaats die uitgaat van het centrale punt van deze postcode. Buitenlandse adressen en veld Land Het is nu ook mogelijk om de reisafstand te bepalen voor buitenlandse adressen. Als het om een vestiging gaat, is het hierbij noodzakelijk dat het veld Land juist is ingevuld. Ontbreekt het land, dan wordt voor de afstandsbepaling automatisch Nederland als land meegegeven. Wanneer berekenen? Wanneer de overgang plaatsvindt van Google Maps naar Webservices, gebeurt er in beginsel niets met de reeds berekende gegevens. Er zal alleen een afstandsberekening plaatsvinden als: U de adresgegevens van de vestiging wijzigt. U bij een medewerker de vestiging wijzigt of een vestiging toevoegt. U de adresgegevens van de medewerker wijzigt. U de reisafstand collectief wilt gaan bepalen. U bij de medewerker het veld Automatisch berekenen wijzigt van Nee naar Ja. Uw actie Beheer > Inrichting > Stuurgegevens reisafstandsbepaling Aan het scherm Stuurgegevens reisafstandsbepaling is het veld Route weer toegevoegd. Bij Webservices is het mogelijk de route te laten berekenen via de snelste of kortste route; de standaardwaarde is Snelste route. Wilt u de kortste route gebruiken, dan moet u dit veld aanpassen. Als u, voordat er werd berekend met Google Maps, al Snelste route had ingevuld, dan is deze waarde nu weer ingesteld. Beheer > Inrichting > Reisafstand collectief bepalen Door de overgang van Google Maps naar Webservice wordt er niets automatisch herberekend. Als u wilt dat de reisafstand voor het gehele bedrijf wordt herberekend zodat bij iedereen dezelfde routeberekening wordt gebruikt, kunt u zelf de reisafstand collectief laten bepalen. Bedrijf > Vestiging Als u buitenlandse vestigingen heeft en u wilt deze laten meenemen in de automatische reisafstandsbepaling, dan moet u in het scherm Vestiging het veld Land correct invullen.  Stuurgegevens reisafstandsbepaling - extra optie Afronden (change 530662) Waarom Als u de reisafstand woon-werk automatisch door Payroll Business laat bepalen, is het vanaf deze release ook mogelijk de reisafstand naar boven te laten afronden op hele kilometers. Hoe Beheer > Inrichting > Stuurgegevens reisafstandsbepaling In het scherm Stuurgegevens reisafstandsbepaling is aan het veld Reisk. Afronding km woon-werk de optie Afronden naar boven (hele kilometers) toegevoegd. Uw actie Beheer > Inrichting > Reisafstand collectief bepalen Als u de nieuwe optie wilt gebruiken, moet u door Payroll Business de reisafstand woon-werk van alle medewerkers opnieuw laten bepalen. Dit doet u door in het scherm Reisafstand collectief bepalen de gewenste Peildatum op te geven: deze is 1-1-2019 of later. Reisafstandsbepaling - Blokkeren tot adreswijziging Waarom Als u afwijkende afspraken heeft gemaakt over de reisafstandsbepaling of u heeft er bewust voor gekozen om de reisafstand enkele reis zelf te berekenen kon u in het medewerkerscherm Reiskosten alleen de optie Nee invullen bij het veld Automatisch route berekenen. Dit hield in dat er nooit meer een berekening plaats zou vinden tot u het veld op Ja zou zetten. Vanaf deze release heeft u de mogelijkheid de reisafstand wel automatisch te laten bepalen, zodra het vestigingsadres of het adres van de medewerker wijzigt. Hoe Medewerker > Arbeidsvoorwaarden > Arbeidsvoorwaarden > Reiskosten In het arbeidsvoorwaardenscherm Reiskosten van de medewerker is aan het veld Automatisch Route berekenen de optie Nee, tot adreswijziging toegevoegd. Kiest u voor deze optie, dan blijft het aantal kilometers dat u zelf hebt opgegeven, staan tot er een wijziging plaatsvindt in het adres van de vestiging of van de medewerker. Als één van deze adressen wijzigt, wordt in het veld Automatisch route berekenen de waarde Nee, tot adreswijziging automatisch gewijzigd in Ja. Uw actie Als u de optie Nee, tot adreswijziging wilt gebruiken, kunt u deze optie in het arbeidsvoorwaardenscherm Reiskosten van de medewerker vastleggen in het veld Automatisch route berekenen. OE code getoond in de organisatiestructuur Waarom Tijdens het inventariseren van verbeteringen op de werkvloer, in lean-terminologie de Gemba-walk genoemd, is er aangegeven dat de namen van de organisatorische eenheden soms veel op elkaar lijken. Dit komt met name voor bij bedrijven waarbij de organisatiestructuur een lange boomstructuur heeft. Het is daarom wenselijk om naast de omschrijving van de organisatorische eenheid, ook de code van de organisatorische eenheid te tonen. Hoe Beheer > Inrichting > Organisatiestructuur > Organisatorische Eenheden Als u de boomstructuur van de organisatiestructuur opent, ziet u voortaan achter de omschrijving van de organisatorische eenheden, ook de code tussen haakjes staan, bijvoorbeeld Business Unit Amersfoort (10001).  Uw actie Er is geen actie nodig. Opgeloste meldingen  Lege regels in rapport invoeren collectief verlof (change 431045) Melding Bedrijf > Verlof > Collectief verlof Company > Leave > Collective leave Soms kwamen er lege regels voor in het rapport dat werd aangemaakt bij het invoeren van collectief verlof. Dit kwam doordat aan medewerkers die in de toekomst in dienst waren gemeld, een collectieve verlofdag was toegekend. Het was dan niet mogelijk de naam van de medewerker op te halen, waardoor er een lege regel ontstond.  Oplossing  De programmatuur is aangepast, Vanaf deze release staan ook de namen van medewerkers in het rapport die nog niet in dienst zijn getreden, maar waarvoor wel een collectieve verlofafboeking in de toekomst van toepassing is.  Uw actie Er is geen actie nodig. Workflow koppelen aan actief signaal lukte niet (change 1289064)  Melding Beheer > Actieve signalering Bij het koppelen van een workflow aan actieve signaleringen verscheen een foutmelding, waardoor het koppelen niet mogelijk was.  Oplossing Dit is opgelost, zodat u de workflow weer op de gebruikelijke manier kunt koppelen.  Uw actie Er is geen actie nodig. Verlof - Vervaldatum in overzicht en boeking dubbele uren bij niet verrekenen (change 1155337)  Melding Soms werden bij een verlofopname die niet verrekend moest worden, de uren dubbel getoond in de kolom Niet verrekend. Een medewerker had 8 verlofuren geboekt die niet verrekend moesten worden. In het overzicht stond bij saldo echter 16 uur niet verrekenen.  Oplossing Medewerker > Verlof > Verlofsaldo  Dit kwam alleen in de kolom Niet verrekend voor en is vanaf deze release opgelost.  Uw actie Er is geen actie nodig. Verlof aangevraagd, andere uren verwerkt dan verwacht (change 1236776) Melding Verlofaanvraag via HR Self Service Bij een verlofaanvraag waar een Begin- en einddatum werd ingevuld én ook de uren werden meegegeven, werd de helft van de uren per dag ingeboekt en op de laatste dag van de verlofperiode 24 uur. Dit kwam doordat het werkrooster dubbel was aangemaakt, waardoor de applicatie de uren verdeelde over de beide roosters. Omdat er een einddatum werd opgegeven samen met de gewenste opname-uren, werd de rest van de uren verdeeld over de laatste dag van de opgegeven periode. Dit gedaan met een maximum van 24 beschikbare uren per dag. Oplossing De programmatuur is aangepast per 1 januari 2019, zodat het ongewild aanmaken van dubbele werkroosters niet meer voorkomt. Uw actie Er is geen actie nodig. Publishing Date : 3/22/2019

This document describes the new functionality and improvements introduced by this release. Some of these changes have been inspired by messages and reports from customers. Where relevant, we have included a number in the section title to refer to the identification of the message (change .....) in question in our system. New (Re)hire (Re)hire is a special function that facilitates the hiring and rehiring process. This process will help you to check if a person has worked for your company before, for how long, and how many contracts he/she had in the past. Using this information, the manager or the person who is starting the hiring process can decide if this person should be hired on a permanent or temporary basis. Important condition You can not do this yourself. Before you can use the (Re)hire process, you have to carry out some configuration steps. Please contact your HCM-consultant for this. It concerns the following that must first be carried out: The Unique Personal ID (this is the unique key that links employment) and the contract sequence number must be correctly entered and correctly kept for the existing population. Configure the special function from Beheer menu > Workflow definition tab > Wijzigen speciale functies. Configuration The name of the new special function is (Re)hire.  Using the Wijzigen button, you can configure which workflows will be available for the users of this process. Authorizations will be taken into consideration, so you should be authorized for the special function and the workflows as well. This process is designed to work only with new workflows. If any other workflow type is configured it will not work. Usage To use the special function, go to the Start menu and the configured tab as you would for any other workflow. When you start the process, the application will guide you through three steps to see the employee’s data. Step 1 -  Search of employee The fields 'Birth name' and 'Date of birth' are mandatory. After introducing the data you can use the button Search to show the results. From this page you can also go to the new workflows that are configured to start the process for an employee who has not worked for the company in the past. When you select an employee from the list, you will be redirected to step number 2. Step 2 -  BSN Check You must enter the selected employee’s BSN number to ensure that you are authorized to see the employee’s contract data. If the BSN number is incorrect, you will receive a message. If you enter an incorrect BSN number three times, you will be redirected to the start page. Step 3 -  Contract history This step shows the contract history of the selected employee and other useful information to help you decide if the person can be rehired and with which contract type. Using the Next button it is possible to access the list of new workflows configured to start the process. Solved messages No error message when using distance calculation with no values or wrong values All Self Service Problem No error message occurs if a wrong or no zipcode, streetname or country has been filled in.   Solution As from this release, we have added several error messages in Self Service when you are filling the field incorrectly for the distance calculations. In case of zero value zipcode the error message will be: An error message occurred when calculating this distance. You have used an incorrect zip code. In case of zipcode does not excist the error messages will be: An error message has occurred when calculating this distance. You have used a not known zip code. An error message has occurred when calculating this distance. The distance calculation could not take place due to an incorrect value.   In case of incorrect zipcode format the error messages will be:  An error message has occurred when calculating this distance. You have used an incorrect zip code. An error message has occurred when calculating this distance. The distance calculation could not take place due to an incorrect value.   In case of incorrect country code format the error message will be: An error message has occurred when calculating this distance. You have used an incorrect country code.   In case the zipcode from is equal to Zipcode to the error message will be: An error message has occurred when calculating this distance. You have used the same zip code.   In case of empty country code the error message will be: An error message has occurred when calculating this distance. Country can not be empty.   Publishing Date : 3/29/2019

Dit document bevat een beschrijving van nieuwe functionaliteiten en verbeteringen in deze release. De wijzigingen komen deels voort uit meldingen van onze klanten. Waar het relevant is, verwijzen wij met een nummer naar ons interne systeem waarin wij meldingen van klanten (change …..) registreren. Nieuw (Her)indiensttreding (Her)indiensttreding is een speciale functie die het proces voor (her)indienstname vereenvoudigt. Met dit proces kunt u controleren of en hoe lang een persoon al eerder voor uw bedrijf heeft gewerkt en hoeveel contracten hij/zij in het verleden heeft gehad. De manager of degene die het proces voor indienstname start, kan aan de hand van deze informatie bepalen of de persoon op vaste of tijdelijke basis moet worden aangenomen. Belangrijke voorwaarde U kunt dit niet zelf. Voordat u gebruik kunt maken van het (Her)indiensttreding proces moet u namelijk enkele inrichtingsstappen uitvoeren. Neem hiervoor contact op met uw HCM-consultant. Het gaat om het volgende dat eerst uitgevoerd moet worden: Het Unieke Persoons ID (dit is de unieke sleutel die dienstverbanden aan elkaar koppelt) en het contractvolgnummer moeten correct worden ingevuld en correct worden bijgehouden voor de bestaande populatie. Inrichting U kunt deze speciale functie vinden via Beheer menu > tabblad Workflowdefinitie > Wijzigen speciale functies. De naam van de nieuwe speciale functie is (Her)indiensttreding. Gebruik de knop Wijzigen om op te geven welke workflows beschikbaar zijn voor de gebruikers van dit proces. U moet gemachtigd zijn voor het gebruik van deze speciale functie en de workflows. Dit proces werkt alleen met nieuwe medewerker workflows (NW). Gebruik Om de speciale functie te gebruiken, gaat u naar het menu Start en het tabblad met het icoon (Her)indiensttreding zoals bij elke andere workflow. Nadat u het proces heeft gestart, wordt u door drie stappen geleid om de gegevens van de medewerker te bekijken. Stap 1 - Medewerker zoeken De velden Geboortenaam en Geboortedatum zijn verplicht. Nadat u deze gegevens heeft ingevoerd, klikt u op Zoek om de resultaten weer te geven. Op deze pagina kunt u ook naar de workflow(s) Nieuwe medewerker gaan die betrekking hebben op de nieuwe medewerkers die nog niet eerder voor het bedrijf heeft gewerkt. Wanneer u een medewerker selecteert in de lijst, wordt u omgeleid naar stap 2. Stap 2 - Controle met BSN-nummer U moet het burgerservicenummer van de geselecteerde medewerker invoeren om ervoor te zorgen dat u gemachtigd bent om de contractgegevens van de medewerker te zien. Als het burgerservicenummer onjuist is, verschijnt er een bericht. Als u het onjuiste burgerservicenummer drie keer heeft ingevoerd, wordt u omgeleid naar de startpagina. Stap 3 - Contractgeschiedenis Met deze stap geeft u de contractgeschiedenis en andere nuttige gegevens van de geselecteerde medewerker weer aan de hand waarvan u kunt bepalen of deze persoon opnieuw kan worden aangenomen en met welk type contract. Gebruik de knop Verder om de lijst te openen met de workflow(s) Nieuwe medewerker. Opgeloste meldingen Geen foutmelding bij het berekenen van de afstand met verkeerde waarden of zonder waarden Voor alle Self Service Probleem Er verschijnt geen foutmelding wanneer een verkeerde of onjuiste postcode, straatnaam of land is ingevoerd. Oplossing Vanaf deze release zijn verschillende foutmeldingen aan Self Service toegevoegd om u te vertellen dat een veld onjuist is ingevuld voor het berekenen van de afstand. De foutmelding voor een lege postcode is als volgt: Er is een foutmelding opgetreden bij het berekenen van deze afstand. U heeft een onjuiste postcode gebruikt. De foutmeldingen voor een onbekende postcode zijn als volgt: Er is een foutmelding opgetreden bij het berekenen van deze afstand. U heeft een niet bekende postcode gebruikt. Er is een foutmelding opgetreden bij het berekenen van deze afstand. De afstandsberekening heeft niet kunnen plaatsvinden vanwege een onjuiste waarde. De foutmeldingen voor een onjuiste postcode zijn als volgt:  Er is een foutmelding opgetreden bij het berekenen van deze afstand. U heeft een onjuiste postcode gebruikt. Er is een foutmelding opgetreden bij het berekenen van deze afstand. De afstandsberekening heeft niet kunnen plaatsvinden vanwege een onjuiste waarde. De foutmelding voor een onjuiste landcode is als volgt: Er is een foutmelding opgetreden bij het berekenen van deze afstand. U heeft een onjuiste landcode gebruikt. Als de postcode in het veld Van en Naar hetzelfde is, is de foutmelding als volgt: Er is een foutmelding opgetreden bij het berekenen van deze afstand. U heeft dezelfde postcode gebruikt. Als de landcode leeg is, is de foutmelding als volgt: Er is een foutmelding opgetreden bij het berekenen van deze afstand. Landcode kan niet leeg zijn. Publishing Date : 3/29/2019

Mededelingen Online release sessies Op dinsdag 2 maart zijn we als pilot gestart met een release sessie, waarin we de release van die maand hebben toegelicht en dinsdag 30 maart vond de kennissessie voor de april release plaats. De komende maanden zetten we de pilot voort en vindt in de week na de release een kennissessie van één uur plaats, waarin we de belangrijkste zaken uit deze release nader toelichten. We besteden we extra aandacht aan de zaken waarvoor je als klant actie moet ondernemen om gewijzigde of nieuwe functionaliteit juist en volledig te gaan gebruiken. Hiermee hopen we de release notes en de acties die bij bepaalde onderwerpen zijn vermeld, te verduidelijken. De release sessie over de release van mei vindt plaats op dinsdag 04 mei 14.00 uur. Je kunt je aanmelden via de Evenementenkalender in de community of hiervoor contact opnemen met jouw Customer Success Manager. Feedback op onze applicatie Vorig jaar zijn we gestart met Customer Effort Score (CES) waarmee je via de schermen AVG Wissen persoonsgegevens en Voorstel Transitievergoeding feedback kon geven op de werking ervan. We hebben hierover goede feedback gekregen en deze ook opgepakt. De laatste maanden hebben we veel fouten en wensen opgelost voor het rapport Ad-hoc rapportage (uitgebreid). De bedoeling is dat de uitgebreide ad hoc rapportage op den duur het oudere rapport Ad-hoc rapportage vervangt en dat we dit oude rapport uit het menu te halen. We willen nu graag feedback ontvangen over de uitgebreide ad hoc rapportage, om te weten te komen of deze nu goed werkt en of alle wensen erin zijn verwerkt. Daarom vragen we je vanaf deze release om na het uitvoeren van het rapport Ad-hoc rapportage (uitgebreid) feedback te geven op de werking van dit rapport.   Vanaf de mei release vragen we geen feedback meer over het scherm AVG Wissen persoonsgegevens. Actie Rapporten > Controle > Ad-hoc rapportage (uitgebreid) 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.  Nieuw Korting verlof in Pensioeninrichting Waarom  Op dit moment is het alleen mogelijk om voor drie verlofsoorten de eventuele korting op te nemen in de de pensioenberekening. Omdat steeds meer klanten ook voor de overige verlofsoorten verlof inrichten met een doorbetalingspercentage van minder dan 100%, gaan we het mogelijk maken deze kortingen ook op te nemen in de berekening van de pensioenregeling. We zijn bezig met de pensioeninrichting hierop voor te voorbereiden. Dit houdt in dat deze inrichting vanaf de juni release uit de arbeidsvoorwaarden verdwijnt en je in plaats hiervan referentietabellen gebruikt. Hoe  Instellingen > Berekening > Referentietabellen beheer Als voorbereiding op de aanpassingen in juni, is vanaf de mei release in de lijst van het veld Referentietabel de nieuwe referentietabel Pensioenen/fondsen eigen (vast ) - Correctie verlof al zichtbaar. Je kunt deze inrichten, maar dit heeft nog geen effect op de berekening. In de Release notes van juni leggen we uit hoe de nieuwe manier van inrichten werkt en wat je hiervoor eventueel moet doen. Actie Voor bestaande klanten is er geen actie nodig. Wij gaan de waardes converteren vanuit de arbeidsvoorwaarden naar de nieuwe referentietabellen. Gewijzigd en verbeterd Rapport Standenregister aangepast Waarom In eerdere release notes hebben we laten weten dat we druk bezig zijn met het verbeteren van de performance van de verschillende rapportages. Vanaf deze release hebben we het rapport Standenregister aangepast. Hoe Rapporten > Controle > Standenregister Het Standenregister wordt voortaan aangemaakt in XSLX-formaat en niet meer in het oudere XLS-formaat. Je kunt het rapport nu ook opslaan als Pdf. Actie Er is geen actie nodig. Benefitbudget reservering via werkgever – Automatisch uitbetalen in periode na uitdiensttreding Waarom Als een medewerker uit dienst ging en het veld als veld Saldo automatisch afrekenen bij uitdienst stond op Ja, dan vond het afrekenen van het saldo automatisch plaats in de periode van uitdienst. Het was niet mogelijk om het afrekenen automatisch te laten plaatsvinden in de periode na uitdienst. Vanaf deze release is dit aangepast en is dit wel mogelijk.  Hoe Instellingen > Berekening > Arbeidsvoorwaardengegevens > Benefitbudget res. via werkgever Medewerker > Contract > Arbeidsvoorwaarden > Benefitbudget res via werkgever Aan het bedrijfsscherm en medewerkersscherm Benefitbudget res via werkgever is het volgende veld toegevoegd: Afrekening bij uitdienst (Benefit) Eindafrekening in de periode van uitdienst = standaardwaarde Eindafrekening na de periode van uitdienst Hiermee kies je of Payroll Business de afrekening automatisch moet uitvoeren in de periode waarin de medewerker uit dienst gaat of in de periode daarna.  Actie Het veld Afrekening bij uitdienst (Benefit) staat standaard op Eindafrekening in de periode van uitdienst. Dit is de oude situatie. Als je wilt dat de afrekening plaatsvindt na de periode waarin de medewerker uit dienst treedt, kies dan de waarde Eindafrekening na de periode van uitdienst. Benefitbudget reservering via werkgever – Grondslag verlagen Waarom Het was al mogelijk om de grondslagen Benefitbudget en Benefitbudget1 te verlagen met de verlofkortingen of de verlof- en ziekteverlofkortingen. Het was echter niet mogelijk om een selectie van de kortingen te maken. Hiervoor zijn nu twee nieuwe grondslagen beschikbaar waarin u de gewenste sub-looncomponenten (verlof- en ziektekortingen) kunt plaatsen. De oorspronkelijke bedragen worden dan alleen met die sub-looncomponenten verlaagd. Hoe Instellingen > Berekening > Grondslag Vanaf deze release zijn aan de functie Grondslag de volgende grondslagen toegevoegd: Benefitbudget – Verlaging sublooncomponenten Benefitbudget1 – Verlaging sublooncomponenten Als je bij het veld Grondslag Benefitbudget Hoog/laag kiest voor Oorspronkelijk bedrag, worden de oorspronkelijke bedragen verlaagd met de sub-looncomponenten die in de nieuwe grondslagen zijn vastgelegd.   Actie Als je de nieuwe functionaliteit wilt gebruiken, kun je deze inrichten vanaf de peildatum 1-1-2021. Maximaal aantal posities Telefoonnummer privé en mobiel in V3 koppeling Waarom De Romus V3 koppeling kent een maximaal aantal posities voor de velden Telefoonnummer privé en Telefoonnummer mobiel. Als er meer posities worden ingevuld met veel informatie, loopt de koppeling stuk. Hoe Medewerker > Medewerker > Medewerkers Voor de velden Telefoonnummer privé en Telefoonnummer mobiel geven we voortaan maximaal de eerste 25 posities door. Als het veld een waarde met meer posities bevat, wordt deze in de V3 koppeling afgekapt. Actie Als het afkappen op 25 posities niet het gewenste resultaat in de V3 koppeling geeft, pas dan de ingevulde waarden zo aan dat het gewenste resultaat wordt doorgestuurd naar de V3 koppeling. Opgeloste meldingen UPA - Productkenmerk en -variant werden ten onrechte doorgegeven (2122633) Melding Soms werd een product dat was beëindigd, ten onrechte bij medewerkers doorgegeven in de UPA-aangifte. Dit kwam omdat het gegevenselement UPA Regelingkenmerk in de achtergrond onterecht een waarde bleef houden. Oplossing We hebben dit opgelost met ingang van 1-1-2021 en de oplossing uitgeleverd op 6 april 2021.  Als je een productkenmerk leegmaakt in de referentietabel van de Pensioenen en fondsen (vast of variabel) of in de referentietabel UPA - koppeling pensioenregelingen, dan worden vanaf deze periode de volgende gegevenselementen leeggemaakt en worden er geen regelinggegevens meer geleverd: UPA Regelingkenmerk (nn) UPA Regelingvariant (nn) UPA Relatienummer aansluiting (nn)  Actie Er is geen actie nodig. Bij de eerstvolgende salarisverwerking wordt dit met terugwerkende kracht gecorrigeerd en aangeleverd in de UPA-aangifte.  Datum uit dienst en Reden uit dienst soms niet in UPA Melding Als een medewerker op de laatste werkdag van de periode uit dienst ging en dit werd als mutatie ingevoerd in dezelfde periode, werden soms de Datum uit dienst en de Reden uit dienst niet meegeleverd in de UPA-aangifte. Ook in de periode hierna werd de Datum uit dienst niet meegeleverd. Oplossing Met ingang van deze release is dit opgelost per 1-1-2021. Actie Er is geen actie nodig. Bij de eerstvolgende salarisverwerking wordt dit met terugwerkende kracht gecorrigeerd en aangeleverd in de UPA-aangifte.  Signaal L1801 Belastingdienst - SV loon niet vastgesteld bij doorwerkende AOW-er (2581448) Melding De loonaangifte geeft foutmelding L1801, SV loon heeft ten onrechte de waarde 0. In het najaar van 2020 is voor het veld Bijzondere medewerker ten onrechte de validatiewaarde AOW-er met loon uit tegenwoordige dienstbetrekking weer beschikbaar gekomen in 2020. Indien u bij een doorwerkende AOW-er deze waarde heeft vastgelegd wordt er ten onrechte geen SV loon vastgesteld, terwijl dit juist wel vastgesteld moet worden. Oplossing  Medewerker > Medewerker > Loonheffingen Deze fout hebben wij met ingang van 1-1-2021 hersteld. Vanaf die datum stelt Payroll Business bij een doorwerkende AOW-er wel weer SV-loon vast. Dit gebeurt ook als je in het betreffende veld de waarde AOW-er met loon uit tegenw. dienstbetrekking hebt vastgelegd. Daarnaast hebben wij ervoor gezorgd dat het met ingang van 1-1-2021 niet meer mogelijk is deze waarde vast te leggen gelegd bij het veld Bijzondere medewerker. We hebben deze oplossing uitgeleverd op 12-3-2021.   Actie Als je bij een medewerker de waarde AOW-er met loon uit tegenw. dienstbetrekking hebt vastgelegd: met een ingangsdatum op of na 1-1-2021 (bij maandverloning) of op of na 4-1-2021 (bij 4-weken verloning), hoef je niets te doen. Het systeem zal automatisch een herberekening uitvoeren. met een ingangsdatum voor 1-1-2021 (bij maandverloning) of voor 4-1-2021 (bij 4 weken verloning), moet je voor 2020 zelf het SV-loon in de loonaangifte corrigeren. Payrollelement Loonstaat (12) - Loon voor de ZVW Melding Als de Transitievergoeding via een aparte inkomstenverhouding (IKV) wordt verloond, werd soms het Loon voor de ZVW van de Transitievergoeding ook getoond bij het hoofdcontract. Oplossing Vanaf deze release is dit aangepast. De bedragen van het Loon voor de ZVW worden uitgesplitst en getoond per IKV. Actie Er is geen actie nodig. Onterechte betalingen Gratificatie / Winstdeling (2653997) Melding  Als van de arbeidsvoorwaarde Gratificatie en Winstdeling de overgang werd gemaakt van de variant Peilmethode of Combinatiemethode naar Opbouwmethode, werd de opbouw van de peilmethode niet beëindigd. Dit leidde tot onverwachte en onterechte betalingen van gratificatie of winstdeling. Oplossing Dit is opgelost, de reserveringen van de peilmethoden worden voortaan beëindigd als de arbeidsvariant wijzigt van combinatie- of peilmethode naar de opbouwmethode. Actie Als er een verwerking fout is gegaan op basis van deze inrichting, kun je deze opnieuw laten uitvoeren vanaf de periode dat de fout zich voordeed. Uitbetaling bij ziekte en gebruik generatiepact ging niet goed (2660296) Melding Als een medewerker de volledige periode ziek was, werd de vermindering voor de generatiepactregeling niet bepaald. Oplossing Vanaf deze release is dit per peildatum 1-1-2021 opgelost. Als in het bedrijfsscherm van de arbeidsvoorwaarde Generatiepact bij een van de velden Generatiepact Grondslag verlaagd 1 t/m 3 is gekozen voor Verlaagd bedrag geselecteerd, dan wordt de vermindering nu wel bepaald. Uitbreiding - korting wel of niet meenemen in vermindering generatiepact Ook hebben we deze arbeidsvoorwaarde uitgebreid. Als je voor een specifieke verlofsoort of ziektesoort wil bepalen of een korting wel of niet moet worden meegenomen in de vermindering van het generatiepact, kunt je dit nu als volgt inrichten:  Als bij een van de velden Generatiepact Grondslag verlaagd 1 t/m 3 de waarde Oorspronkelijk bedrag is geselecteerd, dan is er de mogelijkheid om via de nieuwe grondslagen Generatiepact vermindering (1 t/m 3) Verlaging sublooncomp om de gewenste sublooncomponenten met de kortingsbedragen vast te leggen, zodat deze meegaan in de bepaling van de vermindering. Let op: je kunt een sublooncomponent alleen aan de grondslag toevoegen op het niveau waar ook de looncomponent in de looncomponentenregeling is opgenomen. Actie Je hoeft de inrichting alleen aan te passen als er in plaats van alle kortingen, specifieke sublooncomponenten gekort moeten worden. Verwerkingsverslag externe mutaties - ontbrekende informatie (2574706) Melding Bij het inlezen van externe mutaties, vermeldde het gegenereerde rapport ten onterechte dat het aantal verwerkte personen 0 was.  Oplossing Dit is aangepast, zodat vanaf deze release het rapport het juiste aantal verwerkte personen vermeldt. Actie Er is geen actie nodig. Mutatieverslag - Weergave beëindigd arbeidsvoorwaardencluster (2544941) Melding Als een arbeidsvoorwaardencluster was voorzien van een einddatum, werd de omschrijving niet goed weergegeven bij de mutaties in het Mutatieverslag: er was in dat geval alleen een technisch nummer zichtbaar. Oplossing Het probleem is opgelost, de omschrijving wordt nu getoond. Actie Er is geen actie nodig. Afronding dagvergoeding uren in Mutatieverslag soms onjuist (2630615) Melding Bij het invoeren van uren via Vergoedingen en Inhoudingen (dagvergoedingen) werd in het Mutatieverslag de ingevoerde waarde soms afgekapt tot 1 cijfer achter de komma. Dit kwam onder andere voor als je bij gewerkte uren een waarde van meer dan 100 uur had ingevoerd. Oplossing Vanaf de release van mei 2021 is het Mutatieverslag aangepast, zodat de waarde bij het aantal ingevoerde uren niet meer wordt afgekapt op1 positie achter de komma. Actie Er is geen actie nodig. In sommige rapportageschermen ontbrak de knop Definitie verwijderen (2653193) Melding Bij een aantal rapportages was de knop Definitie verwijderen verdwenen, waarmee je een eenmaal opgeslagen rapportdefinitie kunt verwijderen.  Hoe Dit is opgelost. Vanaf deze release hebben we de knop Definitie verwijderen weer toegevoegd aan de volgende rapportageschermen: Berekening > Looncomponenten uitvoer Vastlegging > Mutatieverslag Salarisspecificaties > Afrekenmatrix medewerker/werkgever/per periode Actie Er is geen actie nodig. Het is nu weer mogelijk definities te verwijderen.  Wet- en regelgeving Oomschrijving Basispremie WAO/IVA/WGA gewijzigd naar AOF Waarom De Belastingdienst heeft voor de premie, de grondslag en het premieloon de tekst WAO/IVA/WGA gewijzigd in AOF (Arbeidsongeschiktheidsfonds). Een voorbeeld hiervan is WAO/IVA/WGA premie basis welke nu gewijzigd is in Aof premie basis. De Belastingdienst heeft niet alles aangepast. Bijvoorbeeld op het scherm Medewerker > Loonheffingen is het veld WAO/IVA/WGA verzekerd niet aangepast. Hoe Gegevenselementen, payrollelementen, headers in overzichten en velden in schermen zijn waar nodig aangepast. Actie Er is geen actie nodig. Referentietabel Sociale verzekeringen vereenvoudigd Melding De referentietabel Sociale verzekeringen leidde tot vragen omdat er nog vier rijen in stonden voor de Zorgverzekeringswet (ZVW). De ZVW kent echter maar twee tarieven, namelijk het hoge tarief dat geldt als de werkgever de ZVW-heffing moet betalen en het lage tarief dat geldt als de werknemer de ZVW-premie moet betalen.  Oplossing Vanaf deze release is dit aangepast. De referentietabel Sociale verzekeringen kent nu nog maar twee rijen voor de ZVW. De eerste rij bevat het percentage dat de werkgever moet betalen en de tweede rij het percentage dat de werknemer moet betalen.  Actie Er is geen actie nodig. Publishing Date : 4/23/2021

Notifications Webinar Visma | Raet Dynamic Payslip – Invitation Date: 06 May 2021 Time: 01.00 pm to 02.00 pm This webinar provides an introduction to Visma | Raet Dynamic Payslip. We review the current payslip (PDF) and the options available with an interactive payslip. We would also like to receive feedback on the look & feel of Visma | Raet Dynamic Payslip.  Sign up Would you like to attend this webinar? Go to the Payroll Business Community at Events, click Webinar Dynamic Payslip and sign up. You will receive an email with the login details on the Monday preceding the webinar. Modified and Improved Proposed UPIs report has been modified Why  The Proposed UPIs report now includes additional checks to check and correct data before the Person level is activated. How  The following checks have been added: Check if BSN has less than 9 characters When a BSN has less than 9 characters, the Conflict / Error column contains an error message and the Remark column contains the text: BSN has less than 9 characters, please modify. Check of zip code format When the format of a zip code is incorrect, the Conflict / Error column contains an error message and the Remark column contains the text: Zip code is incorrect, please modify. Action No action is required.  Solved Messages Clearing Manager field using Import CSV was no longer possible (2033007) Message  It was no longer possible to clear the Manager field in the Employee(s) screen by importing a CSV file with the #NULL# value. This action is performed when the manager has been specified manually and the field has to be populated with the actual manager from the organizational structure. Solution This problem has been resolved. As of this release the Manager field can be cleared again by importing the #NULL# value. When this value has been imported, the manually specified manager is removed and the value from the organizational structure is adopted. Action If multiple managers have to be removed in one go, this can be done by importing a CSV file. Problem with changed date at Organizational units HRCB (2608435) Message When a reference date is entered in the Organizational unit’s main screen and next the Organizational unit that is to be changed is selected, the reference date is reset to the first day of the period instead of retaining the date selected in the first screen.  Solution Settings > Formation and Organization > Organizational units This problem has been resolved. The reference date selected in the first screen is now retained in the subsequent screens. Action No action is required. Option temporarily removed from menu Message Sometimes a specific option was not visible in the menu during a single day. For example, the Employment contract option on 31 December 2020. The data elements included in that screen, however, were included in reports and could be changed using Management > External changes. Solution The software has been modified and the options are now always included in the menu. Action No action is required.  Publishing Date : 4/23/2021

Mededelingen Uitnodiging Webinar Visma | Raet Dynamic Payslip Datum: 06 mei 2021 Tijd: 13.00 uur – 14.00 uur Via deze Webinar willen we je kennis laten maken met de Visma | Raet Dynamic Payslip of interactieve salarisstrook. We kijken naar de huidige salarisstrook in PDF en de mogelijkheden van een interactieve salarisstrook. Daarnaast ontvangen wij graag feedback over de look & feel van de Visma | Raet Dynamic Payslip.  Aanmelden Wil je deelnemen aan deze webinar? Kijk dan op de Community van Payroll Business bij Evenementen, klik op Webinar Dynamic Payslip en meld je aan. De maandag voorafgaand aan de webinar, sturen we je dan een e-mail met de login details. Gewijzigd en verbeterd Rapport Voorgestelde UPI aangepast Waarom  Het rapport Voorgestelde UPI is voorzien van extra controles, zodat je beter in staat bent om de gegevens te controleren en corrigeren voordat de persoonslaag wordt geactiveerd. Hoe  We hebben de volgende controles toegevoegd: Controle op BSN korter dan 9 posities Als het BSN korter is dan 9 posities, staat er een foutmelding in de kolom Conflict / Error en zie je in kolom Opmerking de tekst: BSN korter dan 9 posities, gelieve te corrigeren. Controle op postcodeformaat Als het formaat van de postcode onjuist is, staat dit in de kolom Conflict / Error en zie je in de kolom Opmerking de tekst: Postcode is onjuist. gelieve te corrigeren. Actie Er is geen actie nodig.  Opgeloste meldingen Veld Manager leegmaken via Importeren CSV lukte niet meer (2033007) Melding  Het was niet meer mogelijk om in het scherm Medewerker(s) het veld Manager leeg te maken door het importeren van een CSV-bestand met de waarde #NULL#. Deze actie voer je bijvoorbeeld uit als je de manager handmatig hebt ingevuld en je wilt dit veld laten vullen met de daadwerkelijke manager uit de organisatiestructuur. Oplossing Dit is opgelost, zodat je vanaf deze release de het veld Manager weer kunt leegmaken door het importeren van de waarde #NULL#. Na het importeren van deze waarde, verwijdert de applicatie de handmatig ingevoerde Manager en neemt de waarde over uit de organisatiestructuur. Actie Als je managers in een keer wilt verwijderen, kun je dit doen via het importeren van een CSV-bestand. Issue verspringen van datum bij Organisatorische eenheden HRCB (2608435 ) Melding Als je in het hoofdscherm van de Organisatorische eenheid een peildatum invoert en daarna doorklikt naar de Organisatorische eenheid die je wilt wijzigen, dan springt de peildatum weer naar de eerste dag van de periode en houdt het systeem niet de datum vast die je hebt gekozen in het eerste scherm.  Oplossing Instellingen > Formatie en Organisatie > Organisatorische eenheden Dit is opgelost,. De peildatum die je in het eerste scherm hebt gekozen, blijft nu staan in de vervolgschermen. Actie Er is geen actie nodig. Functie tijdelijk verdwenen uit menu Melding Soms was een bepaalde functie gedurende één dag niet meer zichtbaar in het menu. Dit was bijvoorbeeld op 31 december 2020 het geval met de functie Arbeidscontract. Je kon de gegevenselementen van dat scherm die dag wel terugvinden in rapporten en ook was het mogelijk ze te muteren via bijvoorbeeld Beheer > Externe mutaties. Oplossing De programmatuur is aangepast, waardoor de functies in het menu zichtbaar blijven en niet opeens verdwijnen. Actie Er is geen actie nodig.  Publishing Date : 4/23/2021

2021-06 Vertalingen Een deel van de schermen van HR Core Business en Payroll Business is ook beschikbaar in Engels en Duits. Steeds vaker wordt de wens uitgesproken de applicatie volledig beschikbaar te stellen in andere talen. In de loop van dit jaar starten wij met het uitbreiden van de meertaligheid. De schermen voor de HR professional komen ook beschikbaar in Engels, Duits en Frans. De schermen voor payroll professionals en overige gebruikers ook in het Engels. In de release van juni gaan we hiermee van start. 2021-05 Uitnodiging webinar Visma | Raet Dynamic Payslip Via deze webinar maak je kennis met de Visma | Raet Dynamic Payslip. We laten je de huidige salarisstrook in PDF zien en tonen de mogelijkheden van een interactieve salarisstrook. Je hoort waarom de functionaliteit is toegevoegd en wat de toegevoegde waarde ervan is voor jouw organisatie. Daarnaast ontvangen wij graag feedback over de look & feel van de Visma | Raet Dynamic Payslip. Aanmelden Datum: 6 mei 2021 - Tijd: 13.00 uur – 14.00 uur. Wil je deelnemen aan deze webinar? Kijk op de Community van HR Core Business > Evenementen > klik op Webinar Dynamic Payslip en meld je aan. De maandag voorafgaand aan de webinar ontvang je een e-mail met de login-details.

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

  This document describes the new functionality and improvements introduced by this release. Some of these changes have been inspired by messages and reports from customers. Where relevant, we have included a number in the section title to refer to the identification of the message (change .....) in question in our system. New GDPR leave and absence data Why Within the framework of the General Data Protection Regulation (GDPR) it must be possible to purge employee data. In general a storage period of two years following termination of employment applies to most HR data. The storage period of this data is also referred to as the retention period. To support the retention period and deletion of the corresponding data, the Stuurgegevens AVG (GDPR parameters) screen has been included in HR Core Business as of this release. In this screen you can specify the retention period for specific leave and absence data. The selected data will be deleted when the retention period ends. This deletion procedure consists of two steps, with each deletion step taking place every two weeks: First, the data is made inactive. The data can still be viewed in the Change report where it has the Deleted Secondly, the actual deletion is performed. Following this step, the data can no longer be viewed and has been permanently removed from the application. How Maintenance > Repository > Stuurgegevens AVG (GDPR parameters) The Stuurgegevens AVG (GDPR parameters) screen can be used to specify for how many years the leave and absence data should be retained when an employee’s employment has terminated. This can be specified per company using the Add button in the upper right-hand corner of the screen. Field Explanation Gegevens AVG (GDPR data) Select the data for which you want to specify the retention period: Sickness absence Request for leave Retention period Here you can specify the number of years the data should be stored after the employee’s employment has terminated. The storage period or retention period should be at least 2 years to ensure deletion of this data does not result in recalculations. If you enter a figure lower than 2, an error message is displayed at the top of the screen and the data cannot be stored. When the retention period ends, the data is made inactive based on biweekly deletion actions. The Change report can be checked to see what data is concerned: the data in question has the Deleted status. Two weeks after having been made inactive, the data is permanently deleted from the application and can no longer be viewed. Start Bewaartermijn (Start of retention period) This has the standard entry Einde dienstverband (Termination of employment). Your action If you want leave and absence data of your employees to be deleted based on the minimum retention period of two years, you can set up the Stuurgegevens AVG (GDPR parameters) as described above. Excluding employees from data deletion based on GDPR parameters Why Sometimes it may be necessary to exclude employees from general deletion of leave and absence data when the minimum retention period of two years has ended. Therefore, individual employees can be excluded from general deletion to ensure their data will not be automatically deleted when the retention period has ended which has been specified in the Stuurgegevens AVG (GDPR parameters) screen. For this purpose an option has been added to the Employee (supplementary) screen. How Employee > Employee data > Employee (supplementary) If you do not want the data of an employee to be automatically deleted when the storage period or retention period specified in the Stuurgegevens AVG (GDPR parameters) screen has ended, you can exclude that employee by selecting Yes in the Uitsluiten van AVG (Exclude from GDPR) field in the Employee (supplementary) screen. When you leave the Uitsluiten van AVG (Exclude from GDPR) field blank or select No, the employee’s data will be automatically deleted based on a biweekly job. If you select Yes at Uitsluiten van AVG (Exclude from GDPR) and later change the value to No or leave the field blank and the storage period or retention period has already ended, this employee will as yet be included in the next deletion round. Your action If you want to exclude individual employees from deletion of leave and absence data based on the parameters specified in the Stuurgegevens AVG (GDPR parameters) screen, you should select Yes for these employees in the Uitsluiten van AVG (Exclude from GDPR) field in the Employee (supplementary) screen. Modified and improved Contract sequence number field supports periods Why  The Employee screen in HR Core Business includes the Contract sequence number field for the new re-hire process in Self Service. This field had no periods as a result of which it was not possible to specify the contract sequence number with a specific start date. How  Employee > Employees The Contract sequence number field now supports periods, as a result of which the system stores the value with the specified start date. The various values with a start data can, therefore, be seen in the history . Your action No action is needed. Identity check in relation to name and date of birth Why The Identity field is used for authorizations in the portal. Now it is possible to issue the same identities multiple times. The existence of an identity is checked in the portal. To ensure that the identity of a specific employee is unique, the name and date of birth combined with the identity are checked upon identity entry (check at the source). How Employee > Employee data > Employee (supplementary) When the Identity field is entered in the Employee (supplementary) screen, the system will check if the specified Identity already exists. If it does, the system will check if the last name and date of birth of the employee with the existing Identity match those of the employee with the newly entered Identity. This check only takes place when a new Identity is registered. If the name of an employee were to change in the future, the system will not check whether that name belongs to a non-unique Identity. Your action No action is needed. There will be no retroactive check to ensure existing Identities are unique. Resolved notifications Extended Change report for leave is not included in My Reports (change1198351) Reports > Audit summaries > Change report (extended) Message If at Change report (extended) you opted for leave elements at the selection criteria, the system specified that the report had been included in My Reports. However, the requested Change report (extended) was not available in My Reports. This issue only occurred when leave elements were selected. With other elements the change report was indeed available in My Reports. Solution This technical issue has now been resolved. Your action No action is needed. OrgSite – Extended search functionality did not work correctly (change 465756) Message If you wanted to search for a specific term in OrgSite, but not by last name, only approximately matching results were displayed and no exact matches. Solution To make it possible to use other search criteria than just last name, but based on an exact match with the search term, the Expliciet zoeken (Explicit search) option has been added to the search function. Your action You do not have to take any action. Publishing Date : 2/22/2019

Nieuw  AVG Verlof- & Verzuimdata Waarom  Vanuit de Algemene Verordening Gegevensbescherming (AVG) moet het mogelijk zijn medewerkergegevens op te schonen. Voor de meeste HR-gegevens geldt over het algemeen een bewaartermijn van twee jaar na einde dienstverband. De bewaartermijn van deze gegevens wordt ook wel retentieperiode genoemd. Om de retentieperiode en het verwijderen van de bijbehorende gegevens te ondersteunen, is vanaf deze release het scherm Stuurgegevens AVG in HR Core Business opgenomen, waarmee u voor bepaalde verlof- en verzuimgegevens kunt aangeven hoe lang deze bewaard moeten worden. De geselecteerde gegevens worden verwijderd wanneer de retentieperiode is bereikt. Dit verwijderen gaat in twee stappen, waarbij iedere verwijderactie tweewekelijks plaatsvindt: Eerst worden de gegevens inactief gemaakt. U kunt deze gegevens dan nog bekijken in het Mutatieverslag; hierin hebben ze dan de status Verwijderd. De tweede stap houdt de daadwerkelijke verwijdering in. Hierna kunt u de gegevens niet meer bekijken en zijn ze volledig verwijderd uit de applicatie.  Hoe Beheer > Inrichting > Stuurgegevens AVG   In het scherm Stuurgegevens AVG kunt u voor Verlof- en/of Ziekteverzuim aangeven hoeveel jaar u deze gegevens wilt bewaren nadat een medewerker uit dienst is getreden.  Via de knop Toevoegen rechtsboven in het scherm kunt u dit per bedrijf vastleggen.   Veld Toelichting Gegevens AVG Selecteer hier voor welke gegevens u de bewaartermijn vastlegt: Ziekteverzuim Verlofaanvraag Bewaartermijn Hier kunt u het aantal jaar opgeven dat u de gegevens wilt bewaren nadat de medewerker uit dienst is getreden. De bewaartermijn of retentieperiode moet minimaal 2 jaar zijn. Dit om te voorkomen dat het verwijderen van deze gegevens leidt tot herberekeningen. Vult u hier een lager getal in, dan verschijnt er bovenin het scherm een foutmelding en kunt u de gegevens niet opslaan. Na afloop van de bewaartermijn worden de gegevens inactief gemaakt op basis van tweewekelijkse verwijderacties. In het mutatieverslag kunt u dan zien om welke gegevens het gaat: ze hebben hierin de status Verwijderd. Twee weken na het inactief zetten, worden de gegevens definitief uit de applicatie verwijderd en kunt u ze niet meer bekijken. Start Bewaartermijn Hier is standaard ingevuld Einde dienstverband. Uw actie  Als u wilt dat verlof- en verzuimgegevens van uw medewerkers worden verwijderd op basis van de minimale bewaartermijn van twee jaar, kunt u de Stuurgegevens AVG inrichten, zoals hierboven beschreven. Medewerker uitsluiten van verwijderen gegevens op basis van Stuurgegevens AVG Waarom  Soms kan het noodzakelijk zijn om medewerkers uit te sluiten van de algemene verwijdering van verlof- en verzuimgegevens na de minimale bewaartermijn of retentieperiode van twee jaar. Daarom is het mogelijk om individuele medewerkers hiervan uit te sluiten en de gegevens van deze medewerkers niet automatisch te verwijderen na afloop van de bewaartermijn die is vastgelegd in het scherm Stuurgegevens AVG. Daarom is hiervoor een optie toegevoegd aan het scherm Medewerker (aanvullend). Hoe Medewerker > Medewerkersgegevens > Medewerker (aanvullend)    Als u niet wilt dat gegevens van een medewerker automatisch worden verwijderd na afloop van de bewaartermijn of retentieperiode die is vastgelegd in het scherm Stuurgegevens AVG, kunt u de medewerker hiervan uitsluiten door in het scherm Medewerker (aanvullend) in het veld Uitsluiten van AVG uit voor Ja te kiezen. Als u het veld Uitsluiten van AVG leeg laat of hier Nee invult, worden de gegevens van de medewerker automatisch verwijderd via een tweewekelijkse job. Als u eerst bij Uitsluiten van AVG de waarde Ja had ingevuld en later de waarde Nee invult of het veld leegmaakt, wordt de medewerker als de bewaartermijn of retentieperiode reeds is verstreken, alsnog meegenomen bij de eerstvolgende verwijderactie.   Uw actie  Als u wilt individuele medewerkers wilt uitsluiten van het verwijderen van verlof- en verzuimdata op basis van de stuurgegevens die zijn vastgelegd via Stuurgegevens AVG, vul dan voor deze medewerkers in het scherm Medewerker (aanvullend) bij Uitsluiten van AVG de waarde Ja in.  Gewijzigd en verbeterd Veld Contract volgnummer ondersteunt tijdvakken Waarom  Voor het nieuwe re-hire proces in Self Service is in HR Core Business in het scherm Medewerkers het veld Contract volgnummer beschikbaar. Dit veld kende echter geen tijdvakken waardoor het niet mogelijk was om het contract volgnummer op te geven met een bepaalde ingangsdatum. Hoe  Medewerker > Medewerkers Het veld Contract volgnummer ondersteunt nu tijdvakken waardoor het systeem de waarde opslaat met de opgegeven ingangsdatum. Hierdoor kunt u in de historie  de verschillende waarden met ingangsdatum terugzien. Uw actie Er is geen actie nodig. Controle Identiteit in relatie tot naam en geboortedatum Waarom Het veld Identiteit wordt gebruikt voor autorisaties in het portaal. Nu kunnen dezelfde identiteiten verschillende keren worden uitgegeven. In het portaal wordt gecontroleerd of deze reeds bestaan. Om ervoor te zorgen dat de Identiteit voor een specifieke medewerker uniek is, worden nu ook bij het invoeren ervan de naam en geboortedatum in combinatie met de identiteit gecontroleerd, de zogenaamde controle bij de bron. Hoe Medewerker > Medewerkergegevens > Medewerker (aanvullend) Als u in het scherm Medewerker (aanvullend) het veld Identity invult, controleert het systeem of de ingevulde Identity al bestaat. Als dit het geval is controleert het systeem of de achternaam en de geboortedatum van de medewerker met de bestaande Identity overeenkomen met die van de medewerker met de nieuw ingevoerde Identity. Deze controle vindt alleen plaats bij het vastleggen van een nieuwe Identity. Als bijvoorbeeld in de toekomst een naam van een medewerker wijzigt, controleert het systeem niet of deze naam bij een niet-unieke Identity hoort.  Uw actie Er is geen actie nodig. Denk er wel aan dat er niet met terugwerkende kracht wordt gecontroleerd of bestaande Identity's wel uniek zijn.  Opgeloste meldingen  Mutatieverslag Uitgebreid voor Verlof verschijnt niet in Mijn Rapporten (change1198351) Rapporten > Controleoverzichten > Mutatieverslag (uitgebreid) Melding  Als u bij het Mutatieverslag uitgebreid bij de selectiecriteria koos voor verlofelementen, gaf het systeem aan dat het rapport in Mijn rapporten was geplaatst. Het aangevraagde Mutatieverslag (uitgebreid) verscheen vervolgens echter niet in Mijn rapporten. Dit probleem deed zich alleen voor bij als er verlofelementen waren geselecteerd. Voor andere elementen werd het mutatieverslag wel in Mijn rapporten geplaatst.   Oplossing  Dit technische probleem is inmiddels opgelost. Uw actie Er is geen actie nodig. OrgSite - Uitbreiding zoekfunctionaliteit werkte niet correct (change 465756) Melding  Als u in OrgSite wilde zoeken op een specifieke term, maar niet op achternaam, dan werden alleen ongeveer overeenkomende resultaten getoond en geen exacte overeenkomsten.   Oplossing  Om het mogelijk te maken op andere zoekcriteria dan alleen achternaam te zoeken, maar wel op basis van een exacte overeenkomst van de zoekterm, is aan de zoekfunctie de optie Expliciet zoeken toegevoegd. Uw actie U hoeft geen actie te ondernemen Publishing Date : 2/22/2019

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