BPMN 2.0 Lengkap: Memahami Swimlane, Subprocess, Gateway, Event, dan Tools untuk Enterprise System

Dalam pengembangan aplikasi enterprise, memahami proses bisnis sama pentingnya dengan memahami teknologi yang digunakan untuk membangun sistem. Sebuah aplikasi procurement, insurance, finance, atau human resource management tidak cukup hanya memiliki fitur CRUD. Sistem tersebut juga perlu menjalankan urutan aktivitas, mengatur kewenangan, memproses keputusan bisnis, menangani pengecualian, dan memastikan setiap transaksi memiliki status yang konsisten.

Di sinilah Business Process Model and Notation (BPMN) memiliki peran penting.

BPMN merupakan standar notasi untuk memodelkan proses bisnis melalui elemen visual yang terstruktur. Dengan BPMN, Business Analyst, System Analyst, Product Owner, developer, dan stakeholder bisnis dapat membahas proses menggunakan representasi yang sama.

Namun, mempelajari BPMN tidak cukup hanya dengan menghafal simbol. Kita juga perlu memahami kapan menggunakan swimlane, kapan sebuah proses sebaiknya dipisahkan menjadi subprocess, bagaimana gateway menentukan jalur proses, serta bagaimana event memengaruhi perjalanan suatu transaksi.

Artikel ini membahas BPMN 2.0 secara menyeluruh, mulai dari konsep dasar, penggunaan elemen, contoh kasus enterprise, hingga tools yang dapat digunakan untuk membuat, menampilkan, mengembangkan, dan menguji diagram BPMN.

1. Apa Itu BPMN 2.0?

BPMN adalah singkatan dari Business Process Model and Notation. Standar ini dikembangkan untuk menyediakan notasi proses bisnis yang dapat dipahami oleh berbagai pihak, mulai dari pengguna bisnis hingga tim teknis yang bertanggung jawab atas implementasi sistem.

Dokumentasi resmi standar dapat ditemukan di BPMN.org, yang dikelola dalam ekosistem Object Management Group (OMG).

BPMN 2.0 tidak hanya mendefinisikan tampilan simbol pada diagram. Standar ini juga memiliki model semantik dan format pertukaran berbasis XML sehingga diagram dapat direpresentasikan sebagai model terstruktur dan diproses oleh perangkat lunak yang kompatibel.

Dalam praktiknya, BPMN dapat digunakan untuk tiga kebutuhan utama.

KebutuhanTujuanContohBusiness Process ModelingMemahami dan mendokumentasikan proses bisnisProses pengajuan pembelianSystem Analysis and DesignMenurunkan proses menjadi kebutuhan aplikasiMenentukan status transaksi dan aturan approvalExecutable Process ModelingMendefinisikan proses yang dapat dijalankan oleh workflow engine yang mendukung BPMNApproval klaim asuransi yang melibatkan human task dan service task

Penting dipahami bahwa diagram BPMN tidak otomatis menjadi aplikasi. Untuk mengeksekusi proses, sistem tetap membutuhkan engine yang sesuai, implementasi aktivitas, integrasi, penyimpanan data, serta kontrol akses.

2. Mengenal Komponen Utama BPMN

BPMN memiliki sejumlah kelompok elemen. Untuk mempelajarinya secara efektif, mulailah dari empat kelompok utama berikut.

KelompokElemenFungsiFlow ObjectsEventMenandai awal, kejadian selama proses, atau akhir prosesFlow ObjectsActivityMenunjukkan pekerjaan yang dilakukanFlow ObjectsGatewayMengatur percabangan atau penggabungan alurConnecting ObjectsSequence FlowMenunjukkan urutan alur dalam prosesConnecting ObjectsMessage FlowMenunjukkan komunikasi antarpeserta prosesSwimlanesPool dan LaneMenunjukkan peserta dan pembagian tanggung jawabArtifactsData Object, Group, Text AnnotationMemberikan konteks tambahan terhadap proses

Keempat kelompok tersebut membentuk dasar pemodelan. Setelah memahami fungsi masing-masing, kita dapat menggabungkannya menjadi proses bisnis yang lebih kompleks.

3. Swimlane BPMN: Membagi Tanggung Jawab dalam Proses Bisnis

3.1. Apa itu swimlane?

