Releases YouServe

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

  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

  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

Notifications Feedback on our application Why From the April release, we will ask you for feedback on our application through a closed question. With this you can let us know what you think of specific functionalities and whether they meet your needs. In order to better interpret the information that has now been obtained, we will ask your feedback about certain processes in the coming months by asking a few specific questions. How If you choose a user group, we will ask you to indicate by a number to what extent you would recommend HR Core / Payroll Business to others and you can also explain your answer. We will also ask a similar question after completing a process. Questions are only asked for a specific period of time for that specific functionality. Depending on the period, a question will never be asked to you more than twice and your answers will remain anonymous. Your action If you receive a question about the use of the application, we ask you to answer it as much as possible, so that we know better what you think of certain processes and screens. This allows us to improve functionalities in a more targeted manner. New Automatic entry of Unique Personal ID (UPI) with employee code Why Unique persons must be identifiable in interface applications, including Medical Leave Management and Talent Management. That is why in future the use of a Unique Personal ID (UPI) will be mandatory. This allows you to link employees with the same UPI within a customer and in the future deliver them to the Visma | Raet applications as one person. To ensure entry of the UPI is as easy as possible, the Unique Personal ID (UPI) field can be auto-populated with the employee code. If automatic generation of the employee code is opted for, this code can now also be used as UPI and the Unique Personal ID (UPI) field in the Employees screen can be auto-populated. If employee codes are used that are not automatically generated, the Unique Personal ID (UPI) field can be auto-populated with the already available employee code. Refer to Updating Unique Personal ID (UPI) of existing employees How Settings > Recording > Parameters employee code The Parameters employee code screen (where is specified whether the employee code should be generated and assigned automatically when creating a new employee) now includes the Auto-populate UPI  option. When this option is enabled, the system will also populate the Unique Personal ID (UPI) field with the automatically generated employee code. Your action If this new feature is to be used, the data in the Parameters employee code screen must have been specified as described above.  Updating Unique Personal ID (UPI) of existing employees Why When creating a new employee, the Unique Personal ID (UPI) field can be auto-populated with the employee code. To ensure the employee code can be used as UPI with existing employees so it need not be specified manually, an option is now available to auto-populate the Unique Personal ID (UPI) field with the employee code. How Employee > Employee > Employees As of this release the Update UPI  field is included in the Employees screen. This field is used to ensure the system populates the Unique Personal ID (UPI) field with the employee code where an existing employee is concerned. This is done as follows: Set the Update UPI  field to Yes. The Unique Personal ID (UPI) field then becomes read only. Click Save and refresh the screen. The Unique Personal ID (UPI) field now contains the employee code and is no longer read only. The Update UPI  field is cleared as the field has been updated. During the update the system checks if the UPI is unique to the client. Where an equal UPI is concerned, the employee must have the same last name and date of birth. If this is not the case, an error message will be displayed. Note: when the UPI is updated with the employee code through the Update UPI  field and is next overwritten manually, the overwritten value applies.  Your action No action is required. New Integration elements screen Why The specified expense policy is necessary for the link with Mobile Expense in order to indicate which expense policy applies to an employee. No additional feature in HR Core Business is required. As more data is expected to be required in the future for the various links without an additional feature in HR Core Business, a separate screen has been created for registering such employee data. How Settings > Recording > List of values As of 1-1-2020 the Expense policy list of values has been added to the Element field in the List of values screen. It can be used to define expense policies that can be assigned to an employee through the Integration elements screen. Employee > Contract > Integration elements As of 1-1-2020 the Integration elements screen has been added to the Contract menu. Through this screen the correct expense policy for an employee can be specified in the Expense policy field for integration with Mobile Expense. The available values to choose from are registered in the Expense policy list of values as described above. Your action In order to use the new feature, the list of values must be created and the correct value must be assigned to the employees concerned as described above. Solved Message Error message when importing branches of organizational units has been modified (change 1914674) Message When importing branches for organizational units, the error message Specified start date is before the employee’s employment date was displayed. This was due to the fact that the branch was linked to an organizational unit that did not yet exist on the effective date. However, the text of the error message suggested that it concerned employees. Solution The error message is a general message that is displayed when data is linked to an element that does not yet exist on the effective date. As of this release the text has been modified as follows: Specified start date (yyyy/mm/dd) is before the date (yyyy/mm/dd) of the element to be linked. Note: this message is now also included in the Self Service failure report. Your action No action is required. Publishing Date : 6/18/2020

  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

