ERP Multi Company vs Multi Branch di Odoo

Di tengah percepatan transformasi digital, banyak perusahaan manufaktur, distribusi, trading, dan retail B2B mulai mengadopsi ERP untuk mengintegrasikan operasional antar divisi dan cabang. Namun, tidak sedikit proyek ERP yang justru menghadapi masalah karena struktur sistem yang dibangun tidak sesuai dengan kebutuhan organisasi.

Salah satu kesalahan yang paling sering terjadi adalah menyamakan konsep multi-company dan multi-branch.

Akibatnya, data menjadi tidak sinkron, laporan konsolidasi sulit dibuat, proses approval tidak efisien, dan pengguna kembali mengandalkan Excel untuk pekerjaan sehari-hari.

Padahal, Odoo menyediakan dukungan untuk kedua model tersebut. Tantangannya bukan pada software, melainkan pada pemilihan arsitektur yang tepat sejak awal implementasi. Struktur yang keliru dapat menambah kompleksitas operasional, memperbesar biaya pengelolaan sistem, dan menghambat adopsi pengguna.

Melalui pengalaman mendampingi berbagai proyek ERP di sektor manufaktur, distribusi, dan perusahaan multi-cabang, tim Tilabs melihat bahwa keberhasilan implementasi sering ditentukan oleh keputusan awal ini.

Karena itu, sebelum menentukan desain sistem, perusahaan perlu memahami perbedaan strategis antara multi-company dan multi-branch agar ERP benar-benar mendukung operasional dan pertumbuhan bisnis dalam jangka panjang.

Masalah Operasional yang Sering Diabaikan Sebelum Implementasi ERP

Pernahkah Anda mengalami:

• Data stok di Jakarta terlihat 1.000 unit, tapi di Bandung ternyata cuma 300 karena data tidak sinkron?
• Sales order tidak langsung update ke gudang, sehingga terjadi overselling atau keterlambatan pengiriman?
• Divisi pusat kesulitan membuat laporan keuangan konsolidasi karena tiap cabang pakai format Excel berbeda?
• Purchasing order belum di-approve tapi barang sudah masuk, karena prosesnya masih lewat WhatsApp?

Semua masalah ini bukan hanya soal teknologi. Mereka adalah gejala dari struktur organisasi dan alur operasional yang belum didefinisikan dengan jelas. Dan ketika ERP—terutama Odoo—dianggap sebagai solusi instan, padahal akar masalahnya ada di tata kelola internal, maka yang terjadi adalah digitalisasi kekacauan.

ERP bukan obat ajaib. Ia bekerja ketika alur kerja bisnis sudah dimetakan, SOP sudah ditegakkan, dan struktur organisasi sudah didefinisikan secara jelas—khususnya saat perusahaan memiliki lebih dari satu lokasi operasi.

Apa Beda Multi Company dan Multi Branch dalam Konteks ERP?

Secara teknis, multi company dan multi branch terdengar mirip: semua lokasi bisnis terhubung dalam satu sistem. Namun perbedaannya sangat krusial bagi operasional harian, laporan keuangan, dan otorisasi workflow. Memahami perbedaan ini adalah langkah pertama menuju ERP yang benar-benar digunakan.

Apa Itu Multi Company?

Multi company berarti setiap entitas hukum atau badan usaha beroperasi sebagai perusahaan terpisah, meskipun dalam satu grup. Masing-masing perusahaan memiliki:

• Nomor NPWP dan NPWP PPN sendiri
• Bentuk hukum yang berbeda (PT, CV, Firma, dll)
• Neraca, laba rugi, dan cash flow yang harus dilaporkan terpisah
• Kebijakan internal, SOP, dan struktur approval yang mungkin berbeda
• Hak akses dan otorisasi yang terbatas antar perusahaan (misal: Finance di PT A tidak bisa lihat data PT B)

Dalam konteks Odoo, fitur Multicompany memungkinkan satu database mendukung beberapa perusahaan dengan database akuntansi terpisah. Namun, mereka bisa saling bertransaksi—misal, PT A (produsen) menjual ke PT B (distributor) sebagai transaksi antar entitas.

Apa Itu Multi Branch?

Multi branch adalah struktur operasional di mana beberapa cabang berada di bawah satu perusahaan hukum. Misalnya:

• PT ABC dengan kantor pusat di Jakarta, cabang di Surabaya, dan outlet di Medan
• Semua operasi dikonsolidasi ke satu laporan keuangan bulanan
• Gudang cabang bisa menarik stok dari gudang pusat dengan mekanisme transfer internal
• Sales order di cabang masuk ke sistem pusat secara real-time

Di Odoo, multi branch biasanya ditangani melalui fitur Warehouse dan Location. Semua outlet dibuat sebagai warehouse, tetapi tetap berada di bawah satu company entity. Ini memudahkan pelacakan stok, laporan konsolidasi, dan kontrol harga/promo dari pusat.

