- Navios
- 26 de agosto de 2026 às 03:52 UTC
- Autor
- Kamo
- Enviar
- 1b811a6
Duas correções que o rolo da conta tornou visível. Um número de telefone pode ser um ponto de contacto em mais de um proprietário ao mesmo tempo, e duas pistas sobre uma conta que partilha uma é o caso ORDINÁRIO — elas são o a mesma pessoa que pergunta duas vezes, e é por isso que eles estão em uma conta. O fósforo escreve uma linha por proprietário deliberadamente, porque cada uma dessas linhas próprio; sindicalizado em um rolo, que é uma chamada mostrada duas vezes. Pior do que desarrumar: da última entrada mostrada, então a próxima página começa no lugar errado. As linhas são agora colapsado em (canal, fonteId) — a ingestão de identidade já usa para stay idempotent — e contagens usam COUNT(DISTINCT sourceId) para que o trilho concorde com a lista. O segundo é mais antigo do que este recurso. membersFor return Map.of () when no row nomeado um membro da equipe, e os ouvintes olham cada linha por linha.getMemberId(), que é nulo para cada chamada de entrada, texto ou e-mail que ninguém lidou. Map.of().get(null) lança, de modo que uma página cujas entradas eram TODOS desatribuídos respondeu 500 — o estado a linha do tempo de um lead não trabalhado está em definição. Retorna um HashMap agora, que responde nula, que é o que o mapper já esperava. O mapeamento também se moveu após a mesclagem, então uma conta rolando 25 leads resolve Os membros do pessoal numa consulta em vez de 25.