Releases YouServe

  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

  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

New New reference tables added to the HR Data Feed Why Some customers have reported they wanted to link data, but not all reference tables were present to do this. How New table to download has been added on Data Feed to the Entity Organisatorische eenheid. It's called Koppeltabel_Organisatorische_Eenheid_Arbeidscontract. New table to download has been added on Data Feed to the Functie informatie Entity. It's called Koppeltabel_Arbeidscontract_Functie_Informatie. Your action As a customer to make use of the reference tables you need to consume the information and process the new reference tables in your software / integration solution to make use of the information. Improved Reliability of daily updated leave data for ad-hoc reporting is improved Why Some customers have reported that they did not see the latest data when building ad-hoc reports using report models. How We found that the process for updating the data did not work properly. This has been solved. Your action No action is needed. Metric accuracy sickness duration has been improved Why Some customers have reported that they ran the standard reports R-ZK-10000, R-ZK-10010 and R-ZK-10020 for the whole organization. On the last page, there was a big difference in Average sickness duration. We analyzed this and found that these values were incorrect. How The calculations have been adjusted and the reports now show the correct values. Your action No action is needed. Publishing Date : 4/18/2019

Nieuw Nieuwe referentietabellen toegevoegd aan de HR Data Feed Waarom Een aantal klanten heeft aangegeven data te willen koppelen maar hiervoor waren niet alle referentietabellen voorhanden. Hoe Er is een nieuwe tabel toegevoegd aan de entiteit Organisatorische eenheden, deze kan worden gedownload via Data Feed. Deze heet Koppeltabel_Organisatorische_Eenheid_Arbeidscontract. Er is een nieuwe tabel toegevoegd aan de Entity Functie informatie, deze kan worden gedownload via Data Feed. Deze heet Koppeltabel_Arbeidscontract_Functie_Informatie. Uw actie Als klant moet u, om gebruik te kunnen maken van de referentietabellen en informatie, de informatie importeren en de nieuwe referentietabellen verwerken in uw software-/integratie-oplossing. Verbeterd De betrouwbaarheid van dagelijks bijgewerkte verlofdata voor ad hoc-rapportage is verbeterd Waarom Een aantal klanten heeft gemeld dat ze de meest recente data niet konden zien bij de aanmaak van ad hoc-rapporten met rapportmodellen. Hoe We ontdekten dat het proces om de data bij te werken niet goed functioneerde. Dit is opgelost. Uw actie Er is geen actie nodig. De metrische nauwkeurigheid van ziekteduur is verbeterd Waarom Een aantal klanten meldde dat, na het uitvoeren van de standaard rapporten R-ZK-10000, R-ZK-10010 en R-ZK-10020 voor hun hele organisatie, ze aanzienlijke verschillen ontdekten in de Gemiddelde ziekteduur op de laatste pagina. We hebben dit geanalyseerd en ontdekten dat deze waarden onjuist waren. Hoe De berekeningen zijn aangepast en de rapporten bevatten nu de juiste waarden. Uw actie Er is geen actie nodig. Publishing Date : 4/18/2019

