Compartilhar via

Agendamentos para disparadores recorrentes em fluxos de trabalho Aplicativos Lógicos do Azure

  • Artigo

Aplica-se a: Aplicativos Lógicos do Azure (Consumo + Padrão)

Os Aplicativos Lógicos do Azure ajudam você a criar e executar fluxos de trabalho recorrentes automatizados em um agendamento. Ao criar um fluxo de trabalho de aplicativo lógico que começa com um gatilho de Recorrência ou um gatilho de Janela Deslizante, que são gatilhos de agendamento, você pode executar tarefas imediatamente, posteriormente ou em um intervalo recorrente. Você pode chamar serviços dentro e fora do Azure, como pontos de extremidade HTTP ou HTTPS, postar mensagens para serviços do Azure, como o Armazenamento do Azure e o Barramento de Serviço do Azure, ou obter arquivos carregados em um compartilhamento de arquivos. Com o Gatilho de Recorrência, você também pode configurar agendas complexas e recorrências avançadas para executar tarefas. Para saber mais sobre os gatilhos e ações de agendamento internos, confira Gatilhos de agendamento e Ações de agendamento.

A lista a seguir mostra algumas tarefas de exemplo que você pode executar com os gatilhos de agendamento internos:

  • Obter dados internos, por exemplo, executando um procedimento armazenado de SQL todos os dias.

  • Obter dados externos, por exemplo, efetuando pull de relatórios de previsão do tempo do NOAA a cada 15 minutos.

  • Enviar dados de relatório, por exemplo, enviando por email um resumo de todos os pedidos que sejam acima de uma quantidade específica na última semana.

  • Processar dados, por exemplo, compactando as imagens carregadas do dia, todos os dias da semana, fora do horário de pico.

  • Limpar dados, por exemplo, excluindo todos os tweets com mais de três meses.

  • Arquivar dados, por exemplo, enviando faturas para um serviço de backup à 1:00 todos os dias durante os próximos nove meses.

Você também pode usar as ações de agendamento internas para pausar o fluxo de trabalho antes da execução da próxima ação, por exemplo:

  • Aguardar até um dia útil para enviar uma atualização de status por email.

  • Atrasar o fluxo de trabalho até que uma chamada HTTP tenha tempo para ser concluída antes da retomada e da recuperação do resultado.

Este guia descreve os recursos para gatilhos e ações de agendamento internos.

Execute cargas de trabalho recorrentes sem criar vários aplicativos lógicos

Você pode agendar e executar cargas de trabalho recorrentes sem criar um aplicativo lógico de Consumo separado para cada trabalho agendado e atingir o limite de fluxo de trabalho por região e assinatura. Em vez disso, você pode criar um aplicativo lógico Standard com vários fluxos de trabalho ou usar o padrão de aplicativo lógico de Consumo criado pelo Modelo de Início Rápido do Azure: o agendador de trabalhos dos Aplicativos Lógicos.

O modelo do agendador de trabalho dos Aplicativos Lógicos do Azure cria um aplicativo lógico chamado CreateTimerJob que chama um aplicativo lógico TimerJob. Em seguida, você pode chamar o aplicativo lógico CreateTimerJob como uma API ao fazer uma solicitação HTTP e passar uma agenda como entrada para a solicitação. Cada chamada para o aplicativo lógico CreateTimerJob chama também o aplicativo lógico TimerJob, que cria uma nova instância TimerJob que é executada continuamente com base na agenda especificada ou até atingir um limite especificado. Dessa forma, você pode executar tantas instâncias de TimerJob quanto desejar sem se preocupar com os limites de fluxo de trabalho, isso porque as instâncias não são definições ou recursos de fluxo de trabalho de aplicativo lógico individuais.

Gatilho de agendamento

Você pode iniciar o fluxo de trabalho de aplicativo lógico usando o Gatilho de recorrência ou o Gatilho de janela deslizante, o qual não está associado a nenhum serviço ou sistema específico. Esses gatilhos iniciam e executam o fluxo de trabalho com base na recorrência especificada por você e na qual você seleciona o intervalo e a frequência, como o número de segundos, minutos, horas, dias, semanas ou meses. Você também pode definir a data e a hora de início, além do fuso horário. Cada vez que um gatilho é disparado, os Aplicativos Lógicos do Azure criam e executam uma nova instância de fluxo de trabalho para seu aplicativo lógico.

Estas são as diferenças entre esses gatilhos:

  • Recorrência: executa o fluxo de trabalho em intervalos de tempo regulares e com base no agendamento especificado. Se o gatilho perder recorrências, por exemplo, devido a interrupções ou fluxos de trabalho desabilitados, o gatilho de Recorrência não processará as recorrências perdidas, mas reiniciará as recorrências com o próximo intervalo agendado.

    Se você selecionar Dia como a frequência, poderá especificar as horas do dia e os minutos da hora, por exemplo, todos os dias às 2:30. Se você selecionar Semana como a frequência, também poderá selecionar dias da semana, como quarta-feira e sábado. Também é possível especificar uma data e hora de início junto com um fuso horário para sua agenda de recorrência. Para obter mais informações sobre a formatação de fuso horário, confira Adicionar um gatilho de recorrência.

    Importante

    Caso você use a frequência Dia, Semana ou Mês e especifique uma data e uma hora no futuro, configure a recorrência com antecedência:

    • Dia: configure a recorrência diária com pelo menos 24 horas de antecedência.

    • Semana: configure a recorrência semanal com pelo menos sete dias de antecedência.

    • Mês: configure a recorrência mensal com pelo menos um mês de antecedência.

    Caso contrário, o fluxo de trabalho pode ignorar a primeira recorrência.

    Se uma recorrência não especificar a data e a hora de início, a primeira recorrência será executada imediatamente quando você salvar ou implantar o aplicativo lógico, apesar da configuração de recorrência do gatilho. Para evitar esse comportamento, forneça a data e hora de início para quando você deseja que a primeira recorrência seja executada.

    Se uma recorrência não especificar outras opções de agendamento avançado, como horários específicos para executar recorrências futuras, essas recorrências serão baseadas no último tempo de execução. Como resultado, os horários de início dessas recorrências podem variar devido a fatores como latência durante as chamadas de armazenamento. Para o seu fluxo de trabalho não perca nenhuma recorrência, especialmente quando a frequência está definida em dias ou mais, experimente as seguintes opções:

    • Forneça a data e hora de início para a recorrência, além dos horários específicos para o momento de executar recorrências subsequentes usando as propriedades chamadas Nessas horas e Nesses minutos, que estão disponíveis apenas para as frequências de Dia e Semana.

    • Use o gatilho de janela deslizante, em vez do gatilho de Recorrência.

    Para obter mais informações, confira Como criar, agendar e executar tarefas e fluxos de trabalho recorrentes com o Gatilho de recorrência.

  • Janela deslizante: executa o fluxo de trabalho em intervalos de tempo regulares e que manipulam dados em partes contínuas. Se o gatilho perder recorrências, por exemplo, devido a interrupções ou fluxos de trabalho desabilitados, o Gatilho de janela deslizante voltará e processará as recorrências perdidas.

    Você pode especificar uma data e hora de início, um fuso horário e uma duração para atrasar cada recorrência em seu fluxo de trabalho. Esse gatilho não dá suporte a agendamentos avançados, por exemplo, com especificação de horas do dia, minutos da hora e dias da semana. Para obter mais informações, confira Como criar, agendar e executar tarefas e fluxos de trabalho recorrentes com o Gatilho de janela deslizante.

Observação

Opções avançadas de agendamento, como Nessas horas e At esses dias, estão disponíveis e funcionam apenas com gatilhos de sondagem internos, como os gatilhos de Recorrência e Janela Deslizante, que são executados diretamente com o tempo de execução dos Aplicativos Lógicos do Azure. Para conectores geridos pela Microsoft, alojados e executados no Azure, os gatilhos de sondagem calculam a próxima recorrência utilizando apenas os valores de Intervalo e Frequência, e não as opções de agendamento avançadas.

Ações de agendamento

Depois de qualquer ação no fluxo de trabalho do aplicativo lógico, você pode usar as ações Atrasar e Atrasar Até para fazer seu fluxo de trabalho aguardar até a execução da próxima ação.

Padrões para data e hora de início

Veja a seguir alguns padrões que mostram como controlar a recorrência com a data e a hora de início e como o serviço dos Aplicativos Lógicos executa essas recorrências:

Hora de início Recorrência sem agendamento Recorrência com agendamento (somente Gatilho de recorrência)
{none} Executa a primeira carga de trabalho imediatamente.

Executa futuras cargas de trabalho com base na última hora de execução.

 Executa a primeira carga de trabalho imediatamente.

Executa futuras cargas de trabalho com base no agendamento especificado.
Hora de início no passado Gatilho de recorrência: calcula os tempos de execução com base nos horários de início especificados e descarta as horas de execução anteriores.

Executa a primeira carga de trabalho na próxima hora de execução no futuro.

Executa futuras cargas de trabalho com base na última hora de execução.

Gatilho de janela deslizante: calcula os tempos de execução com base nos horários de início especificados e honra as horas de execução anteriores.

Executa futuras cargas de trabalho com base na hora de início especificada.

Para obter mais explicações, consulte o exemplo após essa tabela.

 Executa a primeira carga de trabalho não antes da hora de início, com base no agendamento calculado com base na hora de início.

Executa futuras cargas de trabalho com base no agendamento especificado.

Observação: se você especificar uma recorrência com um agendamento, mas não especificar horas ou minutos para esse agendamento, os Aplicativos Lógicos do Azure calcularão os tempos de execução futuros usando as horas ou os minutos, respectivamente, do primeiro tempo de execução.
Hora de início agora ou no futuro Executa a primeira carga de trabalho na hora de início especificada.

Gatilho de recorrência: executa futuras cargas de trabalho com base na última hora de execução.

Gatilho de janela deslizante: executa cargas de trabalho futuras com base na hora de início especificada.

 Executa a primeira carga de trabalho não antes da hora de início, com base no agendamento calculado com base na hora de início.

Executa futuras cargas de trabalho com base no agendamento especificado. Caso você use a frequência Dia, Semana ou Mês e especifique uma data e uma hora no futuro, configure a recorrência com antecedência:

- Dia: configure a recorrência diária com pelo menos 24 horas de antecedência.

- Semana: configure a recorrência semanal com pelo menos sete dias de antecedência.

- Mês: configure a recorrência mensal com pelo menos um mês de antecedência.

Caso contrário, o fluxo de trabalho pode ignorar a primeira recorrência.

Observação: se você especificar uma recorrência com um agendamento, mas não especificar horas ou minutos para esse agendamento, os Aplicativos Lógicos do Azure calcularão os tempos de execução futuros usando as horas ou os minutos, respectivamente, do primeiro tempo de execução.

Exemplo de hora de início no passado com recorrência, mas sem agendamento

Suponha que a data e a hora atuais sejam 8 de setembro de 2017, às 13:00. Você especifica a data e a hora de início como 7 de setembro de 2017, às 14:00, que está no passado, e uma recorrência que é executada a cada dois dias.

Hora de início Hora atual Recorrência Agenda
2017-09-07T14:00:00Z
(2017-09-07 às 14:00)		 2017-09-08T13:00:00Z
(2017-09-08 às 13:00)		 A cada dois dias {none}

Para o gatilho de Recorrência, o mecanismo dos Aplicativos Lógicos do Azure calcula os tempos de execução com base na hora de início, descarta os tempos de execução anteriores, usa a próxima hora de início futura da primeira execução e calcula as execuções futuras com base no último tempo de execução.

Veja a aparência dessa recorrência:

Hora de início Primeira hora de execução Horas de execução futuras
2017-09-07 às 14h 2017-09-09 às 14h 2017-09-11 às 14:00
2017-09-13 às 14:00
2017-09-15 às 14:00
e assim por diante...

Portanto, não importa o quanto no passado você especifique a hora de início, por exemplo, 2017-09-05 às 14:00 ou 2017-09-01 às 14:00, a primeira execução sempre usará a próxima hora de início futura.

Para o Gatilho de janela deslizante, o mecanismo de Aplicativos Lógicos calcula os tempos de execução com base na hora de início, honra os tempos de execução anteriores, usa a hora de início para a primeira execução e calcula as execuções futuras com base na hora de início.

Veja a aparência dessa recorrência:

Hora de início Primeira hora de execução Horas de execução futuras
2017-09-07 às 14h 2017-09-08 às 13h (hora atual) 2017-09-09 às 14:00
2017-09-11 às 14:00
2017-09-13 às 14:00
2017-09-15 às 14:00
e assim por diante...

Portanto, não importa o quanto no passado você especifique a hora de início, por exemplo, 2017-09-05 às 14:00 ou 2017-09-01 às 14:00, a primeira execução sempre usará a de início especificada.

Comportamento de recorrência

Os gatilhos internos recorrentes, como o Gatilho de recorrência, são executados direta e nativamente no tempo de execução dos Aplicativos Lógicos do Azure. Esses gatilhos diferem dos gatilhos de conector gerenciado baseados em conexão recorrentes no sentido de que você precisa criar uma conexão primeiro, como o gatilho do conector gerenciado Office 365 Outlook.

Para ambos os tipos de gatilhos, se uma recorrência não especificar uma data e hora de início, a primeira recorrência é executada imediatamente quando guarda ou implementa o recurso de aplicação lógica, apesar da configuração de recorrência do seu gatilho. Para evitar esse comportamento, forneça a data e hora de início para quando você deseja que a primeira recorrência seja executada.

Recorrência para gatilhos internos

Os gatilhos internos recorrentes seguem o agendamento definido por você, incluindo qualquer fuso horário especificado. No entanto, se uma recorrência não especificar outras opções avançadas de agendamento, como horários específicos para executar recorrências futuras, essas recorrências serão baseadas na última execução do gatilho. Como resultado, os horários de início dessas recorrências podem variar devido a fatores como latência durante as chamadas de armazenamento. Opções avançadas de agendamento, como Nesses horários e Nesses dias para a recorrência Semanal, estão disponíveis e funcionam apenas com acionadores de pesquisa integrados, como os acionadores Recorrência e Janela deslizante, que executado direta e nativamente no tempo de execução dos Aplicativos Lógicos do Azure.

Para obter mais informações, examine a seguinte documentação:

Recorrência para gatilhos gerenciados

Para gatilhos gerenciados recorrentes, como Office 365 Outlook, Outlook.com e assim por diante, o agendamento não é o único driver que controla a execução. O fuso horário determina apenas a hora de início inicial. As execuções subsequentes dependem do agendamento de recorrência, da última execução do gatilho e de outros fatores que podem causar variações nos runtimes ou gerar um comportamento inesperado, por exemplo:

  • Se o gatilho acessar um servidor que tem mais dados, o que o gatilho tenta buscar imediatamente.
  • Falhas ou repetições incorridas pelo gatilho.
  • Latência durante as chamadas de armazenamento.
  • Não manter o agendamento especificado quando o horário de verão começar e terminar.
  • Outros fatores que podem afetar o momento em que ocorrerá o próximo runtime.

Opções avançadas de agendamento, como Nesses horários e Nesses dias para a recorrência Semanal, não estão disponíveis ou suportadas para conectores gerenciados pela Microsoft, hospedados e executados no Azure. Esses acionadores de sondagem calculam a próxima recorrência usando apenas os valores de Intervalo e Frequência.

Para obter mais informações, examine a seguinte documentação:

Disparar recorrência para o horário de verão e o horário padrão

Ao agendar trabalhos, os Aplicativos Lógicos do Azure colocam a mensagem para processamento na fila e especificam quando ela ficará disponível com base no horário UTC em que o último trabalho foi executado e no horário UTC em que o trabalho seguinte está agendado para ser executado. Se você especificar uma hora de início com sua recorrência, certifique-se de selecionar um fuso horário para que o fluxo de trabalho do aplicativo lógico seja executado na hora de início especificada. Dessa forma, o horário UTC do aplicativo lógico também mudará para compensar a mudança de horário sazonal. Os gatilhos de recorrência seguem o agendamento definido, incluindo o fuso horário especificado.

Se você não selecionar um fuso horário, os eventos de horário de verão poderão ser afetados quando os gatilhos forem executados. Por exemplo, a hora de início mudará uma hora para frente quando o horário de verão começar e uma hora para trás quando ele terminar.

Disparar o deslocamento e o descompasso de recorrência durante o horário de verão e o horário padrão

Para gatilhos baseados em conexão recorrentes, a agenda de recorrência não é o único fator que controla a execução. O fuso horário só determina a hora de início. As execuções subsequentes dependem do agendamento de recorrência, da última execução do gatilho e de outros fatores que podem causar variações nos runtimes ou gerar um comportamento inesperado, por exemplo:

  • Não manter o agendamento especificado quando o horário de verão começar e terminar.
  • Outros fatores que podem afetar o momento em que ocorrerá o próximo runtime.
  • Latência durante as chamadas de armazenamento.
  • Se o gatilho acessar um servidor que tem mais dados, o que o gatilho tenta buscar imediatamente.
  • Falhas ou repetições incorridas pelo gatilho.

Para garantir que a hora da recorrência não mude quando o horário de verão entrar em vigor, ajuste manualmente a recorrência. Dessa forma, o fluxo de trabalho continua a ser executado no horário esperado ou especificado. Caso contrário, a hora de início mudará uma hora para frente quando o horário de verão começar e uma hora para trás quando o horário de verão terminar.

Observação

Os gatilhos que começam entre 2:00 e 3:00 podem ter problemas porque as alterações de horário de verão acontecem às 2:00 em alguns países, o que pode fazer com que a hora de início se torne inválida ou ambígua. Caso você tenha vários aplicativos lógicos dentro do mesmo intervalo ambíguo, pode ser que eles se sobreponham. Por esse motivo, talvez seja melhor evitar horas de início entre 2:00 e 3:00.

Por exemplo, suponha que você tenha dois aplicativos lógicos que sejam executados diariamente. Um aplicativo lógico é executado à 1:30, hora local, enquanto o outro é executado uma hora depois às 2:30, hora local. O que acontece com os horários de início desses aplicativos quando o horário de verão é iniciado e encerrado?

  • Os gatilhos são executados quando o horário muda para uma hora à frente?

  • Os gatilhos são executados duas vezes quando o horário muda para uma hora para trás?

Se esses aplicativos lógicos usarem a zona UTC-6:00 hora central (EUA e Canadá), essa simulação mostrará como as horas UTC mudaram em 2019 para combater as alterações de horário de verão, movendo uma hora para trás ou para frente, conforme necessário, para que os aplicativos continuem em execução nos horários locais esperados sem execuções ignoradas ou duplicadas.

  • 03/10/2019: o horário de verão começa às 2:00, passando o horário para uma hora à frente

    Para compensar o início do horário de verão, o horário UTC muda uma hora para trás para que seu aplicativo lógico continue em execução na mesma hora local:

    • Aplicativo lógico nº 1

      Data Hora (local) Hora (UTC) Observações
      03/09/2019 1:30:00 7:30:00 UTC antes do dia em que o horário de verão entra em vigor.
      03/10/2019 1:30:00 7:30:00 O UTC é o mesmo porque o horário de verão não entrou em vigor.
      03/11/2019 1:30:00 6:30:00 AM O UTC mudou uma hora para trás depois que o horário de verão entrou em vigor.

    • Aplicativo lógico nº 2

      Data Hora (local) Hora (UTC) Observações
      03/09/2019 2:30:00 8:30:00 UTC antes do dia em que o horário de verão entra em vigor.
      03/10/2019 3:30:00* 8:30:00 O horário de verão já está em vigor, portanto, a hora local mudou uma hora para frente porque o fuso horário UTC-6:00 muda para UTC-5:00. Para obter mais informações, confira Gatilhos que começam entre 2:00 e 3:00.
      03/11/2019 2:30:00 7:30:00 O UTC mudou uma hora para trás depois que o horário de verão entrou em vigor.

  • 11/03/2019: o horário de verão termina às 2:00 e muda o horário uma hora para trás

    Para compensar, o horário UTC muda uma hora à frente para que seu aplicativo lógico continue em execução na mesma hora local:

    • Aplicativo lógico nº 1

      Data Hora (local) Hora (UTC) Observações
      11/02/2019 1:30:00 6:30:00 AM
      11/03/2019 1:30:00 6:30:00 AM
      11/04/2019 1:30:00 7:30:00

    • Aplicativo lógico nº 2

      Data Hora (local) Hora (UTC) Observações
      11/02/2019 2:30:00 7:30:00
      11/03/2019 2:30:00 8:30:00
      11/04/2019 2:30:00 8:30:00

Executar apenas uma vez

Para executar seu fluxo de trabalho apenas uma vez no futuro, você pode usar o modelo de fluxo de trabalho Agendador: executar trabalhos apenas uma vez.

Executar uma vez no último dia do mês

Para executar o gatilho de Recorrência apenas uma vez no último dia do mês, consulte Executar apenas uma vez no último dia do mês.

Exemplos de recorrências

Eis várias recorrências de exemplo que você pode configurar para os gatilhos que dão suporte às opções:

Gatilho Recorrência Intervalo Frequência Hora de início Nestes dias A estas horas A estes minutos Observação
Recorrência,
Janela Deslizante		 Executar a cada 15 minutos (sem data e hora de início) 15 Minuto {none} {não disponível} {none} {none} Esse agendamento será iniciado imediatamente e, em seguida, calculará as recorrências futuras com base na última hora de execução.
Recorrência,
Janela Deslizante		 Executar a cada 15 minutos (com data e hora de início) 15 Minuto startDateTstartTimeZ {não disponível} {none} {none} Esse agendamento não se inicia antes da data e hora de início especificada e, em seguida, calcula as recorrências futuras com base na última hora de execução.
Recorrência,
Janela Deslizante		 Executar a cada hora, na hora cheia (com data e hora de início) 1 Hora startDateThh:00:00Z {não disponível} {none} {none} Esse agendamento não se inicia antes da data e hora de início especificadas. As recorrências futuras são executadas a cada hora na marca de minuto "00", que é calculada pelos Aplicativos Lógicos do Azure a partir da hora de início.

Se a frequência for "Semana" ou "Mês", esse agendamento será executado, respectivamente, somente um dia por semana ou um dia por mês.
Recorrência,
Janela Deslizante		 Executar a cada hora, todos os dias (sem data e hora de início) 1 Hora {none} {não disponível} {none} {none} Esse agendamento será iniciado imediatamente e calculará as recorrências futuras com base na última hora de execução.

Se a frequência for "Semana" ou "Mês", esse agendamento será executado, respectivamente, somente um dia por semana ou um dia por mês.
Recorrência,
Janela Deslizante		 Executar a cada hora, todos os dias (com data e hora de início) 1 Hora startDateTstartTimeZ {não disponível} {none} {none} Esse agendamento não se inicia antes da data e hora de início especificada e, em seguida, calcula as recorrências futuras com base na última hora de execução.

Se a frequência for "Semana" ou "Mês", esse agendamento será executado, respectivamente, somente um dia por semana ou um dia por mês.
Recorrência,
Janela Deslizante		 Executar a cada 15 minutos após a hora cheia, a cada hora (com data e hora de início) 1 Hora startDateT00:15:00Z {não disponível} {none} {none} Esse agendamento não se inicia antes da data e hora de início especificadas. As recorrências futuras são executadas na marca de minuto "15", o que os Aplicativos Lógicos calculam a partir da hora de início, portanto à 00:15, à 1:15, às 2:15 e assim por diante.
Recorrência Executar a cada 15 minutos após a hora cheia, a cada hora (sem data e hora de início) 1 Dia {none} {não disponível} 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 15 Esse agendamento é executado às 00h15, 1h15, 2h15 e assim por diante. Além disso, esse agendamento é equivalente a uma frequência de "Hora" e uma hora de início com "15" minutos.
Recorrência Executar a cada 15 minutos na marca de minutos especificada (sem data e hora de início). 1 Dia {none} {não disponível} 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 0, 15, 30, 45 Esse agendamento não se inicia até a próxima marca de 15 minutos especificada.
Recorrência Executar diariamente às 8:00 mais a marca de minuto de quando você salva seu aplicativo lógico 1 Dia {none} {não disponível} 8 {none} Sem uma data e hora de início, essa agenda é executada com base no horário em que você salva o aplicativo lógico (operação PUT).
Recorrência Executar diariamente às 8:00 (com data e hora de início) 1 Dia startDateT08:00:00Z {não disponível} {none} {none} Esse agendamento não se inicia antes da data e hora de início especificadas. As ocorrências futuras serão executadas diariamente às 8:00.
Recorrência Executar diariamente às 8:00 (sem data e hora de início) 1 Dia {none} {não disponível} 8 00 Essa agenda é executada todos os dias às 8:00.
Recorrência Executar diariamente às 8:00 e às 16:00 1 Dia {none} {não disponível} 8, 16 0
Recorrência Executar diariamente às 8:30, 8:45, 16:30 e 16:45 1 Dia {none} {não disponível} 8, 16 30, 45
Recorrência Executar todos os sábados às 17:00 (sem data e hora de início) 1 Semana {none} "Sábado" 17 0 Esse agendamento é executado todos os sábados às 17h.
Recorrência Executar todos os sábados às 17:00 (com data e hora de início) 1 Semana startDateT17:00:00Z "Sábado" {none} {none} Esse agendamento não se inicia antes da data e hora de início especificadas, nesse caso, 9 de setembro de 2017 às 17h. As recorrências futuras serão executadas todos os sábados às 17h.
Recorrência Executar todas as terças-feiras e quintas-feiras às 17:00 mais a marca de minuto de quando você salva seu aplicativo lógico 1 Semana {none} "Terça-feira", "Quinta-feira" 17 {none}
Recorrência Executar a cada hora durante o horário comercial. 1 Semana {none} Selecione todos os dias, exceto sábado e domingo. Selecione as horas do dia que você deseja. Selecione os minutos da hora que você deseja. Por exemplo, se o horário de trabalho for das 8:00 às 17:00, selecione "8, 9, 10, 11, 12, 13, 14, 15, 16, 17" como as horas do dia mais "0" como o minuto da hora.
Recorrência Executar uma vez por dia aos finais de semana 1 Semana {none} "Sábado", "Domingo" Selecione as horas do dia que você deseja. Selecione os minutos da hora conforme apropriado. Esse agendamento é executado aos sábados e domingos no agendamento especificado.
Recorrência Executar a cada 15 minutos, quinzenalmente, somente às segundas-feiras 2 Semana {none} "Segunda-feira" 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 0, 15, 30, 45 Esse agendamento é executado em todas as outras segundas-feiras em cada marca de 15 minutos.
Recorrência Executar todos os meses 1 Month startDateTstartTimeZ {não disponível} {não disponível} {não disponível} Esse agendamento não se inicia antes da data e hora de início especificada e calcula as recorrências futuras com base na data e hora de início. Se você não especificar uma data e hora de início, esse agendamento usará a data e a hora de criação.
Recorrência Executar a cada hora durante um dia por mês 1 Month {consulte a observação} {não disponível} 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 {consulte a observação} Se você não especificar uma data e hora de início, esse agendamento usará a data e a hora de criação. Para controlar os minutos do agendamento da recorrência, especifique os minutos da hora, uma hora de início ou use o tempo de criação. Por exemplo, se a hora de início ou hora de criação for 8h25, esse agendamento será executado às 8h25, 9h25, 10h25 e assim por diante.

Solucionar problemas de recorrência

Para garantir que o fluxo de trabalho seja executado na hora de início especificada e não perca uma recorrência, especialmente quando a frequência estiver em dias ou mais, experimente as seguintes soluções:

  • Quando o horário de verão entrar em vigor, ajuste manualmente a recorrência para que o fluxo de trabalho continue sendo executado no horário esperado. Caso contrário, a hora de início mudará uma hora para frente quando o horário de verão começar e uma hora para trás quando o horário de verão terminar. Para obter mais informações e exemplos, examine Recorrência de horário de verão e horário padrão.

  • Se você estiver usando um gatilho de recorrência, especifique um fuso horário, bem como uma data de início e uma hora de início. Além disso, configure horários específicos para executar recorrências posteriores nas propriedades Nestas horas e Nestes minutos, que estão disponíveis apenas para as frequências Dia e Semana. No entanto, algumas janelas de tempo ainda podem causar problemas quando o horário mudar.

  • Considere o uso de um gatilho de janela deslizante em vez de um gatilho de recorrência para evitar perder as recorrências.

Próximas etapas