Profil Perusahaan
Klien adalah perusahaan distribusi FMCG (Fast Moving Consumer Goods) yang beroperasi di 4 kota di Sumatera — dengan kantor pusat di Medan dan cabang di Pekanbaru, Padang, dan Palembang. Mereka mendistribusikan produk dari 15+ principal ke lebih dari 800 toko retail, minimarket, dan warung di wilayah operasinya.
Volume transaksi: rata-rata 1.200–1.500 delivery order per bulan, dengan lebih dari 300 SKU aktif dan hutang piutang dagang yang kompleks.
Kondisi Sebelum Implementasi Odoo
Sistem yang Digunakan Sebelumnya
Perusahaan menggunakan kombinasi: software akuntansi lokal untuk pembukuan pusat, aplikasi terpisah di masing-masing cabang untuk order dan stok, dan WhatsApp sebagai "integrasi" antar sistem. Data dari cabang harus direkapitulasi manual setiap minggu oleh admin pusat — proses yang memakan waktu 2 hari penuh setiap Senin.
Masalah Utama:
- Piutang tidak terkontrol: Outstanding piutang ke ratusan toko sulit dilacak. Sering terjadi pengiriman ke toko yang sebetulnya sudah melebihi credit limit karena data tidak update real-time
- Stok cabang tidak sinkron: Kepala cabang di Pekanbaru sering "kelebihan pesan" barang karena tidak tahu bahwa stok yang sama tersedia di gudang Palembang
- Salesman performance tidak terukur: Tidak ada sistem untuk track target vs realisasi per salesman — bonus dihitung manual berdasarkan "feeling" dan catatan pribadi
- Retur barang tidak tertelusuri: Retur dari toko retail ke cabang sering hilang di tengah jalan karena tidak ada sistem tracking
Implementasi Odoo: Modul dan Pendekatan
Digisolf mengimplementasikan Odoo dengan modul: Inventory (multi-warehouse), Sales, CRM, Purchasing, Accounting, dan tambahan modul Fleet untuk manajemen armada pengiriman.
Timeline Implementasi:
- Bulan 1: Discovery workshop, mapping proses bisnis, setup server dan konfigurasi dasar
- Bulan 2: Migrasi master data (produk, pelanggan 800+, vendor, chart of accounts)
- Bulan 3: Konfigurasi multi-warehouse 4 cabang, setup credit limit per pelanggan, training admin dan kepala cabang
- Bulan 4: Go-live kantor pusat + cabang Medan, parallel run 2 minggu
- Bulan 5: Go-live 3 cabang lainnya secara bersamaan
- Bulan 6: Fine-tuning, tambah laporan kustom, training salesman untuk app mobile Odoo
Konfigurasi Kritis yang Membuat Perbedaan
Credit Limit Otomatis per Pelanggan
Setiap pelanggan di-setup dengan credit limit yang berbeda berdasarkan historis pembayaran. Odoo otomatis memblokir pembuatan delivery order jika pelanggan sudah melebihi credit limit — tanpa perlu dicek manual oleh admin. Ini langsung mengurangi kredit macet secara signifikan.
Salesman Performance Dashboard
Setiap sales order otomatis ter-assign ke salesman yang bertanggung jawab. Manajemen bisa lihat real-time: berapa revenue yang dibawa setiap salesman, berapa outstanding piutangnya, dan berapa order yang pending konfirmasi — dari satu dashboard.
Retur & Reklamasi Terstruktur
Proses retur dibuat formal: toko retail harus minta return authorization dulu (via portal atau WhatsApp ke CS), CS buat return order di Odoo, driver konfirmasi penerimaan retur dengan scan barcode, dan stok langsung masuk ke lokasi "retur inspection" untuk pemeriksaan sebelum masuk kembali ke stok jual.
Hasil Setelah 9 Bulan
lewat 60 hari
data cabang (dari 2 hari)
antar cabang
- Outstanding piutang yang melebihi 60 hari turun 42% dalam 3 bulan pertama setelah go-live — karena credit limit enforcement otomatis dan visibility aging piutang yang lebih jelas
- Rekapitulasi data cabang yang sebelumnya 2 hari penuh setiap Senin kini tidak diperlukan — data sudah real-time di sistem terpusat
- Dengan multi-warehouse Odoo, manajemen pusat bisa identifikasi dan redistribusi stok idle antar cabang — stok tidak terpakai turun 28%
- Manajemen sales bisa jalankan weekly review dengan data aktual, bukan estimasi — target per salesman lebih realistis dan bonus bisa dihitung otomatis
Tantangan yang Dihadapi dan Cara Mengatasinya
Migrasi data pelanggan: Database pelanggan existing sangat kotor — duplikat, nama berbeda untuk toko yang sama, alamat tidak lengkap. Kami dedikasikan 2 minggu khusus untuk data cleansing sebelum import ke Odoo. Ini investasi waktu yang worth it karena master data yang bersih adalah fondasi keberhasilan implementasi.
Resistensi kepala cabang Pekanbaru: Kepala cabang Pekanbaru yang paling senior sempat menolak karena merasa "sistem lama sudah cukup". Solusinya: kami undang dia ke sesi demo khusus dan tunjukkan bagaimana Odoo bisa mempercepat pekerjaan hariannya — bukan menambah beban. Setelah go-live dia jadi yang paling aktif menggunakan dashboard.