Agendamentos para gatilhos recorrentes em fluxos de trabalho dos 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 uma agenda. Ao criar um fluxo de trabalho de aplicativo lógico que começa com um gatilho de Recorrência interno ou um gatilho de Janela Deslizante, que são gatilhos do tipo Agenda, 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 Recorrência, você também pode configurar agendas complexas e recorrências avançadas para tarefas em execução. Para saber mais sobre os gatilhos e ações de agendamento internos, consulte Agendar gatilhos e Agendar ações.

Nota

Você pode agendar e executar cargas de trabalho recorrentes sem criar um aplicativo lógico separado para cada trabalho agendado e sem atingir o limite de fluxos de trabalho por região e assinatura. Em vez disso, você pode usar o padrão de aplicativo lógico criado pelo modelo Azure QuickStart: agendador de tarefas de Aplicativos Lógicos.

O modelo de agendador de tarefas dos Aplicativos Lógicos do Azure cria um aplicativo lógico CreateTimerJob que chama um aplicativo lógico TimerJob. Em seguida, você pode chamar o aplicativo lógico CreateTimerJob como uma API fazendo uma solicitação HTTP e passando uma agenda como entrada para a solicitação. Cada chamada para o aplicativo lógico CreateTimerJob também chama 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 quantas instâncias de TimerJob quiser sem se preocupar com os limites do fluxo de trabalho, porque as instâncias não são definições ou recursos individuais de fluxo de trabalho de aplicativo lógico.

Esta lista mostra alguns exemplos de tarefas que você pode executar com os gatilhos internos do Schedule:

  • Obtenha dados internos, como executar um procedimento armazenado SQL todos os dias.

  • Obtenha dados externos, como relatórios meteorológicos da NOAA a cada 15 minutos.

  • Envie dados do relatório, como enviar por e-mail um resumo de todos os pedidos maiores do que um valor específico na semana passada.

  • Processe dados, como compactar as imagens carregadas de hoje todos os dias da semana fora do horário de pico.

  • Limpe dados, como excluir todos os tweets com mais de três meses.

  • Arquive dados, como faturas push para um serviço de backup à 1h00 todos os dias durante os próximos nove meses.

Você também pode usar as ações internas Agendar para pausar seu fluxo de trabalho antes que a próxima ação seja executada, por exemplo:

  • Aguarde até um dia da semana para enviar uma atualização de status por e-mail.

  • Atrase o fluxo de trabalho até que uma chamada HTTP tenha tempo para concluir antes de retomar e recuperar o resultado.

Este artigo descreve os recursos para os gatilhos e ações internos do Schedule.

Gatilhos de programação

Você pode iniciar o fluxo de trabalho do aplicativo lógico usando o gatilho Recorrência ou o gatilho Janela Deslizante, que não está associado a nenhum serviço ou sistema específico. Esses gatilhos iniciam e executam seu fluxo de trabalho com base na recorrência especificada, onde 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 hora de início junto com o fuso horário. Sempre que um gatilho é acionado, os Aplicativos Lógicos do Azure criam e executam uma nova instância de fluxo de trabalho para seu aplicativo lógico.

Aqui estão as diferenças entre esses gatilhos:

  • Recorrência: executa seu fluxo de trabalho em intervalos de tempo regulares com base em sua programação especificada. Se o gatilho perder recorrências, por exemplo, devido a interrupções ou fluxos de trabalho desativados, o gatilho 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 frequência, poderá especificar as horas do dia e os minutos da hora, por exemplo, todos os dias às 2h30. Se você selecionar Semana como frequência, também poderá selecionar dias da semana, como quarta-feira e sábado. Você também pode especificar uma data e hora de início juntamente com um fuso horário para sua agenda de recorrência. Para obter mais informações sobre formatação de fuso horário, consulte Adicionar um gatilho de recorrência.

    Importante

    Se você usar a frequência Dia, Semana ou Mês e especificar uma data e hora futuras, certifique-se de configurar 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 7 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 uma data e hora de início específicas, 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 uma 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 avançadas de agendamento, 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 se desviar devido a fatores como latência durante chamadas de armazenamento. Para garantir que seu fluxo de trabalho não perca uma recorrência, especialmente quando a frequência é em dias ou mais, tente estas opções:

    • Forneça uma data e hora de início para a recorrência, além das horas específicas em que executar as recorrências subsequentes usando as propriedades denominadas Nessas horas e Nesses minutos, que estão disponíveis apenas para as frequências Dia e Semana.

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

    Para obter mais informações, consulte Criar, agendar e executar tarefas e fluxos de trabalho recorrentes com o gatilho de recorrência.

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

    Você pode especificar uma data e hora de início, fuso horário e uma duração para atrasar cada recorrência em seu fluxo de trabalho. Esse gatilho não suporta agendas avançadas, por exemplo, horas específicas do dia, minutos da hora e dias da semana. Para obter mais informações, consulte Criar, agendar e executar tarefas e fluxos de trabalho recorrentes com o gatilho Janela Deslizante.

