Version 1.93.0v1.93.0

Até agora uma conversa tinha um responsável: ou você assumia (e o outro saía), ou você passava (e você saía). As situações que pedem dois perfis na mesma conversa — fechamento com comercial e técnico, escalonamento sem trocar de mão, treinamento ao vivo, supervisão, dois departamentos — não tinham caminho: a transferência é mão única e a nota interna é contexto, não co-atendimento.

Esta entrega abre o atendimento conjunto. No cabeçalho da conversa aparecem quem já participa — avatares e nomes — e o botão Convidar, que abre o seletor com os colegas da sua organização. O convidado passa a ver a conversa e as mensagens dela e pode responder junto — sem entrar no lugar de ninguém; a lista do cabeçalho se atualiza no instante do convite.

Quem convida é o responsável pela conversa ou um gestor. Só entra quem é membro ativo da mesma organização com papel de atendente ou acima — viewer e gente de outra organização ficam de fora: o seletor não oferece quem já participa, e a rota recusa o resto com o motivo dito na tela.

O que NÃO muda: o dono da conversa continua o mesmo. Convidar não é assumir: quem responde pela conversa (e pode fechá-la ou transferi-la) segue sendo quem era antes do convite. É exatamente isso que permite o cenário em que o N1 continua atendendo enquanto o N2 entra para ajudar.

O que o convidado NÃO vê: as notas internas, os rascunhos e as passagens continuam pertencendo ao operador que conduz a conversa. O convite divide o atendimento (as mensagens da conversa), não a cozinha: as três policies continuam presas a fn_can_view_conversation, que não conhece participante.

O convite é interno: nada sai para o WhatsApp do cliente. Na auditoria ficam registrados os dois fatos, com quem foi convidado — conversation.invited e conversation.participant_removed. O aviso para o convidado (notificação) é fatia seguinte desta issue e ainda não está aqui.

Você não precisa fazer nada.

