ProcessOS Camunda Berargumen BPM Selalu Menjadi Lapisan yang Tepat untuk AI Agent

Sebagian besar strategi AI enterprise di tahun 2026 dibangun di atas lapisan yang salah. Mereka mengatur agen di tingkat model, atau mereka memilih platform agen dan berharap tata kelola datang bersamanya. Camunda baru saja berargumen bahwa kedua pendekatan ini melewatkan intinya.

Ringkasan Singkat: Pada 20 Mei 2026, Camunda mengumumkan ProcessOS di CamundaCon di Amsterdam, di hadapan sekitar 1.200 pemimpin enterprise dan teknolog dari 25 negara. ProcessOS berada sebagai lapisan kecerdasan AI di atas platform orkestrasi Camunda yang sudah ada, yang sudah menjalankan jutaan instans alur kerja serentak setiap hari. Produk ini menggunakan empat AI agent untuk mencakup siklus hidup proses penuh: menemukan bagaimana hal-hal sebenarnya berjalan hari ini, merekayasa ulang menuju hasil yang diinginkan, membangun dan menerapkan proses baru, dan meningkatkannya secara berkelanjutan dalam produksi. Menurut pengumuman Camunda pada 20 Mei, tesis intinya adalah bahwa adopsi AI enterprise telah macet di tingkat bantuan tugas karena agen belum diberi otoritas atau struktur tata kelola untuk bertindak di tingkat proses. ProcessOS adalah jawaban Camunda untuk itu.

Apa yang Sebenarnya Dilakukan ProcessOS

Produk ini bekerja dari bahasa alami. Anda mendeskripsikan sebuah hasil. ProcessOS menghasilkan solusi berbasis proses yang lengkap: alur kerja agentic, pemetaan data, logika integrasi, aturan keputusan, prompt agen, dan formulir UI yang masih perlu disentuh manusia. Ini menarik dari katalog Marketplace Camunda yang berisi ekstensi, sehingga membangun pada konektor yang sudah ada, bukan menciptakan dari awal.

Empat AI agent khusus berbagi pekerjaan di seluruh siklus hidup proses. Yang pertama memetakan bagaimana proses saat ini berjalan, bukan bagaimana menurut Anda mereka berjalan. Yang kedua mendesain ulang proses di sekitar hasil yang Anda tentukan. Yang ketiga menangani pembangunan dan penerapan. Dan yang keempat mengawasi produksi, menandai penyimpangan, dan memberikan umpan balik perbaikan berkelanjutan ke dalam siklus.

Apa yang Dikatakan Data

• Platform Camunda yang sudah ada menangani jutaan instans alur kerja serentak setiap hari di seluruh penerapan enterprise besar (Camunda, 2026)
• CamundaCon Amsterdam 2026 menarik sekitar 1.200 pemimpin enterprise dan teknolog dari 25 negara (Camunda, 2026)
• Adopsi AI enterprise macet di tingkat bantuan tugas, dengan sebagian besar penerapan terbatas pada rekomendasi dan chatbot daripada tindakan tingkat proses (brief peluncuran ProcessOS Camunda, 2026)

ProcessOS berjalan secara native di Amazon Web Services, dengan koneksi erat ke Amazon Bedrock dan Amazon Bedrock AgentCore. Ini mencakup model dasar, memori agen, manajemen identitas, dan layanan gateway. Saat ini dalam closed beta; enterprise dapat mendaftarkan minat di camunda.com/process-os.

CTO Daniel Meyer adalah eksekutif Camunda yang bernama untuk peluncuran ini. Framing-nya langsung: perusahaan perlu berhenti memikirkan tugas apa yang bisa dibantu AI dan mulai memutuskan tugas mana yang harus dilakukan oleh agen vs. manusia, di tingkat proses, dengan keterlacakan penuh.

Mengapa Lapisan Proses Menjadi Medan Pertempuran Baru

