Skip to content

Releases: melgarafael/DeskcommCRM

v1.11.0

Choose a tag to compare

@deskcommcrm-release deskcommcrm-release released this 31 Aug 11:42
1e3c724

Adicionado

  • Marcar ou confirmar um agendamento move o lead no funil sozinho Antes, marcar ou confirmar um horário na agenda não mexia no card do negócio: a
    equipe precisava arrastar o lead manualmente para "Agendamento solicitado" ou
    "Agendado" (ou como quer que a organização tenha nomeado essas etapas).

    Agora, quando um agendamento nasce pendente de confirmação, o lead se move para
    a etapa do funil marcada com o slug agendamento-solicitado; quando o
    agendamento é confirmado, ele se move para a etapa agendado. É opt-in: quem
    não criou essas etapas no funil não vê nenhuma mudança de comportamento. Cancelar
    ou faltar a um compromisso não move o lead — o negócio pode ter outro horário
    remarcado, e quem decide que ele esfriou continua sendo o agente de IA ou uma
    pessoa da equipe.

  • O atendente de IA passa a marcar consulta pela conversa Quem instalou e ligou a agenda tinha um atendente de IA que consultava horário e
    não fechava nada: o paciente pedia "quinta às 14h" e a resposta era sempre "vou
    confirmar com a equipe". Faltavam duas coisas, e nenhuma delas era o modelo.

    A primeira: ele não sabia que dia era hoje. Nenhuma informação sobre a data
    chegava até ele, então não tinha como transformar "quinta que vem" ou "amanhã de
    manhã" num horário de verdade. Agora todo atendimento começa sabendo a data, a
    hora e o dia da semana, no fuso que você escolheu nas configurações da empresa.

    A segunda: ele não tinha como descobrir o que a sua empresa atende. Consulta,
    retorno, avaliação, procedimento — a lista está no sistema, e ele não conseguia
    lê-la; tinha que adivinhar o nome exato e errava. Agora existe uma capacidade
    nova, "Ver o que a empresa atende", que mostra a ele os tipos de atendimento com
    a duração de cada um.

    Junto vieram outras duas: confirmar um horário quando a pessoa avisa que vem, e
    registrar depois se ela foi atendida ou não apareceu. E a lista de horários
    livres passou a sair em português — "sexta-feira 04/09 às 14:00" em vez de um
    código de data —, com um número menor de opções por vez, o que também deixa a
    resposta mais rápida.

    O sistema também passou a recusar um registro que antes aceitava calado: marcar
    "faltou" num compromisso que ainda nem começou. Isso devolvia o horário para
    outra pessoa enquanto o cliente original ainda estava contando com ele.

    As capacidades novas não entram sozinhas nos agentes que já existem. Para o
    seu atendente usá-las, abra O que o agente pode fazer, ligue o pacote
    Vender de novo e publique. Agente criado a partir de agora já nasce com elas.

Corrigido

  • O canal Zernio volta a enviar em quem configurou a partir do arquivo de exemplo Quem conectou o canal Zernio numa instalação montada a partir do arquivo de
    exemplo não conseguia enviar mensagem nenhuma por ele. As duas credenciais
    estavam certas, o canal aparecia configurado, e o envio falhava assim mesmo —
    tanto para quem deixou as credenciais na configuração quanto para quem as
    cadastrou pela tela.

    A causa estava no endereço do provedor. O arquivo de exemplo traz essa linha
    vazia, e o comentário ao lado dela promete que vazio usa o endereço de produção
    do provedor — a linha só existe para quem precisa apontar o sistema a um
    ambiente de homologação. Não era o que acontecia: o vazio era tratado como se
    fosse um endereço de verdade, e o sistema tentava falar com um lugar que não
    existe.

    Agora vazio significa o que o arquivo sempre disse que significava. Quem
    preencheu a linha para apontar para homologação continua sendo respeitado, e
    espaço sobrando em volta do endereço deixa de atrapalhar.

    Ninguém precisa mexer em nada. Instalações que já enviavam seguem iguais, e as
    que estavam com esse envio quebrado voltam a funcionar sozinhas.

  • Quem pede para sair em espanhol passa a ser atendido Pedir para sair em espanhol só funcionava numa forma: a palavra sozinha, ou
    "no quiero recibir". As formas que as pessoas realmente escrevem — "deja de
    escribirme", "no quiero más mensajes", "dame de baja" — não casavam padrão
    nenhum, e o pedido se perdia em silêncio.

    O sinal que faz o robô parar de responder e chamar uma pessoa (o nível
    "ambíguo", usado quando o pedido não é claro o bastante para bloquear
    sozinho) também não existia em espanhol: nenhuma frase daquele idioma
    chegava a ativá-lo, então esse cliente nunca era escalado.

    De passagem, corrige um caso em português que só apareceu ao testar os dois
    idiomas juntos: "pare de mandar o pedido nesse endereço" bloqueava um
    cliente que só queria mudar a entrega.

  • O relógio interno do assistente deixa de depender da versão do banco Quando uma conexão de WhatsApp entra em espera, o sistema marca a fila com uma
    data "infinita" — é assim que ele segura o atendimento até alguém resolver o
    aviso. O cálculo de quanto falta para a próxima tarefa fazia uma conta com essa
    data que só funciona no Postgres 17; em Postgres 15 ou 16 o banco recusa a
    conta e o relógio do assistente para.

    Isso nunca afetou quem seguiu a versão recomendada. Passa a importar agora que a
    instalação aceita bancos mais antigos — e é exatamente onde apareceria: numa
    máquina nova, com uma conexão em espera, sem nada na tela explicando.

    A proteção já existia, mas na ordem errada: ela limitava o resultado da conta,
    e a conta estourava antes. Agora limita a data antes de calcular.

v1.10.2

Choose a tag to compare

@deskcommcrm-release deskcommcrm-release released this 30 Aug 20:11
d0b6200

Corrigido

  • Quando a IA fica calada, agora dá para ver por quê Três consertos que atacam o mesmo problema: o sistema fazia a coisa certa em
    silêncio, e de fora parecia quebrado.

    A ficha de proteção de envio parou de congelar o padrão do dia. O botão
    "Enviar aos domingos" era o único controle daquela ficha que não sabia dizer
    "não mexi": ele gravava sempre o valor que estava na tela, e o valor na tela,
    sem escolha própria, era o padrão vigente. Quem abriu a ficha para declarar o
    aquecimento do número acabou congelando o padrão daquele dia — e, quando o
    produto passou a liberar domingo, essa instalação ficou para trás com uma
    escolha que ninguém fez. Agora só um valor DIFERENTE do padrão vira escolha.
    Quem desligou o domingo de propósito continua com ele desligado.

    A espera pela janela de envio virou aviso na Central. Quando o número está
    fora do horário de envio, as respostas ficam na fila e saem na abertura — isso
    não mudou. O que mudou é que agora existe um aviso dizendo que estão esperando,
    a partir de quando saem e o que fazer. Um aviso por número, e ele se resolve
    sozinho quando o horário reabre.

    A aba "Execuções" de um agente mostra o que ele realmente fez. Ela lia uma
    tabela que nenhum motor em uso escreve, e por isso dizia "Nenhuma execução
    ainda" mesmo com o agente respondendo. Passou a ler o registro vivo. Execuções
    anteriores a esta versão não aparecem ali — para o histórico completo, use
    IA › Execuções.

