Compartir vía

Programaciones para desencadenadores periódicos en flujos de trabajo con Azure Logic Apps

  • Artículo

Se aplica a: Azure Logic Apps (consumo + estándar)

Azure Logic Apps le ayuda a crear y ejecutar flujos de trabajo periódicos y automatizados de forma programada. Al crear un flujo de trabajo de aplicación lógica que comienza con un desencadenador de periodicidad o un integrador de ventana deslizante, que son desencadenadores del tipo programación, puede ejecutar tareas inmediatamente, en un momento posterior o en un intervalo periódico. Puede llamar a servicios dentro y fuera de Azure, como los puntos de conexión HTTP o HTTPS, publicar mensajes en servicios de Azure, como Azure Storage y Azure Service Bus, u obtener archivos cargados en un recurso compartido de archivos. Con el desencadenador de periodicidad, también puede configurar programaciones complejas y periodicidades avanzadas para ejecutar tareas. Para obtener más información sobre la programación de desencadenadores y acciones integrados, consulte Programación de desencadenadores y Acciones de programación.

En la siguiente lista se muestran varias tareas de ejemplo que se pueden ejecutar con los desencadenadores de programación integrados:

  • Obtenga datos internos, por ejemplo, mediante la ejecución de un procedimiento almacenado de SQL todos los días.

  • Obtenga datos externos, por ejemplo, mediante la extracción de informes meteorológicos de NOAA cada 15 minutos.

  • Envíe datos de informes, por ejemplo, un correo electrónico con un resumen de todos los pedidos de la semana anterior que superen una cantidad específica.

  • Procese datos, por ejemplo, comprima las imágenes cargadas en el día actual todos los días laborables durante las horas que no sean punta.

  • Limpie datos, por ejemplo, elimine todos los tweets que tengan más de tres meses.

  • Archive datos, por ejemplo, inserte facturas a un servicio de copia de seguridad cada día a la 1:00 durante los próximos nueve meses.

También puede usar las acciones integradas de programación para pausar el flujo de trabajo antes de que se ejecute la siguiente acción, por ejemplo:

  • Esperar hasta un día de la semana para enviar una actualización de estado por correo electrónico.

  • Retrasar el flujo de trabajo hasta que una llamada HTTP tenga tiempo para completarse antes de reanudarse y recuperar el resultado.

En esta guía se describen las funcionalidades de los desencadenadores y las acciones de programación integrados.

Ejecución de cargas de trabajo recurrentes sin crear aplicaciones lógicas múltiples

Puede programar y ejecutar cargas de trabajo periódicas sin necesidad de crear una aplicación lógica de consumo independiente para cada trabajo programado y ejecutarla en el límite de flujos de trabajo por región y suscripción. En su lugar, puede crear una aplicación lógica estándar con varios flujos de trabajo o usar el patrón de aplicación lógica de consumo creado por la Plantilla de inicio rápido de Azure: programador de trabajos de Logic Apps.

La plantilla del programador de trabajos de Azure Logic Apps crea una aplicación lógica denominada CreateTimerJob que llama a una aplicación lógica TimerJob. Luego, puede llamar a la aplicación lógica CreateTimerJob como una API, para lo que debe realizar una solicitud HTTP y usar una programación como entrada de dicha solicitud. En cada llamada a la aplicación lógica CreateTimerJob se llama también a la aplicación lógica TimerJob, que crea una instancia de TimerJob que se ejecuta continuamente según la programación especificada, o hasta que se alcance un límite especificado. De ese modo, puede ejecutar tantas instancias de TimerJob como desee sin preocuparse por los límites del flujo de trabajo, ya que las instancias no son definiciones o recursos individuales del flujo de trabajo de la aplicación lógica.

Programación de desencadenadores

