Parabéns!

Automação de Fluxos de Trabalho Intermediária com n8n

Yaron Been

Marketing Automation Architect

Capítulo 1: Fluxos orientados a eventos

Sistemas externos (um site, app mobile e API) enviando uma solicitação HTTP com payload JSON para um nó Webhook em um fluxo n8n

Capítulo 1: Fluxos agendados

Fluxo com um nó Schedule Trigger (ícone de relógio) conectado a nós de processamento a jusante, cercado por ícones de painéis, relatórios e checklists

Capítulo 2: Trabalhando com APIs

Comparação de requisições POST e GET: POST envia um corpo JSON com dados de moeda para uma API e recebe uma resposta; GET envia uma URL como wttr.in/London?format=j1 e recebe dados de clima

Capítulo 2: Code Nodes e Data Tables

Ícones das linguagens JavaScript e Python lado a lado, representando as duas linguagens disponíveis nos nós Code do n8n

Code Nodes → Transformações de dados complexas ou lógica condicional

O ícone do nó Data Table do n8n, uma grade coral representando uma tabela

Data tables: tabelas persistentes no n8n

Criar tabelas, definir colunas, alterar linhas
Embutidas no n8n, então sem configurar banco de dados

Capítulo 3: Lotes e processamento

Três ícones de nós do n8n lado a lado: Split Out (roxo, um vira muitos), Aggregate (vermelho, muitos viram um) e Summarize (prancheta laranja, muitos viram estatísticas)

Split Out → "um vira muitos"
Aggregate → "muitos viram um"
Summarize → "muitos viram estatísticas"

Capítulo 3: Subfluxos e modularidade

Comparação entre um fluxo monolítico único com muitos nós interconectados e vários fluxos modulares, cada um com uma cadeia linear simples de nós

Capítulo 3: Subfluxos e modularidade

Padrão de subfluxo: um Fluxo Pai contém um nó Execute Sub-Workflow que chama um Subfluxo separado, que começa com um nó Execute Sub-Workflow Trigger

Capítulo 4: Tratamento de erros e validação

O ícone do nó Stop and Error do n8n, um triângulo de alerta vermelho com ponto de exclamação, usado como disjuntor para interromper a execução do fluxo

Circuit breaker → erros controlados

Padrão de validação encadeada: um nó If verifica se o User ID existe, roteando para Stop and Error por falta de user_id em caso de falha; depois, um segundo nó If verifica se existe Email, roteando para Stop and Error por falta de email em caso de falha; dados válidos seguem pelos ramos True

Parabéns!

Automação de Fluxos de Trabalho Intermediária com n8n