Kapan Harus Pakai Multi Company dan Kapan Harus Pakai Multi Branch?

Pilihan arsitektur ERP ini bukan soal teknis semata—melainkan strategi bisnis dan akuntansi. Berikut pertanyaan kunci yang harus dijawab sebelum memilih:

Apakah Setiap Lokasi Harus Punya NPWP dan Laporan Keuangan Terpisah?

Jika ya, maka struktur multi company adalah wajib. Misalnya, perusahaan grup dengan PT berbeda untuk produksi, distribusi, dan ritel—semuanya memiliki laporan perpajakan terpisah. Dalam kasus seperti ini, Odoo bisa diatur agar setiap PT memiliki company terpisah, tetapi tetap bisa melakukan intercompany transaction.

Ini sangat penting untuk compliance pajak. Jika salah konfigurasi, laporan SPT masa PPN bisa salah karena inputan faktur masukan/keluaran tidak tercatat di perusahaan yang benar.

Apakah Operasional Harus Dikontrol Pusat Secara Ketat?

Jika perusahaan menginginkan kontrol pusat atas harga jual, promosi, stok, dan approval purchasing, maka model multi branch lebih cocok. Dengan satu company, semua kebijakan bisa ditetapkan dari pusat dan diawasi secara real-time.

Misalnya: perusahaan retail dengan 20 outlet di seluruh Indonesia ingin memastikan semua cabang menjual dengan harga yang sama, dan semua penerimaan barang harus disetujui oleh warehouse manager pusat. Dalam kasus ini, meskipun perusahaan besar, struktur single company, multi warehouse adalah pilihan paling efisien.

Apakah Antara Cabang Bisa Bertransaksi Langsung?

Dalam multi branch, stok antar-cabang bisa ditransfer sebagai internal transfer, tapi tidak sebagai penjualan. Tidak ada faktur keluaran atau pajak dikeluarkan. Namun, dalam multi company, intercompany transaction dianggap sebagai pembelian/penjualan yang sah secara pajak—harus ada invoice dan accounting entry di masing-masing entitas.

Jika perusahaan ingin membuat mekanisme penagihan internal antar divisi (misal: cabang Y bayar ke pusat untuk stok yang ditarik), maka diperlukan struktur multi company agar ada dasar pembukuan yang sah.

Risiko Memilih Struktur ERP yang Salah di Odoo

Memilih arsitektur ERP yang tidak sesuai akan menimbulkan dampak operasional jangka panjang. Berikut risikonya:

Di banyak kasus, perusahaan terjebak karena fokus hanya pada fitur teknis: “Oh, Odoo bisa multi company, kita pakai itu saja.” Padahal, keputusan ini harus berangkat dari struktur organisasi, tata kelola keuangan, dan kebutuhan manajemen.

Bagaimana Tilabs Membantu Menentukan Struktur ERP yang Tepat?

Di Tilabs, kami tidak menjual sistem—kami membantu membangun fondasi digital yang siap pakai. Dan fondasi itu dimulai dari pemahaman mendalam tentang bisnis Anda.

Kami membantu perusahaan melakukan ERP enablement sebelum menyentuh kode. Artinya: kami memastikan workflow sudah jelas, SOP sudah rapi, dan struktur organisasi sudah didefinisikan—baru kemudian memilih arsitektur ERP yang paling sesuai.

Berikut pendekatan kami saat mengevaluasi kebutuhan multi company vs multi branch:

1. Business Process Mapping: Memahami Alur Operasional Sebelum Kode

Kami bekerja dengan tim operasional, finance, dan warehouse untuk memetakan:

• Alur pembelian tiap cabang
• Mekanisme transfer stok antar lokasi
• Proses approval sales order dan delivery
• Tata cara pembuatan laporan keuangan dan pajak

Hasilnya adalah business process map yang menjadi acuan untuk menentukan apakah perusahaan butuh satu company dengan banyak warehouse, atau beberapa perusahaan dengan transaksi antar grup.

2. Evaluasi Tata Kelola Keuangan dan Compliance

Kami bekerja sama dengan tim keuangan untuk mengecek:

• Bentuk hukum tiap entitas
• Kebutuhan laporan keuangan terpisah
• Kebijakan perpajakan tiap lokasi
• Konsolidasi arus kas dan laba rugi

Ini penting untuk memastikan sistem mendukung compliance, bukan malah menjadi sumber risiko audit.

3. Desain Arsitektur ERP yang Sesuai Realitas Bisnis

Berdasarkan hasil mapping dan evaluasi, kami merancang arsitektur ERP yang sesuai:

• Jika semua cabang di bawah satu NPWP dan tidak butuh laporan terpisah → multi branch (single company, multi warehouse)
• Jika ada entitas hukum berbeda, pajak terpisah, dan kebijakan keuangan mandiri → multi company

Kami juga mendesain workflow approval, struktur kode barang, dan template laporan yang sesuai dengan kebutuhan nyata, bukan pakai template generik.