Puede iniciar el flujo de trabajo de la aplicación lógica mediante el desencadenador de periodicidad o el de ventana deslizante, que no están asociados con ningún servicio o sistema específicos. Estos desencadenadores inician y ejecutan su flujo de trabajo en función de la periodicidad que especifica, en la que debe seleccionar el intervalo y la frecuencia, como el número de segundos, minutos, horas, días, semanas o meses. También puede establecer la fecha de inicio y la hora junto con la zona horaria. Cada vez que se activa un desencadenador, Azure Logic Apps crea una instancia de flujo de trabajo para la aplicación lógica y la ejecuta.

Las diferencias entre estos desencadenadores son las siguientes:

  • Periodicidad: su flujo de trabajo se ejecuta en intervalos de tiempo regulares según la programación especificada. Si el desencadenador pierde periodicidades, por ejemplo, debido a interrupciones o flujos de trabajo deshabilitados, el desencadenador de periodicidad no procesa las periodicidades perdidas, sino que las reinicia con el siguiente intervalo programado.

    Si selecciona Día como frecuencia, puede especificar las horas del día y los minutos de la hora, por ejemplo, cada día a las 2:30. Si selecciona Semana como frecuencia, también puede seleccionar los días de la semana, por ejemplo, el miércoles y el sábado. También puede especificar una fecha y hora de inicio junto con una zona horaria para la programación de periodicidad. Para más información sobre el formato de las zonas horarias, consulte Adición de un desencadenador de periodicidad.

    Importante

    Si usa la frecuencia Día, Semana o Mes y especifica una fecha y hora futuras, asegúrese de configurar la periodicidad de antemano:

    • Día: Configure la periodicidad diaria con al menos 24 horas de antelación.

    • Semana: Configure la periodicidad semanal con al menos 7 días de antelación.

    • Mes: configure la periodicidad mensual con al menos un mes de antelación.

    De lo contrario, el flujo de trabajo podría omitir la primera periodicidad.

    Si una periodicidad no especifica una fecha y hora de inicio específicas, la primera periodicidad se ejecuta inmediatamente al guardar o implementar la aplicación lógica, independientemente de la configuración de periodicidad del desencadenador. Para evitar este comportamiento, proporcione una fecha y hora de inicio para cuando quiera que se ejecute la primera periodicidad.

    Si una periodicidad no especifica ninguna otra opción de programación avanzada, como horas específicas para ejecutar futuras repeticiones, esas repeticiones se basan en la hora de la última ejecución. Como resultado, las horas de inicio de estas periodicidades pueden cambiar debido a factores como la latencia durante las llamadas de almacenamiento. Para asegurarse de que el flujo de trabajo no pierde una periodicidad, especialmente cuando la frecuencia se especifica en días o unidades superiores, pruebe con una de estas opciones:

    • Proporcione una fecha y hora de inicio para la periodicidad más las horas específicas en las que se ejecutarán las repeticiones posteriores mediante las propiedades denominadas A estas horas y En estos minutos, que solo están disponibles para las frecuencias Día y Semana.

    • Use el desencadenador de ventana deslizante, en lugar del de periodicidad.

    Para obtener más información, consulte Creación, programación y ejecución de tareas y flujos de trabajo periódicos con el desencadenador de periodicidad.

  • Ventana deslizante: su flujo de trabajo se ejecuta a intervalos de tiempo regulares que administran los datos en fragmentos continuos. Si el desencadenador pierde periodicidades, por ejemplo, debido a interrupciones o flujos de trabajo deshabilitados, el desencadenador de ventana deslizante retrocede y procesa las periodicidades perdidas.

    Puede especificar una fecha de inicio y una hora, la zona horaria y una duración para retrasar cada periodicidad del flujo de trabajo. Este desencadenador no admite programaciones avanzadas; por ejemplo, las horas específicas del día, los minutos de la hora y los días de la semana. Para obtener más información, consulte Creación, programación y ejecución de tareas y flujos de trabajo periódicos con el desencadenador de ventana deslizante.

Nota:

Las opciones de programación avanzadas, como En estas horas y En estos días, están disponibles y solo funcionan con desencadenadores de sondeo integrados, como los desencadenadores Periodicidad y Ventana deslizante, que se ejecutan directamente con el entorno de ejecución de Azure Logic Apps. En el caso de los conectores administrados por Microsoft, hospedados y ejecutados en Azure, los desencadenadores de sondeo calculan la siguiente periodicidad usando solo los valores intervalo y frecuencia, no las opciones de programación avanzadas.

