ERP Custom: Kapan Bisnis Butuh Kustomisasi ERP dan Berapa Effort-nya

"ERP-nya harus dikustom dulu, ya?"

Pertanyaan ini datang hampir tiap minggu, dan jawaban saya selalu terasa tidak memuaskan: "tergantung". Tapi itu jujur. Keputusan kustomisasi menyangkut ratusan juta rupiah dan risiko di tahun-tahun berikutnya. Bilang "semua harus custom" atau "pakai standar saja" sama-sama malas.

Angka di halaman harga kami juga tidak pernah fixed, dan bukan karena sengaja bikin misterius. Rentangnya melebar terutama karena satu variabel: seberapa banyak yang harus dikustom.

Apa Itu ERP Custom

ERP custom adalah modifikasi sistem ERP supaya mengikuti cara kerja bisnis Anda. Bisa sesederhana menambah field "No. PO Pelanggan" di form pesanan, bisa sedalam membangun mesin komisi berjenjang tujuh level yang tidak ada di modul mana pun.

Bedakan dua hal yang sering dicampur. Konfigurasi adalah mengubah pengaturan yang sudah tersedia — bikin workflow approval lewat drag-and-drop, menambah custom field, mengatur permission. Tidak menyentuh kode, aman saat upgrade. Kustomisasi berarti menulis kode: script, doctype baru, integrasi API, laporan khusus.

Dari pengalaman tim kami, sekitar 60-70% permintaan yang masuk sebagai "custom" ternyata selesai dengan konfigurasi. Kalau vendor langsung bilang "ini harus custom" tanpa mencoba konfigurasi dulu, wajar Anda curiga.

Tanda Anda Butuh ERP Custom

Empat pola ini berulang. Kalau tiga dari empat ada di bisnis Anda, kustomisasi biasanya bukan kemewahan.

Proses approval yang unik. Distributor bahan bangunan di Surabaya punya aturan begini: order di bawah Rp 50 juta cukup disetujui sales manager; di atas itu naik ke finance. Tapi kalau diskonnya lebih dari 7,5% — berapa pun nilainya — direktur harus tanda tangan, termasuk order Rp 480 juta dari kontraktor langganan. Aturan berbasis kombinasi nilai, diskon, kategori pelanggan, dan umur piutang seperti ini jarang tersedia di modul standar.

Struktur multi-entitas. Holding dengan empat PT, transaksi antar-entitas, dan laporan konsolidasi yang mengeliminasi laba antar-perusahaan. Banyak ERP standar sudah multi-company, tapi laporan konsolidasi dengan aturan eliminasi spesifik hampir selalu butuh custom. Akuntan Anda akan menuntut angkanya cocok sampai sen, dan dia benar.

Integrasi ke sistem luar. Ini pemicu kustomisasi paling sering. Sebuah brand fesyen di Bandung jualan di Shopee, Tokopedia, dan TikTok Shop dengan 12.000 SKU aktif. Sebelum integrasi, tim gudang update stok manual tiga kali sehari dan tetap oversell — pernah 230 pesanan masuk untuk stok yang tinggal 90 pcs saat flash sale. Di sisi manufaktur, pabrik snack di Sidoarjo punya timbangan digital dan PLC di lini produksi; datanya harus masuk ERP otomatis supaya HPP dihitung harian, bukan bulanan.

Laporan yang tak bisa dibuat dengan filter. Margin per SKU per channel per bulan. Komisi agen berjenjang. Aging piutang 30/60/90/120 hari padahal sistem hanya punya 30/60/90. Report builder bawaan sanggup sampai titik tertentu; setelah itu butuh script report.

Tanda Cukup Pakai ERP Standar

Kabar baiknya, banyak bisnis belum butuh custom. Cek enam poin ini:

• Approval maksimal dua level, tidak bergantung kombinasi banyak variabel sekaligus.
• Satu atau dua entitas hukum, tanpa transaksi antar-entitas yang perlu dieliminasi.
• Order masuk dari satu kanal, atau kanal tambahan masih bisa diinput manual tanpa risiko oversell.
• Semua laporan bisa dihasilkan dari filter, group by, dan pivot yang tersedia.
• Struktur tim sederhana, di bawah lima role dengan hak akses yang jelas.
• Anda bersedia menyesuaikan 10-20% cara kerja internal mengikuti praktik standar ERP.

