Releases YouServe

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

Mededelingen Online release sessies Dinsdag 2 maart is als onderdeel van een pilot de eerste release sessie geweest waarin de release van maart is toegelicht.  De komende maanden  zetten we de pilot voort en vindt in de week na de release een kennissessie van één uur plaats, waarin we de belangrijkste zaken uit deze release nader toelichten. We besteden we extra aandacht aan de zaken waarvoor je als klant actie moet ondernemen om gewijzigde of nieuwe functionaliteit juist en volledig te gaan gebruiken. Hiermee hopen we de release notes en de acties die bij bepaalde onderwerpen zijn vermeld, te verduidelijken. De tweede release sessie over de release van april vindt plaats op dinsdag 30 maart 14.00 uur. Hoe je je voor de release sessie kan aanmelden, laten we zo snel mogelijk weten via de Community of neem hiervoor contact op met je Customer Succes Manager. Nieuw Rapport Verwerkingsverslag payroll ook over eerdere periodes Waarom In eerdere release notes hebben we laten weten dat we druk bezig zijn met het verbeteren van de performance van de verschillende rapportages. In deze release hebben we het rapport Verwerkingsverslag Payroll verbeterd. Naast deze aanpassing kregen wer vanuit verschillende feedbackkanalen - waaronder het wensenportaal - de vraag om dit rapport ook te kunnen aanmaken voor eerdere periodes en dus niet alleen voor de laatst verwerkte periode. Hoe Rapporten > Berekening > Verwerkingsverslag Payroll Verbeteringen: Performance is verbeterd De lay-out is gewijzigd van XLS naar XLSX. Het scherm is als volgt aangepast: In het scherm van het rapport zijn nu alle vorige afgesloten periodes aanwezig, zodat je het verwerkingsverslag ook voor deze eerder afgesloten periodes kunt aanmaken. Het is dus niet meer nodig om direct na de verwerking het rapport aan te maken voor die periode omdat je er anders niet meer bij kan. Het rapport toont de originele gegevens van die run. Actie Er is geen actie nodig. Wanneer je het rapport wilt draaien over een eerdere afgesloten periode, dan kan dat. Gewijzigd en verbeterd  Vestiging voor reisafstandsbepaling hernoemd naar Werklocatie Waarom  Het begrip Vestiging kwam je in Payroll Business tot nu toe op twee plaatsen tegen: In het scherm Medewerker(s): hier is het een verwijzing naar de locatie waar de medewerker werkt. Je kunt dit gebruiken voor het automatisch bepalen van de reisafstand. Het inrichten doe je via Instellingen > Algemeen > Vestiging. In het scherm Arbeidscontract: hier is het een element met een waardenlijst. Met dit gegeven kun je diverse rapporten groeperen. Ook kun je het gebruiken als verbijzonderingscriterium voor journaalposten. Het inrichten doe je via Instellingen > Vastlegging > Waardelijst. Het hanteren van dezelfde naam voor twee begrippen werkte verwarrend, daarom heeft het eerste begrip een andere naam gekregen. Hoe Medewerker > Medewerker > Medewerker(s) In het scherm Medewerker(s) is het veld Vestiging hernoemd naar Werklocatie.  Instellingen > Algemeen > Werklocatie In het scherm Werklocatie leg je de beschikbare werklocaties vast in plaats van Vestigingen. Instellingen > Formatie en organisatie > Organisatorische eenheden Hier zie je voortaan de werklocaties die bij een Organisatorische eenheid horen in plaats van Vestigingen. Medewerker > Contract > Arbeidscontract Het veld Vestiging in het scherm Arbeidscontract is niet veranderd.  Actie Als je het veld Vestiging in het scherm Medewerker(s) gebruikt, zijn er wellicht werkinstructies in jouw organisatie die hier op aangepast moeten worden.  Interface Log Rapport verbeterd Waarom In eerdere release notes hebben we laten weten dat we druk bezig zijn met het verbeteren van de performance van de verschillende rapportages. In deze release hebben we het Interface log Rapport verbeterd. Hoe Rapport > Gegevensuitwisseling >Interface Log Rapport De lay-out van het rapport is veranderd van PDF naar Excel, zodat de kolommen passen en ook daadwerkelijk als kolommen worden weergegeven.  Actie Er is geen actie nodig. Een nieuw aangemaakt rapport heeft automatisch de nieuwe lay-out. Rapport Toegekende arbeidsvoorwaarden aangepast Waarom In eerdere release notes hebben we laten weten dat we druk bezig zijn met het verbeteren van de performance van de verschillende rapportages. Hoe Vanaf de april release is het rapport Toegekende arbeidsvoorwaarden aangepast. Het rapport wordt voortaan aangemaakt in XSLX-formaat en niet meer in het oudere XLS-formaat. Je kunt het rapport ook opslaan als PDF. Actie Er is geen actie nodig. Online help onderwerp Controleren op minimumloon en minimum vakantietoeslag aangepast Waarom De afgelopen periodes zijn er verschillende vragen bij de Service desk binnengekomen over de functionaliteit Controleren op minimumloon en minimum vakantietoeslag, waaronder vragen over de toepassing en signaleringen. Hoe Online help > Procedurebeschrijvingen > Controleren op minimumloon en minimum vakantietoeslag Om te verduidelijken wat deze velden exact inhouden en in welke situaties je de controle kunt toepassen, is de online help hierover aangepast. waaronder de uitleg over de diverse signaleringen. Het helponderwerp is nu ook opgenomen onder de Procedurebeschrijvingen in de Online help zodat het makkelijker te vinden is. Actie Er is geen actie nodig. Opgeloste meldingen Normuren per week UPA heeft waarde 0 (2596258) Waarom Payroll Business berekent niet altijd het verplichte payrollelement Normuren per week UPA waardoor dit niet werd opgenomen in het pensioenbericht. Dit payrollelement is echter wel verplicht bij de pensioenaanlevering. Als er geen Normuren per week UPA waren ingevuld (waarde 0), keurde het pensioenfonds dit af.  Hoe We hebben op 5 maart - met terugwerkende kracht vanaf 1 januari 2021 - dit payrollelement in de Interface naar UPA vervangen door het payrollelement Normuren per week. Payroll Business berekent dit payrollelement altijd, zodat er geen waarde 0 meer wordt doorgegeven. We hebben ervoor gezorgd dat dit payrollelement met terugwerkende kracht aanwezig is in de bestanden van 2021.  Actie Als deze fout zich voordoet en je de pensioenaangifte niet kan verzenden, herstart dan de aangifte UPA vanuit Payroll Business. Dit doe je via Beheer > Gegevensuitwisseling > Handmatig starten automatische interface. Na deze herstart is het probleem verholpen. Verloonde uren aanvullend geboorteverlof 30% ten onrechte gekort (2477163) Waarom De uren die zijn opgenomen voor het aanvullend geboorteverlof werden tot nu toe in mindering gebracht op de uren die worden doorgegeven naar de Belastingdienst. Dit is onjuist; als een medewerker aanvullend geboorteverlof opneemt, moeten die uren niet in mindering worden gebracht op de uren die worden doorgegeven naar de Belastingdienst. Hoe We hebben dit is gecorrigeerd per 1 januari 2021. Actie Er is geen actie nodig. Kolom 3 van de loonstaat fout bij binnenlandse artiesten (2597763)  Melding  Als bij een medewerker in het veld Loonheffingstabel de waarde Binnenlandse artiesten en beroepssporters was vastgelegd en in het veld Verzekeringssituatie Zvw de waarde H; Wel verzekeringsplicht, geen tarief toegepast is binnenlandse artiest, dan werd kolom 3 van de loonstaat dubbel berekend.   Oplossing  We hebben dit met ingang van deze release hersteld, zodat kolom 3 van de loonstaat in deze situatie nu wel juist wordt berekend.  Actie Er is geen actie nodig. Audit files werden niet gegenereerd (2589264) Melding Als een samengestelde naam van een medewerker langer was dan 50 posities, werd voor dat bedrijf de auditfile in zijn geheel niet gegenereerd. Oplossing We hebben het aantal posities dat een samengestelde naam mag hebben uitgebreid naar 100 posities. Actie Als het niet lukte een audit file aan te maken en dit is wel nodig, dan kan je deze alsnog aanmaken. Onbetaald verlof foutmelding in UPA (2241871) Melding bij medewerkers met een vast salaris die volledig onbetaald verlof hadden, ontbraken de pensioengegevens, (UPA regelinggegevens) in de UPA-aangiftes. De UPA regelinggegevens werden niet aangemaakt, omdat er voor die situatie  geen pensioengevend loon was. Oplossing Dit is vanaf de april release per 1-1-2021 opgelost. De UPA regelinggegevens worden ook aangemaakt als er onbetaald verlofuren zijn voor de gehele periode. Let op: het UPA regelinggegeven regelingloon ontbreekt echter nog. Hier is nog geen oplossing voor. Actie Als het gaat om regelinggegevens van de pensioenen met vaste grondslagen, kun je de ontbrekende regelinglonen doorgeven door als workaround handmatig het Afwijkend jaarloon ft (pensioensoort) vast te leggen. Voor de pensioenen met een variabele grondslag is dit niet mogelijk. Ouderschapsverlof in werkgeversverklaring werd niet in mindering gebracht maar opgeteld (2164630) Melding Bij het inrichten van de werkgeversverklaring, was het niet mogelijk om rekening te houden met de verlaging van sublooncomponenten zoals aanvullend ouderschapsverlof. Het ouderschapsverlof werd niet in minderring gebracht, maar opgeteld. Oplossing Om dit op te lossen hebben we voor het inrichten van de werkgeversverklaring tien nieuwe grondslagen aangemaakt: Werkgeversverklaring 1 t/m 10 - Verlaging sublooncomp In deze nieuwe grondslagen kun je de sublooncomponent opnemen die hoort bij een looncomponent. Houd er rekening mee dat je alleen de sublooncomponent met de korting in deze grondslag plaatst. De bijbehorende basisgrondslag werkgeversverklaring rekent al met het volledige niet verlaagde bedrag. Voorbeeld Het normale salaris is € 4000. Salaris 3600 Ouderschapsverlof    400 Korting ouderschaps verlof  -200 Totaal 3800 Grondslag Werkgeversverklaring: Salaris = 4000. Werkgeversverklaring x - Verlaging sublooncomp: Korting ouderschaps verlof = -200. Totaal bedrag werkgeversverklaring: 4000 - 200 = 3800. Actie Als het nodig is om voor het berekenen van de werkgeversverklaring een korting van een sublooncomponent mee te nemen, richt dan de grondslagen hiervoor in. Rapportages niet gegenereerd (2581471) Waarom Als een bedrijfsnaam bestond uit meer dan 50 posities, werden de volgende rapportages niet aangemaakt: Afrekenresultaten D/C Collectief Verlof Overzicht verlofsaldo per maand Toekenning verlofrechten Hoe We hebben op 23 februari 2021 deze rapportages aangepast, zodat de bedrijfsnaam voortaan uit maximaal 100 posities mag bestaan in plaats van 50. Hiermee hebben we voldoende ruimte ingebouwd, zodat het probleem niet meer zal optreden.  Actie Er is geen actie nodig. Geen eindejaarsuitkering bij uurloners (2596311) Waarom Bij de Eindejaarsuitkering - opbouw methode kun je ervoor kiezen de toelage eerder te laten uitkeren. Bij medewerkers met een vaste verloning werd dan de hoogte van de toelage geëxtrapoleerd tot het einde van het jaar, maar bij medewerkers die variabel werden verloond, gebeurde dat niet. Hoe We hebben dit aangepast. Voor zowel medewerkers met een vaste verloning als medewerkers met een variabele verloning wordt, als je voor einde van het jaar de eindejaarstoelage uitkeert, het bedrag geëxtrapoleerd tot einde jaar. De eindejaarsuitkering wordt gecorrigeerd in de laatste periode van het jaar of als een medewerker in- of uit dienst treedt. In die periode kan dan een extra emolument worden uitgekeerd, maar kan ook een bedrag worden ingehouden. Actie Er is geen actie nodig. Salarisstrook transitievergoeding Waarom Op de salarisstrook van de transitievergoeding werden een aantal elementen niet juist getoond, de berekening was wel correct, maar de presentatie was soms onjuist. Hoe Vanaf nu wordt de kolom SV loon niet meer gevuld als er sprake is van een transitievergoeding. Ook het tariefpercentage voor de berekening van de loonheffing laat nu de juiste waarde zien. Tevens wordt in het blok Bedragen de aanwas getoond die op de transitievergoeding van toepassing is. Actie Er is geen actie nodig.

