Waarom verandert een Time Tracker-saldo zonder transacties?
Updated
by
Daniel Sjögren
Als een Time Tracker plotseling verandert, komt dit meestal doordat er planningselementen bestaan in eerdere tijdsperioden die nog niet zijn overgezet naar de payroll.
Een Time Tracker telt de laatst bijgewerkte periode en 60 dagen terug in de tijd, gerekend vanaf de huidige datum. Dit betekent dat als u items heeft binnen de afgelopen 60 dagen vanaf de huidige dag (of de dag die momenteel wordt weergegeven in de tijdskaart) die nog niet zijn overgezet naar de payroll, uw Time Tracker het verkeerde aantal uren zal weergeven.
Om dit op te lossen, zorg ervoor dat u een definitieve overdracht naar de payroll doet om bij te werken. Daarna zouden uw tijdtrackers het juiste aantal uren moeten weergeven.
Waarom 60 dagen?
Het interval van 60 dagen is ontworpen om optimale systeemprestaties en berekeningsnauwkeurigheid te garanderen. Onze berekeningsengine (LABM) ondersteunt zowel Time Trackers als Payroll. Wanneer de loonlijst (TTP) niet vaak wordt uitgevoerd, moet LABM grotere datasets verwerken voor on-demand berekeningen, waardoor het systeem zwaarder wordt belast en de prestaties mogelijk worden beïnvloed. Daarom hebben we een limiet in de backend die alleen kan verwijzen naar informatie tot 60 dagen in het verleden.
Door de salarisadministratie minstens eens in de 60 dagen uit te voeren, maken we een “snapshot” van de berekeningsresultaten in onze database. Dankzij deze momentopname kan LABM verwijzen naar vooraf berekende gegevens en zich alleen richten op recente updates.
Voorbeeld
Vakantiedagen tellen alle dagen vanaf de huidige dag en terug in de tijd als de salarisperiode hard vergrendeld is (anders tot 60 dagen) en houden zelfs rekening met maximaal 30 dagen vooruit.
