08/10/2026

📱 App: Notificações de atendimento enviadas indevidamente

No aplicativo, ao assumir um atendimento da fila, a notificação de início de conversa era enviada a todos os usuários, mesmo em equipes configuradas com visibilidade restrita ao atendente.

O próprio usuário que assumia o atendimento pela plataforma web também recebia a notificação no aplicativo. Além disso, em canais sem chatbot vinculado, a notificação de novo atendimento não era exibida corretamente, e as novas mensagens do contato não geravam notificação.

✅ O que foi corrigido?

• Em equipes com visibilidade restrita ao atendente, a notificação de início de atendimento não é mais enviada aos demais usuários
• O usuário que assume o atendimento, pela web ou pelo aplicativo, não recebe a notificação de início
• A notificação de início de atendimento é exibida no formato "X iniciou uma conversa com Y"
• Em canais sem chatbot vinculado, a notificação de novo atendimento é exibida corretamente para a equipe
• Em canais sem chatbot vinculado, as novas mensagens do contato geram notificação normalmente

💬 Mensagens rápidas: Texto cortado no envio com anexo em canais Z-API

Em canais conectados via Z-API, a plataforma permitia criar mensagens rápidas com até 3.500 caracteres, mesmo quando havia imagem, vídeo ou arquivo anexado.

No entanto, a Z-API aceita no máximo 1.024 caracteres em mensagens com anexo. Com isso, o texto excedente era descartado no envio e a mensagem chegava cortada ao cliente, sem nenhum aviso ao usuário.

✅ O que foi corrigido?

• Em canais Z-API, mensagens rápidas com anexo passam a aceitar no máximo 1.024 caracteres.
• Ao incluir um anexo em uma mensagem com mais de 1.024 caracteres, o texto é ajustado automaticamente para esse limite. Ao incluir um anexo, o texto acima de 1.024 caracteres é removido sem aviso, e não é restaurado caso o anexo seja retirado
• Mensagens rápidas criadas antes da correção com anexo e mais de 1.024 caracteres continuam sendo enviadas cortadas.
• Mensagens rápidas sem anexo mantêm o limite de 3.500 caracteres
• Os limites dos canais oficiais, do Instagram e do Messenger permanecem inalterados

💬 API Oficial: Resposta do contato abrindo novo atendimento

Em canais conectados pela API Oficial do WhatsApp, a resposta de um contato podia abrir um novo atendimento, em vez de continuar o atendimento que já estava em andamento.

Isso ocorria quando, em casos raros, o contato era registrado em duplicidade no canal, e a plataforma não identificava o atendimento ativo vinculado ao registro anterior.

✅ O que foi corrigido?

• As respostas do contato são direcionadas ao atendimento em andamento, sem abrir um novo atendimento
• Atendimentos ativos têm prioridade sobre a reabertura de atendimentos concluídos recentemente

🔌 API: Envios duplicados com o mesmo senderId

Nos endpoints de envio da API, o parâmetro senderId era utilizado apenas para a consulta de status, sem impedir envios duplicados. Com isso, ao repetir uma requisição com o mesmo senderId, a mensagem era disparada novamente para o contato.

✅ O que foi corrigido?

• Requisições com um senderId já utilizado pela empresa não geram um novo envio. Nesses casos, a API retorna os dados do envio original, sem criar uma nova mensagem
• A regra vale para os endpoints de envio de texto, áudio, vídeo, imagem, documento, modelo e modelo em lote
• O status do envio pode ser consultado pelo próprio senderId
• Envios sem o senderId preenchido seguem o fluxo normal