Programación de acciones

Después de realizar cualquier acción en el flujo de trabajo de la aplicación lógica, puede usar las acciones Retraso y Retraso hasta para que el flujo de trabajo espere antes de que se ejecute la siguiente acción.

  • Retraso: permite esperar durante el número especificado de unidades de tiempo, como segundos, minutos, horas, días, semanas o meses, antes de ejecutar la siguiente acción. Para obtener más información, consulte Delay the next action in workflows (Retraso de la acción siguiente en los flujos de trabajo).

  • Retraso hasta: permite esperar hasta la fecha y hora especificadas antes de ejecutar la siguiente acción. Para obtener más información, consulte Delay the next action in workflows (Retraso de la acción siguiente en los flujos de trabajo).

Patrones para la fecha y hora de inicio

Estos son algunos patrones que muestran cómo se puede controlar la periodicidad con la fecha y hora de inicio, y la forma en que Azure Logic Apps ejecuta estas periodicidades:

Hora de inicio Periodicidad sin programación Periodicidad con programación (desencadenador de periodicidad solo)
{none} Ejecuta la primera carga de trabajo al instante.

Ejecuta futuras cargas de trabajo en función de la hora de la última ejecución.

 Ejecuta la primera carga de trabajo al instante.

Ejecuta futuras cargas de trabajo en función de la programación especificada.
Hora de inicio en el pasado Desencadenador de periodicidad: Calcula los tiempos de ejecución en función de la hora de inicio especificada y descarta las horas de ejecución anteriores.

Ejecuta la primera carga de trabajo la hora de la próxima ejecución.

Ejecuta futuras cargas de trabajo en función de la hora de la última ejecución.

Desencadenador de ventana deslizante: Calcula los tiempos de ejecución en función de la hora de inicio especificada y respeta las horas de ejecución anteriores.

Ejecuta futuras cargas de trabajo en función de la hora de inicio especificada.

Para más información, vea el ejemplo a continuación de esta tabla.

 Ejecuta la primera carga de trabajo no antes de la hora de inicio, en función de la programación calculada a partir de la hora de inicio.

Ejecuta futuras cargas de trabajo en función de la programación especificada.

Nota: Si especifica una periodicidad con una programación, pero no especifica horas o minutos para la programación, Azure Logic Apps calcula las horas de la futura ejecución usando las horas o los minutos, respectivamente, a partir de la hora de la primera ejecución.
Hora de inicio en la actualidad o en el futuro Ejecuta la primera carga de trabajo a la hora de inicio especificada.

Desencadenador de recurrencia: ejecuta futuras cargas de trabajo en función de la hora de la última ejecución.

Desencadenador de ventana deslizante: ejecuta futuras cargas de trabajo en función de la hora de inicio especificada.

 Ejecuta la primera carga de trabajo no antes de la hora de inicio, en función de la programación calculada a partir de la hora de inicio.

Ejecuta futuras cargas de trabajo en función de la programación especificada. Si usa la frecuencia Día, Semana o Mes y especifica una fecha y hora futuras, asegúrese de configurar la periodicidad de antemano:

- Día: Configure la periodicidad diaria con al menos 24 horas de antelación.

- Semana: Configure la periodicidad semanal con al menos 7 días de antelación.

- Mes: configure la periodicidad mensual con al menos un mes de antelación.

De lo contrario, el flujo de trabajo podría omitir la primera periodicidad.

Nota: Si especifica una periodicidad con una programación, pero no especifica horas o minutos para la programación, Azure Logic Apps calcula las horas de la futura ejecución usando las horas o los minutos, respectivamente, a partir de la hora de la primera ejecución.

Ejemplo de una hora de inicio anterior con periodicidad, pero sin programación

