Releases YouServe

  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 Unique Personal ID (UPI) Why We previously stated that the use of the Unique Personal ID (UPI) would become mandatory as of the September release. However, a number of clients have indicated they require more time for identifying employees and specifying the UPI. That is why it has been decided to make the use of the UPI as of the 2020-09 release only mandatory for clients who: Use the Youforce users extended link AND Will use the generic Identity & Access Management API How Employee > Employee > Employees  Via the Unique Personal ID (UPI) field is included in the Employees screen, you can enter an ID to link employees who share the same personal data. Example J. Jansen is an employee of Company A and also a (copied) employee 2 of Company B at Client X. The UPI is used to link these employees. If a search for the UPI of J. Jansen is run in the future in an interface application, both employees will be returned. Your action When the Youforce users extended link is used or the generic Identity & Access Management API will be used, you must ensure the UPI of the employees has been specified. Application feedback Why In the previous release notes you were informed that the Customer Effort Score would soon be launched. When a specific procedure has been performed, a closed question will be displayed concerning the procedure. This enables you to provide us with feedback regarding what has been released. This feedback in turn enables us to introduce process improvements. As of release 2020-09, the closed question will be displayed for a specific period with two processes and will be visible only once or twice. How As of the September release the closed question will be displayed when the following actions are performed: Employee > Employee > AVG Verwijderen medewerker (GDPR - delete employee) – when the Delete button has been clicked. Employee > Instroom/uitstroom (Inflow/outflow) > Proposed transition payment – when the Save button has been clicked. Your action Please provide an answer when a question about the use of the application is displayed. In this way we can assess your opinion on certain processes and screens so we can focus on targeted improvement. New Contract history Why An employee’s contract data can be registered as of this release. Based on this contract history you can determine, for example, what type of contract an employee will be offered when entering new employees through Self Service. For this purpose new value lists and a new screen have been included in the software. How 1. The value lists listed below have been added to the list in the Element field. Via the field Soort doelgroep you specify for which level, client or company, you want to determine the value list and via the field Doelgroep for which customer or company it applies. Settings > Data entries > List of values Status contract volgnummer  This records the value list for the field Status contract volgnummer in the Contract History screen. In the Element field, select the value list Status contract volgnummer and record the values and corresponding description, for example Value 1 with description Active. Type contract 1 This defines the list of values for the Contract Type 1 to 3 fields in the Contract History screen. Please note: the list you record with this applies to both the Type contract 1 field and the Type contract 2 and Type 3 contract fields. 2. The Contract history screen has been added to the Employee menu. This screen can be used to specify data for 3 consecutive contracts. Employee > Employee > Contract history  Contract sequence number This field indicates the contract’s current sequence number. If, for example, the employee is receiving the second consecutive contract, you would enter 2 here.  The following data can be specified for contracts 1 through 3: Status contractvolgnummer (Contract sequence number status) The status of the contract sequence number, such as active, inactive, etc. The displayed statuses have been registered in a separate client specific list of values. Contract type The specific contract type, such as BBL or training agreement, to ascertain whether it relates to chain-provision. The displayed types have been registered in a separate client specific list of values. You can also register contract types that are used in your organization. Start date and End date Here you can specify the contract’s start date and end date.  Your action If you want to use this functionality, define the value lists at client or company level for Type contract and Status contractvolgnummer so that the corresponding values are visible in the fields of the Contract History screen. Modified and Improved New Vestigingsland Bedrijf (Company's business location) field Why As an increasing number of companies in HR Core Business want to establish a link with payroll partners of Visma | Raet in Belgium and Germany, the company’s business location should be included in the company data. How Settings > General > Address data  The Vestigingsland (Business location) field has been added to the address data of companies. This is an optional field where a country in accordance with the ISO country table can be selected.  Your action No action is required.  Solved Message Supplementary childbirth leave calculation (change 2148246) Message When supplementary childbirth leave was requested and the hours per period of the company and the hours per period of the employee deviated, the historical hours per period of the company were used. This was incorrect. Solution From now on the hours per period of the employee, applicable on the date of commencement of the extra individual leave entitlement for supplementary childbirth leave, will be used.  Your action No action is required. The production situation actions have been reset. Publishing Date : 7/28/2020

26-02-2021 New attachments size verification and additional attachments information in Self Service forms All HR-cores From now on, when uploading an attachment to a form in Self Service, the system will check the file size of the document before u...

28-09-2021 Some icons in the workflow definition are not properly displayed (change 2942373) In "Beheer" you could get the error: "The requested content does not excist" when clicking on an icon (for instance the arrow) in Workflow Definition....

  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

29-01-2021 e-Signing setup - New texts The e-Signing setup functionality remains the same, we updated only the texts and the corresponding tooltips in order to make the options clearer: Activate digital signing: mandatory for enabling e-Signing f...

23-06-2021 Special  character caused a blocking in vacancy rubric "Residence" (Change 2771928) The user received a 500-eror in the vacancy rubric "Residence" containing the value(s) (special character). The user was una...

04-04-2022 Not able to select the first form when creating a new dialog (change 398684) When creating a new dialog and trying o select an first form in search screen, the select pop up screen select the first form wasn’t closing anymore. The user could not continue anymore. This is fixed now. User could only see his/her own mutation details on first form in a dialog (change 3406750) The user couldn’t see his/her own mutation details in Done and Archive. They could only see mutation details on the first form and not from the other forms in the same mutation. This is fixed now. Mutations were blocked in document merge process (change 3390160) This change unblocked mutations which were blocked in document merge process because of an error 403. Mutations are blocked when trying to generate a document (change 2999024) This issue is not occurring anymore. The mutations blocked were unblocked on 24/03/2022 in the change 3398986 and the documents were generated. 01-04-2022 Easycruit - HR Self Service integration improvement (change 3382713) Now it's safe to use special characters in the Name Affix field as it no longer causes issues in the Hire Candidate process in HR Self Service.  

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

28-07-2021 Mutaties can't be opened because an attachment contains special characters (support 2771954) In Self Service, when an attachment added to a mutatie had a special character in the file name (<,>, &, ¬, ^… for instance)...

27-08-2021404 error when clicking on a task from My Tasks in Portal (Change 2898415)If you clicked on a task in the menu: “My tasks” in Portal, you could get a 404 error and not open and handle the task. This has now been resolved.25-08...

In this version... Changed in version 2 The subject 'Digital Signing - Changes on the email signature' is changed. We have added instructions to register the company who will send the e-mail. Announcement Towards a better performance We have made a change to improve the user experience of the Archive list that will also lead to an improvement in the performance of this page. For the explanation and performance of this adjustment, read the subject 'Search function Archive extended' in these release notes. An improvement has also been made to the Effort form. This improvement prevents information being collected unnecessarily from now on. This will improve the performance of the Effort form. Modified and Improved Active signalling - When starting up a workflow from Active signalling, the default values were not filled on the first form When defining a signal in HR Core, you have the option to create a 'Workflow' signal. When starting a G-form by means of active signaling, no rubriek fields were filled on the first form as you were used to when starting a workflow directly from Self Service. This is solved in this release. The priority of the shown value is: 1. Data passed in with request; 2. Value from employee data; 3. The default rubric value; 4. Empty value. Digital Signing - Option to sign from Batch Signing removed for Employees When sending a document to 'Digital signing' from a workflow, until now all the users were prompted to select one option to send the documents for a signature: Send later using 'Batch signing' or 'Send for signature now' from the workflow. This leads to some confusion as employees may not have access to the 'Batch signing' option in Self Service. Due to this, if the user sent the documents to 'Batch signing' and do not have access, there is no way for them to send later to the 'Digital signing' procedure. With the changes introduced in this release the employees will not see the option to send later from 'Batch signing' and will see only the pop up to add their email address and phone number to send the documents at that moment for signature. Other type of users like managers and professionals will still have the option to select 'Batch signing' procedure if needed. Digital Signing - Changes on the email signature There has been some changes done to the signature that appears in the emails that users receives when they have an available document to sign on Intraoffice portal. Until now the default signature contained 'Youforce HR Team' and from now on it will contain the name of the company that sent the email in the same way that appears identified in Self Service account.  Digital Signing - Changes on the phone number validation This change has been implemented based on the customer feedback and the votes received from the our Ideas Portal. To prevent issues with mobile phone numbers when filling this information in the Self Service pop up for 'Digital signing' signature, we modified the actual checks to validate the phone numbers. From now on this validation checks that the phone number doesn't start with a '0' (zero) and that it contains only 9 digits, which is the standard mobile phone number length. You can register the name of the company who sends the e-mail at Beheer > Systeem > Instelling: Search function Archive extended Self Service users usually check for mutations from recent history. Too many items are displayed based on current filters. It is now possible to search for mutations per effective date. The search function of the Archive has been extended with effect from 11 September 2019 with an effective date (from and including) filter. In addition to the user-friendliness, this screen will retrieve the data faster by using the new filters. This filter shows as default value the mutations with an effective date starting from three months ago to today. If desired, you can select a different time period. Your selection will be saved for the duration of the session. If you press the red filter then you clear the period and you can select a new period. This will also reset your filter below. The archive has been expanded with two new fields: 'Start date from' and 'Start date up to and including'. We have done this because of performance problems. If you get the Archive for the first time after logging in, then the 'Start date from' date: the date of three months ago is already entered. The 'Start date up to and including' is already filled in with the current date. These are not mandatory fields. So if, for example, you want a bank view of mutations up to six months ago, then adjust the 'Start date from'. If you want to see future mutations, it is best to empty 'Start date up to and including'. If you only want to search by mutation number or employee number, you can also choose to use both fields 'Start date from' and 'Start date up to and including'. If you leave this screen and then return to it, the last used selection will be displayed again. The starting date that can be searched is the starting date that you see in the top right of the forms. List filtering - New validations on the dates filter in Archive We added new validations to the dates filter on the Archive area in Self Service. This validations will prevent the users to enter incorrect dates or dates in a non valid format that used to return search results and could lead to user confusion. The new checks added includes: Date format checking: Dates has to have the right format (DD-MM-YYYY) and cannot contain a letter or other characters not supported in a date format. Leap years checks: When entering the date of February 29th it will only run the search if the year is leap. If not it will show an error as the date is invalid. It will show the error message if start date happens after end date or end date happens before start date, which are not logical searches Before this change the user could even see results with incorrect dates or not valid format dates but from now on the page will not make the call to the server if the format is incorrect and now refresh on the page will be done showing new results. Legislation Validation of the IBAN code for bank accounts As of January 1st, 2020, the Netherlands will fully switch to the International standard for IBAN for the bank accounts verification. In this release we adapted the IBAN rubriek in Self Service to be aligned with the new validations so from now on this International standard will be used for the IBAN verification in the Self Serivice forms. All the IBAN codes provided by your bank before and after this change will still be valid. We simply added the International standard validation in Self Service as the banks in The Netherlands will follow this IBAN format from now on. The change will be applied automatically to the IBAN rubriek so there's no additional configuration or changes needed for the users. Solved changes Export on paper - Page could not filter mutations greater than 1.000.000 (change 1236521) From various customer we received the messages that the functionality 'Export on paper' ('Export op papier') could not filter mutations greater than 1.000.000. The 'Export op papier' functionality didn't show a message error when filtering by mutations greater than 1.000.000. Solution From now on it will be possible to filter any amount of mutations. The problem is fixed and doesn't occur anymore.   Publishing Date : 11/6/2019

Modified and improved Candidate data form improved If you have selected a candidate you will enter the 'Candidate data' form. You will receive an overview of the candidate data. First, you will see the vacancy number and vacancy title. We have added this to the screen. You can also change (if needed) the department and/or the employer here if necessary. These 2 fields are needed to place the candidate at the right employer and under the right department. The department field is filled by default with the value from the vacancy. If you are a manager, the field employer is filled by default with the value that you have as a manager. If you have a professional role, the employer field is left blank by default and you must select an employer. After this click on the 'Continue' button to start the 'New employee' process. This link with Recruitment only starts the 'new employee' processes in Self Service. Transfer processes are not included. Recruitment fields in 'Accept candidate' form On the 'Accept candidate' form there are 5 fields which are filled in with a (correct) value from Recruitment. However, with the import of data for these fields a mismatch occurs with the Self Service fields because the layout of the Self Service fields differs from that of Recruitment. The values in these fields are causing an error message on the form. In the June release, we announced that we were going to remove the automatic filling of these fields. However, we have a better solution for this, which we will implement in the August release. If you already use the link between Recruitment and Self Service, you will receive an error message. By selecting the correct value in Self Service, the error message will no longer be displayed. It concerns the following fields: Salutation Title Marital Status Country Gender Solved changes New 'Confirm' button on Leave withdrawal form leads to an error message (change 1402665) Message A '500-error' appears when clicking on the button 'Confirm' in Leave withdrawal workflow. Solution Digital Signing has been included properly in this form (Leave withdrawal) solving the '500-error' and allowing the users to sign documents. '500-error' appears when clicking on start/todo/done/archive list Message When logging in Self Service a '500-error' (time out) appears after loading the todo list for more than 30 seconds. The same error appears after clicking on the start/todo/done/archive list. Solution We improved the query to generate a more optimized query and to reduce performance time. Replacement date does not reflect the selected date (change 411553) Message When selecting the date of a replacement in the header of the column the text mentions that the last day selected is included, but it is not. The workaround for the users that knew about this issue was to add an extra day to the replacement date. However, we received requests asking to change the information so it reflects the actual behavior of the date.  Solution The column header now shows 'Replacement up to but not included', so it reflects that the real date of the replacement is the next day after the selected date.    Publishing Date : 7/2/2019

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

30-03-2021 HRSS link added automatically when sending an email with an empty footer (change 2244213) When the footer - created in an email template - was empty, the system automatically added a link to Youforce. The link to Youforce will n...

Announcement Clean up old mutations (changes 1335719, 1236622, 1331839, 547573) We have noticed that many old mutations are still open. This places an unnecessary load on Self Service. To reduce this, we will take action in Week 18 (April 29 through May 3) and remove all outstanding mutations from before January 1, 2018. All open mutations prior to this date will no longer be present in the system and can no longer be retrieved. This only concerns changes that have not been fully completed. Completed mutations will remain in the system for audit purposes. You will still be able to see all outstanding mutations dated after December 31, 2017. Solved changes Spelling error (change 1244479) Problem On a workflow definition page, the message 'Geen data beschrikbaar' is shows after a filter action with no result. Solution As from this release, the message will read 'Geen data beschikbaar'. The spelling error in this message (an extra 'r') has been removed. History not shown when mutations are expanded on archive list (change 1283574) Problem When the user clicks 'Archive' and expands a mutation, no data appears. Clicking the button to show the mutation results in an empty screen. Solution When the user clicks 'Archive' and expands a mutation, an error message is generated if no data comes up after 30 seconds: 'An unexpected error occurred while retrieving this transaction. Please try again later. If the error keeps repeating, please contact your administrator or the Visma | Raet service center.' The process of sending new employee and new contract email is not working properly (change 1007890) Problem In the 'new employee or new contract (NW or ND)' workflow, the email with attachments is not sent to the employee. If the 'Private email address' field is filled at a later time, the field is not updated. Solution As from this release, the 'Private email address' field will always be updated when it is filled or changed in the 'new employee/new contract (NW/ND)' workflow. An email will then be sent to the employee. If disruption occurs while updating, an error message will read 'Error while processing (private email)'. The roles fails to take the role's start and end date into account (change 518839) Problem The roles does not take the end date of that specific role into account. As a result, incorrect roles (and users connected to these roles) can be returned. Former managers may still receive emails from their previous organizational unit. Solution With the Youforce Portal release 2019-04, the roles takes into account the start and end date. Former managers will no longer receive emails from their previous organizational unit. Problem generating statistics outside disabled period (change 1365977) Problem Outside the disabled period, it was not possible to generate relevant statistics. Solution It is now possible to generate relevant statistics outside the disabled period. Employee trying to log in as a delegate receives a 500 error (change 1154892) Problem An employee trying to log in to Self Service as a delegate is presented with a 500 error on the menu. Solution When an employee logs in as a delegate, the menu on the left appears. Mutation is not blocked when button 'Confirmatie text' or 'Memo toevoegen' is clicked (change 1284116) Problem A mutation proceeds to the next activity before digital signing has been completed. Previously the user received a message and the mutation was blocked.  Solution Digital Signing has been introduced in several forms which were not used in the past. Digital Signing will now also work with: 'Gegevens wijzigbaar', 'Confirmatie tekst' and 'Memo toevoegen'. User receives 500 error when clicking on Rehire tile (change 1370525) Problem When they click on Rehire tile, the user is presented with a 500 error. Solution As from this release, the 500 error no longer appears. Publishing Date : 4/24/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