HR Enterprise

Algemeen

Nieuwe releasefrequentie

Om sneller verbeteringen, optimalisaties en nieuwe functionaliteiten beschikbaar te maken, stappen we over op een nieuwe releasecyclus. Vanaf deze release wordt er iedere twee weken een nieuwe release uitgebracht.

Door deze wijziging vallen de releasemomenten van PayMaster en HR Enterprise niet altijd meer samen. Naast gecombineerde releasenotes ontvang je daarom voortaan ook releasenotes die uitsluitend betrekking hebben op HR Enterprise.

IKB

Takenbak-teller toont weer het juiste aantal taken

Door een fout werd niet altijd het juiste aantal te fiatteren taken weergegeven voor een manager bij IKB-aanvragen. Dit gebeurde bijvoorbeeld bij het indienen en vervolgens intrekken van een aanvraag. De teller werd dan niet bijgewerkt.

Dit probleem is opgelost. Het aantal openstaande take komt nu weer overeen met de daadwerkelijk te fiatteren aanvragen.

Deze verbetering wordt op een later moment ook doorgevoerd voor de andere modules. Houd hiervoor de releasenotes in de gaten.

Eigen gegevens

Inzage gegevens oud-medewerkers

Door een bug konden bepaalde persoonsgegevens van uitdienst getreden medewerkers, zoals adresgegevens, niet altijd worden weergegeven.

Dit is opgelost. Gegevens van voormalige medewerkers zijn nu weer volledig inzichtelijk, ook na uitdiensttreding.

Journalisering

Validatie alleen beschikbaar indien werkgever is ingericht

De validatie knop voor de journalisering verschijnt voortaan alleen wanneer de journalisering daadwerkelijk is ingericht op werkgeverniveau.

Werk je met meerdere werkgevers en maken niet alle werkgevers gebruik van een financiële koppeling? Dan hoeft voor deze werkgevers voortaan geen validatie meer te worden uitgevoerd.

Dienstverband

Functiewijziging na urenwijziging

Urenwijzigingen blijven vanaf nu bewaard na het uitvoeren van een functiewijziging als de startdatum van de urenwijziging later is dan de functiewijziging.

Voorbeeld

• Urenwijziging per 1 oktober: van 40 naar 32 uur.
• Daarna wordt een functiewijziging goedgekeurd voor 1 oktober.

De urenwijziging per 1 oktober blijft in dat geval gewoon van kracht.

Behoud kostenplaats bij functiewijziging

Dit betreft geen wijziging, maar een benadrukking van de werking van een functiewijziging voor de kostenplaats(verdeling).

In de afgelopen release is e.e.a. benoemd omtrent het plaatsen van een medewerker op een toekomstige formatieplaats (functie). Wanneer je een functie wijzigt, wijzigt de kostenplaats niet mee naar de kostenplaats die bij de formatieplaats is opgegeven in organisatiebeheer. Deze werking is dus onveranderd. Wil je een andere kostenplaats toekennen? Maak dan een nieuwe dienstverbandwijziging aan.

Voorbeeld:

• Een medewerker zijn dienstverband heeft als kostenplaats ‘Stagiaires’.
• De functie van de medewerker is ‘Stagiair’
• De medewerker wijzigt van functie, namelijk naar ‘Stafmedewerker’. De gekoppelde kostenplaats (in organisatiebeheer) is ‘Staf’.
• Na goedkeuring van deze wijziging, blijft de kostenplaats voor de salariskosten ‘’Stagiaires’.

De kostenplaats ‘Staf’ in organisatiebeheer is de standaardkostenplaats waarop een nieuwe medewerker wordt gezet bij indiensttreding. Voor bestaande medewerkers heeft deze waarde dus geen functie. Maak je geen gebruik van formatieplaatsen? Dan is bovenstaand voorbeeld tevens van toepassing: De kostenplaats verandert niet totdat je deze zelf wijzigt.

Profit only: functiewijzigingen & extra functie

Door een bug waren nieuw aangemaakte functies uit Functiebeheer niet altijd beschikbaar binnen Dienstverbanden.

Dit is opgelost. Je kunt nu altijd een medewerker op iedere functie plaatsen. Standaard zie je nu alle functies in de keuzelijst staan.

Bezetting interval dubbel geteld #1

Wanneer je een tweede functiewijziging goedkeurt voor dezelfde functie, werd door een bug de bezetting dubbel aangemaakt. Dit resulteerde in een te hoog aantal verlofuren en een incorrecte weergave in rapportages. Dit is nu verholpen, zodat er altijd maar 1 bezetting tegelijk actief is op hetzelfde moment.

