- Spegnimento
- 14 agosto 2026 alle ore 00:19 UTC
- Autore
- Kamo
- Impegno
- cd00f6e
Guida TimecardService # Che si sincronizza # ogni organizzazione la cui prossima sincronizzazione è dovuta. Cron vive qui piuttosto che in TimecardService perché questa distribuzione è RollingUpdate con maxSurge 1, quindi due pod si sovrappongono su ogni rollout e un Il metodo @Scheduled spara due volte — che per una sincronizzazione payroll significa due spinte di le stesse ore. DaemonService è repliche 1, strategia Recreate. Programmato alle 03:00, quaranta minuti dopo la timecard spazza: chiudi aperto sposta e rileva le eccezioni, e l'invio di ore a un fornitore di payroll prima hanno eseguito trasmetterebbe numeri che stanno per cambiare. Rifiuta di funzionare su un mlos vuoto. interno-auth-secret piuttosto che registrare un falso successo — una sincronizzazione payroll che tranquillamente mai gira sembra esattamente come uno che non ha trovato nulla da fare, e la differenza è un periodo di pagamento di ore che mai ha raggiunto il fornitore.