- Verschickt
- 13. November 2026 um 02:17 UTC
- Autor
- Kamo
- Commit
- 7f9bd03
DocsService hatte niemals @EnableScheduling, daher hat auch keiner seiner @Scheduled Jeder wurde anhand von Live-Daten geprüft und für einen bestimmten Zeitraum gesichert Erstlauf vor dem Einschalten: - Karriere Retention Sweep: Singleton-locked, 200 pro Nacht; 0 Anwendungen sind heute über Retention hinaus. - Talent-Alert Digest (stündlich, SENDS EMAIL): Singleton-locked, und ein Digest Jetzt werden nur noch Rollen angeboten, die in den letzten 7 Tagen aufgelistet wurden Nachrichten, die nach einem Ausfall ausgeführt werden, können Abonnenten niemals einen Backlog zusenden. 0 bestätigt Abonnenten heute. - Talent-Alert-Säuberung: Singleton-gesperrt und jetzt begrenzt (500 pro Nacht); 1 Unbestätigte Reihe heute. - Karriere Trichter Flush: pod-lokale Zähler, absichtlich freigeschaltet. - der eigene private Scheduler der Compliance-Engine ist GEHEN: seine Jobs sind Normale @Scheduled-Methoden laufen jetzt nicht mehr auf zwei Takten. Scheduler Pool 3 Threads (Konfigurationskarte). Zeitplan-Trigger ("jeden Januar", "alle 3 Monate ab Januar"), gespeichert als every:<months>:<startMonth>, werden nun von einem nächtlichen Singleton-locked Jede Runde ist eine Zeile in hr_compliance_schedule_run, beansprucht mit dem Befehl sweep (04:10) Runde passiert einmal, was auch immer die Pods oder Neustarts tun und fährt fort, wo es Pro Mitglied verwendet es wieder ensureAssigned mit dem ersten Tag der Runde: am Eine Datei, die bereits gesendet wurde, in Überprüfung ist oder in dieser Runde gesendet wurde (auch wenn sie seitdem annulliert wurde) Nur die aktiven menschlichen Teammitglieder der Organisation werden gelesen, eine Seite zu einer bestimmten Zeit Ein Zeitplan, der in der Mitte einer Runde gespeichert wurde, beginnt mit der nächsten Runde (die laufende Runde wird als Basislinie aufgezeichnet), so dass das Hinzufügen einer niemals Der Speicher des Editors lehnt einen Zeitplan ab, den der Sweep nicht ausführen kann. member.job_changed: gehört auf security.member.job_changed.> (Warteschlangengruppe Nur Anforderungen, die den Trigger tragen, werden berücksichtigt, und nur, wenn die Änderung das Mitglied NEU in das Publikum bringt (beurteilt (von der vorherigen Abteilung / Stellenbezeichnung im Event) — ein jeder Eine E-Mail, die sie nicht erreicht hat, oder die sie bereits erreicht hat, wird nicht erneut gesendet. TrainingCourse.autoAssignOnJoin ist real: on member.activated, EINE Zuweisung Zeile für dieses Mitglied pro AKTIVEN Kurs, dessen gespeicherte Zielgruppe Dass sie sie einschließt und dass sie sie nie gehalten haben Ich habe nie angerufen, also wird niemand anderes berührt. Also: - Eine ausgeführte Kopie, die älter als die Gültigkeit der Anforderung ist, wird nicht mehr als "on file" (der Datensatz wurde SATISFIED/EXPIRED umgeschaltet und eine Erneuerung ausgeblendet) und record's assignedAt folgt der aktuellen Zuweisung, nicht nur der ersten. - Die W-9-Bibliothek-Voreinstellungszeile wird mit der gebündelten Zeile in Einklang gebracht (Payout Die gespeicherte Zeile wird immer noch in der Datenbank gespeichert commission.credited, die jede NEUE Organisation übernommen hätte. Keine Ausgabe Bump, so dass keine Org etwas angeboten wird.