As automações do monday.com que você já tem não vão parar. A documentação oficial do fabricante diz que a migração para a nova infraestrutura de workflows não afeta como as automações existentes executam. O que tem prazo é outra coisa: os aplicativos de terceiros tinham até 30 de abril de 2026 para migrar seus blocos do construtor de frases legado para o formato novo. App que não migrou some do construtor novo. E existe um número que muda decisão de arquitetura hoje, sem apagão nenhum: o teto de workflows ativos por conta, que é 3 no Standard, 20 no Pro e 250 no Enterprise.
Este artigo separa prazo real de ruído. Eu explico o que está sendo descontinuado, como a migração funciona por dentro, a diferença entre automação de quadro e AI Workflow, quanto custa em créditos e quando não vale reconstruir nada. Uma ressalva honesta: o monday.com não publica data para desligar a execução legada, e onde a fonte não diz eu escrevo que não diz. A Audatia presta consultoria, treinamento e sustentação em monday.com e não revende licença; os links de teste neste texto são de parceiro.
O que 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 blocos de automação dentro do monday.com. Ele está sendo substituído por Automation blocks, o formato da infraestrutura unificada baseada em monday workflows.
Repare no sujeito da frase. Quem precisa migrar é o desenvolvedor do app, não quem usa o quadro. O monday.com não anunciou desligamento das automações que você construiu.
Junto disso, o mecanismo legado de Authorization URL foi depreciado em favor de autenticação por Credentials, que centraliza OAuth, chave de API e esquemas próprios. Isso também é assunto de desenvolvedor.
Como funciona a migração
Eu resumo o mecanismo em três movimentos, porque é isso que explica por que nada quebra no dia seguinte.
Primeiro movimento: o app migra os blocos. O desenvolvedor abre o Developer Center, cria uma versão em rascunho do app (a migração não roda em versão ao vivo), aciona o assistente de migração e revisa cada recurso convertido. Os blocos migrados entram em um modo de compatibilidade que permite ao backend antigo continuar respondendo.
Segundo movimento: o construtor novo passa a mostrar só o que migrou. Quando alguém cria uma automação do zero no construtor novo, aparecem os blocos nativos e os blocos de apps migrados. App não migrado simplesmente não é oferecido.
Terceiro movimento: a infraestrutura legada segue executando o que já existe. Durante a transição, o fabricante mantém as duas infraestruturas em paralelo: a antiga roda as automações existentes, a nova roda o que for criado daqui em diante. O compromisso público é avisar com antecedência antes de mexer nesse suporte.
Repare no padrão: a migração troca a forma de criar automação, não a forma de executar as que já existem. É por isso que a pergunta “vão parar?” tem resposta diferente da pergunta “preciso fazer alguma coisa?”.
As automações do monday.com vão parar de funcionar?
Não agora, e não sem aviso. A página de visão geral da migração diz, literalmente: “The migration only changes how new automations are created and does not impact how existing recipes execute.”
A ressalva está na página de perguntas frequentes da mesma documentação, com outra formulação: automações existentes continuam rodando por tempo limitado, e a migração é necessária para suporte de longo prazo. Não existe data pública para esse “tempo limitado”. Quem afirma um dia para o desligamento das suas automações está inventando.
Traduzindo para a operação: o risco não é distribuído por igual. Automação que usa só blocos nativos (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 do marketplace herda o risco daquele fornecedor. Se ele não migrou, o problema é dele e cai no seu colo.
Não reconstrua automação que funciona. Inventarie o que depende de terceiro, confira se o terceiro migrou e reconstrua só o que justifica a reconstrução.
Automação de quadro ou AI Workflow: qual a diferença
São coisas distintas que convivem, não uma substituindo a outra por decreto. A central de ajuda do monday.com descreve a automação de quadro como receita de gatilho e ação dentro de cada quadro, e o workflow como uma entidade separada, que vive no workspace ao lado dos quadros.
| Dimensão | Automação de quadro (receita) | AI Workflow |
|---|---|---|
| Onde vive | Dentro de cada quadro | No workspace, como entidade própria, listada ao lado dos quadros |
| Estrutura | Um gatilho e uma ação | Vários passos, condições múltiplas, ramificações, loop e pausa entre etapas |
| Alcance | Normalmente um quadro | Processos entre quadros, com busca de item conectado ou correspondente |
| Blocos de IA | Sim, os AI blocks nativos | Sim, incluindo condição inteligente descrita em linguagem natural |
| Aprovação humana no meio | Não | Sim, com o bloco human-in-the-loop |
| Ferramenta externa sem app dedicado | Não | Sim, pelo bloco MCP, para qualquer sistema com servidor MCP público |
| Recuperação se apagar | Não recupera | Arquiva e recupera da lixeira |
| Limite por conta | Cota mensal de ações | Cota mensal de ações e teto de workflows ativos por plano |
| Crédito de IA | Só nos AI blocks | Por execução com IA, conforme a complexidade, e também ao construir pelo prompt |
A leitura prática que eu tiro dessa tabela: não vale reescrever no construtor novo uma automação de três linhas que funciona. Vale usar o workflow para o que a receita nunca deu conta, ou seja, processo que atravessa quadros, que precisa de alguém dizendo sim no meio, que ramifica conforme o dado. Manter os dois modelos em paralelo sem critério é a forma mais educada de dobrar a manutenção sem ganhar nada. Um detalhe que a tabela esconde: as condições do workflow também consomem ações da cota mensal, então um fluxo cheio de ramificações gasta mais do que a receita equivalente.
Quantos workflows ativos eu posso ter
Esse é o número que mudou de verdade e que quase ninguém viu passar. O monday.com limita a quantidade de workflows ativos por conta, e o teto depende do produto contratado.
| Produto | Plano | Workflows ativos |
|---|---|---|
| monday AI work platform | Standard | 3 |
| Pro | 20 | |
| Enterprise | 250 | |
| monday CRM, monday service e monday dev | Pro | 5 |
| Enterprise | 250 |
Um workflow só conta como ativo quando está totalmente configurado e publicado. Rascunho não ocupa vaga, e é possível criar quantos rascunhos quiser. Atingido o teto, as saídas são desativar workflows que não servem mais pelo hub de automações ou, em contas Pro e Enterprise, comprar um complemento de workflows ativos com a equipe comercial do fabricante.
Registro uma inconsistência que encontrei na fonte: o cabeçalho do artigo oficial diz que o recurso está disponível em Pro e Enterprise, mas o corpo do mesmo artigo e a página de créditos de IA listam 3 workflows ativos para o Standard. Eu trabalho com o número do corpo, porque aparece em duas páginas, mas vale confirmar na sua conta antes de desenhar. Também não encontrei em fonte oficial a data em que esse teto passou a valer, então não a publico.
Três é pouco quando se descobre tarde. O efeito é de projeto: numa conta Standard, desenhar quinze workflows enxutos não é opção. É preciso consolidar processos em menos fluxos, com mais ramificações dentro de cada um. Se você ainda não tem conta, o próprio fabricante libera um teste pelo site oficial do monday.com, e o plano escolhido ali define o teto antes de qualquer desenho.
O que o construtor novo trouxe de diferente
O construtor novo não é a mesma coisa com outra cara. Três recursos registrados na página pública de novidades do monday.com mudam o desenho de processo de forma concreta.
| Recurso | O que faz | O que muda no desenho |
|---|---|---|
| Bloco human-in-the-loop | Envia pedido de aprovação e ramifica o fluxo conforme a resposta | O fluxo espera a decisão em vez de notificar e torcer para alguém lembrar de voltar |
| Bloco MCP | Executa ação em qualquer aplicativo de terceiro que tenha servidor MCP público | Integra com o que a operação usa, não só com o que existe no marketplace |
| Gestão de automações via Sidekick e MCP | Lista, ativa, desativa e apaga automações a partir de um agente, sem abrir a interface | Inventário e desligamento em massa viram tarefa de minutos, não de tarde |
A leitura prática: o human-in-the-loop resolve a limitação mais antiga da automação, que é o fluxo que precisa de alguém dizendo sim antes de continuar. O bloco MCP amplia o alcance para fora do marketplace e reduz a dependência de app de terceiro, o que, por tabela, reduz o risco desta migração. Sobre a gestão via agente, há uma divergência entre fontes: a página de novidades fala em criar automações, e a documentação técnica das ferramentas MCP descreve apenas ativar, desativar e apagar, com aviso de que a exclusão é irreversível. Eu trato a criação como não confirmada.
Automação com IA consome crédito?
Sim, quando a automação usa um bloco de IA. Automação comum não consome crédito de IA, e o fabricante publica uma lista de recursos de IA que não consomem crédito nenhum, como sugestões de coluna, filtros em linguagem natural e criação de quadro por prompt.
A regra oficial é que crédito de IA é consumido quando uma tarefa de IA é disparada intencionalmente por um recurso de IA. Para os AI blocks, a tabela do fabricante fixa 8 créditos por ação, com uma regra que suaviza a conta: todas as ações sobre o mesmo item dentro de 24 horas contam uma vez, e subitens contam separadamente. Para AI Workflows, a regra é outra: cada execução com IA consome créditos conforme a complexidade, e construir ou editar o workflow pela caixa de prompt também consome, separado da execução.
O que isso significa para quem opera: um workflow com bloco de IA rodando sobre alto volume de itens tem 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 medir. O painel de governança de IA na administração mostra o consumo por recurso e avisa em 80% e 100% do limite.
Se a governança de créditos ainda não está clara na sua conta, ela precede a discussão de workflow. Essa ordem está no Método Núcleo→Escala da Audatia: organizar a base, definir processo, automatizar o repetitivo e só então aplicar IA. Inverter isso é pagar crédito para automatizar caos.
E se eu desenvolvo app ou uso integração própria
Aqui existe um item que passa despercebido e quebra em silêncio. O registro de mudanças da plataforma de desenvolvedores marcou como mudança com quebra de compatibilidade a redução do limite do secure storage do monday code, de 30 para 7 requisições por segundo.
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. O próprio fabricante aponta quem deve se preocupar: quem busca token no secure storage a cada chamada, sem cache. Se você mantém app privado ou integração autoral, vale revisar cache de token e política de retry.
Para app privado em uso, o caminho documentado é migrar os recursos legados pelo assistente do Developer Center, testar e publicar. Depois disso, a documentação recomenda reconstruir as automações em execução com os blocos novos. Recomenda, não obriga. Eu recomendo também, porque é o único jeito de não depender do modo de compatibilidade.
Quando não vale reconstruir nada
A seção mais útil deste artigo é a que diz para você não fazer nada. Eu vejo com frequência empresa gastando semanas reconstruindo automações do monday.com por medo de um prazo que não é dela.
| Situação | O que fazer |
|---|---|
| Automação usa só blocos nativos do monday.com | Nada. Ela não está no escopo da depreciação. |
| Automação usa app de terceiro que já migrou | Nada agora. Acompanhar o aviso do fabricante sobre a execução legada. |
| Automação simples, de um quadro, que funciona | Não levar para o workflow. Ganha nada e ocupa vaga no teto de ativos. |
| Conta Standard com poucos processos entre quadros | Três workflows costumam bastar se forem consolidados. Não é motivo para subir de plano. |
| Fluxo de alta frequência sem necessidade de decisão | Não colocar bloco de IA. O custo em crédito não se paga. |
| Automação usa app de terceiro que não migrou | Aqui sim: reconstruir, com bloco nativo, bloco MCP ou outro app. |
| Processo que precisa de aprovação ou ramificação entre quadros | Aqui sim: é o caso que a receita nunca resolveu. |
A leitura prática: as cinco primeiras linhas cobrem a maioria das contas que eu encontro. A reconstrução se justifica em duas situações, dependência de app que não migrou e processo que a automação de quadro nunca deu conta. Todo o resto é inventário e paciência.
Perguntas frequentes
| Pergunta | Resposta curta |
|---|---|
| As automações do monday.com vão parar? | Não. A documentação oficial diz que a migração não afeta a execução das automações existentes. |
| Existe data para desligar a execução legada? | Não publicamente. O fabricante promete aviso prévio antes de mudar o suporte à execução legada. |
| Qual prazo é real? | 30 de abril de 2026, para apps de terceiros migrarem seus blocos para o formato Automation blocks. |
| O que muda se um app não migrou? | Ele deixa de aparecer no construtor novo e as automações que dependem dele viram risco futuro. |
| Preciso reconstruir minhas automações? | Só as que dependem de app não migrado ou precisam de recurso que a receita não tem. |
| Quantos workflows ativos posso ter? | 3 no Standard, 20 no Pro e 250 no Enterprise na monday AI work platform. Em CRM, service e dev: 5 no Pro e 250 no Enterprise. |
| Rascunho conta no teto de workflows ativos? | Não. Só workflow totalmente configurado e publicado. |
| Automação consome crédito de IA? | Só se usa bloco de IA. AI block custa 8 créditos por ação, com ações no mesmo item em 24 horas contadas uma vez. |
| Workflow consome ações da cota mensal? | Sim, inclusive os passos de condição. Conta na cota de automações, não na de integrações. |
| Qual a diferença entre automação e AI Workflow? | Automação é receita de gatilho e ação dentro do quadro. Workflow é entidade do workspace, com vários passos, condições e alcance entre quadros. |
| A Audatia vende licença do monday.com? | Não. A licença é contratada direto no fabricante. A Audatia faz consultoria, treinamento e sustentação. |
| O que fazer primeiro? | Inventariar as automações críticas que dependem de app externo e verificar se cada app migrou. |
Próximo passo
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 responde isso em uma tarde e descobre que a lista crítica é menor do que temia, e que uma ou duas automações do monday.com concentram o risco real.
Dois caminhos a partir daqui.
Se você quer ver o construtor novo antes de decidir, o teste é feito direto no fabricante, pelo monday.com. Não existe revenda nacional da licença, então a contratação acontece ali, no plano que define o seu teto de workflows ativos.
Se você quer alguém fazendo o inventário com você, é aí que eu entro. O trabalho da Audatia é 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, respeitando o teto da sua conta. Eu não prometo migração sem ajuste. Prometo que ela seja feita com inventário na frente, não no susto. Isso é a consultoria. Se o objetivo é capacitar quem opera para desenhar os fluxos internamente, o caminho é o treinamento de monday.com. E 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.
Fontes
- Automation features migration overview, developer.monday.com
- Automation features migration FAQs, developer.monday.com
- Automation features migration guide, developer.monday.com
- The AI workflow builder: active workflows and actions, support.monday.com
- Comparing the workflow builder and automations, support.monday.com
- AI Workflows: features and capabilities, support.monday.com
- AI Credits e AI Feature Catalog, support.monday.com
- What’s new, monday.com
- Manage Automations (Platform MCP), developer.monday.com
- Changelog, developer.monday.com
*Limites, consumo de créditos e disponibilidade por plano são definidos pelo monday.com e podem mudar sem aviso. Os valores acima foram conferidos nas páginas oficiais listadas em Fontes; confirme na sua conta antes de decidir.
