Tecnologia
Consultoria e implementação de n8n
Alguém do time montou no n8n a automação que hoje sustenta um processo inteiro. Ela funciona, ninguém documentou, e a lógica mora na cabeça dessa pessoa. Quando ela sai de férias, o fluxo quebra e ninguém sabe qual credencial expirou nem por onde começar. O dado simplesmente para de chegar, e a falta só é notada quando alguém procura por ele.
Como a gente encara.
Antes de automatizar, desenhamos o processo como ele acontece de verdade, com as exceções que hoje alguém resolve na mão. Só então o fluxo nasce no n8n. Todo segredo vira credencial da instância (credential), nunca parâmetro digitado no node. Cada workflow aponta um fluxo de erro (Error Workflow), porque falha silenciosa é a que custa caro. E existe onde editar e testar fora do ar, com os fluxos versionados em repositório.
Onde costuma quebrar
Os erros que aparecem sempre, e que ninguém conta na demonstração.
- 01
Segredo digitado no parâmetro de um node em vez de criado como credential. A credential do n8n fica no armazenamento de credenciais, cifrada pela chave da instância, e o node guarda só a referência a ela — por isso workflow importado pede que você reconecte. O que você escreve à mão no cabeçalho de um HTTP Request, ou num node Set ou Code, sai como texto no arquivo exportado. Rotação nenhuma alcança esse segredo. Trocá-lo é abrir node por node atrás de onde ele foi parar.
- 02
Fluxo sem caminho de erro configurado. O n8n tem o ajuste por workflow que aponta um fluxo de erro (Error Workflow), disparado por um node de gatilho de erro (Error Trigger). Sem ele o node falha, a execução encerra em vermelho no histórico e ninguém é avisado: você descobre quando alguém sente falta do dado, não quando ele deixou de chegar.
- 03
Sistema de terceiro apontado para a URL de teste do webhook. O node de Webhook do n8n expõe dois endereços, e o de teste só escuta enquanto você deixa a execução em escuta na tela; o de produção só existe com o workflow ativo. Depois da demonstração quem chama passa a receber erro, e você não vê nada no histórico de execuções, porque execução que não começou não fica registrada.
- 04
Edição feita direto no que está rodando, porque não existe ambiente separado. Salvar já publica: o seu teste e a sua operação são o mesmo fluxo, e o trigger pode disparar no meio da alteração.
O que custa mais do que parece
- Hospedar o n8n por conta própria parece a opção barata até a primeira indisponibilidade em horário crítico. Aí alguém precisa saber restaurar o banco de execuções, subir a versão sem quebrar fluxo e devolver os webhooks ao ar — e essa pessoa custa mais do que a hospedagem gerenciada que você não contratou.
- Hospedar não é o mesmo que licença aberta. O n8n é distribuído sob a licença de uso sustentável (Sustainable Use License), que é fair-code e não uma licença open source no sentido da OSI. O código está disponível para ler e alterar. O texto restringe oferecer o n8n como serviço a terceiros e embutir a ferramenta naquilo que você vende. Quem sobe a instância supondo open source encontra a restrição quando o produto encosta nesses casos, com a automação já no ar.
- Criar fluxo é fácil e aposentar fluxo não acontece. A conta chega em manutenção: cada API de terceiro que muda, cada credential que expira e cada node que ganha versão nova pede alguém, e o número de fluxos cresce mais rápido que a capacidade de sustentá-los.
O que você recebe
- Mapa do processo antes do fluxo, com as exceções que hoje são resolvidas na mão e a decisão explícita do que continua manual.
- Segredos criados como credential, nunca digitados em parâmetro de node, com dono nomeado e procedimento de rotação.
- Fluxo de erro (Error Workflow) apontado em cada workflow, com destinatário nomeado e a separação entre a falha que espera o horário comercial e a que acorda alguém.
- Ambiente para alterar e testar sem tocar no que está rodando, com os workflows versionados em repositório e importação reproduzível.
- Inventário de fluxos com dono, o que cada um faz e o que para de funcionar a jusante quando ele falha.
O que fazemos com n8n
Open source ou enterprise, a frente é a mesma.
Implantar
Do zero, com a arquitetura decidida no diagnóstico e não pelo catálogo do fornecedor.
Migrar
De outra ferramenta, ou de uma versão antiga, com o que já roda continuando a rodar.
Desenvolver em cima
Aplicação, integração e automação construídas sobre n8n, incluindo o que a ferramenta não faz sozinha.
Sustentar
Operação, custo sob controle e correção de rota depois que entra em produção.
Perguntas diretas.
- Quando automação visual não é a resposta?
- Quando o trabalho é mover volume grande de dado, um pipeline faz isso melhor e mais barato: cada registro passando por node é caro e difícil de reprocessar por período. Quando a lógica é o produto da empresa, ela merece código versionado, teste e revisão, não uma tela que só quem abriu entende. E quando o processo ainda muda toda semana, automatizar congela uma versão que vai estar errada no mês seguinte. O n8n paga quando o processo é estável, atravessa sistemas que já têm API e a regra é simples o bastante para caber numa tela que outra pessoa consiga ler.
- Hospedar por conta própria ou pagar pela versão gerenciada?
- A comparação honesta não é licença contra servidor, é licença contra pessoa. Hospedar o n8n significa cuidar de atualização de versão, backup do banco de execuções, certificado e endereço público estável para os webhooks — e significa ter quem atenda quando isso cai fora do horário. Se existe alguém que já faz esse tipo de operação para outros sistemas, hospedar sai barato e dá controle sobre onde o dado trafega. Se não existe, a versão gerenciada custa mais na fatura e menos na madrugada.
- Dá para versionar e revisar fluxo visual como se faz com código?
- Em parte. O fluxo do n8n é exportável como arquivo, então ele entra no repositório e passa a ter histórico e autor. O que não funciona é revisar pela diferença entre versões: o arquivo descreve posição de node e ligação, e a leitura dele não conta o que mudou no comportamento. Na prática a revisão precisa ser feita pelo que o fluxo faz — alguém executa a versão nova num ambiente separado, com dado de teste, e compara o resultado. Sobre segredo: o arquivo exportado leva a referência à credential, não o conteúdo dela, e é por isso que quem importa precisa reconectar. O que vaza é o que alguém digitou direto no parâmetro de um node.
Antes de escolher a ferramenta
A ferramenta é consequência da arquitetura. Nunca a premissa.
Esta página existe porque alguém procura por esse nome. Mas a escolha certa sai do diagnóstico do seu cenário, não do catálogo de quem vende. Se a resposta for outra ferramenta, ou nenhuma, é isso que você vai ouvir.
Não está na lista? Não é impedimento, é conversa. O que decide não é o nome do produto, é o problema que ele precisa resolver.