Swimlane merupakan pendekatan untuk membagi diagram proses berdasarkan peserta atau tanggung jawab. Dalam BPMN, struktur ini menggunakan dua elemen utama, yaitu Pool dan Lane.

Pool mewakili satu participant dalam proses kolaborasi. Participant dapat berupa perusahaan, organisasi, pelanggan, vendor, atau sistem eksternal.

Lane merupakan pembagian di dalam sebuah pool untuk mengorganisasi aktivitas berdasarkan peran, divisi, fungsi, atau tanggung jawab tertentu.

Contohnya, proses procurement dapat menggunakan satu pool bernama Perusahaan, yang dibagi menjadi beberapa lane:

1. Requester
2. Procurement
3. Budget Owner
4. Warehouse
5. Finance

Dengan pembagian tersebut, pembaca dapat mengetahui bukan hanya aktivitas apa yang berlangsung, tetapi juga siapa yang bertanggung jawab atas aktivitas tersebut.

3.2. Perbedaan Pool dan Lane

AspekPoolLaneFungsiMewakili participantMembagi tanggung jawab dalam participantContohPerusahaan, Vendor, NasabahProcurement, Finance, Claims AnalystHubungan prosesKomunikasi antarpool dapat menggunakan Message FlowSequence Flow dapat berpindah antarlane dalam pool yang samaPenggunaanMemodelkan kolaborasi antarorganisasi atau participantMemperjelas pembagian pekerjaanIndependensiDapat memiliki proses sendiri atau menampilkan participant sebagai black-box poolBukan participant terpisah hanya karena berada pada lane berbeda

Perbedaan ini penting karena penggunaan garis penghubung yang salah dapat membuat diagram BPMN ambigu atau tidak sesuai notasi standar.

3.3. Contoh penggunaan swimlane pada procurement

Misalnya, perusahaan ingin memodelkan proses pengadaan barang.

LaneAktivitasRequesterMengajukan kebutuhan barang atau jasaProcurementMemvalidasi permintaan dan memilih vendorBudget OwnerMemeriksa anggaran dan memberikan persetujuanWarehouseMemverifikasi penerimaan barangFinanceMemvalidasi invoice dan memproses pembayaran

Jika permintaan tidak lengkap, proses dapat kembali kepada Requester untuk direvisi. Jika permintaan valid tetapi membutuhkan persetujuan, proses dilanjutkan kepada Budget Owner. Setelah barang diterima dan dokumen yang relevan sesuai, Finance dapat memproses kewajiban pembayaran.

Swimlane membantu menemukan aktivitas yang tidak memiliki pemilik, duplikasi pekerjaan, perpindahan tanggung jawab yang tidak jelas, dan titik persetujuan yang berpotensi memperlambat proses.

3.4. Kapan menggunakan beberapa pool?

Gunakan beberapa pool ketika diagram perlu menggambarkan interaksi antara participant yang berbeda.

Contohnya adalah proses pengadaan antara Perusahaan dan Vendor.

ParticipantContoh aktivitasPerusahaanMenyetujui pembelian dan mengirim Purchase OrderVendorMenerima Purchase Order dan mengonfirmasi pesananPerusahaanMenerima barang dan memvalidasi invoiceVendorMengirim barang dan tagihan sesuai proses yang disepakati

Sequence Flow mengatur urutan aktivitas di dalam proses masing-masing participant. Message Flow menunjukkan komunikasi antara Perusahaan dan Vendor, seperti pengiriman Purchase Order atau invoice.

Tidak setiap divisi perlu dijadikan pool terpisah. Jika Procurement dan Finance merupakan lane dalam proses internal perusahaan yang sama, penggunaan satu pool dengan beberapa lane biasanya lebih tepat.

4. BPMN Subprocess: Kapan Proses Perlu Dipecah Menjadi Subprocess?

4.1. Apa itu subprocess?

Subprocess adalah activity yang merepresentasikan sekumpulan aktivitas lain yang membentuk satu bagian dari proses yang lebih besar.

Tujuannya adalah mengelola kompleksitas. Alih-alih menampilkan puluhan aktivitas dalam satu diagram, proses utama dapat menampilkan aktivitas tingkat tinggi, sementara detail pekerjaan dijelaskan pada diagram subprocess.

