- Enviado
- 13 de noviembre de 2026 a las 2:17 UTC
- Autor
- Kamo
- Commit
- 7f9bd03
Programación. DocsService nunca tuvo @EnableScheduling, por lo que ninguno de sus @Scheduled Cada uno fue comprobado con datos en vivo y se hizo seguro para un uso futuro La primera ejecución antes de encenderlo: - barrido de retención de carreras: bloqueado por un solo jugador, 200 por noche; 0 solicitudes Son pasados de retención hoy. - resumen de alerta de talento (por hora, ENVIA CORREO ELECTRÓNICO): bloqueado por singleton, y un resumen Ahora solo ofrece roles listados en los últimos 7 días, por lo que una primera ejecución (o cualquier Un servidor de correo (que se ejecuta después de una interrupción) nunca puede enviar un backlog a los suscriptores Suscríbete hoy mismo. - purga de alerta de talento: bloqueada por singleton y ahora limitada (500 por noche); 1 Una fila no confirmada hoy. - Carreras de embudo de descarga: contadores pod-locales, desbloqueados deliberadamente. - el propio planificador privado del motor de cumplimiento se ha ido: sus trabajos son Ahora no se utilizan los métodos ordinarios @Scheduled, por lo que nada se ejecuta en dos relojes Grupo de 3 hilos (configmap). Programar desencadenadores ("cada enero", "cada 3 meses a partir de enero"), almacenados como cada:<meses>:<mesinicio>, ahora son ejecutados por un singleton-locked nocturno Cada ronda es una fila en hr_compliance_schedule_run, reclamada con el atributo hr_compliance_schedule_run La ronda ocurre una vez, independientemente de lo que hagan los pods o los reinicios, y se reanuda donde Por miembro se reutiliza ensureAsignado con el primer día de la ronda: en Un archivo, ya enviado, en revisión, o enviado esta ronda (incluso si desde que se anuló) es Solo los miembros activos del equipo humano de la organización son leídos, una página a la vez Un horario SAVED a mitad de la ronda comienza con su siguiente ronda (la ronda en curso se registra como una línea de base), por lo que agregar uno nunca envía El guardado del editor rechaza una programación que el barrido no puede ejecutar. member.job_changed: escuchado en security.member.job_changed.> (grupo de cola Solo se consideran los requisitos que llevan el desencadenador, y solo cuando el cambio trae al miembro NUEVO en la audiencia (juzgado Desde el departamento anterior / puesto de trabajo en el evento) — un everyone Una audiencia, o una que ya les ha llegado, no se reenvía. TrainingCourse.autoAssignOnJoin es real: en member.activated, UNA asignación fila para ese miembro por curso ACTIVO "assign on join" cuya audiencia guardada Ellos nunca han tenido una posición en la empresa que los incluye y que nunca han tenido Nunca llamó, así que nadie más es tocado. También: - Una copia ejecutada anterior a la validez del requisito ya no se lee como "en archivo" (el registro se volvió SATISFECHO/EXPIRADO y ocultó una renovación), y el record's assignedAt sigue la asignación actual, no solo la primera. - La fila preestablecida de la biblioteca W-9 se pone en línea con la incluida (payout La fila almacenada todavía llevaba el nombre de usuario y la contraseña commission.credited, que toda NUEVA organización habría adoptado. Sin edición Bump, por lo que ninguna organización se ofrece nada.