- Verschifft
- 6. Oktober 2026 um 01:11 UTC
- Autor
- Kamo
- Ausschuss
- 8f0ac9a
LeadIntakeProcessingJob erzeugt jede Führung, die durch den Endpunkt der Aufnahme ankommt, über LeadService.createLead, der die Telefone und Adressen des Leads (LEAD_CONTACT_POINTS) nur dann indiziert eine LeadContactPointService-Beine existiert - es ist @Autowired(erfordert = false). DaemonService nie erklärte eine, so dass der Index stillschweigend übersprungen wurde: kein Anruf, Text oder E-Mail könnte jemals zu einem Link Ansaugführung. Gefundene Rückverfolgung Harmony Home Loans 'JustCall Anrufe: 38 Harmony führt mit einem Telefon oder Adresse, alle Aufnahme erstellt 2026-10-02..05 (Quelle "Sep. Active Va Leads" und leer), hatte keine Kontaktpunkte; jeder Lead erzeugte auf irgendeinem anderen Weg sie. Keine andere Org betroffen. LeadCommsBeanConfig erklärt die Beine (die Eigentümer-Service-Regel SharedLibBeanSafetyTest erzwingt), und @EnableJpaRepositories gewinnt com.kamo.z.shared.comms für sein Repository - das Paket VOIPService und SecurityService scannt bereits auf dem gleichen Boot 3.1.5. LeadService ist die einzige Shared-Blib-Beine mit optionale Abhängigkeiten; alle drei lösen sich jetzt hier wie anderswo auf. Die 38 bestehenden Leads Selbstheilung: SecurityService Communications Registerkarte ruft seedIfAbsent, die Indizes einen Vorsprung von seinem Erstellungsdatum das erste Mal die Registerkarte geöffnet wird. Tests: LeadCommsBeanConfigTest (Beine vorhanden; Scan deckt das Projektarchiv ab) - RED first, 2 Ausfälle. Volle Suite 111/111.