v1.10.1

Choose a tag to compare

@deskcommcrm-release deskcommcrm-release released this 28 Aug 23:30
26d384c

Corrigido

  • A Central de atendimento abre mais rápido quando a equipe é grande Cada vez que a Central era aberta, o sistema perguntava o nome de cada pessoa
    da equipe que aparecia na página — uma pergunta separada para cada uma, toda
    vez, mesmo quando o nome nem ia ser mostrado na tela.

    Numa equipe pequena isso passava despercebido. Numa equipe grande, não: o
    tempo medido era de cerca de 350 milissegundos com dez pessoas atendendo, e de
    mais de um segundo com cinquenta — só para descobrir nomes que o sistema já
    poderia ter guardado.

    Agora o nome de quem atende fica guardado junto com a conversa, e é atualizado
    sozinho sempre que o atendimento troca de mãos. A Central abre no mesmo tempo
    com uma pessoa ou com cinquenta.

    Nada a fazer: a atualização do banco acontece sozinha quando você roda a
    atualização normal, e os nomes de quem já estava atendendo são preenchidos na
    hora.

  • Quem administra duas empresas entra sempre na mesma Quem participa de mais de uma empresa na mesma instalação podia entrar numa ou na
    outra sem critério, ao acessar o sistema sem uma escolha anterior guardada — no
    primeiro acesso, numa sessão nova ou depois de a preferência expirar. O sistema
    não tinha regra para decidir qual delas abrir. Agora abre sempre a mais antiga, e
    a escolha feita no seletor de empresa continua valendo por cima disso. Quem tem
    uma empresa só não vê diferença.

  • Agenda sem responsável configurado: o aviso agora diz onde resolver Numa instalação nova, ou quando um novo tipo de agendamento aponta para alguém
    que ainda não cadastrou horário de atendimento, tentar ver ou marcar um horário
    mostrava "Invalid input: expected object, received undefined" — frase correta
    para quem lê o código e inútil para quem opera a clínica.

    Agora a mensagem diz o que realmente falta e onde resolver: "A disponibilidade
    deste responsável ainda não foi configurada. Configure em Equipe →
    Atendimento." Continua sendo a mesma recusa de antes (nenhum horário é
    oferecido enquanto isso não for configurado) — só a explicação ficou legível.

    Quem já tinha disponibilidade cadastrada não percebe nenhuma diferença.

  • Quem publica o sistema com a própria marca passa a checar a atualização no lugar certo Se você mantém uma cópia própria do projeto e publica as imagens do sistema com
    o seu próprio endereço, o comando de atualização olhava para o endereço do
    projeto original — e não para o seu — quando a configuração do servidor não
    dizia explicitamente qual imagem usar. Ele então comparava a versão instalada
    com a de outra pessoa, e podia anunciar que havia atualização quando não havia,
    ou o contrário.

    O endereço agora é lido de um ponto único do próprio kit, o mesmo que o resto
    da instalação usa. Quem opera com o projeto original não percebe diferença: o
    endereço lido é exatamente o que já estava escrito antes.

  • Quatro consertos que a versão anterior anunciou e não trouxe chegam agora A lista de mudanças da versão 1.10.0 anunciou quatro consertos que não estavam
    dentro dela. Foi um erro nosso de ordem: os textos que descrevem os consertos
    entraram no projeto antes do código deles, e a versão foi fechada no meio.

    Se você atualizou para a 1.10.0 esperando alguma destas quatro coisas, elas
    chegam agora:

    • A instalação nova não obriga mais a verificação em duas etapas.
      Quem instalava pelo instalador automático era parado por uma tela de
      verificação em duas etapas logo depois do primeiro acesso, sem nunca ter
      sido avisado disso.
    • Quando a inteligência artificial falha ao responder, o erro deixa de sumir.
      A falha ficava só no registro técnico do servidor e não chegava a ninguém.
    • O instalador para de confundir comentário com valor de configuração.
      No arquivo de exemplo da VPS, um comentário escrito na mesma linha do valor
      era lido como parte do valor.
    • Uma rede a mais contra vazamento entre empresas.
      Esta é sobre as próximas versões, não sobre a sua instalação de hoje: uma
      tabela nova que seja criada sem a proteção que separa os dados de cada
      empresa passa a ser recusada na nossa conferência, antes de virar uma
      atualização que chega até você.

    Nada a fazer além de atualizar normalmente. Quem instalar do zero a partir
    desta versão nunca viu o problema.

  • O que você marca no Google passa a aparecer na agenda do CRM Compromissos criados direto no Google Agenda já bloqueavam o horário — ninguém
    conseguia marcar por cima —, mas não apareciam na tela: a agenda parecia vazia e
    o horário indisponível ao mesmo tempo. Agora eles aparecem como faixa de
    ocupação, com visual próprio e sem clique, porque não são compromissos do CRM:
    não têm cliente, tipo nem responsável, e remarcá-los teria de ser feito no
    Google.

    A faixa mostra apenas o horário ocupado, não o nome do evento. A agenda
    conectada é pessoal de quem atende, e esta tela é vista por outras pessoas da
    empresa — o título de um compromisso particular não deve aparecer aí.

  • Os compromissos do CRM voltam a aparecer no Google Agenda Quem conectou o Google Agenda não via os compromissos marcados no CRM chegarem
    lá — nenhum, nunca. O sistema tentava a cada cinco minutos e o Google recusava
    todas as vezes, porque o pedido usava a operação de "alterar um evento
    existente" para criar um evento que ainda não existia. Agora ele cria com a
    operação certa e só altera o que já está lá. Os compromissos pendentes sobem na
    primeira rodada após a atualização, sem duplicar os que porventura já existam.

    A falha também deixou de ser silenciosa: quando o Google recusar, o motivo passa
    a aparecer no registro do sistema, e não só numa coluna interna que ninguém abre.

v1.10.0

Choose a tag to compare

@deskcommcrm-release deskcommcrm-release released this 28 Aug 21:56
95ba16e

