Apa Sebenarnya Arti "Kustomisasi Odoo"?

Seorang direktur keuangan di Jakarta meneruskan dua penawaran Odoo ke kami bulan lalu. Keduanya menulis “fully customized to your business.” Penawaran pertama Rp 120 juta. Penawaran kedua Rp 780 juta. Kedua vendor mengartikan kata kustomisasi dengan cara yang sama sekali berbeda, dan tidak satupun menjelaskannya ke pelanggan.

Situasi seperti ini biasa. Istilahnya dipakai sangat longgar sampai mencakup mulai dari “kami tambah satu field kustom” sampai “kami fork seluruh codebase.” Sebelum Anda bisa membandingkan proposal atau menyusun scope implementasi, Anda butuh model mental yang lebih jernih tentang apa yang orang sebenarnya maksud.

Lima lapisan kustomisasi Odoo

Kustomisasi bukan satu aktivitas. Ini adalah tumpukan intervensi yang makin berat. Setiap lapisan punya biaya, risiko, dan beban upgrade yang berbeda.

Lapisan 1: Konfigurasi

Inilah yang sebenarnya dibutuhkan kebanyakan bisnis, dan secara teknis ini bukan kustomisasi. Anda memutar tombol-tombol standar yang sistem berikan. Menyiapkan chart of account. Mendefinisikan kategori produk. Mengkonfigurasi aturan pajak supaya PPN 11% berlaku benar. Menyiapkan term pembayaran, gudang, izin user, template email. Memuat data awal lewat impor CSV.

Konsultan yang bagus bisa menyelesaikan banyak hal lewat konfigurasi murni. Kalau Anda masuk ke implementasi dengan asumsi semua keinginan Anda harus kode kustom, Anda akan kaget — biasanya 70 sampai 80% dari yang terasa seperti “kebutuhan kustom” sebenarnya pertanyaan konfigurasi.

Lapisan 2: Perubahan lewat Odoo Studio

Studio adalah tools kustomisasi no-code di Odoo Enterprise. Anda bisa menambah field ke model yang sudah ada, mengubah layout form, menyusun ulang list view, membangun aturan otomasi sederhana, dan membuat report dasar tanpa menulis Python.

Cocok untuk: ekstensi kecil ke form yang sudah ada. Menambah field “waktu pengiriman yang disukai” di record pelanggan. Menyembunyikan kolom yang tidak dipakai sales. Auto-mengisi nilai saat record dibuat. Membangun alur approval kecil.

Tidak cocok untuk: apapun yang butuh logika kustom lintas modul, apapun yang harus memanggil API eksternal, apapun yang menyentuh accounting secara non-trivial. Perubahan Studio juga harus diekspor hati-hati kalau ingin di-version-control, dan migrasinya antar environment cukup rewel.

Studio benar-benar berguna. Hanya saja jangan disamakan dengan kustomisasi yang lebih berat.

Lapisan 3: Modul Python kustom

Inilah titik di mana development kustom yang sesungguhnya mulai. Seorang developer menulis kode Python yang menambah model baru, memperluas yang sudah ada, mendefinisikan logika bisnis baru, membangun workflow kustom, menghasilkan laporan khusus, dan integrasi dengan sistem eksternal.

Contoh yang sering kami temui:

• Modul konsinyasi untuk retailer Bandung yang bekerja dengan 200 supplier kecil dengan term konsinyasi
• Engine perhitungan komisi kustom untuk distributor yang struktur insentif salesman-nya tidak cocok dengan pola standar manapun
• Konektor e-Faktur yang menangani panggilan API ke DJP dan menyisipkan nomor faktur pajak ke invoice Odoo dengan benar
• Modul sync Tokopedia atau Shopee yang menarik order masuk, mendorong stok dan fulfillment keluar
• Routing MRP kustom untuk proses manufaktur khusus yang tidak ditutup aplikasi Manufacturing standar