4. Implementasi Odoo dengan Pendampingan Operasional

ERP bukan sistem IT yang dilempar ke user. Di Tilabs, kami dampingi implementasi Odoo dari sisi operasional: mulai dari pelatihan, simulasi proses, hingga memastikan data awal (master data) sudah bersih.

Kami paham bahwa implementasi Odoo akan gagal jika user tidak paham mengapa mereka harus pakai sistem. Karenanya, kami fokus pada user adoption—bukan hanya teknologi, tapi juga perubahan perilaku.

Kasus Nyata: Struktur ERP untuk Perusahaan dengan Cabang dan Anak Perusahaan

Salah satu klien kami di sektor distribusi fashion memiliki 12 outlet di seluruh Indonesia dan 3 anak perusahaan: satu untuk produksi, satu untuk ekspor, dan satu untuk ritel online. Awalnya, mereka ingin pakai multi branch untuk semua unit—karena ingin kontrol harga dan promosi dari pusat.

Namun setelah kami lakukan ERP Enablement as a Service, ternyata:

• Anak perusahaan produksi punya NPWP sendiri dan laporan keuangan terpisah
• Perusahaan ekspor harus bikin invoice dalam mata uang asing dan lapor ke bea cukai
• Outlet fisik perlu kontrol stok per lokasi, tapi tidak butuh laporan keuangan terpisah

Solusi yang kami desain:

• Outlet fisik: diatur sebagai multi branch dalam satu company (PT Ritel)
• Perusahaan produksi dan ekspor: didaftarkan sebagai multi company
• Transaksi antara pabrik ke pusat distribusi: diatur sebagai intercompany transaction

Hasilnya? Laporan keuangan konsolidasi bisa dibuat otomatis, approval purchasing bisa diverifikasi di setiap entitas, dan stok antar outlet bisa dimonitor real-time dari pusat. Semua tanpa double entry atau manual reconciliation.

Anda bisa melihat proyek serupa dalam portofolio kami: NCY Shoes dan Plus Enam Dua, di mana kami membantu merancang sistem ERP yang menyesuaikan struktur operasional dan keuangan nyata.

Best Practice Sebelum Implementasi ERP untuk Struktur Multi Cabang atau Multi Perusahaan

Sebelum memulai implementasi Odoo atau ERP lainnya, pastikan perusahaan sudah melakukan hal-hal berikut:

1. Definisikan Dulu Struktur Organisasi dan Bentuk Hukum

Berapa banyak NPWP yang dimiliki? Apakah tiap cabang punya surat domisili terpisah? Apakah anak perusahaan punya direksi sendiri?

Ini bukan soal administrasi—ini menentukan arsitektur sistem ERP Anda.

2. Mapping Alur Operasional Tiap Divisi

Lakukan workshop dengan tim inti (finance, warehouse, sales, purchasing) untuk memetakan:

• Alur pembelian mulai dari request sampai pembayaran
• Cara stok dikirim dari pusat ke cabang
• Bagaimana sales order diinput dan di-fulfill

Tools seperti ORC (Operational Readiness Checklist) dari Tilabs bisa membantu mengidentifikasi gap sebelum implementasi.

3. Audit Data Awal (Master Data)

Data barang, supplier, customer, dan rekening bank harus dibersihkan dulu. Jangan pindahkan kekacauan dari Excel ke ERP.

4. Pilih Partner Implementasi yang Memahami Bisnis, Bukan Hanya Teknologi

Banyak vendor ERP fokus pada fitur dan teknis, tapi gagal karena tidak memahami proses bisnis klien. Pilih partner yang:

• Memahami operasional di sektor Anda (manufacturing, trading, dll)
• Punya pengalaman di Odoo implementation dengan kasus serupa
• Menawarkan optimasi ERP setelah go-live
• Bisa menjembatani antara kebutuhan bisnis dan tim teknis

5. Siapkan Tim Internal untuk Perubahan

Banyak implementasi ERP gagal karena tim operasional belum siap. Libatkan user sejak awal, beri pelatihan yang relevan, dan buat insentif untuk menggunakan sistem.

Pilih Struktur ERP yang Sesuai, Bukan yang Terlihat Modern

Keputusan antara multi company dan multi branch bukan sekadar soal teknologi. Ini adalah keputusan strategis yang berdampak langsung pada efisiensi operasional, akurasi laporan keuangan, dan kepatuhan pajak.

Terlalu banyak perusahaan yang menghabiskan waktu dan uang untuk implementasi Odoo, hanya karena memilih struktur yang keliru sejak awal.

Sebelum membeli lisensi atau menginstal sistem, tanyakan pada diri sendiri: bisnis saya sebenarnya membutuhkan kontrol terpusat, atau otonomi per entitas? Jawaban ini akan menentukan fondasi digital perusahaan Anda selama bertahun-tahun ke depan.

FAQ