Perusahaan tidak selalu membutuhkan aplikasi proses bisnis hanya karena masih memiliki pekerjaan manual. Beberapa aktivitas memang lebih efisien jika dilakukan manusia, terutama ketika volumenya rendah, membutuhkan judgment tinggi, atau sering berubah. Masalah mulai muncul ketika proses manual menjadi bagian permanen dari operasi, melibatkan banyak orang dan aplikasi, menghasilkan input data berulang, membuat approval sulit dilacak, atau menyebabkan keputusan bisnis bergantung pada spreadsheet, chat, dan pengetahuan individu.<\/p>\n\n\n\n
Pada kondisi tersebut, masalah perusahaan bukan lagi sekadar kekurangan software. Yang mulai terjadi adalah business process tidak mempunyai satu sistem yang mengendalikan alur kerja dari awal hingga selesai<\/strong>. Data mungkin sudah tersimpan secara digital, tetapi proses yang menghubungkan data tersebut masih dijalankan manusia: seseorang mengirim file, orang berikutnya memeriksa email, manager memberikan persetujuan melalui chat, lalu staf lain memasukkan kembali informasi yang sama ke sistem berbeda.<\/p>\n\n\n\n IBM menjelaskan Business Process Automation<\/a> sebagai penggunaan software untuk mengotomatisasi proses bisnis yang kompleks dan berulang, terutama aktivitas yang menjaga operasi perusahaan tetap berjalan seperti pemrosesan order dan pengelolaan customer account. IBM juga menekankan bahwa sebuah proses bisnis biasanya terdiri dari serangkaian aktivitas yang dapat melibatkan beberapa departemen, sehingga automation tidak selalu berhenti pada satu task.<\/p>\n\n\n\n Karena itu pertanyaan yang lebih berguna bukan \u201cproses apa saja yang bisa dibuat otomatis?\u201d<\/strong>, melainkan:<\/p>\n\n\n\n \u201cProses mana yang sudah menimbulkan operational friction cukup besar sehingga perusahaan membutuhkan sistem untuk mengendalikannya?\u201d<\/strong><\/p>\n\n\n\n Aplikasi proses bisnis adalah sistem yang membantu perusahaan menjalankan, mengendalikan, dan memonitor workflow operasional yang terdiri dari beberapa tahapan, orang, keputusan, data, dan aplikasi.<\/p>\n\n\n\n Contoh paling sederhana adalah approval purchase request. Tanpa aplikasi proses bisnis, alurnya mungkin berjalan melalui email atau chat: staf mengirim request, manager memeriksa, Finance mengecek budget, Procurement membuat PO, lalu requester menanyakan status karena tidak mempunyai visibility terhadap proses tersebut.<\/p>\n\n\n\n Dengan sistem yang terstruktur, workflow dapat menjadi:<\/p>\n\n\n\n Request dibuat \u2192 sistem melakukan validation \u2192 manager menerima approval task \u2192 Finance melakukan budget check \u2192 Procurement menerima task \u2192 PO dibuat \u2192 requester mendapatkan status.<\/strong><\/p>\n\n\n\n Perbedaan utamanya bukan sekadar proses menjadi digital. Sistem mulai mempunyai informasi mengenai siapa melakukan apa, kondisi apa yang menentukan langkah berikutnya, data apa yang dibutuhkan, dan apa yang harus terjadi ketika terdapat exception.<\/strong><\/p>\n\n\n\n Konsep ini juga terlihat pada SAP Business Workflow<\/a>, yang digunakan untuk proses berulang maupun proses dengan banyak pihak dalam urutan tertentu, termasuk approval sederhana hingga koordinasi pembuatan material master. Workflow juga dapat dipicu oleh event atau exception tertentu di dalam proses bisnis.<\/p>\n\n\n\n Dengan demikian, aplikasi proses bisnis sebaiknya tidak dilihat hanya sebagai digital form<\/strong>. Form hanyalah titik masuk. Value sebenarnya muncul ketika sistem dapat mengatur apa yang terjadi setelah form tersebut dikirim<\/strong>.<\/p>\n\n\n\n Banyak perusahaan merasa prosesnya sudah digital karena tidak lagi menggunakan kertas. Request dibuat di Google Form, approval dilakukan melalui WhatsApp, data disimpan dalam spreadsheet, dan laporan dikirim melalui email. Secara teknis proses memang sudah menggunakan teknologi, tetapi workflow-nya masih bergantung pada manusia untuk memindahkan informasi dan memastikan setiap tahap berjalan.<\/p>\n\n\n\n Inilah perbedaan antara digitization<\/strong> dan process automation<\/strong>.<\/p>\n\n\n\n Jika karyawan mengisi form digital lalu staf lain harus menyalin datanya ke ERP, proses baru digital pada tahap input. Jika sistem dapat membaca request, melakukan validation, menentukan approver, mengirim task, menunggu keputusan, membuat transaksi pada sistem berikutnya, dan mencatat audit trail, barulah workflow mulai bergerak menuju automation.<\/p>\n\n\n\n Microsoft Power Automate<\/a> menjelaskan automation sebagai kemampuan merampingkan proses bisnis dan mengotomatisasi task berulang melalui workflow yang dapat mencakup aplikasi dan layanan berbeda. Microsoft juga membedakan automated flows, scheduled flows, desktop flows, dan business process flows sesuai karakter proses yang ingin dijalankan.<\/p>\n\n\n\n Bagi enterprise, distinction ini penting karena perusahaan dapat menghabiskan budget untuk mendigitalisasi interface tanpa mengurangi operational effort. Jika manusia masih harus mengingat siapa yang harus dihubungi, memindahkan data, mengejar approval, dan melakukan reconciliation, prosesnya belum benar-benar terotomatisasi.<\/strong><\/p>\n\n\n\n Tidak setiap workflow perlu dibangun menjadi aplikasi. Namun beberapa pola berikut menunjukkan bahwa manual process mulai menghasilkan cost, risk, atau bottleneck yang cukup besar untuk dievaluasi.<\/p>\n\n\n\n Salah satu indikator paling mudah ditemukan adalah duplicate entry. Sales memasukkan customer ke spreadsheet kemudian kembali menginputnya ke CRM. Operations menerima request dari form lalu memasukkan ulang informasi yang sama ke ERP. Finance mengambil data dari satu sistem, mengubah format, lalu memasukkannya ke sistem lain.<\/p>\n\n\n\n Setiap re-entry menambah tiga hal sekaligus: waktu, risiko kesalahan, dan delay<\/strong>. Semakin besar volume transaksi, semakin besar pula biaya manual yang sebenarnya sedang ditanggung perusahaan.<\/p>\n\n\n\n Namun solusi terhadap duplicate entry tidak selalu harus membuat satu aplikasi besar yang menggantikan semua sistem. Jika ERP, CRM, atau aplikasi existing masih bernilai, aplikasi proses bisnis dapat bertindak sebagai workflow dan integration layer yang mengatur perpindahan informasi antar-sistem.<\/p>\n\n\n\n Ini sejalan dengan pendekatan Enterprise System Upgrade Crocodic<\/a>, yang meningkatkan sistem existing melalui capability seperti API integration, workflow automation, multi-user access, dan automation tanpa mengharuskan perusahaan membangun ulang seluruh sistem.<\/p>\n\n\n\n Approval manual terlihat sederhana sampai volume request meningkat.<\/p>\n\n\n\n Satu manager mungkin menerima purchase request melalui WhatsApp, reimbursement melalui email, contract approval melalui chat group, dan project budget melalui spreadsheet. Tidak ada satu tempat yang menunjukkan request mana yang masih menunggu, siapa approver berikutnya, kapan request dikirim, atau alasan penolakan.<\/p>\n\n\n\n Akibatnya, karyawan mulai mengejar status secara manual:<\/p>\n\n\n\n \u201cPak, sudah sempat approve?\u201d<\/strong><\/p>\n\n\n\n \u201cBu, file yang kemarin ada di email mana?\u201d<\/strong><\/p>\n\n\n\n \u201cIni sudah dicek Finance belum?\u201d<\/strong><\/p>\n\n\n\n Pada volume tinggi, masalahnya bukan hanya convenience. Perusahaan kehilangan process visibility dan auditability<\/strong>.<\/p>\n\n\n\n SAP mencatat workflow sangat sesuai untuk proses yang berulang dan melibatkan beberapa orang atau kelompok dalam urutan tertentu. SAP Business Workflow documentation<\/a> juga menempatkan monitoring terhadap structured process sebagai salah satu fungsi workflow management.<\/p>\n\n\n\n Dengan aplikasi proses bisnis, approval bukan lagi pesan yang harus diingat seseorang. Approval menjadi state di dalam workflow<\/strong>.<\/p>\n\n\n\n Sebuah process seharusnya dapat dipahami dari sistem, bukan hanya dari orang yang menjalankannya.<\/p>\n\n\n\n Jika management ingin mengetahui status procurement tetapi harus bertanya kepada satu staf tertentu, berarti informasi mengenai proses berada di kepala orang tersebut, bukan di dalam operating system perusahaan.<\/p>\n\n\n\n Kondisi ini sering terjadi pada business process yang tumbuh secara organik. Pada awalnya hanya ada sedikit transaksi dan satu orang mampu mengingat semuanya. Ketika volume meningkat, perusahaan menambahkan spreadsheet, folder, chat group, dan SOP tanpa pernah membangun system of record untuk prosesnya.<\/p>\n\n\n\n Risikonya meningkat ketika orang tersebut cuti, pindah divisi, atau meninggalkan perusahaan.<\/p>\n\n\n\n Aplikasi proses bisnis mengubah operational knowledge dari personal knowledge menjadi system knowledge.<\/strong><\/p>\n\n\n\n Sistem mengetahui request dibuat kapan, siapa yang memproses, dokumen apa yang sudah tersedia, approval mana yang belum selesai, dan apa next action-nya.<\/p>\n\n\n\n Tidak semua aktivitas manual terlihat sebagai input data. Banyak jam kerja justru hilang untuk coordination overhead.<\/p>\n\n\n\n \u201cSudah sampai tahap mana?\u201d<\/p>\n\n\n\n \u201cSiapa yang belum approve?\u201d<\/p>\n\n\n\n \u201cInvoice ini sudah masuk?\u201d<\/p>\n\n\n\n \u201cDokumennya kurang apa?\u201d<\/p>\n\n\n\n \u201cKapan barang bisa diproses?\u201d<\/p>\n\n\n\n Jika pertanyaan seperti ini muncul berulang kali, perusahaan mempunyai visibility problem<\/strong>.<\/p>\n\n\n\n Aplikasi proses bisnis dapat membuat status menjadi bagian dari workflow sehingga pihak yang relevan dapat mengetahui posisi request tanpa harus meminta update manual. Notification juga dapat dipicu oleh kondisi tertentu, misalnya ketika SLA terlewati atau dokumen belum lengkap.<\/p>\n\n\n\n Microsoft Power Automate documentation<\/a> menunjukkan bagaimana workflow dapat digunakan untuk menghubungkan aplikasi dan layanan, mengirim notifikasi, mengumpulkan data, menjalankan approval, dan mengotomatisasi alur berdasarkan trigger tertentu.<\/p>\n\n\n\n Value automation pada kondisi ini bukan sekadar \u201cmengurangi klik\u201d. Value-nya adalah mengurangi coordination cost yang berulang setiap hari.<\/strong><\/p>\n\n\n\n Business process tidak statis.<\/p>\n\n\n\n Approval limit berubah.<\/p>\n\n\n\n Struktur organisasi berubah.<\/p>\n\n\n\n Cabang bertambah.<\/p>\n\n\n\n Produk baru muncul.<\/p>\n\n\n\n Compliance berubah.<\/p>\n\n\n\n Perusahaan menambah vendor atau channel baru.<\/p>\n\n\n\n Aplikasi proses bisnis mulai menjadi penting ketika perubahan tersebut terjadi cukup sering tetapi sistem existing terlalu kaku untuk mengikutinya.<\/p>\n\n\n\n Jika setiap perubahan approval membutuhkan perubahan code yang besar, perusahaan akan mulai memindahkan logic ke luar sistem. User membuat spreadsheet tambahan atau menjalankan exception lewat chat karena jauh lebih cepat daripada meminta development.<\/p>\n\n\n\n Di sinilah technical limitation mulai berubah menjadi process fragmentation<\/strong>.<\/p>\n\n\n\n Solusi yang sehat bukan selalu membuat semua workflow menjadi no-code. Proses kritikal tetap membutuhkan architecture dan governance yang baik. Namun business rule yang memang sering berubah sebaiknya tidak terkubur dalam code yang terlalu sulit dimodifikasi.<\/p>\n\n\n\n Business Process Automation menjadi semakin bernilai ketika workflow melintasi boundary organisasi.<\/p>\n\n\n\n Contohnya procurement:<\/p>\n\n\n\n Requester \u2192 Manager \u2192 Finance \u2192 Procurement \u2192 Supplier \u2192 Warehouse \u2192 Finance.<\/strong><\/p>\n\n\n\n Atau onboarding employee:<\/p>\n\n\n\n HR \u2192 Hiring Manager \u2192 IT \u2192 General Affairs \u2192 Finance.<\/strong><\/p>\n\n\n\n Atau customer order:<\/p>\n\n\n\n Sales \u2192 Finance \u2192 Warehouse \u2192 Logistics \u2192 Customer Service.<\/strong><\/p>\n\n\n\n Setiap handoff merupakan titik potensi delay. Semakin banyak orang dan department yang terlibat, semakin besar kemungkinan status hilang, informasi berbeda, atau task berhenti karena tidak ada ownership yang jelas.<\/p>\n\n\n\n IBM menjelaskan Business Process Automation<\/a> sebagai automation terhadap proses yang sering melibatkan beberapa departemen serta rangkaian task yang dapat diotomatisasi sebagian maupun sepenuhnya.<\/p>\n\n\n\n Pada kondisi seperti ini aplikasi proses bisnis berfungsi sebagai orchestration layer untuk manusia dan sistem<\/strong>, bukan sekadar tool produktivitas individual.<\/p>\n\n\n\n Satu perusahaan dapat memiliki ERP, CRM, HRIS, warehouse system, finance application, dan berbagai SaaS sekaligus tetapi tetap menjalankan banyak aktivitas manual.<\/p>\n\n\n\n Masalahnya bukan kekurangan aplikasi.<\/p>\n\n\n\n Masalahnya adalah setiap software hanya mengelola bagian tertentu, sementara business process sesungguhnya melintasi beberapa aplikasi tersebut.<\/p>\n\n\n\n Contohnya, CRM mengetahui deal selesai tetapi ERP tidak otomatis menerima order. ERP mengeluarkan invoice tetapi CRM tidak mengetahui payment status. Warehouse memperbarui stock tetapi sales harus meminta update secara manual.<\/p>\n\n\n\n Dalam kondisi ini perusahaan membutuhkan kombinasi workflow automation + system integration<\/strong>.<\/p>\n\n\n\n Aplikasi proses bisnis seharusnya tidak menciptakan database baru untuk menyalin seluruh data dari sistem existing. Ia perlu memahami system of record masing-masing domain dan mengatur bagaimana process bergerak di antara mereka.<\/p>\n\n\n\n Pendekatan seperti ini konsisten dengan positioning Custom Enterprise Software Crocodic<\/a>, di mana sistem operasional internal dapat dibentuk mengikuti workflow perusahaan dan diintegrasikan dengan aplikasi lain yang sudah digunakan.<\/p>\n\n\n\n Jika perusahaan tidak mengetahui berapa lama purchase request rata-rata menunggu approval, berapa banyak order yang stuck di Finance, atau tahap onboarding mana yang paling sering terlambat, proses sulit diperbaiki secara objektif.<\/p>\n\n\n\n Di sinilah aplikasi proses bisnis memberikan data yang sebelumnya tidak tersedia.<\/p>\n\n\n\n Ketika setiap workflow mempunyai timestamp, state, owner, dan outcome, perusahaan dapat mulai mengukur:<\/p>\n\n\n\n Bahkan sebelum melakukan automation, perusahaan sebaiknya memahami apakah process yang ada memang layak dipertahankan.<\/p>\n\n\n\n Crocodic membahas prinsip ini pada Process Mining: Melihat Bottleneck yang Tidak Terlihat<\/a>. Salah satu insight pentingnya adalah perusahaan tidak seharusnya mengotomatisasi tujuh tahap approval hanya karena tujuh tahap tersebut sudah ada. Jika dua tahap sebenarnya tidak memberikan control atau value, proses sebaiknya disederhanakan terlebih dahulu lalu sisanya diotomatisasi.<\/p>\n\n\n\n Automation yang baik bukan membuat proses buruk berjalan lebih cepat. Automation yang baik dimulai dengan memastikan proses yang dijalankan memang masih diperlukan.<\/strong><\/p>\n\n\n\n Tidak semua pekerjaan memberikan ROI automation yang sama. Enterprise sebaiknya memprioritaskan proses berdasarkan kombinasi volume, repetitiveness, business impact, rule clarity, dan error cost.<\/p>\n\n\n\nApa yang Dimaksud Aplikasi Proses Bisnis?<\/strong><\/h2>\n\n\n\n
Digitalisasi Proses Tidak Sama dengan Otomatisasi Proses<\/strong><\/h2>\n\n\n\n
8 Tanda Perusahaan Mulai Membutuhkan Aplikasi Proses Bisnis<\/strong><\/h1>\n\n\n\n
1. Data yang Sama Harus Diinput Lebih dari Sekali<\/strong><\/h2>\n\n\n\n
2. Approval Bergantung pada Chat, Email, atau Ingatan Orang<\/strong><\/h2>\n\n\n\n
3. Status Proses Hanya Diketahui Orang Tertentu<\/strong><\/h2>\n\n\n\n
4. Banyak Waktu Habis untuk Follow-up, Bukan Menjalankan Pekerjaan Utama<\/strong><\/h2>\n\n\n\n
5. Workflow Berubah, tetapi Sistem Sulit Mengikuti<\/strong><\/h2>\n\n\n\n
6. Satu Proses Melibatkan Banyak Divisi<\/strong><\/h2>\n\n\n\n
7. Perusahaan Memiliki Banyak Sistem, tetapi Proses Tetap Terputus<\/strong><\/h2>\n\n\n\n
8. Management Tidak Bisa Mengukur Berapa Lama Sebuah Proses Berjalan<\/strong><\/h2>\n\n\n\n
\n
Proses Apa yang Paling Layak Diotomatisasi?<\/strong><\/h1>\n\n\n\n