Agendar ações

Após qualquer ação no fluxo de trabalho do aplicativo lógico, você pode usar as ações Atrasar e Atrasar até para fazer com que o fluxo de trabalho aguarde antes que a próxima ação seja executada.

Padrões para data e hora de início

Aqui estão alguns padrões que mostram como você pode controlar a recorrência com a data e hora de início e como os Aplicativos Lógicos do Azure executam essas recorrências:

Hora de início Periodicidade sem agenda Recorrência com esquema (apenas gatilho de recorrência)
{nenhum} Executa a primeira carga de trabalho instantaneamente.

Executa cargas de trabalho futuras com base no último tempo de execução.

 Executa a primeira carga de trabalho instantaneamente.

Executa cargas de trabalho futuras com base no cronograma especificado.
Hora de início no passado Gatilho de recorrência : calcula os tempos de execução com base na hora de início especificada e descarta os tempos de execução anteriores.

Executa a primeira carga de trabalho no próximo tempo de execução futuro.

Executa cargas de trabalho futuras com base no último tempo de execução.

Gatilho de janela deslizante: calcula os tempos de execução com base na hora de início especificada e respeita os tempos de execução passados.

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

Para obter mais explicações, consulte o exemplo a seguir a esta tabela.

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

Executa cargas de trabalho futuras com base no cronograma especificado.

Observação: se você especificar uma recorrência com uma agenda, mas não especificar horas ou minutos para a agenda, os Aplicativos Lógicos do Azure calcularão os tempos de execução futuros usando as horas ou 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 cargas de trabalho futuras com base no último tempo 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 cronograma calculado a partir da hora de início.

Executa cargas de trabalho futuras com base no cronograma especificado. Se você usar a frequência Dia, Semana ou Mês e especificar uma data e hora futuras, certifique-se de configurar 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 7 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 uma agenda, mas não especificar horas ou minutos para a agenda, os Aplicativos Lógicos do Azure calcularão os tempos de execução futuros usando as horas ou minutos, respectivamente, do primeiro tempo de execução.

Exemplo de hora de início passada e recorrência, mas sem agendamento

Suponha que a data e 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 Periodicidade Agenda
2017-09-07 T14:00:00Z
(2017-09-07 às 14:00)		 2017-09-08 T13:00:00Z
(2017-09-08 às 13:00)		 De dois em dois dias {nenhum}

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

Veja como fica essa recorrência:

Hora de início Primeiro tempo de execução Tempos de execução futuros
2017-09-07 em 2:00 PM 2017-09-09 em 2:00 PM 2017-09-11 às 2:00 PM 2017-09-13 às 2:00 PM 2017-09-15 às 2:00 PM


e assim por diante...

Assim, não importa o quão longe no passado você especifique a hora de início, por exemplo, 2017-09-05 às 14:00 ou 2017-09-01 às 14:00, sua primeira corrida sempre usa a próxima hora de início futura.

Para o gatilho Janela Deslizante, o mecanismo 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 execuções futuras com base na hora de início.

Veja como fica essa recorrência:

Hora de início Primeiro tempo de execução Tempos de execução futuros
2017-09-07 em 2:00 PM 2017-09-08 às 1:00 PM (hora atual) 2017-09-09 às 2:00 PM 2017-09-11 às 2:00 PM 2017-09-13 às 2:00 PM 2017-09-15 às 2:00 PM



e assim por diante...

Assim, não importa o quão longe no passado você especifique a hora de início, por exemplo, 2017-09-05 às 14:00 ou 2017-09-01 às 14:00, sua primeira execução sempre usa a hora de início especificada.

Comportamento de recorrência

Gatilhos internos recorrentes, como o gatilho de Recorrência, são executados 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, nos quais você precisa criar uma conexão primeiro, como o gatilho de conector gerenciado do Outlook do Office 365.