Imagine que la fecha y hora actuales son 8 de septiembre de 2017 y la 1:00 p. m. Especifique la fecha y hora de inicio 7 de septiembre de 2017 a las 2:00 p. m., que se encuentra en el pasado, y una periodicidad de ejecución cada dos días.

Hora de inicio Hora actual Periodicidad Programación
2017-09-07T14:00:00Z
(07-09-2017a las 2:00 p. m)		 2017-09-08T13:00:00Z
(08-09-2017 a la 1:00 p. m.)		 Cada dos días {none}

En el caso del desencadenador de periodicidad, el motor de Azure Logic Apps calcula las horas de ejecución en función de la hora de inicio, descarta las horas de ejecución anteriores, usa la siguiente hora de inicio futura para la primera ejecución y calcula las ejecuciones futuras en función de la última hora de ejecución.

Este es el aspecto de esta periocidad:

Hora de inicio Hora de la primera ejecución Hora de las futuras ejecuciones
07-09-2017 a las 2:00 p. m. 09-09-2017 a las 2:00 p. m. 2017-09-11 a las 2:00 p. m.
2017-09-13 a las 2:00 p. m.
2017-09-15 a las 2:00 p. m.,
etc.

Por tanto, no importa el tiempo que haya transcurrido desde que especificó la hora de inicio; por ejemplo, 05-09-2017 a las 2:00 p. m. o 01-09-2017 a las 2:00 p. m., ya que su primera ejecución siempre usa la siguiente hora de inicio.

En el caso del desencadenador de ventana deslizante, el motor de Logic Apps calcula las horas de ejecución en función de la hora de inicio, respeta las horas de ejecución anteriores, usa la hora de inicio para la primera ejecución y calcula las ejecuciones futuras en función de la hora de inicio.

Este es el aspecto de esta periocidad:

Hora de inicio Hora de la primera ejecución Hora de las futuras ejecuciones
07-09-2017 a las 2:00 p. m. 08-09-2017 a las 13:00 (hora actual) 2017-09-09 a las 2:00 p. m
2017-09-11 at 2:00 p. m
2017-09-13 a las 2:00 p. m
2017-09-15 a las 2:00 p. m,
etc.

Por tanto, no importa el tiempo que haya transcurrido desde que especificó la hora de inicio; por ejemplo, 05-09-2017 a las 2:00 p. m. o 01-09-2017 a las 2:00 p. m., ya que su primera ejecución siempre usa la hora de inicio especificada.

Comportamiento de periodicidad

Los desencadenadores integrados periódicos, como el Desencadenador de periodicidad, se ejecutan directamente y de forma nativa en el entorno de ejecución de Azure Logic Apps. Estos desencadenadores son diferentes de los desencadenadores de conector administrado basados en conexión periódicos en los que primero debe crear una conexión, como el desencadenador del conector administrado de Office 365 Outlook.

Para ambos tipos de desencadenadores, si una periodicidad no especifica una fecha y hora de inicio, la primera periodicidad se ejecuta inmediatamente al guardar o implementar el recurso de aplicación lógica, a pesar de la configuración de periodicidad del desencadenador. Para evitar este comportamiento, proporcione una fecha y hora de inicio para cuando quiera que se ejecute la primera periodicidad.

Periodicidad de los desencadenadores integrados

Los desencadenadores periódicos integrados siguen la programación que establezca, incluida cualquier zona horaria especificada. Sin embargo, si una periodicidad no especifica ninguna otra opción de programación avanzada, como horas específicas para ejecutar futuras repeticiones, esas repeticiones se basan en la última ejecución del desencadenador. Como resultado, las horas de inicio de estas periodicidades pueden cambiar debido a factores como la latencia durante las llamadas de almacenamiento. Opciones avanzadas de programación, como En estas horas y En estos días para la periodicidad semanal, están disponibles y solo funcionan con desencadenadores de sondeo integrados, como los desencadenadores de periodicidad y ventana deslizante, que se ejecutan directamente y de forma nativa en el entorno de ejecución de Azure Logic Apps.

Para más información, revise la siguiente documentación:

Periodicidad para desencadenadores administrados