Mededelingen Verbeteren 4-koloms salarisstrook Vanaf de  komende releases gaan we de 4-koloms salarisstrook verbeteren. Geregistreerde uren In het bruto-netto gedeelte zullen wij naast de bedragen van de looncomponenten voor overuren en toeslaguren, ook de geregistreerde uren gaan vermelden, in combinatie met het toegepaste uurloon. Deze aanpassingen gaan we vanaf september in de loop van het najaar gefaseerd opleveren. Kolom ZVW loon verwijderen Daarnaast verwijderen we aparte kolom voor ZVW loon, omdat door gewijzigde wetgeving de bedragen in de kolom ZVW loon al langere tijd gelijk zijn aan de bedragen in de kolom Fiscaal loon.  BTL91-betalingen binnenkort niet meer beschikbaar Door de introductie van SEPA is het gebruik van de interface voor buitenlandse betalingen - BTL91 - al enkele jaren geleden stilgevallen. Daarom gaan we binnenkort de betreffende opties uit het menu verwijderen. Update meerdere Inkomstenverhoudingen en Transitievergoeding Vanaf de oktober release is het niet meer nodig om voor het uitbetalen van de transitievergoeding een nieuwe medewerker aan te maken. De nieuwe functionaliteit hiervoor stellen we eerst beschikbaar aan een aantal pilotklanten, die we vanuit Visma | Raet benaderen. Via de release notes en de berichtgeving op de Payroll Business Community houden we je op de hoogte van de voortgang.  Uniek Persoonlijk id (UPI) Waarom Eerder hebben wij laten weten dat het Unieke Persoonlijk Id (UPI) verplicht zou worden met ingang van de release van september. Een aantal klanten heeft echter aangegeven meer tijd nodig te hebben voor het identificeren van medewerkers en invullen van de UPI. Daarom hebben we besloten de UPI vanaf release 2020-09 alleen verplicht te maken voor klanten die: de koppeling Youforce Gebruikers Uitgebreid gebruiken én  de generieke API voor Identity & Access Management gaan gebruiken Hoe Medewerker > Medewerker > Medewerkers  Via het veld Uniek Persoonlijk Id (UPI) in het scherm Medewerkers en kun je een ID invullen om medewerkers aan elkaar te koppelen, omdat zij dezelfde persoonsgegevens hebben. Voorbeeld J. Jansen is medewerker bij bedrijf A en is ook een (gekopieerde) medewerker 2 bij bedrijf B binnen de klant X. Via de UPI kun je beide medewerkers aan elkaar koppelen. Als in de toekomst vanuit een aanpalende applicatie via een zoekopdracht wordt gezocht op de UPI van de heer J. Jansen, dan zie je beide medewerkers in de zoekresultaten.   Uw actie  Als je de koppeling Youforce Gebruikers Uitgebreid gebruikt of gebruik gaat maken van de generieke API voor Identity & Access Management, zorg er dan voor dat de UPI bij de medewerkers is ingevuld.  Feedback op onze applicatie Waarom  In de vorige release notes hebben we je op de hoogte gebracht dat we binnenkort gaan starten met de Customer Effort Score. Dit houdt in dat er na het uitvoeren van een specifieke procedure, een gesloten vraag verschijnt over die procedure. Hiermee kun je ons feedback geven op hetgeen wij hebben gereleased. Via deze feedback stel je ons in staat het proces op de juiste plekken te verbeteren. De vraag wordt vanaf release 2020-09 gedurende een bepaalde tijd gesteld bij twee processen en je krijgt deze maar 1 of 2 keer in beeld.  Hoe Vanaf de september release verschijnt de vraag na het uitvoeren van de volgende acties: Medewerker > Medewerker > AVG Verwijderen medewerker - nadat je op de knop Verwijderen hebt geklikt. Medewerker > Instroom/uitstroom > Voorstel Transitievergoeding - nadat je op de knop Opslaan hebt geklikt. Uw actie Als je een vraag krijgt over het gebruik van de applicatie, verzoeken we je om deze zoveel mogelijk te beantwoorden. Hierdoor weten wij beter wat jij van bepaalde processen en schermen vindt en stel je ons in staat om functionaliteiten gerichter te verbeteren.  Gewijzigd en verbeterd Aanpassingen signaleringen Waarom De signalering RSP is groter dan het maximum wordt gegevens als op contractniveau de waarde van het veld RSP hoger is dan de waarde van het veld RSP-maximum. Het signaal werd  echter ook gegeven als het veld RSP-maximum geen waarde had. Dit was niet terecht. Hoe De programmatuur is aangepast, zodat de signalering nu niet meer verschijnt als het veld RSP-maximum geen waarde heeft.  Uw actie Er is geen actie nodig. Kwaliteit logo verbeterd Waarom Naar aanleiding van een wens, PRB-I-136, in het wensenportaal is het mogelijk gemaakt een logo toe te voegen van het type .png. Hiermee krijgt de afbeelding van het logo een hogere kwaliteit.   Instellingen > Salarisspecificaties > Bedrijfslogo  Vanaf deze release is het mogelijk een bedrijfslogo van het type .gif of .png toe te voegen. Let er hierbij op dat de bestandsgrootte voldoet aan de volgende voorwaarden: Maximale bestandsgrootte logo is 125 KB Kies als resolutie voor de afbeelding de verhouding van 2:1 voor een optimale weergave op de loonstrook, bijvoorbeeld een resolutie van 800 x 400 pixels.   Uw actie Je kunt een logo van het nieuwe bestandstype .png, of van het bestandstype .gif, toevoegen zoals hierboven beschreven. Corrigeren pensioenopbouw bij opgenomen aanvullend geboorteverlof Waarom Afhankelijk van de pensioenverzekeraar of het pensioenfonds wordt bij opname van aanvullend geboorteverlof de pensioenopbouw gekort.  Hoe Instellingen > Berekening > Arbeidsvoorwaardegegevens > Pensioen varianten Bij de pensioenvarianten Pensioen Vast kun je de pensioenopbouw corrigeren door Ja te kiezen bij het veld Corrigeren voor opgenomen aanv geboorteverl (P). Is hier Ja ingevuld, dan wordt de pensioenpremie gekort op basis van het doorbetalingspercentage dat is vastgelegd voor aanvullend geboorteverlof in de arbeidsvoorwaarde Loondoorbetaling bij verlof (uitsplitsing).  Als de werkgever gedeeltelijk loon doorbetaalt tijdens het aanvullend geboorteverlof, wordt er over dit deel wél premie berekend. Als de medewerker meer verdient dan het maximum dagloon UWV en de werkgever hier rekening mee houdt en dus meer dan de 70% doorbetaalt, met inachtneming van het maximum dagloon, dan houdt Payroll Business bij het berekenen van de premie rekening met het doorbetalingspercentage.  Uw actie Als je wilt dat Payroll Business bij opname van aanvullend geboorteverlof, de pensioenpremie corrigeert, vul dan Ja in bij het veld Corrigeren voor opgenomen aanv geboorteverl (P). Scherm Voorstel transitievergoeding aangepast Waarom Op basis van feedback van onze gebruikers hebben we het scherm Voorstel Transitievergoeding aangepast. De komende tijd gaan we de gebruikerservaring van dit scherm monitoren en vragen je daarom bij het gebruik van dit scherm feedback te geven. Per gebruiker wordt deze feedback ongeveer eenmaal per 6 maanden uitgevraagd. We gaan de feedback gebruiken om de functionaliteit van het scherm Voorstel transitievergoeding verder te verbeteren.   Hoe Medewerker > Instroom / Uitstroom > Voorstel Transitievergoeding In het scherm Voorstel Transitievergoeding zijn de volgende gegevens aangepast: Veld Altijd uitvoeren is hernoemd naar Negeer reden uit dienst Veld Afwijkende datum uit dienst is vervangen door het veld Startdatum opvolgend werkgeverschap.   De positie van de velden Voorstel transitievergoeding en Verrekenen kosten met transitievergoeding is omgedraaid. Uw actie Er is geen actie nodig.  Opgeloste meldingen  Aanvullend geboorteverlof (WIEG) maximum dagloon (change 2148479) Melding Het aftoppen van 70% op het maximum dagloon bij aanvullend geboorteverlof bleek niet altijd te worden uitgevoerd. Ook was de hoogte van de aftopping niet juist, als er wel werd afgetopt. Oplossing Dit is nu gecorrigeerd. Als bij Maximum dagloon toepassen aanv geb verl is gekozen voor Ja , wordt het totaal van de looncomponenten die gekoppeld zijn aan de looncomponentenregeling Aanvullend geboorteverlof  afgetopt op 70% van het maximum dagloon. Dit is onafhankelijk van het doorbetalingspercentage dat je hebt ingevoerd. Uw actie Als je het maximum dagloon wilt toepassen, controleer dan of bij Maximum dagloon toepassen aanv geb verl is gekozen voor Ja is ingevuld. Payroll Business zal dan bij een nieuwe salarisverwerking het aftoppen van het maximum dagloon correct toepassen. Signaal Niet AOW gerechtigd en niet verz WW, WAO/WIA en ZW (change 1813082) Melding Bij een medewerker die uitsluitend belastingplichtig is en waarbij de premieplicht voor SV uit staat, verscheen onterecht de volgende melding in het Signaleringsverslag: Niet AOW gerechtigd en niet verz WW, WAO/WIA en ZW.  Daarnaast was de toelichting in de online Help onduidelijk.  Oplossing De programmatuur is aangepast zodat de onterechte melding niet meer verschijnt en in de online help is de toelichting bij deze signalering aangepast. Uw actie Er is geen actie nodig. Profielgroepen - Niet alle profielen werden weergegeven (change 2123079) Melding Als de profielen die aan een profielgroep zijn gekoppeld, over meerdere pagina's werden weergegeven, zag je alleen de eerste pagina en kon je de profielen op de volgende pagina's niet selecteren.  Oplossing Dit is opgelost. Je kunt weer naar de volgende pagina's navigeren, zodat alle profielen zichtbaar zijn.  Uw actie Er is geen actie nodig. Publishing Date : 7/23/2020