Bezetting interval dubbel geteld #2

Het gelijktijdig uitvoeren van een functie- en urenwijziging binnen één aanvraag leidde tot een extra uren-record in de database. Dit zorgde voor een te hoog aantal verlofuren en een incorrecte weergave in rapportages.

Dit is opgelost, zodat er altijd maar 1 bezetting tegelijk actief is op hetzelfde moment.

Kostenplaatstoekenning bij toekomstige medewerkers

Bij medewerkers met een toekomstige startdatum werd een melding getoond dat er een kostenplaats ontbrak, terwijl deze wel is toegewezen (de gekoppelde kostenplaats in de formatie in organisatiebeheer).

Deze melding wordt nu niet langer ten onrechte weergegeven.

Functiewijziging met alleen invloed op medewerker

Als je alleen directe invloed hebt over een medewerker – en dus niet op een afdeling – is het niet mogelijk om de bestaande afdeling te zien bij een functiewijziging: Je ziet alleen afdelingsnamen waar je invloed over hebt.

Rooster week-weergave

In sommige situaties werd een meerweeks rooster in omgekeerde volgorde weergegeven, waardoor week 2 boven week 1 stond.

De volgorde is gecorrigeerd. De eerste week van het roosterpatroon wordt nu altijd bovenaan weergegeven.

Betalingsafhandeling – ontbreken BIC en woonplaats

Als in de betalingsafhandeling een rekening gebruikt wordt die al in het systeem aanwezig is, werden de gegevens overschreven met de nieuwe ingave. Hierdoor kon het voorkomen dat een aanwezige BIC en woonplaats leeggemaakt werden als deze nu niet werden gevuld.

Dit is verbeterd waardoor de bestaande gegevens niet verdwijnen als ze ontbreken in de huidige mutatie.

Proforma

Rekencode 1094 toegevoegd

In het proforma berekeningsresultaat ontbrak de door het systeem berekende WGA-premie op rekencode 1094.

De rekencode wordt voortaan wel vermeld waardoor de optelsom voor het nettosalaris compleet wordt weergegeven.

Dienstverband afhankelijkheid verbeterd

De proforma module hield geen rekening met meerdere dienstverbanden waardoor alleen dienstverband nummer 1 gebruikt kon worden.

Dit is verbeterd. Ook medewerkers die uitsluitend beschikken over een dienstverband met een ander nummer kunnen nu correct worden berekend.

Tijdcompensatie

Aanvraag niet mogelijk na uitdienst

Je kunt geen tijdcompensatie aanvraag meer (laten) indienen na de uitdienstdatum van de medewerker. Je kunt nog wel een aanvraag indienen binnen de week van uitdiensttreding, maar niet meer na de uitdienstdatum.

Aanvraag in het verleden

Je kunt nu maximaal 104 weken in het verleden een aanvraag indienen. Dit kan uiteraard alleen als dit is toegestaan in de definitie.

Verlof

Verlofcorrecties wijzigen en verwijderen

Het is nu mogelijk om verlofcorrecties te wijzigen of verwijderen.

Om een correctie aan te passen open je de correctiepop-up en kies je de gewenste actie:

• Klik op het pen-icoon en wijzig de benodigde velden.
• Klik op het prullenbak-icoon om een correctie te verwijderen. De correctie wordt gemarkeerd voor verwijdering. Na het klikken op ‘Toepassen’ is de correctie verwijderd.

Verlof wordt automatisch herrekend bij een wijziging of verwijdering.

Organisatie

Beëindigen formatie met actieve bezettingen

We hebben een validatie toegevoegd, waardoor het niet meer mogelijk is om een formatie te beëindigen als er nog actieve bezettingen op staan. Je ontvangt in dat geval een foutmelding.

Verzuim

Hersteld melden laatste dag in dienst

Door een bug was het niet mogelijk om een medewerker op de laatste dag in dienst hersteld te melden. Dit is hersteld. Je kunt in deze gevallen een medewerker op de uitdienstdatum +1 hersteld melden, zodat de laatste dag in dient is inbegrepen.

Deze actie werkt ook voor medewerkers die al uit dienst zijn.

Salarisverwerking

Kostenplaatsverdeling historische loonstaat

De loonstaatgegevens die in HR Enterprise worden geïmporteerd ten behoeve van rapportages bevatten voorheen geen kostenplaatsgegevens.