Para los desencadenadores administrados periódicos, como Office 365 Outlook, Outlook.com, etc., la programación no es el único controlador que controla la ejecución. La zona horaria determina solo la hora de inicio inicial. Las ejecuciones posteriores dependen de la programación de periodicidad, de la última ejecución del desencadenador, y de otros factores que pueden provocar que haya un desfase o un comportamiento inesperado en los tiempos de ejecución, por ejemplo:

  • Si el desencadenador tiene acceso a un servidor que tiene más datos, que el desencadenador intenta capturar inmediatamente.
  • Los errores o reintentos en que incurre el desencadenador.
  • La latencia durante las llamadas de almacenamiento.
  • No mantener la programación especificada cuando se inicia y finaliza el horario de verano (DST).
  • Otros factores que pueden afectar al siguiente tiempo de ejecución.

Opciones de programación avanzadas, como En estas horas y En estos días, para la periodicidad semanal , no están disponibles ni son compatibles con conectores administrados por Microsoft, hospedados y ejecutados en Azure. Estos desencadenadores de sondeo calculan la siguiente periodicidad usando solo los valores Intervalo y Frecuencia.

Para más información, revise la siguiente documentación:

Periodicidad del desencadenador para el horario de verano y la hora estándar

Al programar trabajos, Azure Logic Apps pone en cola el mensaje que será procesado y especifica cuándo estará disponible. Esto se determina en función de la hora UTC de la ejecución del último trabajo y la hora UTC programada para la ejecución del siguiente. Si especifica una hora de inicio con una periodicidad personalizada, asegúrese de seleccionar la zona horaria correspondiente para que el flujo de trabajo de la aplicación lógica se ejecute a la hora especificada. De este modo, la hora UTC de la aplicación lógica también se cambia para contrarrestar el cambio horario estacional. Los desencadenadores periódicos respetarán la programación que establezca. Esto incluye cualquier zona horaria que especifique.

Si no selecciona una zona horaria, los eventos de horario de verano (DST) podrían alterar la hora a la que se ejecutan los desencadenadores. Es decir, la hora de inicio se retrasará una hora cuando se use el horario de verano y se adelantará una hora cuando este deje de usarse.

Cambio de periodicidad del desencadenador y desfase durante el horario de verano y la hora estándar

Para los desencadenadores periódicos basados en conexiones, la programación de periodicidad no es el único controlador que administra la ejecución. Asimismo, la zona horaria solo determina la hora de inicio inicial. Las ejecuciones posteriores dependen de la programación de periodicidad, de la última ejecución del desencadenador, y de otros factores que pueden provocar que haya un desfase o un comportamiento inesperado en los tiempos de ejecución, por ejemplo:

  • No mantener la programación especificada cuando comienza y finaliza el horario de verano (DST).
  • Otros factores que pueden afectar al siguiente tiempo de ejecución.
  • La latencia durante las llamadas de almacenamiento.
  • Si el desencadenador tiene acceso a un servidor que tiene más datos, que el desencadenador intenta capturar inmediatamente.
  • Los errores o reintentos en que incurre el desencadenador.

Para asegurarse de que el valor de periodicidad no se desplace cuando se aplique el horario de verano, ajuste manualmente la periodicidad. De este modo, el flujo de trabajo continúa ejecutándose a la hora de inicio esperada. De lo contrario, la hora de inicio se desplazará una hora hacia delante cuando se inicie el DST y una hora hacia atrás cuando finalice el DST.

Nota

Los desencadenadores que empiezan entre las 2:00 a. m. y las 3:00 a. m. pueden tener problemas porque los cambios de horario de verano se producen a las 2:00 a. m., lo que podría hacer que la hora de inicio sea ambigua o deje de ser válida. Si tiene varias aplicaciones lógicas dentro del mismo intervalo ambiguo, podrían superponerse. Por este motivo, puede que quiera evitar las horas de inicio entre las 2:00 a. m. y las 3:00 a. m.