Business Process Model and Notation (BPMN) adalah standar enterprise berusia 20 tahun. Camunda adalah salah satu vendor platform terbesarnya. Taruhan ProcessOS adalah bahwa lapisan ini, khususnya orkestrasi proses multi-langkah dengan peran, handoff, dan SLA (Service Level Agreement) yang terdefinisi, selalu menjadi tempat yang tepat untuk mengatur agen. Lapisan LLM terlalu abstrak. Lapisan obrolan terlalu dangkal. Lapisan proses sudah memiliki apa yang dibutuhkan enterprise.

Dan bukan hanya Camunda yang melakukan langkah ini. IBM, Pega, dan Appian semuanya memperluas perkakas BPM ke arah agen. Pada saat yang sama, Salesforce Agentforce, ServiceNow AI Platform, dan Microsoft Copilot semuanya membangun kemampuan proses ke dalam apa yang dimulai sebagai platform agen. Kedua kubu berpacu menuju permukaan kontrol yang sama.

Pertanyaan bagi CTO bukan vendor mana yang menang. Melainkan lapisan arsitektur mana yang harus menjangkar strategi agen enterprise Anda. Itulah keputusan nyata yang dipaksa ProcessOS ke meja.

Tiga Implikasi CTO

Konvergensi itu nyata, dan Anda perlu memilih lapisan

Vendor BPM dan vendor platform agen sedang menyatu pada permukaan kontrol yang sama. Argumen Camunda adalah bahwa BPM sudah memiliki primitif yang dibutuhkan enterprise: jejak audit, versioning, penegakan SLA, handoff berbasis peran, dan titik pemeriksaan human-in-the-loop. Platform agen mencoba meretrofit kemampuan tersebut ke arsitektur yang dirancang untuk eksekusi tugas, bukan tata kelola proses.

Itu tidak secara otomatis berarti BPM menang. Namun ini berarti bahwa jika Anda saat ini mengatur agen di lapisan model melalui rekayasa prompt dan guardrails, Anda melakukannya di tingkat yang salah. Tata kelola tingkat prompt tidak bertahan dalam proses dengan 14 langkah dan 4 handoff.

Agen-sebagai-tugas mengalahkan agen-sebagai-aplikasi untuk kepatuhan

Pola yang paling penting untuk industri yang diatur adalah "agen menjalankan langkah di dalam proses yang diatur," bukan "agen beroperasi sebagai aplikasi otonom." Persetujuan pengembalian dana, pemeriksaan Know Your Customer (KYC), atau penjaminan klaim asuransi semuanya membutuhkan keterlacakan yang sama baik eksekutornya adalah manusia, skrip, atau AI agent. Lapisan proses sudah menegakkan itu, karena definisi proses mendahului agen.

Di sinilah platform BPM memiliki keunggulan struktural yang nyata. Ketika Anda menjalankan agen di dalam proses BPMN, jejak audit bukan sesuatu yang Anda tambahkan, itu sesuatu yang Anda warisi. Tim kepatuhan tidak perlu mempercayai agen; mereka mempercayai proses, dan agen hanyalah satu lagi pelaksana langkah-langkah yang sudah mereka setujui.

Lihat Persyaratan Tata Kelola berdasarkan Pola AI untuk bagaimana ini terjadi di berbagai kasus penggunaan agen, dan Execute: Ketika AI Mengubah Status Eksternal untuk konteks yang lebih luas tentang mengapa tata kelola eksekusi agen penting.

Pertanyaan pengadaan baru saja berubah

Sampai sekarang, pertanyaan umum CTO adalah: "Platform agen mana yang kita standarisasi?" Kini harus menjadi dua pertanyaan. Pertama: lapisan orkestrasi mana yang mengatur cara kita merancang, menerapkan, dan mengaudit proses, baik eksekutornya manusia atau agen? Kedua: runtime agen mana yang kita gunakan untuk langkah-langkah eksekusi AI di dalam proses tersebut? Dan yang kritis: apakah keduanya platform yang sama atau berbeda?

