- Spegnimento
- 12 agosto 2026 alle ore 06:44 UTC
- Autore
- Kamo
- Impegno
- ff8cb91
TimecardOrgConfig detiene il workweek, confine di giorno di lavoro, arrotondamento, regola-set puntatori e gli interruttori di revisione. Nulla in esso è letto in tempo di calcolo — ogni valore viene istantaneo su un periodo di pagamento quando il periodo si chiude e il motore legge l'istantanea, che è ciò che permette un org cambiare le sue regole senza riscrivere ciò che ha già pagato. TimecardHoliday è DATED, non governato. "Quattro giovedì a novembre" è una regola e le regole derivano, quindi un calendario generato tre anni fa sotto un la regola sarebbe silenziosamente in disaccordo con ciò che è stato effettivamente pagato. La divisione pagata/lavorata è il motivo per cui l'entità esiste affatto: vacanza PAY è ore non funzionate, quindi 778.218 lo esclude dal tasso regolare e non conta verso il soglia di straordinario, mentre le ore di vacanza lavorate sono ore ordinarie che possono portare un premio. Trattandoli come una cosa supera il tasso regolare per tutti coloro che hanno preso il giorno libero e understates straordinario per tutti coloro che non lo hanno fatto. TimecardSchedule è una tabella sia per il default di org che per il override di un membro, perché la risoluzione è "la fila del membro se ce n'è uno, l'org's altrimenti" e due tabelle duplicano ogni colonna e li lasciano andare. Si'. è datato in modo efficace in modo che un cambiamento di programma in giugno non può reattivamente fare marzo Sembra assenteismo. Un programma non paga mai nessuno. È paragonato a quello che è successo e mai usato al posto di esso — pagando da un programma è il pranzo auto dedotto di pianificazione del cambiamento. Ciò che guida legittimamente è il rilevamento delle eccezioni, la frequenza punti, avvisi open-shift e premi predittivi-scheduling.