Vendas com vários produtos, bots no Pipeline e estorno mais claro

Vendas com vários produtos, bots no Pipeline e estorno mais claro

Novidades

• Venda com vários produtos no mesmo ganho. Até agora, fechar um negócio como ganho registrava um produto só. Agora é possível registrar vários produtos na mesma venda, cada um com sua própria quantidade e valor — útil para quem vende pacotes, combos ou mais de um item na mesma negociação. O total da venda passa a ser a soma dos itens, e o histórico do card mostra cada um deles separadamente.

Estorno de vendas ficou mais completo

Corrigimos os problemas que reportamos no fluxo de estorno de vendas do Pipeline:

• O resumo do histórico não desaparece mais. Quando a única venda registrada de um card era estornada, o resumo — total, quantidade e ticket médio — simplesmente sumia da tela, mesmo com a informação disponível. Agora o resumo continua visível, mostrando o que foi estornado.
• Estornar não fica mais inacessível. Em algumas telas, clicar em "Estornar" dentro do histórico de vendas abria outra página em vez de confirmar o estorno, e não havia como completar a ação por ali.
• Reforço no controle de acesso ao estorno de vendas. Hardening de segurança no fluxo de estorno de vendas do Pipeline.
• O motivo do estorno passa a ser obrigatório, com até 255 caracteres — veja o aviso abaixo se você integra pela API.
• O card mostra um sinal claro quando uma venda foi estornada. Antes, o card voltava a exibir o valor previsto, indistinguível de um negócio que nunca vendeu nada. Agora, quando a ÚNICA venda de um card é estornada, um sinal vermelho de "Venda estornada" aparece com o valor cancelado; quando só PARTE das vendas do card foi estornada, um sinal âmbar mostra quantas foram, ao lado do valor que ainda vale. O valor realizado deixa de "voltar" para o previsto em silêncio.
• O sinal de estorno aparece na hora. Estornar uma venda passa a mostrar o sinal correspondente no card imediatamente, para quem está com o quadro do Pipeline aberto — sem precisar recarregar a página. Fechar um negócio como ganho já mostrava o valor da venda no card na hora; agora o sinal de estorno acompanha o mesmo comportamento.

⚠️ Se você integra pela API: o estorno passa a exigir motivo. POST .../pipeline/opportunities/{id}/void sem o campo reason respondia 200 até esta versão; a partir de agora responde 422 se o motivo estiver vazio ou tiver mais de 255 caracteres. Atualize sua integração para sempre enviar um motivo antes de atualizar para esta versão.

Agent bots no Pipeline

• Bots agora podem mover negócios no Pipeline. Um agent bot (a integração por webhook que responde no lugar de um agente) passa a poder mover um card para outra etapa e marcar um negócio como ganho — registrando a venda como qualquer outra. Bots continuam sem poder marcar um negócio como perdido.
• O acesso nasce desligado, funil a funil. Nenhum bot ganha essa capacidade automaticamente: cada funil precisa autorizar explicitamente quais bots podem agir nele, o mesmo mecanismo já usado para agentes humanos. Desconectar o bot da caixa de entrada revoga esse acesso imediatamente em todos os funis, sem precisar desfazer a autorização funil a funil.
• Bots também podem criar e consultar acompanhamentos (follow-ups) de uma conversa.
• A autoria fica correta no histórico. Uma venda ou um acompanhamento criado por um bot aparece como tal — nunca atribuído, por engano, a uma pessoa da equipe.

Desempenho de Produtos

• Contagem de vendas corrigida. O relatório de Desempenho de Produtos podia contar a mesma venda mais de uma vez quando ela reunia vários itens sem produto vinculado no catálogo. Agora cada venda conta uma única vez, não importa quantos itens sem produto ela tenha.

Segurança e privacidade

• Reforço na proteção de dados enviados às ferramentas de IA. Atributos personalizados de conversa e mensagens privadas deixam de ser incluídos por padrão no que é enviado às ferramentas de resumo, reescrita e sugestão de resposta da IA.
• Validação de segurança na URL de webhook de agent bots, exigindo HTTPS ao cadastrar ou alterar o endereço que recebe as mensagens do bot.

Atendimento

• Indicadores de atendimento mais honestos. Dois indicadores de SLA passam a medir só o que de fato aconteceu: o tempo até a próxima resposta deixa de ser zerado quando quem respondeu foi uma automação (follow-up, sequência ou bot) em vez de um agente; e o relatório de tempo até a primeira resposta deixa de creditar, a um agente humano específico, um atendimento que na verdade saiu de uma automação.

⚠️ Leia antes de olhar os relatórios de SLA depois desta atualização. Os dois indicadores acima — atrasos de próxima resposta (NRT) e de primeira resposta (FRT) — podem subir, em algumas contas de forma visível. Isso não significa que o atendimento piorou. Hoje, quando uma automação responde no lugar de um agente, o relógio de SLA correspondente é zerado e o atraso simplesmente não é contado — o painel fica "verde" por ausência de medição, não por cumprimento. A partir desta versão, esses casos passam a ser contados corretamente. A leitura certa do salto é "passou a ser medido" — não "o time piorou".