Para ambos os tipos de gatilhos, se uma recorrência não especificar uma data e hora de início específicas, a primeira recorrência será executada imediatamente quando você salvar ou implantar o recurso do aplicativo lógico, apesar da configuração de recorrência do gatilho. Para evitar esse comportamento, forneça uma 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 a programação que você definiu, 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 se desviar devido a fatores como latência durante chamadas de armazenamento.

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

Recorrência para gatilhos baseados em conexão

Para gatilhos recorrentes baseados em conexão, como o Office 365 Outlook, 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 cronograma de recorrência, da última execução do gatilho e de outros fatores que podem fazer com que os tempos de execução se desviem ou produzam um comportamento inesperado, por exemplo:

  • Se o gatilho acessa um servidor que tem mais dados, que o gatilho imediatamente tenta buscar.
  • Quaisquer falhas ou novas tentativas que o gatilho incorra.
  • Latência durante chamadas de armazenamento.
  • Não manter a programação especificada quando o horário de verão (DST) começa e termina.
  • Outros fatores que podem afetar quando o próximo tempo de execução acontece.

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

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

Para agendar trabalhos, os Aplicativos Lógicos do Azure colocam a mensagem para processamento na fila e especificam quando essa mensagem fica disponível, com base na hora UTC quando o último trabalho foi executado e na hora UTC quando o próximo trabalho 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, a hora UTC do seu aplicativo lógico também muda para combater a mudança de hora sazonal. Os gatilhos recorrentes honram a agenda que você definiu, incluindo qualquer fuso horário que você especificar.

Se você não selecionar um fuso horário, os eventos de horário de verão (DST) poderão afetar quando os gatilhos forem executados. Por exemplo, a hora de início muda uma hora para a frente quando o horário de verão começa e uma hora para trás quando o horário de verão termina.

Acione o deslocamento e o desvio de recorrência durante o horário de verão e o horário padrão

Para gatilhos recorrentes baseados em conexão, o agendamento de recorrência 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 cronograma de recorrência, da última execução do gatilho e de outros fatores que podem fazer com que os tempos de execução se desviem ou produzam um comportamento inesperado, por exemplo:

  • Falha em manter o horário especificado quando o horário de verão (DST) começa e termina.
  • Outros fatores que podem afetar quando o próximo tempo de execução acontece.
  • Latência durante chamadas de armazenamento.
  • Se o gatilho acessa um servidor que tem mais dados, que o gatilho imediatamente tenta buscar.
  • Quaisquer falhas ou novas tentativas que o gatilho incorra.

Para garantir que o tempo de recorrência não mude quando o horário de verão entrar em vigor, ajuste manualmente a recorrência. Dessa forma, seu fluxo de trabalho continua a ser executado na hora de início esperada ou especificada. Caso contrário, a hora de início muda uma hora para a frente quando o horário de verão começa e uma hora para trás quando o horário de verão termina.

Nota

Os gatilhos que começam entre 2:00 - 3:00 AM podem ter problemas porque as alterações de horário de verão acontecem às 2:00 AM, o que pode fazer com que a hora de início se torne inválida ou ambígua. Se você tiver vários aplicativos lógicos dentro do mesmo intervalo ambíguo, eles podem se sobrepor. Por esse motivo, convém evitar horários de início entre 2h00 e 3h00.

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

  • Os gatilhos são acionados quando o tempo muda uma hora para a frente?

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

Se esses aplicativos lógicos usarem a zona UTC-6:00 Central Time (US & Canada), esta simulação mostra como os horários UTC mudaram em 2019 para combater as alterações do horário de verão, movendo-se uma hora para trás ou para frente, conforme necessário, para que os aplicativos continuassem sendo executados nos horários locais esperados sem execuções ignoradas ou duplicadas.

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

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

    • Aplicativo lógico #1

      Date Hora (local) Hora (UTC) Notas
      03/09/2019 01:30:00 07:30:00 UTC antes do dia em que o horário de verão entra em vigor.
      03/10/2019 01:30:00 07:30:00 UTC é o mesmo porque o horário de verão não entrou em vigor.
      03/11/2019 01:30:00 06:30:00 O UTC mudou uma hora para trás depois que o horário de verão entrou em vigor.

    • Aplicativo lógico #2

      Date Hora (local) Hora (UTC) Notas
      03/09/2019 02:30:00 08:30:00 UTC antes do dia em que o horário de verão entra em vigor.
      03/10/2019 03:30:00* 08:30:00 O horário de verão já está em vigor, então a hora local avançou uma hora porque o fuso horário UTC-6:00 muda para UTC-5:00. Para obter mais informações, consulte Gatilhos que começam entre 2h00 e 3h00.
      03/11/2019 02:30:00 07: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 02:00 e muda o tempo uma hora para trás

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

    • Aplicativo lógico #1

      Date Hora (local) Hora (UTC) Notas
      11/02/2019 01:30:00 06:30:00
      11/03/2019 01:30:00 06:30:00
      11/04/2019 01:30:00 07:30:00

    • Aplicativo lógico #2

      Date Hora (local) Hora (UTC) Notas
      11/02/2019 02:30:00 07:30:00
      11/03/2019 02:30:00 08:30:00
      11/04/2019 02:30:00 08:30:00

