«Envie o follow-up dois dias depois da proposta», «espere o sistema de pagamento antes de ler o status», «não dispare tudo no mesmo segundo» — perguntas de tempo aparecem em um a cada dois cenários de automação no Bitrix24 (Alaio). A plataforma tem vários mecanismos de atraso, cada um feito para uma escala, e a maioria dos cronogramas quebrados vem de usar o errado. Este guia os organiza: atrasos nativos para minutos e dias, um robô para segundos e um padrão de data calculada para «não agora, mas na hora certa».

Quais opções nativas de atraso o Bitrix24 tem?

Duas. Uma regra de automação pode ser configurada para executar com atraso — minutos, horas ou dias depois de o registro entrar na fase — o que cobre o clássico «lembrar em 2 dias se não houver resposta» sem nenhuma ferramenta extra. No designer de processos, uma atividade de pausa segura o processo até um intervalo passar ou uma data específica chegar, e a data pode vir de um campo do registro. Ambos são confiáveis e gratuitos; a granularidade é o limite deles — pensam em minutos e dias, não em segundos, e atrasam uma etapa inteira, não o intervalo entre dois robôs dentro de uma mesma cadeia.

Quando você precisa de uma pausa de poucos segundos?

Quando duas etapas consecutivas disputam corrida. O processo atualiza um registro e o robô seguinte o lê de volta antes de a atualização assentar; um serviço externo confirma o recebimento, mas precisa de um instante até o resultado ficar consultável; duas integrações escrevem no mesmo cartão e colidem. Pausa curta existe exatamente para isso: espera o número indicado de segundos — um valor medido em segundos, não em horas — e então devolve um sinal de sucesso e a cadeia continua. Colocada entre «gravar» e «ler de volta», converte uma falha intermitente e irreproduzível em uma sequência tediosamente estável.

Como adio uma ação até uma data calculada?

A pausa nativa sabe esperar até uma data em um campo — então o truque é calcular essa data. Data mais próxima por condição escolhe a data mais próxima que atende à sua regra e a grava no registro, e a atividade de pausa ou uma regra com atraso dispara exatamente nesse momento. Diferença entre duas datas cobre o inverso: transforma «quanto tempo desde a última atividade» em um número que uma condição consegue comparar, e o processo decide se vale esperar. Os padrões de aritmética de datas — formatos, fusos horários, tipos de campo — estão reunidos no guia de datas.

Quais são as armadilhas das pausas longas?

Três, todas aprendidas do jeito difícil. Um processo em execução mantém a lógica com que começou: editar o modelo não muda as instâncias que já dormem em uma pausa, então a correção só se espalha conforme as instâncias antigas terminam — planeje a sobreposição. Instâncias que dormem por muito tempo se acumulam: centenas de processos pausados por um mês seguram cada um o seu estado e entulham o monitoramento, então prefira o desenho orientado a eventos — encerre o processo e deixe uma nova regra disparar na próxima mudança de fase — a um processo gigante que dorme ao longo do funil. E não encadeie chamadas de Pausa curta para montar esperas de minutos: ele foi feito para intervalos de segundos entre etapas, enquanto atrasos de minutos para cima pertencem aos mecanismos nativos, que sobrevivem a reinícios por construção.

Por onde continuar

Audite seus modelos atuais atrás dos dois sintomas: corridas de segundos remendadas com atrasos nativos de minutos (troque por uma pausa curta) e gigantes que dormem por meses (divida em regras por fase). O guia de processos de negócio cobre como estruturar processos para que o tempo continue visível, e a coletânea de exemplos de automação inclui os dois padrões de atraso em contexto.