Sistem sudah berjalan enam bulan. Laporan keuangan keluar tepat waktu, tetapi angkanya selalu perlu dikoreksi manual. Kondisi ini jarang disebabkan oleh sistemnya. Umumnya, kesalahan pengguna Odoo Accounting berakar di tahap konfigurasi, bukan di pemakaian harian.
Dampaknya menumpuk pelan-pelan. Laporan pajak meleset, audit jadi panjang, dan keputusan diambil dari angka yang meragukan. Polanya mirip dengan kesalahan pembukuan yang lazim ditemui di bisnis kecil. Bedanya, di dalam ERP satu kesalahan langsung tersalin ke seluruh modul.
Lima hal berikut paling sering muncul di proyek pendampingan. Masing-masing disertai titik setelan yang perlu diperiksa lebih dulu.
Kesalahan Pengguna Odoo Accounting Sering Dimulai dari Chart of Accounts
Banyak tim langsung memakai bagan akun bawaan tanpa penyesuaian apa pun. Nama akun dibiarkan generik dan akun yang tidak terpakai tetap menggantung. Masalahnya baru terasa ketika manajemen meminta laporan per lini bisnis.
Contohnya mudah ditemui di lapangan. Sebuah perusahaan jasa memakai satu akun pendapatan untuk semua transaksi. Setahun kemudian mereka ingin memisahkan pendapatan proyek dan retainer. Pemisahan itu tidak bisa dilakukan mundur tanpa mereklasifikasi ratusan jurnal lama.
Tipe Akun Menentukan Laporan, Bukan Nomor Akunnya
Bagian ini paling sering disalahpahami. Odoo menyusun neraca dan laba rugi berdasarkan tipe akun, bukan urutan kodenya. Mengubah nomor akun tanpa membenahi tipenya tidak akan memperbaiki laporan.
Setelah ada jurnal terposting, tipe akun pun tidak bebas diubah lagi. Karena itu konsultan Odoo biasanya menuntaskan struktur akun sebelum transaksi pertama masuk.
Jurnal Manual Dipakai untuk Hampir Semua Transaksi
Fitur jurnal manual memang tersedia, tetapi bukan untuk pencatatan rutin. Saat dipakai mencatat penjualan atau pembelian, kaitannya ke modul lain langsung putus. Angka tetap masuk buku besar, namun dokumen pendukungnya tidak pernah ada.
- Nilai persediaan dan buku besar berjalan sendiri-sendiri.
- Piutang tercatat tanpa invoice yang bisa ditagihkan.
- Transaksi sulit ditelusuri karena tidak punya referensi.
Efek Diam-Diam ke Laporan Umur Piutang
Baris jurnal ke akun piutang wajib mencantumkan partner. Tanpa itu, nilainya tetap muncul di neraca tetapi hilang dari laporan umur piutang. Selisih antara dua laporan tersebut biasanya baru ketahuan saat audit berjalan.
Rekonsiliasi Bank yang Selalu Ditunda ke Akhir Bulan
Menunda rekonsiliasi bank membuat penelusuran jadi mahal. Semakin jauh jaraknya, semakin sulit mengingat konteks setiap transaksi.
Odoo sebenarnya sanggup mencocokkan otomatis lewat referensi pembayaran. Syaratnya, nomor referensi diisi konsisten sejak invoice diterbitkan. Banyak tim melewatkan hal sesederhana ini, lalu mencocokkan ratusan baris secara manual.
Perbaikannya tidak butuh modul tambahan. Sediakan satu jam tetap setiap pekan khusus untuk mencocokkan mutasi. Transaksi yang belum jelas dicatat sebagai temuan, bukan dipaksa masuk akun sementara. Kebiasaan kecil ini memangkas waktu tutup buku secara nyata.
Ringkasan Kesalahan, Gejalanya, dan Titik Setelan di Odoo
| Kesalahan | Gejala yang Muncul | Titik Setelan | Tingkat Kesulitan Perbaikan |
| Bagan akun tidak disesuaikan | Laporan sulit dibaca per lini | Chart of Accounts | Berat bila transaksi sudah banyak |
| Jurnal manual berlebihan | Neraca dan subledger berbeda | Journal Entries | Sedang |
| Rekonsiliasi tertunda | Saldo bank tidak pernah cocok | Bank Matching | Ringan |
| Pajak salah setel | Nilai pajak invoice meleset | Taxes dan Fiscal Position | Sedang |
| Periode tidak dikunci | Laporan lama berubah sendiri | Lock Dates | Ringan |
Konfigurasi Pajak Dianggap Selesai Sekali Setel
Pajak di Odoo bukan sekadar soal tarif. Penentu pajak mana yang terpakai adalah fiscal position pada pelanggan. Salah memetakan, invoice ekspor bisa ikut terkena pajak domestik.
Mengubah tarif pada pajak yang sudah dipakai juga bukan jalan keluar. Invoice lama tidak ikut terkoreksi dan riwayat pelaporan jadi campur aduk. Praktik yang lebih aman adalah menonaktifkan pajak lama, lalu membuat penggantinya.
Pembulatan yang Bikin Selisih Seribu Rupiah
Odoo menyediakan dua metode pembulatan pajak, per baris atau per dokumen. Pilihan yang berbeda dari faktur pajak menghasilkan selisih kecil yang berulang. Nilainya tampak sepele, tetapi merepotkan ketika data pelaporan divalidasi.
Periode Akuntansi yang Tidak Pernah Dikunci
Tanpa penguncian, transaksi bertanggal mundur bisa masuk kapan saja. Laporan yang sudah dibagikan ke manajemen berubah tanpa ada yang menyadari. Odoo menyediakan beberapa lapisan penguncian yang bisa dipakai bertahap:
- Kunci penjualan dan pembelian untuk membatasi dokumen operasional.
- Kunci pelaporan pajak setelah SPT dikirim.
- Kunci menyeluruh untuk periode yang sudah selesai ditutup.
Ada satu catatan penting sebelum mencoba. Penguncian permanen bersifat tidak bisa dibatalkan, seperti dijelaskan pada panduan tutup buku Odoo. Gunakan penguncian bertahap dulu, dan simpan opsi permanen untuk periode yang benar-benar sudah diaudit.
Kewenangan membuka kunci sebaiknya dipegang satu orang saja. Bila semua pengguna bisa melakukannya, penguncian kehilangan fungsinya. Catat juga alasan setiap pengecualian supaya riwayatnya jelas saat pemeriksaan.
Urutan Pembenahan yang Masuk Akal
Membereskan kelimanya sekaligus jarang berhasil. Mulailah dari langkah yang risikonya paling kecil terhadap data berjalan.
- Kunci periode berjalan supaya angkanya berhenti bergerak.
- Tuntaskan rekonsiliasi bank sampai akun sementara bersaldo nol.
- Rapikan konfigurasi pajak beserta fiscal position tiap partner.
- Batasi pemakaian jurnal manual lewat pengaturan hak akses.
- Terakhir, benahi struktur bagan akun bersama tim akuntansi.
Pola yang Menghubungkan Kesalahan Pengguna Odoo Accounting
Kelimanya berakar pada keputusan konfigurasi di awal, bukan kelalaian harian. Karena itu pelatihan tim saja jarang menyelesaikan akar masalahnya. Yang dibutuhkan adalah pemeriksaan setelan sebelum data ikut dirapikan.
i2C Studio biasa menangani pembenahan semacam ini dengan mengaudit konfigurasi lebih dulu. Untuk perusahaan yang baru mulai, jasa pembuatan ERP yang mencakup pendampingan sampai tutup buku pertama umumnya lebih hemat. Sebaliknya, jasa pembuatan ERP yang berhenti tepat di hari go-live sering meninggalkan pekerjaan rumah. Berdiskusi dengan konsultan Odoo di tahap desain proses jelas lebih murah daripada memperbaiki setelah setahun berjalan.
Pertanyaan yang Sering Diajukan
1. Apakah bagan akun masih bisa diubah setelah sistem berjalan?
Masih bisa, tetapi perubahan tipe akun menjadi terbatas begitu ada jurnal yang sudah diposting.
2. Kapan jurnal manual sebaiknya dipakai?
Gunakan hanya untuk penyesuaian, koreksi, dan alokasi di akhir periode.
3. Apakah periode yang sudah dikunci bisa dibuka lagi?
Bisa melalui pengecualian, kecuali penguncian permanen yang memang dirancang tidak bisa dibatalkan.
