Automações e funis de pós-venda

Geral

Em Configurações → Funil e base → Automações, administradores da conta criam regras do tipo "quando acontecer X no funil, faça Y". Está disponível pra todas as contas ativas (antes era piloto restrito).

Como criar uma regra

1. Abra Configurações → Funil e base → Automações e clique em Nova automação.
2. Escolha o evento (o que dispara), a origem (um funil específico ou Todos os funis atuais e futuros) e a ação.
3. Salve. A regra vale dos próximos eventos em diante · o que já aconteceu não é reprocessado.

Etapa de origem é opcional e só aparece quando a origem é um funil específico. Cada conta pode ter até 100 automações.

Eventos: criação de card, ganho, perda, mudança de etapa e atividade realizada.

Ações:

• Criar tarefa: agenda uma tarefa no próprio card, com tipo, título, prazo (você digita quantos dias depois: 0 é na hora, até 365) e responsável (o responsável do card ou uma pessoa escolhida).
• Mover de etapa: leva o card para outra etapa do mesmo funil. Exige um funil de origem específico e só move cards abertos. Exemplo: "Atividade realizada · Reunião → mover para Reunião feita".
• Trocar responsável: passa o card para outra pessoa da conta.
• Adicionar etiqueta: marca o card com uma etiqueta (se ele já tiver, nada muda).
• Criar card em outro funil e Disparar webhook, como antes.

As quatro primeiras agem no próprio card que disparou o evento e ficam no histórico dele, assinadas como Automação. O que uma automação muda não dispara outras automações: assim uma regra que move de A para B e outra que move de B para A não ficam em ping-pong. Se o tipo de tarefa, a etiqueta, a etapa ou a pessoa escolhida forem removidos depois, a execução falha com o motivo na tela e é só editar a regra.

Várias regras podem funcionar juntas. Dá pra editar, pausar, retomar e excluir sem perder o histórico de execuções, que fica na própria tela com o resultado de cada disparo.

O card criado pela automação

O novo card nasce aberto e com valor zero, no funil e etapa que você escolheu. Com origem "Todos os funis", eventos do próprio funil de destino são ignorados, e card criado por automação não dispara outra criação · é o que impede uma regra de alimentar a si mesma em looping.

Pós-venda com histórico de compras

Pra acompanhar cliente depois da venda, monte a regra com: evento ganho, origem em um funil de vendas, destino em um funil de pós-venda e a opção Reunir compras. Assim cada venda ganha entra no card de acompanhamento daquele cliente, em vez de criar um card novo a cada compra. Cada funil de vendas pode ter só uma regra de Reunir compras.

Cliente que compra de novo:

• Acompanhamento ainda aberto: a compra nova entra nele, mesmo que o card já tenha sido passado pra outra pessoa (o CS, por exemplo). O responsável do card não muda.
• Acompanhamento encerrado ou excluído: a compra nova abre um acompanhamento novo, com as mesmas regras da primeira compra. O card antigo e as compras dele ficam no histórico.
• Dois acompanhamentos abertos do mesmo cliente: a entrega fica como falha pedindo revisão. Encerre ou una os cards e use Tentar de novo.

Funil de vendas × funil de pós-venda

Ao criar o funil, você escolhe a finalidade: Vendas ou Pós-venda (veja Funil e oportunidades). O de pós-venda tem atividades, Modo Foco, anotações e acesso autorizado à conversa original, mas fica fora dos indicadores comerciais (não entra em meta, previsão nem taxa de conversão) e a IA orienta pra atendimento, não pra negociação. Card de pós-venda também não mostra o botão Ganho no Foco.

Documentos anexados ao negócio de venda podem alimentar o contexto da IA no card de pós-venda, com autorização e ação explícita.

Webhook

Informe a URL HTTPS do receptor e um segredo de assinatura (mínimo de 24 caracteres). Quem recebe deve conferir a assinatura e tratar entregas repetidas, porque a entrega tem retentativa. O CRM envia dados do negócio e do evento · não envia documentos, conversas nem dados de contato. Cada envio espera no máximo 5 segundos pela resposta; sem resposta nesse tempo, conta como falha temporária e tenta de novo depois.

Como verificar a assinatura. Todo envio traz o cabeçalho X-Webhook-Signature: t=<carimbo>,v1=<assinatura>, onde t é a hora do envio em segundos (Unix) e v1 é o HMAC-SHA256 em hexadecimal, com o seu segredo, do texto <t>.<corpo cru da requisição> (o carimbo, um ponto e o corpo exatamente como chegou, antes de interpretar o JSON). No receptor:

1. Separe t e v1 do cabeçalho.
2. Recuse se t estiver a mais de 5 minutos da sua hora atual (pra frente ou pra trás). É isso que impede alguém de reenviar uma requisição antiga.
3. Calcule o HMAC-SHA256 de t + "." + corpo com o segredo e compare com v1 em tempo constante.
4. Use o cabeçalho Idempotency-Key (igual ao id do corpo) pra ignorar a mesma entrega repetida · cada nova tentativa sai com carimbo e assinatura novos, mas a mesma chave.

Quando não roda

• Conta bloqueada por falta de pagamento: nada é capturado nem entregue enquanto durar o bloqueio, e o que estava na fila quando a conta foi bloqueada é cancelado (aparece como Cancelada, com o motivo). Regularizando, as automações voltam a valer dos próximos eventos em diante · nada do período bloqueado é entregue atrasado.
• Só administradores da conta criam, editam ou pausam automações.
• Se o destino sumir (funil ou etapa apagada), o disparo fica registrado como falha na tela, com o motivo.

Tentar de novo

Em Execuções recentes de cada regra, toda execução que falhou mostra o motivo e o botão Tentar de novo (só administradores). O CRM devolve a execução pra fila com as tentativas zeradas, já tenta na hora e mostra o resultado. Corrija a causa antes (por exemplo, o destino ou o responsável do card). Execução cancelada (regra editada, pausada ou conta bloqueada) não volta: a regra vale dos próximos eventos em diante. Se a automação foi editada depois da falha, a execução antiga também não é repetida.