ERP untuk Approval Budget dan Procurement: Transformasi Workflow yang Sesungguhnya

Di ruang rapat sebuah perusahaan manufaktur di Jawa Barat, Finance Manager sedang menjelaskan laporan posisi anggaran bulanan. Namun, data yang dia paparkan berbeda dengan catatan yang dimiliki oleh Procurement Head. Dua divisi sama-sama mengaku punya dasar dokumen yang sah. Yang satu bilang, “Sudah di-approve via WhatsApp dengan Direktur.” Yang lain bersikeras, “Tidak ada di sistem, artinya belum disetujui secara resmi.” Akibatnya? Pengadaan tertunda, stok bahan baku menipis, line produksi terhenti selama dua hari, dan kerugian mencapai ratusan juta.

Cerita ini bukan kejadian spesial. Ini adalah realita sehari-hari di banyak perusahaan di Indonesia — bahkan yang sudah menginvestasikan ratusan juta hingga miliaran rupiah untuk membeli software ERP. Di atas kertas, mereka terlihat modern. Tapi di lapangan, alur approval budget dan procurement workflow masih mengandalkan WhatsApp, email, dan file Excel yang beredar dari satu orang ke lainnya. Hasilnya? Ketidakpastian, double input, miskomunikasi, dan data yang tidak konsisten.

Kami di tilabs.co telah membantu puluhan perusahaan di sektor manufacturing, trading, dan distribusi menghadapi dilema ini. Dan pengalaman kami mengajarkan satu hal penting: membeli software ERP tidak otomatis membuat approval dan procurement menjadi otomatis. Malah, jika dilakukan tanpa kesiapan proses dan organisasi, ERP justru bisa memperparah kekacauan — karena kini kekacauan itu tersimpan rapi di dalam sistem digital.

Kenapa Procurement Workflow Sering Gagal di Tahun Pertama Implementasi ERP?

Banyak perusahaan menganggap procurement workflow adalah persoalan teknis. “Bikin form di sistem, ada tombol approval, selesai.” Padahal, di balik itu ada kompleksitas proses bisnis yang sering diabaikan saat implementasi ERP.

Masalah pertama: tidak ada proses standar yang disepakati. Setiap divisi punya cara berbeda dalam mengajukan pembelian. Purchasing mengandalkan email dari produksi, warehouse minta barang lewat WhatsApp ke bagian logistik, dan sales secara diam-diam pesan stok promo secara langsung ke supplier — tanpa lewat finance. Saat ERP dipasang, sistem tidak tahu mana yang sah, mana yang informal.

Yang kedua: hierarki approval tidak jelas. Siapa yang berhak menyetujui pengeluaran Rp 50 juta? Di mana batas anggaran operasional vs modal? Apakah pengajuan harus disetujui sebelum PO diterbitkan, atau setelah? Kalau tidak ada SOP jelas, maka sistem ERP tidak bisa dikonfigurasi dengan benar. Akibatnya, approval stuck di satu orang, atau malah dilewatkan — karena lebih mudah “kompromi” lewat pesan pribadi.

Ketiga: integrasi dengan anggaran tidak ada. Divisi bisa mengajukan pembelian tanpa tahu apakah masih dalam batas anggaran yang disetujui. Finance baru tahu setelah faktur masuk — dan kaget karena total pengeluaran sudah melampaui alokasi. Ini bukan hanya masalah kontrol keuangan, tapi juga kepercayaan antar tim. Procurement dituduh “ngawur belanja”, finance dianggap “pelit dan slow respons”.

Keempat: data master tidak konsisten. Kode barang, kategori pembelian, supplier, dan departemen sering tidak seragam. Di gudang pakai kode “PRT-001”, di procurement “PART-A”, di finance “PRT01”. Saat dicoba diintegrasikan di ERP, sistem bingung. Laporan pembelian menjadi bias, dan audit menyita waktu berhari-hari.