Contohnya, proses utama klaim asuransi dapat menampilkan aktivitas Evaluasi Klaim. Aktivitas tersebut kemudian diperinci menjadi subprocess yang mencakup pemeriksaan polis, validasi dokumen, penilaian kerugian, investigasi jika diperlukan, dan penyusunan rekomendasi keputusan.

Subprocess bukan hanya cara merapikan diagram. Penggunaan yang tepat membantu menetapkan batas proses, tanggung jawab, kebutuhan data, serta titik integrasi.

4.2. Jenis subprocess dan aktivitas terkait

JenisPengertianKapan digunakanContoh kasusEmbedded SubprocessSubprocess yang didefinisikan di dalam proses induknyaKetika sekumpulan aktivitas merupakan bagian dari proses induk dan tidak perlu diperlakukan sebagai proses global yang dapat dipanggil terpisahValidasi dokumen sebagai bagian dari klaimCollapsed SubprocessCara menampilkan subprocess secara ringkas di diagram indukKetika detail proses ingin disembunyikan dari tampilan utama agar diagram lebih mudah dibacaDiagram utama hanya menampilkan “Evaluasi Klaim”Expanded SubprocessCara menampilkan isi subprocess secara langsung di dalam batas activity-nyaKetika pembaca perlu melihat detail aktivitas pada diagram yang samaMenunjukkan pemeriksaan dokumen dan gateway kelengkapanEvent SubprocessSubprocess yang dimulai oleh event tertentu di dalam cakupan proses yang relevan, bukan melalui alur Sequence Flow normal menuju aktivitas tersebutKetika kejadian khusus perlu ditangani selama proses induk berlangsungMenangani pembatalan atau pesan pembatalan yang relevan selama proses aktifTransaction SubprocessSubprocess yang merepresentasikan kumpulan aktivitas transaksional dengan semantik transaksi BPMNKetika proses memerlukan pemodelan penyelesaian atau pembatalan transaksi sesuai semantik BPMNSkenario transaksi multiaktivitas yang memerlukan jalur pembatalan terdefinisiAd Hoc SubprocessSubprocess yang berisi aktivitas yang urutan atau pelaksanaannya tidak ditentukan sepenuhnya oleh Sequence Flow normalKetika pekerjaan bersifat fleksibel dan aktivitas dapat dilakukan sesuai kebutuhan dalam batas aturan prosesPenanganan kasus investigasi yang membutuhkan beberapa pemeriksaanCall ActivityActivity yang memanggil proses atau global task yang didefinisikan secara terpisahKetika satu proses atau aktivitas global perlu digunakan kembali oleh beberapa prosesProses verifikasi identitas yang dipakai oleh onboarding dan klaim

Catatan: Collapsed dan Expanded Subprocess merupakan cara visual menampilkan subprocess, bukan dua jenis semantik proses yang berbeda. Call Activity juga bukan embedded subprocess: Call Activity merujuk pada elemen global yang didefinisikan terpisah.

4.3. Contoh kasus: Subprocess validasi dokumen klaim

Sebuah perusahaan asuransi menerima klaim dari nasabah. Proses utama tidak perlu menampilkan setiap pemeriksaan dokumen secara detail.

Pada tingkat proses utama, alurnya dapat didefinisikan sebagai berikut:

UrutanAktivitasHasil1Terima laporan klaimKlaim terdaftar2Validasi dokumenStatus kelengkapan dokumen3Evaluasi cakupan polisHasil pemeriksaan cakupan4Penilaian klaimRekomendasi keputusan5Persetujuan klaimKlaim disetujui, ditolak, atau dikembalikan sesuai aturan

Aktivitas Validasi Dokumen dapat dijadikan embedded subprocess dengan rincian:

UrutanAktivitas di dalam subprocessTujuan1Periksa dokumen wajibMemastikan seluruh dokumen yang diwajibkan tersedia2Validasi identitas dan referensi polisMemastikan data terhubung dengan klaim yang benar3Periksa konsistensi dataMenemukan ketidaksesuaian informasi4Evaluasi kelengkapanMenentukan apakah data cukup untuk melanjutkan5Kembalikan untuk dilengkapi atau selesaikan validasiMenghasilkan status yang dapat digunakan proses induk

Keuntungan pendekatan ini adalah proses utama tetap ringkas, sementara detail validasi dapat dianalisis dan diuji secara terpisah.

4.4. Kapan menggunakan Call Activity?

