Chat App Brasil

3.5.1

• CORREÇÃO: notificação de rastreio que falhava no envio dava o pedido por avisado assim mesmo. O pedido era marcado como “rastreio enviado” sem olhar o resultado, e essa marca é justamente o que faz a nova tentativa e o robô do Melhor Envio pularem o pedido — um erro da plataforma e o cliente ficava sem o código para sempre. Agora só é marcado o que saiu de verdade
• NOVO: rastreio que não saiu é tentado de novo sozinho — 5 minutos depois, 15, 1 hora e 12 horas. Esgotadas as tentativas, o plugin desiste (em vez de insistir de hora em hora por 30 dias) e escreve uma nota no pedido dizendo o último erro e como reenviar
• CORREÇÃO: quando o envio passava pela fila anti-ban, a falha acontecia depois que o plugin já tinha dado o rastreio por enviado, e ninguém mais olhava para aquele pedido. A fila agora avisa, a marca é desfeita e o rastreio volta para a fila de tentativas
• CORREÇÃO: salvar no pedido o código de rastreio que já estava gravado não enviava nada e não dizia por quê — quem gera a etiqueta no plugin do Melhor Envio abre o pedido com o campo já preenchido, clicava em salvar, lia “Código salvo” e o cliente não recebia nada. Agora o botão avisa o cliente sempre que o pedido ainda não foi avisado, e a tela diz o que aconteceu de verdade: enviado, na fila, já avisado antes, ou o erro do envio
• NOVO: você escolhe em quais status do pedido o rastreio é procurado e enviado (aba Rastreamento → “Quando procurar o rastreio”). Antes era “Concluído” e ponto: loja que despacha em “Processando” ou num status próprio nunca via o aviso sair sozinho. Nada marcado continua valendo como Concluído, e o robô do Melhor Envio passa a varrer exatamente os mesmos status
• CORREÇÃO: erro interno da plataforma de envio (ERR_INTERNAL_ERROR) em mensagem com link agora é repetido uma vez sem a prévia do link. A prévia é montada pelo servidor de envio, que precisa abrir a URL da mensagem: link que ele não consegue abrir derrubava a mensagem inteira. Sem a prévia perde-se o cartãozinho do link, não o aviso
• MELHORIA: ERR_INTERNAL_ERROR aparecia cru no log e na nota do pedido. Agora vira texto em português, como os outros erros

3.5.0