Masalah ini bukan soal software. Ini soal culture, governance, dan business process clarity. Dan ini tepat di mana ERP enablement harus dimulai — sebelum satu baris kode ERP diinstall.

ERP Enablement: Fondasi Sebelum Implementasi ERP Dimulai

Di banyak kasus, perusahaan langsung membeli lisensi ERP, lalu merekrut IT atau vendor untuk menginstall. Mereka berpikir, “Kalau sistemnya bagus, pasti proses otomatis mengikuti.” Tapi kenyataannya, sistem bagus tidak menggantikan proses yang buruk — malah mempercepat kehancurannya.

Apa yang seharusnya dilakukan? ERP enablement — proses mempersiapkan perusahaan secara strategis, operasional, dan budaya agar sistem ERP bisa digunakan secara efektif sejak hari pertama.

ERP enablement mencakup:

Business process mapping: memetakan alur kerja nyata, bukan alur yang “seharusnya”.
Clean-up data: menyatukan format, kode, dan struktur data sebelum dimasukkan ke sistem.
Workflow digitalisasi: merancang alur digital yang mencerminkan realitas operasional.
User readiness: memastikan tim operasional paham & siap menggunakan sistem baru.
Change management: mengelola perubahan mindset dan kebiasaan kerja.
Approval matrix design: menentukan siapa menyetujui apa, dengan batasan anggaran yang jelas.

Di ERP Enablement as a Service, kami tidak langsung bicara software. Kami mulai dengan pertanyaan: “Apa yang sebenarnya terjadi di lapangan saat pengajuan pembelian dibuat?” Kami observasi, wawancara, dan dokumentasikan. Baru setelah itu kami rancang sistem yang sesuai — bukan memaksakan perusahaan menyesuaikan dengan sistem.

Menyusun Alur Procurement yang Efektif di Dalam ERP

Sebuah procurement workflow yang efektif di dalam ERP harus menjawab 5 pertanyaan kunci:

Siapa yang boleh mengajukan pembelian?
Untuk apa pembelian dilakukan (opsi: berdasarkan permintaan barang, permintaan anggaran, atau MRB/Material Request)?
Siapa yang menyetujui, dan berdasarkan batas anggaran berapa?
Bagaimana integrasinya dengan inventory dan planning produksi?
Bagaimana proses audit trail dan pelaporan real-time?

Di perusahaan yang sudah menggunakan proses manual, jawaban atas pertanyaan-pertanyaan ini sering kabur. Maka, fase awal implementasi ERP harus lebih banyak dihabiskan untuk diskusi lintas fungsi — antara finance, procurement, warehouse, produksi, dan manajemen.

Desain Approval Budget dengan Batasan Logis

Salah satu kesalahan besar adalah merancang approval hanya berdasarkan jabatan — misalnya “Manager ke atas.” Tapi kalau Manager Keuangan punya wewenang yang sama dengan Manager Produksi, maka terjadi tumpang tindih. Mereka bisa approve pengeluaran yang sama, tanpa tahu yang lain sudah menyetujui.

Solusinya adalah merancang approval matrix multidimensi — berdasarkan kombinasi:

Jabatan
Departemen pemohon
Kategori pembelian (barang modal, barang habis pakai, jasa)
Nominal anggaran
Supplier tertentu

Hanya dengan matrix seperti ini, sistem ERP bisa dikonfigurasi dengan logika yang masuk akal. Misalnya: pengajuan di bawah Rp 10 juta oleh departemen produksi disetujui oleh GM Produksi. Di atas Rp 10 juta, masuk ke Direktur Operasional. Jika kategori pembelian adalah aset tetap, walaupun di bawah Rp 10 juta, tetap harus disetujui oleh CFO.

Integrasi Budget vs Realisasi: Dari Excel ke Real-Time Monitoring

Di banyak perusahaan, budget disusun di Excel, lalu dilupakan. Realisasi baru diketahui saat closing bulanan — dan saat itu, sudah terlambat.