Misalnya, sebuah perusahaan memiliki proses verifikasi identitas yang digunakan oleh:

1. Customer onboarding
2. Pengajuan polis
3. Pengajuan klaim
4. Pembukaan akun mitra

Jika proses verifikasi tersebut didefinisikan sebagai proses global, setiap proses pemanggil dapat menggunakan Call Activity untuk merujuk kepadanya.

Pendekatan ini membantu mengurangi duplikasi definisi proses. Namun, desain tetap perlu menentukan bagaimana data masukan dan keluaran dipetakan, bagaimana kegagalan ditangani, serta bagaimana perubahan pada proses yang digunakan bersama berdampak pada proses pemanggil.

4.5. Kapan subprocess tidak diperlukan?

Tidak setiap rangkaian aktivitas perlu dipecah menjadi subprocess. Jika proses hanya memiliki beberapa aktivitas sederhana dan jalurnya mudah dipahami, satu diagram mungkin sudah cukup.

Subprocess mulai bermanfaat ketika:

1. Diagram utama terlalu padat.
2. Satu kelompok aktivitas memiliki tujuan bisnis yang jelas.
3. Detail proses perlu dikelola secara terpisah.
4. Sebuah proses perlu digunakan kembali melalui Call Activity.
5. Tim membutuhkan batas yang lebih jelas untuk analisis, pengujian, atau tanggung jawab.

Subprocess yang terlalu banyak justru dapat membuat pembaca kesulitan mengikuti proses. Pilih tingkat detail berdasarkan kebutuhan pembaca dan kompleksitas proses, bukan sekadar jumlah aktivitas.

5. BPMN Event: Memodelkan Awal, Kejadian, dan Akhir Proses

Event menggambarkan sesuatu yang terjadi dan memengaruhi perjalanan proses. Event berbeda dari Task karena event tidak merepresentasikan pekerjaan yang dilakukan secara aktif oleh seseorang atau sistem.

5.1. Kategori event

KategoriFungsiContohStart EventMemulai sebuah proses atau subprocessPermintaan pembelian diterimaIntermediate EventMenangani kejadian saat proses sedang berlangsungMenunggu respons vendorEnd EventMenandai akhir jalur prosesPermintaan selesaiBoundary EventDitempelkan pada batas activity atau subprocess untuk menangani kejadian terkait activity tersebutTimer untuk batas waktu responsEvent Subprocess Start EventMemicu event subprocess dalam cakupannyaMenerima pesan pembatalan yang relevan

Event dapat dibedakan lagi berdasarkan trigger atau hasilnya, seperti Message, Timer, Error, Signal, Escalation, Conditional, dan Compensation. Ketersediaan dan arti event bergantung pada konteks penggunaannya.

5.2. Jenis event yang sering digunakan

EventKegunaanContoh enterpriseMessage EventMenangani pesan yang dikirim atau diterimaMenerima konfirmasi vendorTimer EventMemicu atau menandai kondisi berbasis waktuEskalasi tugas yang melewati SLAError EventMenangani error sesuai semantik BPMNKegagalan aktivitas pada subprocess yang memiliki jalur errorConditional EventMerespons kondisi yang terpenuhiMelanjutkan proses ketika kondisi bisnis tertentu terpenuhiSignal EventMengirim atau menerima sinyal yang dapat menjangkau proses yang relevanMengumumkan kejadian lintas prosesEscalation EventMenangani eskalasi dalam konteks prosesEskalasi kepada supervisorCompensation EventMemodelkan aktivitas kompensasi terhadap pekerjaan yang telah selesaiMembatalkan efek bisnis melalui aktivitas kompensasi yang dirancang

Jangan menyamakan semua event dengan notifikasi. Message Event, misalnya, merepresentasikan pertukaran pesan dalam model proses; notifikasi email atau WhatsApp adalah salah satu kemungkinan implementasi teknisnya.

5.3. Interrupting dan non-interrupting boundary event

Boundary Event dapat memiliki perilaku interrupting atau non-interrupting, bergantung pada jenis event dan konfigurasi model.

PerilakuArtiContohInterruptingKetika event terjadi, jalur aktivitas yang relevan dihentikan dan proses mengikuti jalur eventAktivitas pemeriksaan dihentikan ketika error yang ditangani terjadiNon-interruptingEvent memicu jalur tambahan tanpa menghentikan aktivitas utamaPengingat dikirim ketika tugas belum selesai, sementara tugas masih aktif