Mededelingen  Vertalingen schermen Een deel van de schermen van HR Core Business en Payroll Business werd tot nu toe in het Engels en Duits weergegeven. Wij krijgen echter steeds vaker het verzoek om de applicatie volledig beschikbaar te stellen in andere talen. In de loop van dit jaar gaan wij daarom de meertaligheid uitbreiden en alle schermen controleren: Schermen voor de HR professional worden vertaald in het Engels, Duits en Frans. Schermen voor payroll professionals en overige gebruikers worden vertaald in het Engels. Vanaf deze release is een groot gedeelte van de schermen van het menu Medewerkers gecontroleerd en vertaald. De overige menukeuzes volgen in de komende releases. Zodra dit menu volledig vertaald is, laten we dit weten.  Let op: sommige velden hebben een waardenlijst die op het niveau Klant of Bedrijf is gedefinieerd. In dat geval bent u zelf de beheerder van de lijst, en ook van de vertalingen. Deze kunt u onderhouden via Instellingen > Vastlegging > Waardenlijst.  Online release sessies Op dinsdag 2 maart zijn we als pilot gestart met een release sessie, waarin we de release van die maand hebben toegelicht en dinsdag 30 maart vond de kennissessie voor de april release plaats. De komende maanden zetten we de pilot voort en vindt in de week na de release een kennissessie van één uur plaats, waarin we de belangrijkste zaken uit deze release nader toelichten. We besteden we extra aandacht aan de zaken waarvoor je als klant actie moet ondernemen om gewijzigde of nieuwe functionaliteit juist en volledig te gaan gebruiken. Hiermee hopen we de release notes en de acties die bij bepaalde onderwerpen zijn vermeld, te verduidelijken. De release sessie over de release van mei vindt plaats op dinsdag 01 juni 14.00 uur. Je kunt je aanmelden via de Evenementenkalender in de community of hiervoor contact opnemen met jouw Customer Success Manager. Nieuw  Technische nummers gegevenselementen en waardelijsten Waarom  Om de gebruikersvriendelijkheid van de schermen van HR Core Business en Payroll Business te vergroten, proberen we het gebruik van technische codes te vermijden. Toch kan het soms handig zijn om technische nummers te zien, bijvoorbeeld: Als je gegevens wilt importeren via een spreadsheet, in de spreadsheet moet dan het nummer van het gegevenselement worden vermeld. Als je een koppeling wilt maken met velden van een andere applicatie, zoals een externe HR-oplossing of een tijdregistratiesysteem. Hoe  Aan de Gebruikersinstellingen, die je opent met het icoon  links onder in het scherm, vind je vanaf deze release de volgende optie: Codes van gegevenselementen en waardenlijsten weergeven. Als je deze optie aanvinkt, zie je in de schermen twee soorten codes: de codes van de de gegevenselementen, bijvoorbeeld 37 = Burgerlijke staat  de codes van de toegestane waarden in een waardenlijst, bijvoorbeeld 1= Ongehuwd, 2=Gehuwd, enz. Codes pas zichtbaar na vertaling scherm Je ziet de codes niet meteen in alle schermen: in de loop van 2021 worden alle schermen groepsgewijs vertaald, zie de onderwerpen hierover elders in deze Release notes. Zodra een scherm goed vertaald is, zorgt deze optie ervoor dat je  - mits de optie aan staat - de technische nummers in de schermen kunt zien. Actie  Er is geen actie nodig. Als je deze optie handig vindt, zet hem dan (tijdelijk) aan. Gewijzigd en verbeterd Benefitbudgetregeling – Automatisch uitbetalen in periode na uitdiensttreding Waarom Als een medewerker uit dienst ging en het veld Saldo automatisch afrekenen bij uitdienst stond op Ja, dan vond het afrekenen van het saldo automatisch plaats in de periode van uitdienst. Het was niet mogelijk om het afrekenen automatisch te laten plaatsvinden in de periode na uitdienst. Vanaf deze release is dit aangepast en is dit wel mogelijk.  Hoe Instellingen > Berekening > Arbeidsvoorwaardengegevens > Benefitbudgetregeling Medewerker > Contract > Arbeidsvoorwaarden > Benefitbudgetregeling Aan het bedrijfsscherm en medewerkersscherm Benefitbudgetregeling is het volgende veld toegevoegd: Afrekening bij uitdienst (Benefit) Eindafrekening in de periode van uitdienst = standaardwaarde Eindafrekening na de periode van uitdienst Hiermee kies je of Payroll Business de afrekening automatisch moet uitvoeren in de periode waarin de medewerker uit dienst gaat of in de periode daarna.  Actie Het veld Afrekening bij uitdienst (Benefit) staat standaard op Eindafrekening in de periode van uitdienst. Dit is de oude situatie. Als je wilt dat de afrekening plaatsvindt na de periode waarin de medewerker uit dienst treedt, kies dan de waarde Eindafrekening na de periode van uitdienst. Benefitbudgetregeling – Grondslag verlagen Waarom Het was al mogelijk om de grondslagen Benefitbudget en Benefitbudget1 te verlagen met de verlofkortingen of de verlof- en ziekteverlofkortingen. Het was echter niet mogelijk om een selectie van de kortingen te maken. Hiervoor zijn nu twee nieuwe grondslagen beschikbaar waarin u de gewenste sub-looncomponenten (verlof- en ziektekortingen) kunt plaatsen. De oorspronkelijke bedragen worden dan alleen met die sub-looncomponenten verlaagd. Hoe Instellingen > Berekening > Grondslag Vanaf deze release zijn aan de functie Grondslag de volgende grondslagen toegevoegd: Benefitbudget – Verlaging sublooncomponenten Benefitbudget1 – Verlaging sublooncomponenten Als je bij het veld Grondslag Benefitbudget Hoog/laag kiest voor Oorspronkelijk bedrag, worden de oorspronkelijke bedragen verlaagd met de sub-looncomponenten die in de nieuwe grondslagen zijn vastgelegd.   Actie Als je de nieuwe functionaliteit wilt gebruiken, kun je deze inrichten vanaf de peildatum 1-1-2021. Extra bedragen voor de transitievergoeding  Waarom  Het komt regelmatig voor dat naast de wettelijke transitievergoeding ook een aanvulling wordt betaald, zoals een tekenvergoeding of een extra te ontvangen vergoeding als de medewerker voor de overeengekomen einddatum dienstverband uit dienst treedt. Ook wordt er soms een voorschot op de transitievergoeding gegeven. Daarom hebben wij het verzoek gekregen, om via de functionaliteit van de transitievergoeding extra bedragen te kunnen vastleggen voor extra bruto vergoedingen, bruto inhoudingen, netto vergoedingen en netto inhoudingen.  Hoe  Medewerker > Instroom / Uitstroom > Uitdienst met transitievergoeding We hebben in het menu Instroom/Uitstroom de functie Voorstel Transitievergoeding vervangen door de wizard Uitdienst met transitievergoeding. Deze wizard bestaat uit twee schermen: Voorstel transitievergoeding Dit is het al bestaande scherm voor de transitievergoeding en is functioneel niet gewijzigd.  Extra vergoedingen / inhoudingen transitie In dit nieuwe scherm is het mogelijk om de volgende vergoedingen en/of inhoudingen vast te leggen: 10 extra bruto vergoedingen 5 bruto inhoudingen 5 netto vergoedingen 5 netto inhoudingen Deze worden dan samen met de transitievergoeding uitbetaald of ingehouden.    Aandachtspunten Net als de bedragen in het eerste scherm kun je de bedragen in het tweede scherm vastleggen op de datum waarop de medewerker uit dienst treedt. Het utbetaling en/of inhouden vindt plaats volgens de instellingen die zijn vastgelegd via Instellingen > Berekening >Transitievergoeding: in de laatste periode dat de medewerker in dienst is, of juist in de periode daarna. Via Medewerker > Contract > Arbeidsvoorwaardenpakket ziet u bij de arbeidsvoorwaarde Transitievergoeding de bedragen terug, maar grijs gemarkeerd: u kunt ze daar niet wijzigen. Omdat deze nieuwe functionaliteit meer mogelijkheden biedt en gemakkelijker is in het gebruik, gaan we met ingang van periode 01-2022 het veld Ontslagvergoeding (eenmalig) van het arbeidsvoorwaardenscherm Transitievergoeding verwijderen. Je kunt dit veld eventueel blijven gebruiken tot en met de laatste periode van 2021.  Actie Als je extra bedragen wilt uitbetalen of inhouden bij een transitievergoeding, leg deze dan vast via het tweede wizardscherm, zoals hierboven beschreven.     Zorg via Instellingen >Vastlegging > Alternatieve omschrijvingen voor de juiste omschrijving, bijvoorbeeld Tekenvergoeding: geef zowel het gegevenselement als de bijbehorende looncomponent de gewenste omschrijving. Als je het veld Ontslagvergoeding (eenmalig) gebruikt, stap dan uiterlijk met ingang van periode 01-2022 over op het vastleggen van extra ontslagvergoedingen en/of inhoudingen via een van de nieuwe velden. Verbeteringen lay-out schermen Werklocatie, Klant-CAO en Bedrijf-CAO Waarom Om de gebruikersvriendelijkheid van onze applicatie te verbeteren, passen we in een scherm soms de groepering en/of de naamgeving van de velden aan. Hoe Instellingen > Algemeen > Werklocatie De gegevens zijn beter gegroepeerd: het fysieke adres is nu duidelijk gescheiden van het postadres en de Tab-volgorde is aangepast.  Instellingen > Klant-CAO - alleen voor administratiekantoren De gegevens zijn beter gegroepeerd en het veld Klant CAO code is hernoemd naar Volgnummer Klant-CAO. Hierdoor is er beter onderscheid ten opzichte van de CAO code. In principe kun je meerdere implementaties van dezelfde CAO inrichen, het volgnummer is bedoeld om daar onderscheid tussen te maken. Overigens is in veel gevallen wel als volgnummer de CAO code ingevuld, dit verandert niet. Instellingen > Bedrijf-CAO - alleen voor administratiekantoren De gegevens zijn beter gegroepeerd en het veld Bedrijf CAO code is hernoemd naar Volgnummer Bedrijf-CAO.  Actie Er is geen actie nodig. Verbeteringen scherm Interfaces op medewerkerniveau Waarom Via onze feedbackkanalen hebben veel klanten aangegeven dat consistentie en snelheid van de schermen die dagelijks worden gebruikt van essentieel belang is om de HR en Salarisadministratie te kunnen voeren. Om de gebruikersvriendelijkheid en snelheid van onze applicatie te verbeteren, hebben we daarom het scherm Interfaces op medewerkerniveau aangepast.  De komende tijd zullen meer van dit soort schermen aangepakt worden op basis van feedback. Hoe Medewerker > medewerker > Interfaces Om het gebruiksgemak en de snelheid te verbeteren, hebben we in deze release het scherm Interfaces als volgt aangepast: Het scherm opende altijd met de gehele lijst medewerkers met alle daarbij horende Interfaces. Voortaan opent het scherm op dezelfde manier als bijvoorbeeld andere medewerkerschermen. Je ziet een leeg scherm, waarin je kunt zoeken naar de gewenste medewerker of interface. Doordat het scherm altijd opende met de gehele lijst medewerkers en interfaces, hield het systeem niet de medewerker vast die was gekozen in een ander medewerkerscherm. Voortaan blijft de medewerker die je via in een andere menufunctie had geselecteerd, ook in het  is geselecteerd blijven. Als je maar één interface gebruikt, bijvoorbeeld alleen loonaangifte, hoef je voortaan niet meer na het selecteren van de medewerker de interface te kiezen. Als er maar één interface aan de medewerker is gekoppeld, wordt dit submenu meteen geopend. Dit scheelt extra klikken. Als er meerdere interfaces zijn, opent het scherm direct met die medewerker, maar moet je nog wel de interface selecteren. Actie Er is geen actie nodig. Verbeteringen scherm Arbeidsvoorwaardenpakket > Arbeidsvoorwaardescherm Waarom Om het gebruiksgemak te verbeteren, hebben we in deze release de manier waarop de peildatum werkt via het scherm Arbeidsvoorwaardenpakket > Arbeidsvoorwaardenscherm aangepast. Hoe Medewerker > Contract > Arbeidsvoorwaardenpakket > Arbeidsvoorwaarde In het scherm Arbeidsvoorwaardenpakket > Arbeidsvoorwaarde hebben we het volgende aangepast: In het overzicht van het scherm Arbeidsvoorwaardenpakket waarin je een arbeidsvoorwaarde selecteert, kun je bovenin het scherm de peildatum wijzigen. Nadat je vervolgens een arbeidsvoorwaarde had geselecteerd, was het veld Peildatum uitgegrijsd en kon je de datum daar niet wijzigen. Hiervoor moest je eerst weer terug naar het overzicht met de van arbeidsvoorwaarden. Voortaan kun je de Peildatum ook aanpassen in het arbeidsvoorwaardescherm zelf.  Actie Er is geen actie nodig. Corrigeren verlof voor pensioenen/fondsen (vaste grondslag) uitgebreid Waarom Tot nu toe was het alleen mogelijk om de pensioenpremie te corrigeren voor de verlofsoorten onbetaald verlof, ouderschapsverlof en aanvullend geboorte verlof. Dit zijn verlofsoorten van de arbeidsvoorwaarde Loondoorbetaling bij verlof (variant Uitsplitsing). Deze arbeidsvoorwaarde kent dertien verlofsoorten en de wens was om voor alle verlofsoorten de pensioenpremie te kunnen corrigeren bij een verlofopname. Hoe Instellingen > Berekening > Referentietabellen beheer Voor de Pensioenen/fondsen vaste grondslag eigen regelingen en de - benoemde regelingen zijn er twee aparte referentietabellen aangemaakt, waarmee je kunt aangeven of een verlofsoort wel of niet moet worden meegenomen voor het corrigeren van de premies. Het gaat om de volgende tabellen die zijn toegevoegd aan de lijst van het veld Referentietabel: Pensioenen/fondsen benoemd (vast) – Corr. Verlof Pensioenen/fondsen eigen (vast) – Corr. Verlof Via deze referentietabellen kun je per pensioensoort en pensioenvariant vastleggen of een verlofsoort meedoet voor het corrigeren van de premie. Ook kun je per pensioensoort een standaardwaarde vastleggen door het veld Variant pensioen/fonds leeg te laten. Instellingen > Berekeningen > Arbeidsvoorwaardengegevens In de bedrijfsschermen kun je via de volgende velden aangeven of je wel of niet gebruik wilt maken van de nieuwe refentietabellen. Eigen regelingen: veld Corrigeren voor opgenomen verlof (Pensioensoort) Dit veld was aanwezig in de bedrijfsschermen voor zowel de eigen als de benoemde regelingen en het was voorheen alleen mogelijk met dit veld te corrigeren voor opgenomen Onbetaald verlof en Ouderschapsverlof. Benoemde regelingen: veld Corrigeren voor opgenomen verlof (pensioensoort - benoemd) Dit is een nieuw veld dat in de bedrijfsschermen van de benoemde regelingen het veld Corrigeren voor opgenomen verlof (Pensioensoort) vervangt, zodat je dit per pensioensoort apart kunt aanzetten. Het veld Corrigeren voor opgenomen aanv geboorteverl (pensioensoort) is verwijderd van de arbeidsvoorwaardenschermen. Deze uitbreiding is per peildatum 1-1-2021 van toepassing. Actie Op basis van de keuze die t/m deze release in de velden Corrigeren voor opgenomen verlof (pensioen soort) en Corrigeren voor opgenomen aanv geboorteverl (pensioensoort) stond in de arbeidsvoorwaarden, richten wij voor jou de referentietabel in, waarbij de kolommen voor onbetaald verlof, aanvullend geboorteverlof of ouderschapsverlof op Ja of Nee worden gezet. Als je wilt dat ook andere verlofsoorten invloed hebben op de pensioenberekening, kun je dit in de referentietabel aanpassen. Voor de benoemde pensioenregelingen zetten we voor jou het nieuwe veld Corrigeren voor opgenomen verlof (pensioensoort - benoemd) op Ja als Corrigeren voor opgenomen verlof (pensioensoort) op Ja staat of als Corrigeren voor opgenomen aanv geboorteverl (pensioensoort) op Ja staat. Gedoneerde verlofuren nu ook doorgegeven als verloonde uren naar de Loonaangifte Waarom Binnen de arbeidsvoorwaarde Kopen, verkopen, verrekenen dagen/uren kan een medewerker verlofuren doneren aan een goed doel. De medewerker verkoopt verlofuren en de netto opbrengst van deze verkoop wordt door de werkgever vervolgens aan een goed doel geschonken. Deze gedoneerde uren werden ten onrechte niet naar de loonaangifte doorgeven als verloonde uren.    Hoe Medewerker > Contract > Arbeidsvoorwaardenpakket > Kopen, verkopen, verrekenen dagen/uren Vanaf deze release is dit aangepast en hersteld met ingang van 1-1-2021. Vul je in het veld Uren doneren een waarde in, dan worden de ingevulde uren als verloonde uren doorgegeven naar de loonaangifte. Actie Er is geen actie nodig.  Verrekenen fiscale ruimte reiskostenvergoeding nu mogelijk met looncomponenten opgenomen in grondslag (1005886) Waarom Voor het laten verrekenen van de fiscale ruimte voor reiskosten is er nu een grondslag waarin je looncomponenten kunt opnemen die fiscaal verrekend worden als er fiscale ruimte is.  Hoe Instellingen > Berekening > Grondslag Aan de lijst van het veld Grondslag is per 1 januari 2021 de grondslag Reiskosten - fiscale ruimte verrekenen toegevoegd. Hierin kun je de looncomponenten opnemen die je fiscaal wilt laten verrekenen, mits er fiscale ruimte is.  Instellingen > Berekening > Arbeidsvoorwaardengegevens > Reiskosten Medewerker > Contract > Arbeidsvoorwaardengegevens > Reiskosten In het bedrijfs- en medewerkerscherm Reiskosten is aan het veld Fiscale ruimte verrekenen de waarde Vanuit Grondslag toegevoegd. Kies je hiervoor, dan betaalt Payroll Business de fiscale ruimte automatisch uit. Je kunt looncomponenten opnemen in de grondslag Reiskosten - Fiscale ruimte verrekenen. Payroll Business verrekent dan deze looncomponenten als er de fiscale ruimte is.   Als het bedrag van de looncomponenten groter is dan fiscaal mogelijk, zal een volgende periode het restbedrag uitgeruild worden, totdat het berekende bedrag geheel verwerkt is.  Als na de laatste afrekenperiode van het jaar het bedrag nog niet geheel verwerkt is, zal het restant niet meer verwerkt worden.  De werking is vergelijkbaar met die van het veld Reiskosten fiscale ruimte (bedrag) in het scherm Reiskosten.  Actie Als je looncomponenten fiscaal wilt verrekenen, kies dan bij het veld Fiscale ruimte verrekenen voor Vanuit grondslag en neem de betreffende looncomponenten op in de grondslag Reiskosten - Fiscale ruimte verrekenen. Opgeloste meldingen L1614 / L1615 standaard waarden verdwenen Melding Wij zien dat vanaf de loonaangifte van periode 02-2021 het aantal signaleringen 1614 en 1615 is opgelopen. De oorzaak hiervan is dat in bepaalde situaties het contractloon en de contracturen moesten worden doorgeven met de waarde 0 en dat dit vanuit Payroll Business niet altijd is gebeurd.  De Belastingdienst heeft de loonaangifte wel geaccepteerd, maar stuurt hierover wel een brief waarin staat dat dit moet worden hersteld. Zie ook het bericht Terugkoppeling Belastingdienst signalen L1514 en L1615 op de community van Payroll Business. Oplossing Op 28 april 2021 hebben wij de oplossing hiervoor uitgeleverd. Hierdoor gaat geeft Payroll Business voortaan de juiste waarde door en worden de aangiftes hersteld met terugwerkende kracht vanaf januari 2021.  Als de loonaangifte van april is verzonden vòòr 28 april, kunnen deze signaleringen nog t/m de terugkoppelingen van april in de brieven van de Belastingdienst staan. Let op: het is niet nodig hiervoor een call aan te maken, het herstel heeft al plaatsgevonden en de signaleringen zullen uiterlijk vanaf de brieven van mei niet meer voorkomen.  Uw actie Er is geen actie nodig. Berekening aanvullend geboorteverlof (2682231)  Melding Als het doorbetalingspercentage aanvullend geboorteverlof groter is dan 70% en er werd rekening gehouden met het maximum dagloon, werd soms ten onrechte een extra korting aanvullend geboorteverlof ingehouden. Oplossing Dit is opgelost per 1-1-2021. Payroll Business houdt nu bij het controleren of de doorbetaling van aanvullend geboorteverlof hoger is dan 70% van het maximum dagloon, rekening met het werkelijke doorbetalingspercentage. Actie Er is geen actie nodig. Automatische berekening Negatief netto vorige periode Melding Als in een voorgaande periode het totale saldo door een automatische inhouding van een negatief netto precies op nul uitkwam, werd het negatief netto soms in de huidige periode weer uitbetaald. Dit vond plaats als deze periode werd herberekend. Oplossing Dit is opgelost zodat vanaf nu met ingang van 01-07-2021 de voorgaande inhouding van het netto negatief niet meer wordt uitbetaald. Actie Er is geen actie nodig. Eigen bijdrage Fiets van de zaak niet correct verwerkt (2695529)  Melding Als je bij Eigen bijdrage eenmalig fiets een bedrag had vastgelegd, werd dit ten onrechte uitgekeerd in plaats van ingehouden.  Oplossing Vanaf de juni release wordt, met ingang van 01-01-2021, de eigen bijdrage eenmalig fiets ingehouden, zoals ook de bedoeling is.  Actie Er is geen actie nodig. Ad-hoc rapportage (uitgebreid) - vrije velden niet altijd weergegeven (2651130 )  Melding In de Ad-hoc rapportage (uitgebreid) werden vrije velden niet altijd weergegeven.  Oplossing Dit is opgelost, zodat vrije velden voortaan altijd in de rapportage worden weergegeven. Actie Er is geen actie nodig. Wet- en regelgeving Minimumlonen per 1 juli 2021 Na de publicatie van de bedragen van het minimum(jeugd)loon per 01-07-2021, hebben wij de wijzigingen doorgevoerd in Payroll Business.  U kunt deze inrichting controleren via Rapporten > Instellingen > Referentietabel > Tabelnaam Minimum(jeugd)loon.  Publishing Date : 5/21/2021