Mededelingen  Vestiging voor reisafstandsbepaling wordt binnenkort hernoemd naar Werklocatie Waarom  Op dit moment kom je op twee plaatsen het begrip Vestiging tegen: In het scherm Medewerker(s):  hier is het een verwijzing naar de locatie waar de medewerker werkt. Je kunt dit gebruiken voor de automatische bepaling van de reisafstand. Inrichting gebeurt via menu Instellingen > Algemeen > Vestiging. In het scherm Arbeidscontract:  hier is het een element met een waardelijst. Op dit gegeven kun je diverse rapporten groeperen. Ook kun je het gebruiken als verbijzonderingscriterium voor journaalposten. Inrichting gebeurt via menu Instellingen > Vastlegging > Waardelijst. Tussen deze twee begrippen gaan we binnenkort duidelijker onderscheid maken. Hoe In het scherm Medewerker(s) zal het element Vestiging in release 04-2021 worden hernoemd naar Werklocatie. In het scherm Arbeidscontract verandert er niets. Actie Als je het element Vestiging van het Medewerkerscherm gebruikt, zijn er wellicht werkinstructies in jouw organisatie die hier in april op aangepast moeten worden.  Rectificatie bericht 'Datum eerste tenaamstelling auto van de zaak' In de release notes 2021-02 hebben wij een bericht geplaatst om de werking van het veld Datum eerste tenaamstelling auto van de zaak onder de aandacht te brengen. Echter is dit bericht niet juist en willen wij de juiste werking van deze functionaliteit graag verduidelijken. Datum 1e tenaamstelling en Datum 1e toelating De 'datum 1e tenaamstelling auto' en 'datum 1e toelating auto' zijn van belang voor het bepalen van het bijtellingspercentage en de maximale cataloguswaarde waarover een eventueel reductietarief voor het privégebruik van de auto mag worden toegepast. Voor auto's met een datum 1e toelating op of na 1 januari 2017, vul je de datum 1e toelating in bij het veld 1e datum toelating. Met dit jaar en deze maand leest Payroll Business de referentietabel. Voor auto's met een datum 1e toelating vóór 1 januari 2017, vul je de datum tenaamstelling in: dit jaar en deze maand gebruikt Payroll Business om de referentietabel te lezen. De referentietabel bevat het toe te passen (reductie)tarief en de eventuele maximale cataloguswaarde waarover het (reductie)tarief mag worden toegepast. Let op: Als je deze velden niet invult, kan Payroll Business niet bepalen of er nog recht op een reductietarief bestaat en zal altijd het bijbehorende (reductie)tarief worden toegepast. Gewijzigd en verbeterd  Aanpassingen berekening ZVW Waarom  Bij de berekening van de ZVW hebben we de naamgeving van de gebruikte payroll-elementen verduidelijkt en 2 nieuwe payroll-elementen toegevoegd. Dit om de berekening van de ZVW inzichtelijker te maken.  Hoe  Indien bij een medewerker bij het veld Verzekeringssituatie Zvw is vastgelegd dat er sprake is van verzekeringsplicht en dat de ZVW heffing door de werkgever betaald moet worden (code K), dan hebben de payroll-elementen die bij de berekening worden gebruikt nu de volgende omschrijving gekregen: Element Toelichting Oude naam ZVW loon werkgever per Het loon in deze periode dat is gebruikt bij de berekening ZVW loon werkgever periode hoog periode ZVW loon werkgever cum Het loon tot en met deze periode dat is gebruikt bij de berekening ZVW loon werkgever ZVW maximum werkgever per Het loon in deze periode wat is gebruikt bij de berekening ZVW maximum werkgever hoog periode ZVW maximum werkgever cum Het maximum loon tot en met deze periode wat is gebruikt bij de berekening ZVW maximum werkgever ZVW grondslag werkgever per De grondslag van deze periode welke is gebruikt bij de berekening ZVW grondslag werkgever hoog periode ZVW grondslag werkgever cum De grondslag tot en met deze periode welke is gebruikt bij de berekening ZVW grondslag werkgever ZVW heffing werkgever per De heffing die voor deze periode is berekend ZVW heffing werkgever periode ZVW heffing werkgever cum Dit is de heffing die tot en met deze periode is berekend ZVW heffing werkgever Indien bij een medewerker bij het veld Verzekeringssituatie Zvw is vastgelegd dat er sprake is van verzekeringsplicht en dat de ZVW premie door de werknemer betaald moet worden (code M), dan zijn de volgende twee payroll-elementen toegevoegd aan de berekening.  ZVW loon werknemer per. Dit is het loon in deze periode wat is gebruikt bij de berekening.  ZVW grondslag werknemer per. Dit is de grondslag van deze periode die is gebruikt bij de berekening. Tevens hebben de payroll-elementen die bij de berekening worden gebruikt nu de volgende omschrijving gekregen. Element Toelichting Oude naam ZVW loon werknemer cum Het loon tot en met deze periode wat is gebruikt bij de berekening ZVW loon werkn laag ZVW maximum werknemer per Het maximum loon in deze periode wat is gebruikt bij de berekening ZVW maximum werknemer periode ZVW maximum werknemer cum Het maximum loon tot en met deze periode wat is gebruikt bij de berekening. ZVW maximum werknemer ZVW grondslag werknemer cum De grondslag tot en met deze periode welke is gebruikt bij de berekening. ZVW grondslag werkn laag ZVW premie werknemer per de premie die voor deze periode is berekend ZVW laag periode ZVW heffing werknemer cum De premie die tot en met deze periode is berekend ZVW loon werkn laag Let op: Indien je alternatieve omschrijvingen heb vastgelegd voor deze payroll-elementen, dan blijven deze ongewijzigd.  Actie Er is geen actie nodig. Collectieve loonstaat aangepast Waarom Op de Collectieve loonstaat stonden nog een aantal kolommen die betrekking hebben op verouderde Wet en Regelgeving.   Hoe Rapporten > Controle > Collectieve loonstaat De kolommen 6, 9, 10, 11 en 13 op dit overzicht zijn verwijderd.  Actie Er is geen actie nodig.  Journalisering - Overzicht exportdefinitie verbeterd Waarom In eerdere release notes hebben we laten weten dat we druk bezig zijn met het verbeteren van de performance van de verschillende rapportages. In deze release hebben we het scherm, de performance en leesbaarheid van het rapport Overzicht exportdefinitie verbeterd. Hoe Journalisering > Rapporten> Instellingen  > Overzicht exportdefinitie We hebben het scherm aangepast zodat onnodige handelingen niet meer nodig zijn en waardoor dit scherm hetzelfde werkt als alle andere schermen. Tot voorheen was het nodig om het bedrijf te selecteren en met een drop-down te kiezen voor de exportdefinitie die je wilde draaien. Tevens kwam het rapport in een onleesbaar PDF-formaat beschikbaar. Hieronder de wijzigingen die gedaan zijn met betrekking tot het scherm en het rapport. De keuze om een bedrijf te selecteren is vervallen. Dit was onnodig en staat nu bovenin het scherm zoals je gewend bent. De lijst met te selecteren exportdefinities is geen drop-down meer maar een lijst van 25 keuzes per tabblad. Dit zoeken is nu gelijk aan bijvoorbeeld het zoeken naar medewerkers. Standaard staan de exportdefinities gesorteerd op alfabetische volgorde. Per kolom kun je zelf de volgorde selecteren en ervoor zorgen dat je eigen definities bovenaan komen. Het rapport is geen PDF meer, maar is aangepast naar Excel. Hierin komen verschillende tabbladen terug. Met het aanpassen naar Excel is dit overzicht beter leesbaar en bewerkbaar geworden. Actie Er is geen actie nodig. Een nieuw aangemaakt rapport heeft automatisch de nieuwe lay-out. Journalisering - Overzichtsdefinitie Waarom In de exportdefinitie kun je aangeven in welke soort bestandsformaat je het overzicht wilt inrichten. Daar stond - anders als op alle andere plekken - dat je de keuze had voor XLS in plaats van Excel. Hoe Journalisering > Instellingen  > Uitvoerdefinitie > Overzichtsdefinitie We hebben de naam van het bestandsformaat aangepast van XLS naar Excel. Actie Er is geen actie nodig. Aantallen op loonstrook Waarom Met de arbeidsvoorwaarde Belaste vergoedingen / inhoudingen is het mogelijk om een berekend aantal * tarief in een looncomponent te laten berekenen. De wens is om op de loonstrook in de kolom Berekening de aantallen van deze berekening te tonen, zodat duidelijk wordt hoe het looncomponent is berekend. Hoe Voor de Belaste vergoedingen 1 t/m 30 worden de dag-elementen opgeteld en in het periode-element van het aantal weggeschreven. Het totaal van het periode-element wordt vervolgens getoond in de kolom Berekening als eenheid op de loonstrook. In het geval er al een handmatige mutatie op het periode element is gedaan, zal er geen overschrijvende mutatie plaatsvinden. Actie Er is geen actie nodig.  APG - Aanpassing medewerkerschermen interface Waarom Met ingang van 2021 zijn er voor APG (Bouw) en APG Woondiensten (SPW) aanpassingen gedaan omdat bepaalde regelingen niet meer van toepassing zijn. Voor de doorgifte aan APG zijn er in een eerdere release al aanpassingen gedaan om de doorgifte te stoppen. Echter, er stonden op de medewerkerschermen (Medewerker > Interface) van de Periodieke interface APG (Bouw) en Periodieke interface APG (SPW) nog velden die betrekking hadden op deze regelingen. Met ingang van 1-1-2021 zijn de velden met de benaming 'Datum aanvang (pensioensoort)' verwijderd van deze schermen. Actie Er is geen actie nodig. APG - Reden uit-dienst Waarom In het interfacescherm Periodieke interface AGP (SGB,SPW,PAWW en Bouw) kan de keuze gemaakt worden om voor de reden uit-dienst een conversietabel te gebruiken via het veld APG itf. reden einde dienstverbandconv.tabel. Omdat APG gekozen heeft om de redenen uit-dienst aan te houden die ook gelden voor de loonaangifte, is het niet meer nodig om een conversietabel dubbel in te richten, speciaal voor APG. Hoe Met ingang van 1-1-2021 is het veld APG itf. reden einde dienstverbandconv.tabel verwijderd van de interfaceschermen. Wanneer er een afwijkende waardelijst gebruikt wordt voor de reden uit-dienst, dan wordt vanaf nu gebruik gemaakt van de conversietabel die in dat geval geselecteerd is in het Interfacescherm Loonaangifte in het veld Conversietabel reden uit-dienst. Zo hoeft er voor de doorgifte naar de Belastingdienst en APG vanaf nu nog maar 1 conversietabel te worden bijgehouden, wanneer er gebruik wordt gemaakt van eigen redenen. Actie Wanneer er al een conversietabel is ingericht voor de reden uit-dienst voor de loonaangifte, dan geldt deze vanaf deze release ook voor APG. Er hoeft dan geen verdere aanpassing gedaan te worden. XSD PA opties verwijderd Waarom Vanaf 2021 worden er geen gegevens meer doorgegeven via de pensioenaangifte. Op het interfacescherm Loonaangifte stonden nog aansturingsvelden voor de pensioenaangifte, die geen werking meer hadden. Hoe Met ingang van 1-1-2021 zijn de velden Pensioenaangifte PA formaat en Pensioenuitvoerder verwijderd van het interface scherm Loonaangifte. Actie Er is geen actie nodig. Rapport Afrekenmatrix per periode Waarom In eerdere release notes hebben we laten weten dat we druk bezig zijn met het verbeteren van de performance van de verschillende rapportages. In deze release hebben we de performance en leesbaarheid van het rapport Afrekenmatrix per periode verbeterd. Hoe Rapport > Berekening > Afrekenmatrix per periode De lay-out van het rapport is verbeterd zodat de kolommen beter in Excel en PDf passen en ook daadwerkelijk als kolommen worden weergegeven. Tevens zal de output van Excel niet meer XLS zijn maar XSLX. Actie Er is geen actie nodig. Een nieuw aangemaakt rapport heeft automatisch de nieuwe lay-out. Ziekengeldcomponenten splitsen Waarom Op de loonstrook en in de afrekenmatrix wordt geen onderscheid gemaakt tussen de ziektesoorten 1 t/m 10 en wachtdagen. Deze worden alle vermeld onder de noemer salaris ziekengeld. Dit kan zorgen voor extra werk bij het maken van de journaliseringsrapporten.  Hoe Met ingang van deze release heb je de mogelijkheid om ook de ziektesoorten 1 t/m 10 en de wachtdagen als aparte looncomponent te laten zien op de loonstrook en in de afrekenmatrix. Actie Er is geen actie nodig als je geen gebruik wilt maken van deze mogelijkheid. Wil je wel gebruikmaken van deze mogelijkheid, dan moet je in de bedrijfsinstellingen van de arbeidsvoorwaarde Loondoorbetaling bij ziekte - Uitsplitsing of referentietabel het gegevenselement Uitsplitsen ziekengeld op Ja zetten. Daarnaast kan het zijn dat je in de grondslagen een aanpassing moet doen. Als je namelijk op dit moment het sublooncomponent ziekengeld in een grondslag gebruikt, dan moet je de betreffende grondslag aanpassen. Aan de grondslag moet je de sublooncomponenten ziekengeld 1 t/m 10 en ziekengeld wachtdag toevoegen. Uiteraard zul je bijvoorbeeld ook de journalisering moeten aanpassen als je daar de nieuwe sublooncomponenten wilt gebruiken. Ad hoc rapportage verbeterd Waarom Rapporten > Controle > Ad hoc rapportage uitgebreid In dit rapport zijn onderstaande verbeteringen doorgevoerd. Hoe Weergave eenmalige mutaties (dagmutaties) Eenmalige mutaties zijn per definitie slechts één dag geldig, bijvoorbeeld gewerkte uren of declaraties. Je legt ze vast via Vergoedingen/Inhoudingen (dagvergoedingen). Deze mutaties werden tot nu toe alleen getoond als je ze precies op de gekozen peildatum had vastgelegd. Maar als de mutatie op een andere dag in dezelfde periode was vastgelegd, kwam deze niet op het rapport te voorschijn, terwijl het rapport in principe alle input en output van de hele periode laat zien. Om die reden wordt voortaan het totaal van alle dagmutaties getoond dat hoort bij de periode waarin de gekozen peildatum ligt. Dit is vergelijkbaar met de manier waarop de mutaties getoond worden in het scherm Vergoedingen/Inhoudingen (dagvergoedingen). Bij vierwekenverloning wordt uiteraard gekeken naar het begin en einde van de vierwekenperiode. Voorbeeld (maandverloning) Mutatie á 15,00 op 4-3-2021 Mutatie á 20,00 op 5-3-2021 Gekozen peildatum 1-3-2021 Op het rapport wordt het totaal getoond van alle mutaties voor periode 03-2021 = 35,00.  Selectie van specifieke medewerkers - rapport sneller beschikbaar In het tweede tabblad kun je één of meerdere medewerkers selecteren voor het rapport. Het rapport wordt dan alleen uitgevoerd voor die medewerker(s). Dit is handig als je alleen geïnteresseerd bent in specifieke gevallen. Het rapport is uiteraard sneller beschikbaar als je deze optie gebruikt. De gekozen medewerkers worden niet opgeslagen in de rapportdefinitie. Actie Er is geen actie nodig. Uitsluiten variabele pensioenberekening (variabele grondslag) Waarom Er zijn pensioenfondsen die het Loon voor de werknemersverzekeringen (SV-loon) gebruiken voor het bepalen van het ongemaximeerde pensioengevend loon van een pensioenregeling. De pensioenfondsen maken gebruik van de volgende formule: Ongemaximeerd pensioengevend loon = (SV-loon - werknemerspercentage x franchise)/(1 - werknemerspercentage) Dit is het loon in geld als een medewerker één pensioenregeling heeft. Anders is dit niet het loon in geld. De premies die door het Pensioenfonds worden  berekend, komen dan niet overeen met de premies die Payroll Business berekent. Met de huidige inrichting was het niet mogelijk om een pensioenpremie van een variabele pensioensoort uit te sluiten van de grondslag. Hoe In deze release zijn er met ingang van 1-1-2021 in de referentietabel Pensioenen/fondsen benoemde regeling (variabel) en Pensioenen/fondsen eigen regeling (variabel) in het veld 10 Soort grondslag twee nieuwe grondslagen geïntroduceerd:  3 - In eigen grondslag SV-loon (kolommen uitsluiten). 4 - Niet in eigen grondslag SV-loon (kolommen uitsluiten). Code 3 - bij deze optie is de grondslag het SV-loon minus de premies die in soort grondslag 4 zijn berekend. Code 4 - bij deze optie is de grondslag het loon en loon in natura plus de premies die in soort grondslag 3 zijn berekend. Actie Wanneer de pensioenberekening van een afwijkende grondslag uitgaat, dan kan dit vanaf 1-1-2021 ingericht worden met behulp van de nieuwe grondslagen. Bij pensioenregelingen die ondersteund worden door CAO Services, zullen deze door hun aangepast worden. Indien je hier vragen over heeft, dan kun je contact opnemen met de Service Desk. Voor verdere uitleg verwijzen wij je naar de online help:  Home > Arbeidsvoorwaarden en regelingen > Pensioenen en fondsen > Pensioenen en fondsen met een variabele grondslag > Referentietabellen, kolommen en kolomwaarden P&F variabele grondslag. Home > Arbeidsvoorwaarden en regelingen > Pensioenen en fondsen > Pensioenen en fondsen met een variabele grondslag > Rekenvoorbeelden kolommen uitsluiten pensioenen fondsen (variabele grondslag). Opgeloste meldingen Pensioen APG (Architecten) fout bij uurloner nieuw in dienst en niet gewerkt (2037344) Melding Als een oproepkracht in dienst kwam en niet gewerkt had in de eerste periode, dan werd er geen jaarinkomen voor de betreffende pensioensoort aangemaakt en werd dit ook niet doorgegeven in de pensioenaangifte van APG Architecten (PFAB). Dit resulteerde in een signalering bij APG. Oplossing Vanaf release van maart is dit met ingang van 1-1-2021 opgelost. Vanaf dit moment wordt er wel een jaarinkomen aangemaakt en doorgegeven. Actie Er is geen actie nodig. Niet alle vrije looncomponenten zijn te selecteren voor Vergoedingen / Inhoudingen (1852549) Melding Via alternatieve omschrijvingen kan een vrij looncomponent worden uitgezocht en hier wordt dan een eigen omschrijving aan gegeven. Wanneer vervolgens het looncomponent gebruikt wordt in de menu optie Vergoedingen/Inhoudingen (vast/periode), is het looncomponent niet zichtbaar.  Oplossing In het verleden werd op verzoek van klanten, specifiek een looncomponent aangemaakt. Echter dit is al vele jaren niet meer het geval. De specifieke looncomponenten waren in het gebruik alleen zichtbaar voor die klant aan wie het looncomponent was toegewezen. In sommige plaatsen van Payroll Business was het specifieke looncomponent toch ook zichtbaar voor alle klanten en dit leverde vragen op waarom bij het gebruik van het looncomponent deze dan niet meer zichtbaar is. Dit probleem hebben we verholpen door specifieke looncomponenten generiek en dus beschikbaar te maken voor alle klanten.  Actie Indien een specifiek looncomponent werd gebruikt, kun je controleren of de naam van het component niet is gewijzigd. Verder is geen actie nodig. De rekenmethode is niet gewijzigd. Medewerker uit-dienst in lijst met ziekmeldingen (2471254) Melding Medewerker > Ziekte > Ziekteverzuim De lijst met ziekmeldingen toonde steeds alle medewerkers, ook degene die uit-dienst waren. De rechtermuisknop Alleen medewerkers in dienst had geen effect meer. Oplossing Dit is opgelost: voortaan zie je weer - als je het scherm opent - alleen de ziektegevallen van de medewerkers die op de peildatum in-dienst zijn. Als je via de rechtermuisknop de optie Alleen medewerkers in dienst uitzet, dan zie je alsnog de ziekmeldingen van alle medewerkers (al dan niet openstaand). Deeltijdfactor pensioen op franchise bij VCR rekenen (749295) Waarom  Als bij pensioenen de VCR-methode wordt gebruikt in combinatie met aftoppen van de deeltijdfactor, dan wordt de VCR-methode niet toegepast op de deeltijdfactor als daar wel de ruimte voor is. Hoe Met ingang van deze release wordt vanaf 01-01-2021 bij aftoppen van de deeltijdfactor en gebruik van de VCR-methode deze ook toegepast op de deeltijdfactor. Dus als in periode 01 de deeltijdfactor 0,95 is en in periode 02 is de deeltijdfactor 1,1 dan wordt er in periode 02 met een deeltijdfactor van 1,05 gerekend, ondanks dat er wordt afgetopt op 1. Actie Er is geen actie nodig.  Geen bijtelling auto (2486802) Waarom  Bij een auto van de zaak van de categorie 'Auto van 15 jaar en ouder' wordt geen fiscale bijtelling berekend. Hoe Dit is met deze release opgelost met ingang van 01-01-2021. Nu wordt de fiscale bijtelling weer correct berekend voor een auto van 15 jaar of ouder. Actie Er is geen actie nodig. Onterechte signalering op 2106 (2484937) Waarom  Het loonaangiftesignaal 2106 - Publ.recht.aanstelling, dat vanaf 2021 in Payroll Business is opgenomen, staat ten onrechte in het Signaleringsverslag. Als dit signaal voor een medewerker onterecht in het Signaleringsverslag staat, veroorzaakt het geen meldingen vanuit de Belastingdienst. Je hoeft bij de medewerker dan niets aan te passen en kun je het signaal negeren. Hoe Met ingang van de maart release is de conditie in het signaal aangepast en gaat dit signaal niet meer onterecht af. Actie Na de maart release kun je een verwerking draaien waardoor de meldingen zullen verdwijnen. Uitbreiding berekeningsmethode reiskosten op basis van Methode 2 (2349599) Waarom Op dit moment kan de 60%-regeling volgens Methode 2 paragraaf 21.1.2 Handboek Loonheffingen niet worden toegepast binnen de arbeidsvoorwaarde reiskosten voor de methodieken die gebruik maken van de vaste reisdagen. Dit zijn de rekenmethodieken: 8 - Dag. bep. fisc/Reisdag p.wk/Vergoeding per km 9 - Dag. bep. fisc/Reisdag p.wk/Vaste vergoeding 10 - Dag. bep. fisc/Reisdagen p.wk/Tabel vaste verg. 11 - Dag. bep. fisc/Reisdagen p.wk/Tabel staffel Hoe Met ingang van deze release is het mogelijk vanaf 01-01-2021 om - voor de hierboven genoemde rekenmethodieken - gebruik te maken van de 60%-regeling volgens Methode 2 paragraaf 21.1.2 Handboek Loonheffingen. In dat geval wordt voor het bepalen van de reiskosten gerekend met de contractdagen per week, als de verhouding vaste reisdagen per week / contractdagen per week groter is dan of gelijk is aan 0,6. Actie Als je hier geen gebruik van wilt maken, dan hoef je niets te doen. Wil je de 60%-regeling wel toepassen, dan moet je bij bedrijfsinstellingen van de arbeidsvoorwaarde Reiskosten het gegevenselement Toepassen 60%regel (reiskosten) op Ja zetten. Als je dit niet voor alle medewerkers wilt toepassen, dan kun je dit bij de betreffende medewerker overrulen. Uiteraard is dit andersom ook mogelijk als je dit voor een specifieke medewerker juist wel zou willen toepassen. Publishing Date : 2/19/2021