Mijn Communities
Help

Releases YouServe

Sorteren op:
Gewijzigd en verbeterd Kandidaatgegevens formulier verbeterd Als u een kandidaat heeft geselecteerd, voert u het formulier 'Kandidaatgegevens' in. U ontvangt een overzicht van de kandidaatgegevens. Eerst ziet u het vacaturenummer en de vacaturetitel. We hebben dit aan het scherm toegevoegd. U kunt de afdeling en/of de werkgever hier, indien nodig, ook wijzigen. Deze twee velden zijn nodig om de kandidaat bij de juiste werkgever en onder de juiste afdeling te plaatsen. Het afdelingsveld is standaard gevuld met de waarde van de vacature. Als u een manager bent, wordt het veld 'werkgever' standaard gevuld met de waarde die u als manager hebt. Als u een professionele rol vervult, wordt het werkgeversveld standaard wit gelaten en moet u een werkgever selecteren. Klik hierna op de knop 'Verder' om het proces 'Nieuwe medewerker' te starten. Deze koppeling met Werving en Selectie start alleen de 'Nieuwe medewerker'-processen in Self Service. Overplaatsingprocessen zijn niet inbegrepen. Werving en Selectie velden in 'Aannemen kandidaat' formulier Op het formulier 'Aannemen kandidaat' staan ​​5 velden die gevuld zijn met een (correcte) waarde vanuit Werving en Selectie. Bij het importeren van gegevens voor deze velden treedt er echter een mismatch op met de Self Service-velden, omdat de lay-out van de Self Service-velden verschilt van die van Werving en Selectie. De waarden in deze velden veroorzaken een foutmelding op het formulier. In de release van juni hebben we aangekondigd dat we de automatische invulling van deze velden zouden verwijderen. We hebben hier echter een betere oplossing voor, die we in de augustus-release zullen implementeren. Als u al gebruik maakt van de koppeling tussen Werving en Selectie en Self service krijgt u desbetreffende foutmelding. Door de juiste waarde te selecteren in Self service zal de foutmelding niet meer worden getoond. Het betreft de volgende velden: Het betreft de volgende velden: Aanhef Titel Burgerlijke staat Woonland Geslacht Opgeloste meldingen Nieuwe 'Bevestigen' knop leidt tot foutmelding (change 1402665) Melding Een '500-fout' verschijnt wanneer u op de knop 'Bevestigen' klikt in de workflow 'Verlof intrekken'. Oplossing We hebben Digitaal Ondertekenen opgenomen in dit formulier, hiermee is de '500-fout opgelost en kunt u documenten ondertekenen. '500-fout' bij klikken op start/te doen/gedaan/archief lijst Melding Bij het inloggen in Self Service verschijnt een '500-fout' (time-out) na het laden van de takenlijst gedurende meer dan 30 seconden. Dezelfde fout verschijnt na het klikken op de start / te doen / gedaan / archief lijst. Oplossing We hebben de query verbeterd om een ​​meer geoptimaliseerde query te genereren en de prestatie te verbeteren. Vervangingsdatum komt niet overeen met de geselecteerde datum (change 411553) Melding Bij het selecteren van de datum van een vervanging in de kop van de kolom, vermeldt de tekst dat de laatste geselecteerde dag is opgenomen, maar dat is niet het geval. De oplossing voor de gebruikers die hiervan op de hoogte waren, was om een ​​extra dag toe te voegen aan de vervangingsdatum. We hebben echter verzoeken ontvangen om de informatie te wijzigen, zodat deze het werkelijke gedrag van de datum weergeeft. Oplossing In de kolomkop staat nu 'Vervanging tot maar niet inbegrepen', dus het geeft aan dat de werkelijke datum van vervanging de volgende dag na de geselecteerde datum is. Publishing Date : 7/2/2019
Volledig artikel weergeven
21-06-2019 20:22 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 403 Weergaven
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
Volledig artikel weergeven
22-02-2019 20:31 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 393 Weergaven
In deze versie... Aangepast in versie 2 Het onderwerp 'Digitale ondertekening - wijzigingen in de e-mail handtekening' is aangepast. We hebben toegevoegd hoe u de bedrijfsnaam kunt opgeven die de e-mail verstuurt. Mededeling Op weg naar een betere performance Met het oog op een betere gebruikerservaring met betrekking tot de Archieflijst hebben wij een wijziging aangebracht die tevens zal leiden tot betere prestaties van deze pagina. Als u meer wilt weten over de prestaties naar aanleiding van deze aanpassing, lees dan het onderwerp 'Zoekfunctie archief uitgebreid' in deze release notes. Er is tevens een verbetering doorgevoerd in het Inzetformulier. Vanaf nu wordt er geen onnodige informatie meer verzameld. Dit komt de prestaties van het Inzetformulier ten goede. Gewijzigd en verbeterd Actieve signalering - Wanneer je een workflow start vanuit Actieve signalering, zijn de standaardwaarden niet ingevuld op het eerste formulier Wanneer je een signaal definieert in HR Core, heb je de mogelijkheid om een 'Workflow'-signaal aan te maken. Wanneer je een G-formulier start door middel van Actieve signalering, zijn de rubriekvelden – in tegenstelling tot wat je gewend was toen je een workflow rechtstreeks vanuit Self Service startte – op het eerste formulier niet ingevuld. Dit is opgelost in de huidige release. De prioriteit van de weergegeven waarde is: 1. Opgegeven gegevens bij aanvraag; 2. Waarde op basis van gegevens van medewerker; 3. De standaardwaarde in de rubriek; 4. Lege waarde. Digitale ondertekening - Optie voor 'Batch ondertekenen' verwijderd voor medewerkers Wanneer gebruikers vanuit een workflow een document verstuurden naar 'Digitale ondertekening', moesten zij tot op heden één van deze opties selecteren als ze een handtekening wilden: op een later moment versturen via 'Batch ondertekenen' of 'Nu versturen voor handtekening' vanuit de workflow. Dit leidde tot enige verwarring, omdat medewerkers mogelijk geen toegang hadden tot de optie 'Batch ondertekenen' in Self Service. Als een gebruiker de documenten verstuurde naar 'Batch ondertekenen' en geen toegang bleek te hebben, kon hij of zij de documenten op een later moment niet meer verzenden naar de 'Batch ondertekenen'-procedure. Dankzij de wijzigingen die in deze release zijn geïntroduceerd, krijgen medewerkers de optie 'Batch ondertekenen' niet meer te zien. Het enige wat zij nog te zien krijgen, is een pop-up venster met het verzoek hun e-mailadres en telefoonnummer toe te voegen, zodat de documenten op dat moment kunnen worden verstuurd voor een handtekening. Andere typen gebruikers, zoals managers en professionals, hebben nog steeds de mogelijkheid om de 'Batch ondertekenen'-procedure te selecteren, indien gewenst. Digitale ondertekening - wijzigingen in de e-mail handtekening Er zijn enkele wijzigingen aangebracht in de handtekening in e-mails die gebruikers ontvangen wanneer zij een document willen laten ondertekenen op het Intraoffice-portal. Tot op heden stond er 'Youforce HR-team' in de standaard handtekening. Vanaf nu wordt de naam van het bedrijf getoond dat de e-mail heeft verstuurd. Deze naam is ook te zien in de Self Service-account.   De naam van het bedrijf dat de e-mail stuurt geeft u op bij Beheer > Systeem > Instelling: Digitale ondertekening - wijzigingen in de telefoonnummervalidatie Deze wijziging is geïmplementeerd op basis van feedback van klanten en uitgebrachte stemmen op onze Ideeën-portal. Wij hebben de daadwerkelijke controles voor validatie van telefoonnummers aangepast om problemen met mobiele nummers te voorkomen nadat de telefoonnummergegevens zijn ingevoerd in het pop-up venster voor 'Digitale ondertekening' in Self Service. Vanaf nu wordt er gecontroleerd of het telefoonnummer niet begint met een '0' (nul) en of het wel uit negen cijfers bestaat (de standaardlengte van een mobiel telefoonnummer). Zoekfunctie archief uitgebreid Gebruikers van Self Service controleren meestal op mutaties uit de recente geschiedenis. Er worden te veel items weergegeven op basis van de huidige filters. Het is nu mogelijk om te zoeken naar mutaties op basis van ingangsdatum. De zoekfunctie van het Archief is met ingang van 11 september 2019 uitgebreid met het filter 'Ingangsdatum' (vanaf en tot en met). Niet alleen is de gebruikersvriendelijkheid verbeterd, maar ook kan het scherm de gegevens sneller ophalen met behulp van de nieuwe filters. Dit standaardfilter toont mutaties met een ingangsdatum van drie maanden geleden tot heden. Als je wilt kun je een andere tijdsperiode selecteren. Je selectie wordt opgeslagen zolang de sessie actief is. Als je op het rode filter drukt, wordt de periode gewist en kun je een nieuwe periode selecteren. Hiermee wordt ook je filter hieronder gereset. Het Archief is uitgebreid met twee nieuwe velden: 'Ingangsdatum vanaf' en 'Ingangsdatum tot en met'. Dit hebben wij gedaan in verband met prestatieproblemen. Wanneer je voor het eerst bent ingelogd in het Archief, wordt de datum van drie maanden geleden alvast ingevoerd bij 'Ingangsdatum vanaf'. Bij de 'Ingangsdatum tot en met' wordt de huidige datum alvast weergegeven.  Deze velden zijn niet verplicht. Als je bijvoorbeeld mutaties wilt bekijken van maximaal zes maanden geleden, kun je 'Ingangsdatum vanaf' aanpassen. Als je toekomstige mutaties wilt bekijken, verwijder dan de waarde bij 'Ingangsdatum tot en met'. Als je uitsluitend wilt zoeken op mutatienummer of medewerkersnummer, kun je ervoor kiezen om zowel 'Ingangsdatum vanaf' als 'Ingangsdatum tot en met' te gebruiken. Wanneer je dit scherm verlaat en vervolgens terugkeert, wordt de meest recente selectie opnieuw weergegeven. De ingangsdatum waarop je kunt zoeken, is de ingangsdatum die je rechtsboven op de formulieren ziet staan. Lijsten filteren - Nieuwe validaties bij het datumfilter in Archief Wij hebben nieuwe validaties toegevoegd aan het datumfilter in het gedeelte Archief in Self Service. Deze validaties voorkomen dat gebruikers onjuiste datums of datums met een ongeldige notatie invoeren. Door deze fouten werden mogelijk onjuiste zoekresultaten weergegeven. De nieuwe validaties omvatten: Controle op datumnotatie: datums moeten de juiste notatie (DD-MM-JJJJ) hebben en mogen geen letters of andere tekens bevatten die niet worden ondersteund in een datumnotatie. Controle op schrikkeljaar: wanneer je de datum 29 februari invoert, wordt de zoekopdracht uitsluitend uitgevoerd als het ingevoerde jaar een schrikkeljaar is. Is dit niet het geval, dan wordt er een foutmelding weergegeven. Er wordt een foutmelding weergegeven als de startdatum na de einddatum ligt, of omgekeerd, omdat dit onlogische zoekopdrachten zijn. Vóór deze wijziging werden er zoekresultaten weergegeven met onjuiste datums of ongeldige datumnotaties. Vanaf nu roept de pagina de server niet meer aan als de notatie onjuist is. Als je de pagina ververst en correcte datums hebt ingevoerd, worden er nieuwe resultaten weergegeven. Wijzigingen in wet- en regelgeving Validatie van de IBAN-code voor bankrekeningen Per 1 januari 2020 schakelt Nederland volledig over op de internationale standaard IBAN voor het verifiëren van bankrekeningen. In deze release hebben wij de IBAN-rubriek in Self Service aangepast, zodat deze is afgestemd op de nieuwe validaties. Vanaf nu wordt deze internationale standaard gebruikt voor verificatie van IBAN-nummers in de Self Service-formulieren. Alle door jouw bank verstrekte IBAN-codes, zowel voor als na deze wijziging, zijn en blijven geldig. Wij hebben slechts de validatie van de internationale standaard toegevoegd in Self Service, omdat banken in Nederland deze IBAN-notatie vanaf heden gebruiken. Deze wijziging wordt automatisch toegepast op de IBAN-rubriek, dus er zijn geen aanvullende configuraties of mutaties nodig. Opgeloste meldingen Export op papier - Pagina kan geen mutaties groter dan 1.000.000 filteren (change 1236521) Melding Van diverse klanten ontvingen wij meldingen dat de functionaliteit 'Export op papier' geen mutaties groter dan 1.000.000 kon filteren. De functionaliteit 'Export op papier' toonde geen foutmelding wanneer er werd gefilterd op mutaties groter dan 1.000.000. Oplossing Vanaf nu is het mogelijk om te filteren op alle mutatiehoeveelheden. Het probleem is definitief opgelost. Publishing Date : 11/14/2019
Volledig artikel weergeven
25-10-2019 19:28 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 382 Weergaven
Mededeling Opschonen van oude mutaties (changes 1335719, 1236622, 1331839, 547573) We hebben gemerkt dat veel oude mutaties nog open staan. Dit vormt een onnodige belasting voor Self Service. Om dit tegen te gaan, verwijderen we in week 18 (29 april t/m 3 mei) alle uitstaande mutaties van voor 1 januari 2018. Alle open mutaties van voor deze datum staan dan niet langer in het systeem en kunnen niet meer worden geopend. Dit betreft alleen wijzigingen die niet zijn afgerond. Afgeronde mutaties blijven voor auditdoeleinden in het systeem staan. Alle uitstaande mutaties van na 31 december 2017 zijn nog steeds zichtbaar. Opgeloste changes Spellingsfout (change 1244479) Probleem Op een workflowdefinitiepagina wordt het bericht 'Geen data beschrikbaar' weergegeven na een filteractie zonder resultaten. Oplossing Vanaf deze release is de melding 'Geen data beschikbaar'. De spellingsfout in deze boodschap (een extra 'r') is gecorrigeerd. Geschiedenis wordt niet weergegeven wanneer mutaties worden uitgeklapt (+) in de archieflijst (change 1283574) Probleem Wanneer de gebruiker op 'Archief' klikt en een mutatie openklapt, wordt er geen data getoond. Als je klikt op de knop + om de mutatieresultaten te tonen, verschijnt er een leeg scherm. Oplossing Wanneer de gebruiker op 'Archief' klikt en een mutatie openklapt, wordt er een foutmelding getoond als er na 30 seconden geen data wordt getoond. 'Er is een onverwachte fout opgetreden bij het openen van deze transactie. Probeer het later nog eens. Neem indien de fout zich blijft voordoen, contact op met uw beheerder of het Visma | Raet service center.' Het proces om e-mails met nieuwe werknemers en nieuwe contracten te verzenden, werkt niet goed (change 1007890) Probleem In de workflow 'nieuwe werknemer of nieuw contract (NW of ND)' wordt de e-mail met bijlagen niet verzonden aan de werknemer. Indien het veld 'privé e-mailadres' later wordt ingevuld, wordt dit veld niet bijgewerkt. Oplossing Vanaf deze release wordt het veld 'Privé e-mailadres' altijd bijgewerkt wanneer het wordt ingevuld of gewijzigd in de workflows 'nieuwe werknemer (NW) of nieuw dienstverband (ND)'. Er wordt dan een e-mail verzonden aan de werknemer. Als er tijdens het bijwerken een storing optreedt, verschijnt de foutmelding 'Fout bij verwerking (privé e-mail)'. De roltoewijzing vanuit usermanagement houdt geen rekening met de start- en einddatum van de rol (change 518839) Probleem De roltoewijzing vanuit usermanagement houdt geen rekening met de einddatum van die specifieke rol. Daardoor kunnen er in het systeem onjuiste rollen (en gebruikers gekoppeld aan deze rollen) worden getoond. Het is mogelijk dat bijvoorbeeld voormalige managers nog steeds e-mails ontvangen van hun oude organisatie-eenheid. Oplossing Met de Youforce Portal release 2019-04 wordt rekening gehouden met de start- en einddatum van de rollen aangeleverd via usermanagement. Voormalige managers ontvangen geen e-mails meer van hun oude organisatie-eenheid. Probleem bij aanmaak statistieken buiten werktijd (change 1365977) Probleem Buiten de werktijden konden geen relevante statistieken worden aangemaakt. Oplossing Het is nu mogelijk om relevante statistieken aan te maken buiten de werktijden. Werknemer die probeert in te loggen als gedelegeerde krijgt een foutmelding 500 (change 1154892) Probleem Een werknemer die als gedelegeerde probeert in te loggen in Self Service krijgt een foutmelding 500 te zien in het menu. Oplossing Wanneer een werknemer inlogt als gedelegeerde, wordt het menu aan de linkerkant weergegeven. Mutatie wordt niet geblokkeerd wanneer er op de knop 'Confirmatie tekst' of 'Memo toevoegen' wordt geklikt (change 1284116) Probleem Een mutatie gaat door naar de volgende activiteit voordat de digitale handtekening is bevestigd. In het verleden kreeg de gebruiker een melding en werd de mutatie geblokkeerd.  Oplossing Digitaal ondertekenen is geïntroduceerd in verschillende formulieren die in het verleden niet zijn gebruikt. Digitaal ondertekenen werkt nu ook voor: 'Gegevens wijzigbaar', 'Confirmatie tekst' en 'Memo toevoegen'. Gebruiker ziet foutmelding 500 wanneer er op Opnieuw aannemen wordt geklikt (change 1370525) Probleem Wanneer de gebruiker klikt op Opnieuw aannemen, wordt er een foutmelding 500 weergegeven. Oplossing Vanaf deze release wordt de foutmelding niet meer weergegeven. Publishing Date : 4/24/2019
Volledig artikel weergeven
18-04-2019 17:14 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 373 Weergaven
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
Volledig artikel weergeven
01-02-2019 20:23 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 361 Weergaven
Mededelingen We hebben de juni release notes aangepast.  Easycruit rubrieken toegevoegd op het 'Aannemen kandidaat' formulier Op het formulier 'Aannemen kandidaat' (kandidaat accepteren) staan 5 rubrieken op het formulier 'Aannemen kandidaat' die zijn ingevuld met een (correcte) waarde van Easycruit. Bij de import krijgen we echter een mismatch met Self Service rubrieken omdat de lay-out van de selfservice rubrieken verschillen met die van Easycruit. De waarden op die 5 velden veroorzaken een foutmelding op het formulier. Deze foutmeldingen zijn niet acceptabel. Daarom hebben we besloten om de automatische invulling van deze 5 velden te verwijderen. Dit zal plaatsvinden in de juli-release. Het gaat over deze 5 velden: Geslacht Aanhef Nationaiteit Burgerlijke staat Woonland New Toevoegen van bijlagen in het recruitment process Alle Self Service We hebben een nieuwe functionaliteit beschikbaar om bijlagen toe te voegen vanuit Easycruit. Na het selecteren van een kandidaat kan u met een paar klikken bijlagen toevoegen van Easycruit naar het Self-serviceproces en kan het nu worden doorgestuurd naar het personeelsdossier. In de Juli release voegen we 2 verbeteringen toe aan dit proces: Alle bijlagen worden standaard geselecteerd bij het invoeren van het formulier "Kandidaat aannemen"; Na het klikken op de knop "Kandidaat aannemen" krijgt u een bericht: "" Let op! Als u op de knop "kandidaat aannemen" drukt, kunt u niet meer teruggaan om bijlagen toe te voegen vanuit Easycruit. " Tot de release van juli zijn deze instructies de manier om de bijlagen van Easycruit toe te voegen:   Wanneer u het formulier 'Aannemen kandidaat' heeft, kan u op de 'paperclip' klikken. Er verschijnt nu een selectiescherm met alle beschikbare bijlagen. U kunt elke bijlage op het scherm selecteren of deselecteren. Nadat u op de knop OK heeft geklikt, ziet u de geselecteerde bijlagen. U kan teruggaan door op de paperclip te klikken om de selectie aan te passen. De geselecteerde bijlagen worden verwerkt binnen het nieuwe medewerker proces. U kan doorgaan met het nieuwe medewerker proces door op de knop 'Kandidaat aannemen' te klikken. Gewijzigd en verbeterd Easycruit rubrieken toegevoegd op het 'Aannemen kandidaat' formulier Alle Self Service We hebben de volgende rubrieken toegevoegd aan het formulier 'Aannemen kandidaat'. De gegevens van de rubrieken worden geleverd door Easycruit: E-mail Telefoonnummer Mobiele telefoonnummer Opgeloste meldingen Rehire (herindienstname): foutmelding bij zoeken naar een werknemer (change 1512580) Probleem In één specifiek geval werd er een foutmelding getoond tijdens zoekacties naar werknemers. Oplossing Vanaf deze release treedt deze fout niet meer op. '500' fouten in het startmenu en geen knoppen in een workflow (change 1443182) Probleem Bij klikken op het startmenu, wordt er een foutmelding getoond.  Oplossing Vanaf deze release treedt deze fout niet meer op. Fout bij het afronden van totalen op nul in een spreadsheet (change 1354358) Probleem Er zijn waarden die heel dicht bij nul liggen (bijvoorbeeld 2,2204460492503131E-16 of -2,2204460492503131E-16). Door de manier waarop computers berekeningen uitvoeren, is het resultaat van 1,1 + 0,6 -1,7 niet precies nul (0). In dit geval kan de waarde 0,00000000000000022 in de spreadsheet worden weergegeven. Het probleem is dat we niet tweemaal de waarde van 0,00000000000000022 gebruiken. In plaats daarvan veranderen we de waarde in een (wordt behandeld als tekst), wat leidt tot 2,22.  Oplossing Onze software converteert kleine waarden zoals 0,00000000000000022 nu naar geldige waarden overeenkomstig de rubriek (decimale eigenschap). Opmerking: waarden kleiner dan 0,00000000000000000000000000001 worden geconverteerd naar 0,00. Publishing Date : 5/31/2019
Volledig artikel weergeven
24-05-2019 20:15 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 1 kudos
  • 358 Weergaven
