Revisão: Fabio Ebner, especialista certificado em ClickUp e monday.com e instrutor certificado SENAC · atualizado em 18 de agosto de 2026
Não, suas automações não vão parar amanhã. A documentação oficial do monday.com é explícita: a migração de infraestrutura não impacta automações existentes, e elas continuam rodando exatamente como hoje. O que de fato tem data é outra coisa — os aplicativos de terceiros tinham até 30 de abril de 2026 para migrar seus blocos do construtor de frases legado para a nova infraestrutura de workflows. Quem não migrou some do novo construtor. E, desde 10 de agosto de 2026, passou a valer um teto de workflows ativos por conta: 3 no Standard, 20 no Pro, 250 no Enterprise. Essa é a mudança que muda decisão de arquitetura agora — não um apagão de automações.
Este artigo separa o que é prazo real do que é ruído. Se você tem automação rodando e não quer surpresa, a leitura abaixo serve como checagem.
O que exatamente o monday.com está descontinuando?
O alvo da depreciação é técnico e específico: o recurso de app chamado Integration for sentence builder — o mecanismo antigo pelo qual aplicativos de terceiros publicavam seus blocos de automação dentro do monday.com. Ele está sendo substituído por Automation blocks, o formato da nova infraestrutura unificada de workflows.
Repare no sujeito da frase. Quem precisa migrar é o desenvolvedor do app, não você. O monday.com não anunciou o desligamento das automações que você construiu no seu quadro.
Junto disso, o mecanismo legado de Authorization URL foi depreciado em favor de autenticação baseada em Credentials, e o novo construtor de automações começou a ser distribuído em janeiro de 2026.
Quando é o prazo — e ele vale para as minhas automações?
Vale para os apps. A comunicação oficial ao ecossistema de desenvolvedores fixou 30 de abril de 2026 como data limite para migrar os recursos legados. Já passou.
O efeito prático descrito pelo próprio fabricante é em dois tempos. Primeiro: apps não migrados não aparecem quando alguém cria uma automação nova. Segundo, mais adiante: automações existentes que usam blocos desses apps podem parar de funcionar quando a infraestrutura legada for descontinuada.
E aqui está o ponto honesto: não existe data pública para esse segundo momento. O monday.com se comprometeu apenas a avisar com antecedência antes de mexer no suporte à execução legada. Quem afirma um prazo para o desligamento das suas automações está inventando.
Minhas automações vão parar de funcionar?
Comece pelo que é verdade e é tranquilizador: as automações que você já tem continuam rodando. A documentação oficial não deixa margem:
“The migration does not impact existing automations. All automations built using the legacy Integration for sentence builder will continue running exactly as they do today.”
— Automation features migration overview, developer.monday.com
A ressalva vem depois, e é a que importa. A página de perguntas frequentes da mesma documentação usa outra formulação: automações existentes continuam rodando por tempo limitado, e a migração é necessária para suporte de longo prazo.
Traduzindo para a sua operação: o risco não está distribuído por igual. Automação que usa só blocos nativos do monday.com (mudar status, criar item, notificar, mover entre quadros) não tem por que ser afetada. Automação que depende de um app de terceiro instalado da marketplace herda o risco daquele fornecedor específico — se ele não migrou, o problema é dele e cai no seu colo.
O inventário que vale fazer é esse: quais das suas automações críticas dependem de app externo, e aquele app segue publicando blocos no construtor novo.
Qual a diferença entre automação de quadro e AI Workflow?
São coisas distintas convivendo, não uma substituindo a outra por decreto. O suporte do monday.com descreve assim: automações de quadro (recipes) ficam dentro de cada quadro e tratam regras simples de gatilho e ação.
| Automação de quadro (recipe) | AI Workflow | |
|---|---|---|
| Onde vive | dentro de cada quadro | no AI workflow builder, fora do quadro |
| Estrutura | gatilho → ação, regra simples | múltiplos passos, ramificações, condições |
| Alcance | normalmente um quadro | processos entre quadros |
| Blocos de IA | não | sim (tradução, texto, condição inteligente, custom) |
| Aprovação humana no meio | não | sim, com o human-in-the-loop block |
| Limite por conta | contagem de ações | teto de workflows ativos por plano |
| Consumo de crédito de IA | não, se não usa IA | sim, nos blocos de IA |
A leitura prática: não vale reescrever no workflow novo uma automação de três linhas que funciona. Vale usar o construtor novo para o que a automação antiga nunca deu conta — processo que atravessa quadros, que precisa de decisão no meio, que ramifica.
Manter os dois modelos em paralelo sem critério é a forma mais educada de dobrar a manutenção sem ganhar nada.
Quantos workflows ativos eu posso ter?
Esse é o número que mudou de verdade e que quase ninguém viu passar. Desde 10 de agosto de 2026, o monday.com aplica teto de workflows ativos por conta:
| Plano | Workflows ativos |
|---|---|
| Standard | 3 |
| Pro | 20 |
| Enterprise | 250 |
Os AI Workflows estão disponíveis nos planos Standard, Pro e Enterprise. Um workflow só conta como ativo quando está totalmente configurado e publicado — rascunho não ocupa vaga. Atingido o teto, as saídas são desativar workflows que não servem mais pelo hub de automações ou tratar capacidade adicional com o fabricante.
Três é pouco quando se descobre tarde. O efeito colateral é de projeto: se a conta está no Standard, desenhar quinze workflows enxutos não é uma opção — é preciso consolidar processos em menos fluxos, com mais ramificações dentro de cada um. Vale conferir onde sua conta está antes de desenhar, não depois.
O que apareceu de novo nos workflows em 2026?
O construtor novo não é só a mesma coisa com outra cara. Os blocos abaixo estão no registro público de atualizações do monday.com, com data:
| Bloco / recurso | Data | O que faz |
|---|---|---|
| Human-in-the-loop block | 04/08/2026 | envia pedido de aprovação e ramifica o fluxo conforme a resposta |
| MCP Block | 16/07/2026 | executa ação em qualquer app de terceiro com servidor MCP público |
| Gerenciar automações via Sidekick e MCP | 09/07/2026 | criar, ler, deletar e desativar automações a partir de qualquer agente, sem UI |
Dois deles mudam o desenho de processo de forma concreta.
O human-in-the-loop resolve a limitação mais antiga da automação: fluxo que precisa de alguém dizendo sim antes de continuar. Antes disso, o padrão era a automação notificar e alguém lembrar de voltar. Agora o fluxo espera e ramifica.
O MCP Block amplia o alcance para fora da marketplace. Qualquer ferramenta com servidor MCP público vira destino de ação, sem app dedicado. É a diferença entre “integra com o que existe na loja” e “integra com o que a sua operação usa”.
Automação com IA passa a consumir crédito?
Sim, quando a automação usa um bloco de IA. Automação comum não consome crédito de IA.
A documentação do monday.com define que AI Credits são consumidos quando uma tarefa de IA é intencionalmente disparada por uma capacidade de IA. Os blocos de IA aparecem tabelados em 8 créditos por ação, com uma regra que suaviza o cálculo: ações executadas sobre o mesmo item dentro de 24 horas contam uma vez.
O que isso significa para quem opera: um workflow com bloco de IA que roda sobre alto volume de itens tem um custo variável que a automação antiga não tinha. Isso não é motivo para evitar IA no fluxo. É motivo para saber onde ela está antes de ligar, e para não colocar bloco de IA em gatilho de altíssima frequência sem antes medir. A mecânica completa está em como funcionam os créditos de IA no monday.com.
Se a governança de créditos ainda não está clara na sua conta, ela precede a discussão de workflow. Essa lógica está dentro do Método Núcleo→Escala: IA não roda sobre caos, roda sobre base organizada.
E se eu desenvolvo app ou uso integração própria?
Aqui existe um item que passa despercebido e quebra em silêncio. O changelog de desenvolvedores registra em 30 de janeiro de 2026 uma mudança com quebra de compatibilidade nos limites do secure storage do monday code.
Limite de requisição menor não derruba nada no dia da mudança. Ele aparece semanas depois, como integração que falha sob carga em horário de pico e volta a funcionar sozinha. Se você mantém app privado ou integração autoral, vale revisar cache de token e política de retry.
Para quem tem app privado em uso, o caminho documentado é abrir o Developer Center, criar uma versão em rascunho, migrar cada recurso legado, testar e publicar — e, depois, reconstruir as automações em execução usando os blocos novos.
Resumo
| Pergunta | Resposta curta |
|---|---|
| Minhas automações vão parar? | Não agora. A documentação diz que continuam rodando como hoje. |
| Existe data para o desligamento? | Não publicamente. Só a promessa de aviso prévio. |
| Qual prazo é real? | 30/04/2026, para apps de terceiros migrarem seus blocos. |
| O que muda se um app não migrou? | Ele some do construtor novo e vira risco futuro. |
| Preciso reconstruir tudo? | Não. Só o que depende de app não migrado ou precisa de recurso novo. |
| Quantos workflows ativos posso ter? | 3 (Standard), 20 (Pro), 250 (Enterprise), desde 10/08/2026. |
| Automação consome crédito de IA? | Só a que usa bloco de IA — 8 créditos por ação. |
| O que fazer primeiro? | Inventariar automações críticas que dependem de app externo. |
Antes de reconstruir, faça o inventário
A pergunta que resolve isso não é “quando o monday.com vai desligar”. É “quais dos meus processos param se um bloco de terceiro sumir amanhã”. Quase toda empresa consegue responder isso em uma tarde e descobre que a lista crítica é bem menor do que temia — e que uma ou duas automações concentram risco real.
A Audatia é parceira oficial de consultoria e treinamento de monday.com no Brasil; a licença é contratada no site oficial do fabricante. O trabalho aqui é de método, não de milagre: mapear o que existe, separar o que roda bem do que depende de terceiro, e reconstruir no construtor novo apenas o que justifica a reconstrução, respeitando o teto de workflows ativos da sua conta. Não prometemos migração indolor nem sem ajuste — prometemos que ela seja feita com inventário na frente, e não no susto.
Se o objetivo é capacitar quem opera para desenhar os fluxos internamente, o caminho é o treinamento de monday.com. Se o que falta é alguém acompanhando o ambiente depois que a automação entra em produção — porque automação quebra, e quebra quieta —, isso tem produto próprio em Sustentação e Evolução Contínua.
