- Verschickt
- 11. November 2026 um 09:54 UTC
- Autor
- Kamo
- Commit
- 50a369f
TriggerConfig gewinnt leadFilter, accountFilter, loanFilter, loanStatuses, audienceId und includeExisting; ein Drip, der mit dem flachen market/vendor/ gespeichert wird Produkt-/Zustandslisten werden gefaltet in den LeadFilter eingelesen. Lead-Trigger und Der Geburtstags-/Jubiläums-Sweep überprüft den Lead durch die SQL der Kampagne (AudienceQueries.byUidAll, ein Schlüssel gelesen) innerhalb des Bereichs des Elements Wer den Drip zuletzt gespeichert hat; der In-Memory-LeadFacts-Vergleich ist weg. byUidAll liest jetzt nach Schlüssel mit "x.org_id + 0" (6.6 s -> 0.9 ms auf dem Weltweit größte Organisation). Neue Auslöser: AUDIENCE_ENTERED, ACCOUNT_CREATED, LOAN_STATUS_REACHED LOAN_CLOSING_SOON und RATE_LOCK_EXPIRING (tägliche Überprüfung). Neue Anmeldung Kontakttypen ACCOUNT und LOAN mit Merge-Feldern für Darlehen. ExitRules leaveWhenNoLongerMatching prüft vor jeder E-Mail erneut (NO_LONGER_MATCHES). POST **************** (+ /estimate) registriert eine Auswahl, 500 Datensätze in der Anforderung und der Rest als fortgesetzter Job auf dem Tropfen. Die Spalten audience_scope, sweep_state, enroll_job werden beim Start von DripAudienceSchema (db/drip-audience.sql).