O n8n 2.41.7 ajusta as permissões das chaves de API para membros que administram ou editam projetos de equipe. Também passa a exibir promoções de créditos do Gateway em componentes da comunidade elegíveis. As notas desta versão listam essas duas alterações, sem acrescentar uma correção do executor de código.
O n8n organiza automações em workflows, com etapas que trocam dados entre serviços. Uma variável guarda um valor reutilizável. Já uma chave de API permite que outro programa converse com o n8n, dentro de um conjunto de permissões chamado de escopo.
Por que a interface aceitava e a API recusava
Antes da correção, um membro com função de editor ou administrador de um projeto de equipe podia criar variáveis nesse projeto pela interface. Ao tentar fazer o equivalente pela API, encontrava uma barreira na própria chave: faltavam as opções de permissão para criar, atualizar e excluir variáveis.
A PR #40151 inclui essas opções. Assim, a requisição pode chegar à verificação do papel no projeto, em vez de ser rejeitada antecipadamente por um escopo indisponível. As permissões permitidas a membros também são preservadas quando um administrador passa a ter esse papel global.
O limite continua importante: ser membro não autoriza editar todas as variáveis da instalação. A checagem ocorre a cada pedido, variáveis globais permanecem bloqueadas nesse cenário e a criação no projeto pessoal continua indisponível para membros. A validação pressupõe licença para o recurso de variáveis.
Onde surgem as ofertas de créditos do Gateway
A segunda mudança é de interface. Extensões conhecidas como componentes da comunidade podem mostrar uma promoção nos detalhes do componente, no painel de configuração e na janela de credenciais. O aviso só aparece se o componente for atendido pelos créditos do Gateway e a campanha estiver no período de validade.
O texto vem do catálogo administrado pelo n8n e pode mudar sem outra atualização. Portanto, não existe promessa de uma oferta fixa nem de créditos gratuitos para toda instalação. A mudança cria os locais e as condições de exibição.
Como testar sem ampliar permissões indevidamente
Em um ambiente de testes, use um membro que seja editor de um projeto de equipe. Ao criar uma chave, confira as permissões de escrita de variáveis e tente cadastrar uma variável informando aquele projeto. O resultado esperado documentado é 201; a tentativa equivalente sem projeto deve continuar recebendo 403.
Para o aviso promocional, compare um componente elegível com uma campanha vigente e outro sem oferta. Não use a presença do anúncio como prova de instalação ou funcionamento da integração: são verificações diferentes.