Als een tijdregistratie plotseling verandert, komt dat meestal door planningsposten die in eerdere tijdsperioden bestaan en nog niet naar de loonadministratie zijn overgezet.
Een tijdmeter telt de laatst bijgewerkte periode en 60 dagen terug in de tijd, vanaf de datum van vandaag. Dit betekent dat als je in de afgelopen 60 dagen vanaf de huidige dag (of de dag die momenteel op de tijdkaart staat) items hebt die niet naar de loonadministratie zijn overgezet, je tijdmeter het verkeerde aantal uren zal tonen.
Om dit op te lossen, zorg ervoor dat je een definitieve overdracht naar de loonadministratie doet om bij te werken. Daarna zouden je Time Trackers het juiste aantal uren moeten weergeven.
Om duidelijk te zijn: een definitieve overdracht naar de loonadministratie, ook wel een harde vergrendeling van het rooster genoemd, is niet hetzelfde als het vergrendelen van je rooster vanuit de planningsweergave. Het simpelweg vergrendelen van je rooster voorkomt alleen dat er wijzigingen worden gedaan aan diensten en punches, maar het blijft het saldo van de Time Tracker beïnvloeden.
Waarom 60 dagen?
Het 60-dagen interval is ontworpen om optimale systeemprestaties en berekeningsnauwkeurigheid te waarborgen. Onze rekenmachine (LABM) ondersteunt zowel Time Trackers als Payroll. Wanneer payroll (TTP) niet vaak wordt uitgevoerd, moet LABM grotere datasets verwerken voor on-demand berekeningen, wat de systeembelasting verhoogt en mogelijk de prestaties beïnvloedt. Daarom hebben we een limiet in de backend die alleen kan verwijzen naar informatie tot 60 dagen in het verleden.
Het draaien van de loonadministratie minstens eens per 60 dagen creëert een "momentopname" van berekeningsresultaten in onze database. Deze snapshot stelt LABM in staat om vooraf berekende data te refereren en zich alleen te richten op recente updates.
Voorbeeld
Vakantiedagen tellen alle dagen vanaf de daadwerkelijke dag en terug in de tijd als de salarisperiode hard is vastgelegd (anders tot 60 dagen) en houden zelfs rekening tot 30 dagen vooruit.
