Panduan langkah demi langkah menyiapkan cost center dan profit center di ERP — dari desain hirarki, konfigurasi Odoo 17 dan ERPNext v15, validasi jurnal, hingga pelaporan margin per unit.
Pertanyaan yang paling sering muncul saat rapat evaluasi anggaran bukanlah berapa total belanja perusahaan, melainkan unit mana yang menghabiskan uang dan layanan mana yang benar-benar menghasilkan margin. Tanpa cost center dan profit center yang rapi di ERP, jawaban itu harus dirakit manual dari ekspor Excel — proses yang rutin memakan 3-5 hari kerja per bulan di rumah sakit dengan 12 unit layanan, atau di peternakan layer dengan 8 flock aktif. Lebih buruk lagi, angka yang dihasilkan sering tidak konsisten antar laporan sehingga keputusan investasi diambil berdasarkan asumsi. Artikel ini membahas cara menyiapkan struktur cost center dan profit center secara benar, mulai dari desain bagan akun, langkah konfigurasi di Odoo 17 dan ERPNext v15, sampai validasi teknis agar tidak ada jurnal yang lolos tanpa dimensi.
Cost center adalah unit organisasi yang mengonsumsi biaya tetapi tidak dibebani pendapatan secara langsung. Di rumah sakit, contoh konkretnya adalah IGD, ICU, instalasi laundry, CSSD, dan departemen IT. Manajer unit ini dinilai dari efisiensi biaya dan kepatuhan anggaran, bukan dari laba. Profit center adalah unit yang menghasilkan pendapatan sekaligus menanggung biaya relevan, sehingga bisa dihitung margin-nya: rawat inap, poliklinik spesialis, laboratorium, farmasi, dan radiologi.
Kesalahan paling umum adalah mencampur keduanya menjadi satu daftar datar. Akibatnya laporan general ledger per unit di rumah sakit penuh baris pendapatan di akun IGD dan penuh biaya gaji di akun farmasi. Solusi praktisnya adalah hirarki dua lapis: profit center sebagai parent, cost center sebagai child. Contohnya profit center PC-01 Rawat Inap membawahi cost center CC-0111 Gedung A, CC-0112 Gedung B, dan CC-0113 Keperawatan. Pendapatan ditempel di level PC, biaya operasional di level CC, lalu margin dihitung dengan menggulung (roll-up) biaya child ke parent.
Di ERP Poultry/Layer, logikanya sama tetapi dimensinya berbeda. Kandang, gudang pakan, dan unit penetasan adalah cost center; penjualan telur per region dan penjualan ayam afkir adalah profit center. Karena HPP telur dipengaruhi pakan dari gudang bersama, Anda perlu aturan alokasi yang eksplisit: 60% biaya gudang pakan dibebankan ke kandang berdasarkan konsumsi aktual (kg), bukan rata-rata jumlah kandang. Tanpa aturan ini, margin per kandang akan selalu menyesatkan.
Satu hal yang wajib dipegang: buat dimensi per unit yang dikendalikan seorang manajer, bukan per orang atau per lokasi fisik terkecil. Jika satu manajer mengelola tiga poliklinik, jadikan tiga poliklinik sebagai cost center di bawah satu profit center, dan pastikan laporan konsolidasinya tersedia dalam satu klik.
Langkah 1 — Audit bagan akun. Tandai akun mana yang wajib berdimensi. Di proyek SIMRS kami, dari 240 akun hanya 87 yang butuh dimensi: seluruh akun beban operasional wajib cost center, seluruh akun pendapatan wajib profit center, sedangkan akun neraca seperti kas dan utang bank tidak perlu. Simpan aturan ini sebagai metadata di tabel akun (flag requires_cost_center dan is_revenue), bukan sebagai hafalan tim finance.
Langkah 2 — Definisikan kode dan hirarki. Gunakan 4 digit dengan pola 2 digit level-1 dan 2 digit level-2, misalnya CC-0101. Hindari penomoran berurutan bebas karena akan runtuh saat reorganisasi. Batasi kedalaman maksimal 3 level; lebih dari itu, laporan pivot menjadi lambat dan sulit dibaca manajemen.
Langkah 3 — Konfigurasi di aplikasi. Di Odoo 17 (modul Accounting/Enterprise), buka Configuration > Analytic Plans, buat dua plan: Cost Center dan Profit Center, lalu isi Analytic Accounts sesuai hirarki. Aktifkan Analytic Distribution pada jurnal agar satu baris bisa dibagi ke beberapa dimensi dengan persentase. Di ERPNext v15.30, gunakan doctype Cost Center dengan checkbox Is Group untuk parent, lalu tambahkan Accounting Dimension bernama Profit Center dan centang Mandatory pada dokumen Journal Entry, Purchase Invoice, dan Sales Invoice.
Langkah 4 — Pasang default dimension. Isi default cost center pada master user, gudang, dan kategori produk. Di Odoo 17, field Default Analytic Account pada produkt dapat mengisi otomatis 80-90% baris transaksi rutin, sehingga tim operasional hanya perlu mengoreksi pengecualian. Ini menurunkan entri manual secara signifikan dibanding mewajibkan input penuh di setiap transaksi.
Langkah 5 — Migrasi saldo awal dan uji silang. Setelah saldo awal diimpor, jalankan laporan trial balance per dimensi dan cocokkan totalnya dengan trial balance tanpa dimensi. Selisih harus nol. Jika tidak nol, hampir selalu penyebabnya adalah jurnal penyesuaian yang dibuat sebelum dimensi aktif.
Konfigurasi selesai bukan berarti pekerjaan selesai. Tanpa validasi di level aplikasi, dua minggu kemudian akan muncul jurnal biaya listrik tanpa cost center karena staf menggunakan template impor lama. Karena itu, paksakan aturan di model, bukan hanya di form. Contoh berikut menggunakan Laravel 11 / PHP 8.3 pada ERP kustom, tetapi pola yang sama berlaku untuk hook Odoo maupun script server ERPNext.
// app/Models/JournalLine.php — Laravel 11 / PHP 8.3
protected static function booted(): void
{
static::saving(function (JournalLine $line) {
$coa = Account::findOrFail($line->account_id);
if ($coa->requires_cost_center && !$line->cost_center_id) {
throw new \InvalidArgumentException("Akun {$coa->code} wajib cost center.");
}
if ($coa->is_revenue && !$line->profit_center_id) {
throw new \InvalidArgumentException("Akun pendapatan wajib profit center.");
}
});
}
Setelah validasi berjalan, bangun tiga laporan wajib: (1) General Ledger by Cost Center per bulan, (2) Budget vs Actual per profit center dengan varian minimal 5%, dan (3) Unallocated Cost Report yang menampilkan seluruh beban tanpa dimensi. Target sehatnya adalah unallocated cost di bawah 2% dari total beban; di atas itu, laporan margin per unit belum layak dipakai sebagai dasar keputusan.
Lakukan rekonsiliasi dimensi setiap tanggal 5 bersama tim finance dan kepala unit. Satu jam rapat bulanan jauh lebih murah daripada audit internal yang menemukan biaya listrik Rp180 juta tercampur ke semua unit secara rata.
Tidak harus, tetapi sebaiknya selaras 1:1 untuk level terendah. Jika departemen HR berisi 14 unit dan cost center berisi 18, buat tabel pemetaan eksplisit agar laporan biaya SDM bisa ditelusuri ke unit operasional tanpa duplikasi data.
Patokannya bukan angka absolut, melainkan jumlah manajer yang bertanggung jawab atas anggaran. Untuk rumah sakit tipe C dengan 200 tempat tidur, 25-40 cost center sudah memadai; lebih dari 60 biasanya menyulitkan pelaporan bulanan tanpa menambah wawasan.
Simpan sebagai cost center tersendiri (misalnya CC-9001 Utilitas), lalu alokasikan ke unit penerima memakai basis yang dapat diaudit: meteran listrik per gedung, jumlah PC per unit, atau luas area. Dokumentasikan formula alokasi beserta tanggal berlakunya di ERP.
Perlu, tetapi ubah namanya menjadi program center. Yang diukur bukan margin komersial, melainkan rasio biaya program terhadap total donasi yang diterima, sehingga laporan akuntabilitas ke donor tetap bisa dihasilkan dari ERP yang sama.
Setup cost center dan profit center yang benar bukan pekerjaan akuntansi semata, melainkan keputusan desain sistem yang menentukan kualitas seluruh laporan manajemen Anda selama bertahun-tahun. Mulailah dari audit bagan akun, bangun hirarki maksimal tiga level, pasang validasi di level aplikasi, lalu jaga rasio unallocated cost di bawah 2%. Jika tim Anda sedang menyiapkan ERP rumah sakit, klinik, atau peternakan dan ingin struktur dimensi yang langsung siap pakai untuk pelaporan margin per unit, silakan konsultasikan kebutuhan Anda — kami membantu dari desain bagan akun hingga implementasi dan migrasi saldo awal.
Solusi terkait dari PT Pilar Inovasi Informatika (produk IT Pilar Inovasi): ERP Agriculture SIMRS SIM Klinik. Butuh konsultasi gratis?
Belum ada komentar. Jadilah yang pertama!
Baca juga artikel lainnya