New My Reports notification Why You will now receive a notification to let you know that a report is waiting in My Reports, so you can continue to work on other tasks in the meantime. How Location: Bar at the lower left of the screen > rightmost icon, Notifications A Notifications icon has been added to the bar below the menu at the lower left of the screen.  When you create a report, you will see the number 1 next to the icon as soon as the report is available in My Reports. If there are more reports available that you have not yet viewed, you will see how many next to the Notifications icon. Click on the Notifications icon to open the list. You will then see the notifications of the reports that are ready for you in My Reports, along with their creation date and time. Click on a notification to go straight to My Reports.  The notifications are cleaned up weekly, but you can also remove a notification manually by clicking on the X next to it.  Your action  No action is needed. Modified and improved Codes shown in Employment contract selection screens Why The Employment contract screen fields now show - between brackets - the code that is associated with the chosen value in order to assist users in selecting values in fields with a list or a search function (magnifying glass icon). If the values you can choose from are very similar, the codes may help to distinguish between them. How Path: Employee > Contract > Employment contract Click in a field to make a selection from a list and you will see the corresponding code in brackets after the description. If you use the magnifying glass icon to open a field selection screen, you will see that the Value column with the corresponding code has been added next to the Description column. Your action No action is needed. Notices of recovery with a date in the future are now sent to the Absenteeism Manager Why Notices of recovery entered for a date in the future were not sent to the Absenteeism Manager. How Employee > Illness > Absenteeism This problem has been resolved: as of this release, notices of recovery for dates in the future will be sent to the Absenteeism Manager.  Your action Because previously recorded notices of recovery for dates in the future will not be sent to the Absenteeism Manager, you will have to enter these again. Please delete your old notice of recovery before entering the new one. Publishing Date : 10/25/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. Improvements Improving reliability of delivery for the HR Data Feed Why Many of our customers rely on the HR Data Feed to consume operational data to drive their ERP, CRM, Procurement, Fleet Management or Identity and Access Management Solutions and Financial Solutions and our monitoring shows we have been experiencing rapid growth of data and usage of the HR Data Feed which is impacting our ability to process and deliver the files in a timely manner. We wanted to improve this, so we have executed on several steps to improve the performance of processing all data, improve the delivery process and make sure that they become available before 06:00 am. How Additional enhancements and improvements further guaranteeing timely delivery are planned for the future and will follow in subsequent releases. Your action No action is required. Resolved notifications Report Model and HR Data Feed have been extended with more than new 130 fields (change 1023780, 1027135, 1030221, 1030249, 1030391) Why By packaging multiple customer requests simultaneously we have extended the report model and the HR data model to provide better data coverage. How Additions All fields related to the Garantie Loon entity have been added Two fields from the Overuren entity have been added (G) Uren tijd/tijd extra (Overuren) (L) Uren tijd/tijd extra (Overuren) Fields from Toeslagen Vast Uitgebreid have been added Fields Z5 and further Two fields from the Medewerker entity have been added UPI Contract volgnummer A field from the Rol Toewijzing UM entity has been added Field Incl onderliggende OE’s Your action No action is required. Data displayed in the standard reports R-AL-10300 and R-AL-10320 do not match (change 999473) Message In report R-AL-10300 there is Wettelijk verlof of last year missing. In the standard report R-AL-10320 the Wettelijk verlof of last year is actually being displayed. Analysis confirmed that Wettelijk verlof of last year is not being displayed in report R-AL-10300 because of an expiration date being taken into account. Solution The report has been modified, and starting with this release standard report R-AL-10300 will present the same data as presented in report R-AL-10320, Your action No action is required. Publishing Date : 1/31/2019

Notifications Online release sessions  Several customers requested that we organize an online release session in addition to the Release Notes to explain the changes in the relevant release in more detail. We are happy to facilitate this. As we already mentioned in the February Release Notes, we will pilot a one-hour info session in the week following the release, in which we will further explain the most important changes in the release. During this session, we will devote extra attention to what you, as a customer, need to do in order to get the most out of modified or new features. We hope that this will clarify the Release Notes and the Actions listed for some of the changes. The first release session will take place on Tuesday, March 2, at 14:00 (CET). You can register via de Event calendar of Payroll Business. New ‘Payslips to Dynamic Payslip' interface not yet active  We are creating a feature allowing you to offer your employees dynamic payslips. At present, the Management - data exchange - interfaces screen already displays the new ‘Payslips to Dynamic Payslip' interface. The new interface is only displayed however; it is not yet available. We will provide more information in the next release.  Solved Messages Cannot read UPIs (2486778) Message  We have found that in some situations, the system cannot read the UPI if an employee is associated with two dates of birth in the system. The cause is a modification of a date of birth as per a different benchmark date. A retirement date is calculated for every date of birth and this generated an error message. Solution We have adjusted the code as per the March release, ensuring that UPIs are read without generating an error message. Should one employee be associated with two (different) dates of birth, the dates are copied to the person in chronological order. Action No action is required. Leave across year change with introduction of Wet Wieg (2179372) Message  It is impossible to take childbirth leave that falls in two calendar years because the system states there are insufficient remaining days of leave. Solution As per the March release, you can take supplementary childbirth leave across a year change. Action If you have not yet applied for supplementary childbirth leave across the year change, you can do this now. Otherwise, no further action is required.  Contact 2 is not deleted (2441425) Message If an employee stated through Self Service that two of their contacts had to be removed, a failed change resulted.  Solution After the March release, the change for deleting a second contact will be processed and not end up with the failed changes.  Action No action is required. Publishing Date : 2/19/2021

