Sign inGet Started
Mulai sekarang
Panduan
Referensi API
SDK
CLI
Basis Pengetahuan
Changelog

Menunggu event

Wait menjeda run yang sedang berjalan sampai event yang diharapkan cocok atau timeout-nya berakhir. Pilih jenis wait sesuai dengan siapa yang menghasilkan event tersebut.

Automations is in Early access. Your workspace permissions determine which actions you can perform.

  1. Tambahkan Wait for event setelah jalur sukses langkah pengiriman.
  2. Pilih aksi sebelumnya yang pesannya ingin Anda pantau.
  3. Pilih jenis event yang didukung dan tetapkan timeout.
  4. Hubungkan Matched ke langkah yang menangani tanda terima.
  5. Hubungkan If time runs out, jalur timeout, ke langkah yang menangani tanda terima yang tidak diterima.

Wait memantau pesan yang dibuat oleh aksi tersebut dalam run ini. Pesan dari run lain tidak memenuhinya. Tanda terima yang tiba sebelum run mencapai wait tetap dapat digunakan.

Pengiriman harus berhasil pada jalur yang menuju wait. Jalur kegagalan tidak dapat menunggu pesan yang tidak pernah diterima oleh pengiriman. Pengiriman email dan WhatsApp yang dipantau harus ditujukan ke satu penerima.

Untuk melanjutkan run ini saat pelanggan membalas pesan SMS atau WhatsApp, gunakan Wait for reply. Untuk memulai workflow terpisah bagi pesan masuk, gunakan pemicu event Bird.

Gunakan Wait for application event untuk event seperti konfirmasi pembayaran atau pembatalan janji temu yang terkait dengan item bisnis tertentu.

  1. Konfigurasikan business key workflow di bagian Run overlap, misalnya ID faktur.
  2. Tambahkan Wait for application event dan tentukan nama event serta field data masuknya.
  3. Tetapkan timeout dan kondisi yang harus dipenuhi event.
  4. Hubungkan jalur matched dan timeout.
  5. Ikuti Send a follow-up event untuk mengirim nama event, data, dan subject_key ke URL event automasi.

Nama event dan key harus sama persis dengan nilai yang dikonfigurasi. Nama yang cocok dengan key yang salah tidak dapat melanjutkan run yang dituju. Kondisi dapat membandingkan data event masuk dengan data awal run.

Event yang diproses setelah run dimulai tetapi sebelum mencapai wait dapat disimpan. Event yang diproses sebelum run yang cocok ada tidak disimpan untuk run mendatang. Penerimaan antrean tidak membuktikan bahwa wait telah dilanjutkan; periksa Runs.

Rencanakan jalur timeout

Durasi wait dimulai saat run mencapai wait. Batas waktu 30 hari run dapat mengakhirinya lebih awal. Timeout berarti tidak ada event yang memenuhi syarat menyelesaikan wait sebelum tenggat waktunya; ini tidak membuktikan bahwa event bisnis tidak pernah terjadi.

Pilih aksi timeout yang sesuai dengan ketidakpastian tersebut, misalnya mencatat hasil tinjauan atau meminta tim untuk menyelidiki. Pratinjau kedua jalur sebelum memublikasikan.

Menjeda otomasi menghentikan run baru, sedangkan wait yang sudah ada dapat terus berjalan. Batalkan run secara terpisah jika pekerjaan lanjutannya harus dihentikan. Jika event aplikasi yang sama memenuhi syarat untuk pembatalan dan wait dalam run tersebut, pembatalan lebih diutamakan.

Langkah berikutnya

Sumber daya terkait

Lanjutkan dengan dokumentasi, panduan, dan contoh untuk topik ini.