Solucionar problemas de recorrência

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

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

  • Se você estiver usando um gatilho de Recorrência, especifique um fuso horário, uma data de início e uma hora de início. Além disso, configure horários específicos para executar recorrências subsequentes nas propriedades Nessas horas e Nesses 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 tempo muda.

  • Considere usar um gatilho de janela deslizante em vez de um gatilho de recorrência para evitar recorrências perdidas.

Executar apenas uma vez

Se quiser executar seu aplicativo lógico apenas uma vez no futuro, você pode usar o modelo de trabalhos Agendador: Executar uma vez. Depois de criar um novo aplicativo lógico, mas antes de abrir o designer de fluxo de trabalho, na seção Modelos, na lista Categoria, selecione Agenda e selecione este modelo:

Select

Ou, se você puder iniciar seu aplicativo lógico com o gatilho Quando uma solicitação HTTP for recebida - Solicitação, e passar a hora de início como um parâmetro para o gatilho. Para a primeira ação, use a ação Atrasar até - Agendar e forneça o tempo para quando a próxima ação começar a ser executada.

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, você precisa editar o gatilho na definição JSON subjacente do fluxo de trabalho usando a visualização de código, não o designer. No entanto, você pode usar o seguinte exemplo:

"triggers": {
    "Recurrence": {
        "recurrence": {
            "frequency": "Month",
            "interval": 1,
            "schedule": {
                "monthDays": [-1]
            }
        },
        "type": "Recurrence"
    }
}

Exemplo de recorrências

Aqui estão vários exemplos de recorrências que você pode configurar para os gatilhos que suportam as opções:

Acionador Periodicidade Intervalo Frequência Hora de início Nestes dias A estas horas A estes minutos Nota
Recorrência,
Janela Deslizante		 Executar a cada 15 minutos (sem data e hora de início) 15 Minute {nenhum} {indisponível} {nenhum} {nenhum} Esse agendamento começa imediatamente e, em seguida, calcula as recorrências futuras com base no último tempo de execução.
Recorrência,
Janela Deslizante		 Executar a cada 15 minutos (com data e hora de início) 15 Minute startDateTstartTimeZ {indisponível} {nenhum} {nenhum} Esse agendamento não inicia antes da data e hora de início especificadas e, em seguida, calcula as recorrências futuras com base no último tempo de execução.
Recorrência,
Janela Deslizante		 Executar a cada hora, na hora (com data e hora de início) 5 Hour startDateThh:00:00Z {indisponível} {nenhum} {nenhum} Esta agenda não começa antes da data e hora de início especificadas. As recorrências futuras são executadas a cada hora na marca de "00" minutos, que os Aplicativos Lógicos do Azure calculam a partir da hora de início.

Se a frequência for "Semana" ou "Mês", este horário é executado, respectivamente, apenas 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) 5 Hour {nenhum} {indisponível} {nenhum} {nenhum} Esse cronograma começa imediatamente e calcula recorrências futuras com base no último tempo de execução.

Se a frequência for "Semana" ou "Mês", este horário é executado, respectivamente, apenas 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) 5 Hour startDateTstartTimeZ {indisponível} {nenhum} {nenhum} Esse agendamento não inicia antes da data e hora de início especificadas e, em seguida, calcula as recorrências futuras com base no último tempo de execução.