Por ejemplo, supongamos que tiene dos aplicaciones lógicas que se ejecutan a diario. Una aplicación lógica se ejecuta a la 1:30 a. m. hora local, mientras que la otra se ejecuta una hora más tarde, a las 2:30 a. m. hora local. ¿Qué ocurre con las horas de inicio de estas aplicaciones cuando se inicia y finaliza el horario de verano?

  • ¿Se ejecutan los desencadenadores en todo momento cuando la hora se adelanta una hora?

  • ¿Se ejecutan los desencadenadores dos veces cuando la hora se atrasa una hora?

Si estas aplicaciones lógicas usan la zona UTC-6:00 de hora central (EE. UU. y Canadá), esta simulación muestra cómo se cambiaron las horas UTC en 2019 para contrarrestar los cambios de horario de verano, y se adelanta o atrasa una hora según sea necesario para que las aplicaciones sigan ejecutándose a las horas locales esperadas sin ejecuciones omitidas o duplicadas.

  • 10/03/2019: El horario de verano comienza a las 2:00 a. m., al adelantar la hora una hora

    Para compensar una vez que se inicia el horario de verano, la hora UTC se atrasa una hora para que la aplicación lógica siga ejecutándose en la misma hora local:

    • Aplicación lógica 1

      Date Hora (local) Hora (UTC) Notas
      09/03/2019 1:30:00 a. m. 7:30:00 a. m. Hora UTC antes del día en que el horario de verano entra en vigor.
      10/03/2019 1:30:00 a. m. 7:30:00 a. m. La hora UTC es la misma porque el horario de verano no ha entrado en vigor.
      11/03/2019 1:30:00 a. m. 6:30:00 a.m. Hora UTC atrasada una hora después de que el horario de verano entre en vigor.

    • Aplicación lógica 2

      Date Hora (local) Hora (UTC) Notas
      09/03/2019 2:30:00 a. m. 8:30:00 a. m. Hora UTC antes del día en que el horario de verano entra en vigor.
      10/03/2019 3:30:00 a. m. 8:30:00 a. m. El horario de verano ya está en vigor, por lo que la hora local se ha adelantado una hora porque la zona horaria UTC-6:00 cambia a UTC-5:00. Para obtener más información, consulte Desencadenadores que comienzan entre 2:00 a. m. y 3:00 a. m.
      11/03/2019 2:30:00 a. m. 7:30:00 a. m. Hora UTC atrasada una hora después de que el horario de verano entre en vigor.

  • 03/11/2019: El horario de verano finaliza a las 2:00 a. m. y se atrasa una hora

    Para compensar, la hora UTC se adelanta una hora para que la aplicación lógica siga ejecutándose en la misma hora local:

    • Aplicación lógica 1

      Date Hora (local) Hora (UTC) Notas
      02/11/2019 1:30:00 a. m. 6:30:00 a.m.
      03/11/2019 1:30:00 a. m. 6:30:00 a.m.
      04/11/2019 1:30:00 a. m. 7:30:00 a. m.

    • Aplicación lógica 2

      Date Hora (local) Hora (UTC) Notas
      02/11/2019 2:30:00 a. m. 7:30:00 a. m.
      03/11/2019 2:30:00 a. m. 8:30:00 a. m.
      04/11/2019 2:30:00 a. m. 8:30:00 a. m.

Ejecución de solo una vez

Para ejecutar solo el flujo de trabajo una vez en el futuro, puede usar el Programador: Ejecutar una vez los trabajos plantilla de flujo de trabajo.

Ejecutar una vez el último día del mes

Para ejecutar el desencadenador de periodicidad solo una vez en el último día del mes, consulte Ejecutar una vez el último día del mes.

Ejemplo de periodicidades

A continuación, se incluyen varias periodicidades de ejemplo que puede configurar para los desencadenadores que admiten las opciones:

Desencadenador Periodicidad Intervalo Frecuencia Hora de inicio En estos días A estas horas En estos minutos Nota:
Periodicidad,
Ventana deslizante		 Ejecutar cada 15 minutos (ninguna fecha y hora de inicio) 15 Minute {none} {unavailable} {none} {none} Esta programación se inicia inmediatamente y después calcula las futuras periodicidades en función de la hora de la última ejecución.
Periodicidad,
Ventana deslizante		 Ejecutar cada 15 minutos (con fecha y hora de inicio) 15 Minute startDateTstartTimeZ {unavailable} {none} {none} Esta programación no se inicia antes de la fecha y hora de inicio especificadas y después calcula las futuras periodicidades en función de la hora de la última ejecución.
Periodicidad,
Ventana deslizante		 Ejecutar cada hora, a la hora (con fecha y hora de inicio) 1 Hour startDateThh:00:00Z {unavailable} {none} {none} Esta programación no se inicia antes de la fecha y hora de inicio especificadas. Las periodicidades futuras se ejecutan cada hora en la marca de minuto "00", que Azure Logic Apps calcula a partir de la hora de inicio.

Si la frecuencia es "Week" o "Month", esta programación se ejecuta respectivamente solo un día de la semana o un día del mes.
Periodicidad,
Ventana deslizante		 Ejecutar cada hora todos los días (sin fecha y hora de inicio) 1 Hour {none} {unavailable} {none} {none} Esta programación se inicia inmediatamente y calcula las futuras periodicidades en función de la hora de la última ejecución.

Si la frecuencia es "Week" o "Month", esta programación se ejecuta respectivamente solo un día de la semana o un día del mes.
Periodicidad,
Ventana deslizante		 Ejecutar cada hora todos los días (con fecha y hora de inicio) 1 Hour startDateTstartTimeZ {unavailable} {none} {none} Esta programación no se inicia antes de la fecha y hora de inicio especificadas y después calcula las futuras periodicidades en función de la hora de la última ejecución.

