KamoCRM

Wyzwalacze harmonogramu, wyzwalacz zmiany zadania, szkolenie przy dołączaniu; włączanie harmonogramu

FeatureDocsService
Shipped
13 listopada 2026 02:17 UTC
Author
Kamo
Commit
7f9bd03

DocsService nigdy nie miał @EnableScheduling, więc żaden z jego @Scheduled Każdy z nich został sprawdzony w oparciu o dane na żywo i zabezpieczony na długie lata Pierwsze uruchomienie przed włączeniem: - kariery retencyjne: singleton-locked, 200 na noc; 0 aplikacji Są dzisiaj w przeszłości retencji. - talent-alert digest (co godzinę, WYSYŁA EMAIL): singleton-locked, oraz digest Obecnie oferuje tylko role wymienione w ciągu ostatnich 7 dni, więc pierwsze uruchomienie (lub dowolne Poczta automatyczna (działająca po przerwie) nigdy nie może wysłać subskrybentom zaległości. 0 potwierdzone Dołącz do subskrybentów już dziś. - talent-alert purge: singleton-locked i teraz ograniczony (500 na noc); 1 Niepotwierdzony rząd dzisiaj. - kariery lejka flush: pod-lokalne liczniki, celowo odblokowane. - prywatny harmonogram silnika Compliance został usunięty: jego zadania są Teraz zwykłe metody @Scheduled, więc nic nie działa na dwóch zegarach. Scheduler Pula 3 wątków (configmap). Wyzwalacze harmonogramu ("co styczeń", "co 3 miesiące od stycznia"), przechowywane Jak co: <miesiące>: <początekMiesiąc>, są teraz uruchamiane przez nocne singleton-locked Każda runda jest rzędem w hr_compliance_schedule_run, zgłoszonym przez użytkownika z użyciem: Runda dzieje się raz, cokolwiek robią kapsułki lub restarty i wznawia się tam, gdzie Na członka, który ponownie używa ensureAssigned z pierwszym dniem rundy: on plik, już wysłany, w trakcie przeglądu lub wysłany w tej rundzie (nawet jeśli został unieważniony) jest Tylko aktywni członkowie zespołu organizacji są odczytywani, a strona jest odczytywana z dużą częstotliwością Harmonogram zapisany w połowie rundy rozpoczyna się od następnej rundy (Trwająca runda jest zapisywana jako linia bazowa), więc dodanie jednego nigdy nie wysyła Zapis edytora odrzuca harmonogram, którego zamiatanie nie może wykonać. member.job_changed: usłyszano na security.member.job_changed.> (grupa kolejki Rozważane są tylko wymagania, które posiadają wyzwalacz, I tylko wtedy, gdy zmiana wprowadza członka NOWO do publiczności (sądzono (z poprzedniego działu / stanowiska w wydarzeniu) — an everyone Wiadomość do odbiorcy lub do odbiorcy, który już do nich dotarł, nie jest ponownie wysyłana. TrainingCourse.autoAssignOnJoin jest prawdziwy: na member.activated, JEDNEGO zadania wiersz dla tego członka na kurs ACTIVE "przypisz przy dołączaniu", którego zapisana publiczność Oznacza to, że nigdy ich nie posiadali. HR's whole-audience Nigdy nie dzwoniłem, więc nikt inny nie jest dotknięty. Także: - Wykonana kopia starsza niż ważność wymagania nie jest już odczytywana jako "na pliku" (rekord przerzucił się na SATISFIED/EXPIRED i ukrył odnowienie), a record's assignedAt podąża za bieżącym przydziałem, a nie tylko za pierwszym. - Wstępnie ustawiony wiersz biblioteki W-9 jest zgodny z tym, który jest dołączony (payout TYLKO konfiguracja, właściciel 2026-11-12). Przechowywany wiersz nadal przenoszony commission.credited, które przyjęłaby każda NOWA organizacja. Brak edycji Bump, więc żadna organizacja nie oferuje niczego.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing