Releases YouServe

Modified and improved  Reference date and filters – Request for leave screen Why  The Request for leave search screen contained all the requests for leave of all the employees within the selected company. As a result of this, loading the data on the screen and searching the data took a long time. That is why a reference date has been added to the screen that, in combination with a filter, can be used to refine the search for specific requests.   How  Employee > Leave > Request for leave Based on the specified reference date the requests for leave that were active on that date are displayed. For example, if you enter the reference date 1 February 2019, all the requests for leave that start on, are still active on or end on 1 February 2019 are displayed. A search term can be entered in the fields above each column to further refine the search, for example, by specifying (part of) the name of an employee. The same applies to the employee code, the contract, the contract ID or the date the request for leave was submitted.  Your action No action is required.  Resolved notifications Opening the Request for leave screen takes too long (change 901938) Notification  The retrieval of requests for leave often took very long because all the requests for leave, including the historic requests, of all employees had to be loaded in the Request for leave screen. Solution Employee > Leave > Request for leave The Request for leave screen has been modified and the information is displayed quicker. The requests for leave are now filtered based on the reference date. This means you will only see the requests for leave of which the end date of leave is beyond the reference date. The displayed requests for leave can now also be filtered by specifying a specific (part of an) employee name or employee code in the fields at the top of the screen. It is also possible to filter by the date the request for leave was submitted. Your action No action is required. Publishing Date : 5/24/2019

  Mededelingen  Medewerkers met Datum in dienst in de toekomst vanuit Self Service teruggedraaid Waarom In voorbereiding op toekomstige functionaliteit om medewerkers met een Datum in dienst die in de toekomst ligt, ook in Self Service te kunnen muteren, werden deze geïmporteerd met een ingangsdatum die lag op de mutatiedatum van het aanmaken van de medewerker. Hierdoor was het mogelijk deze medewerkers met deze ingangsdatum al in Self Service te muteren voordat het dienstverband begon. Totdat de Datum in dienst bereikt was en de medewerker de bijbehorende status In dienst kreeg, werd de status uit dienst met een Datum uit dienst die gelijk was aan de mutatiedatum in Self Service doorgegeven aan andere partijen, gevoed door HR Core. Omdat dit in de praktijk veel problemen gaf, is de functionaliteit teruggedraaid,  Hoe Voor klanten waarbij dit problemen gaf, zijn de gegevens gecorrigeerd naar de oude manier van aanleveren en is er niet langer sprake van een dienstverbandstatus Uit dienst voordat de medewerker in dienst is gekomen. Medewerkers die worden ingevoerd in Self Service met een datum in de toekomst, worden weer op de oude manier geleverd aan HR Core. Opgeloste meldingen  Collectief verlof 2018 bij nieuwe medewerker niet afgeboekt (change 1174518)  Melding  Een medewerker kwam in november 2018 nieuw in dienst. De verwachting was dat op basis van zijn werkrooster de collectieve verlofdagen afgeboekt zouden worden. Dit is echter niet gebeurd.  De betreffende medewerker kwam op 19 november in dienst en op die dag is ook het Collectief verlof voor 2019 aangemaakt. Voor een andere medewerker met 15 oktober als Datum in dienst, ging het afboeken van de collectieve verlofdagen wel goed. De vrije collectieve dagen die vorig jaar zijn ingevoerd, staan niet meer in het systeem, waardoor ze ook niet meer zijn toegekend aan medewerkers die in dienst kwamen. Oplossing  De medewerker is in dienst gekomen nadat het collectief verlof voor 2019 is aangemaakt. De collectieve verlofdagen voor 2018 zijn daardoor naar de historie verplaatst. Dit proces voor het opschonen van oude definities voor Collectief verlof is aangepast. Hierdoor worden collectieve verlofdagen niet meer na een jaar naar de historie verplaatst.  Uw actie Er is geen actie nodig. Historie organisatiestructuur niet beschikbaar (change 1298321)  Melding Bij het openen van de Organisatiestructuur op een specifieke datum in het verleden, verscheen er een onverwachte foutmelding: OE met code 60001358 verwijst per 3-10-2017 naar bovenliggende OE met code 60001352. De betreffende bovenliggende Organisatie Eenheid (OE) was echter pas geldig vanaf 8-11-2018, waardoor er werd verwezen naar een niet bestaande OE. Oplossing De datumgegevens  van de organisatie eenheden is gecorrigeerd, waardoor de verwijzing naar de bovenliggende Organisatie Eenheid dezelfde ingangsdatum heeft, als de bovenliggende Organisatie Eenheid.  Uw actie Er is geen actie nodig. Verlofsaldo niet altijd bijgewerkt (change 1234723) Melding Voor medewerkers die alleen op 31 december 2018 wettelijk en/of bovenwettelijk verlof hadden vastgelegd, werd het verlofsaldo niet automatisch bijgewerkt.  Oplossing Alleen bij het opnemen van verlof op 31 december, werd het verlofsaldo niet automatisch bijgewerkt. Na een andere opname of herberekening stond het saldo weer correct. De programmatuur is aangepast, zodat voortaan bij een verlofopname op alleen 31 december van het jaar, het saldo direct correct wordt bijgewerkt.  Uw actie Er is geen actie nodig. Publishing Date : 4/18/2019

  Notifications Employees with Employment Start Date in the future from Self Service reversed Why To prepare for future functionality allowing employees with an Employment Start Date in the future to be edited in Self Service, they were imported with a start date equaling the editing date on which the employee was created. Thus, it was possible to edit these employees with this start date in Self Service even before employment commenced. Until the Employment Start Date was reached and the employee transitioned to the associated Employed status, the employment terminated status was forwarded to other parties with an Employment End Date equaling the editing date in Self Service, as retrieved from HR Core. This functionality was reversed because it caused a lot of problems in actual practice. How For customers who experienced problems with this, the data was corrected to the old input date. The employment status is no longer Employment terminated before the employee starts employment. Employees who are entered in Self Service with a future date are transmitted to HR Core the old way once again. Resolved notifications Collective leave 2018 not deducted for new employee (change 1174518) Notification  An employee started employment for the first time in November 2018. It was expected that the collective leave days would be deducted based on his work schedule. However, this did not occur. The relevant employee started employment on November 19, and the collective leave for 2019 was created on that same date. The collective leave days were deducted correctly for another employee whose Employment Start Date was October 15. The collective leave days that were entered last year are no longer in the system, which means they were not allocated to employees starting employment. Solution  The employee started employment after the collective leave for 2019 was created, causing the collective leave days for 2018 to be moved to history. This process for clearing old definitions for collective leave has been modified. As a result, collective leave days are no longer moved to history after one year.  Your action No action is required. Organization structure history unavailable (change 1298321) Notification When opening the organization structure on a specific date in the past, an unexpected error report was displayed: OU with code 60001358 refers to parent OU with code 60001352 as per 10/03/2017. The relevant parent Organization Unit (OU) was not valid until 11/08/2018, however, so the reference pointed to a non-existent OU. Solution The date data for the organization units has been corrected, so the reference to the child organization unit has the same start date as the parent organization unit.  Your action No action is required. Remaining leave not always updated (change 1234723) Notification The remaining leave was not updated automatically for employees who had only registered the statutory leave and/or supplementary leave on December 31, 2018. Solution The remaining leave was not updated automatically if leave was taken on December 31. The remaining leave was corrected after another withdrawal or recalculation. The programming was modified so that the remaining leave is updated correctly immediately when leave is taken on 31 December only. Your action No action is required. Publishing Date : 4/18/2019

  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

  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. 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

  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 Nieuw veld Ping Identiteit in Mutatieverslag Waarom Naast de Portal gebruikersnaam van een medewerker wordt er vanaf deze release ook een nieuw veld Ping Identiteit bij de medewerker gevuld. Deze Ping Identiteit wordt binnen Raet gebruikt om Single Sign On mogelijk te maken met de eigen modules of modules van derden. Hoe Een Ping Identiteit wordt binnen de IAM-module van Raet toegekend aan het gebruikersaccount van de medewerker. Tijdens een nachtelijke import wordt deze Ping Identiteit ook binnen HR Core Business bij de medewerker opgeslagen en is dus zichtbaar in het mutatieverslag onder de user Service Interface .  Uw actie Er is geen actie nodig.  Opgeloste meldingen  Organisatiestructuur- fouten OE structuur (change 1127999) Beheer > Inrichting > Organisatorische eenheden Melding  Bij het openen van de organisatiestructuur vanaf een specifieke datum verscheen een foutmelding, waardoor het niet mogelijk was de organisatiestructuur aan te passen.  Oplossing Onderliggende attributen van de organisatie-eenheid hadden een eerdere ingangsdatum dan de organisatie-eenheid zelf, daarom verscheen er een foutmelding. Door het gelijktrekken van de ingangsdatums is het probleem opgelost.  Uw actie Er is geen actie nodig.  Actieve signalen werden niet gemaild naar extern e-mailadres (change 1173241) Beheer > Actieve signalering Melding Actieve signaleringen werden niet gemaild als de signaleringsdatum voor de brondatum was bereikt. Dit kwam doordat het in bepaalde gevallen niet mogelijk was e-mailberichten naar externe e-mailadressen te versturen. Dit probleem werd veroorzaakt door een memoveld dat niet ingevuld en opgeslagen kon worden. De standaard voorgestelde e-mailtekst op basis van de omschrijving van de signaaldefinitie werd niet opgeslagen, waardoor de e-mailtekst leeg was en daarom geen e-mail genereerde.  Oplossing  Dit probleem is opgelost. De achterstallige e-mails per 8 januari 2019 zijn alsnog verstuurd en de actieve signaleringen worden weer verstuurd zodra de brondatum is bereikt. Uw actie Er is geen actie nodig.  Verlofjaar starten (change 1159990) Bedrijf > Verlof > Verlofrecht toekennen Melding Als voor de klant het verlofjaar 2019 werd opgestart, werden er meerdere verlofjaren aangemaakt. Soms werd het nieuwe jaar 2019 daarbij niet aangemaakt. Dit was terug te zien in het scherm Verlofsaldo waar ook de toekomstige jaren getoond werden. Door de aanmaak van toekomstige jaren, was het niet mogelijk om alsnog het verlofjaar 2019 aan te maken. Oplossing Dit is opgelost. De toekomstige verlofjaren zijn gecorrigeerd. Uw actie Er is geen actie nodig Actieve signalering (change 1173241) Beheer > Actieve signalering Melding Als e-mail werd ingericht als actieve signalering, werd deze niet verstuurd. De signaleringen verschenen wel in de actielijst Oplossing Dit is opgelost. Per 7 januari jl. zijn de openstaande signaleringen alsnog verzonden. Uw actie Er is geen actie nodig. Publishing Date : 2/1/2019

  New New field Ping Identity in Mutation report Why In addition to the Portal username of an employee, a new Ping Identity field will be filled with the employee from this release. This Ping Identity is used within Raet to make Single Sign On possible with its own modules or modules from third parties. How A Ping Identity is assigned to the user account of the employee within Raet's IAM module. During a nightly import, this Ping Identity is also stored in the employee's HR Core Business and is therefore visible in the mutation report under the user Service interface. Your action No action is needed. Resolved notifications Organizational structure – errors in OU structure (change 1127999) Management > Repository > Organizational units Message When opening the organizational structure from a specific date, an error message appeared, so that it was not possible to modify the organizational structure.  Solution Underlying attributes of the organizational unit had an earlier start date than the organizational unit itself, and this caused an error message to appear. The problem was solved by bringing the start dates into line.  Your action No action is needed.  Active notifications were not e-mailed to external email address (change 1173241) Management > Active notification Message Active notifications were not emailed when the notification date for the source date was reached. The reason was that, in specific cases, it was not possible to send emails to external e-mail addresses. This problem was caused by a memo field that could not be filled in and saved. The default email text based on the description of the notification definition was not saved. This meant that the email text was empty and no e-mail could therefore be generated.  Solution This problem has been solved. The overdue e-mails on January 8, 2019 have since been sent and the active notifications will be sent again as soon as the source date has been reached. Your action No action is needed.  Start leave year Company > Leave > Grant leave entitlement Message If the leave year 2019 was started for the customer, several leave years were created. Sometimes the new year 2019 was not created. This was reflected in the employee Leave balance screen where the future years were shown. Due to the production of future years, it was not possible to create 2019 yet. Solution This has been resolved. The future leave years have been corrected. Your action No action is needed.  Active signalling (change 1173241) Maintenance > Active signalling Message If e-mail was set up as active signalling, it was not sent. The alerts, however, appeared in the action list. Solution This has been resolved. As of January 7, the outstanding alerts have been sent and the active alerts are sent again as soon as the source date has been reached. Your action No action is needed.  Publishing Date : 2/1/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 Five days of paid paternity leave The regulations on paid paternity leave will change on January 1, 2019. Paternity leave is currently two days. Starting on January 1, 2019, this will be extended to one working week (up to five days). Childbirth leave In the new law that enters into effect in January, maternity leave is now called childbirth leave. The employee must take this leave within four weeks after the birth of her child. This type of leave now falls under special leave, which will continue to exist. Please note: Childbirth leave only works for HR Core Business and not when you purchase Payroll Business Only. Childbirth leave now applies for the entire country. This means that when you open the list of values for leave from 1-1-2019, you will also be able to select Childbirth leave. Your action Maintenance > Repository > Manage Parameters / list of values with inheritance If you have added Maternity leave to the list of values yourself, you will have to change this to Childbirth leave yourself. In Leave request you can also choose Childbirth leave from the list in the field Reason for leave.   Publishing Date : 12/21/2018

  Gewijzigd en verbeterd Vijf dagen betaald verlof na geboorte Per 1-1-2019 geldt een nieuwe regeling: extra betaald kraamverlof. Nu is er recht op twee dagen en per 1-1-2019 geldt het recht op betaald kraamverlof voor eenmaal het aantal werkuren per week. Geboorteverlof In de nieuwe wet heet kraamverlof voortaan geboorteverlof. De medewerker moet dit verlof opnemen binnen vier weken na de geboorte. Dit wordt nu gedaan door het opnemen van bijzonder verlof en deze manier blijft bestaan. Let op: Geboorteverlof werkt alleen voor HR Core Business en niet als u Payroll Business Only afneemt. Uw actie Beheer > Inrichting > Beheerparameters > Waardelijst (met opschakeling) Als u zelf bij Waardelijst met opschakeling Kraamverlof heeft toegevoegd, moet u dit zelf wijzigen in Geboorteverlof. Bij Verlofaanvraag kunt u dan in de lijst van het veld Reden verlof ook kiezen voor Geboorteverlof.   Publishing Date : 12/21/2018

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