Contoh penting adalah Timer Boundary Event pada tugas approval. Jika timer hanya memicu pengingat, aktivitas approval dapat tetap berjalan. Jika kebijakan perusahaan menyatakan proses harus dialihkan setelah batas waktu tertentu, desain event dan jalurnya harus sesuai dengan aturan tersebut.

Implementasi SLA juga membutuhkan definisi yang jelas mengenai kapan timer dimulai, apakah waktu dihitung berdasarkan hari kerja, bagaimana hari libur ditangani, dan apa yang terjadi setelah eskalasi.

6. BPMN Gateway: Mengendalikan Keputusan dan Alur Paralel

Gateway digunakan untuk mengatur percabangan atau penggabungan alur proses. Gateway bukan aktivitas bisnis itu sendiri, melainkan elemen pengendali alur.

GatewayFungsiContohExclusive Gateway (XOR)Memilih satu jalur berdasarkan kondisiKlaim disetujui atau ditolakParallel Gateway (AND)Membagi atau menyatukan alur paralelPemeriksaan anggaran dan compliance berjalan bersamaanInclusive Gateway (OR)Memungkinkan satu atau lebih jalur dipilih sesuai kondisiMeminta satu atau beberapa jenis pemeriksaan tambahanEvent-Based GatewayMenentukan jalur berdasarkan event yang terjadi lebih dahuluMenunggu konfirmasi vendor atau timeoutComplex GatewayMemodelkan aturan percabangan atau penggabungan yang lebih kompleksMelanjutkan setelah kondisi gabungan tertentu terpenuhi

Perbedaan penting: XOR memilih satu jalur, sedangkan OR dapat memilih beberapa jalur. AND digunakan untuk jalur paralel, sementara Event-Based Gateway menunggu kejadian yang menentukan jalur selanjutnya.

Dalam diagram enterprise, kondisi gateway harus ditulis secara jelas. Misalnya, "Nilai klaim di bawah batas kewenangan?" lebih mudah dianalisis daripada label "Valid?" yang tidak menjelaskan aturan pemeriksaan.

7. BPMN Task: Menentukan Jenis Aktivitas yang Tepat

Task merepresentasikan pekerjaan dalam proses. BPMN menyediakan beberapa jenis task yang dapat membantu menjelaskan karakter aktivitas.

Jenis TaskFungsiContoh penggunaanUser TaskAktivitas yang diselesaikan melalui interaksi penggunaClaims analyst meninjau klaimManual TaskAktivitas yang dilakukan secara manual di luar kendali langsung aplikasi sebagai workflow activityPemeriksaan fisik barangService TaskAktivitas yang dilakukan oleh layanan atau aplikasiMengambil data polis melalui APIScript TaskAktivitas yang menjalankan skrip dalam lingkungan eksekusi yang mendukungnyaTransformasi data sederhanaSend TaskMengirim pesan kepada participant atau penerima yang relevanMengirim permintaan konfirmasiReceive TaskMenunggu atau menerima pesanMenunggu konfirmasi vendorBusiness Rule TaskMengevaluasi aturan bisnis melalui mekanisme rule processingMenentukan jalur approval dari matriks kewenangan

Pemilihan jenis task harus sesuai dengan makna proses dan kemampuan workflow engine yang digunakan. Tidak semua engine mendukung seluruh fitur atau mengeksekusinya dengan cara yang sama.

8. Memahami Sequence Flow, Message Flow, dan Data Object

Selain event, task, dan gateway, hubungan antar elemen harus dimodelkan dengan benar.

ElemenFungsiContohSequence FlowMenunjukkan urutan alur dalam satu prosesValidasi dilanjutkan ke approvalMessage FlowMenunjukkan komunikasi antarpeserta yang berbedaPerusahaan mengirim PO kepada vendorAssociationMenghubungkan elemen dengan artefak atau informasi terkait tanpa mengatur urutan prosesTask dihubungkan dengan catatan atau data objectData ObjectMenunjukkan data yang digunakan atau dihasilkan aktivitasFormulir pengajuanData StoreMenunjukkan tempat penyimpanan data yang relevanData transaksi pengadaanText AnnotationMemberikan keterangan tambahanCatatan kebijakan approval

