Schedule Trigger n8n: Menjalankan Workflow Terjadwal

Schedule Trigger adalah node di n8n yang menjalankan workflow secara otomatis pada waktu tertentu: setiap jam, setiap pagi jam 7, setiap Senin, atau setiap tanggal 1. Anda tidak perlu menekan tombol apa pun. Selama workflow sudah disimpan dan di-publish, n8n akan menjalankannya sendiri sesuai jadwal.

Node ini cocok untuk pekerjaan rutin seperti rekap penjualan harian, pengingat tagihan bulanan, atau sinkronisasi data setiap jam. Artikel ini membahas cara mengaturnya, jebakan zona waktu yang paling sering bikin jadwal meleset, dan cara memastikan workflow terjadwal tidak gagal diam-diam.

Kapan memakai Schedule Trigger

Di n8n, setiap workflow dimulai dari trigger, yaitu node yang menentukan kapan workflow berjalan. Ada tiga pilihan utama:

Schedule Trigger: berjalan berdasarkan waktu.
Webhook: berjalan saat aplikasi lain mengirim data. Penjelasannya ada di artikel webhook n8n.
Trigger aplikasi: berjalan saat ada kejadian di aplikasi tertentu, misalnya email masuk.

Pakai Schedule Trigger kalau pekerjaannya terikat waktu, bukan kejadian. “Kirim ringkasan omzet setiap pagi” adalah pekerjaan terikat waktu. “Kirim notifikasi saat ada pesanan baru” lebih cocok memakai webhook, karena Anda ingin reaksi langsung tanpa menunggu jadwal berikutnya.

Kalau Anda baru mulai memakai n8n, baca dulu panduan belajar n8n dari nol supaya istilah node dan workflow terasa lebih akrab.

Mode interval: cara paling mudah

Schedule Trigger menyediakan beberapa pilihan interval: detik, menit, jam, hari, minggu, bulan, dan Custom (Cron). Untuk sebagian besar kebutuhan bisnis, pilihan non-cron sudah cukup.

Beberapa contoh pengaturan:

Setiap hari jam 07.00: pilih Days, isi setiap 1 hari, jam 7, menit 0.
Setiap Senin jam 08.00: pilih Weeks, pilih hari Senin, jam 8.
Setiap tanggal 1 jam 09.00: pilih Months, tanggal 1, jam 9.
Setiap 30 menit: pilih Minutes, isi 30.

Satu Schedule Trigger bisa punya lebih dari satu aturan. Misalnya jam 7 pagi dan jam 5 sore dalam satu node, kalau Anda ingin laporan dikirim dua kali sehari.

Ekspresi cron untuk jadwal yang lebih spesifik

Kalau jadwalnya lebih rumit, misalnya “hari kerja saja” atau “setiap 15 menit di jam kantor”, pakai mode Custom (Cron). Cron adalah format penulisan jadwal yang sudah lama dipakai di dunia server. Formatnya berupa deretan angka yang mewakili menit, jam, tanggal, bulan, dan hari dalam minggu. n8n juga mendukung posisi detik di depan, tapi sifatnya opsional.

Kebutuhan	Ekspresi cron
Setiap hari kerja jam 07.00	`0 7 * * 1-5`
Setiap tanggal 1 jam 08.00	`0 8 1 * *`
Setiap 15 menit, jam 08.00 sampai 17.59	`/15 8-17 * *`
Setiap Jumat jam 16.30	`30 16 * * 5`

Tidak perlu menghafal format ini. Situs seperti crontab.guru membantu menerjemahkan ekspresi cron ke kalimat biasa, jadi Anda bisa mengecek sebelum dipasang.

Satu catatan dari dokumentasi n8n: kalau ekspresi cron memakai variabel, nilainya hanya dibaca saat workflow di-publish. Kalau variabelnya berubah, Anda perlu unpublish lalu publish ulang supaya jadwal baru berlaku.

Zona waktu: jebakan yang paling sering terlewat

Ini penyebab nomor satu keluhan “jadwal saya meleset berjam-jam”.

Schedule Trigger memakai zona waktu yang diatur di level workflow. Kalau workflow tidak diatur, n8n memakai zona waktu instance. Menurut dokumentasi resmi, default-nya adalah America/New_York untuk self-hosted dan GMT untuk n8n Cloud. Artinya, jadwal “jam 7 pagi” bisa berjalan jam 7 pagi waktu New York, yaitu sekitar jam 6 atau 7 malam WIB.

Cara memperbaikinya:

Di level workflow: buka menu Settings di workflow, lalu ubah Timezone ke Asia/Jakarta (WIB), Asia/Makassar (WITA), atau Asia/Jayapura (WIT).
Di level instance (self-hosted): atur environment variable GENERIC_TIMEZONE=Asia/Jakarta di konfigurasi Docker atau server Anda, supaya semua workflow baru otomatis memakai WIB.