Solved Messages Base of employee master data - salary rounded to one decimal (2762418) Message The salary is rounded to 1 instead of 2 decimals in the Base of employee master data. Solution This has been resolved. As of this release, the salary is rounded to 2 decimals. Action This can be checked by selecting Employee > Employee > Base of employee master data. Closed organizational units wrongly forwarded to Portal (1253731) Message Sometimes the following error message was displayed in the Grouped User Management Logbook in the Portal: Role assignment Manager not processed: Organizational unit xxxxx not found. The managers of organizational units (OUs) that were already closed were mistakenly specified for the closed organizational units. Solution As of this release, no data of already closed organizational units is forwarded and the error message is no longer displayed. As a result, the Grouped User Management Logbook is more structured and any errors can be detected more easily.  Action No action is required. Employee is not forwarded to the Portal (2710118) Message Synchronization between the Person entity and the Employee was not always successful. Employees for which the Identity and/or Citizen service number fields had no value were not synchronized with the persons in question, and the employees were not forwarded to the Portal. Solution This has been resolved. The order of synchronization from the Person to the Employee is now correct and the employee is forwarded to the Portal. Action No action is required. Long-term illness and maternity leave - value of PIB date field incorrect (389486) Message Calculation of the PIB date field (Permanent Incapacity Benefit (Restrictions) Act (Wet Verbetering Poortwachter)) was incorrect when there was a period of maternity leave between two sickness registrations, as a result of which the second sickness registration was not marked as continuous. Solution A sickness registration is continuous when the period of recovery between two sickness registrations is less than 28 days. As of this release, the maternity leave period is no longer included when determining these 28 days. In the above situation, the second sickness registration is now considered to be continuous and the PIB date field will show the correct date. Action The maternity leave period is now considered where new sick reports are concerned. Already registered sick reports are not automatically modified. To ensure the correct PIB date of existing sick reports is calculated, the sick report following maternity leave must be removed and re-entered. Generating mail merge documents no longer works (2783083) Message In the Employee address details screen, the (mailmerge) indication was not visible at the aggregate fields for the mail merge address. As a result, mail merge documents could no longer be created.  Solution The (mailmerge) indication has been re-added to the following fields: Street / House number (mailmerge) (7569) Postcode / City (mailmerge) (7570) Country (mailmerge) (7568) Action No action is required. Publishing Date : 6/17/2021