• CORREÇÃO: mensagem recusada com “mensagem idêntica já enviada hoje” sem ter sido enviada. A marca de duplicata era gravada ANTES do envio e ficava de pé mesmo quando a API recusava — o cliente ficava sem o aviso e toda retentativa levava a mesma recusa. Agora a marca só vale para o que saiu de verdade: envio que falha apaga a própria marca
• CORREÇÃO: o botão Reenviar (na nota do pedido, na lista de pedidos e no log) e o Teste de envio eram barrados como duplicata. São ações intencionais — mandar de novo o mesmo texto para o mesmo número é exatamente o que se pediu — e agora saem sempre
• CORREÇÃO: pedidos diferentes com o mesmo texto disputavam a mesma marca. A chave passou a ser do evento (pedido + número + mensagem), então dois pedidos do mesmo cliente, ou dois clientes, nunca se bloqueiam
• CORREÇÃO: número e texto eram grudados sem separador para formar a chave, e dois clientes cujo número e mensagem se encaixavam viravam a mesma chave — o segundo nunca recebia nada
• CORREÇÃO: janela de bloqueio salva em branco ou em zero valia PARA SEMPRE (o prazo 0 nunca expira). Em branco vale 24h, e o teto é uma semana
• MELHORIA: a recusa por duplicata agora diz o que houve com a gêmea — “já entregue há X (origem: Y)” ou “está na fila, aguardando o disparo” — em vez de anunciar um envio que talvez não tenha acontecido
• MELHORIA: a nota no pedido de uma duplicata deixa de dizer “falhou ✗” para uma mensagem que foi entregue, e a linha do log passa a levar o pedido e a origem, para achar a gêmea
• NOVO: Consulta de pedidos pela IA — a loja passa a responder “cadê meu pedido?” para a inteligência artificial do WhatsApp, com status, itens, rastreio e link de pagamento. Ligue em Chat App Brasil → Configuração, no cartão “Consulta de pedidos pela IA”: um botão gera o token e a tela mostra o endereço e o token prontos para copiar
• A consulta nasce DESLIGADA. Sem token gerado, o endereço recusa qualquer pergunta — atualizar o plugin não abre nada sozinho
• SEGURANÇA: a IA só enxerga pedidos do telefone de quem está conversando. Quem comprou usando outro telefone consegue pelo par número do pedido + CPF/CNPJ, e nunca só pelo documento
• SEGURANÇA: “pedido não existe” e “documento não confere” respondem exatamente a mesma coisa, para ninguém descobrir a existência de um pedido chutando números
• SEGURANÇA: a resposta nunca inclui CPF, e-mail ou endereço. Saem só status, data, total, itens, rastreio e link de pagamento — e o link de pagamento apenas em pedido que ainda aguarda pagamento
• O telefone é comparado por DDD + os 8 dígitos finais, então o nono dígito e a máscara do checkout não separam o cliente dos próprios pedidos
• O rastreio da consulta sai do mesmo resolvedor das mensagens (Correios → Melhor Envio → API do Melhor Envio), para a consulta e o WhatsApp nunca discordarem sobre o mesmo pedido
• Botões para gerar outro token e para desligar a consulta a qualquer momento
• MELHORIA: Um clique liga a consulta — o plugin registra esta loja no XMetric Whats sozinho, usando a chave de envio que ele já tem, e confirma que o gateway conseguiu consultar. Nada para copiar entre painéis
• O cartão “Consulta de pedidos pela IA” só aparece para quem usa o XMetric Whats como servidor de envio. Com uma exceção: se a consulta já estiver ligada, o cartão continua visível mesmo com o servidor de volta no ChatApp Brasil, porque esconder uma chave ligada deixaria a loja sem como desligá-la
• Desligar a consulta avisa o XMetric Whats, para ele parar de perguntar em vez de acumular erro numa tela que o lojista já desligou

3.4.0

