Task dan Jenis Task

Task adalah aktivitas atomik pada level diagram: model menunjukkan pekerjaan, tetapi tidak membuka urutan langkah internalnya. Nama yang jelas umumnya memakai kata kerja + objek, misalnya “Verifikasi Pembayaran”.

Gambar 3.1 — None Task sebagai aktivitas abstrak.

Memilih task type

Notasi	Makna ringkas	Contoh
None / Undefined	Pekerjaan tanpa task type khusus	Tinjau Permohonan
User Task	Manusia menyelesaikan pekerjaan dengan bantuan workflow/task UI	Validasi Klaim
Manual Task	Manusia melakukan pekerjaan tanpa engine mengorkestrasi detailnya	Periksa Dokumen Fisik
Service Task	Pekerjaan oleh layanan/worker	Hitung Ongkir
Script Task	Eksekusi script yang dikonfigurasi	Normalisasi Kode
Business Rule Task	Evaluasi aturan/keputusan bisnis	Tentukan Kategori Risiko
Send Task	Mengirim pesan sebagai pekerjaan	Kirim Konfirmasi
Receive Task	Menunggu/menerima pesan sebagai pekerjaan	Tunggu Respons Bank

None Task Aktivitas tanpa task type khusus.

User Task Ikon orang menandai pekerjaan manusia melalui workflow.

Manual Task Ikon tangan menandai pekerjaan manual.

Service Task Ikon roda gigi menandai pekerjaan layanan atau worker.

Script Task Ikon dokumen menandai eksekusi script.

Business Rule Task Ikon tabel menandai evaluasi aturan bisnis.

Send Task Amplop terisi menandai pekerjaan mengirim pesan.

Receive Task Amplop garis menandai pekerjaan menerima pesan.

Nama task type BPMN tidak otomatis menentukan bagaimana implementasi dibuat. Contoh: User Task tidak berarti aktor harus berada dalam lane bernama “User”.

Markers

• Loop: satu aktivitas diulang selama kondisi loop berlaku; iterasi satu per satu.
• Multi-instance sequential: banyak instance dikerjakan berurutan.
• Multi-instance parallel: banyak instance dibuat sebagai kumpulan; tidak menjamin mesin CPU mengeksekusinya serentak.
• Compensation marker: task didefinisikan sebagai handler kompensasi, bukan task biasa yang muncul lewat Sequence Flow.

Loop Panah melingkar menandai pengulangan aktivitas.

Multi-instance sequential Tiga garis mendatar menandai instance yang dijalankan berurutan.

Multi-instance parallel Tiga garis tegak menandai instance paralel.

Compensation marker Dua segitiga menandai activity handler kompensasi.

Marker tertentu dapat digabung sesuai aturan model. Lihat Camunda BPMN Reference dan coverage Camunda 8.9; status executable tergantung versi.

Salah paham yang sering terjadi

• “User Task dan Manual Task sama.” User Task disajikan untuk dikerjakan manusia melalui mekanisme workflow; Manual Task menggambarkan kerja manual yang tidak dikendalikan engine sebagai task UI.
• “Service Task berarti harus memakai satu API tertentu.” Notasi menunjukkan jenis pekerjaan, bukan protokol implementasinya.
• “Parallel multi-instance berarti parallel secara fisik.” Semantik mengizinkan instance independen; kapasitas runtime tetap menentukan concurrency aktual.

Decision rule

flowchart TD
  work["Apa yang dimodelkan?"] --> messageWait{"Menunggu pesan?"}
  messageWait -->|Ya, sebagai pekerjaan| receive["Receive Task"]
  messageWait -->|Ya, sebagai event| catch["Message Catch Event"]
  messageWait -->|Tidak| human{"Dikerjakan manusia?"}
  human -->|Ya, melalui aplikasi workflow| user["User Task"]
  human -->|Ya, di luar orkestrasi UI| manual["Manual Task"]
  human -->|Tidak| kind{"Jenis pekerjaan?"}
  kind -->|Worker atau layanan| service["Service Task"]
  kind -->|Eksekusi script| script["Script Task"]
  kind -->|Evaluasi aturan| rule["Business Rule Task"]
  kind -->|Mengirim pesan sebagai pekerjaan| send["Send Task"]

Panduan memilih task atau message event

Diagram sedang dimuat…

Diagram ini membantu membedakan aktivitas menerima pesan dari event yang menangkap pesan; cabang lainnya mengelompokkan pekerjaan berdasarkan pelaksananya. Ini panduan klasifikasi, bukan urutan pekerjaan dalam satu proses.

Argumen

“Kami menggunakan User Task karena pemeriksaan membutuhkan keputusan petugas dalam aplikasi dan hasilnya menyelesaikan work item. Manual Task ditolak karena model ini perlu merepresentasikan assignment dan penyelesaian melalui workflow.”

[CAMUNDA] Elemen yang tampak di Modeler tidak otomatis didukung untuk eksekusi. Periksa matriks per versi sebelum mengklaim implementabilitas.

Ingat: task menjawab “pekerjaan apa yang dilakukan?” dan type memperjelas sifat pelaksananya.