PSAK 118 dan Odoo Accounting: Bukan Sekadar Mengubah Format Laporan Keuangan

PSAK 118 sering diringkas menjadi “perubahan format laba rugi”. Padahal yang berubah lebih dalam: cara mengklasifikasikan penghasilan dan beban, subtotal yang wajib disajikan, dan cara mengungkapkan ukuran kinerja manajemen. Bagi pengguna Odoo, ini bukan pekerjaan menambah satu baris di laporan — ini pekerjaan memetakan akun, transaksi, dan definisi laporan.

1. Apa yang Berubah dalam PSAK 118?

PSAK 118 merupakan adopsi IFRS 18 tentang Penyajian dan Pengungkapan dalam Laporan Keuangan, berlaku efektif 1 Januari 2027. Penting dipahami: PSAK 118 tidak mengubah cara mengukur kinerja keuangan, tetapi mengubah cara menyajikan dan mengungkapkannya.

Ada lima perubahan yang paling terasa:

1. Lima kategori baku dalam laba rugi — Operasi, Investasi, Pendanaan, Pajak Penghasilan, dan Operasi yang Dihentikan.
2. Subtotal wajib — terutama Laba Operasi dan Laba sebelum Pendanaan dan Pajak Penghasilan.
3. Analisis beban operasi wajib di laba rugi — berdasarkan sifat, fungsi, atau campuran; tidak lagi boleh hanya di catatan kaki.
4. Ukuran Kinerja Tetapan Manajemen (UKTM) — dalam bahasa Inggris Management-defined Performance Measures (MPM) — metrik non-SAK yang dipakai di komunikasi publik wajib diungkapkan dan direkonsiliasi.
5. Dampak ke standar lain — PSAK 207 (arus kas) dan PSAK 208 (dasar penyusunan laporan keuangan) ikut berubah.

Klasifikasi dilakukan pada tingkat entitas pelapor. Artinya, laporan individual dan konsolidasian bisa memiliki klasifikasi yang berbeda — dan itu sah selama diungkapkan.

2. Lima Kategori, Satu Logika

Kuncinya adalah aktivitas bisnis utama: apakah entitas memiliki aktivitas yang spesifik (misalnya bank, perusahaan pembiayaan, properti investasi) atau tidak. Untuk manufaktur dan distributor pada umumnya, aktivitas utamanya tidak spesifik — sehingga pendapatan bunga dan beban bunga masuk ke kategori investasi dan pendanaan, bukan operasi.

Laba Operasi adalah seluruh penghasilan dan beban yang diklasifikasikan dalam kategori operasi. Laba sebelum Pendanaan dan Pajak adalah Laba Operasi ditambah seluruh penghasilan dan beban kategori investasi.

3. Contoh: Sebelum dan Sesudah

Ilustrasi berikut menggunakan angka contoh (dalam ribuan Rupiah) untuk memperlihatkan pergeseran klasifikasi. Total laba bersih tidak berubah; yang berubah adalah cara ia dibaca.

PSAK 201 — sebelum

PSAK 118 — sesudah

Perhatikan: laba bersih tetap 173.301, tetapi laba operasi berubah dari 259.818 menjadi 215.301. Penyebabnya bukan kinerja yang memburuk, melainkan penurunan nilai mesin produksi yang kini masuk kategori operasi, serta pemisahan selisih kurs ke tiga aktivitas. Inilah yang sering mengejutkan manajemen: angka berubah karena klasifikasi, bukan karena laba.

4. Dampaknya pada Chart of Accounts dan Pencatatan

Pertanyaan yang paling sering muncul: apakah Chart of Accounts harus diubah total? Jawabannya: belum tentu. Yang wajib adalah kemampuan memetakan setiap akun ke kategori yang tepat. Perubahan COA hanya diperlukan bila satu akun menampung transaksi yang harus dipisah.

Akun yang biasanya perlu dipisah

• Bunga — pendapatan bunga dari investasi (investasi) vs bunga dari piutang pelanggan bila itu aktivitas utama; beban bunga pinjaman vs beban bunga utang usaha/liabilitas sewa (keduanya pendanaan, tetapi perlu dirinci untuk CALK — Catatan atas Laporan Keuangan).
• Selisih kurs — PSAK 118 meminta selisih kurs mengikuti kategori unsur yang menimbulkannya: operasi, investasi, atau pendanaan. Bila Odoo hanya punya satu akun selisih kurs, perlu sub-akun atau pemetaan tambahan.
• Penurunan nilai — penurunan nilai piutang usaha masuk operasi; penurunan nilai aset investasi mengikuti kategorinya.
• Pendapatan/beban lain-lain — label “lain-lain” yang terlalu besar justru menjadi sorotan PSAK 118. Pisahkan berdasarkan sifatnya.
• Operasi yang dihentikan — butuh penanda akun/segmen agar bisa disajikan terpisah.

Yang tidak perlu diubah

Selama akun yang ada sudah cukup granular, perubahan bisa dilakukan di lapisan laporan — bukan dengan membongkar seluruh COA. Membongkar COA berisiko mengacaukan histori, rekonsiliasi, dan integrasi. Prinsipnya: ubah COA hanya jika informasinya memang belum tertangkap.

Keputusan klasifikasi adalah keputusan akuntansi, bukan keputusan IT. Sistem menyediakan data; akuntan yang menentukan kategori.

5. Menyiapkan Laporan PSAK 118 di Odoo

Odoo Accounting memiliki mesin laporan keuangan yang kuat, tetapi tidak otomatis patuh PSAK 118. Laporan Laba Rugi bawaan Odoo 20 disusun dari account type dan definisi baris laporan, dengan struktur sederhana: Revenue → Costs of Revenue → Gross Profit → Operating Expenses → Operating Income → Other Income → Other Expenses → Net Profit. Struktur ini belum memisahkan kategori investasi, pendanaan, dan pajak seperti PSAK 118.

