Event-Based Gateway

Simbol Event-Based Gateway dalam BPMN 2.0

Event-Based Gateway adalah gateway yang unik karena jalur yang dipilih bukan berdasarkan data atau kondisi, melainkan berdasarkan event mana yang terjadi lebih dulu. Proses "bersabar" menunggu di gateway ini, dan jalur yang diambil ditentukan oleh kejadian pertama yang tiba.

Simbol: Belah ketupat dengan lingkaran ganda berisi bintang segi enam di tengah
Dibaca sebagai: "Tergantung mana yang terjadi lebih dulu..."
Nama lain: Event-Based Exclusive Gateway

Perbedaan Mendasar: Data vs. Event

Ini adalah konsep terpenting dalam memahami Event-Based Gateway:

Aspek	Exclusive/Inclusive/Parallel	Event-Based Gateway
Basis keputusan	Data / variabel proses	Event yang terjadi
Kapan dievaluasi	Saat token tiba	Setelah menunggu event
Kondisi	Expression (if/then)	Tidak ada kondisi
Proses menunggu?	Tidak	Ya, sampai event terjadi

Analogi perbedaannya:

Exclusive Gateway: "Lihat status pengiriman. Jika sudah sampai, lanjut ke penerimaan. Jika belum, lanjut ke pengingat."
→ Keputusan dibuat berdasarkan data yang sudah ada
Event-Based Gateway: "Tunggu. Jika konfirmasi pengiriman tiba lebih dulu, lanjut ke penerimaan. Jika notifikasi penundaan tiba lebih dulu, lanjut ke penanganan penundaan."
→ Keputusan ditentukan oleh kejadian yang akan datang

Cara Kerja

Ketika token mencapai Event-Based Gateway:

Proses berhenti dan menunggu
Beberapa "pendengar event" diaktifkan secara bersamaan (satu per jalur)
Event pertama yang terjadi mengaktifkan jalurnya dan menonaktifkan semua pendengar lain
Hanya satu jalur yang akhirnya dieksekusi

Contoh Event-Based Gateway

Jika pembayaran dikonfirmasi sebelum 24 jam → jalur kanan aktif.
Jika 24 jam berlalu tanpa konfirmasi → jalur timer aktif.

Elemen yang Valid Setelah Event-Based Gateway

Ini adalah aturan paling penting: Sequence Flow keluar dari Event-Based Gateway hanya boleh menuju elemen-elemen berikut:

Elemen	Keterangan
Message Catching Event ◎✉	Menunggu pesan dari peserta lain
Timer Catching Event ◎⏱	Menunggu waktu/durasi tertentu
Signal Catching Event ◎△	Menunggu sinyal disiarkan
Conditional Catching Event ◎☰	Menunggu kondisi menjadi benar
Receive Task 📬	Menunggu dan menerima pesan

Tidak boleh menuju:

Task biasa (User Task, Service Task, dll.)
Gateway lain
Data Object

Mengapa Demikian?

Event-Based Gateway bekerja dengan prinsip "race condition" — beberapa event diperlombakan, dan yang pertama menang. Jika ada Task biasa setelah gateway, Task tersebut tidak memiliki sifat "menunggu event" sehingga logika race condition tidak bermakna.

Aturan Penamaan Event-Based Gateway

Label Event-Based Gateway biasanya menggambarkan kondisi menunggu atau pertanyaan terhadap masa depan:

Baik ✅	Kurang Baik ❌
`Menunggu respons...`	`Gateway`
`Apa yang terjadi lebih dulu?`	`Event Gateway`
`Respons vendor?`	`Tunggu`
kosong (jika sudah jelas dari konteks)	`Proses`

Kapan Menggunakan Event-Based Gateway

Gunakan ketika:

✅ Proses harus menunggu dan tidak tahu apa yang akan terjadi — konfirmasi, penolakan, atau timeout
✅ Beberapa event berbeda bisa menentukan jalur proses, dan hanya yang pertama terjadi yang relevan
✅ Memodelkan pola request-response di mana respons bisa bermacam-macam
✅ Memodelkan timeout sebagai salah satu skenario alternatif
✅ Proses bergantung pada tindakan dari pihak eksternal yang tidak bisa dikontrol

Jangan gunakan ketika:

❌ Keputusan sudah bisa dibuat berdasarkan data yang sudah ada → Exclusive Gateway
❌ Semua kemungkinan harus diproses → Parallel Gateway
❌ Tidak ada waiting — keputusan instan → Exclusive Gateway