- Spegnimento
- 6 ottobre 2026 alle ore 01:11 UTC
- Autore
- Kamo
- Impegno
- 8f0ac9a
LeadIntakeProcessingJob crea ogni piombo che arriva attraverso il punto finale di aspirazione, via LeadService.createLead, che indicizza i telefoni e gli indirizzi del piombo (LEAD CONTACT POINTS) solo quando un fagiolo LeadContactPointService esiste — è @Autowired (richiesto = falso). DaemonService mai dichiarato uno, così l'indice è stato silenziosamente saltato: nessuna chiamata, testo o e-mail potrebbe mai collegare a un piombo di assunzione. Trovato tracciamento Harmony Home Prestiti' JustCall chiamate: 38 Harmony conduce con un telefono o indirizzo, tutti i getti creati 2026-10-02..05 (fonte "Sep. Active Va Leads" e vuoto), non aveva punti di contatto; ogni piombo creato qualsiasi altro modo li aveva. Nessun altro org interessato. LeadCommsBeanConfig dichiara il fagiolo (la regola di proprietà-servizio CondivididLibBeanSafety Esecuzioni di prova), e @EnableJpaRepositories guadagna com.kamo.z.shared.comms per il suo repository — il pacchetto VOIPService e SecurityService controlla già lo stesso Boot 3.1.5. LeadService è l'unico fagiolo condiviso con dipendenze facoltative dei comms; tutti e tre ora risolvono qui come fanno altrove. Il 38 esistente conduce self-heal: la scheda Comunicazioni di SecurityService chiama seedIfAbsent, che indici un vantaggio dalla sua data di creazione la prima volta che la scheda è aperta. Test: LeadCommsBeanConfigTest (ben presente; scan copre il repository) — RED primo, 2 guasti. Suite completa 111/111.