Todos os projetos

Automações

83 automações. 48 rodando agora.

Workflows que escrevi para vendas, crédito e dados, no n8n e no Power Automate. Cada um tira uma tarefa repetitiva da mão de alguém e devolve o resultado no CRM, na planilha ou no Teams.

workflows n8n escritos por mim
42
rodando em produção hoje
23
com uma etapa de IA
9
tentam de novo antes de falhar
18

Diagramas redesenhados da estrutura real, com rótulos genéricos. Sem exportações, capturas do editor ou dados de clientes.

Os maiores exemplos

n8n

Origem de indicações

88 nós

Uma origem por oportunidade, sem discussão

Power Automate

Relatório do closer

64 nós

Painel da diretoria atualizado a cada etapa

Power Automate

Solicitação de visita

52 + 6 nós

Pediu no Teams, o card já está no CRM

Em destaque

O SDR abre o CRM e o lead já tem nota.

WebhookCRM · novo leadEnriquecimentoRegistro público + bureauLLMScore + justificativaValidaçãoSchema JSONCRMGrava scoreTabela de scoresUpsert por leadModelo reservaSe o principal falharCorretor de JSONRepara saída inválida

Webhook do CRM recebe o lead, enriquece com dados públicos e de bureau, um LLM devolve score em JSON validado por schema, o score é gravado no card e numa tabela de scores.

No n8n: leads, origem e crédito

33 dos 42 workflows resolvem estes cinco problemas. Os outros 9 são utilitários, migrações e testes.

etapa de IAtratamento de falha ou segurança

01

O time liga primeiro para quem vale a pena

10 workflows · 7 ativos · Exemplo: Pontuação de leads por IA

Lead novo chega ao CRM já marcado como frio, morno ou quente. Se o modelo cai, um reserva assume; se o JSON vem quebrado, um corretor repara.

Antes: pesquisar cada empresa antes de decidir para quem ligar. Depois: o card já diz por onde começar.

  1. Webhook do CRM
  2. Guarda de entrada(tratamento de falha ou segurança)
  3. Registro público + bureau
  4. Cache de respostas(tratamento de falha ou segurança)
  5. LLM com saída estruturada(etapa de IA)
  6. Modelo reserva + corretor de JSON(tratamento de falha ou segurança)
  7. Frio · morno · quente
  8. Atualiza o card
02

Às 7h30 cada SDR já sabe quem atender

6 workflows · 5 ativos · Exemplo: Distribuição diária de leads

Leads divididos por pontuação e carga antes do expediente, só em dia útil, em lotes de 10. Card parado avança sozinho, e um alerta avisa quando o estoque de leads acaba.

Antes: dividir leads à mão e cobrar card parado. Depois: a fila chega pronta e o funil anda sozinho.

  1. Agendado às 7h30
  2. Só em dia útil(tratamento de falha ou segurança)
  3. Busca SDRs e leads
  4. Filtro por pontuação
  5. Separa bloqueados por risco(tratamento de falha ou segurança)
  6. Distribui em lotes de 10
  7. Log + alerta de estoque
03

Uma origem por oportunidade, sem discussão

5 workflows · 4 ativos · Exemplo: Origem de indicações (88 nós)

Cada oportunidade é conferida contra uma tabela-mestre, com CNPJ validado e filiais detectadas. Dado pior nunca sobrescreve dado melhor.

Antes: cada um preenchia a origem de um jeito. Depois: uma tabela decide e o CRM obedece.

  1. Webhook do CRM
  2. Valida CNPJ(tratamento de falha ou segurança)
  3. Consulta a tabela-mestre
  4. Detecta filial de outro negócio
  5. Classifica a origem(etapa de IA)
  6. Idempotência + bloqueio de rebaixamento(tratamento de falha ou segurança)
  7. Atualiza card e tabela-mestre
04

Do card ao cadastro de crédito sem redigitar

6 workflows · 4 ativos · Exemplo: Cadastro na plataforma de crédito

Criou ou editou o card, o cadastro na plataforma de crédito sai pronto e enriquecido. O envio repete quando falha e, se não der, o erro fica registrado em vez de sumir.

Antes: digitar o mesmo cadastro em dois sistemas. Depois: o card vira cadastro sozinho.

  1. Webhook de criação/edição
  2. Busca negócio, campos e usuários
  3. Consulta o registro público
  4. Polling com limite de tentativas(tratamento de falha ou segurança)
  5. Monta o payload
  6. Envia com retry(tratamento de falha ou segurança)
  7. Responde ou registra o erro(tratamento de falha ou segurança)
05

O mercado do dia chega às 8h no WhatsApp

6 workflows · 3 ativos · Exemplo: Radar de notícias de mercado

Notícias das últimas 48 h, classificadas pela IA, ordenadas por relevância, cruzadas com o CRM e nunca repetidas.

Antes: garimpar notícias em vários sites. Depois: o resumo chega pronto no celular.

  1. Agendado às 8h
  2. Busca notícias das últimas 48 h
  3. Normaliza e deduplica(tratamento de falha ou segurança)
  4. Classifica a oportunidade(etapa de IA)
  5. Valida JSON e pontua(tratamento de falha ou segurança)
  6. Cruza com o CRM
  7. Envia sem repetir(tratamento de falha ou segurança)