Data Object dan Data Store memberikan konteks terhadap informasi yang digunakan proses. Namun, keduanya tidak menggantikan desain database, skema API, atau data ownership yang harus ditentukan dalam arsitektur aplikasi.

9. Tools BPMN: Memilih Alat Sesuai Kebutuhan

Tidak semua tools BPMN memiliki fungsi yang sama. Ada yang berfokus pada diagram, ada yang dapat ditanamkan ke dalam aplikasi, dan ada pula yang menyediakan runtime untuk menjalankan proses.

9.1. bpmn.io dan bpmn-js

bpmn.io menyediakan toolkit dan tools yang berkaitan dengan BPMN. Salah satu komponen utamanya adalah bpmn-js, yaitu library JavaScript untuk menampilkan dan memodelkan diagram BPMN 2.0 di browser.

Menurut dokumentasi bpmn-js, toolkit tersebut dapat digunakan sebagai viewer maupun modeler. Dokumentasi juga menjelaskan hubungan bpmn-js dengan diagram-js dan bpmn-moddle, yang mendukung interaksi diagram serta pembacaan dan penulisan model BPMN berbasis XML.

Komponen atau contohKegunaanKapan digunakanViewerMenampilkan diagram BPMNMenampilkan proses bisnis pada portal internalNavigatedViewerMenampilkan diagram dengan fasilitas navigasiMembaca diagram yang berukuran besarModelerMembuat dan mengedit diagram BPMNMembangun editor proses dalam aplikasiProperties PanelMengedit properti elemen yang didukungMengatur atribut task atau elemen modelOverlaysMenambahkan informasi di atas elemen diagramMenampilkan status, catatan, atau metadata tambahanColors dan ThemingMenyesuaikan tampilan diagramMembedakan kategori aktivitas atau status secara visualCommentingMenambahkan komentar pada diagramReview proses bersama stakeholderDiagram DiffingMembandingkan dua versi diagramMeninjau perubahan prosesToken SimulationMemvisualisasikan pergerakan token untuk membantu memahami alurMengevaluasi logika jalur pada diagramCustom Elements dan Modeling RulesMemperluas elemen atau aturan pemodelanMembangun modeler dengan kebutuhan khusus

Daftar tersebut mengacu pada contoh yang tersedia di bpmn.io — bpmn-js Examples. Fitur pada halaman contoh tidak berarti seluruhnya tersedia sebagai fitur siap pakai dalam setiap instalasi. Sebagian merupakan demonstrasi ekstensi yang perlu diintegrasikan sesuai kebutuhan.

9.2. Bagaimana bpmn-js bekerja?

Secara konseptual, bpmn-js dapat dipahami melalui tiga lapisan.

LapisanPerandiagram-jsMenyediakan fondasi interaksi diagram, canvas, dan elemen grafisbpmn-moddleMembaca dan menulis struktur model BPMN 2.0 serta XMLbpmn-jsMenggabungkan keduanya dengan notasi, aturan pemodelan, dan interaksi khusus BPMN

Pendekatan ini membuat bpmn-js cocok ketika perusahaan ingin mengintegrasikan BPMN ke dalam aplikasi web sendiri, misalnya portal dokumentasi proses, sistem desain workflow, atau aplikasi internal yang memerlukan viewer dan editor proses.

Namun, bpmn-js pada dasarnya adalah toolkit untuk diagram. Ia tidak dengan sendirinya menjadi workflow engine yang mengelola seluruh eksekusi proses bisnis.

9.3. Kapan menggunakan viewer dan kapan menggunakan modeler?

KebutuhanPilihan yang tepatPengguna hanya perlu membaca diagramViewerPengguna perlu memperbesar, menggeser, dan menelusuri diagramNavigatedViewerBusiness Analyst perlu membuat dan mengubah diagramModelerPerusahaan ingin menyematkan editor BPMN ke aplikasi webModeler yang diintegrasikan ke aplikasiPerusahaan ingin menjalankan proses dengan human task dan service taskWorkflow engine yang mendukung kebutuhan eksekusi tersebut, bukan hanya bpmn-js

Dokumentasi pengembangan tersedia melalui bpmn-js Walkthrough, termasuk contoh instalasi, penggunaan viewer, modeler, dan cara memperluas toolkit.

9.4. BPMN.org sebagai rujukan standar

