Como a automação responde

Toda automação tem um modo de resposta, escolhido na tela de configurações dela, e ele decide o que a chamada que a dispara recebe de volta.

Modo	O que a chamada recebe	Quando usar
Rodar em segundo plano (padrão)	a confirmação de que o pedido entrou, com o exec_uuid	trabalho longo, lote, execução agendada
Esperar o resultado	o resultado pronto, no corpo da resposta	uma tela esperando, leitura e ações curtas

Em segundo plano a automação roda no Fargate e não tem limite de duração: o resultado chega pelo webhook e aparece no histórico de execuções. Esperando o resultado ela roda no Lambda e responde na própria requisição — o tempo é o da sua automação, e o que a plataforma acrescenta fica abaixo de 3 segundos.

Ligar

Na configuração da automação, em Como a automação responde, escolha Esperar o resultado.

A opção só aparece quando o projeto suporta o modo. A plataforma prepara isso a partir da imagem atual do projeto e faz uma chamada de sonda antes de liberar: se a imagem for antiga demais, a tela diz isso em vez de deixar você descobrir na primeira chamada de verdade. Se você acabou de publicar código novo, rode o datallog push antes.

A automação também precisa estar ativa

Automação desligada recusa a chamada com "Disabled Application, Please enable to run". Automação nova nasce desligada, e o número de automações ativas é limitado pelo seu plano.

O orçamento da chamada

A porta de entrada corta em 29 segundos, então esperar o resultado trabalha com cerca de 24 segundos. Automação que não cabe nesse tempo não vira erro:

• a resposta volta 202 com o exec_uuid e um campo degraded dizendo o motivo;
• a execução segue viva e termina normalmente;
• o resultado chega pelo caminho de sempre — webhook, histórico, ou consultando a execução.

Quem chama precisa tratar os dois casos:

const r = await datallog.run('relatorio', { mes: '2026-10' });
const corpo = r && r.result !== undefined ? r.result : r;
if (corpo && corpo.exec_uuid) {
  // passou do orçamento: avise e busque o resultado depois
} else {
  // veio pronto
}

Pela API REST é o mesmo, com blocking no corpo:

POST https://mwm.datallog.com/api/start-automation/<projeto>/<automacao>
{ "seed": { "mes": "2026-10" }, "blocking": true }

200 com o resultado quando coube; 202 com exec_uuid e degraded quando não coube. A automação precisa estar em Esperar o resultado — pedir blocking numa que está em segundo plano é recusado, em vez de a chamada ficar aberta sem necessidade.

O que não muda

O mesmo código roda nos dois modos. O relatório de execução continua sendo gerado, o histórico continua registrando e a cobrança é a mesma.