No Power Automate: relatórios, pedidos e documentos

Os 41 fluxos de nuvem, em seis frentes. Ligam CRM, Excel, SharePoint, Teams, Forms e robôs do Power Automate Desktop.

fluxos Power Automate escritos por mim
41
rodando em produção hoje
25
com uma etapa de IA
3
entregam o trabalho a robôs de desktop
5

etapa de IAtratamento de falha ou segurança

01

Painel da diretoria atualizado a cada etapa

14 fluxos · 10 ativos · Exemplo: Relatório do closer (64 nós)

Mudou a etapa no CRM, a linha aparece na planilha do painel, já com ramo e faturamento normalizados por IA e sem duplicar.

Antes: copiar do CRM para a planilha. Depois: a linha aparece sozinha.

  1. Webhook do CRM
  2. Normaliza campos e datas
  3. Consulta o registro público
  4. Classifica ramo e prazo(etapa de IA)
  5. Normaliza faturamento e indicação(etapa de IA)
  6. Roteia pela etapa do funil
  7. Não duplica linha(tratamento de falha ou segurança)
  8. Grava nas planilhas
02

Pediu no Teams, o card já está no CRM

7 fluxos · 4 ativos · Exemplo: Solicitação de visita (52 + 6 nós)

Formulário ou canal vira empresa e card enriquecidos, e a resposta volta com menção a quem pediu. Se for duplicata, o fluxo avisa e para.

Antes: card duplicado. Depois: o fluxo avisa e para.

  1. Resposta de formulário
  2. Consulta o registro público
  3. Normaliza endereço e contatos
  4. Checa empresa já existente(tratamento de falha ou segurança)
  5. Avisa duplicidade e encerra(tratamento de falha ou segurança)
  6. Cria ou atualiza empresa e card
  7. Posta no canal com @menção
  8. Devolve o parecer na conversa
03

Formulário respondido, documento pronto

8 fluxos · 3 ativos · Exemplo: Relatório de visita e crédito (8 nós)

Contratos, declarações e notificações saem de uma resposta: o fluxo confere o conteúdo e, em geral, entrega a um robô de desktop, que gera o documento.

Antes: montar cada documento a partir do formulário. Depois: o documento sai da própria resposta.

  1. Resposta de formulário
  2. Interpreta os campos
  3. Identifica quem enviou
  4. Lê cada anexo
  5. Checa o conteúdo(tratamento de falha ou segurança)
  6. Aciona o robô de desktop
04

Reunião marcada no CRM, convite no Teams

5 fluxos · 3 ativos · Exemplo: Reunião automática (33 nós)

Os dois responsáveis recebem o convite, e reunião já marcada não é criada de novo. Uma rotina agendada também cruza a base com o registro público para atualizar leads.

Antes: marcar no CRM e de novo no calendário. Depois: o convite sai do próprio card.

  1. Webhook do CRM
  2. Converte datas para UTC
  3. Busca os participantes
  4. Resolve os e-mails(etapa de IA)
  5. Checa reunião já marcada(tratamento de falha ou segurança)
  6. Sai se faltar participante(tratamento de falha ou segurança)
  7. Cria a reunião no Teams
  8. Registra na planilha
05

Dossiê de crédito pronto no avanço do lead

3 fluxos · 2 ativos · Exemplo: Dossiê da pré-análise (10 nós)

Lead avançou, a pasta da empresa aparece com os relatórios e o link volta para o card.

Antes: juntar relatórios e mandar o link à mão. Depois: a pasta já está no card.

  1. Webhook do CRM
  2. Cria a pasta da empresa
  3. Grava cada relatório de crédito
  4. Grava cada relatório de bureau
  5. Gera link de compartilhamento
  6. Atualiza o card
06

Escrito uma vez, chamado por vários fluxos

4 fluxos · 3 ativos · Exemplo: Criar arquivo no SharePoint (3 nós)

Criar pasta, criar arquivo, buscar e-mails: subfluxos que os outros chamam por HTTP. Corrigir em um lugar corrige em todos.

Antes: a mesma lógica copiada em cada fluxo. Depois: uma correção vale para todos.

  1. Recebe chamada HTTP
  2. Executa a ação única
  3. Responde ao chamador

Princípios que evitam a ligação das 3h

Nada se perde no meio do caminho

Um agendador reivindica itens de forma atômica, com expiração, e chama workers que devolvem o resultado. Falha fica registrada e visível.

Uma fonte decide, o resto obedece

Uma tabela-mestre no PostgreSQL decide o dado oficial, com modo sombra para testar regras novas antes de aplicá-las.

Só escreve quando precisa

Toda escrita no CRM passa por "precisa mesmo atualizar?" e por um bloqueio contra rebaixar um dado melhor.

A IA cai e o fluxo segue

Modelo principal, modelo reserva, parser de saída estruturada e corretor automático de JSON, com cache de respostas.

O funil se arruma durante a noite

Em dias úteis, rotinas noturnas avaliam o funil, movem cards e gravam auditoria.

Rápido sem levar bloqueio

Envios e distribuições em lotes de 10, com espera entre eles, para respeitar os limites de API e de WhatsApp.