Modul kustom hidup di direktori sendiri, punya version control sendiri, dan cukup tahan terhadap upgrade Odoo kalau ditulis bersih. Inilah lapisan yang tepat untuk apapun yang substansial dan benar-benar spesifik untuk bisnis Anda.

Lapisan 4: Override modul inti

Saat Anda mengubah perilaku modul Odoo standar — misalnya, Anda mengubah cara modul Inventory melakukan reservasi stok, atau cara Accounting memposting jurnal — Anda sedang meng-override inti. Kalau dilakukan dengan benar lewat mekanisme inheritance Odoo, ini bisa diterima. Kalau dilakukan asal-asalan, dengan mengedit file inti langsung, Anda baru saja membuat setiap upgrade Odoo ke depan jadi proyek berminggu-minggu.

Lapisan ini harus dipakai hati-hati dan hanya saat perilaku standar memang tidak cocok. Tanda peringatan umum: vendor yang langsung bilang “kami akan modifikasi modul Sales” padahal kebutuhan sebenarnya bisa dipenuhi dengan menambah logika di modul terpisah yang mendengarkan event Sales.

Lapisan 5: Fork Odoo

Ujung paling dalam. Anda mengambil codebase Odoo, mem-fork-nya, dan memelihara versi sendiri. Praktek ini lebih umum sebelum API Odoo stabil. Hari ini hampir selalu jawaban yang salah. Jalur upgrade jadi brutal — setiap kali Odoo SA rilis versi 18, 19, 20, Anda harus merge manual fork Anda dengan perubahan mereka. Sebagian besar perusahaan yang menempuh jalan ini menyesal dalam tiga tahun.

Kalau vendor menawarkan fork Odoo untuk apapun selain keadaan luar biasa, ambil pendapat kedua.

Mengapa lapisan-lapisan ini penting untuk biaya

Implementasi “Odoo terkustomisasi” di Lapisan 1 dan 2 mungkin Rp 100–200 juta dan butuh enam sampai sepuluh minggu. Dengan kata-kata yang sama di Lapisan 3 dan 4 bisa Rp 400–900 juta dan empat sampai delapan bulan. Kosakatanya identik. Realitanya tidak.

Saat membaca proposal, pertanyaannya bukan “apakah ada kustomisasi” tapi “lapisan mana saja yang terlibat, dan kebutuhan spesifik apa yang ditangani di tiap lapisan.”

Di mana implementasi Indonesia biasanya berada

Untuk UKM dengan operasi yang relatif normal, implementasi yang sehat biasanya berbentuk:

• Penggunaan berat Lapisan 1 (konfigurasi)
• Beberapa tweak Lapisan 2 (Studio)
• Dua sampai empat penambahan Lapisan 3 (modul Python kustom) — biasanya e-Faktur, integrasi marketplace, dan satu atau dua modul spesifik bisnis
• Hampir tidak ada Lapisan 4 (override inti), dan hanya kalau tak terhindarkan
• Tidak pernah Lapisan 5 (fork)

Kalau proposal Anda secara substansial berbeda dari bentuk ini tanpa justifikasi jelas, itu layak didiskusikan.

Tes sederhana sebelum memutuskan

Untuk tiap kustomisasi di proposal, tanyakan ke vendor: ini lapisan mana, dan kenapa harus di lapisan itu dan bukan yang di atasnya? Partner Odoo yang baik akan menjawab jelas. Vendor yang lambai-lambai tangan atau bilang “semuanya custom” entah sedang menjual lebih dari yang Anda butuhkan, atau memang belum benar-benar memikirkan arsitekturnya.

Kalau Anda sedang mencoba membongkar proposal Odoo atau mencari tahu seberapa banyak dari keinginan Anda yang sebenarnya konfigurasi versus kerja kustom sungguhan, satu jam percakapan biasanya cukup menyelesaikannya. Kami menyediakan obrolan seperti itu tanpa biaya.