Addon Enable / Opt-in per Tenant

Addon tidak lagi otomatis tersedia begitu terpasang di sebuah instance. Sekarang setiap workspace menyalakan sendiri addon yang ingin dipakainya (opt-in), dan addon yang belum dinyalakan tidak bisa dikonfigurasi maupun dipanggil dari proses. Katalognya tetap terbuka — semua addon yang boleh dilihat tetap tampil — yang berubah hanya izin memakainya.

Pengaturannya ada di menu Addons, pada grup ADMINISTRATION di sidebar Studio.

Prasyarat

1. Role Owner atau Admin SOP pada workspace yang bersangkutan.
2. Addon yang dituju sudah terpasang di instance dan terlihat di katalog workspace Anda.

Dua Hal yang Sering Tertukar

Fitur ini punya dua sumbu berbeda. Hampir semua kebingungan datang dari menganggapnya satu hal.

Activation adalah yang Anda pakai sehari-hari. Sumbu visibility baru relevan bila workspace Anda menerbitkan addon sendiri — dan pada rilis ini kendalinya belum terbuka, lihat Batasan Fase 1.

Membuka Menu Addons

Dari sidebar Studio, buka grup ADMINISTRATION, lalu pilih Addons.

Halaman ini menampilkan seluruh addon yang boleh dilihat workspace Anda, bukan hanya yang aktif. Addon yang belum dinyalakan tetap tampil dengan status Disabled — itu keadaan normal, bukan tanda ada yang salah.

Anatomi Kartu Addon

Menyalakan Addon

Alurnya searah: nyalakan di menu Addons, lalu konfigurasikan di menu Integration. Menu Addons memang bukan tempat mengisi kredensial.

1. Buka Addons, cari kartu addon yang dituju.
2. Nyalakan switch Enable for this workspace.
3. Badge kartu berubah menjadi Enabled. Tidak ada dialog konfirmasi — menyalakan addon tidak merusak apa pun yang sedang berjalan.

Setelah aktif, addon langsung muncul sebagai entri baru di menu Integration — di sanalah kredensial dan endpoint-nya diisi.

Menyalakan addon yang sudah menyala aman diulang — tidak membuat aktivasi ganda.

Yang Berubah di Menu Integration

Halaman All Integrations (/{workspace}/integration) memisahkan integrasi bawaan dari addon.

Tombol Manage Addons di kanan atas membawa Anda langsung ke menu Addons.

Workspace yang belum menyalakan addon apa pun mendapat empty state yang menyebutkan jalan keluarnya, bukan halaman kosong yang tidak bisa dibedakan dari gagal muat:

Mematikan Addon

1. Menu Addons, matikan switch Enable for this workspace.
2. Muncul dialog konfirmasi "Disable <nama addon>?".
3. Pilih Disable addon untuk melanjutkan, atau Cancel untuk membatalkan.

Berbeda dengan menyalakan, mematikan selalu meminta konfirmasi. Isi dialognya menjelaskan bahwa penjagaannya bersifat lunak (soft-block):

• Proses yang sedang berjalan tetap diselesaikan, tidak dihentikan di tengah jalan.
• Yang ditolak adalah eksekusi baru yang memakai addon tersebut, sampai addon dinyalakan kembali.
• Konfigurasi lama tidak dihapus.

Konfigurasi yang tertinggal itu tetap terlihat di halaman Integration, pada seksi Turned off, still configured:

Tiap kartu di seksi ini berbadge Addon turned off disertai keterangan bahwa konfigurasinya dipertahankan tetapi tidak lagi dijalankan. Menyalakan addonnya kembali memulihkan keadaan semula tanpa perlu konfigurasi ulang.

Yang Berubah di Editor BPMN

Addon masuk ke proses lewat panel Integrations pada sebuah elemen BPMN — bukan lewat palette di sisi kiri, yang tetap berisi elemen BPMN standar.

Pilih sebuah service task, lalu buka panel Integrations-nya:

Tombol Add Integration membuka daftar addon yang bisa dipilih. Daftar ini hanya memuat addon yang sudah dinyalakan di workspace tersebut — addon lain di katalog tidak muncul sama sekali:

Dua hal yang perlu diketahui saat membaca daftar ini:

• Kelompoknya diberi judul memakai deskripsi addon, bukan namanya. Cocokkan lewat deskripsi dan versinya.
• Addon yang sudah enabled belum tentu menyumbang action. Sebagian addon hanya menyediakan komponen tampilan dan akan tampil sebagai kelompok tanpa satu pun action yang bisa dipilih.

Integrasi yang terlanjur terpasang pada sebuah elemen tetap terlihat dan masih berstatus Active di editor walaupun addonnya sudah dimatikan workspace-wide. Ini disengaja: penolakannya terjadi saat eksekusi, dan kalau panelnya ikut hilang, satu-satunya petunjuk kenapa proses gagal saat runtime hilang bersamanya.

Aktivasi Terkunci per Workspace

Menyalakan addon adalah keputusan satu workspace, bukan keputusan akun dan bukan keputusan instance. Akun yang sama, di workspace lain, akan melihat addon yang sama dalam keadaan Disabled:

Konsekuensi praktisnya: bila organisasi Anda memisahkan lingkungan uji dan produksi ke dua workspace berbeda, addon harus dinyalakan di masing-masing. Menyalakannya di satu workspace tidak berpengaruh pada yang lain. Untuk TEST dan LIVE di dalam satu workspace yang sama, satu kali enable berlaku untuk keduanya.

Menerbitkan Addon dari Workspace

Tombol Publish addon di kanan atas menu Addons memungkinkan sebuah workspace menerbitkan addonnya sendiri.

Troubleshooting

Batasan Fase 1

Hal-hal berikut belum tersedia pada rilis ini. Disebutkan supaya tidak dicari-cari di layar.

1. Tidak ada kendali privat/publik di UI. Kartu addon tidak menyediakan aksi mengubah visibility, dan dialog Publish menyatakan addon terbitan workspace tetap privat pada rilis ini. Sumbu visibility ada di rancangan dan di API, tetapi layarnya belum ada.
2. Version bump belum ada. Menerbitkan ulang key yang sama tidak menimpa addon yang sudah terbit.
3. Menu Addons bukan tempat konfigurasi. Kredensial dan endpoint tetap diisi lewat menu Integration.
4. Governance admin instance belum masuk. Kendali "addon mana yang boleh beredar di instance" belum bagian dari fase ini.

Lampiran — Kontrak API

Untuk integrator dan siapa pun yang menelusuri lewat network tab. Base path: /api/v1/integration.

Workspace pemanggil selalu diambil dari konteks autentikasi, tidak pernah dari URL atau body.