- Se descapó
- 22 de julio de 2026 a las 20:23 UTC
- Autor
- Kamo
- Compromit
- c09cad2
asignó a Leead tenía cero llamadas y nunca había corrido en producción. Antes de cablear el camino de reasignación a granel hacia ella, dárselo las garantías que el camino necesita: - tomar orgId y verificar BOTH el plomo y el nuevo cesionario le pertenecen, así que a La reasignación no puede llegar a los inquilinos (incununciado como "no encontrado" en lugar de "probado" por lo que el error no se puede usar para sondear ids de plomo extraños) - bloquear la fila con findByUidForUpdate: una reasignación manual y una simulacional acepto de la piscina-acepto apunta a la misma pista y de lo contrario se entrelazaría en una pérdida actualización - despejar las banderas de la piscina, espejo CreditLeadAssignmentService. Una ventaja marcada para auto-asignación de lo contrario permanece en la piscina después de ser reclamada a mano y sacan de su nuevo dueño - publicar enrutamiento de chat, como ya lo hace la actualizaciónLead, así que el prestatario está abierto en vivo chat sigue la pista en lugar de quedarse con el oficial anterior También agregue la plantilla canónica LEADS-ASSIGNED. La clave debe estar en CANONICAL-KEYS o nunca se puede semilla y nunca puede auto-curar, y cada enviado devuelve un 404.