Mededelingen  Uniek Persoonlijk Id en Conversie persoon Waarom  Bij gebruik van generieke API's, zoals Identity en Access management, Verzuim Management en Verzuim Management 2.0, is het gebruik van het Unieke Persoonlijk Id (UPI) verplicht. Dit zorgt er voor dat aanpalende applicaties en services unieke personen en de onderliggende medewerkers kunnen identificeren. Hiervoor is niet alleen het veld UPI beschikbaar gesteld, maar introduceren we ook een nieuw niveau in de structuur van HR Core business, dat de medewerkers aan elkaar koppelt.  Voorbeeld van de structuur van een persoon met onderliggende medewerkers: Hoe Medewerker > Medewerker > Medewerkers Medewerker > Persoon > Persoon Als je een van de hiervoor genoemde oplossingen gaat gebruiken, vragen we om als onderdeel van het implementatietraject de UPI in te vullen. De UPI wordt gebruikt om unieke Personen mee aan te maken. Voor het aanmaken van personen is een conversie nodig. Deze conversie houdt in dat de persoonsgegevens die op het niveau van de medewerker staan, worden gesynchroniseerd en opgenomen op het niveau van de persoon. In het document Persoonsgegevens 2020-10 dat beschikbaar is op de community, vind je de gegevens die beschikbaar worden gesteld aan aanpalende applicaties op het niveau van de persoon en daarom worden gesynchroniseerd. Uw actie Voordat de synchronisatie naar de persoon wordt gestart is het van belang dat de Unieke Persoonlijke Id's zijn ingevuld. Daarnaast moeten de gegevens van de medewerker met het meest recente dienstverband actueel zijn.  Nieuw  Referentie naar de persoon bij de medewerker Waarom  Met de toepassing van de UPI en het in gebruik nemen van het niveau Persoon binnen de structuur van HR Core Business, is er behoefte ontstaan aan inzicht in de relatie van de medewerker met de persoon.  Hoe  Medewerker > Medewerker > Medewerkers  Aan het scherm Medewerkers is het veld Persoon toegevoegd, waaraan je kunt zien welke referentie naar de persoon bestaat. Dit veld kun je niet zelf aanpassen.  De referentie naar de persoon is zichtbaar zodra het nieuwe niveau Persoon is geactiveerd. Het uitrollen van dit nieuwe niveau, zal gefaseerd en naar behoefte plaatsvinden, initieel voor klanten die gebruik gaan maken van de oplossing Identity en Access management of van Verzuim Management 2.0. Uw actie  Er is geen actie nodig. Gewijzigd en verbeterd Uniciteitscheck UPI op basis van BSN Waarom Omdat het soms voorkomt dat er binnen een organisatie meerdere medewerkers met dezelfde achternaam en geboortedatum werkzaam zijn, is het nodig de uniciteitscheck van het Uniek Persoonlijk id (UPI) te laten plaatsvinden via het Burgerservicenummer (BSN). Onder bepaalde voorwaarden mag het BSN gebruikt worden om deze check uit te voeren. Het is echter niet toegestaan het BSN als resultaat of zoekveld te presenteren. Hoe Medewerker > Instroom / Uitstroom > Aanmaken medewerker Medewerker > Instroom / Uitstroom > Aanmaken medewerker met profielgroep Beheer > Gegevensuitwisseling > Wijzig UPI Bij het invoeren van een Uniek Persoonlijk Id (UPI) voor een medewerker controleert de applicatie of de UPI al in gebruik is. Als dit zo is, moet het BSN van de bestaande medewerker met de bestaande UPI overeenkomen met de combinatie BSN en UPI van de nieuwe medewerker. De controle op de achternaam en geboortedatum blijft van toepassing.  Uw actie Als je de UPI wilt wijzigen of invoeren om aan te duiden dat het om dezelfde persoonsgegevens bij meerdere medewerkers gaat, dan moeten BSN, achternaam en geboortedatum van de verschillende medewerkers overeenkomen.  Automatisch vullen Uniek Persoonlijke Id (UPI) Waarom Bij het invoeren van een nieuwe medewerker, moest de gebruiker de beslissing nemen of deze medewerker via een Uniek Persoonlijk Id (UPI) aan een andere medewerker met dezelfde persoonsgegevens gekoppeld moest worden. Als de gebruiker bij een medewerker, waarvan reeds een medewerker bestaat met dezelfde persoonsgegevens een andere UPI invoert, leidt dit tot een nieuw uniek persoon en kan deze niet meer aan de bestaande medewerker worden gekoppeld. Om dit te voorkomen, wordt nu bij invoer op basis van het Burgerservicenummer (BSN) een UPI vooringevuld, als dit BSN reeds bekend is binnen de klant. Hoe Medewerker > Instroom / Uitstroom > Aanmaken medewerker Medewerker > Instroom / Uitstroom > Aanmaken medewerker met profielgroep Bij het invoeren van het BSN van een nieuwe medewerker, controleert het systeem of dit BSN binnen de klant al bekend is en vult, als dit zo is, bij het veld Uniek Persoonlijk Id een voorgestelde waarde in. Als het toch de bedoeling is dat het invoeren van een nieuwe medewerker leidt tot een nieuwe persoon, dan kun je deze voorgestelde UPI overschrijven. Dit geldt nog niet voor Import of Self Service.  Uw actie De UPI wordt ingevuld op basis van de combinatie BSN en UPI die reeds bekend is binnen de applicatie. We adviseren daarom ervoor te zorgen dat de huidige combinaties van BSN en UPI correct zijn.  Autogenereren Uniek Persoonlijk ID Waarom Om het unieke persoonlijke ID (UPI) automatisch te kunnen vullen met de medewerkercode of met een automatisch gegenereerde UPI, zijn er nieuwe stuurgegevens beschikbaar. Hiermee kun je instellen dat het UPI automatisch gevuld wordt met de medewerkercode of met een nummer dat automatisch wordt gegenereerd al dan niet op basis van een volgnummer. Als je het UPI automatisch laat genereren, kun je ervoor kiezen of je het automatisch gegenereerde nummer wilt aanvullen met voorloopnullen en zo ja, tot welke maximale lengte. Hoe Instellingen >Vastlegging > Stuurgegevens UPI Vanaf deze release is het scherm Stuurgegevens UPI toegevoegd aan het menu Instellingen > Vastlegging. Bij het invoeren van een nieuwe medewerker wordt op basis van de instellingen die in dit scherm zijn vastgelegd het UPI gevuld.  Veld / optie Toelichting UPI vullen met Medewerkercode Kies hiervoor als je wilt dat bij het invoeren van een nieuwe medewerker als UPI automatisch de medewerkercode wordt ingevuld. Let op dat bij gebruik van de medewerkercode, dit kan leiden tot unieke UPI's per medewerker, terwijl sommige medewerker juist dezelfde UPI zouden moeten krijgen, om deze te kunnen identificeren als dezelfde persoon. Automatisch genereren Kies hiervoor als je wilt dat de applicatie automatisch een UPI genereert.  Zodra je Automatisch genereren selecteert, zie je de hieronder beschreven velden voor het vastleggen van een aantal eigenschappen van het automatisch gegenereerde UPI. Volgnummer Geef een volgnummer op, als je wilt dat de UPI's die de applicatie automatisch genereert zijn gebaseerd op dit volgnummer + 1, dit volgnummer +2, etc. Dit veld zie je alleen als je bij UPI vullen met hebt gekozen voor Automatisch genereren. Voorloopnullen Plaats hier een vinkje als je wilt dat het automatisch genereerde UPI wordt aangevuld met voorloopnullen tot de maximale lengte die je opgeeft bij Totale lengte. Zodra je hier een vinkje plaatst zie je ook de velden Totale lengte en Voorbeeld. Totale lengte Geef de totale lengte van het UPI op, dus uit hoeveel karakters het maximaal mag bestaan. Staat de optie Voorloopnullen aan, dan vult de applicatie het automatisch gegenereerde UPI aan met voorloopnullen tot de maximale lengte. Let op: we adviseren geen UPI's langer dan 15 karakters te gebruiken. Dit veld is alleen zichtbaar als bij Volgnummer een vinkje staat. Voorbeeld Hier zie je een voorbeeld van het UPI gebaseerd op de instellingen die je in het scherm hebt vastgelegd. Dit veld is alleen zichtbaar als bij Volgnummer een vinkje staat. Uw actie Als je binnen jouw organisatie de UPI's automatisch wilt laten genereren, leg dan de gewenste instellingen vast zoals hierboven beschreven.  Locatie omschrijving, Identity en PingID toegevoegd aan synchronisatie persoon Waarom Als onderdeel van de synchronisatie van persoonsgegevens van de medewerker met het niveau van de Persoon, zijn ook de volgende gegevens toegevoegd: Locatie omschrijving Locatie omschrijving (postadres) Identity en PingID. Dit betekent dat de ingevoerde waardes in deze velden ook worden opgeslagen bij de persoon en bij andere medewerkers worden gekoppeld aan deze persoon.  Hoe Medewerker > Medewerker > Adresgegevens medewerker Medewerker > Medewerker > Medewerker (aanvullend) Zodra het nieuwe niveau Persoon in gebruik is, worden deze gegevens beschikbaar gesteld op het niveau van de persoon. Dat betekent dat deze gegevens beschikbaar worden gesteld, op het moment dat gegevens van een persoon worden opgevraagd. Het houdt ook in dat andere gekoppelde medewerkers met dezelfde persoonsgegevens, gekoppeld aan dezelfde persoon, met deze waardes worden bijgewerkt.  Uw actie Gebruik je het niveau Persoon, dan adviseren we om ervoor te zorgen dat bovengenoemde velden met de meest actuele waardes zijn gevuld. Dit zijn de waardes die ook worden gesynchroniseerd met de persoon en de andere gekoppelde medewerkers. Publishing Date : 9/18/2020