Se a frequência for "Semana" ou "Mês", este horário é executado, respectivamente, apenas um dia por semana ou um dia por mês.
Recorrência,
Janela Deslizante		 Executar a cada 15 minutos após a hora, a cada hora (com data e hora de início) 5 Hour startDateT00:15:00Z {indisponível} {nenhum} {nenhum} Esta agenda não começa antes da data e hora de início especificadas. As recorrências futuras são executadas na marca de "15" minutos, que o Logic Apps calcula a partir da hora de início, ou seja, às 00h15, 1h15, 2h15 e assim por diante.
Periodicidade Executar a cada 15 minutos após a hora, a cada hora (sem data e hora de início) 5 Day {nenhum} {indisponí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 Este horário funciona às 00:15, 1:15, 2:15 e assim por diante. Além disso, este horário é equivalente a uma frequência de "Hora" e uma hora de início com "15" minutos.
Periodicidade Execute a cada 15 minutos nas marcas de minutos especificadas (sem data e hora de início). 5 Day {nenhum} {indisponí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 Este cronograma não começa até a próxima marca especificada de 15 minutos.
Periodicidade Execute diariamente às 8 da manhã , mais a marca de minutos de quando você salva seu aplicativo lógico 5 Day {nenhum} {indisponível} 8 {nenhum} Sem uma data e hora de início, essa programação é executada com base na hora em que você salva o aplicativo lógico (operação PUT).
Periodicidade Executado diariamente às 8:00 AM (com data e hora de início) 5 Day startDateT08:00:00Z {indisponível} {nenhum} {nenhum} Esta agenda não começa antes da data e hora de início especificadas. As ocorrências futuras acontecem diariamente às 8h00.
Periodicidade Executado diariamente às 8:00 AM (sem data e hora de início) 5 Day {nenhum} {indisponível} 8 00 Este horário funciona às 8:00 da manhã todos os dias.
Periodicidade Funciona diariamente às 8:00 e às 16:00 5 Day {nenhum} {indisponível} 8, 16 0
Periodicidade Funciona diariamente às 8h30, 8h45, 16h30 e 16h45 5 Day {nenhum} {indisponível} 8, 16 30, 45
Periodicidade Executar todos os sábados às 17:00 (sem data e hora de início) 5 Semana {nenhum} "Sábado" 17 0 Este horário decorre todos os sábados às 17h00.
Periodicidade Executar todos os sábados às 17:00 (com data e hora de início) 5 Semana startDateT17:00:00Z "Sábado" {nenhum} {nenhum} Este horário não começa antes da data e hora de início especificadas, neste caso, 9 de setembro de 2017 às 17:00. As recorrências futuras acontecem todos os sábados, às 17h00.
Periodicidade Execute todas as terças e quintas-feiras às 17h , mais a marca de minutos de quando você salva seu aplicativo lógico 5 Semana {nenhum} "Terça-feira", "Quinta-feira" 17 {nenhum}
Periodicidade Executar a cada hora durante o horário de trabalho. 5 Semana {nenhum} Selecione todos os dias, exceto sábado e domingo. Selecione as horas do dia desejadas. Selecione os minutos da hora que pretende. Por exemplo, se o seu horário de trabalho for das 8h00 às 17h00, selecione "8, 9, 10, 11, 12, 13, 14, 15, 16, 17" como as horas do dia mais "0" como os minutos da hora.
Periodicidade Corra uma vez todos os dias nos fins de semana 5 Semana {nenhum} "Sábado", "Domingo" Selecione as horas do dia desejadas. Selecione qualquer minuto da hora, conforme apropriado. Este horário funciona todos os sábados e domingos no horário especificado.
Periodicidade Executar a cada 15 minutos quinzenalmente apenas às segundas-feiras 2 Semana {nenhum} "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 Este horário decorre de duas em duas segundas-feiras, a cada 15 minutos.
Periodicidade Executar todos os meses 5 Month startDateTstartTimeZ {indisponível} {indisponível} {indisponível} Esse cronograma não começa antes da data e hora de início especificadas e calcula recorrências futuras na data e hora de início. Se você não especificar uma data e hora de início, essa agenda usará a data e a hora de criação.
Periodicidade Executar a cada hora durante um dia por mês 5 Month {ver nota} {indisponí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 {ver nota} Se você não especificar uma data e hora de início, essa agenda usará a data e a hora de criação. Para controlar os minutos da agenda de recorrência, especifique os minutos da hora, uma hora de início ou use a hora de criação. Por exemplo, se a hora de início ou de criação for 8:25, essa programação será executada às 8:25, 9:25, 10:25 e assim por diante.

Próximos passos