Si la frecuencia es "Week" o "Month", esta programación se ejecuta respectivamente solo un día de la semana o un día del mes.
Periodicidad,
Ventana deslizante		 Ejecutar cada 15 minutos después de la hora, cada hora (con fecha y hora de inicio) 1 Hour startDateT00:15:00Z {unavailable} {none} {none} Esta programación no se inicia antes de la fecha y hora de inicio especificadas. Las futuras periodicidades se ejecutan en la marca de minuto "15", que Logic Apps calcula a partir de la hora de inicio, es decir, a las 00:15 a. m., 1:15 a. m., 2:15 a. m. y así sucesivamente.
Periodicidad Ejecutar cada 15 minutos después de la hora, cada hora (sin fecha y hora de inicio) 1 Día {none} {unavailable} 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 Esta programación se ejecuta a las 00:15 a. m., 1:15 a. m., 2:15 a. m., etc. Además, esta programación tiene una frecuencia equivalente de "Hour" y una hora de inicio de "15" minutos.
Periodicidad Ejecutar cada 15 minutos en las marcas de minuto especificadas (sin fecha ni hora de inicio) 1 Día {none} {unavailable} 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 Esta programación no se inicia hasta la siguiente marca especificada de 15 minutos.
Periodicidad Ejecutar diariamente a las 8:00 a.m. más la marca de minuto de cuando guarde la aplicación lógica 1 Día {none} {unavailable} 8 {none} Sin una fecha y hora de inicio, esta programación se ejecuta en función de la hora a la que se guarda la aplicación lógica (operación PUT).
Periodicidad Ejecutar diariamente a las 8:00 a.m. (con fecha y hora de inicio) 1 Día startDateT08:00:00Z {unavailable} {none} {none} Esta programación no se inicia antes de la fecha y hora de inicio especificadas. Las repeticiones futuras se ejecutan diariamente a las 8:00 a.m.
Periodicidad Ejecutar diariamente a las 8:00 a. m. (sin fecha ni hora de inicio) 1 Día {none} {unavailable} 8 00 Esta programación se ejecuta todos los días a las 8:00 a. m.
Periodicidad Ejecutar diariamente a las 8:00 a. m. y a las 4:00 p. m. 1 Día {none} {unavailable} 8, 16 0
Periodicidad Ejecutar diariamente a las 8:30 a.m., 8:45 a.m., 4:30 p.m. y 4:45 p.m. 1 Día {none} {unavailable} 8, 16 30, 45
Periodicidad Ejecutar cada sábado a las 5:00 p. m. (ninguna fecha y hora de inicio) 1 Semana {none} "Saturday" 17 0 Esta programación se ejecuta cada sábado a las 5:00 p. m.
Periodicidad Ejecutar cada sábado a las 5:00 p. m. (con fecha y hora de inicio) 1 Semana startDateT17:00:00Z "Saturday" {none} {none} Esta programación no se inicia antes de la fecha y hora de inicio especificadas; en este caso, el 9 de septiembre de 2017 a las 5:00 p. m. Las futuras periodicidades se ejecutan todos los sábados a las 5:00 p. m.
Periodicidad Ejecutar todos los martes y jueves a las 5:00 p.m. más la marca de minuto de cuando guarde la aplicación lógica 1 Semana {none} "Tuesday", "Thursday" 17 {none}
Periodicidad Ejecutar cada hora durante el horario laboral 1 Semana {none} Seleccione todos los días excepto el sábado y el domingo. Seleccione las horas del día que desee. Seleccione los minutos de la hora que desee. Por ejemplo, si su horario laboral es de las 8:00 a. m. a las 5:00 p. m., entonces, seleccione "8, 9, 10, 11, 12, 13, 14, 15, 16, 17" como las horas del día más "0" como los minutos de la hora.
Periodicidad Ejecutar una vez al día los fines de semana 1 Semana {none} "Saturday", "Sunday" Seleccione las horas del día que desee. Seleccione los minutos de la hora que correspondan. Esta programación se ejecuta todos los sábados y domingos según la programación especificada.
Periodicidad Ejecutar cada 15 minutos quincenalmente y solo los lunes 2 Semana {none} "Monday" 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 Esta programación se ejecuta cada dos lunes en cada marca de 15 minutos.
Periodicidad Ejecutar cada mes 1 Month startDateTstartTimeZ {unavailable} {unavailable} {unavailable} Esta programación no se inicia antes de la fecha y hora de inicio especificadas y calcula las futuras periodicidades en función de la fecha y hora de inicio. Si no se especifica una fecha y hora de inicio, esta programación usa la fecha y hora de creación.
Periodicidad Ejecutar cada hora durante un día al mes 1 Month {see note} {unavailable} 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 {see note} Si no se especifica una fecha y hora de inicio, esta programación usa la fecha y hora de creación. Para controlar los minutos de la programación de periodicidad, especifique los minutos de la hora, una hora de inicio o use la hora de creación. Por ejemplo, si la hora de inicio u hora de creación es 8:25 a. m., esta programación se ejecuta a las 8:25 a. m., 9:25 a. m., 10:25 a. m., y así sucesivamente.

Solución de problemas de periodicidad

Para asegurarse de que el flujo de trabajo se ejecuta a la hora de inicio especificada y no pierde periodicidad, especialmente cuando la frecuencia se especifica en días o unidades superiores, pruebe con estas soluciones:

  • Cuando se aplica el horario de verano, ajuste manualmente la periodicidad para que el flujo de trabajo siga ejecutándose en el momento esperado. De lo contrario, la hora de inicio se desplazará una hora hacia delante cuando se inicie el DST y una hora hacia atrás cuando finalice el DST. Para obtener más información y ejemplos, revise Periodicidad de horario de verano y hora estándar.

  • Si usa un desencadenador de periodicidad, especifique una zona horaria y una fecha y hora de inicio. Asimismo, configure las horas específicas en las que se ejecutarán las repeticiones posteriores mediante las propiedades denominadas A estas horas y En estos minutos, que solo están disponibles para las frecuencias Día y Semana. Sin embargo, es posible que algunas ventanas de tiempo sigan provocando problemas cuando se cambia la hora.

  • Considere la posibilidad de usar un desencadenador de Ventana deslizante en lugar de un desencadenador de periodicidad para evitar periodicidades perdidas.

Pasos siguientes