Mededelingen Rapporten krijgen Visma kleuren Waarom Door het samengaan van Raet en Visma is de behoefte ontstaan om de groene huisstijl van de Raet-modules aan te passsen. Hoe De komende maanden gaan we de diverse rapporten van HR Core Business en Payroll Business geleidelijk omzetten naar de huisstijl van Visma in de kleuren blauw-wit-rood-zwart. Actie Er is geen actie nodig, de werking van de rapporten verandert hierdoor niet. Payroll-resultaten 2020 opnieuw berekend Waarom Binnenkort wordt het mogelijk om bij het uit dienst treden van een medewerker de verschuldigde transitievergoeding uit te betalen bij dezelfde medewerker onder een tweede inkomstenverhouding. Hoe Voor het correct berekenen van meerdere inkomstenverhoudingen hebben wij nieuwe payrollelementen geïntroduceerd: als er tot nu toe alleen een cumulatief bedrag beschikbaar was, bijvoorbeeld ZVW loon werkn laag, is er voortaan ook een periode-bedrag beschikbaar, bijvoorbeeld ZVW loon werknemer periode. Deze nieuwe payrollelementen zijn voorzien van een verwijzing naar de inkomstenverhouding (IKV), zodat ze gebruikt kunnen worden in de loonaangifte en in diverse overzichten. Sommige cumulatieve payrollelementen hadden tot nu toe ook al een verwijzing naar de IKV. Deze IKV-aanduidingen zullen de komende maanden geleidelijk vervallen. Reden hiervoor is dat een opgebouwd cumulatief binnenkort het resultaat kan zijn van meerdere inkomstenverhoudingen en dus in principe geen IKV-verwijzing moet bevatten. Na het vrijgeven van release 2020-10, zal Payroll Business de nieuwe payrollelementen voor heel 2020 met terugwerkende kracht berekenen.  Actie De eerste salarisberekening na de release duurt mogelijk langer dan je gewend bent; houd hier rekening mee door tijdig een eerste verwerking of vervolgverwerking te starten. Na de verwerking zie je de nieuwe payrollelementen terug in: Afrekenmatrix medewerker en Afrekenmatrix werkgever: plaats hiervoor een vinkje bij de optie Overzicht payroll-elementen Rapport Payrollelementen BTL91-betalingen niet meer beschikbaar Medewerker > Medewerker > Overboekingen buiten SEPA (BTL91) Door de introductie van SEPA is het gebruik van de interface voor buitenlandse betalingen - BTL91 - al enkele jaren geleden stilgevallen. Zoals enige tijd geleden aangekondigd, hebben wij daarom met ingang van deze release de functie Overboekingen buiten SEPA (BTL91) uit het medewerkermenu verwijderd. In een volgende release gaan we de interface ook verwijderen uit het scherm Interfaces in het menu Instellingen. Nieuw Gewerkte uren duidelijker op de salarisstrook Waarom  Wij krijgen regelmatig het verzoek om gewerkte uren en overuren duidelijker te vermelden op de salarisstrook. Achterliggende redenen zijn meestal: De relatie tussen uren en het berekende bedrag is voor de medewerker niet altijd duidelijk. Met name mutaties die met terugwerkende kracht zijn uitgevoerd, leveren verwarring op. Hoe  Het bruto-netto gedeelte van het loonstrookmodel Vierkoloms (staand) A4 is uitgebreid met een extra kolom Berekening: daarin zie je voortaan naast het bedrag ook de gewerkte uren. Voorbeeld  Overuren 120%    -    10 uur    -     150,00  Dit is gerealiseerd voor de volgende arbeidsvoorwaarden: Salaris variabel bruto - gewerkte uren, ziekte-uren en verlofuren Overuren - uren geld/geld en uren tijd/geld Overige uren tabel Overige uren bijzonder tarief Toeslagen variabel - aantallen zonder specifieke eenheid Bijzonderheden Uren die met terugwerkende kracht zijn vastgelegd verschijnen op een aparte regel, samen met het resulterende bedrag en een asterik (*). De arbeidsvoorwaarde Toeslagen variabel verwerkt aantallen waarbij de eenheid vrij interpreteerbaar is, bijvoorbeeld Aantal ritten. De aanduiding op de strook is daarom eenheden in plaats van uren. De uren worden alleen getoond als je ze vastlegt met eenmalige mutaties. Deze vind je terug onder Vergoedingen en inhoudingen (dagvergoedingen). Als je uren vastlegt met één mutatie voor de hele periode in het arbeidsvoorwaardescherm, is het aantal uren op de strook vooralsnog niet zichtbaar. Het is niet altijd mogelijk de aantallen weer te geven, dit hangt af van de instellingen voor de weergave:  Als je bijvoorbeeld kiest voor het splitsen van de overwerkvergoeding en de toeslag, worden de uren alleen vermeld bij de overwerkvergoeding. Dit om te voorkomen dat dezelfde uren op meerdere regels worden weergegeven. Kies je voor het salderen van overwerk en toeslagen, dan worden er eveneens geen uren weergegeven. Verder zijn ook andere verbeteringen in het loonstrookmodel doorgevoerd: De kolom ZVW loon is verwijderd, deze is sinds een aantal jaren per definitie gelijk aan het fiscale loon. De kolommen Bruto en Fiscaal zijn naar rechts verplaatst. De kolom Bruto heet nu Bruto-Netto. Alle wijzigingen gelden ook voor de modellen Vierkoloms (staand) A4 met urenspecificatie en Vierkoloms (staand) A4 met extra resultaatregels. In de toekomst zullen wij onderzoeken of het mogelijk is om meer informatie te vermelden in de nieuwe kolom Berekening, bijvoorbeeld gedeclareerde kilometers en het toegepaste uurloon. Als je daar ideëen over hebt, horen wij het graag via de Community! Actie  In principe hoef is er geen actie nodig. Wel zijn er vanaf nu nieuwe mogelijkheden. Dit hangt af van het loonstrookmodel dat je op dit moment gebruikt: Je gebruikt het Vierkolomsmodel als je op dit moment de kolommen Bruto - Fiscaal - ZVW loon en SV loon ziet. In dat geval zie je  de wijzigingen vanzelf bij de eerstvolgende verwerking.  Zie je alleen de kolommen Verg./Inh. - Belastb. loon - SV loon, dan gebruik je het Driekolomsmodel. In dit model is qua lay-out geen ruimte voor bovenstaande verbeteringen. Zie je de kolommen Bruto - Loonheffing - Netto en mogelijk nog andere inhoudingen, dan gebruik je het model Matrix staand A4 of Matrix liggend A4. Deze modellen zijn vooralsnog ongewijzigd. Overstappen naar een ander loonstrookmodel In overleg met onze Servicedesk kun je eventueel overstappen naar het Vierkolomsmodel, zodat medewerkers bovenstaande informatie te zien krijgen. Overstappen naar een ander loonstrookmodel is mogelijk aan het begin van een afrekenperiode, zolang er nog geen eerste verwerking heeft plaatsgevonden,  Het vak met Aantallen beter benutten Als je het Vierkolomsmodel gebruikt is het in principe niet meer nodig om de gewerkte uren te vermelden in het vak Aantallen. Daar is dus meer ruimte voor andere zaken. Instellingen > Salarisspecificaties > Loonstrookelementen Kies het Bedrijf en selecteer vervolgens het Loonstrookmodel en het Loonstrookgebied. Verwijder de urensoorten die je niet meer wilt laten zien en voeg eventueel andere elementen toe, bijvoorbeeld verlofsaldi of gedeclareerde kilometers. Meer gebruik maken van alternatieve omschrijvingen Wist je dat je de omschrijving van de looncomponent kunt aanpassen naar eigen behoefte? Dit kan door het vastleggen van een alternatieve omschrijving. Instellingen > Vastlegging > Alternatieve omschrijvingen Zo kunt je het percentage dat van toepassing is op een bepaalde looncomponent toevoegen aan de omschrijving als dat nog niet gebeurd is, bijvoorbeeld: Overuren 120%. Jaaropgaaf klaar voor meerdere inkomstenverhoudingen Waarom Binnenkort wordt het mogelijk om bij het uit dienst treden van een medewerker, de verschuldigde transitievergoeding uit te betalen bij dezelfde medewerker onder een tweede Inkomstenverhouding (IKV). Hoe De jaaropgaaf is voorbereid, zodat het mogelijk is meerdere IKV's weer te geven: Als de medewerker in de loop van het jaar meerdere inkomstenverhoudingen heeft gehad, zie je meerdere kolommen met bedragen. Het nummer inkomstenverhouding staat als kolomkop boven de bedragen. Actie Er is geen actie nodig. De manier waarop je de jaaropgaven afroept, is ongewijzigd: Collectief via Beheer  > Jaarafsluiting > Aanvraag jaaropgaven Individueel via Rapporten > Salarisspecificaties > Jaaropgaaf medewerker Nieuwe regeling Loondoorbetaling bij ziekte (referentietabel) Waarom Voor het kunnen vastleggen van doorbetalingspercentages op basis van de ziekteduur, is er nu een nieuwe variant voor Loondoorbetaling bij ziekte beschikbaar. Voor deze variant is er een referentietabel waarbij je het doorbetalingspercentage bij de bijbehorende ziekteduur in maanden kunt vastleggen. Het is alleen mogelijk deze regeling te gebruiken als je ook Ziekteverzuim in HR Core gebruikt of de verzuimoplossing Verzuim Managment 2.0.  Hoe Instellingen > Berekening > Referentietabellen beheer > Doorbetalingsperc. ziekte aantal maanden ziek Aan de lijst met referentietabellen is de referentietabel Referentietabel Doorbetalingsperc. ziekte - aantal maanden ziek toegevoegd. Hierin kun je per ziektesoort en aantal maanden het doorbetalingspercentage vastleggen op basis waarvan een medewerker die ziek is krijgt doorbetaald. Je selecteert een ziektesoort, nu is alleen de ziektesoort Ziek nog mogelijk,en legt het aantal maanden ziek en het bijbehorende doorbetalingspercentage vast.  Looncomponentenregeling Looncomponenten die moeten worden uitgesplitst, kun je via de Service Desk in een looncomponentenregeling laten opnemen.  Instellingen > Berekening > Grondslag In de grondslag geef je de looncomponenten op die  meetellen voor de berekening van het Ziekendagloon vaste vergoedingen en eventueel van het Ziekendagloon variabele vergoedingen.  Instellingen > Berekening > Arbeidsvoorwaardegegevens > Loondoorbetaling bij ziekte (referentietabel) Je kunt hier de volgende gegevens vastleggen: Veld Veld Dagen voor berekening dagloon Korting ziekengeld tonen Ziekteuren opgave Gebruik contracturen referteperiode Dagloon Ziektegeld berekening Ziekteuren, invoer via Afrekenperiodes ophalen vaste vergoedingen Periode invoer ziekteuren Afrekenperiodes ophalen variabele vergoedingen Peilmoment aantal maanden ziek Afrekenperiodes ophalen SV loon Koppeling ziekte 1 t/m 3 met HR Core ziektesoort Toepassen maximum dagloon   Meer informatie vind je in de online help. Medewerker > Contract > Arbeidsvoorwaardenpakket > Loondoorbetaling bij ziekte (referentietabel)  Hier kun je de volgende gegevens vastleggen Afwijkend ziekte-uurloon var. verg. Aanvullend bedrag uit te betalen ziekengeld Ziekte-uren 1 t/m 3 Daarnaast is er een veld waarin Payroll Business aangeeft of het een doorlopend ziektegeval betreft. In de velden Doorbetalingsperc ziektedagen / uren 1 t/m 3 zie je informatie over het toegepaste doorbetalingspercentage uit de referentietabel. Meer informatie vind je in de online help. Actie Als je de regeling wilt gaan gebruiken, kun deze inrichten zoals is beschreven in de online help.  Gewijzigd en verbeterd Salarisstrook viewer - Lijst medewerkers niet volledig zichtbaar Waarom  Als er al een loonstrook van een persoon was geopend en er werd geprobeerd een andere medewerker te zoeken, dan verscheen de lijst met medewerkers achter de getoonde salarisstrook. Hierdoor zag je er slechts drie regels en niet de gehele lijst met medewerkers die voldeden aan de zoekopdracht. Dit kwam alleen als je Payroll Business had geopend in Internet explorer, bij Google Chrome deed dit probleem zich niet voor. Hoe  Rapporten > Salarisspecificaties > Salarisstrook viewer In deze release is het probleem opgelost. Ook als je werkt met Internet Explorer, zie je weer de complete lijst met medewerkers die aan de zoekopdracht voldoen. Actie Er is geen actie nodig. Opgeloste meldingen Soort element weer getoond bij het zoeken naar loonstrookelementen (1604745)  Melding  Instellingen > Salarisspecificaties > Loonstrookelementen In het zoekvenster van de functie Loonstrookelementen was de kolom Soort leeg, waardoor je geen onderscheid kon zien tussen gegevenselementen, payrollelementen en looncomponenten. De kolom Rekeneigenschap is vaak leeg omdat deze alleen van toepassing is op looncomponenten.  Oplossing  De kolom Soort is weer gevuld.  Actie Er is in principe geen actie nodig. Als je eerder besloten had om te wachten met het toevoegen van elementen, kun je nu alsnog het juiste element zoeken en toevoegen. Knop Gebruikersinstellingen onderin menubalk niet meer getoond (2180082)  Melding Als je bij een gebruiker bijvoorbeeld oude bedrijven uit het menu wilde halen, maakte je soms alle bedrijven onzichtbaar. Hierdoor verdween de knop Instellingen   en was het niet meer mogelijk om zelf weer een bedrijf toe te voegen. Oplossing  De programmatuur is aangepast, zodat het niet meer mogelijk is om alle bedrijven onzichtbaar te maken. Binnen de autorisatie van een professional moet minimaal één bedrijf toegevoegd blijven, anders is opslaan niet mogelijk.  Als je probeert alle bedrijven te verbergen verschijnt bij het opslaan de melding: Er moet ten minste één bedrijf zijn toegevoegd aan de lijst met zichtbare bedrijven.  Actie Er is geen actie nodig. Conditie voor signaleringen Uitdienst binnen twee maanden aangescherpt  (15393480) Melding 1 Voor de volgende signalering is de conditie aangescherpt: 1. Uitdienst binnen 2 maanden - AWf mogelijk herzien Dit signaal krijg je als een medewerker binnen twee maanden uit dienst gaat en bij het veld WW herzien aanzetten bij uitdienst in 2 maanden niet de waarde Ja is ingevuld.  Als een medewerker binnen twee maanden uit dienst gaat en er is voor die medewerker AWf laag (WW laag) toegepast, dan moet de AWf mogelijk herzien worden. Dit signaal wordt gegeven om je er aan te herinneren dat dit het geval kan zijn. Het herzien van de AWf doe je door in het scherm Loonheffingen bij het veld WW herzien de waarde Ja in te vullen met als Peildatum (ingangsdatum) de datum in dienst van de medewerker. Hierna controleert Payroll Business of het nodig is de AWf  te herzien en past deze zo nodig aan.   Deze signalering werd echter ook gegeven als de medewerker niet verzekerd was voor de WW. Oplossing  1 Dit signaal wordt nu alleen nog maar gegeven als een medewerker binnen twee maanden uit dienst gaat en het veld WW herzien aanzetten bij uitdienst in 2 maanden niet op Ja staat EN de medewerker ook verzekerd is voor de WW.   Melding 2 Voor de volgende signalering is de conditie aangescherpt: 2. Uitdienst binnen 2 maanden - WW herzien indicatie op Ja Dit signaal krijg je als een medewerker binnen twee maanden uit dienst gaat en bij het veld WW herzien aanzetten bij uitdienst in 2 maanden de waarde Ja is ingevuld. Als een medewerker binnen twee maanden uit dienst gaat en er is voor die medewerker AWf laag (WW laag) toegepast, dan moet de AWf mogelijk herzien worden.  Dit signaal wordt gegeven om je er aan te herinneren dat de medewerker binnen twee maanden uit dienst is gegaan en dat Payroll Business het veld WW herzien de waarde Ja heeft gegeven met als ingangsdatum de datum in dienst van de medewerker. Payroll Business controleert vervolgens of het nodig is de AWf te herzien en past deze zo nodig aan.   Deze signalering werd echter ook gegeven als de medewerker niet verzekerd was voor de WW. Oplossing 2 Dit signaal wordt nu alleen nog maar gegeven als een medewerker binnen twee maanden uit dienst gaat en het veld WW herzien aanzetten bij uitdienst in 2 maanden op Ja staat EN de medewerker ook verzekerd is voor de WW.   Actie Er is geen actie nodig. Lengte dagvergoeding Z4 afwijkend in Payroll Business (2224860) Melding Bij invoer via Self Service of via import, was het niet mogelijk om voor het element Z4 Uren tijd/tijd (overuren) 1000,00 of meer uren te muteren. Bij het handmatig vastleggen via de schermen in Payroll Business bleek het wel mogelijk om meer uren dan 1000,00 op te geven. Dit kwam omdat de lengte van het veld via import inclusief decimalen maximaal 5 posities was. Oplossing De handmatige invoer via de schermen in Payroll Business liet de waarde van 1000,00 of meer onterecht toe. Het was echter een wens van de melder om ook via Self Service of import 1000,00 of meer te kunnen invoeren. Daarom hebben we de eigenschappen van dit specifieke element Z4 Uren tijd/tijd (overuren) aangepast, zodat het invoeren van 1000,00 of meer met een maximum van 9999,99 nu ook is toegestaan. Actie Er is geen actie nodig.  Arbeidsvoorwaarde 30% regeling - veld Toepassen normbedrag 30% regeling niet meer aanwezig (2237153) Melding Het veld Toepassen normbedrag 30% regeling was van de arbeidsvoorwaardeschermen voor de 30%-regeling verdwenen.  Oplossing Het veld Toepassen normbedrag 30% regeling is inmiddels weer beschikbaar. Actie Er is geen actie nodig.  Publishing Date : 9/22/2020

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

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

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

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

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

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

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

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

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

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

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

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