Als organisatie stimuleren we onze leidinggevenden om contractmutaties zo vroeg mogelijk door te geven. Dit voorkomt gestress op het laatste moment, de medewerker en leidinggevende weten op tijd waar ze aan toe zijn en systemen (o.a. roosteren) zijn ook tijdig met de juiste gegevens gevuld.  We lopen echter tegen technische (?) beperkingen aan waardoor dit moeilijk te verkondigen  blijft. In Selfservice hebben we een tegel/flow voor de leidinggevende om een kostenplaatsmutatie in te dienen voor een medewerker. De leidinggevende kan dat alleen doen bij medewerkers die op  zijn/haar kostenplaats 'staat'. De praktijksituatie doet zich voor dat een medewerker van afdeling A naar afdeling Z gaat met daarbij een urenvermeerdering van 4uur. Dit gaat in per 1 dec 2023. De kostenplaatswijziging wordt in september in Selfservice ingediend door leidinggevende van afdeling A en doorgezet naar Beaufort. De leidinggevende van afdeling B wil de urenmutatie alvast indienen om het af te ronden. Helaas kan de leidinggevende van afdeling B dit pas doen zodra de salarisrun in november is  geweest, want dan pas wordt in het medewerkersscherm in Beaufort de kostenplaats (OE) aangepast naar afdeling Z. De leidinggevende heeft dan nog maar een paar dagen om de urenmutatie af te ronden. Want pas vanaf het moment dat kostenplaatswijziging is doorgevoerd kan de nieuwe leidinggevende de medewerker pas kiezen in Youforce en de mutatie starten.  De mutatie is dan al in september ingevoerd. Wie heeft hier een oplossing voor? ... Meer weergeven

Wij maken gebruik van de Tijdregistratiemodule en de PKB module voor toewijzing van de kosten op de daadwerkelijk gewerkte afdelingen ingeval van bv. uitleen. Door de toenemende complexiteit van cao's, wet en regelgevingen en organisatie regels op het gebied van roosteren/plannen, zien we dat de tijdregistratie module soms hierin niet voorziet. En in sommige gevallen is het ook praktischer en beheersbaarder om deze logica in de roosterapplicatie onder te brengen. Dat houdt wel in dat Beaufort/Gemal via dpia100 wordt gevoed vanuit de roosterapplicatie en de tijdregistratie module niet meer. Voor zover bekend bij ons heeft het uitsluiten van de tijdregistratie module weer impact dat de PKB verdeling onvoldoende gegevens heeft omdat PKB kijkt in de tijdregistratie voor de verdeling. Hoe zorgen we ervoor dat PKB verdeling blijft werken obv dpia100 input? Welk alternatief is er voor de PKB verdeling? Of heeft PKB niet per se tijdregistratie nodig maar kan het ergens anders zijn verdeling ophalen? Welke idee is hierover als straks Tijdregistratie wordt uitgefaseerd (zoals voorzichtig al door Raet is aangekondigd) ? ... Meer weergeven