Bagi sebagian organisasi, jawabannya adalah konsolidasi: pilih Salesforce atau ServiceNow dan terima bahwa orkestrasi dan runtime agen Anda adalah vendor yang sama. Bagi yang lain, terutama yang memiliki proses yang kompleks, diatur, dan multi-sistem, jawabannya mungkin mempertahankan BPM sebagai lapisan orkestrasi dan memperlakukan platform agen sebagai mesin eksekusi yang terhubung ke dalamnya.

ProcessOS pada dasarnya adalah argumen Camunda bahwa Anda tidak harus memilih: biarkan lapisan proses memiliki orkestrasi dan tata kelola, dan biarkan model dasar menangani kecerdasan. Ini adalah pemisahan yang bersih. Apakah itu berlaku dalam praktik bergantung pada arsitektur Anda yang ada. Namun framingnya benar.

Untuk kerangka tentang cara mendekati pertanyaan bangun vs. beli vs. mitra ini di tingkat eksekutif, lihat Kerangka Bangun-vs-Beli-vs-Mitra.

Uji Kontrol Lapisan Proses

Sebelum CTO mana pun berkomitmen pada pendekatan tata kelola agen, jalankan uji tiga pertanyaan ini. Setiap pertanyaan memetakan ke lapisan yang berbeda.

Pertanyaan 1: Apakah proses ini memerlukan jejak audit yang terdokumentasi untuk tinjauan kepatuhan atau hukum? Jika ya, Anda membutuhkan lapisan orkestrasi proses. Guardrails tingkat model tidak menghasilkan log audit langkah demi langkah yang dibutuhkan tim kepatuhan. BPM melakukannya.

Pertanyaan 2: Apakah proses ini melibatkan handoff antara manusia dan agen, atau antara beberapa agen? Jika ya, Anda membutuhkan orkestrasi eksplisit, bukan hanya agen yang memanggil alat. Platform orkestrasi proses mendefinisikan titik handoff, jalur eskalasi, dan SLA. Platform agen biasanya tidak, kecuali Anda membangun logika itu sendiri.

Pertanyaan 3: Apakah proses ini perlu di-version, di-rollback, atau disertifikasi oleh pemangku kepentingan non-teknis? Jika ya, Anda membutuhkan lapisan yang memisahkan definisi proses dari eksekusi. Diagram BPMN dapat dibaca oleh pemilik proses dan tim kepatuhan. Kode agen tidak. Jika CISO atau petugas kepatuhan Anda perlu menyetujui prosesnya, mereka perlu membacanya dalam sesuatu selain Python.

Jika Anda menjawab ya untuk dua atau tiga pertanyaan ini, lapisan orkestrasi proses masuk dalam evaluasi Anda. Jika Anda tidak menjawab ya untuk satupun, platform agen atau integrasi model langsung mungkin sudah cukup.

Yang Perlu Dimasukkan dalam Evaluasi 90 Hari

Jendela 90 hari penting karena keputusan platform yang dibuat sekarang akan sulit dibatalkan dalam 12 bulan. Inilah tampilan evaluasi terstruktur.

Hari 1-30: Petakan inventaris proses yang diatur. Tarik setiap proses multi-langkah di organisasi Anda yang memiliki persyaratan kepatuhan, audit, atau SLA. Beri skor masing-masing pada tiga pertanyaan di atas. Anda tidak perlu mengevaluasi semuanya, tetapi Anda perlu mengetahui di mana risiko tata kelola berada.

Hari 31-60: Jalankan uji arsitektur paralel. Pilih satu proses kompleksitas menengah yang saat ini menggunakan agen atau sedang dibangun untuk agen. Implementasikan dua kali: sekali di dalam platform agen Anda saat ini, sekali di dalam alat BPM seperti Camunda (bahkan tier gratisnya). Bandingkan output audit, waktu untuk menambahkan langkah handoff baru, dan bagaimana pemangku kepentingan non-teknis akan meninjau dan menyetujuinya.

Hari 61-90: Hasilkan catatan keputusan arsitektur (ADR) satu halaman. Dokumentasikan lapisan mana yang mengatur kelas proses mana di lingkungan Anda. Ini adalah output yang mencegah tim berikutnya membangun ulang keputusan dari awal. Bahkan jika Anda menyimpulkan bahwa platform agen sudah cukup, menulis ADR memaksa kejelasan tentang pertukaran tersebut.