Nieuw Report modellen en Datafeed uitgebreid met nieuwe velden Entiteit Functie informatie Visitekaartje functie  Leasecategory behorend bij functie Entiteit Generatiepact Generatiepact Percentage Werken Generatiepact Percentage Doorbetalen Generatiepact Percentage Pensioenopbouw Entiteit Reiskosten Fiscale ruimte verrekenen  Entiteit Loonheffingen Blokkeren deelname SPAWW Entiteit Loondoorbetaling bij verlof uitsplitsing Ouderschapsverlof percentage vast Entiteit Medewerker aanvullend Veld Netwerk Identificatie van 25 karakters naar 100 karakters gewijzigd Entiteit Afdrachtsvermindering / Korting Ind. aanvraag LKV oudere werknemer Ind. aanvraag LKV arbeidsgehandicapte werknemer Ind. aanvraag LKV doelgroep banenafspraak Ind. aanvraag LKV herplaatsen arbeidsgeh wn Loonkostenvoordeel oudere werknemer einddatum Loonkostenvoordeel arbeidsgeh werknemer einddatum Loonkostenvoordeel doelgr banenafspraak einddatum Loonkostenvoordeel herplaatsen arbeidsgeh wn einddatum Entiteit Reiskosten Reisafstand in meters Entiteit Mobiele telefoon: Entiteit Mobiele telefoon - veld Merk mobiele telefoon is beschikbaar gemaakt op medewerkerniveau. Uw actie Er is geen actie nodig. Verbeterd Standard report R-AL-11100 geeft de huidige Kostenplaats weer ondanks parameterdatum Waarom Report R-AL-11100 liet alleen waarden zien op basis van de huidige datum en niet op basis van de ingevulde parameterdatum. Hoe Het probleem is opgelost en het rapport toont nu de waarden die overeenkomen met de opgegeven datum. Uw actie Er is geen actie nodig. Publishing Date : 9/24/2019
Volledig artikel weergeven
23-09-2019 17:30 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 357 Weergaven
Gewijzigd en verbeterd Werving en Selectie velden op 'Aannemen kandidaat' formulier In de release notes van juni en juli hebben we meegedeeld dat we een oplossing zouden maken voor de 5 velden op het formulier 'Aannemen kandidaat ' omdat de lay-out van de velden van Self Service verschilt van die van Werving en Selectie. De waarden in deze velden veroorzaakten een foutbericht op het formulier. Vanaf deze release wordt het importeren van gegevens voor deze velden automatisch overgebracht van de waarden van Werving en Selectie naar de juiste waarde binnen Self Service: Titel Burgerlijke staat Woonland Geslacht Het veld 'Aanhef' op het formulier wordt niet in HR Core gevuld omdat HR Core hier geen apart veld voor heeft. Let op: wanneer u de verbinding met Werving en Selectie gebruikt, moet u de standaard tabellen gebruiken van Werving en Selectie en Self Service. Publishing Date : 8/12/2019
Volledig artikel weergeven
19-07-2019 20:11 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 354 Weergaven
Mededelingen Samen op weg naar een betere performance De stabiliteit en performance (snelheid) van Self Service is voor een aantal van onze klanten niet op het niveau wat je zou mogen verwachten. Met name de professionals (PSA-gebruikers) kunnen hier hinder van ondervinden. Wij vinden betrouwbaarheid van onze systemen zeer belangrijk. Daarom werken wij hier hard aan in samenwerking met een aantal van onze klanten. In de release notes is voor dit onderwerp een nieuw hoofdstuk toegevoegd: ‘Samen op weg naar een betere performance’. Hierin zullen wij u informeren over de verbeteringen die we doorvoeren ten aanzien van stabiliteit en performance. De afgelopen periode hebben wij al een aantal stappen gezet; Het gebruik van de databases is geoptimaliseerd zodat er meer dataverkeer gelijktijdig kan plaatsvinden. Wij zijn overgestapt op een nieuwere versie van de database. Deze nieuwe versie kan het dataverkeer sneller afhandelen. De monitoring op alle databases is verbeterd. Hierdoor zijn we nog beter in staat om te anticiperen en acteren op mogelijke veranderingen in dataverkeer. Met een aantal klanten zijn specifieke afspraken gemaakt over het rapporteren van performance problemen. Door direct in contact te staan met onze klanten krijgen we meer inzicht in gebruikerservaring en dit draagt bij aan het specifiek kunnen herkennen en aanpakken van de oorzaken. De doorgevoerde acties zullen geleidelijk leiden tot verbetering. Komende periodes blijven wij hierin stappen zetten. Het kan zijn dat u hiervan hinder ondervindt. Wij zullen er hard aan werken om dit tot een minimum te beperken.  Publishing Date : 8/23/2019
Volledig artikel weergeven
23-08-2019 21:35 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 1 kudos
  • 349 Weergaven
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
Volledig artikel weergeven
18-04-2019 15:14 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 351 Weergaven
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
Volledig artikel weergeven
22-03-2019 17:52 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 337 Weergaven
  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
