Terugkerende en geautomatiseerde taken, processen en werkstromen plannen en uitvoeren met Azure Logic Apps
Logic Apps helpt u bij het maken en uitvoeren van geautomatiseerde terugkerende taken en processen volgens een schema. Door een werkstroom voor een logische app te maken die begint met een ingebouwde trigger terugkeerpatroon of sliding window-trigger, die triggers van het type Schema zijn, kunt u taken onmiddellijk, op een later tijdstip of met een terugkerend interval uitvoeren. U kunt services binnen en buiten Azure aanroepen, zoals HTTP- of HTTPS-eindpunten, berichten posten naar Azure-services zoals Azure Storage en Azure Service Bus of bestanden uploaden naar een bestands share. Met de trigger Terugkeerpatroon kunt u ook complexe schema's en geavanceerde terugkeerpatroon instellen voor het uitvoeren van taken. Zie Triggers plannen en Planningsacties voor meer informatie over de ingebouwde schematriggers en -acties.
Tip
U kunt terugkerende workloads plannen en uitvoeren zonder voor elke geplande taak een afzonderlijke logische app te maken en de limiet voor werkstromen per regio en abonnement te overschrijden. In plaats daarvan kunt u het logische app-patroon gebruiken dat is gemaakt met de Azure-quickstartsjabloon: Logic Apps taakplanster.
De Logic Apps jobplannersjabloon maakt een logische App CreateTimerJob die een logische app voor timerjobs aanroept. Vervolgens kunt u de logische app CreateTimerJob aanroepen als een API door een HTTP-aanvraag te maken en een planning door te geven als invoer voor de aanvraag. Elke aanroep van de logische app CreateTimerJob roept ook de logische app TimerJob aan, waarmee een nieuwe TimerJob-instantie wordt gemaakt die continu wordt uitgevoerd op basis van het opgegeven schema of totdat een opgegeven limiet wordt bereikt. Op die manier kunt u zoveel TimerJob-exemplaren uitvoeren als u wilt, zonder dat u zich zorgen hoeft te maken over werkstroomlimieten, omdat exemplaren geen afzonderlijke werkstroomdefinities of resources voor logische apps zijn.
Deze lijst bevat enkele voorbeeldtaken die u kunt uitvoeren met de ingebouwde triggers plannen:
Interne gegevens op te halen, zoals elke dag SQL opgeslagen procedure uitvoeren.
Externe gegevens op te halen, zoals om de 15 minuten weerrapporten op te halen uit NOAA.
Rapportgegevens verzenden, zoals een e-mail met een samenvatting van alle orders die de afgelopen week hoger zijn dan een specifiek bedrag.
Gegevens verwerken, zoals het comprimeren van de vandaag geüploade afbeeldingen, elke weekdag tijdens daluren.
Gegevens ops schonen, zoals het verwijderen van alle tweets die ouder zijn dan drie maanden.
Archiveer gegevens, zoals pushfacturen naar een back-upservice om 01:00 uur elke dag voor de komende negen maanden.
U kunt ook de ingebouwde acties plannen gebruiken om uw werkstroom te onderbreken voordat de volgende actie wordt uitgevoerd, bijvoorbeeld:
Wacht tot een weekdag om een statusupdate via e-mail te verzenden.
Vertraging de werkstroom totdat een HTTP-aanroep tijd heeft om te voltooien voordat het resultaat wordt hervat en opgehaald.
In dit artikel worden de mogelijkheden voor de ingebouwde triggers en acties plannen beschreven.
Schematriggers
U kunt de werkstroom van uw logische app starten met behulp van de trigger Terugkeerpatroon of Sliding Window, die niet is gekoppeld aan een specifieke service of systeem. Deze triggers starten en voeren uw werkstroom uit op basis van het opgegeven terugkeerpatroon, waarbij u het interval en de frequentie selecteert, zoals het aantal seconden, minuten, uren, dagen, weken of maanden. U kunt ook de begindatum en -tijd instellen, samen met de tijdzone. Telkens wanneer een trigger wordt uitgevoerd, Logic Apps een nieuwe werkstroom-instantie voor uw logische app gemaakt en uitgevoerd.
Dit zijn de verschillen tussen deze triggers:
Terugkeerpatroon: voert uw werkstroom met regelmatige tijdsintervallen uit op basis van uw opgegeven schema. Als de trigger terugkeerpatroon mist, bijvoorbeeld vanwege onderbrekingen of uitgeschakelde werkstromen, verwerkt de trigger Terugkeerpatroon de gemiste herhalingen niet, maar worden terugkeerpatroon opnieuw gestart met het volgende geplande interval.
Als u Dag als frequentie selecteert, kunt u de uren van de dag en minuten van het uur opgeven, bijvoorbeeld elke dag om 2:30. Als u Week als frequentie selecteert, kunt u ook dagen van de week selecteren, zoals woensdag en zaterdag. U kunt ook een begindatum en -tijd opgeven, samen met een tijdzone voor uw terugkeerschema.
Tip
Als een terugkeerpatroon geen specifieke begindatum en -tijd opgeeft, wordt het eerste terugkeerpatroon onmiddellijk uitgevoerd wanneer u de logische app opgeeft of implementeert, ondanks de instelling van het terugkeerpatroon van de trigger. Om dit gedrag te voorkomen, geeft u een begindatum en -tijd op voor wanneer u het eerste terugkeerpatroon wilt uitvoeren.
Als een terugkeerpatroon geen andere geavanceerde planningsopties opgeeft, zoals specifieke tijden voor het uitvoeren van toekomstige terugkeerpatroon, zijn deze terugkeerpatroon gebaseerd op de laatste run time. Als gevolg hiervan kunnen de begintijden voor deze terugkeerpatroon afhankelijk zijn van factoren zoals latentie tijdens opslagoproepen. Probeer de volgende opties om ervoor te zorgen dat uw logische app geen terugkeerpatroon mist, met name wanneer de frequentie in dagen of langer is:
Geef een begindatum en -tijd op voor het terugkeerpatroon plus de specifieke tijden waarop volgende terugkeerpatroon moeten worden uitgevoerd met behulp van de eigenschappen Op deze uren en Op deze minuten, die alleen beschikbaar zijn voor de frequenties Dag en Week.
Gebruik de sliding window-triggerin plaats van de trigger Terugkeerpatroon.
Zie Terugkerende taken en werkstromen maken, plannen en uitvoeren met de trigger Terugkeerpatroon voor meer informatie.
Sliding Window: voert uw werkstroom uit met regelmatige tijdsintervallen die gegevens in doorlopende segmenten verwerken. Als de trigger terugkeerpatroon mist, bijvoorbeeld vanwege onderbrekingen of uitgeschakelde werkstromen, gaat de sliding window-trigger terug en verwerkt deze de gemiste terugkeerpatroon.
U kunt een begindatum en -tijd, een tijdzone en een duur opgeven om elk terugkeerpatroon in uw werkstroom te vertragen. Deze trigger biedt geen ondersteuning voor geavanceerde planningen, bijvoorbeeld specifieke uren van de dag, minuten van het uur en dagen van de week. Zie Terugkerende taken en werkstromen maken, plannen en uitvoeren met de sliding window-trigger voor meer informatie.
Acties plannen
Na een actie in de werkstroom van uw logische app kunt u de acties Delay en Delay Until gebruiken om uw werkstroom te laten wachten voordat de volgende actie wordt uitgevoerd.
Vertraging: wacht met het uitvoeren van de volgende actie voor het opgegeven aantal tijdseenheden, zoals seconden, minuten, uren, dagen, weken of maanden. Zie Delay the next action in workflows (De volgende actie in werkstromen vertragen) voor meer informatie.
Vertragen tot: wacht tot de volgende actie wordt uitgevoerd tot de opgegeven datum en tijd. Zie Delay the next action in workflows (De volgende actie in werkstromen vertragen) voor meer informatie.
Patronen voor begindatum en -tijd
Hier volgen enkele patronen die laten zien hoe u terugkeerpatroon met de begindatum en -tijd kunt bepalen en hoe de Logic Apps service deze terugkeerpatronen kan gebruiken:
| Begintijd | Recurrence zonder schedule | Terugkeerpatroon met schema (alleen terugkeerpatroontrigger) |
|---|---|---|
| {geen} | De eerste workload wordt onmiddellijk uitgevoerd. Voert toekomstige workloads uit op basis van de laatste run time. |
De eerste workload wordt onmiddellijk uitgevoerd. Toekomstige workloads worden uitgevoerd op basis van de opgegeven planning. |
| Begintijd in het verleden | Trigger terugkeerpatroon: berekent de run times op basis van de opgegeven begintijd en eerdere run times worden verwijderd. Voert de eerste workload uit op de volgende toekomstige run time. Voert toekomstige workloads uit op basis van de laatste run time. Sliding Window-trigger: berekent de run times op basis van de opgegeven begintijd en respecteert eerdere run times. Voert toekomstige workloads uit op basis van de opgegeven begintijd. Zie het voorbeeld na deze tabel voor meer uitleg. |
De eerste workload wordt niet eerder dan de begintijd uitgevoerd, op basis van de planning die is berekend op basis van de begintijd. Toekomstige workloads worden uitgevoerd op basis van de opgegeven planning. Opmerking: Als u een terugkeerpatroon met een schema opgeeft, maar geen uren of minuten voor de planning opgeeft, berekent Logic Apps toekomstige run times met behulp van respectievelijk de uren of minuten vanaf de eerste run time. |
| Begintijd nu of in de toekomst | De eerste workload wordt uitgevoerd op de opgegeven begintijd. Trigger terugkeerpatroon: voert toekomstige workloads uit op basis van de laatste run time. Sliding Window-trigger: voert toekomstige workloads uit op basis van de opgegeven begintijd. |
De eerste workload wordt niet eerder dan de begintijd uitgevoerd, op basis van de planning die is berekend op basis van de begintijd. Toekomstige workloads worden uitgevoerd op basis van de opgegeven planning. Opmerking: Als u een terugkeerpatroon met een schema opgeeft, maar geen uren of minuten voor de planning opgeeft, berekent Logic Apps toekomstige run times met behulp van respectievelijk de uren of minuten vanaf de eerste run time. |
Voorbeeld voor eerdere begintijd en terugkeerpatroon, maar geen schema
Stel dat de huidige datum en tijd 8 september 2017 om 13:00 uur is. U geeft de begindatum en -tijd op als 7 september 2017 om 14:00 uur( in het verleden) en een terugkeerpatroon dat elke twee dagen wordt uitgevoerd.
| Begintijd | Huidige tijd | Terugkeerpatroon | Schema |
|---|---|---|---|
| 2017-09-07 T14:00:00Z (2017-09-07 om 14:00 uur) |
2017-09-08 T13:00:00Z (2017-09-08 om 13:00 uur) |
Om de twee dagen | {geen} |
Voor de trigger Terugkeerpatroon berekent de Logic Apps-engine run times op basis van de begintijd, worden eerdere run times verwijderd, wordt de volgende toekomstige begintijd voor de eerste run gebruikt en worden toekomstige runs berekend op basis van de laatste run time.
Dit terugkeerpatroon ziet er als volgende uit:
| Begintijd | Eerste run time | Toekomstige run times |
|---|---|---|
| 2017-09-07 om 14:00 uur | 2017-09-09 om 14:00 uur | 2017-09-11 om 14:00 uur 2017-09-13 om 14:00 uur 2017-09-15 om 14:00 uur en nog veel meer... |
Het maakt dus niet uit hoe ver u in het verleden de begintijd opgeeft, bijvoorbeeld 2017-09-05 om 14:00 uur of 2017-09-01 om 14:00 uur, uw eerste run gebruikt altijd de volgende toekomstige begintijd.
Voor de sliding window-trigger berekent de Logic Apps-engine run times op basis van de begintijd, respecteert eerdere run times, gebruikt de begintijd voor de eerste run en berekent de toekomstige runs op basis van de begintijd.
Dit terugkeerpatroon ziet er als volgende uit:
| Begintijd | Eerste run time | Toekomstige run times |
|---|---|---|
| 2017-09-07 om 14:00 uur | 2017-09-08 om 13:00 uur (huidige tijd) | 2017-09-09 om 14:00 uur 2017-09-11 om 14:00 uur 2017-09-13 om 14:00 uur 2017-09-15 om 14:00 uur en nog veel meer... |
Het maakt dus niet uit hoe ver u in het verleden de begintijd opgeeft, bijvoorbeeld 2017-09-05 om 14:00 uur of 2017-09-01 om 14:00 uur, uw eerste run gebruikt altijd de opgegeven begintijd.
Terugkeerpatroon voor zomer- en standaardtijd
Terugkerende ingebouwde triggers houden zich aan de planning die u hebt ingesteld, met inbegrip van elke tijdzone die u opgeeft. Als u geen tijdzone selecteert, kan de zomertijd (DST) van invloed zijn op het uitvoeren van triggers, bijvoorbeeld door de begintijd één uur vooruit te verschuiven wanneer DST wordt gestart en één uur terug wanneer DST eindigt. Bij het plannen van taken plaatst Logic Apps het bericht voor verwerking in de wachtrij en geeft het op wanneer dat bericht beschikbaar komt, op basis van de UTC-tijd waarop de laatste taak is uitgevoerd en de UTC-tijd waarop de volgende taak is gepland om te worden uitgevoerd.
Om deze verschuiving te voorkomen, zodat uw logische app wordt uitgevoerd op de opgegeven begintijd, moet u een tijdzone selecteren. Op die manier verschuift de UTC-tijd voor uw logische app ook om de seizoensgebonden tijdswijziging tegen te gaan.
Notitie
Triggers die starten tussen 02:00 uur - 03:00 uur, kunnen problemen hebben omdat DST-wijzigingen plaatsvinden om 2:00 uur, waardoor de begintijd ongeldig of ambigu kan worden. Als u meerdere logische apps binnen hetzelfde ambigue interval hebt, kunnen deze overlappen. Daarom wilt u mogelijk begintijden vermijden tussen 2:00 uur - 3:00 uur.
Stel bijvoorbeeld dat u twee logische apps hebt die dagelijks worden uitgevoerd. De ene logische app wordt uitgevoerd om 01:30 uur lokale tijd, terwijl de andere een uur later om 02:30 uur lokale tijd wordt uitgevoerd. Wat gebeurt er met de begintijden voor deze apps wanneer DST wordt gestart en beëindigd?
Worden de triggers helemaal uitgevoerd wanneer de tijd één uur vooruit verschuift?
Worden de triggers twee keer uitgevoerd wanneer de tijd één uur achteruit verschuift?
Als deze logische apps gebruikmaken van de zone UTC-6:00 Central Time (VS & Canada), laat deze simulatie zien hoe de UTC-tijden in 2019 zijn verschoven om de DST-wijzigingen tegen te gaan, één uur naar achteren of naar voren, zodat de apps op de verwachte lokale tijden werden uitgevoerd zonder overgeslagen of dubbele runs.
10-03-2019: DST begint om 2:00 uur, één uur vooruit verschuivende tijd
Ter compensatie na het starten van DST verschuift de UTC-tijd één uur terug, zodat uw logische app op hetzelfde lokale tijdstip wordt uitgevoerd:
Logische app-#1
Datum Tijd (lokaal) Tijd (UTC) Notities 03/09/2019 1:30:00 uur 7:30:00 uur UTC vóór de dag dat DST van kracht wordt. 03/10/2019 1:30:00 uur 7:30:00 uur UTC is hetzelfde omdat DST niet van kracht is. 03/11/2019 1:30:00 uur 6:30:00 uur UTC is één uur achteruit schoven nadat DST van kracht werd. Logische app-#2
Datum Tijd (lokaal) Tijd (UTC) Notities 03/09/2019 2:30:00 uur 8:30:00 uur UTC vóór de dag dat DST van kracht wordt. 03/10/2019 3:30:00 uur* 8:30:00 uur DST is al van kracht, dus de lokale tijd is één uur vooruit verplaatst omdat de tijdzone UTC-6:00 wordt gewijzigd in UTC-5:00. Zie Triggers die starten tussen 02:00 - 03:00 uurvoor meer informatie. 03/11/2019 2:30:00 uur 7:30:00 uur UTC is één uur achteruit schoven nadat DST van kracht werd.
03-11-2019: DST eindigt om 2:00 uur en verschuift de tijd één uur terug
Ter compensatie verschuift de UTC-tijd één uur vooruit, zodat uw logische app op hetzelfde lokale tijdstip wordt uitgevoerd:
Logische app-#1
Datum Tijd (lokaal) Tijd (UTC) Notities 11/02/2019 1:30:00 uur 6:30:00 uur 11/03/2019 1:30:00 uur 6:30:00 uur 11/04/2019 1:30:00 uur 7:30:00 uur Logische app-#2
Datum Tijd (lokaal) Tijd (UTC) Notities 11/02/2019 2:30:00 uur 7:30:00 uur 11/03/2019 2:30:00 uur 8:30:00 uur 11/04/2019 2:30:00 uur 8:30:00 uur
Slechts één keer uitvoeren
Als u uw logische app in de toekomst slechts één keer wilt uitvoeren, kunt u de sjabloon Scheduler: Eenmaal uitvoeren voor taken gebruiken. Nadat u een nieuwe logische app hebt gemaakt, maar voordat u de Logic Apps Designer opent, selecteert u onder de sectie Sjablonen in de lijst Categorie de optie Plannen en selecteert u vervolgens deze sjabloon:

Of als u uw logische app kunt starten met de trigger Wanneer een HTTP-aanvraag wordt ontvangen - Aanvraag, en de begintijd kunt doorgeven als parameter voor de trigger. Gebruik voor de eerste actie de actie Vertragen tot - Planning en geef de tijd op waarop de volgende actie wordt uitgevoerd.
Eenmaal uitgevoerd op de laatste dag van de maand
Als u de trigger Terugkeerpatroon slechts één keer wilt uitvoeren op de laatste dag van de maand, moet u de trigger bewerken in de onderliggende JSON-definitie van de werkstroom met behulp van de codeweergave, niet met de ontwerpfunctie. U kunt echter het volgende voorbeeld gebruiken:
"triggers": {
"Recurrence": {
"recurrence": {
"frequency": "Month",
"interval": 1,
"schedule": {
"monthDays": [-1]
}
},
"type": "Recurrence"
}
}
Voorbeeld van terugkeerpatroon
Hier volgen verschillende voorbeeld terugkeerpatroon dat u kunt instellen voor de triggers die ondersteuning bieden voor de opties:
| Trigger | Terugkeerpatroon | Interval | Frequentie | Begintijd | Deze dagen | Deze uren | Deze minuten | Notitie |
|---|---|---|---|---|---|---|---|---|
| Herhaling Sliding window |
Wordt elke 15 minuten uitgevoerd (geen begindatum en -tijd) | 15 | Minuut | {geen} | {niet beschikbaar} | {geen} | {geen} | Dit schema begint onmiddellijk en berekent vervolgens toekomstige terugkeerpatroon op basis van de laatste run time. |
| Herhaling Sliding window |
Wordt elke 15 minuten uitgevoerd (met begindatum en -tijd) | 15 | Minuut | startDate T startTime Z | {niet beschikbaar} | {geen} | {geen} | Dit schema start niet eerder dan de opgegeven begindatum en -tijd en berekent vervolgens toekomstige terugkeerpatroon op basis van de laatste run time. |
| Herhaling Sliding window |
Wordt elk uur uitgevoerd, op het uur (met begindatum en -tijd) | 1 | Uur | startDate Thh:00:00Z | {niet beschikbaar} | {geen} | {geen} | Dit schema start niet eerder dan de opgegeven begindatum en -tijd. Toekomstige terugkeerpatroon worden elk uur uitgevoerd bij de markering '00' minuten, Logic Apps wordt berekend vanaf de begintijd. Als de frequentie 'Week' of 'Maand' is, wordt dit schema respectievelijk slechts één dag per week of één dag per maand uitgevoerd. |
| Herhaling Sliding window |
Wordt elk uur, elke dag (geen begindatum en -tijd) uitgevoerd | 1 | Uur | {geen} | {niet beschikbaar} | {geen} | {geen} | Dit schema wordt onmiddellijk gestart en berekent toekomstige terugkeerpatroon op basis van de laatste run time. Als de frequentie 'Week' of 'Maand' is, wordt dit schema respectievelijk slechts één dag per week of één dag per maand uitgevoerd. |
| Herhaling Sliding window |
Wordt elk uur, elke dag (met begindatum en -tijd) uitgevoerd | 1 | Uur | startDate T startTime Z | {niet beschikbaar} | {geen} | {geen} | Dit schema start niet eerder dan de opgegeven begindatum en -tijd en berekent vervolgens toekomstige terugkeerpatroon op basis van de laatste run time. Als de frequentie 'Week' of 'Maand' is, wordt dit schema respectievelijk slechts één dag per week of één dag per maand uitgevoerd. |
| Herhaling Sliding window |
Wordt elke 15 minuten na het uur uitgevoerd, elk uur (met begindatum en -tijd) | 1 | Uur | startDate T00:15:00Z | {niet beschikbaar} | {geen} | {geen} | Dit schema start niet eerder dan de opgegeven begindatum en -tijd. Toekomstige terugkeerpatroon worden uitgevoerd op de markering '15' minuten, die Logic Apps berekent vanaf de begintijd, dus om 00:15 uur, 1:15 uur, 2:15 uur, en meer. |
| Terugkeerpatroon | Wordt elke 15 minuten na het uur uitgevoerd, elk uur (geen begindatum en -tijd) | 1 | Dag | {geen} | {niet beschikbaar} | 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 | Dit schema wordt uitgevoerd om 00:15 uur, 1:15 uur, 2:15 uur, bijvoorbeeld. Dit schema is ook gelijk aan een frequentie van 'Uur' en een begintijd met '15' minuten. |
| Terugkeerpatroon | Wordt elke 15 minuten uitgevoerd op de opgegeven minuutmarkeringen (geen begindatum en -tijd). | 1 | Dag | {geen} | {niet beschikbaar} | 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 | Dit schema begint pas bij de volgende opgegeven markering van 15 minuten. |
| Terugkeerpatroon | Wordt dagelijks uitgevoerd om 8:00 uur plus het minuutteken vanaf het moment dat u uw logische app op slaan | 1 | Dag | {geen} | {niet beschikbaar} | 8 | {geen} | Zonder een begindatum en -tijd wordt dit schema uitgevoerd op basis van de tijd waarop u de logische app (PUT-bewerking) op slaan. |
| Terugkeerpatroon | Wordt dagelijks om 8:00 uur uitgevoerd (met begindatum en -tijd) | 1 | Dag | startDate T08:00:00Z | {niet beschikbaar} | {geen} | {geen} | Dit schema start niet eerder dan de opgegeven begindatum en -tijd. Toekomstige gebeurtenissen worden dagelijks om 8:00 uur uitgevoerd. |
| Terugkeerpatroon | Dagelijks uitgevoerd om 8:00 uur (geen begindatum en -tijd) | 1 | Dag | {geen} | {niet beschikbaar} | 8 | 00 | Dit schema wordt elke dag om 8:00 uur uitgevoerd. |
| Terugkeerpatroon | Wordt dagelijks uitgevoerd om 8:00 uur en 16:00 uur | 1 | Dag | {geen} | {niet beschikbaar} | 8, 16 | 0 | |
| Terugkeerpatroon | Wordt dagelijks uitgevoerd om 8:30, 8:45, 16:30 en 16:45 | 1 | Dag | {geen} | {niet beschikbaar} | 8, 16 | 30, 45 | |
| Terugkeerpatroon | Wordt elke zaterdag om 17:00 uur uitgevoerd (geen begindatum en -tijd) | 1 | Week | {geen} | 'Zaterdag' | 17 | 0 | Dit schema wordt elke zaterdag om 17:00 uur uitgevoerd. |
| Terugkeerpatroon | Wordt elke zaterdag om 17:00 uur uitgevoerd (met begindatum en -tijd) | 1 | Week | startDate T17:00:00Z | 'Zaterdag' | {geen} | {geen} | Dit schema begint niet eerder dan de opgegeven begindatum en -tijd, in dit geval 9 september 2017 om 17:00 uur. Toekomstige terugkeerpatroon wordt elke zaterdag om 17:00 uur uitgevoerd. |
| Terugkeerpatroon | Wordt elke dinsdag, donderdag om 17:00 uur uitgevoerd plus het minuutteken van wanneer u uw logische app op slaan | 1 | Week | {geen} | "Dinsdag", "Donderdag" | 17 | {geen} | |
| Terugkeerpatroon | Wordt elk uur uitgevoerd tijdens werkuren. | 1 | Week | {geen} | Selecteer alle dagen behalve zaterdag en zondag. | Selecteer de uren van de dag die u wilt. | Selecteer de minuten van het uur dat u wilt. | Als uw werkuren bijvoorbeeld 8:00 uur tot 17:00 uur zijn, selecteert u '8, 9, 10, 11, 12, 13, 14, 15, 16, 17' als de uren van de dag plus '0' als de minuten van het uur. |
| Terugkeerpatroon | Eenmaal per dag in het weekend uitgevoerd | 1 | Week | {geen} | "Zaterdag", "Zondag" | Selecteer de uren van de dag die u wilt. | Selecteer waar nodig minuten van het uur. | Dit schema wordt elke zaterdag en zondag volgens het opgegeven schema uitgevoerd. |
| Terugkeerpatroon | Wordt elke 15 minuten tweewekelijks op maandagen uitgevoerd | 2 | Week | {geen} | 'Maandag' | 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 | Dit schema wordt elke andere maandag om de 15 minuten uitgevoerd. |
| Terugkeerpatroon | Wordt elke maand uitgevoerd | 1 | Maand | startDate T startTime Z | {niet beschikbaar} | {niet beschikbaar} | {niet beschikbaar} | Dit schema begint niet eerder dan de opgegeven begindatum en -tijd en berekent toekomstige terugkeerpatroon op de begindatum en -tijd. Als u geen begindatum en -tijd opgeeft, gebruikt deze planning de aanmaakdatum en -tijd. |
| Terugkeerpatroon | Wordt elk uur één dag per maand uitgevoerd | 1 | Maand | {zie opmerking} | {niet beschikbaar} | 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23 | {zie opmerking} | Als u geen begindatum en -tijd opgeeft, gebruikt deze planning de aanmaakdatum en -tijd. Als u de minuten voor het terugkeerschema wilt bepalen, geeft u de minuten van het uur of een begintijd op of gebruikt u de aanmaaktijd. Als de begintijd of aanmaaktijd bijvoorbeeld 8:25 uur is, wordt dit schema uitgevoerd om 8:25 uur, 9:25 uur, 10:25 uur, bijvoorbeeld. |