Contribuição de @webtecnica (#2542).

Cada clique CTWA válido recebido pode gerar um LeadSubmitted próprio, mesmo quando o contato já tem um lead aberto, sem criar outro card. O envio continua desligado por padrão e respeita a ativação da organização. Repetições do mesmo clique e cliques já enviados pelo mecanismo anterior não geram uma segunda conversão. Quando um cliente pede para ser apagado, os registros de clique dele são apagados junto. Quando pede acesso aos próprios dados, recebe também seus cliques, datas e estado do envio, sem os dados internos de processamento.

Crédito: @oianmaxdev.

O traço do turno passa a seguir a retenção já configurada para a telemetria da IA. Gerentes podem consultar seus recibos técnicos pela API, com datas validadas, limite de retenção explícito e sem devolver mensagens livres de erro. A tela permanece como entrega posterior da issue #3201.

O cartão de documento do Inbox tinha duas pontas soltas depois da entrega que passou a mostrar o nome original. A primeira: sem nome guardado — anexo de antes da ingestão, ou canal que não manda o nome — o cartão mostrava só XLSX, que se lê como se fosse o título do arquivo. Agora diz Documento XLSX, com a extensão identificada como extensão, como a issue pede.

A segunda: o nome aparecia na tela e morria no arquivo salvo. O ícone de download do cartão virou um link próprio (?baixar=1), e a rota de mídia devolve o arquivo nomeado — pela URL assinada quando a mídia já está no Storage, pelo Content-Disposition (com filename simples e filename* para acento) na janela em que o worker ainda não persistiu os bytes. A área do cartão continua abrindo a mídia como antes, então quem lê um PDF em aba nova não passou a baixá-lo.

Sem nome guardado, nada é inventado: nem no rótulo, nem no nome do arquivo. Não há como preencher os anexos antigos — o caminho no Storage é canônico ({organização}/{conversa}/{mensagem}.{ext}) e o provedor não reenvia o nome depois do webhook —, então eles ficam com Documento XLSX e baixam sem nome, como hoje.

No celular, o cartão também respeita a largura da bolha e separa a área de toque do download do menu da mensagem. Os dois controles continuam acessíveis sem que um cubra o outro; o nome completo permanece no título e nos links.

O cadastro de empresa conferia apenas o tamanho do CNPJ: quatorze dígitos e máscara correta bastavam, mesmo com o dígito verificador errado. Um número como 11.222.333/0001-00 era aceito, e o erro só aparecia depois, no enriquecimento pela BrasilAPI. A conferência do dígito não comprova existência ou situação cadastral na Receita.

Agora o CNPJ passa pela mesma régua que a cobrança já usa no documento do pagador: o módulo 11 da Receita, que confere os dois dígitos verificadores e recusa sequência repetida. Quem digita certo não vê diferença; quem digita errado recebe "CNPJ inválido" no ato, em vez de descobrir dias depois.

Na importação, a linha com CNPJ informado e inválido é marcada como falha antes de criar empresa, pessoa ou contato. O número errado não é tratado como campo vazio nem agrupa empresas pelo nome. CNPJ em branco continua opcional.

Nada muda para os cadastros que já existem: nenhuma empresa é tocada e nenhuma coluna mudou. O CNPJ alfanumérico da Receita continua recusado por enquanto — a coluna do banco exige quatorze dígitos e aceitá-lo pede migration própria.

Contribuição de @webtecnica (#3497).

Quem digitava um CPF errado no cadastro de contato não recebia sinal nenhum enquanto digitava: o campo aceitava, e a frase "CPF inválido" só aparecia no rodapé do diálogo depois do clique em criar — longe do campo que causou o problema. Na prática, dava a impressão de que a tela não validava nada.

Agora a conferência acontece no próprio campo, quando a pessoa sai dele. A mensagem nasce embaixo do input, o campo fica marcado como inválido para leitores de tela, e nada é enviado até o documento estar certo. A régua é a do país da organização, como já era no servidor: organização brasileira confere o dígito verificador do CPF, e o mesmo mecanismo serve a qualquer perfil que declare o seu documento.

O campo continua opcional: em branco, passa como antes. Nenhum dado existente muda e nenhuma configuração é necessária.

Contribuição de @webtecnica (#3498).

A importação de conversas antigas ignora identificadores sem telefone válido, como a conta de avisos do WhatsApp, e segue com as demais conversas. Telefones válidos e LIDs continuam sendo importados. A atualização não exige configuração adicional. Correção: @claudioghirellifh; relato: @franklinferre.

Com uma frase escrita no campo de resposta, clicar num botão da barra de respostas rápidas trocava essa frase pelo texto da resposta — e, quando a resposta tinha imagem ou áudio, esvaziava o campo e abria a prévia do anexo, sem aviso e sem desfazer. Agora, enquanto houver rascunho no campo, a barra fica desligada e o botão explica o motivo ao passar o mouse: envie ou apague o rascunho antes. Campo vazio e o atalho / continuam funcionando como antes, e a nota interna não muda.

O convite acompanha os dois caminhos, e o login preenche o e-mail convidado. Quem cria a conta depois de passar pelo login continua entrando na equipe que convidou, sem abrir outra empresa por engano. A página do convite destaca Criar minha conta, com Já tenho conta? Entrar logo abaixo, em português e espanhol. Os envios consultam a marca atual; os links de convite e dos relatórios de dados são protegidos ao montar o e-mail, e o aviso de envio desligado deixa de registrar destinatário, assunto e prévia. Nada precisa ser feito na VPS. Contribuição de @vitorlacerdadigital (#2649).

A leitura automática dos anexos confere se o arquivo pertence à organização da mensagem antes de baixá-lo ou gerar texto. Caminhos inválidos são recusados sem acessar o arquivo. A atualização não exige configuração adicional.

A fixture de retenção usa canais sintéticos com janela explícita de 24 horas em UTC para medir o espaçamento de cinco minutos em qualquer horário do CI. A configuração e a janela de envio das instalações permanecem iguais.

Um atendente que cadastrava um contato novo e iniciava a conversa podia receber “está com outro atendente” sobre um atendimento sem dono. Agora a sessão de quem clicou pode assumir a conversa livre e passar a vê-la. Conversa de colega não é tomada e integração por token não assume em nome de uma pessoa.

A atribuição usa os mesmos efeitos de Assumir: sincroniza um negócio aberto sem responsável quando permitido, registra auditoria, evento e a troca de comando na linha do tempo. Uma tentativa posterior de assumir não repete esses efeitos. Se outro atendente assumir antes, a disputa não tira a conversa dele. Transferência e roteamento continuam exigindo visibilidade.

Nenhuma configuração nova. Contribuição de @webtecnica (#3479 / #3493).

As permissões da fila interna de trabalho foram reforçadas, preservando as ações de atendimento, aprovação de respostas e agenda. A atualização chega pelo procedimento normal, sem configuração adicional.

Após mais de 30 minutos sem notícias do servidor, a tela de atualização deixa de afirmar que a versão instalada é a mais recente e mostra a hora da última conferência, com orientação para verificar a conexão. Uma atualização já anunciada continua disponível, e o caminho manual do agente offline é preservado. Não é preciso mudar a configuração da instalação. Crédito: @webtecnica.