• NOVO: Opção de servidor de envio — além do ChatApp Brasil (padrão), o plugin passa a poder enviar pelo XMetric Whats. A opção é discreta, fica no rodapé do cartão de Access Token em Configuração, e só aparece como uma linha de texto até ser ligada
• O ChatApp Brasil continua sendo o padrão: quem nunca abrir essa opção não tem nenhuma mudança de comportamento, e quem atualizar do 3.3.1 continua enviando exatamente como antes
• NOVO: Ao ligar o XMetric Whats, o cartão troca os campos — endereço do servidor (já preenchido com https://whats.xmetric.com.br) e o rótulo do token vira “Chave do cliente”. A opção “Salvar mensagens no ticket” some, porque não se aplica a esse servidor
• MELHORIA: Testar Conexão passou a responder duas coisas no XMetric Whats — se a chave vale e se existe número pareado. Antes, um token bom em loja sem número conectado era anunciado como pronto para enviar
• MELHORIA: Trocar o servidor ou o endereço invalida a validação anterior do token, como já acontecia ao trocar o token — chave aprovada por uma plataforma não diz nada sobre a outra
• MELHORIA: O endereço do XMetric aceita ser colado de qualquer jeito (sem https, com barra no fim, ou o painel inteiro copiado do navegador) e é normalizado antes de gravar
• INTERNO: As três chamadas que montavam o endereço da API por conta própria (envio de texto, envio de mídia e teste de token) passaram a usar um resolvedor único. O filtro wlp_api_url continua valendo, e vale por último

3.3.1

• NOVO: Integração direta com a API do Melhor Envio — configure o token de acesso na aba Rastreamento e o plugin busca o código de rastreio automaticamente, sem depender do plugin ME para salvar os dados
• NOVO: Card de rastreamento no painel do pedido — adicione ou edite o código de rastreio manualmente e o WhatsApp é disparado na hora para o cliente
• NOVO: Poller automático (a cada hora) que verifica novos códigos no Melhor Envio para pedidos concluídos ainda sem rastreio enviado
• NOVO: Retry automático via Action Scheduler se o código de rastreio ainda não estiver disponível quando o pedido for concluído
• CORRECAO: Mensagem de PIX expirado duplicada — idempotência via meta _wlp_pix_expired_sent impede que AS e hook de cancelamento enviem duas mensagens consecutivas para o mesmo pedido (MP e Asaas)
• CORRECAO: Verificação do método de pagamento em wlp_mp_pix_expired corrigida para strpos, compatível com variações do gateway Mercado Pago PIX
• CORRECAO: Tag %rt_total% no carrinho abandonado agora funciona como alias de %cart_total%

3.3.0

• CORRECAO: Compatibilidade com a nova plataforma (Whaticket) — o sucesso do envio agora é determinado pelo código HTTP da resposta, e não mais pelo campo “status” da API antiga. Mensagens entregues não aparecem mais como “Desconhecido”/erro no log e nas notas do pedido, e o aviso falso de “Envios pausados” deixa de ser disparado
• CORRECAO: Endpoint de envio atualizado para o endereço documentado da plataforma (dashboard.chatappbrasil.com/backend/api/messages/send), personalizável via filtro wlp_api_url
• NOVO: Sistema anti-banimento — espaçamento mínimo configurável entre envios (padrão 20s) + variação aleatória (padrão até 15s). Envios em rajada entram em uma fila e saem um por vez, imitando o ritmo humano; a fila é processada em toda requisição e por cron de 1 minuto
• NOVO: Mensagens que estouram o limite por minuto agora entram na fila anti-ban em vez de serem descartadas
• NOVO: Opção “Salvar mensagens no ticket do painel” (saveOnTicket) — registra os envios da loja na conversa do contato na plataforma; linkPreview habilitado nos envios de texto
• CORRECAO: Teste de token compatível com o formato de erro da plataforma nova (HTTP 401/403 e códigos ERR_*)
• CORRECAO: A frequência do carrinho abandonado escolhida na tela de configuração agora é persistida ao salvar (antes revertia para 5 min)
• CORRECAO: Os toggles “Bloquear mensagens idênticas” e “Janela de horário” agora podem ser desativados (o estado desligado não era salvo)
• MELHORIA: Novos códigos de erro da plataforma traduzidos no log (ERR_SENDING_WAPP_MSG, ERR_SESSION_EXPIRED, ERR_WAPP_INVALID_CONTACT)
• SEGURANÇA: Diretório de logs agora usa sufixo secreto no nome (uploads/woosend-logs-xxxx) — em servidores Nginx o .htaccess não é lido e os logs (com telefones e mensagens de clientes) ficavam acessíveis por URL previsível; migração do diretório antigo é automática
• CORRECAO: Janela de horário de envio agora suporta período que atravessa a meia-noite (ex: 22h–8h) — antes essa configuração bloqueava todos os envios
• CORRECAO: Números locais do DDD 55 (região de Santa Maria-RS) agora recebem o DDI 55 corretamente — antes eram enviados sem DDI e não chegavam
• CORRECAO: Carrinho abandonado (CartBounty Pro): follow-ups 2 e 3 nunca disparavam — a janela de elegibilidade de 24h era menor que os prazos deles (48h/72h); janela agora cobre o horizonte completo dos follow-ups
• CORRECAO: Carrinho abandonado (CartBounty Free): adicionada janela de elegibilidade — antes, ativar o plugin com carrinhos históricos podia disparar mensagens para carrinhos de meses atrás
• CORRECAO: Carrinho abandonado (Free): carrinho não fica mais travado permanentemente após 3 tentativas bloqueadas por horário/erro temporário
• CORRECAO: Boleto Asaas e mensagem de novo pedido não são mais reenviados quando o cliente recarrega a página de obrigado (guard por meta no pedido)
• CORRECAO: Back In Stock: assinante notificado via hook direto agora é marcado como processado — o cron não reenvia mais a mesma notificação depois de 5 minutos
• CORRECAO: Pós-venda: cálculo do tempo desde a conclusão não mistura mais fusos (desvio de ±3h) e a janela de horário de envio passou a valer para o pós-venda
• CORRECAO: Envio de mídia não exige mais a extensão cURL (usa a API HTTP do WordPress)
• MELHORIA: Pós-venda, nota do pedido e lembrete PIX agora registram nota no pedido e aparecem categorizados corretamente no log
• MELHORIA: Rastreamento de cliques do botão flutuante reescrito em JavaScript puro com sendBeacon — funciona em temas sem jQuery e não atrasa a navegação do visitante
• LIMPEZA: Removido o painel de ações de instância (status/reconectar/reiniciar/resetar/webhook/QR) — os endpoints /api/instance/* eram da plataforma antiga e não existem no Whaticket; a conexão é gerenciada no painel dashboard.chatappbrasil.com
• MELHORIA: Controle de step do carrinho abandonado (Pro) migrado do post meta para colunas próprias (wlp_step/wlp_last_sent) na tabela do CartBounty, com migração automática dos valores antigos
• CORRECAO: Contagem de cliques do botão não depende mais de nonce — páginas servidas por cache (WP Rocket etc.) entregavam nonce vencido e os cliques paravam de ser contados após ~12h; proteção mantida via checagem de origem + rate limit por IP
• CORRECAO: Reenvio pela lista de pedidos agora redireciona após disparar (padrão PRG) — recarregar a página não reenvia mais a mensagem; adicionado aviso de confirmação no admin
• CORRECAO: Corrigido erro de sintaxe latente no JS do admin (handler órfão do antigo bloco de autoresponders)

3.2.1

• CONFIABILIDADE: Lembretes de PIX (Mercado Pago e Asaas) migrados do WP-Cron para o Action Scheduler — funciona mesmo com DISABLE_WP_CRON=true e WP Rocket, pois o AS tem runner próprio ativado por requisições AJAX, REST e admin
• CONFIABILIDADE: Dupla garantia para lembretes PIX — além do AS, uma fila em wp_options é processada em toda requisição WordPress (frontend, admin, AJAX), garantindo disparo em segundos independente de cron ou tráfego
• CONFIABILIDADE: Trava de idempotência (transient 2h) impede duplo envio quando Action Scheduler e fila de requests disparam o mesmo lembrete quase simultaneamente
• CONFIABILIDADE: Helpers internos wlp_schedule_single e wlp_unschedule_all com fallback automático para WP-Cron quando o Action Scheduler não estiver disponível
• CORRECAO: Quando um pedido PIX é cancelado pelo gateway (PIX expirado sem pagamento), a mensagem de “PIX expirado” é enviada IMEDIATAMENTE via hook woocommerce_order_status_cancelled — antes dependia do AS executar ação agendada, podendo demorar minutos sem avisar o cliente
• CORRECAO: Notificação de novo pedido (wlp_wa_order_receive) agora passa order_id corretamente para o log e para as notas de pedido
• LIMPEZA: Removido método morto wlp_mp_pix_delayed_send que tinha hook registrado mas nunca era chamado
• MELHORIA: Toda mensagem WhatsApp relacionada a pedidos (status, PIX, lembrete, expirado, rastreamento, novo pedido) registra automaticamente nota privada no pedido WooCommerce com: fonte, telefone mascarado, status de envio, prévia e link ↺ Reenviar
• LOG: wlp_debug_log registra agendamento via AS ou WP-Cron (fallback), aviso se AS indisponível, e cada disparo da fila de requests com atraso em segundos
• DIAGNÓSTICO: Relatório de debug exibe status do Action Scheduler (versão, disponibilidade, ações pendentes do plugin)