Di sistem ERP yang terintegrasi, setiap approval harus mempertimbangkan sisa anggaran. Artinya, saat tim procurement mengajukan pembelian, sistem secara otomatis mengecek:

Apakah anggaran masih tersedia?
Apakah pengajuan sesuai kategori yang dianggarkan?
Apakah ada kontrak dengan supplier tersebut?

Dengan fitur ini, finance tidak perlu lagi membuat laporan mingguan. Manajer bisa melihat realisasi anggaran secara harian, bahkan per divisi. Ini bukan hanya soal transparansi — tapi juga akuntabilitas. Seorang kepala divisi tidak bisa lagi berkata, “Saya tidak tahu sudah habis anggaran,” karena notifikasi otomatis bisa dikirim saat realisasi mencapai 80% dari alokasi.

Contoh Kasus: Transformasi Procurement Workflow di PT Partsindo Sevicatama

PT Partsindo Sevicatama, perusahaan distribusi spare part otomotif, mengalami masalah klasik: pengajuan pembelian dari cabang sering tidak sinkron dengan pusat. Setiap cabang punya kebiasaan beli langsung, dengan alasan “urgent.” Tapi karena tidak terintegrasi ke sistem pusat, pusat tidak tahu stok di cabang sudah menumpuk.

Kami membantu mereka melakukan transformasi menyeluruh melalui business process mapping dan implementasi Odoo ERP. Langkah pertama bukan install software, tapi menyusun SOP pengadaan yang berlaku nasional.

Hasilnya:

Setiap pengajuan dari cabang harus dilakukan melalui modul “Purchase Requisition” di sistem.
Approval otomatis berdasarkan nilai dan lokasi.
Sistem menampilkan real-time budget utilization per cabang.
Purchase Order hanya bisa diterbitkan jika ada approval dan sisa anggaran.
Integrasi langsung dengan gudang pusat untuk perencanaan pengiriman.

Dalam 6 bulan, double orders turun 70%. Pengajuan dari cabang ke pusat, yang sebelumnya memakan waktu 5–7 hari, kini rata-rata selesai dalam 24 jam. Finance akhirnya bisa membuat forecasting yang akurat — karena data pembelian, stok, dan permintaan tercatat otomatis.

Perbedaan Nyata: Proses Manual vs ERP yang Diimplementasikan dengan Pendekatan Workflow-First

Aspek	Kondisi Manual	Dengan ERP yang Tepat (Setelah ERP Enablement)
Pengajuan Pembelian	Via WhatsApp/email/formulir kertas	Melalui modul digital dengan form standar dan attachment dokumen
Approval Process	Tidak jelas, sering lewat chat pribadi	Berdasarkan matrix, dengan notifikasi dan deadline otomatis
Cek Anggaran	Manual, bisa terlambat 1-2 minggu	Real-time, sistem blokir jika anggaran habis
Integrasi dengan Inventory	Tidak ada, data stok berantakan	Sistem cek stok sebelum purchase order dibuat
Pelaporan	Excel, sering tidak update	Dashboard real-time, bisa diakses oleh manajemen

Bagaimana Memilih Partner Implementasi ERP yang Tepat?

Tidak semua vendor ERP bisa membantu Anda menyelesaikan masalah ini. Banyak yang fokus pada teknis instalasi, tetapi mengabaikan aspek bisnis dan manusia. Padahal, 70% kegagalan implementasi ERP bukan karena software-nya jelek — tapi karena proses bisnisnya tidak siap dan user tidak mengadopsi.

Anda butuh partner yang:

Membantu memetakan business process sebelum bicara software.
Paham operasional perusahaan manufaktur, distribusi, atau trading.
Memiliki pengalaman di bidang Odoo implementation dan integrasi sistem.
Bisa menjadi jembatan antara kebutuhan bisnis dan tim teknis.
Memberikan pendampingan sampai sistem benar-benar dipakai.