BPMN.org merupakan portal resmi yang mengarahkan pembaca ke spesifikasi dan sumber pembelajaran BPMN dalam ekosistem OMG.

Gunakan sumber standar untuk memahami makna elemen dan aturan notasi. Gunakan dokumentasi tools untuk memahami cara membuat, menampilkan, mengedit, atau memperluas diagram.

Pemisahan ini penting: sebuah library dapat menyediakan cara menggambar elemen, tetapi arti dan perilaku elemen BPMN tetap harus mengacu pada standar dan kemampuan implementasi yang digunakan.

10. BPMN Diagramming Tool vs Workflow Engine

Salah satu kesalahpahaman yang sering terjadi adalah menganggap aplikasi untuk menggambar BPMN otomatis dapat mengeksekusi proses bisnis.

AspekBPMN Diagramming ToolWorkflow EngineTujuan utamaMembuat, mengedit, atau menampilkan diagramMenjalankan dan mengelola instance prosesInput utamaModel atau diagram BPMNDefinisi proses yang didukung oleh engineOutput utamaDiagram, model, atau file BPMNStatus proses, tugas, event, dan hasil eksekusiHuman taskDapat dimodelkan sebagai simbolMemerlukan runtime dan mekanisme tugas penggunaIntegrasi APIBisa mendukung pengembangan integrasi aplikasiDapat menjalankan service task atau mekanisme integrasi yang sesuaiMonitoring runtimeTidak otomatis tersedia hanya dari diagramBergantung pada kapabilitas engine dan solusi operasionalnyaContoh penggunaanEditor diagram pada portal perusahaanApproval workflow yang berjalan dan menyimpan status transaksi

Sebuah solusi dapat menggunakan bpmn-js untuk visualisasi dan editor, kemudian menghubungkan model BPMN dengan engine terpisah. Namun, hubungan tersebut memerlukan desain integrasi, validasi model, pengelolaan versi, serta kesesuaian antara elemen BPMN yang dimodelkan dan fitur yang didukung engine.

11. Contoh Penerapan BPMN pada Enterprise System

BPMN dapat diterapkan pada berbagai domain bisnis. Berikut contoh proses dan alasan pemodelannya.

DomainContoh prosesElemen BPMN yang relevanTujuanProcurementPurchase requisition hingga pembayaranSwimlane, XOR Gateway, Subprocess, Message FlowMemperjelas otorisasi, penerimaan barang, dan verifikasi invoiceInsuranceRegistrasi hingga penyelesaian klaimUser Task, Service Task, Event, SubprocessMemisahkan pemeriksaan dokumen, investigasi, keputusan, dan pembayaranFinanceInvoice-to-paymentGateway, Timer Event, Service Task, Boundary EventMenangani validasi, approval, kegagalan pembayaran, dan rekonsiliasiHuman ResourcesEmployee onboardingCall Activity, User Task, Message EventMengelola tugas lintas HR, IT, dan atasanIT Service ManagementIncident handlingEvent, Gateway, Escalation, SubprocessMengatur prioritas, assignment, eskalasi, dan penyelesaian insidenCustomer OnboardingRegistrasi dan verifikasi identitasMessage Event, Service Task, GatewayMengatur validasi data dan pemeriksaan tambahanSales OperationsLead-to-orderSwimlane, Gateway, Call ActivityMenghubungkan proses sales, approval harga, dan pemenuhan pesanan

Elemen yang dipilih harus mengikuti kebutuhan proses. Tidak semua proses membutuhkan Event Subprocess atau Transaction Subprocess. Model yang baik menggunakan kompleksitas secukupnya untuk menggambarkan aturan bisnis dengan jelas.

12. Dari BPMN ke System Requirements

BPMN dapat menjadi sumber analisis untuk menyusun requirement, tetapi tidak menggantikan dokumen kebutuhan sistem.

Misalnya, dalam proses approval procurement, diagram menunjukkan bahwa permintaan harus melewati validasi dan persetujuan sebelum Purchase Order diterbitkan.

Dari alur tersebut, tim dapat menurunkan requirement berikut:

