- Shipped
- 13 novembre 2026 alle ore 02:17 UTC
- Author
- Kamo
- Commit
- 7f9bd03
Scheduling. DocsService non ha mai avuto @EnableScheduling, quindi nessuno dei suoi @Scheduled Ognuno è stato controllato con i dati in tempo reale e reso sicuro per un periodo di tempo limitato Prima esecuzione prima di accenderlo: - Career retention sweep: singleton-locked, 200 per notte; 0 applicazioni Sono passati la conservazione oggi. - talent-alert digest (orario, invia email): singleton-locked, e un digest Ora offre solo ruoli elencati negli ultimi 7 giorni, quindi una prima esecuzione (o qualsiasi Un server di posta elettronica (che funziona dopo un'interruzione) non può mai inviare agli abbonati un backlog Iscriviti ai nostri abbonati oggi. - talent-alert purge: singleton-locked e ora limitato (500 per notte); 1 Riga non confermata oggi. - flusso del funnel delle carriere: contatori pod-locali, deliberatamente sbloccati. - lo scheduler privato del motore Compliance è Scomparso: i suoi lavori sono I metodi ordinari @Scheduled ora, in modo che nulla viene eseguito su due orologi. Scheduler Pool 3 thread (mappa di configurazione). Trigger di programmazione ("ogni gennaio", "ogni 3 mesi da gennaio"), memorizzati come ogni:<months>:<startMonth>, sono ora gestiti da un nightly singleton-locked Ogni round è una riga in hr_compliance_schedule_run, rivendicata con l'attributo Il round accade una volta qualunque cosa i pods o i riavvii facciano e riprende da dove Per membro si riutilizza ensureAssegnato con il primo giorno del round: il Il file, già inviato, in revisione, o inviato questo round (anche se da allora annullato) è Solo i membri attivi del team umano dell'organizzazione vengono letti, una pagina alla volta Un programma SALVATO a metà turno inizia con il turno successivo (il round in corso viene registrato come baseline), quindi aggiungendone uno non Il salvataggio dell'editore rifiuta un programma che la scansione non può eseguire. member.job_changed: sentito su security.member.job_changed.> (gruppo di coda Vengono considerati solo i requisiti che contengono il trigger, e solo quando il cambiamento porta il membro NUOVO nel pubblico (giudicato Dal dipartimento precedente / titolo di lavoro nell'evento) — un everyone Un pubblico, o uno che li ha già raggiunti, non viene ri-inviato. TrainingCourse.autoAssignOnJoin è reale: su member.activated, UNA assegnazione Riga per quel membro per ogni corso "assegna al momento dell'iscrizione" ATTIVATO il cui pubblico salvato L'assegnazione è un'operazione che li include e che non hanno mai tenuto Non ho mai chiamato, quindi nessun altro è toccato. Inoltre: - Una copia eseguita più vecchia della validità del requisito non viene più letta come "in archivio" (il record si è ribaltato SATISFIED/EXPIRED e ha nascosto un rinnovo), e record's assignedAt segue l'assegnazione corrente, non solo la prima. - La riga di preset della libreria W-9 è allineata con quella in bundle (payout SOLO per la configurazione, proprietario 2026-11-12) commission.credited, che ogni NUOVA organizzazione avrebbe adottato. Nessuna edizione Bump, quindi nessuna organizzazione è offerto nulla.