Releases YouServe

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

  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

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

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

Mededelingen  Nogmaals Loonaangifte - Meldingen L1614 en L1615 (change 1020642/ 1208782) en Doorgeven CAO code (change 1039746) In de release notes van januari hebben we gemeld dat we in release 2019-01 de volgende meldingen hadden opgelost: onderwerp 15. Loonaangifte – meldingen L1614 en L1615 (change 1020642) onderwerp 19. Loonaangifte – CAO code niet altijd doorgeven (change 1039746) In de februari release hebben we dit helaas moeten terugdraaien. In de maart Release hebben we de fouten weer opgelost.  Vooraankondiging - Automatische Reisafstandsbepaling weer op basis Webservice  In de release van augustus 2018 hebben we voor het berekenen van het aantal kilometers woon-werk de overstap gemaakt van Webservices naar Google Maps . De afgelopen maanden hebben wij dermate veel meldingen van klanten gekregen over de nieuwe berekeningsmethodiek en de fouten die hieruit voort zijn gekomen, dat wij deze overstap intern hebben geëvalueerd. Omdat wij van mening zijn dat we met de huidige methode onze klanten niet de service kunnen bieden die ze mogen verwachten, hebben we besloten terug te gaan naar het gebruik van Webservices met ingang van de release van april 2019. Wij zijn op dit moment druk bezig om alle veranderingen, die voor u en uw medewerkers bij deze overstap plaatsvinden, in kaart te brengen. De klanten die reeds gebruik maken van deze service gaan we uitnodigen, zodat we hen extra toelichting kunnen geven. Tevens zullen wij in de release notes van april hier uitgebreid op terug komen. Nieuw  Correcties met terugwerkende kracht over 2018 - Jaaropgaven  na extra correcties Waarom Sinds de februari release heeft u de mogelijkheid om vervangende jaaropgaven aan te maken voor alle medewerkers met fiscale correcties over 2018. Vanaf deze release kunt u ook jaaropgaven aanmaken voor alleen de medewerkers voor wie correcties zijn vastgelegd sinds de vorige keer dat u jaaropgaven aanmaakte. Hoe Beheer > Jaarafsluiting > Aanvraag jaaropgaven Alle medewerkers Kies deze optie als u de jaaropgaven 2018 voor het eerst aanmaakt. Alle medewerkers die in 2018 loon hebben ontvangen, krijgen dan een jaaropgaaf. Als u in 2019 in correctiemodus heeft gerekend en u heeft over 2018 mutaties met terugwerkende kracht vastgelegd, ziet u de effecten hiervan terug in de bedragen op de jaaropgaven van 2018. Medewerkers met correcties Kies deze optie als u eind 2018 of begin 2019 voor alle medewerkers de jaaropgaven al heeft aangemaakt en sindsdien salarisberekeningen over 2019 heeft uitgevoerd in de correctiemodus. Alleen medewerkers met correcties over 2018 krijgen dan opnieuw een jaaropgaaf. Medewerkers met correcties sinds de vorige aanvraag Deze optie is handig als u eerder dit jaar al jaaropgaven met correcties heeft verzonden via een van de twee andere opties. Deze (nieuwe) optie maakt alleen jaaropgaven aan voor medewerkers met correcties over 2018, als die correcties zijn vastgelegd sinds de vorige keer dat u jaaropgaven hebt aangevraagd. Controleren van de te verzenden extra jaaropgaven (optioneel) De jaaropgaven worden aangemaakt en verzonden volgens de reguliere instellingen, zie Bedrijf > (Salarisadministratie) > Afdrukken en verzenden jaaropgaven. Eventueel kunt u de extra jaaropgaven controleren, vóórdat ze naar de medewerkers worden verstuurd. Hoe u kunt controleren, hangt af van de manier van verzenden: Als u de module Salarisdossier gebruikt, kunt u daar de jaaropgaven steekproefsgewijs controleren, voordat u de jaaropgaven publiceert. Als u de jaaropgaven normaal gesproken op papier naar uw bedrijf laat komen, zal dit ook nu gebeuren. Als u de jaaropgaven rechtstreeks via briefpost naar de medewerker stuurt: pas dan de instellingen eventueel tijdelijk aan. Kies bij Bezorgen via voor Pakketpost (naar Bedrijf).  Uw actie Zorg dat al uw medewerkers een jaaropgaaf hebben die overeenstemt met wat u via de loonaangifte aan de Belastingdienst heeft gerapporteerd. Dit zijn tenslotte dezelfde bedragen die de Belastingdienst vooraf zal invullen bij de inkomstenbelasting. Kies, afhankelijk van uw situatie, voor Alle medewerkers, voor Medewerkers met correcties of voor Medewerkers met correctie sinds de vorige aanvraag. Correcties met terugwerkende kracht over 2018 - Handmatig corrigeren loonaangifte Waarom Sinds de januari release kan Payroll Business voor u alle wijzigingen over 2018 automatisch uitrekenen als correctie in plaats van nabetaling. Deze berekeningen resulteren automatisch in het bijwerken van de loonaangifte 2018. Met de optie Enkelvoudig muteren kunt u normaal gesproken in de loonaangifte nog handmatig wijzigingen aanbrengen, vóórdat u deze verstuurt naar de Belastingdienst. Voor het jaar 2018 is deze optie sinds vorige week  beschikbaar. Handmatige correcties over 2018 in de loonaangifte zijn echter pas mogelijk, zodra u in Payroll Business het rekenen in correctiemodus beëindigt en overschakelt naar nabetalingen. Deze beperking voorkomt dat uw handmatige wijzigingen in de loonaangifte worden overschreven door de automatische berekeningen van Payroll Business. Hoe Zolang u in Payroll Business nog wijzigingen over 2018 laat uitrekenen in correctiemodus, kunt u in de loonaangifte nog geen handmatige correcties op 2018 aanbrengen. Voor het betreffende loonheffingennummer is in dat geval in de module Loonaangifte bij Werknemersgegevens de optie Enkelvoudig muteren niet beschikbaar.  Zodra u in Payroll Business voor alle bedrijven die bij een bepaald loonheffingennummer horen een salarisverwerking in de nabetalingsmodus heeft afgesloten, is het mogelijk om in de module Loonaangifte dit loonheffingennummer handmatig te corrigeren. Vanaf dat moment is in de module Loonaangifte bij 2018 de optie Enkelvoudig muteren beschikbaar. Ook verwerkt Payroll Business vanaf dat moment alle wijzigingen die met terugwerkende kracht effect hebben op 2018, als fiscaal loon 2019 en geeft deze wijzigingen door aan de Belastingdienst via de loonaangifte 2019. Uw actie U bepaalt zelf wanneer u in Payroll Business wilt overschakelen van correcties naar nabetalingen. Vanaf dat moment kunt u in de loonaangifte gebruik maken van de optie Loonaangifte 2018 > Werknemergegevens > Enkelvoudig muteren. Zie eventueel voor extra uitleg over dit onderwerp de releasenotes van januari, onderwerp 1. Mutaties met terugwerkende kracht in het voorgaande jaar en februari, onderwerp 6.Correcties met terugwerkende kracht over 2018 - Loonstaten, Loonaangifte, Jaaropgaven. Handmatig corrigeren loonaangifte bij bedrijven die geen verwerkingen meer laten uitvoeren Let op: deze functionaliteit is alleen beschikbaar voor administratiekantoren. Waarom Als een bedrijf stopt met de verwerkingen via Payroll Business, is het niet zeker of Payroll Business nog correcties over het voorgaande jaar gaat berekenen. Bijvoorbeeld: het is januari 2020 en de laatste salarisverwerking met afsluiting dateert van december 2019. Er kunnen dan in theorie in de januariverwerking nog correcties over 2019 volgen. Het handmatig corrigeren van de loonaangifte 2019 is daarom op dat moment nog geblokkeerd, zie ook het onderwerp hiervoor bij Hoe. Hoe Inrichting  > Algemeen > Payroll stuurgegevens Door een bedrijf te blokkeren voor verdere salarisverwerking wordt handmatig corrigeren van de loonaangifte per direct mogelijk. Dit doet u door in het scherm Payroll stuurgegevens bij het veld Payroll blokkeren vanaf de eerste dag van de periode in te vullen dat er geen salarisverwerking meer mag worden gestart. Daarna is in de module Loonaangifte bij Werknemergegevens de optie Enkelvoudig muteren beschikbaar. Uw actie Als bedrijven aan het einde van het jaar zijn gestopt met het uitvoeren van salarisverwerkingen en u wilt de loonaangifte van dat zelfde jaar handmatig corrigeren, blokkeer dan eerst de salarisverwerking. Generatiepact werkt nu voor alle Pensioenen en fondsen (variabele grondslag) Vanaf release 2019-02 is het mogelijk om het Generatiepact toe te passen bij het berekenen van de premie van de pensioenregelingen WIA hiaat en WIA hiaat extra. Zie de release notes 2019-02, onderwerp 4. Nieuw veld Generatiepact toegevoegd aan medewerkerscherm pensioenen (variabele grondslag). Vanaf deze release is dit ook voor de overige 14 pensioenregelingen werkend gemaakt. Hoe Uren Voor de doorgifte naar de loonaangifte is het gegevenselement Generatiepact Correctie uren Loonaangifte gekoppeld aan de grondslag Uren loonaangifte. Voor het berekenen van de pensioenpremie is het niet nodig elementen in een grondslag te vullen voor de uren waarmee wordt gerekend. Als in het veld Generatiepact - benoemd (var grsl) of Generatiepact - Eigen (var grsl) de waarde Ja is vastgelegd, houdt Payroll Business bij het berekenen van de premie automatisch rekening met de gegevenselementen Generatiepact Correctie uren Loonaangifte en Generatiepact Correctie uren. Uw actie Als u wilt dat Payroll Business bij de variabele pensioensoorten rekening houdt met het pensioenopbouwpercentage dat is vastgelegd in de arbeidsvoorwaarde Generatiepact, vul dan bij deze pensioensoorten in het veld Generatiepact - benoemd (pensioensoort var grsl) of Generatiepact - eigen (pensioensoort var grsl) de waarde Ja in. Keuze toepassen Generatiepact bedrijfsschermen pensioenen en fondsen (variabele grondslag)  Bedrijf > Arbeidsvoorwaardegegevens > Pensioenen / fondsen (variabele grondslag) Vanaf deze release zijn met ingang van 1-1-2019 in Payroll Business voor alle 16 pensioenen/fondsen met een variabele grondslag bedrijfsschermen opgenomen. Hierin kan via het veld Generatiepact - benoemd ([pensioensoort] var. grsl.) of Generatiepact - eigen ([pensioensoort] var. grsl.) op bedrijfsniveau aangegeven worden of Payroll Business bij het berekenen van de premie wel of niet rekening moet houden met het Generatiepact.  Uw actie Vul bij de hiervoor genoemde velden Ja in voor pensioenen en fondsen (variabele grondslag) op bedrijfsniveau wilt vastleggen dat u gebruikt maakt van het generatiepact. Gewijzigd en verbeterd  Alternatieve omschrijvingen nu ook in Proforma Beheer > Inrichting > Alternatieve omschrijvingen Beheer > Salarisberekening > Proforma Waarom In Proforma werden in het scherm Proforma en bij het berekende resultaat nog niet de alternatieve omschrijvingen getoond.  Hoe Vanaf deze release is deze functionaliteit ook in Proforma beschikbaar en ziet u in het scherm en bij de berekende resultaten de alternatieve omschrijvingen, mits ingericht. Uw actie Er is geen actie nodig. Percentages getoond bij de autocategorie Waarom Als onderdeel van de wet- en regelgeving 2019 is de lijst met autocategorieën aangepast. Vanaf januari 2019 werden in de lijst met autocategorieën geen percentages meer getoond, maar alleen de omschrijving. Dit was gedaan, omdat het in de nieuwe regelingen 2019 mogelijk is binnen dezelfde autocategorie verschillende percentages toe te passen, bijvoorbeeld op basis van aftopping van de cataloguswaarde of op basis van de geldigheidsduur na de 1e tenaamstelling. Hierdoor moest de keuze gemaakt worden op basis van de omschrijving van de emissie en jaartallen, terwijl gebruikers aangaven ook op basis van het percentage bijtelling een selectie te maken. Er is voor gekozen om nu het percentage voor de aftopping op basis van cataloguswaarde te tonen om de selectie gemakkelijker te maken.  Hoe Contract > Arbeidsvoorwaarden > Auto van de zaak Vanaf deze release zijn in het medewerkerscherm Auto van de zaak aan de omschrijvingen bij het veld Autocategorie de percentages toegevoegd. Let op dat deze percentages geen rekening houden met de aftoppingsregels of looptijdregels, waarbij een ander percentage kan gelden.  Uw actie Er is geen actie nodig. Werkgeversverklaring Waarom In de vorige release zijn er vijf nieuwe gegevenselementen in Payroll Business opgenomen met als omschrijving WG verklar. bedrag referteperiode met de waarden: Gemiddelde Totaal Hoe Bedrijf > Werkgeversverklaring Vanaf deze release zijn deze gegevenselementen ook beschikbaar in het Bedrijfsscherm. Vanaf 1-1-2019 is u in het scherm Werkgeversverklaring voor Werkgeversverklaring 6 t/m 10 het gegevenselement WG verkl. bedrag referteperiode beschikbaar. Kiest u hier voor Totaal, dan wordt het totale bedrag van de opgegeven referteperioden berekend.  Uw actie Er is geen actie nodig. In één keer verwijderen van meerdere sublooncomponenten uit grondslag  Waarom  Tot deze release was het alleen mogelijk om één sublooncomponent per keer uit een grondslag te verwijderen. Voor het verwijderen van meerdere sublooncomponenten uit de grondslag, moest u elke regel apart markeren en opslaan. Het mogelijk maken om meerdere sublooncomponenten in één keer te selecteren, vermindert het aantal klikken en de wachttijd.  Oplossing Beheer > Inrichting > Grondslag U kunt nu meerdere regels met sublooncomponenten markeren voor verwijderen door aan het eind van de regel op het icoon verwijderen te klikken. Aan het begin van de regel met de sublooncomponent komt dan een rood vlaggetje te staan, dat aangeeft welke regels worden verwijderd. Bij het opslaan worden deze uit de grondslag verwijderd.  Uw actie  Er is geen actie nodig Looncomponentenregelingen bij Verlof (Uitsplitsing) Waarom  Het was alleen mogelijk de looncomponentenregelingen bij Verlof (uitsplitsing) toe te passen op de varianten Ouderschapsverlof en Onbetaald verlof. Bij het gebruiken van een andere verlofsoort, werd de looncomponent niet gekort. Het was wenselijk dat dit ook voor andere onbelaste looncomponenten te kunnen toepassen.   Hoe Beheer > Inrichting > Looncomponentenregeling Het is nu mogelijk de looncomponentenregelingen bij Verlof (uitsplitsing) toe te passen op onbelaste looncomponenten. Dit geldt voor zowel vrije looncomponenten vergoedingen en inhoudingen, als voor looncomponenten die uit een arbeidsvoorwaarde komen. Om een van de verlof looncomponentenregelingen te kunnen gebruiken bij een onbelaste looncomponent, kunt u de looncomponentenregeling op de gebruikelijke manier koppelen aan de looncomponent.  Uw actie  U kunt de looncomponentenregeling op de gebruikelijke manier koppelen aan een looncomponent, zodat u van de verlof looncomponentenregeling gebruik kunt maken.  Opgeloste meldingen Diverse verbeteringen Arbeidsvoorwaarde Verlof opbouw Waarom  Bij de arbeidsvoorwaarde Verlof opbouw waren er een aantal openstaande meldingen over de berekeningen van het verlofsaldo en de financiële waardering van de reservering van het verlof, de ATV en TVT. In deze release zijn deze meldingen met een begindatum van 01-01-2019 opgelost. 1. Verloonde uren incorrect bij automatisch afrekenen verlof (change 976601) Het is mogelijk om bij uitdiensttreding het openstaande verlofsaldo automatisch te laten uitbetalen. In dit geval werden de verlofuren niet geteld in het aantal verloonde uren dat wordt doorgegeven aan de Loonaangifte. Daarom zijn er drie nieuwe payrollelementen in Payroll Business opgenomen waarin de uren worden geteld bij automatisch afrekenen van het verlofsaldo bij uitdiensttreding. De verlofuren en TVT-uren worden dan geteld in het nieuwe payrollelement Verlofsaldo uren automat. afgerekend bij uitdienst. De ATV uren worden geteld in het nieuwe payrollelement Verlofsaldo ATV uren automat. afger.bij uitdienst. De uren voor TVT worden geteld in het nieuwe payrollelement Verlofsaldo TVT uren automat. afger.bij uitdienst.  De uren van deze payrollelementen worden uiteindelijk geteld in het payrollelement Aantal verloonde uren die worden vervolgens doorgegeven aan de Loonaangifte. 2. Vrijval van verlof bij uitdienst niet als verwacht (change 1040202) Als er in de maand van uitdiensttreding uitbetaald verlof werd opgegeven en ook automatisch verlof werd afgerekend, dan werd de vrijval van het handmatig opgegeven verlof niet correct berekend. Dit is opgelost. Vanaf nu worden de vrijval en de eventuele vrijval van de opslag van zowel het opgegeven verlof als het automatisch berekend verlof correct berekend. 3. ATV opbouw verlof niet correct (change 1051388) Via grondslagen is het mogelijk om extra uren in te richten waarover het verlof moet worden berekend. Voor de berekening van ATV werd er ten onrechte ook gekeken naar de grondslagen Verlofopbouw uren bijtellen berekening verlof en Verlofopbouw uren verminderen berekening verlof. Vanaf deze release wordt er voor de extra uren voor opbouw van ATV alleen nog gekeken naar de grondslagen Verlofopbouw uren bijtellen berekening ATV en Verlofopbouw uren verminderen berekening ATV. 4. Negatief verlofsaldo niet toestaan Het is mogelijk om op te geven dat een negatief verlofsaldo niet wordt toegestaan. In dat geval wordt de verlofopname afgekapt als er meer verlof wordt aangevraagd dan er saldo is en kan het verlofsaldo niet negatief uitkomen. Bij deze situatie werden diverse payrollelementen en looncomponenten voor de reserveringen niet correct vastgesteld. Dit is opgelost, zodat de reserveringen voortaan juist worden vastgesteld op het moment dat er geen negatief saldo wordt toegestaan en er meer verlof word aangevraagd dan het beschikbare verlofsaldo. 5. Niet automatisch afrekenen bij uitdienst Als een medewerker uitdienst gaat en bij het gegevenselement Afrekening bij uitdienst is gekozen voor Niet automatisch afrekenen, dan worden het opgebouwde verlofsaldo, opgebouwde ATV-saldo en het opgebouwde TVT-saldo niet aan de medewerker uitbetaald. Er werd echter geen vrijval geboekt voor de reservering van de vervallen  verlofrechten. Vanaf deze release wordt in deze situatie de vrijval wel geboekt. Ook worden vanaf nu de payrollelementen van het verlofsaldo vorig verlofjaar op 0 gesteld. 6. Verlofsaldo overnemen heeft waarde Nee Als het verlofsaldo van het voorgaande verlof jaar niet mag worden overgenomen naar het nieuwe verlofjaar,  worden de saldi van de payrollelementen van het verlof, ATV en TVT op 0 gesteld. De vrijval van de reserveringen van verlof werden echter niet berekend. Vanaf nu wordt dan ook de vrijval van de reservering wel berekend. Uw actie Door het oplossen van punt 3 kan het zijn dat u de inrichting van de grondslagen Verlofopbouw uren bijtellen berekening ATV en Verlofopbouw uren verminderen berekening ATV moet aanpassen. Voor het overige is er geen actie nodig. Signalering Inkomsten in deze periode onder wet. min. loon (change 1173524) Waarom Tijdens de salarisberekening vindt er een controle plaats of het uitbetaalde loon lager is dan het minimum loon. In dat geval verschijnt de signalering: Inkomsten in deze periode onder wet. min. loon. Soms werd deze signalering onterecht gegeven. Hoe Rapporten > controle overzichten > Signaleringsverslag Vanaf nu ziet u de signalering alleen als het uitbetaalde loon onder het minimumloon ligt. Uw actie Er is geen actie nodig. Signalering onterecht bij medewerkers uit dienst (change 1169834) Melding De signalering LVL verlofkorting toegepast foutief verscheen ten onrechte in het Signaleringsverslag bij medewerkers die uit dienst waren.  Oplossing Wij hebben vanaf deze release in de controle ook het dienstverband betrokken, zodat de melding niet meer verschijnt bij medewerkers die uit dienst zijn. Uw actie Er is geen actie nodig. Signalering onterecht bij medewerkers met een algemene ontheffing (change 1217774) Melding De signalering Bij Herl.regel hoort Verz.situatie Zvw K, L, M, N verscheen ten onrechte in het Signaleringsverslag bij medewerkers met een algehele ontheffing.  Oplossing Wij hebben vanaf deze release in de controle ook de bijzondere situaties betrokken, zodat de melding in die specifieke situaties niet meer verschijnt. Uw actie Er is geen actie nodig. Signaleringen Indicatie verzekerd WAO/IVA/WGA en -WW onterecht getoond (change 1227909) Melding De volgende signaleringen verschenen ten onrechte in het signaleringsverslag bij medewerkers met een zogenaamd slapend dienstverband die de AOW-gerechtigde leeftijd nog niet hebben bereikt. Indicatie verzekerd WAO/IVA/WGA moet Nee zijn. Indicatie verzekerd WW moet Nee zijn. Oplossing Wij hebben de controles aangepast zodat deze signaleringen in die specifieke situaties niet meer verschijnen. Uw actie Er is geen actie nodig. APG-bestand voorgaand jaar kon niet worden opgestart (change 1222800) Melding Bedrijf > Interfaces > Handmatig starten automatische interfaces Als de eerste periode van een nieuw jaar definitief was afgesloten, was het niet meer mogelijk om een APG-interfacebestand aan te laten maken over het voorgaande jaar. Oplossing Voortaan kunt u kiezen uit de laatste definitieve verwerking van zowel het huidige jaar als het voorgaande jaar. Uw actie Er is geen actie nodig. Verschil tussen Collectieve loonstaat en Individuele Loonstaat (change 318317) Melding Rapporten > Salarisspecificaties > Collectieve en Individuele Loonstaat Het kon voorkomen dat er een verschil was tussen de bedragen van de Individuele en de Collectieve loonstaat.  Oplossing Beide loonstaten zijn aangepast, zodat er geen verschillen meer zijn tussen de bedragen.  Uw actie Er is geen actie nodig. Bij inrichting waardenlijst op CAO-niveau opslaan waarde bij medewerker niet mogelijk (change 1024038) Melding Medewerker > Contract > Arbeidsvoorwaardegegevens  Bij diverse arbeidsvoorwaarden zijn er gegevenselementen zoals Salarisschaal en Salaristrede waarvoor een waardenlijst ingericht kan worden. Deze waardenlijsten kunnen ook op CAO-niveau vastgesteld worden. Als er een keuze uit de waardenlijst werd opgeslagen bij een medewerker, dan volgde een foutmelding. Dit kon alleen worden opgelost door de waardenlijst ook op klant- of bedrijfsniveau in te richten. Oplossing Voortaan is het mogelijk om de waarde die op CAO-niveau is ingericht, vast te leggen bij een medewerker. Uw actie Als de inrichting die u op bedrijfs- of klantniveau heeft wat betreft waardes exact overeenkomt met de inrichting op CAO-niveau, kunt u zo nodig overstappen op de inrichting op CAO-niveau. Hieronder hebben we uitgelegd hoe u dit kunt doen met als voorbeeld de gegevens van de arbeidsvoorwaarde Salarisschaal.  Bepaal een datum waarop de overstap gemaakt kan worden. Dit is bij voorkeur een datum in de nabije toekomst vanaf wanneer er geen toekomstige mutaties meer zijn vastgelegd voor de diverse gegevens voor Salarisschaal.  Leg via Beheer > Import/Export > Exporteren CSV een exportdefinitie vast waarin de gegevens voor Salarisschaal staan (schaal, trede, categorie, etcetera). Controleer of de peildatum op de datum van de overstap staat. Exporteer de gegevens voor alle medewerkers in- en uit dienst waarvoor waardes zijn vastgelegd. Sla dit bestand op; dit is het bestand met correcte waardes. Maak een kopie van het bestand. Wijzig in deze kopie alle waardes naar #NULL# en sla deze kopie; dit is het bestand met lege waardes. Lees het bestand met lege waardes in via Beheer > Import/Export > Importeren CSV. Contoleer voordat u op Verwerken klikt of de peildatum op de datum van de overstap staat. Haal de inrichting van de waardenlijsten op klant- of bedrijfsniveau weg via Beheer > Inrichting > Waardenlijst. Contoleer of de peildatum op de datum van de overstap staat en selecteer de juiste doelgroep. Haal voor ieder betreffend gegevenselement  uit de waardenlijst op en klik op Lijst verwijderen. Lees het bestand met correcte waardes in via Beheer > Import/Export > Importeren CSV. Contoleer voordat u op Verwerken klikt of de peildatum op de datum van de overstap staat. Controleer via bijvoorbeeld de Ad-hoc rapportage of voor en na de overstapdatum de juiste waardes zijn vastgelegd. Samenstelling Ziektewetdagloon Metalektro (change 2987)  Melding Bij de CAO metalektro moet het ziektewetdagloon over het SV-loon worden bepaald. De tekst uit de CAO is als volgt: De werkgever is verplicht aan de arbeidsongeschikte werknemer die geen recht heeft op een Ziektewetuitkering, gedurende de eerste 52 weken van de arbeidsongeschiktheid een aanvulling op het wettelijk verplichte loon te verstrekken ter hoogte van het verschil tussen het wettelijk verplichte loon en 100% van het volledige Ziektewetdagloon.  In de huidige situatie wordt het Dagloon vast bepaald op grond van wat er de huidige periode in de grondslag Ziekengeld dagloon vaste vergoedingen zit, waarna dit wordt omgerekend naar een dagloon. Voor variabele vergoedingen wordt het totaal voor de referteperiode bepaald op basis van de grondslag Ziekengeld dagloon variabele vergoedingen, waarna ook dit wordt omgerekend naar een dagloon. Op basis van de CAO Metalektro moet het dagloon ook bepaald worden op grond van de referteperiode. Oplossing Er is een nieuwe regeling die het Dagloon ziekengeld bepaalt op grond van het totaal aan SV-loon over de referteperiode en dit omrekent naar een dagloon. Hiervoor zijn nieuwe grondslagen gemaakt: Ziekengeld SV loon extra emolumenten Hier kunt u zelf inrichten wat er extra meegenomen moet worden voor het bepalen van het dagloon. Ziekengeld SV loon uitzonderen emolumenten Hier kunt u zelf inrichten welke onderdelen van de kolom loonstaat 8 juist niet meegenomen moeten worden, bijvoorbeeld omdat ze al op een andere manier meegenomen worden in de grondslag Ziekengeld SV loon extra emolumenten. In principe wordt het dagloon berekend op basis van de referteperiode; het totaal van loonstaat 8 (SV-loon), plus de grondslag extra emolumenten, verminderd met de grondslag uitzonderen emolumenten wordt bepaald en dit wordt gedeeld delen door het aantal werkdagen. Er gelden wel twee uitzonderingen: De medewerker is ziek in de afrekenperiode van indiensttreding, zodat er geen waardes zijn voor de referteperiode De grondslagen worden dan bepaald op basis van de huidige afrekenperiode. Deze worden omgerekend naar een jaarbedrag en gedeeld door het aantal werkdagen zoals opgegeven in het bedrijfsscherm Loondoorbetaling bij ziekte (uitsplitsing). De medewerker is nog niet de volledige referteperiode in dienst. In dat geval wordt de referteperiode aangepast naar de periode tussen indiensttreding en de laatste dag van de afrekenperiode voor de huidige afrekenperiode. Vervolgens wordt de berekening van het dagloon uitgevoerd over deze aangepaste periode. Vervolgens wordt het ziekengeld verder op de zelfde manier berekend zoals nu al wordt gedaan, alleen wordt nu rekening gehouden met het Ziektedagloon obv SV loon. Publishing Date : 2/22/2019

