- Navios
- 22 de julho de 2026 às 20:23 UTC
- Autor
- Kamo
- Enviar
- 972f4de
POST **************** move um lote de pistas para uma equipa membro e e-mails que membro uma vez para todo o lote. Autorização usa REASSIGN LEADS MANUALLY (149) — o direito nomeado para exatamente Isto. Isso é mais rigoroso do que o caminho de liderança única em PUT /leades/{id}, que verifica ASSIGN LEADS; reatribuir uma centena de leads é um raio de explosão diferente da reatribuição de um, e os dois direitos existem para que possam ser concedidos separadamente. O nível de visibilidade não atribuído também é aplicado aqui. A atribuição é uma visibilidade subsídio: uma vez que um lead é atribuído ao chamador ele lê como "atribuído a mim", que levanta o 403 não atribuído e salta a máscara de contato-info. Sem isto verificar um chamador segurando 149 mas não View UNASSIGNED LEADS poderia auto-atribuir leads A grelha esconde-se deles e lava-os para serem totalmente legíveis. Saltado leads report NOT FOUND — coincidindo com o que sua própria grade mostra — então a resposta não pode enumerar pistas escondidas ou estrangeiras. O lote não é deliberadamente tudo-ou-nada: cada atribuiçãoLead funciona em seu próprio transação e um ID ruim torna-se um skip, porque descartar nove bons As reatribuições ao longo do décimo é pior do que relatar qual não tomou. Capturei a 250 por chamada para amarrar tanto as fechaduras da linha como o ventilador em tempo real. O notificador resolve os seus dados numa transacção curta através de um feijão separado e envia depois, então uma chamada de saída com um tempo limite de leitura 30s nunca pinos um Ligação CRDB. Cruzar o limite do feijão é também o que faz @Transactional aplicar-se em tudo — auto-invocação seria silenciosamente executado sem transação e LAZY associação de usuários jogaria.