Vanaf deze release wordt de kostenplaatsverdeling wel opgeslagen. Vanaf de eerstvolgende salarisverwerking zal de loonstaat op kostenplaats worden opgebouwd. Het betreft nu alleen de import in de salarisverwerking die is uitgebreid. In een volgende release wordt de conversie van de historie en de uitbreiding van rapportages geleverd.

Salaris (PayMaster)

Overzichten

Loonstroken verdicht (Nieuw)

Binnen de salarisverwerking is een aanpassing doorgevoerd in de output die per verwerking wordt aangemaakt.

Vanaf deze versie worden loonstroken voor medewerkers standaard verdicht aangemaakt, zodat eventuele resultaten uit terugwerkende kracht (TWK) zichtbaar zijn op één salarisstrook. Hierdoor ontvangen werknemers bij TWK-mutaties nog slechts één loonstrook waarin zowel de actuele resultaten als de herberekeningsspecificatie zijn opgenomen.

Deze wijziging is doorgevoerd voor de volgende loonstroken die werknemers ontvangen:

• Loonstrook personeelsdossier
• Loonstrook e-mail
• Loonstrook expliciet papier

Voor salarisadministrateurs worden daarnaast extra loonstroken aangemaakt in het Salarisdossier.

Hierdoor zijn voortaan twee varianten beschikbaar:

1. Loonstrook (afboeking + bijboeking)
2. Loonstrook_Twkverdicht (één loonstrook inclusief herberekeningsspecificatie)

Op basis van de bestandsnaam is direct zichtbaar om welk type loonstrook het gaat. De nieuwe ‘Loonstroken TWK gecombineerd’ worden opgeslagen met de bestandsnaam: Loonstrook_Twkverdicht.pdf

Werknemer stammutaties

Op het Overzicht werknemer stammutaties werd een wijziging van het e-mailadres of de beroepsomschrijving met een afwijkende opmaak (kleine letters) weergegeven.

Dit is hersteld. Wijzigingen in het e-mailadres en de beroepsomschrijving worden nu op dezelfde wijze weergegeven als de overige velden binnen het overzicht, met een consistente opmaak en lettergrootte.

Periode loonstaat

Op de periode loonstaat worden de cumulatieve velden 1146 Bedrag transitievergoeding en 1147 Basis transitievergoeding vanaf deze versie niet meer weergegeven.

Deze velden waren uitsluitend bedoeld voor intern gebruik en hadden geen functionele betekenis voor gebruikers. In de praktijk zorgden zij regelmatig voor onduidelijkheid bij het interpreteren van de periode loonstaat.

Om de leesbaarheid en begrijpelijkheid van de loonstaat te verbeteren, zijn deze velden uit de weergave verwijderd.

Let op: deze wijziging heeft géén invloed op de berekening of verwerking van transitievergoedingen. Alleen de presentatie op de periode loonstaat is aangepast.

Controleverslag adresgegevens betaalbestand (Nieuw)

Bij het genereren van PAIN.009-betaalbestanden is een extra controle toegevoegd op de aanwezigheid van verplichte gestructureerde adresgegevens van werknemers.

Wanneer gegevens ontbreken:

• worden de betreffende werknemers opgenomen in een controleverslag;
• wordt duidelijk aangegeven welke adresgegevens ontbreken;
• kunnen de ontbrekende gegevens vooraf worden aangevuld voordat het betaalbestand wordt aangemaakt.

Met deze uitbreiding wordt de kans op afkeuring van PAIN.009-betaalbestanden verkleind en kunnen benodigde correcties tijdig worden uitgevoerd.

Jaaropgaven

In situaties waarin een werknemer gedurende het jaar loonberekeningen heeft gehad volgens zowel de witte tabel als de groene tabel, werd de indicatie van de loonheffingstabel niet altijd correct weergegeven op de jaaropgave.

Dit is hersteld. Op de jaaropgave wordt nu altijd de juiste loonheffingstabel vermeld.

Pensioenaanlevering

UPA-aanlevering

Binnen het UPA-parameterbestand is het nu mogelijk om per deelfonds een leveranciersnummer vast te leggen. Dit leveranciersnummer wordt vervolgens opgenomen in het XML-bericht dat naar het pensioenfonds wordt verzonden.

Voor u als klant is hiervoor geen actie vereist. Het betreft een aansturingsbestand dat door BCS wordt onderhouden.