Cara Menjadwalkan Workflow n8n dengan Schedule Trigger

Laporan pagi yang selalu terkirim jam tujuh, rekap stok tiap Senin, pengingat invoice tiap tanggal satu — semua otomasi "tanpa disentuh siapa pun" itu berdiri di atas satu node yang sama: Schedule Trigger. Node ini sederhana di permukaan, tapi punya dua jebakan yang rutin memakan korban: ekspresi cron yang salah baca dan zona waktu yang meleset tujuh jam. Tutorial ini membereskan keduanya sekali jalan.

Kapan otomasi berbasis jadwal lebih tepat daripada trigger event

Trigger event (webhook, email masuk, baris baru) bereaksi terhadap kejadian; Schedule Trigger bereaksi terhadap waktu. Pakai jadwal ketika hasil kerjanya berupa rangkuman atau pemeriksaan berkala: rekap penjualan harian, cek stok menipis, bersih-bersih data, tagihan berulang. Pakai event ketika tiap kejadian tunggal butuh reaksi cepat. Salah pilih arah biasanya kelihatan dari gejalanya: workflow terjadwal yang jalan tiap menit untuk "mengejar" kejadian adalah webhook yang menyamar — dan boros.

Langkah 1: Pasang Schedule Trigger

Buat workflow baru dan pilih Schedule Trigger sebagai node pertama. Untuk kebutuhan umum, mode antarmukanya sudah cukup: pilih interval (menit, jam, hari, minggu), lalu jam eksekusinya. "Setiap hari jam 07:00" bisa diatur tanpa menyentuh cron sama sekali.

Mode cron baru diperlukan saat polanya lebih rumit: hari kerja saja, tanggal tertentu, atau beberapa jam sekaligus.

Langkah 2: Pahami ekspresi cron dengan tiga contoh

Ekspresi cron terdiri dari lima kolom: menit, jam, tanggal, bulan, hari-dalam-minggu. Tiga contoh ini menutup mayoritas kebutuhan kantor:

0 7 * * *      setiap hari jam 07:00
0 8 * * 1-5    Senin sampai Jumat jam 08:00
30 16 1 * *    tanggal 1 tiap bulan, jam 16:30

Cara membacanya selalu dari kiri: menit ke-0, jam ke-7, tanggal berapa pun, bulan apa pun, hari apa pun — itu baris pertama. Tanda * berarti "semua". Kalau ragu, tulis dulu niat Anda dalam kalimat, baru terjemahkan kolom per kolom; kesalahan paling umum adalah tertukarnya posisi menit dan jam.

Langkah 3: Uji tanpa menunggu jadwalnya tiba

Jangan menunggu sampai besok pagi untuk tahu workflow-nya benar. Klik Execute Workflow untuk menjalankan seluruh alur sekarang juga — logika di belakang trigger diuji dengan cara yang sama persis seperti saat jalan terjadwal. Yang perlu Anda sadari: eksekusi manual tidak membuktikan jadwalnya benar, hanya membuktikan isinya benar. Untuk jadwalnya, aktifkan workflow lalu periksa tab Executions keesokan harinya: jam eksekusi tercatat di sana, hitam di atas putih.

Zona waktu: jebakan paling sering

n8n menjalankan jadwal mengikuti zona waktu instance — dan instance Docker yang polos berjalan di UTC. Akibatnya klasik: Anda menjadwalkan jam 7 pagi, laporan tiba jam 2 siang WIB.

Bereskan di dua tempat. Pertama, di environment container (untuk pemasangan Docker):

GENERIC_TIMEZONE=Asia/Jakarta
TZ=Asia/Jakarta

Kedua, di pengaturan workflow: setiap workflow punya setelan timezone sendiri yang bisa menimpa bawaan instance. Setelah mengubah environment, restart container dan cek sekali lagi jam eksekusi berikutnya di daftar Executions. Jangan percaya sebelum melihat catatan eksekusi di jam yang Anda niatkan.

Checklist sebelum ditinggal jalan sendiri

• Workflow sudah Active. Eksekusi uji yang sukses tidak menyalakan tombol itu untuk Anda.
• Zona waktu terverifikasi lewat catatan eksekusi, bukan lewat keyakinan.
• Perilaku saat data kosong sudah ditentukan. Hari libur tanpa transaksi: haruskah laporan tetap terkirim dengan angka nol, atau diam? Keduanya sah, yang penting disengaja.
• Ada kabar saat gagal. Workflow terjadwal gagal secara diam-diam di pagi buta. Pasang error workflow yang mengirim notifikasi, supaya Anda tahu dari sistem — bukan dari atasan yang bertanya laporannya mana.
• Frekuensinya jujur. Data yang berubah sekali sehari tidak perlu dicek tiap lima menit; itu hanya membebani sumber data dan mengaburkan log.

Rangkai dengan yang sudah Anda punya

Schedule Trigger paling sering berpasangan dengan pembacaan data — misalnya pola dasar workflow n8n yang mengambil data lalu mengirim ringkasannya. Untuk memutuskan proses mana yang layak dijadwalkan lebih dulu, daftar tujuh proses kantor ini tempat memulai yang baik.