In de release note stond onlangs onderstaand artikel:
3. Tijdelijke mutaties voor rubrieken met Payroll Gemal component
In combinatie met Self Service wordt nieuwe functionaliteit ontwikkeld waarmee u in de toekomst, voor een rubriek waaraan een Payroll Gemal component is gekoppeld, een begin- en einddatum kunt opgeven. In HR Core Beaufort zijn voor de rubrieken waarvoor dit mogelijk is PY.. (begindatum) / PZ.. (einddatum) rubrieken aangemaakt die met de incidentele export naar Self Service zullen worden geëxporteerd. U kunt in HR Core Beaufort niets met deze rubrieken doen. Self Service zorgt voor het aanleveren van de juiste mutaties, ingangsdatum en waarde, richting HR Core Beaufort.
Wilt u gebruik maken van deze functionaliteit voor één meer rubrieken dan zult u deze rubrieken moeten toevoegen aan uw aanvullende rubriekenset voor de rubrieken die niet in de standaard HSS rubriekenset zitten.
Ik was al heel blij maar kwam vervolgens al snel tot ontdekking dat deze PY.. en PZ ... rubrieken niet aangemaakt zijn voor bijvoorbeeld de rubriek P01126 (eind inzet datum) P01125 (begindatum inzet) of voor eigen rubrieken t.b.v. tijdelijke functie/urenwijzigingen etc. Waarom is dit niet meteen meegenomen in dit verhaal ?
Nu moeten leidinggevende een mutatie maken in self service voor bijv. een tijdelijke functie/uren/salaris wijziging of tijdelijke overplaatsing en vervolgens moeten ze dus na afloop van deze tijdelijkheid toch weer een mutatie maken om te zorgen dat het terug gezet wordt naar de oorspronkelijke uren. Dit wordt als zeer lastig en zeker niet als ondersteunend ervaren. Niet door de leidinggevende en niet door de administraties.... Gaarne hier met grote prioriteit aan werken....
Visma Denemarken
Visma Finland
Visma Letland
Visma Nederland
Visma Noorwegen
Visma Zweden
Visma Developers & Partners
Visma Latijns-Amerika