Poin terakhir paling sering jadi ganjalan. Saya paham, cara kerja Anda punya alasan. Tapi ERP standar dibentuk dari praktik puluhan ribu perusahaan; kadang cara kerja Anda yang perlu dirapikan, bukan sistemnya yang dibengkokkan. Menolak menyesuaikan diri sedikit adalah penyebab nomor satu proyek ERP membengkak.

Bagian ERP yang Paling Sering Dikustomisasi

Form dan field. Menambah field, mengubah label, memasang validasi. Misalnya "No. Batch" wajib diisi saat penerimaan barang. Paling murah, selesai dalam hitungan jam.

Workflow approval. Satu alur sederhana setengah hari; alur bercabang dengan eskalasi otomatis, delegasi saat atasan cuti, dan reminder WhatsApp bisa berhari-hari.

Laporan. Dari print format invoice mengikuti brand Anda (ringan) sampai laporan analitik bertingkat (berat). Print format sering disalahpahami sebagai custom, padahal itu konfigurasi.

Integrasi. Marketplace, payment gateway, e-Faktur DJP, mesin absensi, timbangan, PLC. Paling mahal, karena melibatkan dua sistem yang sama-sama bisa berubah. API marketplace berubah tanpa memberi tahu Anda — itu risiko yang harus dianggarkan.

Role dan permission. Dianggap sepele, padahal penentu adopsi. Kasir Cabang A tidak boleh lihat harga beli. Supervisor gudang boleh lihat stok semua gudang tapi tidak boleh ubah master barang. Konsultan yang mengabaikan desain permission akan mewariskan sistem yang ditolak karyawan.

Bagaimana Effort Kustomisasi Diukur

Effort dihitung dalam jam kerja, bukan "sekian juta per fitur".

Discovery (2-5 hari). Konsultan memetakan proses Anda, menulis user story, dan memutuskan mana yang konfigurasi, mana yang kode. Fase ini murah dan menghemat paling banyak uang. Melewatinya adalah cara tercepat membengkakkan biaya.

Development. Patokan kasar: ringan (field, print format, validasi) 8-40 jam. Menengah (workflow bercabang, script report, satu integrasi marketplace) 60-200 jam. Berat (konsolidasi multi-entitas, integrasi mesin, portal pelanggan) 300 jam ke atas. Dengan tarif konsultan ERP di Indonesia Rp 1,5-3,5 juta per hari kerja, kustomisasi menengah berarti Rp 15-70 jutaan — di luar lisensi dan implementasi dasar.

UAT. Sediakan 2-4 putaran. Anggarkan waktu tim internal Anda, bukan cuma konsultan. Manajer keuangan yang menguji laporan konsolidasi tetap digaji selama proses ini.

Maintenance. Sering lupa dihitung. 10-20% dari nilai proyek per tahun adalah angka wajar. Setiap upgrade versi, kode custom harus diuji ulang. Semakin banyak kode custom, semakin mahal setiap upgrade — dan ini berlaku untuk semua ERP.

Framework Frappe/ERPNext untuk Kustomisasi Lebih Cepat

Di sini saya tidak netral, jadi anggap ini argumen, bukan kebenaran mutlak.

ERPNext dibangun di atas framework Frappe, dan itu mengubah ekonomi kustomisasi. Frappe memisahkan metadata dari kode: Anda bisa menambah field, mengubah form, dan membuat doctype baru lewat antarmuka tanpa menyentuh source code. Banyak yang disebut "custom" di ERP proprietary — ditagih per modul — di ERPNext selesai lewat Customize Form. Ada Server Script dan Client Script untuk logika ringan, hooks untuk menyisipkan logic, dan REST API yang konsisten untuk integrasi.

Karena open source (lihat penjelasan lengkapnya di apa itu ERPNext), Anda atau vendor mana pun bisa membaca kodenya. Tidak ada black box, tidak ada lock-in.