Modified and Improved Recruitment fields in 'Accept candidate' form In the release notes of June and July we communicated that we would make a solution for the 5 fields on the 'Accept candidate' form because the layout of the Self Service fields differs from that of Recruitment and Selection. The values in these fields are causing an error message on the form. From now on the import of data for these fields are transferred from the values of Recruitment and Selection automatically to the correct value within the Self Service fields. It concerns the following fields: Title Marital Status Country Gender The field: Salutation is only being presented in the candidate form because the HR Core has no seperated field for this value. Pay attention: When you use the connection with Recruitment and Selection you have to use the standard from Recruitment and Self Service tables. Publishing Date : 8/12/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. Verbeteringen Betrouwbaardere levering van gegevens voor de HR Data Feed Waarom Veel van onze klanten vertrouwen op de HR Data Feed voor de levering van operationele gegevens voor hun ERP-, CRM-, Procurement-, Fleet Management- of Identity and Access Management-oplossingen en hun financiële oplossingen. Het is gebleken dat de hoeveelheid gegevens en het gebruik van de HR Data Feed steeds intensiever wordt en dat dit van invloed is op de verwerking en tijdige levering van bestanden. Dit willen we graag verbeteren. Daarom hebben we een aantal extra stappen ingevoegd om het verwerken van gegevens en het afleverproces te verbeteren en ervoor te zorgen dat gegevens vóór 06.00 uur 's ochtends beschikbaar zijn. Hoe In komende releases worden verbeteringen doorgevoerd om tijdige levering van gegevens in de toekomst te garanderen. Uw actie Er is geen actie nodig. Opgeloste meldingen Rapportmodel en HR Data Feed zijn uitgebreid met meer dan 130 nieuwe velden (change 1023780, 1027135, 1030221, 1030249, 1030391) Waarom We hebben het rapportmodel en het HR Data-model uitgebreid voor een beter gegevensbereik, door meerdere klantaanvragen tegelijk te groeperen.  Hoe Toevoegingen Alle velden voor de entiteit Garantie Loon zijn toegevoegd Er zijn twee velden aan de entiteit Overuren toegevoegd (G) Uren tijd/tijd extra (Overuren) (L) Uren tijd/tijd extra (Overuren) Velden voor Toeslagen Vast Uitgebreid toegevoegd Veld Z5 en verder Er zijn twee velden aan de entiteit Medewerker toegevoegd UPI Contract volgnummer Er is een veld aan de entiteit Rol Toewijzing UM toegevoegd Het veld Incl onderliggende OE’s Uw actie Er is geen actie nodig. Gegevens in standaardrapporten R-AL-10300 en R-AL-10320 komen niet overeen (change 999473) Melding Wettelijk verlof van vorig jaar ontbreekt in rapport R-AL-10300. Wettelijk verlof van vorig jaar wordt weergegeven in het standaardrapport R-AL-10320. Na analyse is gebleken dat Wettelijk verlof van vorig jaar niet wordt weergegeven in rapport R-AL-10300 vanwege een vervaldatum. Oplossing Het rapport is gewijzigd. Vanaf deze release worden in het standaardrapport R-AL-10300 dezelfde gegevens weergegeven als in het rapport R-AL-10320. Uw actie Er is geen actie nodig. Publishing Date : 1/31/2019

20-1-2022 Batch Signing filtering improved Case fixed: In the Batch Signing page, when filtering the data by using the search functionality and getting results on multiple pages -> when going to another page the search parameter was lost and the displayed data was not filtered by it anymore.  

2019-12 Bedrijvenpaneel aangepast naar een zoeklink Terugkoppeling van gebruikers gaf aan dat het bedrijvenpaneel, voor selectie van bedrijven, niet synchroon loopt met de selectie van het bedrijf in het navigatiepad. Met de oplossing die wij kozen, leggen wij de nadruk op de zoekfunctionaliteit. Er is nu een link Zoek bedrijf beschikbaar om bedrijven te selecteren. Raadplegen bestaande referenties van organisatorische eenheden Als je een organisatorische eenheid selecteert, heb je de mogelijkheid via het icoon Referenties, de huidige referenties te raadplegen. Wij presenteren per referentie - bijvoorbeeld een roltoewijzing -, de gegevens van die referentie en de ingangsdatum. 2019-11 Notificatie bij gereed zijn van salarisverwerking en rapportage Door je een notificatie te sturen als een salarisverwerking of rapport gereed is, kan je gewoon verder werken. Je hoeft zodoende niet langer op de pagina's Mijn Rapporten of Salarisverwerking te blijven om de gereedmelding te ontvangen. 2019-10 Feestdagenclusters Via feestdagenclusters kan je nu feestdagenkalenders toepassen, die afwijken van de standaard Nederlandse feestdagenkalender. Hiervoor stel je feestdagenclusters samen met feestdagen die zijn voorgedefinieerd op systeemniveau. Hierna kan je die toepassen op het dienstverband van een medewerker.  2019-07 Verlofaanvragen in dagen Het is nu mogelijk om in een verlofregeling naast uren ook dagen op te nemen. Met deze nieuwe eenheid ondersteunt HR Core Business verlofaanvragen van medewerkers zonder vaste werkuren per dag. Hiermee is opbouw in dagen mogelijk en kunnen afboekingen in hele of halve dagen plaatsvinden. 2019-06 Nieuw scherm Verlofaanvragen Het nieuwe scherm verlofaanvragen is vanaf deze release 'peildatum gestuurd'. Ook zijn er additionele filters toegevoegd om de zoekmogelijkheden te vergroten en de performance te verbeteren. 2019-03 AVG stuurgegevens voor verwijderen van verlof- en verzuimhistorie Door stuurgegevens voor AVG vast te leggen, kunt u aangeven hoe lang gegevens bewaard worden en welke gegevens van verlof of verzuim uiteindelijk worden verwijderd. De bewaartermijn - over het algemeen twee jaar na einde dienstverband - heet in HR Core Business retentieperiode. De retentieperiode en de te verwijderen bijbehorende gegevens kunt u nu dus vastleggen in AVG stuurgegevens.