Fiz uma automação e monitoramento financeiro no Make. Afinal, a vida não é só n8n!

Essa semana construí uma automação no Make (antigo Integromat) que monitora a cotação do dólar (USD/BRL) de forma agendada, ramifica com lógica de negócio real e toma ações diferentes dependendo do resultado, incluindo gerar uma recomendação escrita por uma LLM.

O que a automação faz:

1. Schedule: roda a cada 30 minutos

2. HTTP: busca a cotação do dólar em tempo real numa API pública

3. Router: ramifica dependendo se a cotação está acima ou abaixo de um limite de 5,10 (um if/else de verdade, não dois caminhos paralelos)

 - Cotação > 5,10: chama a API da Groq (LLaMA 3.3) pra gerar uma recomendação de negócio curta, e manda por email via Gmail

 - Cotação ≤ 5,10: cria um Lead no Salesforce com a cotação embutida na descrição

4. Tratamento de erro: as duas chamadas de API externas (cotação e Groq) têm retry automático configurado, já que são os pontos com mais chance de falha temporária, tipo rate limit ou timeout

Stack usada:

- Make (Scenarios, Router, HTTP, Error Handlers)

- API da Groq (LLaMA 3.3 70B) pra gerar as recomendações em linguagem natural

- Módulo do Gmail

- Salesforce (Developer Edition), criação de Lead

Make vs N8N: o que percebi trocando de ferramenta

Vindo do N8N, algumas diferenças reais chamaram atenção durante a construção:

- Parsing de resposta: o módulo HTTP do Make já vem com um toggle "Parse response" que estrutura o JSON automaticamente. No N8N eu às vezes precisava de um node separado só pra isso.

- Ramificação: o Router do Make não é um if/else único, cada ramificação tem seu próprio filtro independente. Se uma ramificação não tem filtro, ela roda sem condição nenhuma. É diferente do node IF do N8N e demorei um pouco pra me acostumar.

- Mapear dados mais profundos: pegar um valor lá no fundo de uma resposta JSON (tipo o `choices[0].message.content` de uma LLM) foi mais trabalhoso no seletor de campos do Make do que simplesmente escrever o caminho direto no N8N. Acabei digitando os caminhos manualmente em vez de confiar na lista de campos detectados automaticamente.

- No geral: depois de passar a curva de aprendizado inicial, o Make pareceu mais simples pra automações diretas. A flexibilidade do N8N vem com mais trabalho manual de JSON e API.

Tratamento de erro

As duas chamadas HTTP (API de cotação e Groq) usam o error handler Retry do Make, configurado com um número limitado de tentativas e um intervalo entre elas. Isso foi testado de verdade contra um erro real de rate-limit da API de cotação durante o desenvolvimento, não só configurado na teoria.

#automação #nocode #make #n8n

https://lnkd.in/diingPzU