Volledig artikel weergeven
27-03-2019 20:48 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 299 Weergaven
  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
Volledig artikel weergeven
01-02-2019 19:34 (Bijgewerkt op 31-01-2022)
  • 0 Antwoorden
  • 0 kudos
  • 281 Weergaven
New New reference tables added to the HR Data Feed Why Some customers have reported they wanted to link data, but not all reference tables were present to do this. How New table to download has been added on Data Feed to the Entity Organisatorische eenheid. It's called Koppeltabel_Organisatorische_Eenheid_Arbeidscontract. New table to download has been added on Data Feed to the Functie informatie Entity. It's called Koppeltabel_Arbeidscontract_Functie_Informatie. Your action As a customer to make use of the reference tables you need to consume the information and process the new reference tables in your software / integration solution to make use of the information. Improved Reliability of daily updated leave data for ad-hoc reporting is improved Why Some customers have reported that they did not see the latest data when building ad-hoc reports using report models. How We found that the process for updating the data did not work properly. This has been solved. Your action No action is needed. Metric accuracy sickness duration has been improved Why Some customers have reported that they ran the standard reports R-ZK-10000, R-ZK-10010 and R-ZK-10020 for the whole organization. On the last page, there was a big difference in Average sickness duration. We analyzed this and found that these values were incorrect. How The calculations have been adjusted and the reports now show the correct values. Your action No action is needed. Publishing Date : 4/18/2019
Volledig artikel weergeven
18-04-2019 15:55 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 279 Weergaven
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
Volledig artikel weergeven
22-03-2019 18:45 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 271 Weergaven
In een extra release van 11 september 2019 is het volgende gewijzigd. Gewijzigd en verbeterd Zoekfunctie Archief uitgebreid Alle Self Service Waarom Self Service gebruikers controleren meestal mutaties uit de recente geschiedenis. Op basis van de huidige filters worden te veel items getoond. Hoe Het is vanaf nu mogelijk om mutaties te zoeken per ingangsdatum. De zoekfunctie van het Archief is met ingang van 11 september 2019 uitgebreid met een ingangsdatum (vanaf t/m) filter. Naast de gebruikersvriendelijkheid zal dit scherm door het gebruik van de nieuwe filters sneller de gegevens ophalen. Dit filter toont als default waarde de mutaties met een ingangsdatum startend vanaf 3 maanden geleden t/m vandaag. Indien gewenst kunt u een andere tijdsperiode selecteren. Uw selectie wordt bewaard zolang de sessie duurt. Indien u op het rode filter drukt dan maakt u de periode leeg en kunt u een nieuwe periode selecteren. Als u dit scherm verlaat en u daarna ernaar terugkeert, zal de laatst gebruikte selectie weer worden getoond. De ingangsdatum waarop kan worden gezocht is de ingangsdatum die u rechtsboven in de formulieren ziet staan. Publishing Date : 9/18/2019
Volledig artikel weergeven
18-09-2019 21:42 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 278 Weergaven
In this version... Changed in version 2 The subject 'Digital Signing - Changes on the email signature' is changed. We have added instructions to register the company who will send the e-mail. Announcement Towards a better performance We have made a change to improve the user experience of the Archive list that will also lead to an improvement in the performance of this page. For the explanation and performance of this adjustment, read the subject 'Search function Archive extended' in these release notes. An improvement has also been made to the Effort form. This improvement prevents information being collected unnecessarily from now on. This will improve the performance of the Effort form. Modified and Improved Active signalling - When starting up a workflow from Active signalling, the default values were not filled on the first form When defining a signal in HR Core, you have the option to create a 'Workflow' signal. When starting a G-form by means of active signaling, no rubriek fields were filled on the first form as you were used to when starting a workflow directly from Self Service. This is solved in this release. The priority of the shown value is: 1. Data passed in with request; 2. Value from employee data; 3. The default rubric value; 4. Empty value. Digital Signing - Option to sign from Batch Signing removed for Employees When sending a document to 'Digital signing' from a workflow, until now all the users were prompted to select one option to send the documents for a signature: Send later using 'Batch signing' or 'Send for signature now' from the workflow. This leads to some confusion as employees may not have access to the 'Batch signing' option in Self Service. Due to this, if the user sent the documents to 'Batch signing' and do not have access, there is no way for them to send later to the 'Digital signing' procedure. With the changes introduced in this release the employees will not see the option to send later from 'Batch signing' and will see only the pop up to add their email address and phone number to send the documents at that moment for signature. Other type of users like managers and professionals will still have the option to select 'Batch signing' procedure if needed. Digital Signing - Changes on the email signature There has been some changes done to the signature that appears in the emails that users receives when they have an available document to sign on Intraoffice portal. Until now the default signature contained 'Youforce HR Team' and from now on it will contain the name of the company that sent the email in the same way that appears identified in Self Service account.  Digital Signing - Changes on the phone number validation This change has been implemented based on the customer feedback and the votes received from the our Ideas Portal. To prevent issues with mobile phone numbers when filling this information in the Self Service pop up for 'Digital signing' signature, we modified the actual checks to validate the phone numbers. From now on this validation checks that the phone number doesn't start with a '0' (zero) and that it contains only 9 digits, which is the standard mobile phone number length. You can register the name of the company who sends the e-mail at Beheer > Systeem > Instelling: Search function Archive extended Self Service users usually check for mutations from recent history. Too many items are displayed based on current filters. It is now possible to search for mutations per effective date. The search function of the Archive has been extended with effect from 11 September 2019 with an effective date (from and including) filter. In addition to the user-friendliness, this screen will retrieve the data faster by using the new filters. This filter shows as default value the mutations with an effective date starting from three months ago to today. If desired, you can select a different time period. Your selection will be saved for the duration of the session. If you press the red filter then you clear the period and you can select a new period. This will also reset your filter below. The archive has been expanded with two new fields: 'Start date from' and 'Start date up to and including'. We have done this because of performance problems. If you get the Archive for the first time after logging in, then the 'Start date from' date: the date of three months ago is already entered. The 'Start date up to and including' is already filled in with the current date. These are not mandatory fields. So if, for example, you want a bank view of mutations up to six months ago, then adjust the 'Start date from'. If you want to see future mutations, it is best to empty 'Start date up to and including'. If you only want to search by mutation number or employee number, you can also choose to use both fields 'Start date from' and 'Start date up to and including'. If you leave this screen and then return to it, the last used selection will be displayed again. The starting date that can be searched is the starting date that you see in the top right of the forms. List filtering - New validations on the dates filter in Archive We added new validations to the dates filter on the Archive area in Self Service. This validations will prevent the users to enter incorrect dates or dates in a non valid format that used to return search results and could lead to user confusion. The new checks added includes: Date format checking: Dates has to have the right format (DD-MM-YYYY) and cannot contain a letter or other characters not supported in a date format. Leap years checks: When entering the date of February 29th it will only run the search if the year is leap. If not it will show an error as the date is invalid. It will show the error message if start date happens after end date or end date happens before start date, which are not logical searches Before this change the user could even see results with incorrect dates or not valid format dates but from now on the page will not make the call to the server if the format is incorrect and now refresh on the page will be done showing new results. Legislation Validation of the IBAN code for bank accounts As of January 1st, 2020, the Netherlands will fully switch to the International standard for IBAN for the bank accounts verification. In this release we adapted the IBAN rubriek in Self Service to be aligned with the new validations so from now on this International standard will be used for the IBAN verification in the Self Serivice forms. All the IBAN codes provided by your bank before and after this change will still be valid. We simply added the International standard validation in Self Service as the banks in The Netherlands will follow this IBAN format from now on. The change will be applied automatically to the IBAN rubriek so there's no additional configuration or changes needed for the users. Solved changes Export on paper - Page could not filter mutations greater than 1.000.000 (change 1236521) From various customer we received the messages that the functionality 'Export on paper' ('Export op papier') could not filter mutations greater than 1.000.000. The 'Export op papier' functionality didn't show a message error when filtering by mutations greater than 1.000.000. Solution From now on it will be possible to filter any amount of mutations. The problem is fixed and doesn't occur anymore.   Publishing Date : 11/6/2019
Volledig artikel weergeven
25-10-2019 19:36 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 259 Weergaven
Modified and improved Candidate data form improved If you have selected a candidate you will enter the 'Candidate data' form. You will receive an overview of the candidate data. First, you will see the vacancy number and vacancy title. We have added this to the screen. You can also change (if needed) the department and/or the employer here if necessary. These 2 fields are needed to place the candidate at the right employer and under the right department. The department field is filled by default with the value from the vacancy. If you are a manager, the field employer is filled by default with the value that you have as a manager. If you have a professional role, the employer field is left blank by default and you must select an employer. After this click on the 'Continue' button to start the 'New employee' process. This link with Recruitment only starts the 'new employee' processes in Self Service. Transfer processes are not included. Recruitment fields in 'Accept candidate' form On the 'Accept candidate' form there are 5 fields which are filled in with a (correct) value from Recruitment. However, with the import of data for these fields a mismatch occurs with the Self Service fields because the layout of the Self Service fields differs from that of Recruitment. The values in these fields are causing an error message on the form. In the June release, we announced that we were going to remove the automatic filling of these fields. However, we have a better solution for this, which we will implement in the August release. If you already use the link between Recruitment and Self Service, you will receive an error message. By selecting the correct value in Self Service, the error message will no longer be displayed. It concerns the following fields: Salutation Title Marital Status Country Gender Solved changes New 'Confirm' button on Leave withdrawal form leads to an error message (change 1402665) Message A '500-error' appears when clicking on the button 'Confirm' in Leave withdrawal workflow. Solution Digital Signing has been included properly in this form (Leave withdrawal) solving the '500-error' and allowing the users to sign documents. '500-error' appears when clicking on start/todo/done/archive list Message When logging in Self Service a '500-error' (time out) appears after loading the todo list for more than 30 seconds. The same error appears after clicking on the start/todo/done/archive list. Solution We improved the query to generate a more optimized query and to reduce performance time. Replacement date does not reflect the selected date (change 411553) Message When selecting the date of a replacement in the header of the column the text mentions that the last day selected is included, but it is not. The workaround for the users that knew about this issue was to add an extra day to the replacement date. However, we received requests asking to change the information so it reflects the actual behavior of the date.  Solution The column header now shows 'Replacement up to but not included', so it reflects that the real date of the replacement is the next day after the selected date.    Publishing Date : 7/2/2019
Volledig artikel weergeven
21-06-2019 20:24 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 261 Weergaven
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
Volledig artikel weergeven
22-03-2019 18:49 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 272 Weergaven
Announcement Clean up old mutations (changes 1335719, 1236622, 1331839, 547573) We have noticed that many old mutations are still open. This places an unnecessary load on Self Service. To reduce this, we will take action in Week 18 (April 29 through May 3) and remove all outstanding mutations from before January 1, 2018. All open mutations prior to this date will no longer be present in the system and can no longer be retrieved. This only concerns changes that have not been fully completed. Completed mutations will remain in the system for audit purposes. You will still be able to see all outstanding mutations dated after December 31, 2017. Solved changes Spelling error (change 1244479) Problem On a workflow definition page, the message 'Geen data beschrikbaar' is shows after a filter action with no result. Solution As from this release, the message will read 'Geen data beschikbaar'. The spelling error in this message (an extra 'r') has been removed. History not shown when mutations are expanded on archive list (change 1283574) Problem When the user clicks 'Archive' and expands a mutation, no data appears. Clicking the button to show the mutation results in an empty screen. Solution When the user clicks 'Archive' and expands a mutation, an error message is generated if no data comes up after 30 seconds: 'An unexpected error occurred while retrieving this transaction. Please try again later. If the error keeps repeating, please contact your administrator or the Visma | Raet service center.' The process of sending new employee and new contract email is not working properly (change 1007890) Problem In the 'new employee or new contract (NW or ND)' workflow, the email with attachments is not sent to the employee. If the 'Private email address' field is filled at a later time, the field is not updated. Solution As from this release, the 'Private email address' field will always be updated when it is filled or changed in the 'new employee/new contract (NW/ND)' workflow. An email will then be sent to the employee. If disruption occurs while updating, an error message will read 'Error while processing (private email)'. The roles fails to take the role's start and end date into account (change 518839) Problem The roles does not take the end date of that specific role into account. As a result, incorrect roles (and users connected to these roles) can be returned. Former managers may still receive emails from their previous organizational unit. Solution With the Youforce Portal release 2019-04, the roles takes into account the start and end date. Former managers will no longer receive emails from their previous organizational unit. Problem generating statistics outside disabled period (change 1365977) Problem Outside the disabled period, it was not possible to generate relevant statistics. Solution It is now possible to generate relevant statistics outside the disabled period. Employee trying to log in as a delegate receives a 500 error (change 1154892) Problem An employee trying to log in to Self Service as a delegate is presented with a 500 error on the menu. Solution When an employee logs in as a delegate, the menu on the left appears. Mutation is not blocked when button 'Confirmatie text' or 'Memo toevoegen' is clicked (change 1284116) Problem A mutation proceeds to the next activity before digital signing has been completed. Previously the user received a message and the mutation was blocked.  Solution Digital Signing has been introduced in several forms which were not used in the past. Digital Signing will now also work with: 'Gegevens wijzigbaar', 'Confirmatie tekst' and 'Memo toevoegen'. User receives 500 error when clicking on Rehire tile (change 1370525) Problem When they click on Rehire tile, the user is presented with a 500 error. Solution As from this release, the 500 error no longer appears. Publishing Date : 4/24/2019
Volledig artikel weergeven
18-04-2019 17:15 (Bijgewerkt op 01-02-2022)
  • 0 Antwoorden
  • 0 kudos
  • 252 Weergaven