Plataforma · Workflow Builder
Um builder de fluxos que vai além da API
Gatilhos, ramificações, loops e mais de 700 integrações como qualquer builder visual — mais uma etapa de agente para o julgamento, uma etapa de documento para arquivos, aprovações no Slack ou no Teams e uma etapa de bot para os sistemas que não têm API. Um canvas, um log de execução.
Atualizado para a versão de outubro de 2026.
Agent Builder · invoice-agent.flow
Trigger — every weekday, 7:00
or webhook · or chat message
Read AP inbox
Outlook connector · unread with attachments
AI step — extract & decide
vendor, lines, totals → match against open POs
Human approval if > $5,000
Slack approval to controller · else continue
Post to QuickBooks
create bill · code GL · attach source
Em um parágrafo
O Workflow Builder da ElectroNeek é o canvas no-code, baseado em navegador, do AI Workflows. Um fluxo começa a partir de um gatilho (agendamento, webhook, evento de aplicativo, e-mail, formulário, depósito SFTP, chat ou uma chamada MCP), executa etapas em ordem com ramificações (Router), loops e etapas de código, e pode incluir quatro tipos de etapa que outros builders não reúnem: um agente de IA com ferramentas, uma etapa de documento do IntelliDocs, uma aprovação ou tarefa humana e um bot RPA em um runner Windows gratuito. Cada execução é registrada etapa por etapa com tempos; as etapas são testadas no canvas com um clique; as versões têm rollback. A cobrança é por execução — não por etapa, não por usuário.
O que faz, concretamente
Gatilhos
Agendamentos, webhooks (com verificação HMAC e arquivos binários), eventos de aplicativos por polling ou em tempo real, e-mail de entrada, formulários públicos, SFTP, chat, manual e um gatilho de ferramenta MCP para que outro agente possa iniciar o fluxo.
Lógica sem código — e com ele
Router com ramificações nomeadas, loops sobre listas e tabelas, funções de fórmula e de dados para transformações, tratadores de erro em qualquer etapa, novas tentativas e continuar-em-caso-de-falha. Uma etapa de código em JavaScript/TypeScript com npm quando uma fórmula não basta.
Quatro etapas que ninguém mais combina
Run Agent (um objetivo, um modelo, ferramentas), IntelliDocs (um documento em campos), Approval ou Assign Form / Wait for Task (uma pessoa decide), Run RPA Workflow (um bot no SAP GUI, AS/400, Citrix ou em um aplicativo desktop).
Teste e depuração
Teste uma única etapa a partir do canvas com uma visualização de saída redesenhada, uma linha do tempo de etapas e uma linha do tempo de latência por execução, erros claros com atalho para a etapa que falhou, execuções pausadas canceláveis, prazos em etapas de espera e e-mails de falha com os detalhes da etapa.
Versões, pastas, variáveis
Versões de rascunho e publicadas com rollback; as etapas só são atualizadas quando você escolhe; fluxos e tabelas em pastas; Variables compartilhadas e criptografadas; importação e exportação em JSON. As conexões mostram a conta e o seu estado de saúde.
Modelos prontos para começar
A galeria Explore reúne fluxos prontos para tarefas comuns; nossos casos de uso selecionados apontam para o modelo correspondente quando ele existe.
Como funciona
01
Escolha um gatilho
Onde o trabalho começa — um e-mail, um agendamento, um formulário, um arquivo, uma mensagem, outro agente? Conecte o aplicativo uma vez; as conexões são reutilizáveis.
02
Organize as etapas
Etapas determinísticas para o caminho conhecido; uma etapa de agente para o julgamento; uma etapa de documento para arquivos; uma etapa de bot para a tela. Coloque uma aprovação antes de qualquer coisa com consequência.
03
Teste, publique, acompanhe
Teste cada etapa com dados reais a partir do canvas, publique uma versão e leia o log de execução na manhã seguinte. Aperte ou afrouxe as aprovações conforme o histórico justificar.
O que (ainda) não faz
Dito aqui para você não descobrir em um piloto. Itens de roadmap estão marcados como tal.
- —Os dados de execução ficam retidos por 30 dias; um fluxo pausado em uma aprovação não pode ser retomado depois disso.
- —As tabelas são limitadas a 10.000 linhas × 100 colunas; aplicam-se limites de memória por execução, tamanho de log e tempo máximo.
- —O controle de acesso hoje é para toda a equipe; workspaces por cliente estão em desenvolvimento (Partner Console).
- —Ainda não há API pública de gerenciamento nem integração com Git para fluxos — a importação/exportação é em JSON; as versões são nativas.
- —Ainda não há peças nativas de PSA/RMM (HaloPSA, ConnectWise, Autotask, NinjaOne); use a etapa HTTP.
Perguntas frequentes
O Workflow Builder é no-code?
Sim, para todo o caminho de gatilhos, etapas, ramificações, loops, agentes, documentos, aprovações e bots. Existe uma etapa de código (JavaScript/TypeScript com npm) para os casos que uma fórmula não consegue expressar.
Em que ele é diferente do Zapier, do Make ou do n8n?
O canvas e os conectores são familiares. A diferença está nos tipos de etapa: um agente com ferramentas, uma etapa de documento que devolve campos, aprovações como etapas e um bot que trabalha em telas sem API — no mesmo canvas, no mesmo log de execução.
Posso testar uma única etapa sem rodar o fluxo inteiro?
Sim — selecione a etapa, clique em Test, veja a saída no painel de teste; o seletor de dados mostra o que as etapas seguintes podem usar.
Como funcionam as versões?
Cada publicação cria uma versão; os rascunhos não afetam a produção; faça rollback com um clique. As versões das etapas não são atualizadas sozinhas.
Quanto custa uma execução?
Os planos são precificados por execuções de fluxo (mais execuções de bot, páginas e conversas para essas etapas). Etapas dentro de uma execução, usuários e integrações não são medidos; você traz a sua própria chave de LLM para os agentes.
Outro agente pode disparar o meu fluxo?
Sim, pelo gatilho de ferramenta MCP: o fluxo vira uma ferramenta que o Claude, o ChatGPT, o Copilot Studio ou outro agente da ElectroNeek pode chamar com entradas estruturadas.