Langkah teknis yang realistis

1. Petakan account type ke lima kategori. Di Odoo, tipe akun yang tersedia antara lain income, income_other, expense, expense_other, expense_direct_cost, dan expense_depreciation. Tidak ada tipe khusus “investasi” atau “pendanaan”, sehingga pemisahan dilakukan lewat sub-akun dan definisi baris laporan.
2. Sesuaikan definisi laporan. Di Odoo Enterprise, laporan disusun dari account.report dan account.report.line dengan ekspresi berupa domain akun, kode akun, atau agregasi. Tambahkan baris dan subtotal: Laba Operasi, Laba sebelum Pendanaan dan Pajak, Laba sebelum Pajak.
3. Bangun analisis beban. PSAK 118 mewajibkan analisis beban operasi tampil di laba rugi. Jika memilih pendekatan fungsi, CALK tetap harus mengungkap total depresiasi, amortisasi, imbalan kerja, penurunan nilai aset, dan penurunan nilai persediaan. Manfaatkan account type, tag, atau analytic distribution untuk menarik angka ini.
4. Siapkan UKTM secara terpisah. Rekonsiliasi UKTM (misalnya Adjusted EBITDA) ke subtotal PSAK terdekat biasanya tidak bisa dihasilkan otomatis oleh laporan standar; siapkan di spreadsheet atau laporan khusus, lalu pastikan angkanya konsisten.
5. Tinjau laporan arus kas. Amendemen PSAK 207 menjadikan laba operasi sebagai titik awal metode tidak langsung, dan mengubah klasifikasi bunga serta dividen. Laporan arus kas Odoo perlu diuji, bukan diasumsikan sudah sesuai.
6. Uji dengan data 2026. Lakukan dry run: bandingkan total laba bersih sebelum dan sesudah — harus sama — lalu periksa setiap subtotal baru. Siapkan angka komparatif yang direklasifikasi.

Contoh logika baris laporan

Secara teknis, definisi baris pada Odoo dapat disederhanakan seperti ini:

• Pendapatan — domain account_id.account_type = 'income'
• Beban pokok pendapatan — expense_direct_cost
• Laba bruto — agregasi Pendapatan − Beban Pokok
• Beban operasi — expense, expense_other, dan expense_depreciation yang termasuk operasi
• Laba operasi — agregasi seluruh baris kategori operasi
• Investasi — sub-akun pendapatan keuangan, bagian laba ventura bersama, selisih kurs investasi
• Pendanaan — sub-akun beban bunga pinjaman, bunga utang usaha, selisih kurs pendanaan
• Pajak — akun beban pajak penghasilan

Untuk kebutuhan yang lebih dalam (misalnya pemisahan otomatis selisih kurs per kategori atau laporan konsolidasi multi-entitas), custom module atau laporan khusus mungkin lebih tepat daripada memaksakan konfigurasi standar.

6. Checklist Menuju 1 Januari 2027

Urutan penerapan yang lazim dipakai:

1. Gap analysis — reklasifikasi laba rugi, identifikasi UKTM, evaluasi agregasi/disagregasi, dan kesiapan COA.
2. Roadmap — timeline, milestone, dan perubahan format laporan.
3. Upskilling — sosialisasi ke akuntansi, keuangan, IT, manajemen, dan direksi.
4. Implementation & dry run — simulasi laporan 2026, penyusunan angka komparatif, evaluasi hasil.
5. Go-live — laporan resmi PSAK 118 mulai laporan interim 2027.

Checklist praktis yang bisa langsung dipakai:

• Petakan setiap akun ke satu dari lima kategori.
• Identifikasi UKTM yang selama ini dipakai di siaran pers, presentasi investor, atau ulasan manajemen.
• Pisahkan akun yang masih ambigu: bunga, selisih kurs, penurunan nilai, dan “beban lain-lain”.
• Siapkan CALK (Catatan atas Laporan Keuangan): analisis beban per sifat dan rekonsiliasi UKTM (Ukuran Kinerja Tetapan Manajemen).
• Uji laporan di Odoo dengan data 2026 dan bandingkan total laba bersih.
• Dokumentasikan kebijakan klasifikasi dan alasan perubahan.
• Review bersama akuntan/auditor sebelum tanggal efektif.

Penutup

PSAK 118 bukan proyek mengganti format laporan semata. Ia menuntut perusahaan menjelaskan ulang apa yang dimaksud dengan laba operasi, apa yang termasuk investasi dan pendanaan, serta bagaimana ukuran kinerja manajemen dihitung. Odoo bisa menjadi fondasi yang kuat — karena laporannya memang dapat dikonfigurasi — tetapi kesesuaian harus diuji, bukan diasumsikan.

Yang paling berharga justru persiapannya: memetakan akun, merapikan klasifikasi, dan melatih tim sebelum 2027. Perusahaan yang mulai lebih awal akan melewati periode komparatif dengan jauh lebih tenang.

Ingin menilai kesiapan PSAK 118 pada Odoo Anda? Diskusikan dengan Tim Sinergi Data Totalindo (SDT).

Catatan: materi ini disusun dengan mengacu pada teks resmi PSAK 118 (Penyajian dan Pengungkapan dalam Laporan Keuangan) yang diterbitkan IAI/DSAK IAI dan ilustrasi penerapannya. Angka pada contoh adalah ilustrasi, bukan data entitas nyata. Sistem ERP membantu implementasi, tetapi keputusan klasifikasi tetap memerlukan pertimbangan akuntansi dan peninjauan praktisi/auditor. Ditulis oleh Sinergi Data Totalindo, PT.