Jadwal
Schedule adalah kapan dari sebuah automation — Time Trigger-nya. User menjelaskannya dengan kata-kata biasa dan agent mengubahnya menjadi salah satu dari lima jenis.
Lima jenis
| Jenis | User berkata | Yang disimpan |
|---|---|---|
| Once | "Besok jam 9", "tanggal 15 Oktober jam 14:00" | Satu tanggal dan waktu. Automation finished setelah berjalan. |
| Every few minutes or hours | "Setiap 2 jam", "setiap 30 menit" | Sebuah interval dalam menit. |
| Every day | "Setiap hari jam 8", "setiap hari jam 8 dan 17" | Satu atau lebih waktu dalam sehari (hingga 24). |
| Every week | "Setiap Senin jam 7", "hari kerja jam 8:30" | Hari-hari dalam seminggu, ditambah satu atau lebih waktu. |
| Every month | "Setiap tanggal 1 jam 9" | Tanggal dalam sebulan, ditambah satu atau lebih waktu. Di bulan yang lebih pendek, berjalan pada hari terakhir bulan itu. |
Jadwal berulang juga bisa memiliki:
| Tambahan | Contoh |
|---|---|
| End date | "…sampai akhir Desember." Automation finished setelah run terakhirnya sebelum tanggal itu. |
| Maximum runs | "…10 kali." Automation finished setelah sejumlah run tersebut. |
Time zone
Jadwal selalu membawa time zone yang eksplisit, seperti 08:00 Asia/Jakarta. Agent memilihnya dengan urutan berikut:
- yang disebut user ("jam 8 pagi waktu Singapura");
- time zone perangkat atau browser user;
- time zone default agent itu sendiri;
- UTC, sebagai pilihan terakhir.
Time zone selalu ditampilkan dalam ringkasan yang dikonfirmasi user, sehingga tebakan yang keliru dikoreksi sebelum apa pun disimpan. Jadwal berulang mempertahankan waktu lokalnya saat terjadi perubahan daylight saving.
Batasan pada jadwal
| Aturan | Rincian |
|---|---|
| Once | Minimal 1 menit ke depan dan maksimal 1 tahun ke depan. |
| Minimum interval | Run berurutan harus berjarak minimal Minimum Interval di policy Anda (default 15 menit). Agent memeriksanya saat automation dibuat atau diedit, dan lagi di setiap run. |
| Runs per day | Proyeksi run per hari dari semua automation aktif satu user harus muat dalam Maximum Runs per User per Day. |
| Runs per automation | Maximum Runs per Automation di policy mengakhiri automation saat tercapai. |
Jika sebuah permintaan melanggar salah satunya, agent menyebutkan yang mana dan menyarankan perubahan — misalnya interval yang lebih panjang — daripada membuat sesuatu yang nanti dihentikan.
Arti "tepat waktu"
Run bisa mulai hingga sekitar satu menit setelah waktu terjadwal, dan lebih lambat bila banyak automation jatuh tempo bersamaan — lihat Cara Kerja Automation. Bila Anda butuh hasil pada jam tertentu, jadwalkan beberapa menit lebih awal.
Jika Run Terlewat
Kadang sebuah run tidak bisa terjadi pada waktu terjadwalnya — misalnya saat layanan sedang tidak tersedia. Setiap automation punya missed-run policy yang menentukan apa yang dilakukan:
| Setting | Artinya |
|---|---|
| Run once, as soon as possible (default, disarankan) | Jika beberapa run terlewat, jalankan sekali sekarang — yang terbaru yang paling penting. |
| Run as soon as possible | Jalankan sekarang. |
| Skip the missed run | Tidak melakukan apa-apa sampai waktu terjadwal berikutnya. |
| Run every missed run | Mengejar setiap yang terlewat, hingga 10. |
Run yang sudah lama menunggu di antrean hanya dilewati bila automation memakai Skip. Missed-run policy bisa diubah saat user mengedit automation di halaman Automations miliknya.
Mengedit jadwal
User bisa mengubah jadwal lewat percakapan ("ubah SLA Monitor jadi jam 7 pagi") atau di halaman Automations. Perubahan itu membatalkan run yang sudah dijadwalkan dan menjadwalkan yang baru, sehingga run lama tidak pernah bisa berjalan setelah pengeditan.