Mededelingen Toelichting datum eerste tenaamstelling auto van de zaak Medewerker > Arbeidsvoorwaarden > Arbeidsvoorwaarden > Auto van de zaak Als u wilt dat Payroll Business het bijtellingspercentage (reductietarief of standaardtarief) afleidt van de categorie en de datum eerste tenaamstelling, moet u voor de betreffende medewerkers in het veld1e datum tenaamst auto de datum eerste tenaamstelling vastleggen. Als u de datum eerste tenaamstelling niet vastlegt, blijft Payroll Business de ingevoerde categorie met het bijbehorende percentage toepassen. Na 60 maanden vervalt het reductietarief en geldt het standaardtarief. Ook de splitsing (alleen voor auto's zonder CO2-uitstoot ) in de grondslag vindt dan plaats.  Op dit moment wordt de datum eerste toelating nog niet. ondersteund. Deze datum wijkt alleen af van de datum eerste tenaamstelling als er sprake is van een geïmporteerde auto uit het buitenland. Als dit het geval is, vult u handmatig de categorie van de auto in zodat Payroll Business het juiste percentage berekent of u vult de datum eerste toelating in bij het veld 1e datum tenaamst auto.  Loonaangifte - Meldingen L1614 en L1615 (change 1020642) en Doorgeven CAO code (change 1039746) deze release teruggedraaid In de Release notes van januari hebben we gemeld dat we in release 2019-01 de volgende meldingen hadden opgelost: onderwerp 15. Loonaangifte – meldingen L1614 en L1615 (change 1020642) onderwerp 19. Loonaangifte – CAO code niet altijd doorgeven (change 1039746) In de februari release hebben we dit helaas moeten terugdraaien. Wij werken er hard aan om de oplossingen opnieuw te realiseren in de maart release.  Gewijzigd en verbeterd Extra functionaliteit voor referteperioden bij Werkgeversverklaring (change 332432) Waarom Bij het opvragen van een werkgeversverklaring is het mogelijk om referteperiodes op te geven. Bij het berekenen van het bedrag van de werkgeversverklaring, werd dan het totaal bedrag van de referteperioden opgehaald en gedeeld door het aantal referteperioden. Het kan ook wenselijk zijn om in plaats van het gemiddelde bedrag van de referteperioden, het totaal bedrag van de referteperioden te berekenen. Hoe Bedrijf > Werkgeversverklaring Vanaf 1-1-2019 is aan de functie Werkgeversverklaring voor Werkgeversverklaring 6 t/m 10 het volgende nieuwe gegevenselement opgenomen: WG verkl. bedrag referteperiode met de waarden Gemiddelde en Totaal. Kiest u hier voor Totaal, dan wordt het totale bedrag van de opgegeven referteperioden berekend.  Uw actie Er is geen actie nodig. Nieuw veld Generatiepact toegevoegd aan medewerkerscherm pensioenen (variabele grondslag) Waarom Als u gebruik maakt van de arbeidsvoorwaarde Generatiepact, ging Payroll Business er altijd van uit dat de pensioenberekening was gebaseerd op basis van 100%. Hoe Met ingang van 1-1-2019 zijn aan de medewerkerschermen van de arbeidsvoorwaarden voor pensioenen (variabele grondslag) de volgende velden toegevoegd: Generatiepact - benoemd (pensioensoort var grsl) of Generatiepact - eigen (pensioensoort var grsl). met de waarden Ja en Nee. Vult u bij deze velden Ja in, dan houdt Payroll Business bij het berekenen van de premie rekening met het pensioenopbouwpercentage dat is vastgelegd in de arbeidsvoorwaarde Generatiepact. Let op Momenteel zijn deze velden aan de arbeidsvoorwaarden toegevoegd, maar werken ze alleen door in de pensioenberekening bij de pensioensoorten WIA-hiaat en WIA-hiaat extra (variabele grondslag). In een volgende release gaan we de premieberekening ook werkend maken voor de overige 14 pensioensoorten.  Uw actie Als u wilt dat Payroll Business bij de pensioensoorten WIA-hiaat en WIA-hiaat extra (variabele grondslag) rekening houdt met het pensioenopbouwpercentage dat is vastgelegd in de arbeidsvoorwaarde Generatiepact, vul dan bij deze pensioensoorten in het veld Generatiepact - benoemd (pensioensoort var grsl) of Generatiepact - eigen (pensioensoort var grsl) de waarde Ja in. Aansturen verwerking journalisering bij aanvullende salarisverwerking Waarom Na het laten uitvoeren van een aanvullende salarisverwerking, moest u in het scherm Journaalpostverwerking bij het veld Soort journalisering kiezen of u een aanvullende of een vervangende journaalpost wenste. Vanuit het Raet Idee portaal is de wens binnengekomen om het mogelijk te maken bij een aanvullende salarisverwerking ook een aanvullende journaalpost te genereren. Hoe Beheer > Inrichting > Interfaces > Automatische journalisering  Met ingang van deze release kunt u vooraf vastleggen of u bij een aanvullende salarisverwerking een aanvullende of vervangende journaalpost wilt genereren. Hiervoor is aan de interface Automatische journalisering het veld Soort journalisering (aanvullende run) toegevoegd met de waarden Aanvulling en Vervanging. Bij het genereren van de journaalpost neemt het programma de inrichting van dit veld over. Als u gebruik maakt van de automatische journalisering zal deze Interface ook voor de aanvullende journaalpost dezelfde inrichting hanteren. Uw actie U kunt in de interface Automatische journalisering bij het veld Soort journalisering (aanvullende run) vastleggen of u standaard een aanvullende of een vervangende journalisering wenst. Correcties met terugwerkende kracht over 2018 - Loonstaten, Loonaangifte, Jaaropgaven Waarom  Wijzigingen die u met terugwerkende kracht (TWK) vastlegt in het vorige jaar, kunnen volgens de wettelijke voorschriften op twee manieren worden verwerkt: als correctie of als nabetaling. Correctie: Loonheffingen en premies worden uitgerekend volgens de regels van het vorige jaar en aangegeven in het betreffende tijdvak van het vorige jaar. Nabetaling: Loonheffingen en premies worden uitgerekend volgens de regels van het huidige jaar en aangegeven in het actuele tijdvak van het huidige jaar. Sinds de januari release kunt u wijzigingen over 2018 jaar als correctie laten berekenen. Met ingang van deze release worden deze correcties juist weergegeven in de loonstaten en jaaropgaven 2018. Ook worden er automatisch loonaangiftes van december 2018 opnieuw aangemaakt, als u in januari bent gaan rekenen in de correctiemodus over 2018. Hoe  Rapporten > Salarisspecificaties De volgende drie rapporten zijn vernieuwd: Individuele loonstaat Collectieve loonstaat Verzamelloonstaat U kunt voortaan kiezen uit twee weergaven. Hiervoor is aan het scherm van bovengenoemde rapporten 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 gedaan zijn in 2019. Fiscaal De bedragen van 2018 worden weergegeven inclusief correcties over 2018 die gedaan zijn in 2019. Loonaangifte Regulier proces Zodra u een salarisverwerking in 2019 definitief maakt, kunt u binnen enkele uren de reguliere loonaangifte voor dat tijdvak in 2019 controleren en verzenden, zoals gebruikelijk. Als er daarnaast sprake is van correcties over 2018, kunt u vanaf deze release ook een extra loonaangifte van december 2018 controleren en verzenden. Deze bevat dan alle noodzakelijk wijzigingen over 2018, dus ook eventuele correcties op eerdere tijdvakken in 2018. Zie hiervoor de module Loonaangifte, menu Loonaangifte 2018. Als u de loonaangifte december nog niet had verstuurd had, kunt u dat alsnog voor het eerst doen. Dit is dan de eerste normale aangifte voor december 2018. Als u de december aangifte wel al verstuurd had, zullen de correcties over 2018 naar de Belastingdienst verstuurd worden in de vorm van een correctie aangifte 2018 Speciaal voor deze release Als u in de verwerking van periode 01 van 2019 al correcties heeft toegepast en de payrollcyclus heeft afgesloten, wordt de aangepaste loonaangifte van december 2018 in de loop van week 7 zichtbaar in de module Loonaangifte.  Handmatig corrigeren Let op: zolang Payroll Business correcties over 2018 automatisch uitrekent, kunt u geen gebruik maken van de functionaliteit voor de Handmatige Correctie Loonaangifte 2018 (enkelvoudig muteren). Pas als u in de loop van 2019 naar de modus Nabetaling overschakelt, kunt u de Handmatige Correctie Loonaangifte gaan gebruiken voor correcties over 2018. In toekomstige releases zullen we daarom het gebruik van de Handmatige Correctie Loonaangifte voor het voorgaande jaar alleen beschikbaar stellen, als de payroll in het actuele jaar in de modus Nabetaling is gezet. Dit doet u via Stuurgegevens > Nabetalingen vanaf periode. Jaaropgaven Beheer > Jaarafsluiting > Aanvraag jaaropgaven Regulier proces Vanaf deze release ziet u op de jaaropgaven 2018 het resultaat van correcties over 2018 terug. Als u voor 2018 nog geen jaaropgaven had aangemaakt, dan kunt u dit alsnog doen voor alle medewerkers. Kies daarbij in het veld Selectie voor de standaard optie Alle medewerkers.  Als u de jaaropgaven al had aangemaakt vóórdat u januari heeft afgesloten en in de januari verwerking zijn er correcties berekend, dan moet u de betreffende medewerkers voorzien van een vervangende jaaropgaaf. Kies in dat geval in het veld Selectie voor de optie Alleen medewerkers met correcties. Meerdere keren jaaropgaven met correcties sturen De optie Alleen medewerkers met correcties maakt nieuwe jaaropgaven aan voor alle medewerkers met correcties over 2018, ook als die medewerkers al een jaaropgaaf hebben ontvangen met correcties. Als u na de afsluiting van periode 02 opnieuw voor een selecte groep medewerkers een jaaropgaaf wilt sturen in verband met correcties, wacht dan tot de maart release. Deze is gepland op 9 maart 2019 en vanaf dat moment is het mogelijk om in het veld Selectie alleen de medewerkers te selecteren waarvoor een correctie is vastgelegd, sinds de vorige aanmaak. Alternatief: als u de jaaropgaven in een vroeg stadium heeft aangemaakt, bijvoorbeeld vóór de eerste afsluiting in januari, en u verwacht de komende maanden nog meer correcties, dan kunt u er ook voor kiezen om de jaaropgaven met correcties voor alle gecorrigeerde medewerkers in één keer aan te maken, bijvoorbeeld eind maart.  Controleren van de te verzenden extra jaaropgaven (optioneel) De jaaropgaven worden aangemaakt en verzonden volgens de reguliere instellingen, zie Bedrijf > (Salarisadministratie) > Afdrukken en verzenden jaaropgaven. Eventueel kunt u de extra jaaropgaven controleren, vóórdat ze naar de medewerkers worden verstuurd. Hoe u kunt controleren, hangt af van de wijze van verzenden: Als u de module Salarisdossier gebruikt, kunt u daar de jaaropgaven steekproefsgewijs controleren, voorafgaand aan de publicatie van de jaaropgaven. Als u de jaaropgaven normaal gesproken op papier naar uw bedrijf laat komen, zal dit ook nu gebeuren. Als u de jaaropgaven rechtstreeks via briefpost naar de medewerker stuurt: pas dan de instellingen eventueel tijdelijk aan. Kies bij Bezorgen via voor Pakketpost (naar Bedrijf).  Jaarloon bijzonder tarief Tijdens de laatste salarisverwerking van het oude jaar wordt voor alle medewerkers die op dat moment in dienst zijn het jaarloon bijzonder tarief 2019 eenmalig vastgesteld, zoals beschreven in het Handboek Loonheffingen. Correcties met terugwerkende kracht hebben hier geen invloed op.  Stuurgegeven Nabetalingen vanaf periode - Bedrijf > Stuurgegevens Wijzigingen in dit stuurgegeven gaan altijd in vanaf de eerste dag van het actuele verwerkingsjaar. Bijvoorbeeld: Uw bedrijf verwerkt per maand, de actuele periode is maart 2019, standaard ingangsdatum is 1 maart 2019, en u wijzigt het stuurgegeven: de ingangsdatum van de mutatie wordt 1 januari 2019. Uw bedrijf verwerkt per vier weken, de actuele periode is 02-2019, standaard peildatum is  28 januari 2019, en u wijzigt het stuurgegeven: ingangsdatum van de mutatie wordt 31 december 2018. Op deze manier wordt afgedwongen dat de keuze die u maakt voor het hele jaar geldt. Zoals eerder aangekondigd, is ook het volgende mogelijk: U kunt, zolang een payroll cyclus  nog niet is afgesloten, overstappen van correcties naar nabetalingen. Start daarna een vervolgverwerking. Payroll Business voert dan alle berekeningen opnieuw uit, dit keer in nabetaalmodus. Ook kunt u overstappen van nabetalingen naar correcties. Start daarna een vervolgverwerking. Payroll Business voert dan alle berekeningen opnieuw uit, dit keer in correctiemodus. Op deze manier terugschakelen van nabetaalmodus naar correctiemodus is mogelijk zolang er nog geen eerdere periode was afgesloten in de nabetaalmodus. De indicatie Nabetalingen vanaf periode in het scherm Stuurgegevens was tijdelijk geblokkeerd, inmiddels kunt u dit gegeven weer wijzigen.  Let op: u maakt de keuze voor correcties of nabetalingen voor een hele periode. Het is bijvoorbeeld niet mogelijk om in de aanvullende verwerking van februari nabetalingen te doen, terwijl de normale afsluiting van februari plaatsvond in de correctiemodus. Wacht in dat geval met de nabetalingen tot de eerste verwerking van maart. Uw actie Als u vanaf de januari release gekozen heeft voor rekenen over voorgaand jaar in de correctiemodus: Gebruik dan de optie Fiscaal om de loonstaten aan te laten sluiten bij de loonaangifte 2018. Gebruik de optie Historisch Actueel om de loonstaten aan te laten sluiten bij de cumulatieve stand van de journalisering van eind 2018. Vergeet niet om de extra aangemaakte loonaangifte 2018 te verzenden. Eventueel kunt u in de module Loonaangifte ook instellen dat aangiftes automatisch verzonden worden. Maak de jaaropgaven aan, voor alle medewerkers of alleen voor de gecorrigeerde medewerkers. Zie eventueel ook de Release notes van januari voor meer uitleg over TWK-correcties over de jaargrens,  Signaleringsverslag - Loonaangiftemeldingen AOW gerechtigde werknemer aangepast Waarom In het Signaleringsverslag staan o.a. meldingen die betrekking hebben op de Loonaangifte. De volgende loonaangiftemeldingen: Doorwerkende AOW gerechtigde, werkn verz foutief Niet doorwerkende AOW gerechtigde, werkn verz fout werden getoond als een medewerker verzekerd was voor de WW en/of WAO/IVA/WGA, terwijl de medewerker de AOW-gerechtigde leeftijd al had bereikt. Als een medewerker in de loop van de periode uit dienst ging vanwege het bereiken van de AOW-gerechtigde leeftijd, werd deze melding altijd gegenereerd. Immers tot de datum waarop de medewerker uit dienst treedt, is de hij of zij wel verzekerd voor de sociale verzekeringen. Hoe Rapporten > Controle > Signaleringsverslag We hebben de hiervoor genoemde controles aangepast. We gaan er hierbij vanuit dat als een medewerker doorwerkt na het bereiken van de AOW-gerechtigde leeftijd, deze opnieuw wordt ingevoerd met een nieuw IKV-nummer. Hiervoor moet u de medewerker opnieuw aanmaken via de wizard Medewerker > Aanmaken Medewerker (of Kopiëren Medewerker). Bij de medewerker die de AOW-leeftijd heeft bereikt, blijft daar de verzekeringsplicht op Ja staan. Bij het aanmaken van de nieuwe medewerker bij doorwerken na het bereiken van de AOW-gerechtigde leeftijd moet de verzekeringsplicht op Nee staan. De naam van de aangepaste signalering is: AOW gerechtigde werknemer, werkn verz fout. Uw actie Er is geen actie nodig. Meldingen Signaleringen en terugkoppeling van de Belastingdienst Waarom In de terugkoppelingen van de Belastingdienst staan twee meldingen die wij in Payroll Business niet signaleren of niet kunnen signaleren. Daarom vragen wij u voordat u de salarisverwerking afsluit, aandacht te besteden aan deze meldingen, zodat er geen Fouten in het Signaleringsverslag voorkomen met de categorie Loonaangifte.  Hoe Het gaat om de volgende meldingen.  L0091 De opgegeven geboortedatum van de werknemer moet toebehoren aan de persoon die is aangeduid met het opgegeven Burgerservicenummer.  Als u een afwijkende CAO code opgeeft, controleer dan of deze code voorkomt in de CAO code tabel van de Belastingdienst. Staat de afwijkende CAO code niet in deze tabel, dan wijst de Belastingdienst de loonaangifte af. L0098 De code CAO moet voorkomen in de codetabel CAO en moet geldig zijn op de peildatum datum aanvang inkomstenperiode. Uw actie Zo nodig controleren van de geboortedatums en het toetsen van afwijkende CAO codes aan de CAO code tabel van de Belastingdienst.   Mogelijkheid een profiel binnen een profielgroep met een ingangsdatum te beëindigen Waarom Een profielgroep bestaat uit profielen. De profielen bevatten een, vaak samenhangende, set met velden met daarin voorgedefinieerde waardes. Het is gewenst om een aantal van die profielen op een bepaald moment te kunnen beëindigen, omdat die waardes niet meer gelden. Om er voor te zorgen dat op een bepaald moment nieuwe profielen met nieuwe waardes in de gegevenselementen actief kunnen zijn, is het gewenst dat profielen te kunnen beëindigen vanaf een bepaalde ingangsdatum. De profielen zijn dan vanaf die datum niet meer actief binnen de profielgroep, zodat het mogelijk is elementen uit het profiel opnieuw te gebruiken in andere profielen binnen dezelfde profielgroep.  Hoe Beheer > Inrichting > Profielgroepen  U kunt nu een profiel binnen een profielgroep beëindigen vanaf een bepaalde datum door de peildatum aan te passen en binnen de profielgroep aan het eind van de regel van het betreffende profiel op het icoon Verwijderen te klikken. Het profiel is dan per die datum niet meer actief in de profielgroep en vanaf diezelfde peildatum ook niet meer zichtbaar binnen de profielgroep.   Uw actie Er is geen actie nodig. Externe mutaties - toelichting optie Uitzonderen medewerkers Waarom Vanaf 1 januari 2019 is bij het uploaden ven een Extern mutatiebestand bij het veld Actie de optie Uitzonderen medewerkers alleen actief bij de conversieschema's die dit ook daadwerkelijk ondersteunen. Voorheen was deze optie altijd zichtbaar, ook als het geselecteerde conversieschema geen Uitzonderen of Selecteren van specifieke medewerkers ondersteunde. Hoe Beheer > Externe mutaties > Upload extern mutatie bestand Als u een conversieschema selecteert dat het Uitzonderen of Selecteren ondersteunt, kunt u op de gebruikelijke manier medewerkers selecteren in het veld Medewerkerselectie. Vervolgens kiest u bij Actie de optie Selecteren of Uitzonderen die u wilt toepassen op de medewerkerselectie. Als het conversieschema geen Selecteren of Uitzonderen ondersteunt, kunt u het veld Medewerkerselectie niet muteren en is het veld Actie met de opties Selecteren of Uitzonderen niet aanwezig.  Uw actie Er is geen actie nodig.  Opgeloste meldingen  Pensioenaangiftebericht - Ouderschapsverlof invloed parttime percentage pensioenfonds Reiswerk (change 530667) Waarom In het pensioenaangiftebericht (PA-bericht) ontbrak het parttime percentage van de deelnemer waarin ook het ouderschapsverlof is opgenomen. Het parttime percentage is de gewogen deeltijdfactor die de arbeidsvoorwaarde Pensioen Eigenregeling of Benoemd (vaste grondslag) heeft bepaald. Als in de arbeidsvoorwaarde Pensioen het veld Corrigeren voor opgenomen verlof (pensioen) op Ja staat, wordt In het parttime percentage ook het ouderschapsverlof opgenomen. Hoe Vanaf 1-1-2019 wordt in het PA-bericht het parttime percentage van de deelnemer opgenomen. Uw actie Als u PA-berichten naar het pensioenfonds Reiswerk stuurt, moet u  in de arbeidsvoorwaarde Pensioen (vaste grondslag) het veld Corrigeren voor opgenomen verlof (pensioen) op Ja zetten. Foutief uitbetalingspercentage bij Gratificatie, Gratificatie2 en Winstdeling (change 439271) Melding In de varianten peilmethode, combinatiemethode en opbouwmethode voor gratificatie en winstdeling, en voor de opbouwmethode voor gratificatie2, wordt in eerste instantie de gratificatie/winstdeling gevuld vanuit de uitgestelde reservering. Als het reserveringspercentage verschilt van het uitkeringspercentage, werd de gratificatie opnieuw berekend vanuit de uitgestelde grondslag en het op dat moment actieve uitbetalingspercentage. Dit is onjuist Oplossing  Voortaan wordt de gratificatie altijd berekend op basis van de uitgestelde grondslag en het op dat moment aanwezige uitbetalingspercentage. Dit geldt voor de volgende varianten: Winstdeling (peilmom / comb methode) Winstdeling (opbouwmethode) Gratificatie 2 (opbouwmethode) Gratificatie (opbouwmethode) Gratificatie (peilmom / combinatie methode) Dit is aangepast met ingang van 01-01-2019. Vanaf deze datum gebruikt Payroll Business voor de berekening altijd het uitbetalingspercentage dat hoort bij de gratificatie, gratificatie 2 of de winstdeling:  Gratificatie: uitbetalingspercentage (grat) Gratificatie 2: Uitbetalingsperc (grat2) Winstdeling: uitbetalingspercentage (winstd) Uw actie Er is geen actie nodig.  Bijtelling auto van de zaak onjuist berekend voor categorie Geen CO2-uitstoot vanaf 2014 (change 1165685) Medewerker / Contract > Arbeidsvoorwaardegegevens > Auto van de zaak Melding Voor auto's van de zaak met de Auto categorie Geen CO2-uitstoot vanaf 2014, werd vanaf 1-1-2019 voor het berekenen van de bijtelling een foutief percentage gebruikt, namelijk 7% in plaats van 4%. Een workaround was om in de arbeidsvoorwaarde Auto van de zaak bij de medewerker in het veld Afwijkend percentage het juiste bijtellingspercentage in te vullen. Dit heeft wel als gevolg dat bij een eventuele wijziging van het bijtellingspercentage van deze autocategorie, het afwijkende percentage niet automatisch wordt gewijzigd. Oplossing Dit is opgelost met een tussentijdse release op 11 januari. Per 1 januari 2019 past Payroll Business het correcte bijtellingspercentage toe.  Uw actie Als u de workaround heeft gebruikt om via het veld Afwijkend percentage het juiste bijtellingspercentage in te vullen, raden wij u aan dit veld handmatig weer leeg te maken, zodat automatisch het juiste percentage toegepast kan worden. Gegevenselement Verlof correctie niet muteerbaar (change 1120178) Medewerker / Contract > Arbeidsvoorwaardegegevens > Verlof Melding  Bij het muteren van het veld Verlof correctie verscheen de foutmelding dat dit veld niet muteerbaar was op dat niveau. Oplossing Dit is opgelost. Het veld is nu weer muteerbaar en er verschijnt geen foutmelding meer. Uw actie Er is geen actie nodig.  Importeren Raet Basisdocument (changes 540199 en 542688) Beheer > Externe mutaties > Upload mutatiebestand Melding  Bij het verwerken van Raet Basisdocumenten werden lege cellen ten onrechte vertaald naar een einddatum. Ook lukte het niet meer om gegevens expliciet te beëindigen met de waarde #NULL#. Oplossing Dit is opgelost met een tussentijdse release op 17 januari. Lege cellen worden nu weer als vanouds genegeerd en u kunt  de waarde #NULL# weer gebruiken om gegevens expliciet  leeg te maken vanaf de opgegeven datum. Uw actie Er is geen actie nodig.  Berekening fiscale bijtelling Auto van de zaak onjuist (change 1208931) Medewerker / Contract > Arbeidsvoorwaardegegevens > Auto van de zaak Melding Voor het berekenen van de fiscale bijtelling van de auto van de zaak de voor de volgende Auto categorieën vond onterecht aftopping plaats, waardoor het bedrag van de cataloguswaarde boven de 50.000 EUR tegen 25 % belast werd.  Auto categorie 4 = Zonder CO2-uitstoot (vervallen eind 2013) Auto categorie 9 = Milieuvriendelijk (vervallen eind 2016) Oplossing Dit is opgelost. Aftopping van het bijtellingspercentage op basis van de cataloguswaarde vindt niet langer meer onterecht plaats voor de categorieën 4 en 9. Uw actie Als u in het veld Fiscale bijtelling bedrag afwijkend (auto vd zaak) een afwijkend bedrag heeft ingevoerd, moet u dit bedrag handmatig verwijderen.  Standenregister uitgebreid gaf foutmelding (change 1204096) Rapporten > Salarisspecificaties > Standenregister Uitgebreid Melding Als u bij het Standenregister Uitgebreid de optie Per medewerker aanvinkte, verscheen er in Mijn Rapporten een tekstbestand met een technische foutmelding. Oplossing Dit is opgelost. U kunt het Standenregister Uitgebreid per medewerker weer genereren Uw actie Er is geen actie nodig Flex benefits support gaf benefit budget van 2018 weer Melding Voor een aantal klanten was een budget dat de werkgever beschikbaar had gesteld in 2018, onterecht beschikbaar gesteld in 2019. Oplossing Dit is opgelost. U ziet nu de correcte budgetbedragen. Uw actie Er is geen actie nodig Aanvullende verwerking verloonde reeds betaalde bedragen (change 539179) Melding Bij een aanvullende verwerking werden soms de bedragen uit de normale verwerking opnieuw betaald en op de loonstrook getoond. Oplossing Dit is opgelost met een tussentijdse release op 11 januari. Uw actie Er is geen actie meer nodig. De berekende resultaten zijn waar nodig reeds gecorrigeerd in overleg met de betrokken klanten.   Publishing Date : 2/4/2019

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

  New New field Ping Identity in Mutation report Why In addition to the Portal username of an employee, a new Ping Identity field will be filled with the employee from this release. This Ping Identity is used within Raet to make Single Sign On possible with its own modules or modules from third parties. How A Ping Identity is assigned to the user account of the employee within Raet's IAM module. During a nightly import, this Ping Identity is also stored in the employee's HR Core Business and is therefore visible in the mutation report under the user Service interface. Your action No action is needed. Resolved notifications Organizational structure – errors in OU structure (change 1127999) Management > Repository > Organizational units Message When opening the organizational structure from a specific date, an error message appeared, so that it was not possible to modify the organizational structure.  Solution Underlying attributes of the organizational unit had an earlier start date than the organizational unit itself, and this caused an error message to appear. The problem was solved by bringing the start dates into line.  Your action No action is needed.  Active notifications were not e-mailed to external email address (change 1173241) Management > Active notification Message Active notifications were not emailed when the notification date for the source date was reached. The reason was that, in specific cases, it was not possible to send emails to external e-mail addresses. This problem was caused by a memo field that could not be filled in and saved. The default email text based on the description of the notification definition was not saved. This meant that the email text was empty and no e-mail could therefore be generated.  Solution This problem has been solved. The overdue e-mails on January 8, 2019 have since been sent and the active notifications will be sent again as soon as the source date has been reached. Your action No action is needed.  Start leave year Company > Leave > Grant leave entitlement Message If the leave year 2019 was started for the customer, several leave years were created. Sometimes the new year 2019 was not created. This was reflected in the employee Leave balance screen where the future years were shown. Due to the production of future years, it was not possible to create 2019 yet. Solution This has been resolved. The future leave years have been corrected. Your action No action is needed.  Active signalling (change 1173241) Maintenance > Active signalling Message If e-mail was set up as active signalling, it was not sent. The alerts, however, appeared in the action list. Solution This has been resolved. As of January 7, the outstanding alerts have been sent and the active alerts are sent again as soon as the source date has been reached. Your action No action is needed.  Publishing Date : 2/1/2019

This document describes the new functionality and improvements introduced by this release. Some of these changes have been inspired by messages and reports from customers. Where relevant, we have included a number in the section title to refer to the identification of the message (change .....) in question in our system. Improvements Improving reliability of delivery for the HR Data Feed Why Many of our customers rely on the HR Data Feed to consume operational data to drive their ERP, CRM, Procurement, Fleet Management or Identity and Access Management Solutions and Financial Solutions and our monitoring shows we have been experiencing rapid growth of data and usage of the HR Data Feed which is impacting our ability to process and deliver the files in a timely manner. We wanted to improve this, so we have executed on several steps to improve the performance of processing all data, improve the delivery process and make sure that they become available before 06:00 am. How Additional enhancements and improvements further guaranteeing timely delivery are planned for the future and will follow in subsequent releases. Your action No action is required. Resolved notifications Report Model and HR Data Feed have been extended with more than new 130 fields (change 1023780, 1027135, 1030221, 1030249, 1030391) Why By packaging multiple customer requests simultaneously we have extended the report model and the HR data model to provide better data coverage. How Additions All fields related to the Garantie Loon entity have been added Two fields from the Overuren entity have been added (G) Uren tijd/tijd extra (Overuren) (L) Uren tijd/tijd extra (Overuren) Fields from Toeslagen Vast Uitgebreid have been added Fields Z5 and further Two fields from the Medewerker entity have been added UPI Contract volgnummer A field from the Rol Toewijzing UM entity has been added Field Incl onderliggende OE’s Your action No action is required. Data displayed in the standard reports R-AL-10300 and R-AL-10320 do not match (change 999473) Message In report R-AL-10300 there is Wettelijk verlof of last year missing. In the standard report R-AL-10320 the Wettelijk verlof of last year is actually being displayed. Analysis confirmed that Wettelijk verlof of last year is not being displayed in report R-AL-10300 because of an expiration date being taken into account. Solution The report has been modified, and starting with this release standard report R-AL-10300 will present the same data as presented in report R-AL-10320, Your action No action is required. Publishing Date : 1/31/2019

This document describes the new functionality and improvements introduced by this release. Some of these changes have been inspired by messages and reports from customers. Where relevant, we have included a number in the section title to refer to the identification of the message (change .....) in question in our system. Verbeteringen Betrouwbaardere levering van gegevens voor de HR Data Feed Waarom Veel van onze klanten vertrouwen op de HR Data Feed voor de levering van operationele gegevens voor hun ERP-, CRM-, Procurement-, Fleet Management- of Identity and Access Management-oplossingen en hun financiële oplossingen. Het is gebleken dat de hoeveelheid gegevens en het gebruik van de HR Data Feed steeds intensiever wordt en dat dit van invloed is op de verwerking en tijdige levering van bestanden. Dit willen we graag verbeteren. Daarom hebben we een aantal extra stappen ingevoegd om het verwerken van gegevens en het afleverproces te verbeteren en ervoor te zorgen dat gegevens vóór 06.00 uur 's ochtends beschikbaar zijn. Hoe In komende releases worden verbeteringen doorgevoerd om tijdige levering van gegevens in de toekomst te garanderen. Uw actie Er is geen actie nodig. Opgeloste meldingen Rapportmodel en HR Data Feed zijn uitgebreid met meer dan 130 nieuwe velden (change 1023780, 1027135, 1030221, 1030249, 1030391) Waarom We hebben het rapportmodel en het HR Data-model uitgebreid voor een beter gegevensbereik, door meerdere klantaanvragen tegelijk te groeperen.  Hoe Toevoegingen Alle velden voor de entiteit Garantie Loon zijn toegevoegd Er zijn twee velden aan de entiteit Overuren toegevoegd (G) Uren tijd/tijd extra (Overuren) (L) Uren tijd/tijd extra (Overuren) Velden voor Toeslagen Vast Uitgebreid toegevoegd Veld Z5 en verder Er zijn twee velden aan de entiteit Medewerker toegevoegd UPI Contract volgnummer Er is een veld aan de entiteit Rol Toewijzing UM toegevoegd Het veld Incl onderliggende OE’s Uw actie Er is geen actie nodig. Gegevens in standaardrapporten R-AL-10300 en R-AL-10320 komen niet overeen (change 999473) Melding Wettelijk verlof van vorig jaar ontbreekt in rapport R-AL-10300. Wettelijk verlof van vorig jaar wordt weergegeven in het standaardrapport R-AL-10320. Na analyse is gebleken dat Wettelijk verlof van vorig jaar niet wordt weergegeven in rapport R-AL-10300 vanwege een vervaldatum. Oplossing Het rapport is gewijzigd. Vanaf deze release worden in het standaardrapport R-AL-10300 dezelfde gegevens weergegeven als in het rapport R-AL-10320. Uw actie Er is geen actie nodig. Publishing Date : 1/31/2019

Nieuw Mutaties met terugwerkende kracht in het voorgaande jaar   Waarom Wijzigingen die u met terugwerkende kracht (TWK) vastlegt in het vorige jaar kunnen volgens de wettelijke voorschriften op twee manieren worden verwerkt: als correctie of als nabetaling. Correctie: Loonheffingen en premies worden uitgerekend volgens de regels van het vorige jaar, en aangegeven in het betreffende tijdvak van het vorige jaar. Nabetaling: Loonheffingen en premies worden uitgerekend volgens de regels van het huidige jaar, en aangegeven in het actuele tijdvak van het huidige jaar . Payroll Business behandelde wijzigingen in het voorgaande jaar tot nu toe altijd als nabetaling. Dit was voor veel gebruikers aanleiding om zo lang mogelijk aanvullende verwerkingen in het oude jaar te blijven draaien, en de eerste verwerking van het nieuwe jaar uit te stellen. Dit laatste is niet meer nodig: voortaan kunt u zolang als u wilt in de correctiemodus blijven, ook als u al bent begonnen met verwerkingen in het nieuwe jaar: Alle herrekenverschillen over vorig jaar worden in dat geval verwerkt volgens de rekenregels van vorig jaar. Er wordt automatisch een nieuwe loonaangifte van vorig jaar aangemaakt. Hoe Bedrijf > Salarisadministratie > Stuurgegevens (HR Core Business) Bedrijf > Stuurgegevens  (Payroll Business) Aan het scherm Stuurgegevens is het veld Nabetalingen vanaf periode toegevoegd. In dit nieuwe veld kunt u opgeven vanaf welke periode u wilt beginnen met nabetalen. Vanaf die periode worden alle herrekenverschillen over het voorgaande jaar belast volgens de rekenregels van het nieuwe jaar, en verwerkt in de loonaangifte van het nieuwe jaar. Zolang de ingestelde periode niet is bereikt, blijft u in de correctiemodus: herrekenverschillen over vorig jaar worden belast volgens de rekenregels vorig jaar en verwerkt in de loonaangifte van vorig jaar. Voorbeeld U legt vast: Nabetalingen vanaf periode = 4 Hierdoor worden gedurende periode 1 t/m 3  alle wijzigingen over 2018 als correctie verwerkt. Uw actie  In het nieuwe veld Nabetalingen vanaf periode is standaard periode 1 ingevuld. U hoeft dit niet te wijzigen, in dat geval verandert er niets: Payroll Business behandelt dan, net als voorgaande jaren, vanaf de eerste verwerking van 2019 alle wijzigingen  over 2018 als nabetaling. Standaardwaarde wijzigen Wilt u de nieuwe mogelijkheid gaan gebruiken, wijzig dan de waarde in het veld Nabetalingen vanaf periode: Kies een periode waarin normaal gesproken in uw onderneming geen correcties meer van toepassing zijn.  Als er vóór die periode toch al nabetalingen moeten plaatsvinden, leg deze dan vast met een eenmalige component Moeten er ná die periode toch correcties plaatsvinden, dan geldt daarvoor de werkwijze tot nu toe: u legt de correcties vast via de module Loonaangifte. Let op de peildatum verloont u per maand, gebruik dan 1 januari 2019 verloon u per 4-weken, gebruik dan 31 december 2018 Wijziging Nabetalingen vanaf periode op een later moment Zodra u binnen een bepaald afrekenjaar een payrollperiode definitief afsluit in de nabetaalmodus, is het niet meer mogelijk om in datzelfde jaar terug te keren naar de correctiemodus. U kunt wel altijd als peildatum 1 januari van het volgende jaar kiezen en de instellingen voor het nieuwe jaar wijzigen. Ook kunt u het tijdvenster voor correcties verlengen, zolang u nog geen salarisperiode in nabetaalmodus heeft afgesloten. Het is mogelijk om midden in een periode over te stappen van correcties naar nabetalingen. Start daarna een vervolgverwerking, en voor zover nodig, voert Payroll Business de berekeningen opnieuw uit, dit keer in nabetaalmodus. Het is mogelijk om halverwege de periode overstappen van nabetaalmodus naar correctiemodus is, zolang er nog geen eerdere periode was afgesloten in de nabetaalmodus. Specifieke mutaties Soms leidde  - tot nu toe - het wijzigen van één specifiek gegevenselement niet automatisch tot herrekening, zoals de cataloguswaarde van de bedrijfsauto.Voor het activeren van een herrekening, moest u dan ook andere mutaties vastleggen. Dit is niet meer nodig: elke afzonderlijke mutatie in het verleden die voor de berekening relevant is, leidt nu tot een herrekening.  Salarisstrook Nabetalingen over vorig jaar en correcties over het huidige jaar worden apart op de salarisstrook weergegeven met een sterretje *. Dit is niet gewijzigd. Een combinatie van correcties over het vorige jaar en het huidige jaar ziet u als één extra * regel op de salarisstrook. Jaaropgaven U kunt de jaaropgaven aanmaken zoals gewoonlijk, zodra u de laatste (eventueel aanvullende) verwerking van 2018 heeft uitgevoerd.  Vanaf de februari release is het mogelijk om vervangende jaaropgaven te sturen naar medewerkers waarvoor correcties zijn uitgevoerd.  Als u veel correcties verwacht, kunt u er ook voor kiezen om het aanmaken van de jaaropgaven voor alle medewerkers uit te stellen tot na de februari release: vanaf dat moment bevatten de jaaropgaven ook eventuele correcties over 2018. Loonaangifte Vanaf medio januari worden bij correcties over 2018, automatisch loonaangiftes 2018 aangemaakt, zodra u de salarisberekening afsluit. Het is geen probleem om vóór die tijd alvast periode 01-2019 af te sluiten. Eventuele loonaangiftes over 2018 worden medio januari automatisch achteraf aangemaakt De extra aangiftes over 2018 kunt u daarna apart verzenden in de module Loonaangifte. Dit is niet gewijzigd. Pensioenopgaaf Grafische sector De jaaropgaaf GBF wordt - als u deze nog gebruikt - eenmalig aangemaakt zodra u de eerste verwerking van het nieuwe jaar start. Omdat er dan nog geen resultaten van 2019 zijn, bevat deze aangifte geen correcties over 2018, net als voorgaande jaren. Als u overstapt op de Uniforme Pensioenaangifte (UPA) worden correcties richting het pensioenfonds wel automatisch verwerkt. Rapportages Diverse rapporten, bijvoorbeeld Afrekenmatrix medewerker en het Looncomponentenoverzicht, tonen de nabetalingen met (*1) en correcties met (*2). Dit is niet gewijzigd. Kies bij het opvragen van de Afrekenmatrix medewerker / werkgever bij Detaillering looncomponenten voor Alle details, als u wilt zien uit welke tijdvakken eventuele herrekeningen komen. Bij de Afrekenmatrix medewerker / werkgever kunt u door een vinkje te plaatsen bij Overzicht payroll-elementen ook de payrollelementen weergeven. Dan ziet u in welke periode er is gerekend voor welke periode; Berekend in en Geldt voor. De rapporten Collectieve loonstaat en Verzamelloonstaat geven op dit moment geen resultaten weer die in 2019 worden berekend over 2018. Vanaf de februari release zal dit  - als er correcties berekend worden - wel het geval zijn, zodat de totalen van 2018 aansluiten bij de loonaangifte van 2018 De volgende rapporten:  Individuele loonstaat Controleoverzicht loonaangifte Werkkosten gaven tot nu toe altijd al de laatst berekende stand weer, ook als die in het nieuwe jaar was ontstaan. Daardoor zijn correcties over 2018 direct zichtbaar. Voor nabetalingen is dat echter juist niet wenselijk: daarom gaan we ook deze rapporten zo spoedig uitbreiden.  Demo via skype Op donderdag 10 januari om 13.00 uur hebben we een tijdslot gereserveerd voor een Demo over dit onderwerp via Skype. Tijdens deze sessie kunt u ook detailvragen aan ons stellen. U kunt zich aanmelden voor deze Demo via een bericht aan het volgende e-mailadres: Rene.vanJole@raet.com. Wij sturen u nadat u zich hebt aangemeld, tijdig een uitnodiging met daarin de Skype-link voor het deelnemen aan de Demo.  Proforma Met ingang van de januari release is het mogelijk om in Payroll Business een proforma salarisberekening uit te voeren. Hiermee weet u binnen een minuut wat het betekent als uw medewerker bijvoorbeeld een leaseauto krijgt, ouderschapsverlof opneemt of verandert van aantal uren, etc. zonder dat u een proefverwerking voor het hele bedrijf hoeft te draaien. Het resultaat is een proforma salarisstrook die u aan uw medewerker kunt verstrekken. Waarom U krijgt ongetwijfeld regelmatig de vraag "Wat betekent het voor mijn netto salaris als . . . ". Deze vraag kunt u nu met Proforma snel en professioneel beantwoorden via een Proforma salarisstrook, zonder bang te zijn dat gegevens van de medewerker onbedoeld worden aangepast. Hoe Beheer > Salarisberekening > Proforma U start de functie Proforma en zoekt en selecteert de medewerker. In het scherm ziet u nu de gegevens van de medewerker zoals die op dat moment in Payroll Business aanwezig zijn. Bovenin het scherm ziet u de naam van de medewerker. Deze kunt u eventueel aanpassen. U kunt bijvoorbeeld eerst de berekening uitvoeren op basis van de gegevens van de medewerker zoals die op dat moment in Payroll Business aanwezig zijn. Daarna kunt u in het scherm bepaalde gegevens aanpassen en het effect ervan bekijken. De Proforma salarisstrook kunt u bekijken en downloaden via Mijn rapporten. Let op De eerste keer op een dag dat u of uw collega's een Proforma-berekening starten, is de responsetijd langer dan gemiddeld omdat dan alle benodigde klant- en bedrijfsgegevens in Proforma worden geladen.  U kunt de volgende gegevens aanpassen: geboortedatum - deze kunt u aanpassen om leeftijdsafhankelijke berekeningen uit te voeren de uren per periode - deze kunt u aanpassen om de gevolgen van parttime werken te berekenen Bij de regels die beginnen met Algemeen, ziet u de actuele arbeidsvoorwaardevarianten van de volgende arbeidsvoorwaarden:  Salaris Reiskosten Auto van de zaak  30% regeling Loondoorbetaling bij verlof Loonddorbetaling bij ziekte En per arbeidsvoorwaardevariant ziet u de invoervelden die bij de variant horen; de regels van deze velden beginnen met de naam van de arbeidsvoorwaarde. Let op: de overige arbeidsvoorwaarden die bij de medewerker zijn vastgelegd worden wel meegenomen in de Proforma berekening, maar het is niet mogelijk deze in het proformascherm te wijzigen of uit te schakelen.  Als u gegevens aanpast, ziet u  Via de knop Start berereking rechtsonder in het scherm, voert u de berekening uit. De pdf van deze berekening bekijkt u via Mijn rapporten.  U kunt nu meteen de Proforma berekening starten (via de knop Start berekening - rechts onderin) of eerst gegevens wijzigen in de kolom 'Rekenwaarde' en daarna de berekening starten. Arbeidsvoorwaardevarianten aanpassen U kunt de arbeidsvoorwaardevariantgegevens aanpassen in de kolom Rekenvoorwaarde. Voorbeeld: u wijzigt de arbeidsvoorwaardevariant Salaris (vast bruto) in Netto salaris. U ziet nu de velden die bij de nieuwe arbeidsvoorwaardevariant horen: de velden Salaris bedrag en Contractsalaris zijn verdwenen en u ziet het veld Netto salaris. waarin u het netto salaris opgeeft. Dit geldt alleen voor klanten die netto salaris als avw in het arbeidsvoorwaardecluster hebben opgenomen.   In de kolom Meenemen geeft u aan of een gegeven wel of niet (Ja/Nee) in de berekening moet worden meegenomen. Vult u bij een arbeidsvoorwaarde Nee in, dan wordt die arbeidsvoorwaarde niet in de berekening meegenomen en kunt u de velden van de betreffende arbeidsvoorwaardevariant niet meer muteren. Meer informatie Meer informatie over de werking van Proforma, vindt u in de online help via Schermen en velden > Beheer > Salarisberekening > Proforma. Uitgangspunten en mogelijkheden Hierna een opsomming van de uitgangspunten en mogelijkheden van Profroma. Bij de algemene gegevens kunt u de naam van de medewerker, de geboortedatum en de uren per periode wijzigen. De overige algemene gegevens zijn niet in de proformaberekening opgenomen. Proforma maakt gebruik van de reguliere Payroll Business berekeningen voor arbeidsvoorwaarden, pensioenen en fondsen die gelden voor het betreffende bedrijf en de betreffende medewerker. Proforma gaat altijd uit van de laatst berekende salarisverwerking voor het betreffende bedrijf en de betreffende medewerker. Dit houdt in dat Proforma rekening houdt met de inrichting en arbeidsvoorwaarden van de actuele periode. Voorbeeld: Het bedrijf heeft de salarisberekening van de maand juni opgestart. In dat geval is de Proforma berekening gebaseerd op de inrichting en arbeidsvoorwaarden van de maand juni. Wijzigingen in klantgegevens zijn de volgende dag beschikbaar voor Proforma. De Proforma resultaten worden niet vastgehouden of bewaard. Na het verlaten van het scherm zijn alle eventueel gewijzigde waardes ongedaan gemaakt. In de Proforma  berekening wordt rekening gehouden met cumulatieve waardes tot aan de actuele periode. Als een Proforma berekening wordt uitgevoerd in de maand waarin de betaling van vakantiegeld of eindejaarsuitkering plaatsvindt, dan wordt de totale betaling getoond zoals in de reguliere berekening. De Proforma berekening kan op ieder moment voor een medewerker worden uitgevoerd. Beperkingen TWK berekeningen zijn niet mogelijk. De output van Proforma heeft geen relatie met het loonstrookmodel en het is niet mogelijk het logo aante passen. Output Na het uitvoeren van de Proforma berekening, ziet u onderin het scherm welke wijzigingen zijn aangebracht onder de kop Wijzigingen (invoer Proforma-berekening),  Voorbeeld wijzigingsverslag - auto van de zaak is toegevoegd Daaronder ziet u het resultaat van de berekening, onder de kop Resultaat voor gekozen medewerker. Voorbeeld van het resultaat van een Proforma berekening Via de knop Maak rapport kunt u het resultaat van de Proforma berekening als pdf en vervolgens bekijken via Rapporten > Mijn Rapporten. Bovenaan ziet u het logo van Raet en de identificatiegegevens bedrijf, medewerker, en periode. In de achtergrond ziet u als watermerk het woord Proforma dwars over de pagina. Voorbeeld van het resultaat in .pdf formaat. Op de tweede pagina van de pdf ziet u de gewijzigde velden voor de Proforma-berekening, die u ook in het scherm zag staan. Uw actie Er is geen actie nodig. Aanlevering APG over voorgaand jaar Waarom Moet u in Payroll Business wijzigingen over het jaar heen doorvoeren die invloed hebben op de pensioengegevens voor APG, dan was het tot nu toe niet mogelijk om een bestand te genereren dat u naar APG kon verzenden. U moest de correcties dan handmatig invoeren via de portal van APG: tegel Pensioenaangifte APG.  Hoe Bedrijf >  interface > Handmatig starten automatische interfaces Het aanmaken van een bestand en het versturen naar APG doet u via de functie Handmatig starten automatische interfaces. U selecteert de Interface en de regel van de laatste periode (huidige periode) en klikt op Herstarten. Als er pensioengevende elementen over voorgaand jaar zijn aangepast, genereert het systeem automatisch een tweede bestand in de APG Portal. Als u kijkt in Rapporten > Gedeelde Rapporten ziet u in dit geval twee verslagen. Uw actie Het is niet nodig andere acties uit te voeren dan u gewend bent om een APG-bestand te genereren. Periodieke interface APG (Bouw) uitgebreid Waarom Vanaf 2019 is er een nieuw product bijgekomen voor de CAO Baksteen, namelijk Beter Excedent Backservice, met productkenmerk: BEXCBS en productvariant: BE Hoe Voor het doorgeven van deze gegevens, moet u gebruik maken van de arbeidsvoorwaarde VUT. In de referentietabel moet u het hierboven genoemde productkenmerk en de productvariant opnemen.  Uw actie Indien van toepassing, kunt u dit product in gebruik nemen. Nieuw scherm Reisafstand collectief bepalen Waarom In bepaalde CAO's is afgesproken, dat voor het gehele personeel, op een bepaalde datum een herberekening moet plaatsvinden van het aantal kilometers enkele reis. Om dit mogelijk te maken hebben we aan Payroll Business een nieuw scherm toegevoegd waarmee u voor een bepaalde peildatum de afstand voor alle medewerkers opnieuw kan laten vaststellen via Google Maps. De berekening vindt plaats met de gegevens zoals bekend op de peildatum die u hier selecteert. Deze optie werkt wanneer u in het scherm Beheer > Inrichting > Stuurgegevens reisafstandsbepaling het veld Automatisch route berekenen op Ja staat. . Na de berekening worden de laatste drie uitgevoerde aanvragen bewaard in het scherm. Hoe Beheer > Inrichting > Reisafstand collectief bepalen Via het scherm Reisafstand collectief bepalen kunt u het automatisch laten berekenen van de reisafstand voor het gehele bedrijf uitvoeren. Uw actie Er is geen actie nodig. Gewijzigd en verbeterd Payrollelement Jaarinkomen ft (pensioensoort) werd onterecht verlaagd met Corr verloffactor Waarom Als er sprake was van ouderschapsverlof of onbetaald verlof, werd het payrollelement Jaarinkomen ft (pensioensoort) verlaagd met het percentage van dit verlof. Dit was niet terecht Met ingang van 1-1-2019 wordt het Jaarinkomen ft (pensioensoort) niet meer verlaagd. Dit payrollelement wordt onder andere gebruikt voor het doorgeven van het pensioengevend loon. Uw actie Er is geen actie nodig. Referentietabel Salarisverhoging o.b.v.  beoordeling Beheer > Inrichting > Referentietabellen Waarom De wens was er om in de referentietabel Salarisverhoging o.b.v. beoordeling bij het veld Beoordelingscijfer een waarde van meer dan 1 positie te kunnen invullen. Daarom  is vanaf 1-1-2019 het veld aangepast naar 3 posities. Uw actie Als u nieuwe beoordelingscijfers invoert, kunt u hiervoor vanaf peildatum 1-1-2019 drie posities gebruiken; 1 of 2 posities kan ook. Arbeidsvoorwaarde Seniorenregeling heet nu Generatiepact - tevens Percentage pensioenopbouw toegevoegd De naam van de arbeidsvoorwaarde Seniorenregeling is gewijzigd in Generatiepact. Ook de omschrijvingen van alle bijbehorende gegevenselementen en payrollelement zijn gewijzigd. Waarom In de arbeidsvoorwaarde Generatiepact was het tot nu toe alleen mogelijk om het Percentage werken en het Percentage doorbetalen vast te leggen. De pensioenberekening werd hierdoor altijd gebaseerd op 100%. Vanaf 1-1-2019 is het ook mogelijk het Percentage pensioenopbouw vast te leggen. Hoe Bedrijf > Arbeidsvoorwaardengegevens > Generatiepact Medewerker > Arbeidsvoorwaardengegevens > Generatiepact Aan het bedrijfs- en medewerkerscherm van de arbeidsvoorwaarde Generatiepact is met ingang van 1-1-2019 het veld Generatiepact Percentage Pensioenopbouw toegevoegd.  Dit percentage werkt door in de berekening van de Pensioenen/fondsen benoemde en eigen regeling (vaste grondslag). Op basis van het ingevulde Generatiepact percentage pensioenopbouw wordt het payrollelement Generatiepact Correctie uren pensioenaangifte bepaald, waarin de te corrigeren uren voor de pensioenaangifte worden berekend. Uw actie U kunt het opbouwpercentage pensioen dat u moet gebruiken vastleggen in het bedrijfsscherm Generatiepact bedrijf. Bij medewerkers voor wie een ander percentage pensioenopbouw geldt, legt u dit percentage vast in het medewerkerscherm Generatiepact. Het payrollelement Generatiepact Correctie uren pensioenaangifte moet u koppelen aan de betreffende grondslag Uitzonderen aantal uren periode - interface. Schermen Pensioenen/fondsen benoemd (vaste grondslag) en eigenregeling (vaste grondslag) - toegevoegd veld Generatiepact - eigen (Pensioen) Waarom Via de bedrijfs- en medewerkersschermen van de 16 Pensioenen/fondsen benoemd (vaste grondslag) en eigenregeling (vaste grondslag) kunt u per 1-1-2019 kiezen of de regeling meedoet met de regeling Generatiepact. Hoe Aan de hiervoor genoemde schermen is het veld Generatiepact - eigen (pensioen) toegevoegd. Als u dit veld op Ja zet, houdt de betreffende pensioen/fonds-regeling rekening met het Percentage pensioenopbouw dat u in de arbeidsvoorwaarde Generatiepact hebt vastgelegd. Uw actie Als u gebruik maakt van de arbeidsvoorwaarde Generatiepact en het Percentage pensioenopbouw is lager dan 100%, moet u het volgende doen: Zet in de bedrijfsschermen van de pensioen/fonds-regelingen die meedoen met het Generatiepact, het veld Generatiepact - eigen (pensioen) op Ja en activeer de regeling Generatiepact bij de medewerkers op de peildatum dat deze regeling ingaat. Of Zet in de bedrijfsschermen van al uw pensioen/fonds-regelingen (vaste grondslag) het veld Generatiepact - eigen (pensioen) op Nee (of laat het leeg) en zet in de medewerkersschermen van de pensioen/fonds-regelingen die meedoen met de regeling Generatiepact, het veld Generatiepact - eigen (pensioen) op Ja. Activeer de regeling Generatiepact bij de medewerkers op de peildatum dat deze regeling ingaat. Automatisch herberekenen na wijziging inrichting Let op: deze functionaliteit is alleen beschikbaar voor administratiekantoren en consultants. Bedrijf > Salarisadministratie > Stuurgegevens herberekening payroll - klant menu Inrichting > Payroll stuurgegevens - administratie menu Waarom Om gegevens logischer te groeperen, is de optie Automatisch herberekenen na wijziging inrichting binnen Payroll Business verplaatst.  Hoe De optie Automatisch herberekenen na wijziging inrichting is verplaatst van het scherm Stuurgegevens herberekening payroll naar het scherm Payroll stuurgegevens. Het scherm Stuurgegevens herberekening payroll is uit het menu verwijderd. De functionaliteit van de optie is niet gewijzigd: het veld bevat standaard de waarde Ja en mag alleen op Nee gezet worden als het voor de betreffende klant 100% duidelijk is dat wijzigingen in regelgeving en rekenregels niet automatisch tot herberekening van alle medewerkers mogen leiden. De verantwoordelijkheid voor een volledige herberekening komt daardoor te liggen bij de salarisadministratie. Via het scherm Salarisberekening geavanceerd kan in dat geval de salarisberekening worden opgestart, met expliciete opgaaf van een vroegste herrekendatum. Uw actie Er is geen actie nodig. Opgeloste meldingen Medewerkers uitzonderen was niet meer mogelijk  Waarom Het uitzonderen van medewerkers werkte niet meer bij het uploaden van een mutatiebestand. In deze release is het probleem verholpen waardoor het weer mogelijk is om medewerkers die in het bestand zitten uit te zonderen. (uit te zonderen??).  Hoe Beheer > Externe mutaties > Upload extern mutatie bestand Het uitzonderen van medewerkers kunt u, afhankelijk van het Conversieschema, selecteren na het uploaden van het bestand. Bij Medewerkerselectie kunt u de medewerkercode opgeven. Bij Actie kiest u voor Uitzonderen of Selecteren. Uw actie Er is geen actie nodig. Bij het toevoegen van een profiel aan een profielgroep wordt een controle uitgevoerd op de aanwezigheid van hetzelfde gegevenselement. Profielen Verwijderen Melding Het was niet mogelijk profielen te verwijderen. Bij het verwijderen van profielen verscheen een technische foutmelding. Oplossing Het verwijderen van profielen is nu mogelijk. Ook verschijnt er een duidelijke foutmelding, als een actie om te verwijderen niet is toegestaan, bijvoorbeeld omdat er nog gegevenselementen aan gekoppeld zijn.  Uw actie Er is geen actie nodig. Negatieve verrekening pensioenpremie bij uit dienst (change 1035744) Melding In de release van oktober 2018 hebben wij de programmantuur aangepast voor de Pensioenen en Fondsen (vaste grondslag). Hiermee is opgelost dat als een medewerker niet op de eerste van een maand uit dienst gaat, de premies juist zou worden berekend als: de contracturen meer zijn dan de bedrijfsuren, de franchise naar rato wordt berekend en de aftopping op Ja staat. Helaas ging dit toch niet goed als de Pro rata methode op 30 dagen staat.  Oplossing Dit is in deze release opgelost. Uw actie Er is geen actie nodig. Loonaangifte controle 0042 in Signaleringsverslag onterecht getoond (change 909267) Melding Het signaal: Loonaangifte controle 0042 staat in specifieke situtaies onterecht in het Signaleringsverslag. Oplossing Wij hebben de controles voor dit signaal aangepast, zodat het signaal alleen nog verschijnt als dit terecht is. Let op: ook hebben we de tekst van het signaal gewizigd. Deze is nu Rdn einde ink.vrh.flexw. alleen bij Arb.vh. 11, 82, in plaats van Loonaangifte controle 0042.  Uw actie Er is geen actie nodig. Loonaangifte - meldingen L1614 en L1615 (change 1020642) Melding In de vorige release zijn er al een aantal situaties opgelost waarbij de meldingen L1614 en L1615 onterecht werden getoond. In deze release zijn de onterechte meldingen opgelost van medewerkers die in dienst zijn en in een periode niet werken. L1614 Het Aantal Contracturen per week is niet aangeleverd, terwijl de Code soort inkomstenverhouding gelijk is aan 11, 13, 15 of 17. L1615 Er is geen Contractloon aangeleverd, terwijl de Code soort inkomstenverhouding gelijk is aan 11, 13, 15 of 17. Hoe In deze release zijn de onterechte meldingen opgelost van medewerkers die in dienst zijn en in een periode niet werken en verloond worden. Uw actie Er is geen actie nodig. Selecteren bepaalde gegevenselementen in grondslagen niet mogelijk Melding Bij de grondslagen van de soort Dag, was het niet mogelijk om de volgende gegevenselementen te selecteren: Overig Verlof 3 dagen (Dag) Overig Verlof 4 dagen (Dag) Hoe Dit is opgelost, zodat u bovenstaande gegevenselementen nu kunt selecteren in Grondslagen waar u elementen met als soort Dag kunt inrichten. Uw actie Er is geen actie nodig. Signaal Normuren Syntrus Achmea zijn niet gevuld onterecht in Signaleringsverslag (change 972376) Melding Het signaal Normuren Syntrus Achmea zijn niet gevuld (Fout) werd voor medewerkers die uit dienst zijn getreden onterecht in het Signaleringsverslag vermeld. Oplossing Het onterecht verschijnen van deze melding voor uit dienst getreden medewerkers is vanaf deze release opgelost. Voortaan kan de melding alleen nog voorkomen als gelijktijdig aan de volgende drie voorwaarden wordt voldaan: In het scherm Loonaangifte staat de indicatie Pensioenaangifte SA formaat op Ja. In het bedrijfsscherm Stuurgegevens heeft het veld bedrijfsuren een waarde lager dan 1. In het scherm Medewerker(s) is bij Dienstverband indicatie de waarde In dienst ingevuld. Uw actie Er is geen actie nodig. Pensioen variabel in combinatie met 30%-regeling (change 733261) Melding Bij het berekenen van variabele pensioenen kunt u inrichten dat de inhouding van het pensioen meetelt in de grondslag (in eigen grondslag). Ook is het mogelijk om de bruto inhouding van de 30%-regeling in de grondslag van het variabel pensioen mee te laten lopen. In deze situatie werd in soms de variabele pensioenpremie niet op de juiste manier berekend. Hoe De regeling is aangepast per 01-01-2019. Vanaf deze release wordt de variabele pensioenpremie over de correcte grondslag berekend.  Uw actie Er is geen actie nodig. Loonaangifte - CAOcode niet altijd doorgeven (change 1039746) Melding Als de code soort inkomstenverhouding -in Payroll Business is dit  Soort inkomen - één van de volgende waarden heeft, mag het veld CAO code niet aan de Belastingdienst worden doorgegeven 22, 23, 24 31 t/m 39  40, 42, 43, 45, 46 50, 52 of 54 t/m 63 Het veld CAO code werd echter altijd doorgegeven. Oplossing Wij hebben ervoor gezorgd dat als het veld Soort inkomen een van de hiervoor genoemde waarden heeft, de CAO code niet meer in de Loonaangifte wordt aangeboden en dus niet aan de Belastingdienst wordt doorgegeven. Uw actie Er is geen actie nodig. Scherm Arbeidsvoorwaardegegevens (change 1113870) Medewerker > Contract > Arbeidsvoorwaardegegevens Melding In het selectiescherm Arbeidsvoorwaardegegevens werden niet alle arbeidsvoorwaarden voor alle medewerkers getoond. Oplossing Dit is opgelost, zodat voortaan voor alle medewerkers weer alle toegewezen arbeidsvoorwaarden in het selectiescherm worden getoond. Uw actie Er is geen actie nodig. Importeren Raet Basisdocument  - verwerking numerieke velden met decimalen (change 967941) Melding Bij het inlezen van excelbestanden van het type Raet Basisdocument, werd niet het aantal decimalen toegepast zoals dat als eigenschap van de cel was vastgelegd. Afrondingen konden er toe leiden dat het bestand werd afgekeurd met de boodschap: Mutatie-fout 16: Maximaal aantal decimalen is 2. Voorbeeld: de inhoud van de cel zoals die boven in de Excel-sheet wordt weergegeven als u de cel selecteert is 10,3405078, terwijl het aantal decimalen van de cel op 2 is ingesteld. In de cel zelf ziet u dan 10,34. Oplossing Voortaan wordt bij het importeren het aantal decimalen toegepast zoals u dat in de cel ziet. Daarbij maakt het niet uit of de cel van het type Tekst is, of van het type Getal. Uw actie Er is geen actie nodig.  Elementen niet zichtbaar in Self Service (change 979249) Melding In de module Self Service was het niet mogelijk om bepaalde declaraties of urensoorten te kiezen. Dit ondanks het feit dat het betreffende element wel was vastgelegd bij één of meer medewerkers in HR Core Business. Oplossing Het probleem bleek op te treden bij alle elementen met geldigheid Eenmalig (dag), die voor het eerst in gebruik werden genomen. Dit is opgelost. Uw actie Er is geen actie nodig. De ontbrekende elementen zijn vanaf deze release alsnog beschikbaar. Leg bij nieuw in gebruik te nemen elementen eventueel de waarde 0 vast bij een willekeurige medewerker om het element beschikbaar te maken. Deeltijdfactor dubbel toegepast op vaste toeslag (change 4932) Melding Bij een medewerker die opnieuw in dienst werd gemeld (er werd dus geen nieuwe medewerker aangemaakt of gekopieerd) en de nieuwe datum in dienst in de afrekenperiode lag (dus niet de eerste van de afrekenperiode), werden de Deeltijdfactor (gegevenselement) en de gewogen deeltijdfactoren (payrollelementen) in die afrekenperiode niet goed vastgesteld. Dit had invloed op de uitbetalingen die afhankelijk zijn van deze deeltijdfactoren, bijvoorbeeld vaste toeslagen. Oplossing Dit is opgelost per 1 januari 2019. Uw actie Er is geen actie nodig. Vanaf januari 2019 worden deze factoren correct vastgesteld. Ziektedagen leidden tot verkeerde telling SV-dagen (change 602020) Melding Als er uren in de arbeidsvoorwaarde Salaris (variabel bruto) werden vastgelegd, werden de SV-dagen die overeenkomen met het aantal ziektedagen ten onrechte teruggeboekt, omdat deze niet gekoppeld was aan de Ziekte-uren.  Oplossing Als de berekening van ziekte via Salaris (variabel bruto) op uren is gebaseerd, is hierdoor ook het bepalen van de SV- dagen aangepast. De SV-dagen worden nu opgehaald bij het overeenkomstige element Ziektedagen. Dus als Ziekte-uren n gevuld is, dan wordt gekeken naar Ziektedagen n. Uw actie Medewerker > Arbeidsvoorwaarden > Arbeidsvoorwaarde Salaris (variabel bruto) Om de berekening van de dagen bij ziekte in de arbeidsvoorwaarde Salaris (variabel bruto) correct te laten verlopen bij de berekeningsmethode uren, moet u als Ziekte uren n is ingevuld, ervoor zorgen dat ook het overeenkomstige gegevenselement Ziektedagen n is ingevuld en niet het gegevenselement Salaris dagen ziek. Als u dus nog Salaris dagen ziek invult, moet u nu Ziekte dagen n invullen als u ook Ziekte uren n gebruikt en de berekening plaatsvindtop basis van de uren. Medewerker in dienst per 1-12-2018 toch salaris (change 1076092) Melding Een medewerker met periodiek loon komt 1 december 2018 in dienst. Deze datum valt in het weekend, maar de medewerker krijgt toch salaris. Oplossing Per januari 2019 is het mogelijk per klant in te richten of de weekenddagen als werkdag gelden. De default waarde is dat het weekend niet wordt toegepast per 1 december 2018. Klanten die wél gebruik willen maken van de telling van het weekend als werkdag kunnen contact opnemen met de Service Desk om dit te parametriseren. Uw actie Er is geen actie nodig.   Publishing Date : 12/28/2018

  This document describes the new functionality and improvements introduced by this release. Some of these changes have been inspired by messages and reports from customers. Where relevant, we have included a number in the section title to refer to the identification of the message (change .....) in question in our system. Modified and improved Five days of paid paternity leave The regulations on paid paternity leave will change on January 1, 2019. Paternity leave is currently two days. Starting on January 1, 2019, this will be extended to one working week (up to five days). Childbirth leave In the new law that enters into effect in January, maternity leave is now called childbirth leave. The employee must take this leave within four weeks after the birth of her child. This type of leave now falls under special leave, which will continue to exist. Please note: Childbirth leave only works for HR Core Business and not when you purchase Payroll Business Only. Childbirth leave now applies for the entire country. This means that when you open the list of values for leave from 1-1-2019, you will also be able to select Childbirth leave. Your action Maintenance > Repository > Manage Parameters / list of values with inheritance If you have added Maternity leave to the list of values yourself, you will have to change this to Childbirth leave yourself. In Leave request you can also choose Childbirth leave from the list in the field Reason for leave.   Publishing Date : 12/21/2018

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