Kalau tim Anda tersebar di beberapa zona waktu, tentukan satu acuan. Untuk bisnis dengan kantor pusat di Jakarta, WIB biasanya paling masuk akal.

Mencegah eksekusi ganda

Eksekusi ganda berarti workflow berjalan dua kali untuk jadwal yang sama. Akibatnya bisa menyebalkan, misalnya pelanggan menerima dua email tagihan. Beberapa penyebab yang umum:

Workflow diduplikasi untuk uji coba, lalu keduanya di-publish. Cek daftar workflow aktif secara berkala.
Dua instance n8n memakai database yang sama tanpa pengaturan yang benar, misalnya saat migrasi server lama belum dimatikan.
Dua aturan jadwal tumpang tindih di satu node, misalnya “setiap jam” dan “setiap hari jam 7”.

Selain mencari penyebabnya, rancang workflow supaya aman kalau berjalan dua kali. Istilah teknisnya idempotent: hasilnya sama walau dijalankan berulang. Caranya, tandai data yang sudah diproses. Misalnya kolom “status kirim” di Google Sheets diisi “terkirim” setelah email dikirim, lalu workflow hanya mengambil baris yang kolomnya masih kosong.

Contoh jadwal untuk bisnis

Rekap penjualan setiap pagi

Misalnya sebuah toko online mencatat pesanan di Google Sheets. Setiap hari jam 06.30 WIB, workflow mengambil pesanan kemarin, menghitung total omzet, jumlah pesanan, dan produk terlaris, lalu mengirim ringkasannya ke email pemilik. Cara menarik data dari Sheets dibahas di artikel integrasi n8n dan Google Sheets.

Pengingat tagihan tanggal 1

Contoh untuk agensi dengan klien retainer: setiap tanggal 1 jam 08.00, workflow membaca daftar klien aktif, membuat draf tagihan, lalu memberi tahu tim keuangan untuk mengecek sebelum dikirim. Langkah pengecekan manusia tetap ada, tapi pekerjaan menyiapkan datanya sudah otomatis.

Cek stok setiap sore

Misalnya distributor ingin tahu barang yang stoknya di bawah batas minimum. Setiap hari kerja jam 16.00, workflow membandingkan stok dengan batas minimum dan hanya mengirim pesan kalau ada barang yang perlu dipesan ulang. Kalau semuanya aman, tidak ada pesan. Tim tidak dibanjiri notifikasi yang tidak perlu.

Memantau jadwal yang gagal

Workflow terjadwal punya risiko khusus: kalau gagal, tidak ada yang melihat. Tidak ada orang yang menekan tombol, jadi tidak ada orang yang melihat pesan error.

Beberapa langkah supaya kegagalan cepat ketahuan:

Pasang Error Workflow. Di pengaturan workflow, pilih workflow lain yang akan berjalan saat workflow ini gagal. Isinya bisa sederhana: kirim email atau pesan ke tim berisi nama workflow dan pesan error.
Cek halaman Executions secara rutin di minggu-minggu awal. Di sana terlihat setiap eksekusi, berhasil atau gagal.
Aktifkan Retry On Fail di node yang memanggil layanan luar, supaya gangguan sesaat tidak langsung membuat workflow gagal.
Kirim sinyal “masih hidup” untuk proses penting. Misalnya laporan harian selalu terkirim, termasuk saat angkanya nol. Kalau suatu pagi laporan tidak datang, Anda tahu ada yang salah.

Untuk n8n self-hosted, pastikan juga server tidak mati atau restart tanpa diketahui. Jadwal hanya berjalan selama n8n menyala.

Kalau Anda punya banyak laporan dan pengingat yang masih dikerjakan manual setiap hari, Aqilatic bisa membantu memetakan mana yang layak dijadwalkan otomatis lewat audit proses gratis. Kami juga membangun dan merawat workflow n8n untuk tim yang tidak punya waktu mengurusnya. Detailnya ada di bagian layanan kami.

Pertanyaan yang sering muncul

Kenapa workflow terjadwal saya tidak jalan?

Penyebab paling umum: workflow belum di-publish, zona waktu masih default sehingga jadwal bergeser, atau server n8n sedang mati. Cek ketiganya dulu, lalu lihat halaman Executions.

Apakah Schedule Trigger bisa jalan setiap detik?

Bisa, ada pilihan interval detik. Tapi untuk kebutuhan bisnis jarang perlu, dan menjalankan workflow terlalu sering bisa membebani server serta menghabiskan kuota eksekusi di n8n Cloud.

Apa bedanya Schedule Trigger dengan Cron node lama?

Di versi n8n lama ada node bernama Cron. Fungsinya kini digantikan Schedule Trigger, yang tetap mendukung ekspresi cron lewat mode Custom.