Di tilabs.co, kami tidak pernah memulai proyek dengan tawaran paket software. Kami mulai dengan audit proses. Kami ingin tahu: apakah perusahaan Anda siap secara data? Apakah SOP sudah jelas? Apakah manajemen komitmen terhadap perubahan?

Kami pernah menolak proyek karena klien belum siap. Dan kami bangga melakukannya — karena kami percaya, ERP yang sukses adalah yang digunakan sehari-hari, bukan yang hanya dipajang di laporan tahunan.

FAQ: Pertanyaan yang Sering Muncul Saat Merancang Procurement Workflow di ERP

Apa penyebab utama kegagalan implementasi ERP di divisi procurement?

Penyebab terbesar adalah absennya proses standar dan batasan approval yang jelas. Banyak perusahaan langsung membuat sistem tanpa mendefinisikan “kapan pembelian boleh dilakukan” dan “siapa yang berhak menyetujui.” Akibatnya, sistem tidak diikuti, dan proses kembali ke manual.

Kapan perusahaan perlu melibatkan konsultan ERP?

Anda perlu konsultan jika proses masih manual, data berantakan, atau tim internal belum punya pengalaman mengintegrasikan sistem antar divisi. Konsultan berperan sebagai fasilitator netral yang bisa menyatukan kepentingan lintas fungsi dan memastikan implementasi ERP sesuai dengan realitas operasional.

Apakah Odoo cocok untuk manufaktur dan distribusi?

Ya, selama dikonfigurasi dengan benar. Odoo sangat fleksibel untuk modul procurement, inventory, dan MRP. Namun, keberhasilannya tergantung pada kualitas implementasi — termasuk pemetaan proses, struktur data, dan integrasi dengan workflow nyata. Banyak kegagalan bukan karena Odoo-nya, tapi karena implementasinya asal-asalan.

Apa yang harus dipersiapkan sebelum implementasi ERP?

Siapkan tiga hal utama: (1) dokumen proses bisnis yang jelas, (2) data master yang sudah dibersihkan (supplier, barang, departemen), dan (3) komitmen manajemen terhadap perubahan. Tanpa tiga hal ini, ERP hanya akan menjadi sistem tambahan yang jarang digunakan.

Kesimpulan: ERP Bukan Sekadar Software, Tapi Fondasi Pengambilan Keputusan

Procurement workflow bukan proses administratif semata. Ini adalah ujung tombak dari efisiensi operasional dan kontrol keuangan. Jika alur pembelian masih kacau, maka stok tidak terkendali, produksi terhambat, dan arus kas jadi tidak bisa diprediksi.

Implementasi ERP bukan solusi instan. Tapi dengan pendekatan yang benar — dimulai dari business process mapping, approval matrix design, dan ERP enablement — perusahaan bisa membangun sistem yang benar-benar digunakan, bukan sekadar dilaporkan.

Jika saat ini Anda masih bergantung pada Excel, WhatsApp, dan memory card untuk mengelola pengadaan, sudah waktunya untuk berubah. Bukan sekadar mengganti alat, tapi membangun fondasi digital yang kuat.

Evaluasi Workflow Budget Anda. Apakah proses approval sudah jelas? Apakah anggaran terintegrasi dengan pengajuan pembelian? Apakah laporan pengeluaran bisa diakses real-time?

Jika jawabannya belum, Orchestrated Readiness Check (ORC) dari tilabs.co bisa membantu Anda mengevaluasi kesiapan proses, data, dan tim sebelum memulai implementasi ERP. Kami juga menyediakan layanan optimasi ERP untuk perusahaan yang sudah punya sistem tapi belum maksimal.

Hubungi tim kami untuk konsultasi strategis tentang bagaimana membangun procurement workflow yang kuat — dan memastikan ERP Anda benar-benar menjadi alat pengambilan keputusan, bukan sekadar sistem administrasi.