- Shipped
- 22 luglio 2026 alle ore 20:23 UTC
- Author
- Kamo
- Commit
- c09cad2
assegnareLead aveva zero chiamanti e non aveva mai eseguito in produzione. Prima del cablaggio percorso di riassegnamento di massa ad esso, dare le garanzie che il percorso ha bisogno: - prendere orgId e verificare BOTH il piombo e il nuovo cessionario appartengono ad esso, quindi un il riassegnamento non può raggiungere attraverso gli inquilini (riportato come "non trovato" piuttosto che "proibito" in modo che l'errore non possa essere utilizzato per sondare id di piombo stranieri) - bloccare la riga con findByUidForUpdate: un riassegnamento manuale e un concorrente accettazione della piscina bersaglio lo stesso piombo e altrimenti si interpellerebbe in un perso aggiornamento - liberare le bandiere della piscina, specchiando CreditLeadAssignmentService. Una pista segnata per auto-assegnamento altrimenti rimane in piscina dopo essere stato rivendicato a mano e viene preso da sotto il suo nuovo proprietario - pubblicare chat routing, come updateLead già fa, quindi il mutuatario aperto dal vivo chat segue il piombo invece di rimanere con il precedente ufficiale Aggiungi anche il modello canonico LEADS ASSIGNED. La chiave deve essere in CANONICAL KEYs o non può mai essere seme e non può mai self-heal, e ogni invio restituisce un permanente 404.