ArtefakContohBusiness RequirementPembelian harus mengikuti kewenangan dan kebijakan anggaran perusahaanFunctional RequirementSistem menentukan approver berdasarkan matriks kewenanganUser StorySebagai Budget Owner, saya ingin menerima permintaan pembelian yang menjadi tanggung jawab saya agar dapat meninjau dan memutuskan pengajuannyaAcceptance CriteriaJika pengguna tidak memiliki kewenangan approval, sistem harus menolak tindakan persetujuanData RequirementSistem menyimpan identitas pengaju, nilai transaksi, status, approver, dan waktu keputusanIntegration RequirementPurchase Order hanya diterbitkan setelah persetujuan yang diwajibkan selesaiSecurity RequirementHak akses dan segregasi tugas diterapkan pada tindakan pengajuan dan persetujuan

Tahapan ini membuat hubungan antara proses bisnis, perilaku aplikasi, struktur data, dan pengujian menjadi lebih jelas.

13. Praktik Terbaik Saat Membuat BPMN

Untuk menghasilkan diagram yang dapat dipahami dan dipelihara, gunakan prinsip berikut.

1. Mulai dari tujuan bisnis.

Tentukan proses apa yang ingin dipahami atau diperbaiki sebelum memilih simbol.

2. Tentukan batas proses.

Jelaskan pemicu awal, hasil akhir, dan participant yang terlibat.

3. Gunakan swimlane sesuai tanggung jawab.

Hindari memisahkan setiap aktivitas ke lane tersendiri jika tidak memberikan informasi baru.

4. Gunakan subprocess untuk mengendalikan kompleksitas.

Pecah proses ketika sebuah kelompok aktivitas memiliki tujuan atau batas yang jelas.

5. Definisikan kondisi gateway secara eksplisit.

Hindari kondisi yang ambigu, seperti “sesuai?” tanpa menjelaskan kriteria yang digunakan.

6. Modelkan jalur pengecualian.

Perhatikan penolakan, revisi, timeout, error integrasi, dan proses kompensasi bila relevan.

7. Bedakan urutan aktivitas dan komunikasi.

Gunakan Sequence Flow dan Message Flow sesuai fungsi masing-masing.

8. Tentukan tingkat detail sesuai pembaca.

Diagram tingkat bisnis tidak perlu dipenuhi detail teknis API atau struktur database. Detail tersebut dapat diletakkan pada artefak desain sistem.

9. Validasi diagram dengan stakeholder.

Pastikan model sesuai dengan praktik aktual, kebijakan perusahaan, dan hasil yang diharapkan.

10. Jika BPMN akan dieksekusi, validasi terhadap engine.

Periksa dukungan terhadap task, event, gateway, subprocess, dan semantik lain yang digunakan.

Kesimpulan

BPMN 2.0 menyediakan cara yang terstruktur untuk memahami, mendokumentasikan, dan—dengan dukungan implementasi yang tepat—mengeksekusi proses bisnis. Swimlane membantu menjelaskan tanggung jawab, subprocess mengendalikan kompleksitas, gateway mengatur keputusan, dan event menangani kejadian yang memengaruhi jalannya proses.

Sementara itu, tools seperti bpmn-js menyediakan fondasi untuk menampilkan dan mengedit diagram BPMN dalam aplikasi web. Untuk menjalankan proses secara operasional, perusahaan perlu mempertimbangkan workflow engine, integrasi, data persistence, keamanan, dan monitoring.

Kunci penggunaan BPMN bukanlah menggunakan sebanyak mungkin simbol, melainkan memilih notasi yang tepat agar proses dapat dipahami oleh bisnis, diterjemahkan menjadi requirement yang terukur, dan diimplementasikan oleh tim teknologi.

Ethan Tech Digital membantu bisnis menganalisis proses, menyusun kebutuhan sistem, merancang arsitektur, dan mengembangkan solusi perangkat lunak yang disesuaikan dengan kebutuhan operasional perusahaan.

Pelajari solusi kami di https://ethantechdigital.com/ untuk mengenal pendekatan pengembangan sistem yang berfokus pada kebutuhan bisnis, integrasi, dan keberlanjutan teknologi.

Referensi resmi

1. BPMN.org — portal standar dan dokumentasi BPMN: https://www.bpmn.org/
2. bpmn.io — contoh penggunaan dan ekstensi bpmn-js: https://bpmn.io/toolkit/bpmn-js/examples/
3. bpmn.io — panduan teknis bpmn-js: https://bpmn.io/toolkit/bpmn-js/walkthrough/