Tapi ini pedang bermata dua. Tanpa partner yang disiplin — mengikuti pola framework, menulis test, mendokumentasikan — kode custom Anda menumpuk jadi spaghetti yang lebih merepotkan daripada ERP proprietary paling kaku. Saya sudah melihat keduanya terjadi.

FAQ

Berapa biaya kustomisasi ERP? Untuk kustomisasi menengah di Indonesia, Rp 15-70 juta di luar lisensi dan implementasi dasar. Besarnya ditentukan jumlah jam kerja, bukan jumlah fitur. Dua fitur sederhana bisa lebih murah daripada satu integrasi marketplace.

Berapa lama prosesnya? Ringan 1-2 minggu, menengah 1-2 bulan, berat 3-6 bulan. Yang paling sering membuat mundur bukan coding, tapi lambatnya keputusan dan terbatasnya waktu tim internal untuk UAT.

Apakah custom bikin upgrade susah? Ya, dan tidak ada ERP yang kebal. Mitigasinya: batasi kode custom seminimal mungkin, utamakan konfigurasi, dokumentasikan setiap kustomisasi.

Sebaiknya custom dari awal atau pakai standar dulu? Pakai standar dulu, minimal tiga bulan. Banyak "kebutuhan custom" hilang setelah tim terbiasa. Lebih murah membiasakan diri daripada menulis kode.

Bisakah dikerjakan tim internal? Bisa, kalau ada developer yang paham framework-nya dan Anda siap menanggung risiko dokumentasi buruk saat orang itu resign.

Kalau Anda masih ragu, mulailah dari sesi discovery — dua sampai lima hari, hasilnya daftar konkret: mana konfigurasi, mana custom, dan berapa jam masing-masing. Setelah itu angka di halaman harga baru bisa dibaca dengan masuk akal. Konsultasikan kebutuhan Anda dan kami akan bilang terus terang kalau jawabannya "Anda belum butuh custom".

<script type="application/ld+json"> {"@context":"https://schema.org","@graph":[{"@type":"Article","headline":"ERP Custom: Kapan Bisnis Butuh Kustomisasi ERP dan Berapa Effort-nya","description":"Kapan ERP custom benar-benar perlu dan kapan modul standar cukup? Panduan menakar effort, biaya, dan risikonya tanpa angka ngawur.","inLanguage":"id-ID","mainEntityOfPage":{"@type":"WebPage","@id":"https://example.com/blog/erp-custom-kapan-bisnis-butuh-kustomisasi-erp"}},{"@type":"FAQPage","mainEntity":[{"@type":"Question","name":"Berapa biaya kustomisasi ERP?","acceptedAnswer":{"@type":"Answer","text":"Untuk kustomisasi menengah di Indonesia, Rp 15-70 juta di luar lisensi dan implementasi dasar. Besarnya ditentukan jumlah jam kerja, bukan jumlah fitur."}},{"@type":"Question","name":"Berapa lama proses kustomisasi ERP?","acceptedAnswer":{"@type":"Answer","text":"Ringan 1-2 minggu, menengah 1-2 bulan, berat 3-6 bulan. Faktor penghambat utama bukan coding, tapi lambatnya keputusan dan terbatasnya waktu tim internal untuk UAT."}},{"@type":"Question","name":"Apakah kustomisasi ERP membuat upgrade susah?","acceptedAnswer":{"@type":"Answer","text":"Ya, dan tidak ada ERP yang kebal. Mitigasinya adalah membatasi kode custom seminimal mungkin, mengutamakan konfigurasi, dan mendokumentasikan setiap kustomisasi."}},{"@type":"Question","name":"Sebaiknya custom dari awal atau pakai standar dulu?","acceptedAnswer":{"@type":"Answer","text":"Pakai standar dulu minimal tiga bulan. Banyak kebutuhan custom hilang setelah tim terbiasa dengan alur standar, dan itu jauh lebih murah."}},{"@type":"Question","name":"Bisakah kustomisasi ERP dikerjakan tim internal?","acceptedAnswer":{"@type":"Answer","text":"Bisa, kalau ada developer yang memahami framework-nya dan Anda siap menanggung risiko dokumentasi yang buruk ketika orang tersebut resign."}}]}]} </script>