Se você não escreve scripts, pode estar lendo isso porque uma automação do seu modelo financeiro quebrou sem aviso, porque o TI entregou algo que funcionava em teste mas falhou no fechamento, ou porque um colega mandou este artigo depois de um bug difícil de diagnosticar.
A boa notícia: entender esses limites não requer saber programar. O que você precisa é entender os três padrões de falha mais comuns e como eles aparecem no dia a dia.
Padrão 1: o script para no meio sem avisar ninguém
O limite de 6 minutos encerra o script imediatamente quando estourado. Isso significa que uma automação que consolida DRE, cruza com orçamento, calcula variações e envia um e-mail de resumo pode ser interrompida no terceiro passo sem que nenhum erro apareça no seu modelo. As abas que foram atualizadas antes da interrupção ficam com os dados novos. As que vinham depois ficam com os dados antigos. O e-mail de resumo nunca é enviado.
O resultado prático: você olha para um modelo que parece certo mas está parcialmente desatualizado, sem nenhuma sinalização de que algo deu errado. Em um fechamento trimestral, isso é o tipo de problema que chega na reunião de diretoria.
Padrão 2: a fórmula personalizada dá erro intermitente sem explicação
Se o seu modelo usa fórmulas personalizadas inseridas diretamente em células, como =MEUWACC(...) ou =CONSOLIDA(...), essas fórmulas têm um limite de tempo separado: 30 segundos, não 6 minutos. Quando esse limite é ultrapassado, a célula exibe simplesmente Error, sem indicar que foi um timeout.
Esse comportamento engana porque o erro aparece de forma intermitente: às vezes a fórmula funciona, às vezes não, dependendo de quanto o Sheets está carregado naquele momento. Equipes costumam perder dias conferindo premissas e referências do modelo quando a causa real é o limite de tempo da função personalizada.
Padrão 3: alguns gatilhos simplesmente param de rodar
Cada arquivo de script pode ter no máximo 20 gatilhos automáticos ativos. Se o TI criou gatilhos separados para cobrir diferentes seções do modelo, partes de um relatório diário de vendas, atualizações de caixa por unidade de negócio, alertas de variação por centro de custo, o teto de 20 pode ser atingido silenciosamente. Os gatilhos excedentes param de rodar sem gerar nenhum alerta.
O Checklist: Perguntas para Fazer Antes de Aprovar uma Automação
Antes de colocar qualquer automação do TI em produção no seu modelo financeiro, estas são as perguntas que fazem diferença:
Sobre tempo de execução:
- Quanto tempo essa automação leva para rodar em um modelo do tamanho do nosso?
- Se o script for interrompido no meio da execução, em que estado a planilha fica? Os dados parcialmente atualizados vão parecer corretos?
- Há algum mecanismo de alerta se a execução falhar?
Sobre as fórmulas:
- Esses cálculos estão em fórmulas personalizadas inseridas em células ou em um script acionado por botão?
- Se estiverem em fórmulas de célula, quanto tempo elas levam para rodar? Foram testadas com o volume de dados real, não apenas com dados de exemplo?
Sobre os gatilhos:
- Quantos gatilhos automáticos já estão ativos nesse arquivo agora?
- Com que frequência cada gatilho roda? Se for de hora em hora, quanto tempo de execução diário isso consome?
- O que acontece se dois gatilhos rodarem ao mesmo tempo?
Sobre falhas:
- O script foi testado com o volume real de dados do fechamento, não apenas com uma versão reduzida?
- Em que cenário esse script pode falhar silenciosamente, sem gerar erro visível no modelo?
Essas perguntas não exigem que você entenda código. Elas exigem que o TI tenha pensado nos cenários de falha antes da entrega, não depois.
Por Que a Barreira dos 6 Minutos Afeta Modelos de FP&A em Particular
Um script simples que envia um e-mail ou atualiza uma célula raramente ultrapassa alguns segundos. O limite de 6 minutos vira problema quando a automação faz o tipo de trabalho que o FP&A realmente precisa: ler dados realizados de uma DRE, cruzar com orçamento, calcular variações em 36 meses, sinalizar discrepâncias e enviar um resumo consolidado.
O motivo técnico é o seguinte: um script mal construído pode fazer centenas ou milhares de chamadas individuais para ler os dados da planilha, uma por célula, em vez de ler tudo de uma vez. Em um modelo de 500 linhas, isso pode resultar em mais de 1.000 operações separadas antes de qualquer cálculo começar. Cada operação leva um tempo pequeno, mas o acúmulo ultrapassa os 6 minutos com facilidade.
Um script bem construído lê o mesmo conjunto de 500 linhas em uma única operação, processa tudo em memória e grava os resultados de uma vez. A diferença de tempo é de minutos para segundos, com os mesmos dados.
Você não precisa saber implementar isso, mas precisa saber perguntar: "esse script lê os dados célula por célula ou em bloco?" Se o TI não souber responder ou disser que isso não importa, é um sinal de que a automação não foi testada com dados reais em volume real.
Custom Functions: O Limite de 30 Segundos que Ninguém Menciona
Fórmulas personalizadas inseridas diretamente em células do Sheets, como qualquer função que começa com =NOME_DA_FUNÇÃO(...) mas não é uma fórmula nativa do Google, são executadas em um ambiente separado com regras próprias.
O limite de 30 segundos é o mais crítico para FP&A porque boa parte dos usos avançados do Sheets envolve exatamente esse tipo de fórmula: cálculos de WACC com inputs variáveis, consolidação de dados de múltiplas abas em uma célula, ou lógica de classificação personalizada para centros de custo.
Uma custom function bem-feita e restrita a aritmética sobre os próprios dados que recebe raramente tem problema. O risco aparece quando a função faz mais do que isso: busca dados em outras abas, aplica lookups condicionais em tabelas grandes, ou executa lógica em múltiplas etapas. Qualquer uma dessas situações pode ultrapassar 30 segundos.
Quando isso acontece, a célula mostra Error. Sem mais informação. O Sheets não avisa que foi um timeout, o que leva analistas a inspecionar o modelo inteiro procurando um erro que não está lá.
Se a sua equipe usa custom functions para cálculos críticos do modelo, a pergunta correta para o TI é: "essa função foi testada com o volume de dados real e cronometrada? Se ela puder levar mais de 30 segundos, como a gente substitui por algo mais robusto?"
A alternativa mais segura é mover a lógica para um script acionado por botão ou por gatilho, que tem acesso ao limite completo de 6 minutos e pode gravar resultados em qualquer parte da planilha.
Tempo Diário de Execução: Onde o Workspace Faz Diferença
90 minutos por dia parece bastante, até você considerar que um script que puxa realizados e atualiza uma DRE rodante pode levar de 2 a 3 minutos por execução. Com gatilhos de hora em hora, isso consome entre 48 e 72 minutos de tempo diário. Restam menos de 45 minutos para todas as outras automações ativas no mesmo arquivo.
Contas Google Workspace têm 6 horas de tempo diário de execução, quatro vezes mais do que contas pessoais. Para equipes que rodam automações em produção, como atualização diária de realizados, comentários semanais automatizados ou rodadas de análise de sensibilidade agendadas, essa diferença é concreta.
Os limites de e-mail também divergem: 100 destinatários por dia em contas Gmail contra 1.500 no Workspace. Relatórios distribuídos para equipes maiores, como um DRE consolidado enviado para todas as unidades de negócio, precisam do Workspace para funcionar sem restrições.
O limite de 20 gatilhos por script é idêntico nos dois planos.
Agendamento de Gatilhos: O Que "A Cada Hora" Realmente Significa
Gatilhos baseados em tempo do Apps Script não disparam com precisão exata. Um gatilho configurado para "a cada hora" pode disparar em qualquer momento dentro daquela janela de uma hora. Se um e-mail de board pack precisa chegar às 6h da manhã, o certo é configurar o gatilho para 5h com margem, não para 5h55 contando com pontualidade que o Apps Script não garante.
Agendamentos com intervalo menor do que 1 minuto não são possíveis no Apps Script. Se o seu modelo de monitoramento de caixa precisa atualizar a cada 30 segundos com base em um feed ao vivo, o Apps Script não é a ferramenta certa para esse caso, independente de quão bem o script estiver escrito.
Quando o Apps Script Atende e Quando Não Atende
Para ajudar a calibrar expectativas antes de pedir automações ao TI, estes são os parâmetros práticos onde o Apps Script funciona bem:
Funciona bem quando:
- O modelo tem até cerca de 2.000 linhas distribuídas em 8 a 10 abas
- As atualizações acontecem de hora em hora ou com menor frequência
- A lista de distribuição de e-mail tem até 1.500 destinatários (Workspace) ou 100 (conta pessoal)
- Há no máximo 15 a 18 gatilhos distintos ativos no arquivo
Os problemas começam quando:
- O razão de transações tem mais de 5.000 linhas com lógica de rateio por centro de custo
- O modelo precisa rodar a cada 10 minutos ou menos
- A consolidação puxa dados de mais de 10 arquivos simultâneos
- Qualquer atualização precisa acontecer em menos de 1 minuto
Para os fluxos que ultrapassam esses limites, o ambiente de execução vira o gargalo, e não a lógica do modelo em si. O ModelMonkey processa operações do Sheets fora do contexto de execução do Apps Script, o que significa que o limite de 6 minutos e o timeout de 30 segundos das custom functions simplesmente não se aplicam a ele. Vale avaliar se as suas automações continuam batendo nesses tetos.
Perguntas Frequentes
Qual é o limite de tempo de execução do Google Apps Script em 2026?
O tempo máximo de execução de um script individual é de 6 minutos, tanto para contas Gmail quanto para Google Workspace. Esse limite não mudou em 2026 e não pode ser ampliado por nenhum plano pago. Se o script ultrapassar 6 minutos, ele é encerrado imediatamente. Gravações já concluídas antes da interrupção são mantidas; operações pendentes são perdidas sem aviso.
Custom functions têm o mesmo limite de tempo que scripts normais?
Não. Fórmulas personalizadas inseridas diretamente em células da planilha têm timeout de 30 segundos, não de 6 minutos. Quando esse limite é ultrapassado, a célula exibe um erro genérico sem indicar que foi um timeout, o que costuma levar equipes a suspeitar de bugs no modelo em vez de identificar o limite de tempo como causa.
Existe diferença de cota entre conta Gmail e Google Workspace?
Sim, em três dimensões. O tempo diário total de execução é de 90 minutos no Gmail e de 6 horas no Workspace. O volume de e-mail é de 100 destinatários por dia no Gmail e de 1.500 no Workspace. As chamadas de URL Fetch são 20.000 no Gmail e 100.000 no Workspace. O limite de 6 minutos por execução, o timeout de 30 segundos para custom functions e o teto de 20 gatilhos por script são idênticos nos dois planos.
O que fazer quando o script falha no meio do fechamento sem aviso?
O primeiro passo é identificar em que ponto a execução foi interrompida: quais abas foram atualizadas e quais ficaram com dados antigos. Em seguida, pergunte ao TI se o script tem algum mecanismo de log ou de alerta para falhas. Se não tiver, esse é o primeiro ajuste a pedir: um script sem alertas de falha não está pronto para uso em produção em fechamentos financeiros.
O limite de 20 gatilhos por script é por usuário ou por arquivo?
É por arquivo de script. Cada projeto do Apps Script pode ter no máximo 20 gatilhos baseados em tempo ativos simultaneamente, independente de quantos usuários têm acesso à planilha. Os gatilhos que excedem esse limite simplesmente deixam de rodar sem gerar alerta.
Um gatilho configurado para disparar às 6h dispara exatamente às 6h?
Não. Gatilhos baseados em tempo do Apps Script disparam dentro de uma janela de tempo, não em um horário exato. Um gatilho configurado para "a cada hora" pode disparar em qualquer ponto daquela hora. Para relatórios com horário crítico, configure o gatilho com margem de segurança antecipada.
Resumo
Os limites que importam para automação de FP&A em 2026:
- 6 minutos é o teto absoluto de execução por script. Não pode ser ampliado por nenhum plano pago. Scripts interrompidos não geram alerta e deixam o modelo parcialmente atualizado
- 30 segundos é o timeout de custom functions inseridas em células. Muito abaixo do que a maioria espera, e a causa mais comum de erros intermitentes em fórmulas personalizadas
- 90 minutos/dia de tempo total de execução em contas pessoais se esgotam com facilidade em modelos com gatilhos de hora em hora
- 20 gatilhos por script é um limite real para configurações de monitoramento com múltiplos jobs automáticos
- O Workspace faz diferença em volume de e-mail, URL Fetch e tempo diário total. Em tempo de execução por script, os dois planos têm o mesmo teto
E as perguntas que você deve fazer antes de aprovar qualquer automação: quanto tempo o script leva com dados reais, o que acontece se ele for interrompido no meio, as fórmulas são custom functions ou scripts de botão, e quantos gatilhos já estão ativos no arquivo. Essas perguntas não exigem que você saiba programar. Exigem que o TI tenha pensado nos cenários de falha antes de entregar.