📘 Panduan Sistem: Logika Inti Neraca Keuangan (Balance Sheet Engine)

Dokumen ini merupakan panduan teknis sekaligus materi pembelajaran mengenai arsitektur mesin penyusun Neraca Keuangan (Core Accounting Engine) pada BUMDes ERP.

Sistem BUMDes ERP dirancang untuk tahan terhadap kelalaian operasional (seperti lupa melakukan tutup buku bulanan)

Catatan Arsitektur: Pemindahan laba rugi ke Laba Ditahan sekarang dikunci secara ketat dan hanya dilakukan oleh eksekusi Tutup Buku Tahunan (Annual Closing) oleh Super Admin, menjamin konsolidasi modal tahunan yang anti-bocor. dan mampu menyajikan laporan konsolidasi multi-unit secara instan dan akurat sesuai standar akuntansi PSAK/ETAP.

Arsitektur Neraca Keuangan ini ditopang oleh 3 Pilar Utama. Berikut adalah penjelasan mendalam beserta simulasi kasusnya.

---

Pilar 1: Pemisahan Laba Fiskal (Smart Fiscal Year Splitting)#

Konsep Dasar

Neraca Keuangan yang baik harus bisa memisahkan antara Laba Tahun Berjalan (keuntungan yang didapat pada tahun ini) dan Laba Ditahan (akumulasi keuntungan dari tahun-tahun sebelumnya).

Mesin akuntansi BUMDes ERP menggunakan algoritma Smart Fiscal Year Splitting. Ketika pengguna menarik laporan Neraca pada tanggal tertentu (endDate), sistem akan secara cerdas:

1. Mendeteksi tahun dari tanggal tersebut.
2. Menetapkan tanggal 1 Januari pada tahun tersebut sebagai "Batas Tahun Fiskal".
3. Semua mutasi pendapatan dan beban setelah 1 Januari dihitung sebagai Laba Tahun Berjalan (3-300).
4. Semua mutasi sebelum 1 Januari dipisahkan untuk digulung ke Laba Ditahan.

💡 Studi Kasus Pilar 1

Skenario: BUMDes menarik laporan Neraca pada tanggal 30 Juni 2026.

• Terdapat Pendapatan Toko pada bulan Desember 2025 sebesar Rp 10.000.000.
• Terdapat Pendapatan Toko pada bulan Mei 2026 sebesar Rp 5.000.000.

Bagaimana Sistem Bekerja?

• Sistem menetapkan batas fiskal: 1 Januari 2026.
• Pendapatan Rp 10.000.000 (Des 2025) terjadi sebelum 1 Januari 2026. Oleh sistem, angka ini dikeluarkan dari perhitungan Laba Tahun Berjalan.
• Pendapatan Rp 5.000.000 (Mei 2026) terjadi setelah 1 Januari 2026. Angka ini dimasukkan sebagai Laba Tahun Berjalan.
• Hasilnya, Laba Tahun Berjalan hanya akan menampilkan angka Rp 5.000.000, sehingga laporan sangat akurat mengukur performa murni di tahun 2026.

---

Pilar 2: Penggulungan Laba Otomatis (Auto-Rollover Retained Earnings)#

Konsep Dasar

Dalam sistem akuntansi tradisional, admin keuangan diwajibkan membuat "Jurnal Penutup" di akhir tahun (31 Desember) untuk menihilkan (membuat nol) akun Pendapatan dan Beban, lalu memindahkan selisihnya ke akun Laba Ditahan (3-301).

Jika admin lupa, neraca tahun berikutnya akan berantakan karena laba tahun lalu ikut tercampur.

BUMDes ERP memiliki fitur Auto-Rollover Laba Ditahan. Sistem akan secara dinamis menyatukan semua saldo akun nominal (Pendapatan, Beban, dan Laba Tahun Berjalan 3-300) dari tahun-tahun sebelumnya dan menyajikannya secara matematis sebagai Laba Ditahan (3-301).

💡 Studi Kasus Pilar 2

Skenario: Admin Keuangan BUMDes lupa menjalankan fitur Tutup Buku Akhir Tahun di tanggal 31 Desember 2025. Di database, akun Pendapatan 2025 masih memiliki saldo menggantung sebesar Rp 50.000.000.

Bagaimana Sistem Bekerja? Saat Kepala Desa membuka Neraca di tahun 2026:

1. Karena tidak ada Jurnal Penutup, algoritma mengambil alih perlindungan integritas data.
2. Sistem melihat ada saldo Pendapatan Rp 50.000.000 yang usianya sudah melewati batas 1 Januari 2026.
3. Secara instan pada presentation layer, sistem mengubah saldo Rp 50.000.000 tersebut menjadi Ekuitas: Laba Ditahan (3-301).
4. Di layar Neraca, pengguna akan melihat label AUTO-CALCULATED di sebelah akun Laba Ditahan. Neraca tetap seimbang (Balanced), dan tidak ada data yang hilang maupun tercampur.

---

Pilar 3: Eliminasi Transaksi Antar-Unit (RKAK Consolidation)#

Konsep Dasar

BUMDes ERP mendukung struktur Holding di mana Unit Pusat dan Sub-Unit (Perdagangan, Peternakan, dll) memiliki entitas buku besar yang terpisah.

Ketika terjadi transfer dana antar-unit, transaksi dicatat menggunakan akun Rekening Koran Antar Kantor atau RKAK (7-xxx).

• Unit A mencatat: Debit Kas, Kredit RKAK Unit B.
• Unit B mencatat: Debit RKAK Unit A, Kredit Kas.

Saat melihat laporan Konsolidasi (gabungan seluruh unit), akun 7-xxx ini wajib dieliminasi (dihilangkan) agar kekayaan BUMDes tidak terhitung ganda (double counting).

💡 Studi Kasus Pilar 3

Skenario: Unit Pusat mentransfer modal Rp 20.000.000 ke Unit Peternakan.

• Pusat mencatat: Debit 7-102 (RK Peternakan) Rp 20 Juta.
• Peternakan lupa mencatat jurnal penerimaan kas.

Bagaimana Sistem Bekerja Saat Konsolidasi?

1. Sistem berusaha mengeliminasi akun 7-xxx dari seluruh penjuru database BUMDes.
2. Sistem menemukan ada Debit Rp 20 Juta di Pusat, tapi tidak ada Kredit penyeimbangnya di Peternakan. Ini menimbulkan selisih eliminasi sebesar Rp 20.000.000.
3. Alih-alih membiarkan Neraca Konsolidasi menjadi Unbalanced (tidak seimbang), sistem akan melemparkan selisih tersebut ke akun 9-999 Selisih Eliminasi Antar Unit (RK) di bagian Ekuitas.
4. Hasil Audit: Auditor atau Kepala Desa dapat langsung melihat adanya kemunculan angka di akun 9-999. Ini menjadi indikator sangat jelas bahwa ada transaksi antar-unit yang belum diselesaikan (belum di-jurnal oleh pihak penerima).

---

Dokumen ini dirancang untuk menumbuhkan literasi keuangan dan transparansi tata kelola BUMDes. Segala bentuk otomasi di atas tidak pernah menghapus data mentah jurnal, melainkan menyajikannya sesuai standar akuntansi yang benar demi kemudahan pengelola desa.