Adicionado

  • O sistema inteiro em espanhol, com o idioma trocável em três lugares Quem instala na América Latina agora escolhe o idioma na própria instalação,
    e o sistema abre em espanhol para todo mundo da empresa — inclusive para quem
    for convidado depois e nunca abriu o próprio perfil.

    Antes, o espanhol existia pela metade: só as telas do dia a dia estavam
    traduzidas, e o resto aparecia em português para quem tinha escolhido espanhol.
    Agora a tradução cobre Agenda, Desempenho, Radar, Respostas rápidas, IA e o
    painel de administração, com um teste automático que reprova qualquer texto novo
    que apareça sem tradução.

    O idioma se troca em três lugares, na ordem em que se costuma precisar deles:

    • No topo de qualquer tela — o botão PT/ES ao lado do controle de tema.
      Um clique, sem procurar nada. É onde recorre quem abriu o sistema num idioma
      que não lê.
    • Na instalação — o install.sh pergunta, e a resposta define o idioma da
      empresa inteira.
    • Em Configurações — no seu perfil (só para você) ou em Organização (para
      todo mundo que entrar sem preferência própria).

    Também está consertado um controle que não fazia nada: o seletor de Idioma em
    Configurações › Organização era gravado no banco e nunca era lido. Quem o
    mudasse não via diferença nenhuma. Agora ele vale para toda pessoa da empresa
    que não tenha escolhido um idioma seu.

    As datas também acompanham o idioma. "quinta-feira, 3 de março" vira
    "jueves, 3 de marzo" — não sobrou aquele meio-termo em que a tela fala espanhol
    e a data insiste no português.

    Duas exceções, de propósito: os e-mails que o sistema envia seguem em
    português (quem recebe um convite ainda não tem conta, então não há preferência
    de idioma para consultar), e o relatório de LGPD também — ele responde a uma
    lei brasileira, e mudar a forma dele conforme quem apertou o botão seria errado.


    A tradução para espanhol é, em boa parte, contribuição de @JowaniOrantes, que
    abriu três frentes de trabalho por conta própria: as áreas de IA e administração
    (#352), o módulo de Agenda (#379) e as correções que vieram do QA visual dele.
    São 57 commits e mais de 460 entradas de dicionário que este release não teria
    sem esse trabalho.

Corrigido

  • Pausar um agente de IA agora o cala de verdade Pausar o único agente publicado da organização fazia um agente que a tela
    chamava de "Rascunho" voltar a responder no WhatsApp pelo caminho antigo de
    resposta — com o texto do cadastro, sem as ferramentas nem os limites da versão
    publicada.

    Junto disso, a tela passou a dizer a mesma coisa que o motor faz: o seletor de
    dono de negócio deixou de esconder agentes publicados (e de oferecer os
    pausados), e o selo da Inbox só diz "Automático" quando existe mesmo alguém para
    atender.

  • Instalação nova não obriga mais a verificação em duas etapas logo de cara Quem instalava pelo instalador automático caía, logo depois do primeiro acesso,
    numa tela obrigatória pedindo para cadastrar a verificação em duas etapas — um
    passo que o assistente de instalação nunca anunciou. A verificação é opcional
    desde a versão 1.0 e se liga em Configurações › Segurança, mas o instalador não
    acompanhou essa decisão e deixava o valor obrigatório.

    Quem já instalou e já configurou a verificação não é afetado: nada é desligado
    de quem já tem. A mudança vale só para instalações novas, que passam a nascer
    como sempre foi a intenção — com a escolha nas mãos de quem administra.

  • O mesmo celular escrito das duas formas passa a cair sempre no mesmo cadastro Quando um celular ainda existia gravado nas duas formas — com e sem o nono
    dígito —, o sistema podia escolher qualquer uma das duas ao reencontrar a
    pessoa. Na prática isso aparecia no pior momento: a resposta do cliente entrava
    no cadastro errado, o follow-up não a reconhecia como resposta, e a mesma
    pergunta era enviada de novo.

    Agora a escolha é sempre a mesma e é sempre a forma com o nono dígito, que é a
    que o CRM guarda e mostra. Você não precisa fazer nada.

  • Quando a IA falha ao responder, o erro deixa de sumir A peça que faz a IA responder às conversas registrava as próprias falhas apenas
    num log que ninguém lê. Se ela parava de responder por um erro, não havia sinal
    em lugar nenhum — só o silêncio no WhatsApp do cliente. Agora esse erro é
    enviado ao serviço de monitoramento, o mesmo que o resto do sistema já usava.

    Quem opera não precisa fazer nada, e nenhum dado de conversa é enviado: o
    sistema já limpa o conteúdo antes de mandar.

  • O instalador para de confundir comentário com valor de configuração No arquivo de exemplo que serve de base para a configuração da VPS, as
    explicações ficavam na mesma linha dos valores. O instalador lê esse arquivo
    linha a linha e tratava a explicação como parte do valor — então uma senha, um
    endereço ou uma chave podiam chegar ao servidor com um texto extra colado no
    fim, e o erro só aparecia depois, num lugar sem relação com a causa.

    As explicações passaram para a linha de cima. Quem já tem o servidor rodando não
    precisa refazer nada; a mudança protege quem instala do zero a partir de agora.

  • Quem baixa o projeto no Windows consegue rodar os testes Isto é do nosso processo de desenvolvimento, não do sistema que você usa. Quem
    baixava o projeto no Windows não conseguia rodar a bateria de testes do banco:
    o sistema operacional alterava os arquivos de banco de dados na cópia, e uma
    conferência de integridade recusava tudo antes de o primeiro teste rodar.

    Para quem opera uma VPS nada muda — o servidor sempre rodou em Linux, onde a
    alteração não acontece.

  • O relógio externo do follow-up passou a ser testado de ponta a ponta Quem roda o sistema numa hospedagem sem agendador próprio — o plano gratuito da
    Vercel é o caso comum — depende de um serviço de cron externo bater de tempos em
    tempos para os follow-ups andarem. Esse caminho tinha runbook e nunca tinha sido
    exercitado: se ele parasse de funcionar, ninguém receberia erro, e os follow-ups
    simplesmente ficariam parados.

    Agora um teste automático dispara a batida de fora, como o cron real faz, e
    confere que o follow-up de fato anda — e que uma batida sem a chave certa é
    recusada sem mexer em nada. Você não precisa fazer nada: nada mudou no
    comportamento, só passou a existir uma rede que avisa se ele quebrar.

  • Uma rede a mais contra vazamento entre empresas O sistema separa os dados de cada empresa por uma regra no banco, e essa regra
    precisa ser ligada tabela por tabela. Faltava uma verificação automática que
    recusasse uma tabela nova sem essa proteção — a conferência dependia de alguém
    lembrar. Agora ela é feita a cada mudança, e o que já existe está registrado
    como dívida conhecida, para a lista só diminuir.

    Nada muda para quem opera: é uma proteção contra um erro futuro, não a correção
    de um vazamento existente.

v1.9.1

Choose a tag to compare

@deskcommcrm-release deskcommcrm-release released this 28 Aug 14:44
9507920

Corrigido

  • O Google Agenda conectado passa a aparecer como conectado Quem conectava o Google Agenda continuava vendo o botão "Conectar Google" na
    tela, como se nada tivesse acontecido — e ao clicar em desconectar recebia um
    erro dizendo que não havia agenda conectada. Os compromissos marcados no CRM
    também nunca chegavam ao Google Agenda, em silêncio.

    A conexão sempre foi gravada corretamente; o que estava errado era o nome pelo
    qual três partes do sistema a procuravam, e por isso nenhuma delas a encontrava.
    Agora a tela mostra a conta conectada, desconectar funciona, e os compromissos
    sobem para o Google na primeira rodada seguinte. Quem já conectou não precisa
    reconectar: a conexão está lá e passa a ser vista.

  • A lista de horários volta a rolar ao marcar um compromisso Ao escolher o dia, os últimos horários ficavam abaixo da borda da tela sem
    nenhuma forma de alcançá-los — nem rolando a página, nem a própria lista. Quem
    precisava de um horário do fim da tarde não conseguia marcar. Agora a lista rola
    sozinha, com o calendário e os dados do atendimento parados ao lado, e em telas
    menores o painel inteiro rola.

  • As verificações automáticas do projeto voltaram a caber no tempo Isto é do nosso processo de desenvolvimento, não do sistema que você usa: a
    bateria de testes que roda antes de cada mudança tinha crescido a ponto de
    estourar o tempo limite e ser cancelada no meio. Ela passou a rodar em duas
    frentes ao mesmo tempo, o que a devolveu para dentro do limite com folga. Para
    quem opera uma VPS nada muda — só a chance de uma correção demorar mais a sair
    porque a verificação foi cancelada por tempo.

  • Áreas de administração passam a exigir a verificação em duas etapas Quatorze telas e ações de administração conferiam apenas o papel de quem
    acessava, sem cobrar a verificação em duas etapas de quem a tem ativada. Entre
    elas estavam as que conectam o número oficial do WhatsApp, as que trocam a
    credencial do provedor de inteligência artificial e as que alteram os limites de
    segurança do agente — justamente as que mais importam.

    Quem já usa o sistema não precisa fazer nada, e quem não ativou a verificação
    continua entrando como antes. A mudança é que, para quem a tem ativada, ela
    passa a valer também nesses lugares.

  • Trocar para uma organização ainda não configurada deixava você preso Quem participa de mais de uma organização podia trocar pelo seletor no topo e
    cair no assistente de configuração da organização nova — o que está certo, ela
    não foi configurada ainda. O que estava errado é que não havia como sair de lá.
    O seletor de organização some junto com o resto do sistema nessa tela, e sobravam
    só os links de Termos e Privacidade e um botão "Continuar" desabilitado. A saída
    era fechar o navegador e limpar os dados do site.

    Agora o assistente mostra, no topo, o caminho de volta para as outras
    organizações de que você participa — um clique e você está de volta onde estava
    trabalhando.

    Nada muda para quem administra uma organização só: o botão não aparece, porque
    não há para onde voltar.

  • Voltar da autorização do Google não pede login de novo Ao conectar o Google Agenda, o navegador voltava e caía na tela de login — o que
    se lia como "o sistema me deslogou". A sessão nunca foi encerrada: o navegador é
    que, por segurança, não apresenta a credencial numa página aberta a partir de
    outro site, e a volta do Google era exatamente isso. Agora o retorno passa por
    uma página intermediária do próprio sistema, e a pessoa cai direto na Agenda,
    ainda conectada. Quem já usava não precisa fazer nada.

v1.9.0

Choose a tag to compare

@deskcommcrm-release deskcommcrm-release released this 28 Aug 04:22
c0c9d61

Adicionado

  • A agenda virou agenda — clicar num horário marca, arrastar um card remarca A grade da Agenda mostrava a semana e não aceitava nada: clicar num espaço vazio
    não fazia nada, e arrastar um compromisso não fazia nada. Para marcar era preciso
    sair da grade, abrir "Novo agendamento" e escolher a data de novo no
    mini-calendário — mesmo tendo acabado de apontar para o horário na tela.

    Agora a grade responde:

    • Clicar num horário livre abre a marcação já naquele horário. Os horários
      que aceitam clique são exatamente os que você publicou em Equipe › Atendimento
      — os mesmos que o agente de IA oferece ao cliente. A tela não inventa horário:
      se não está publicado, não é clicável.
    • Horário que não aceita marcação diz por quê, em vez de ficar apagado sem
      explicação: "você ainda não publicou seus horários", "já há um compromisso
      neste horário", "fora dos horários que você publicou".
    • Arrastar um compromisso para outro horário remarca, com uma confirmação
      antes — quem foi atendido recebe aviso da mudança, então o gesto não consuma
      sozinho. Soltar fora dos horários publicados é recusado com o motivo, e o
      compromisso volta para onde estava; se o servidor recusar, ele volta também.
    • Quem usa teclado remarca do mesmo jeito: com o compromisso em foco,
      Alt + ↑/↓ salta de vaga em vaga, Alt + ←/→ muda de dia, Enter confirma e
      Esc desfaz.

    Nada muda no que já estava marcado, e nada precisa ser configurado para isto
    funcionar — se a sua equipe já publicou os horários de atendimento, a grade já
    está clicável.

Corrigido

  • Conectar a agenda do Google passa a concluir de verdade Quem clicava em conectar a conta do Google era levado à tela de autorização,
    autorizava, e voltava para uma página de erro — a conexão nunca se completava.
    Não era problema da conta nem da instalação: a volta da tela de autorização era
    recusada pelo sistema antes de chegar ao lugar certo, em qualquer instalação.
    Se você tentou conectar e desistiu, tente de novo: agora vai até o fim.

    A mesma recusa acontecia na volta da conexão com a Nuvemshop, e também foi
    corrigida.

    Para conectar o Google, quem administra a instalação continua precisando
    cadastrar as credenciais em Administração › Google e registrar o endereço de
    retorno no console do Google — exatamente o endereço que a própria tela mostra,
    terminando em /api/v1/agenda/google/callback. Sem esse endereço registrado, o
    Google recusa a autorização antes de o sistema ser chamado.

  • A coluna de horários volta a caber na tela ao marcar um compromisso Ao escolher o dia, a lista de horários aparecia cortada pela borda direita e
    saía da tela — não dava para escolher horário nenhum, e nem diminuir o zoom nem
    rolar a página resolvia. As três colunas do painel somavam mais largura do que a
    janela onde ele abre, e o excedente era cortado sem barra de rolagem. Agora o
    painel abre mais largo quando a tela permite, e em telas menores a lista de
    horários aparece embaixo do calendário em vez de ao lado.

  • O botão "Ver na agenda" passa a levar até o compromisso marcado Depois de marcar, o botão "Ver na agenda" da confirmação não fazia nada: o clique
    caía no vazio. Agora ele fecha o painel e leva a agenda até o dia do compromisso
    — inclusive quando ele foi marcado para outra semana, que era o caso em que
    mesmo fechar o painel não teria adiantado, porque a agenda continuaria mostrando
    a semana atual.

v1.8.0

Choose a tag to compare

@deskcommcrm-release deskcommcrm-release released this 27 Aug 23:30
d2be828

Adicionado

  • A tela diz quem consulta cada material Um documento que nenhum assistente lê aparece marcado como tal: acervo que ninguém consulta
    é dinheiro gasto sem efeito, e isso era invisível.

  • Avisos de mensagem e de CRM chegam com a aba fechada Antes, quem minimizava ou fechava a aba parava de ver aviso de mensagem nova e
    de movimento no funil — voltava e descobria tudo de uma vez. Agora o navegador
    mostra o aviso na bandeja do sistema mesmo com o site fechado, e clicar nele
    abre a conversa certa.

    Cada pessoa liga isso em Configurações › Notificações, e o navegador pede
    permissão uma vez. Nada muda para quem não ligar.

    Para a instalação inteira poder mandar esses avisos, quem administra a VPS
    gera um par de chaves uma única vez (npx web-push generate-vapid-keys) e o
    coloca no .env, em VAPID_PUBLIC_KEY e VAPID_PRIVATE_KEY.
    Sem essas chaves o produto continua funcionando exatamente como antes, com
    os avisos aparecendo só enquanto o site está aberto.

  • As credenciais do Google Agenda passam a ser cadastradas pela tela Para ligar a sincronização com o Google Agenda era preciso acessar o servidor por
    linha de comando, editar um arquivo de configuração e reiniciar o sistema. Quem
    administra a instalação agora faz isso em Admin › Google Agenda: cola o ID e a
    chave do aplicativo, e o endereço de retorno já vem pronto para copiar no painel
    do Google.

    A chave é guardada cifrada e nunca mais aparece na tela — só é possível
    substituí-la. Quem já tem as credenciais no arquivo de configuração não precisa
    fazer nada: elas continuam valendo, e o que for salvo pela tela passa a valer no
    lugar delas. Ao trocar uma credencial já em uso, quem tinha conectado a agenda
    precisa conectar de novo — é o Google que invalida as autorizações antigas, e a
    tela avisa antes.

  • Dá para ver o que o agente aprendeu de cada material O botão "Ver o que ele aprendeu" mostra os trechos exatos que ele procura antes de
    responder. Quando ele erra sobre um assunto, é ali que se descobre o porquê — antes a tela
    mostrava só um número.

  • Enviar arquivo passou a funcionar PDF, Markdown ou texto, até 20 MB — ou cole o texto direto na tela, se preferir. Antes só
    existia o formato pergunta/resposta; quem tentava subir um PDF não tinha por onde.

  • O material do seu negócio agora é da empresa, e cada assistente escolhe o que lê Antes, o que o agente sabia pertencia a UM assistente: dois times com o mesmo manual de
    trocas precisavam cadastrá-lo duas vezes, indexá-lo duas vezes e pagar por ele duas vezes.
    Agora o acervo é da organização — em IA › Conhecimento — e na tela de cada assistente há
    uma seção "O que ele consulta antes de responder", onde você marca o que aquele
    assistente pode ler. O mesmo documento serve a quantos assistentes você quiser.

  • O follow-up anda mesmo em hospedagem sem agendador Em ambientes que não têm agendador de verdade — o plano gratuito da Vercel é o
    caso comum — os follow-ups e as tarefas de bastidor só andavam quando alguém
    abria o sistema. Um lead que respondia de madrugada ficava esperando.

    Agora existe uma batida de relógio que pode vir de fora: um serviço gratuito de
    cron chama uma vez a cada poucos minutos e o sistema faz o que estava pendente.
    O passo a passo está no runbook do relógio.

    Quem roda numa VPS com o agendador normal não precisa fazer nada — ali o
    relógio já existia e continua igual.

Alterado

  • O agente de IA passa a caber 25 capacidades, e alcança as de agenda Quem já tinha o agente com a lista cheia lia "20 de 20 capacidades ligadas.
    Limite atingido." e não conseguia ligar as capacidades de agenda — ver horários
    livres, marcar, remarcar, desmarcar —, que aparecem na lista mas ficavam
    desabilitadas. O limite passou de 20 para 25.

    Isso não muda nada no que já está configurado: nenhum agente perde capacidade, e
    quem não estava no limite não vê diferença. Quem estava agora consegue ligar mais
    uma jornada. Agentes criados antes da Agenda não recebem as capacidades novas
    sozinhos — a lista de cada versão é uma foto congelada; é preciso abrir
    "O que o agente pode fazer" e ligá-las.

Corrigido

  • A Agenda passa a dizer por que os dias estão travados O calendário abria com o mês inteiro sem clique e nada explicando. Havia estados
    em que nem o aviso aparecia: numa instalação nova, em que ninguém publicou a
    jornada de atendimento, a consulta falhava e a tela concluía que estava tudo
    certo; e avançar dois meses levava a um período que a busca nunca cobriu, também
    em silêncio. Agora o bloco de aviso e os dias apagados saem da mesma conta,
    cada dia diz a causa ao passar o mouse e para quem usa leitor de tela, e o botão
    de avançar mês não leva mais a um período vazio por construção.

  • A tela de marcar mostra o local e o fuso reais, e dá para registrar o desfecho Ao marcar um horário, o painel dizia "Presencial · Sala 2" e "horários no fuso
    America/Sao_Paulo" para todo mundo — texto de exemplo que nunca era trocado pelo
    que estava configurado no tipo de agendamento. Quem atende em outro fuso via a
    hora errada anunciada. Agora ele mostra o local que você cadastrou e o fuso de
    verdade, e some com a linha quando não há o que mostrar, em vez de inventar.

    No histórico, os botões "Realizado" e "Faltou" ficavam sempre cinzas, dizendo que
    estariam disponíveis quando a agenda estivesse conectada ao Google — o que nunca
    teve relação. Agora funcionam. Marcar "Faltou" devolve o horário para outra
    pessoa poder pegar.

  • Compromissos marcados no CRM passam a aparecer no Google Agenda Quem conectou o Google Agenda não via os compromissos do CRM chegarem lá — nunca,
    em instalação nenhuma. A tarefa que faz esse envio pedia os pendentes ao banco de
    um jeito que o banco recusava, e ela falhava a cada cinco minutos desde que o
    módulo saiu, deixando só um aviso no registro técnico. Agora ela pede certo, e o
    que já está marcado sobe na primeira rodada depois da atualização. Não é preciso
    reconectar nada nem mexer em arquivo: a atualização já traz a mudança do banco.

  • A tela de Notificações passa a dizer o que falta para o aviso chegar com a aba fechada A tela dizia que o aviso por Push "já funciona", sem conferir se esta instalação
    tinha como enviá-lo. Quem ligava a opção via o navegador pedir permissão,
    concedia, e depois não recebia nada com a aba fechada — sem nenhuma pista do
    motivo, e sem como descobrir o que fazer.

    Agora, quando faltam as chaves do Web Push, a própria tela avisa que os avisos
    só aparecem com o site aberto e mostra o comando para gerar o par de chaves e
    onde colocá-lo. Quando as chaves já estão no lugar, ela anuncia que o aviso
    chega também com a aba fechada e para de pedir configuração.

    Você não precisa fazer nada. A opção de Push continua podendo ser ligada dos
    dois jeitos: mesmo sem as chaves, o aviso na bandeja do sistema já funciona
    enquanto o DeskcommCRM está aberto numa aba.

  • A Agenda passa a mostrar só a organização que está selecionada Quem administra mais de uma empresa na mesma instalação via a Agenda somando as
    duas: os tipos de agendamento apareciam repetidos, e clicar em metade deles
    respondia que o tipo não foi encontrado. Nada estava duplicado no banco — a tela
    é que mostrava as duas empresas juntas. Agora ela mostra só a que está
    selecionada no alto da página, e trocar de empresa troca a lista. O mesmo valia
    ao abrir um contato, um lead ou um funil pelo endereço direto. Para quem tem uma
    empresa só, nada muda.

  • Arquivar um material não liberava o espaço Arquivada, a fonte continuava ocupando o lugar e não dava para criar outra do mesmo tipo —
    nunca mais, sem mensagem que explicasse.

  • Cadastrar a chave da OpenAI pela tela não ligava a base de conhecimento O produto dizia, em duas telas, que a OpenAI é necessária "para indexar o seu material" — e
    o motor só olhava para a chave do arquivo de configuração da instalação. Quem cadastrou a
    chave em IA › Credenciais e viu o material parado estava vendo esse defeito. Agora a chave
    sai da sua organização, e a tela de conhecimento diz qual está valendo.

  • O mesmo celular com e sem o nono dígito deixa de virar dois contatos +55 32 8479-3302 e +55 32 98479-3302 são a mesma pessoa, e o CRM tratava as
    duas grafias como contatos diferentes. O efeito aparecia no pior momento: a
    resposta do cliente entrava no cadastro errado, o follow-up não a reconhecia
    como resposta, e a mesma pergunta era enviada de novo.

    Agora o CRM guarda e mostra sempre a forma com o nono dígito, encontra a pessoa
    pelas duas grafias na entrada, e junta os pares duplicados que já existiam
    na sua base ao atualizar. Fixo e número estrangeiro não mudam. O envio ao
    WhatsApp continua tentando as duas grafias, como antes.

    E a resposta do lead passa a acordar o follow-up: quem responde antes do prazo
    não fica esperando o relógio para seguir no fluxo.

  • Conversas marcadas como aproveitáveis eram perdidas A rotina que as prepara gravava zero trechos por um erro de configuração do banco, e mesmo
    assim as marcava como aproveitadas — o que as tirava da fila para sempre.

  • Duplicar um assistente perdia o escopo dele A cópia nascia sem os funis em que o original mexia — e teria nascido sem os materiais
    também. Criar assistente pela API tinha o mesmo problema: o pedido era aceito e metade dos
    campos, descartada.

  • O botão de aviso na tela de Notificações não aparece mais ligável para depois se desligar sozinho Quem tem as notificações bloqueadas no próprio navegador via, por um instante,
    o botão de Push disponível — e ele se desabilitava sozinho logo em seguida. Um
    clique naquele intervalo não fazia nada, porque a resposta do navegador já
    estava dada.

    A tela passa a consultar o navegador antes de desenhar o botão, em vez de
    desenhá-lo primeiro e corrigir dep...

Read more

v1.7.0 — a Agenda, e a versão que deixa de ser escolhida

Choose a tag to compare

@melgarafael melgarafael released this 27 Aug 17:33
5b3547f

Adicionado

  • Agenda: marcar, remarcar e cancelar compromissos pela tela O sistema ganhou uma Agenda. Dá para criar tipos de compromisso, ver a grade da
    semana, marcar um horário e remarcar ou cancelar pela própria tela, com o motivo
    registrado. A IA também consegue consultar os horários livres e marcar durante o
    atendimento, sem ninguém sair da conversa.

    Quem usa Google Agenda pode conectar a sua conta em Configurações, e os
    compromissos passam a aparecer nos dois lados. Isso é opcional: sem conectar, a
    Agenda funciona igual, e quem não mexer em nada não precisa fazer coisa alguma
    depois de atualizar.

Corrigido

  • A versão só é publicada pelo caminho da release Uma correção no nosso próprio processo de publicação, feita antes de causar
    problema: o sistema que cria a versão decidia apenas por haver um número novo
    escrito no histórico de mudanças. Bastava alguém escrever esse número junto de
    outra alteração para a versão sair sozinha, sem passar pela aprovação. Agora ele
    exige também a marca de que aquilo foi de fato um fechamento de versão.

  • A tela de atualização mostra tudo o que mudou desde a sua versão Antes ela mostrava só o texto da versão mais nova. Quem pulava versões — por
    exemplo, quem estava na 1.4.0 e atualizava direto para a 1.6.0 — nunca via o que
    tinha mudado no meio do caminho, e isso incluía os avisos de coisas que exigiam
    a sua ação. Agora a tela lista todas as versões entre a sua e a nova, com os
    avisos reunidos no topo e cada um dizendo de que versão veio.

v1.6.0 — a passagem para humano deixa de ser muda

Choose a tag to compare

@melgarafael melgarafael released this 26 Aug 21:28
bf386c1

Adicionado

  • Formulários do Respondi entram como lead, com as respostas na ficha. Antes, quem ligava
    um formulário do Respondi ao CRM recebia um erro e nenhum lead era criado — o webhook
    chegava com as respostas dentro de uma estrutura que o CRM não sabia ler, e a captação era
    recusada inteira. Agora o nome, o telefone, o e-mail e cada pergunta respondida chegam na
    ficha do contato, e o lead nasce no funil como qualquer outro. Telefone sem código de
    país é lido como brasileiro
    ((11) 99999-8888 vira +5511999998888, a mesma regra que o
    WhatsApp já usava); número de fora do Brasil precisa vir com o + e o código do país.
  • Quem recusa contato no formulário aparece na linha do tempo. Se a pessoa marcou que
    não aceita receber mensagens, isso vira um evento visível na ficha dela — em vez de a
    equipe descobrir o silêncio depois, sem saber por quê. Recusa é informação, não ausência
    de informação.
  • Todo lead que chega pelo formulário do Respondi já entra triado. Cada envio é lido na
    hora e ganha, na ficha, uma classe (A, B, C ou D) calculada a partir da pontuação do próprio
    formulário — e, quando falta a pontuação, o valor honesto "não avaliado", nunca uma
    classe chutada. Quem não tem telefone utilizável ou recusou o contato entra marcado como
    desqualificado, com o motivo. E o que precisa de olho humano — nome que parece spam,
    o mesmo telefone chegando com outro nome, ou um valor de investimento que contradiz o outro —
    fica sinalizado como aguardando revisão, sem travar nada: o lead entra no funil do mesmo
    jeito e continua elegível para o primeiro contato. Tudo isso aparece na linha do tempo da
    ficha, então dá para ver por que um lead foi parar onde foi parar.

Corrigido

  • A IA avisa o cliente antes de chamar uma pessoa — antes ela saía de campo calada.
    Quando o atendimento automático parava e a conversa ia para a fila humana, o cliente
    não recebia mensagem nenhuma: ele falava, e ninguém respondia. Acontecia nos dois
    caminhos que param a IA, e o pior deles era o silencioso — a IA tinha acabado de
    perguntar o e-mail do cliente, o sistema detectou insatisfação na mensagem dele e
    desligou o automático; o cliente respondeu a pergunta e ela caiu no vazio. Agora, em
    qualquer um dos caminhos, sai uma mensagem antes do silêncio, e ela é honesta com o
    estado da sua equipe: com gente disponível ela convida a aguardar; sem ninguém livre
    no momento, diz que o pedido ficou registrado; e numa instalação que ainda não
    configurou atendente nenhum, não promete contato. Quem pediu para parar de
    receber mensagens recebe a confirmação da parada, não uma oferta de atendente.
  • Quem vai assumir a conversa agora sabe se o cliente foi avisado. O aviso na Central
    passou a dizer, em uma linha, se a pessoa do outro lado já sabe que alguém está vindo —
    é o que muda a primeira frase que o atendente digita.
  • Conversa parada por insatisfação detectada agora abre aviso na Central. Esse caminho
    devolvia a conversa à fila e calava a IA sem avisar ninguém: o cliente sem resposta e a
    equipe sem sinal de que havia alguém esperando. Agora ele abre o mesmo aviso que os
    outros caminhos já abriam, e sem duplicar quando dois motivos disparam na mesma conversa.
  • O agente voltou a ouvir os áudios que chegam. Quem mandava um áudio ouvia de volta
    "não consigo ouvir mensagens de voz" — e a transcrição ficava pronta no sistema meio
    minuto depois, sem ninguém para usá-la. A causa era de ritmo: as tarefas de bastidor
    (baixar o áudio, transcrever, tratar mídia) só eram acordadas uma vez por minuto, e a
    resposta ao cliente não espera tanto. Medido numa instalação real: a cadeia levava de
    103 a 188 segundos, e passou a levar 18. A transcrição em si sempre levou 4 segundos —
    o resto era fila. Nada para você fazer: vale assim que atualizar.
  • A caixa de conversas voltou a se atualizar sozinha — antes só recarregando a página.
    A mensagem do cliente chegava, ficava guardada certinho, e a tela continuava parada: quem
    estava com a conversa aberta, olhando, não via nada até apertar F5. Valia também para o
    funil, o histórico do contato e as telas da IA. A causa veio de fora — uma peça de terceiros
    que o sistema usa mudou de comportamento numa atualização, e o aviso de "chegou coisa nova"
    passou a ser recusado em silêncio, sem erro em lugar nenhum. Agora a tela recebe de novo na
    hora, e ela também se recupera sozinha: se a conexão em tempo real cair, a lista e a
    conversa voltam a se sincronizar em pouco tempo em vez de ficar congeladas num passado que
    parece presente. Nada para você fazer — vale assim que atualizar.
  • A automação parou de dizer "Sucesso" para mensagem que ela nem tentou mandar. Quando o
    envio era pulado — contato sem telefone, contato bloqueado, contato que recusou receber
    mensagens — a execução aparecia na aba Atividade como bem-sucedida. Pior que o defeito que a
    versão passada corrigiu: aquele pelo menos tinha tentado. Agora aparece como Falhou, com
    a razão.
  • Quem recusa receber mensagens no formulário para de receber automação. A recusa já ficava
    visível na linha do tempo, mas nada no motor a lia — as automações de WhatsApp saíam do
    mesmo jeito. Agora a recusa fica registrada na ficha da pessoa e as duas ações de envio
    automático (mensagem escrita por você e mensagem escrita pela IA) a respeitam. Vale também
    quando a pessoa já era seu contato e mudou de ideia num envio novo. Quem nunca
    respondeu à pergunta continua recebendo normalmente
    — não perguntar não é a mesma coisa
    que ouvir "não".

v1.5.0 — quem manda na conversa, os leads do formulário, e o agente que ficava mudo

Choose a tag to compare

@melgarafael melgarafael released this 25 Aug 16:10
bfaf407

O histórico de quem chega pelos seus formulários agora existe — inclusive de quem não
entrou. As automações passam a poder responder com uma mensagem escrita pela IA a partir do
que a pessoa preencheu. E a automação parou de marcar "Sucesso" para mensagem que nunca
chegou ao cliente.

O Inbox passa a dizer quem manda em cada conversa — e o conserto principal não é de tela:
clicar "Assumir" não parava o atendimento automático, então os dois respondiam o mesmo cliente.

⚠️ Requer atenção

O horário em que as automações mandam mensagem passa a ser o seu, e não o do servidor.
A proteção de horário da automação era medida pelo relógio da máquina, que roda em UTC —
então a faixa "7h às 22h" era, na prática, 4h às 19h de Brasília. Duas consequências
que você talvez tenha visto sem saber a causa: uma automação disparada às 19h30 não saía e
ficava esperando até as 4h da manhã seguinte; e uma disparada de madrugada saía, mandando
mensagem para o cliente às 5h. Agora vale o seu fuso, e vale a faixa que você configurou
em Conexões › Proteção de envio
— a mesma que a IA já respeitava. Se você apertou ou
ampliou esse horário achando que só mexia com a IA, confira: agora ele também rege as
automações. Quem nunca mexeu fica com 7h às 22h no horário de Brasília. Se o seu negócio fica em outro
fuso, escolha o seu em Conexões › Proteção de envio, no campo "Fuso horário da janela" — e
confira conexão por conexão, porque essa escolha é de cada número, não da instalação inteira.

Assumir uma conversa agora PARA o atendimento automático nela. Antes não parava, e os dois
respondiam o mesmo cliente.
Quem clicava "Assumir" no Inbox ganhava a conversa na tela, mas o
automático continuava respondendo por baixo — ele só ficava quieto por 5 minutos depois que o
atendente mandava uma mensagem, e voltava a falar sozinho em seguida. Agora assumir e transferir
silenciam o automático naquela conversa, e "Liberar" ou "Fechar" desfazem o silêncio que a
pessoa pôs
. Há uma exceção que importa: quando foi o próprio automático que passou o caso
para uma pessoa, "Liberar" e "Fechar" não o trazem de volta — ali quem devolve é o botão
"Devolver ao automático", no topo da conversa. É justamente o caso das conversas que
aparecem na aba "Fila" (veja o aviso abaixo). Se a sua
equipe se acostumou a assumir a conversa e deixar a IA responder junto, esse hábito muda aqui.

A distribuição por rodízio NÃO cala o automático — distribuir é escolher quem cuida se precisar,
não tomar a conversa. Só o clique de uma pessoa silencia.

A aba "Fila" vai mostrar mais conversas do que mostrava, e o número do badge pode subir de uma
vez.
Não é conversa nova: são as que a IA já tinha passado para uma pessoa e que não apareciam em
aba nenhuma. Se o número saltar depois de atualizar, é isso — e vale olhar, porque são pessoas
esperando resposta há mais tempo do que você imaginava.

Esta versão mexe no banco de dados. O update.sh aplica sozinho; não há passo
manual — são tabelas e estados novos: o histórico de captação, o estado de espera das
automações e o registro de quem está no comando de cada conversa.

Se você está vindo da 1.4.0, os dois avisos abaixo são da 1.4.1 e valem para você. A tela de
atualização mostra só a seção da versão que você está instalando, então eles vão repetidos aqui
para não passarem em branco. Se você já atualizou para a 1.4.1, já os leu — pule.

  • A IA passa a atender aos domingos, e antes não atendia. O padrão de fábrica da janela
    anti-banimento mudou na 1.4.0: domingo era dia mudo e passou a ser dia normal (a faixa de
    horário continua a mesma). Se o seu negócio depende de silêncio no domingo, desligue em
    Conexões › Proteção de envio, na chave "Enviar aos domingos", por canal. Quem já tinha
    mexido ali teve a escolha respeitada. Novidade desta versão: essa chave passou a valer
    também para as automações — desligá-la faz o lead que preencher seu formulário no domingo
    só ser abordado na segunda de manhã.
  • Duas conexões oficiais do WhatsApp com a mesma conta da Meta: fica com o identificador a
    conexão MAIS RECENTE
    , e a mais antiga recebe o sufixo -conflito-. Nada foi apagado. A 1.4.0
    disse o contrário — se você apagou a conexão SEM o sufixo por causa daquela frase, era a que
    estava funcionando; reconecte o número em Conexões.

Adicionado

  • "Leads recebidos", em Webhooks: quem chegou pelo formulário, com o que preencheu.
    Até aqui, o formulário do seu site entregava o lead e não sobrava registro nenhum de como
    ele chegou. Agora há uma aba com a lista: nome, data e hora, de qual formulário veio, a
    página em que a pessoa estava, o endereço de internet dela e as etiquetas de campanha
    (utm_source e companhia). Clicando na linha, todos os campos do formulário como ela
    preencheu, e um atalho para o lead no funil. Dá para filtrar por busca, por origem, por
    resultado e por período.
    E aparece também quem NÃO entrou. Um formulário cujos campos o CRM não reconhece era
    recusado em silêncio: quem colou o endereço no site só sabia que "não chegou nada", sem
    ter onde olhar. Agora a tentativa aparece na lista como Não entrou, com o motivo escrito
    em português e os campos crus do jeito que vieram — que é o que permite consertar o
    formulário em vez de adivinhar.
  • Nas automações, no "então": "Mensagem escrita pela IA".
    Antes só dava para mandar um texto pronto com {{nome}} e {{telefone}}. Se o seu
    formulário pergunta o segmento, o tamanho da equipe e a maior dificuldade de hoje, quem
    tem 3 funcionários e quem tem 300 recebiam a mesma frase. Agora você escolhe um agente já
    publicado, escolhe o número, e escreve no campo "O que a IA deve fazer com esses
    dados"
    — por exemplo, "cite a dificuldade que ela citou e ofereça uma conversa de 15
    minutos". A IA recebe as respostas do formulário e essa sua instrução, e sabe que é a
    primeira mensagem de alguém que acabou de preencher e não está esperando resposta. É o
    mesmo desenho da instrução de um passo de follow-up.
    Quem envia continua sendo a automação — com horário de envio, descadastro e espaçamento
    entre mensagens valendo igual. A IA escreve o texto; ela não fala com ninguém por conta
    própria.

Corrigido

  • A automação dizia "Sucesso" para mensagem que não chegou ao cliente. Era o relato que
    originou boa parte desta entrega: automação ligada, lead entrando pelo formulário, a aba
    Atividade mostrando um "Sucesso" verde — e nenhuma mensagem no celular de ninguém. A
    automação só sabia perguntar se tinha dado erro de programa; ela não olhava se a mensagem
    de fato saiu. Agora ela olha: quando o envio falha, o resultado aparece como falha, com o
    motivo em português ("Não conseguimos falar com o serviço de WhatsApp. Confira se ele está
    no ar."), e um aviso é aberto na Central de avisos — o menu "Alertas", dentro de IA › Acompanhar o
    agente — nomeando a regra que falhou,
    porque um erro que só existe numa aba que ninguém abre é um erro invisível.

  • A automação que estava só esperando o horário parecia não ter rodado. Ao adiar um
    envio, ela não gravava nada: "não apareceu nada na Atividade" e "a automação não funcionou"
    eram a mesma tela. Agora a espera é um estado visível na aba Atividade — Aguardando envio —, com o motivo ao
    lado. Nem sempre é o relógio: o mesmo estado aparece quando o número de WhatsApp está
    desconectado, e aí o que resolve é reconectar em Conexões, não esperar.

  • O agente ficava mudo quando o provedor dele era diferente do provedor padrão da
    organização.
    Quem publicou o agente numa IA (por exemplo OpenAI) enquanto a organização
    continuava configurada em outra (Anthropic) tinha TODA mensagem de WhatsApp engolida: a
    conversa ficava sem resposta, sem erro visível na tela do agente. Por baixo, um verificador
    interno saía com o endereço de uma IA e o nome de modelo da outra, tomava "modelo inexistente"
    e derrubava o atendimento inteiro antes de o agente falar. Não era preciso mexer em nada para
    cair nisso — bastava a combinação. O rastro sempre esteve em IA › Execuções e o aviso em
    Central de avisos ("Job descartado após esgotar tentativas"); o que faltava era o
    atendimento acontecer.

  • O papel Operador mandava o modelo escolhido para o provedor errado, pela mesma razão, e
    o campo "Modelo do Operador" deixado em branco não fazia o que a tela prometia: ele diz "A
    mesma que conversa"
    e usava o modelo padrão da organização. Agora vazio herda de verdade o
    modelo do Conversador.

  • O painel de Provedores de IA mostrava o modelo errado nos pontos que herdam do agente
    (classificador de etapa, detector de manipulação, verificador de promessa, resumo de
    conversa, checkpoint, sugestão de resposta e a mensagem escrita pela IA nas automações):
    anunciava o padrão da organização enquanto o sistema usava o do agente. A coluna passa a
    mostrar o que de fato roda, e diz de quem herdou. A "Mensagem escrita pela IA" desta
    mesma versão caía no primeiro item desta lista
    — nas instalações com agente num provedor
    diferente do padrão da organização, ela não sairia.

  • A promessa da 1.4.0 sobre o limite de gasto agora é verdade. Aquela versão disse que, quando o
    limite para a IA, "as conversas que estavam sendo atendidas vão para a fila de atendimento
    humano". Elas iam — mas a fila na tela não as mostrava: a aba, o contador e o painel do gerente
    procuravam um estado e a conversa escalada ficava em outro. Quem confiou no aviso e foi olhar a
    fila não encontrou nada lá. Vale para toda passagem para humano, não só a do limite.

  • O número da fila que o cliente ouve e o que a equipe vê eram contados de formas diferentes. O
    "você é o Nº da fila" enviado pelo WhatsApp incluía as conversas escaladas; o número mostrado ao
    atendente não. Agora é a mesma conta dos dois lados.

  • Dava para saber quem atende uma conversa pela IA, mas não pela tela. O nome d...

Read more