Untuk lebih lanjut tentang bagaimana keputusan ini masuk ke dalam strategi AI tenaga kerja dan operasi yang lebih luas, lihat Kerangka Keputusan Eksekutif untuk Strategi AI Tenaga Kerja dan Kesenjangan Tata Kelola: Apa yang Salah Dipahami Pemimpin tentang AI di Tempat Kerja.

Yang Harus Dilakukan Minggu Ini

Pengumuman ProcessOS adalah pemaksa, bukan karena Anda perlu mengevaluasi Camunda secara spesifik, tetapi karena ini menandakan bahwa pasar BPM dan platform agen secara resmi berada dalam pertarungan yang sama. Keputusan yang Anda tunda sekarang akan lebih sulit dibuat di bawah tekanan vendor dalam enam bulan.

Minggu ini, lakukan tiga hal. Tarik satu proses multi-langkah yang diatur yang saat ini berjalan dengan AI agent atau sedang dibangun untuk itu. Jalankan melalui Uji Kontrol Lapisan Proses di atas. Kemudian jadwalkan 30 menit dengan kepala kepatuhan Anda dan lead platform agen Anda di ruangan yang sama untuk mendiskusikan apakah pendekatan tata kelola Anda saat ini akan bertahan dari audit.

Percakapan itu akan memberi tahu Anda lebih banyak dari penjelasan vendor mana pun tentang apakah lapisan proses masuk dalam arsitektur Anda. Dan jika jawabannya ya, ProcessOS baru saja memberi Anda produk spesifik untuk dimasukkan dalam daftar evaluasi.

Pelajari Lebih Lanjut

• Agen Otonom: Tujuan Multi-Langkah dengan Penggunaan Alat
• The ACE Framework: Tabel Periodik untuk AI Bisnis
• Memperkenalkan BPM: Kerangka untuk Manajemen Proses

---

Pertanyaan yang Sering Diajukan

Apa itu ProcessOS Camunda?

ProcessOS adalah lapisan kecerdasan bertenaga AI yang dibangun di atas platform orkestrasi proses Camunda yang sudah ada. Diumumkan pada Mei 2026, ia menggunakan empat AI agent khusus untuk menemukan, mendesain ulang, membangun, dan terus meningkatkan proses bisnis. Pengguna mendeskripsikan hasil yang diinginkan dalam bahasa alami dan ProcessOS menghasilkan solusi proses yang lengkap, termasuk integrasi, pemetaan data, dan prompt agen.

Mengapa lapisan proses penting untuk AI agent?

Lapisan orkestrasi proses sudah membawa primitif tata kelola yang dibutuhkan enterprise untuk agen: jejak audit, penegakan SLA, versioning, handoff berbasis peran, dan titik pemeriksaan human-in-the-loop. Mengatur agen di lapisan model atau platform agen berarti menambahkan kemampuan ini setelah kenyataan. Platform BPM mewarisinya dari dua dekade manajemen proses enterprise.

Bagaimana CTO harus mengevaluasi ProcessOS vs. platform agen seperti Agentforce atau ServiceNow AI Platform?

Perbedaan utamanya adalah apa yang diatur setiap lapisan. Platform agen mengatur agen mana yang ada dan alat apa yang bisa mereka panggil. Platform orkestrasi proses mengatur bagaimana proses multi-langkah berjalan, siapa atau apa yang menjalankan setiap langkah, dan bagaimana seluruh riwayat eksekusi dicatat. Untuk alur kerja yang diatur (klaim, KYC, persetujuan), Anda kemungkinan membutuhkan lapisan proses terlepas dari platform agen mana yang Anda pilih. Untuk otomasi tugas yang lebih sederhana, platform agen saja mungkin sudah cukup. Gunakan Uji Kontrol Lapisan Proses dalam artikel ini untuk memutuskan di mana proses spesifik Anda jatuh.