ERP Notes

Chart of Accounts (COA)

5 min read

Chart of Accounts (COA)

Definition

Chart of Accounts (Bagan Akun / COA) adalah daftar terstruktur dari seluruh akun pembukuan yang digunakan oleh suatu organisasi untuk mengidentifikasi, mengelompokkan, mencatat, dan melaporkan transaksi keuangan di dalam buku besar umum (General Ledger).

Dalam arsitektur ERP, COA bukan sekadar daftar kode statis, melainkan fondasi penentu arah (routing map) dari mesin akuntansi otomatis. Setiap kali transaksi bisnis disahkan pada modul operasional, sistem merujuk pada konfigurasi pemetaan akun (Account Determination) untuk memutuskan akun COA mana yang harus didebit dan dikredit.

Account Classification & Standard Numbering Architecture

Untuk memudahkan pembacaan dan penyusunan laporan keuangan otomatis, akun-akun di dalam COA dikelompokkan ke dalam kategori standar menggunakan hierarki penomoran desimal:

flowchart TD
    COA["Chart of Accounts (COA)"]
    
    subgraph BalanceSheet["Neraca (Permanent / Real Accounts)"]
        A["1000 - Assets (Aset)"]
        L["2000 - Liabilities (Liabilitas)"]
        E["3000 - Equity (Ekuitas)"]
    end
    
    subgraph IncomeStatement["Laba Rugi (Temporary / Nominal Accounts)"]
        R["4000 - Revenue (Pendapatan)"]
        C["5000 - Cost of Goods Sold (Beban Pokok Penjualan)"]
        X["6000 - Operating Expenses (Beban Operasional)"]
        O["7000 - Other Income / Expense (Pendapatan & Beban Lain)"]
    end
    
    COA --> BalanceSheet
    COA --> IncomeStatement

Konvensi Penomoran Akun

Blok NomorKelompok AkunSifat AkunSaldo NormalPenjelasan
1000 - 1999AssetsPermanen (Neraca)DebitKas, piutang usaha, persediaan, aset tetap.
2000 - 2999LiabilitiesPermanen (Neraca)KreditUtang usaha, utang pajak, utang bank, beban akrual.
3000 - 3999EquityPermanen (Neraca)KreditModal saham, tambahan modal disetor, laba ditahan.
4000 - 4999RevenueNominal (Laba Rugi)KreditPendapatan penjualan barang, pendapatan jasa.
5000 - 5999COGSNominal (Laba Rugi)DebitBeban pokok produksi, HPP barang dagang.
6000 - 6999ExpensesNominal (Laba Rugi)DebitBeban gaji, sewa, listrik, utilitas, penyusutan.
7000 - 7999Other ItemsNominal (Laba Rugi)BervariasiLaba/rugi selisih kurs valas, bunga bank.

Struktur Pohon: Parent Accounts vs Posting Accounts

ERP modern mengorganisasi COA dalam bentuk pohon hierarki (hierarchical tree structure):

1000 - Aset (Group / Parent Account)
  ├── 1100 - Aset Lancar (Group / Parent Account)
  │     ├── 1110 - Kas dan Bank (Group / Parent Account)
  │     │     ├── 1111 - Kas Kecil Operasional (Posting Account - Child)
  │     │     └── 1112 - Rekening Bank Utama (Posting Account - Child)
  │     ├── 1120 - Piutang Usaha (Control Account - Child)
  │     └── 1130 - Persediaan (Group / Parent Account)
  │           ├── 1131 - Persediaan Bahan Baku (Posting Account - Child)
  │           └── 1132 - Persediaan Barang Jadi (Posting Account - Child)
  └── 1200 - Aset Tidak Lancar (Group / Parent Account)
        ├── 1210 - Peralatan Kantor (Posting Account - Child)
        └── 1219 - Akumulasi Penyusutan Peralatan (Posting Account - Child / Contra)
  1. Group / Parent Account (Akun Header):
    • Hanya berfungsi sebagai pengelompok data untuk meringkas laporan (aggregation header).
    • Tidak dapat menerima jurnal transaksi langsung (Non-Posting Account).
  2. Posting / Child Account (Akun Transaksi):
    • Akun tingkat terbawah (leaf node) yang menampung catatan jurnal debit dan kredit riil.

Control Accounts (Akun Kontrol / Rekonsiliasi)

Salah satu kesalahan paling fatal dalam merancang COA di sistem komputer non-ERP adalah membuat akun GL terpisah untuk setiap pelanggan atau pemasok (misal: membuat akun 1121 - Piutang Toko A, 1122 - Piutang Toko B). Hal ini menyebabkan ledakan jumlah akun (COA explosion) yang merusak efisiensi pelaporan.

Sistem ERP mengatasi hal ini dengan menggunakan Control Account (Akun Kontrol):

flowchart LR
    C1["Customer PT ABC<br/>Rp5.000.000"]
    C2["Customer CV XYZ<br/>Rp3.000.000"]
    C3["Customer Toko Makmur<br/>Rp2.000.000"]

    Ctrl["General Ledger (Buku Besar):<br/>Akun Kontrol 1120 - Piutang Usaha<br/>(Saldo GL = Rp10.000.000)"]

    C1 -->|Posting Agregat| Ctrl
    C2 -->|Posting Agregat| Ctrl
    C3 -->|Posting Agregat| Ctrl

    classDef subledger fill:#edf2f4,stroke:#8d99ae,color:#2b2d42;
    classDef gl fill:#e8f4f8,stroke:#2b6cb0,color:#1a365d,font-weight:bold;

    class C1,C2,C3 subledger;
    class Ctrl gl;
  • Di dalam COA, perusahaan hanya memiliki satu akun buku besar bernama 1120 - Piutang Usaha.
  • Rincian piutang per pelanggan dikelola di dalam Buku Pembantu (AR Subledger).
  • Akun kontrol ini dikonfigurasi agar hanya menerima transaksi otomatis dari modul operasional (locked for manual direct entry) demi mencegah terjadinya ketidaksesuaian saldo antara GL dan buku pembantu.

Konsep serupa berlaku untuk 2110 - Utang Usaha (menghubungkan seluruh pemasok) dan 1130 - Persediaan (menghubungkan seluruh stok barang). Pembahasan detail terdapat di General Ledger and Subledger.

Temporary vs Permanent Accounts & Retained Earnings

COA memisahkan akun berdasarkan dampaknya saat tutup buku tahunan (Year-End Closing):

  1. Permanent Accounts (Akun Riil / Neraca):
    • Meliputi: Aset, Liabilitas, dan Ekuitas.
    • Saldo akhir akun permanen pada tanggal 31 Desember akan otomatis menjadi saldo awal pada tanggal 1 Januari tahun berikutnya.
  2. Temporary Accounts (Akun Nominal / Laba Rugi):
    • Meliputi: Pendapatan dan Beban.
    • Akun nominal hanya mengukur kinerja selama satu periode fiskal berjalan.
    • Saat proses tutup buku tahunan, saldo seluruh akun nominal dikosongkan (di-reset ke nol), dan selisih bersihnya (Net Income) dipindahkan ke akun Laba Ditahan (Retained Earnings) di kelompok Ekuitas Neraca (lihat Period-End Closing).

Account Determination: Menghubungkan Operasional ke COA

ERP menggunakan aturan pemetaan akun (Account Mapping / Determination Rules) sehingga pengguna di gudang atau kasir tidak perlu menghafal kode akun akuntansi:

flowchart LR
    Item["Produk: Laptop Pro<br/>Kategori: Elektronik"] 
    --> Map["Aturan Kategori Barang:<br/>Akun Persediaan = 1132<br/>Akun HPP = 5101<br/>Akun Pendapatan = 4101"]
    --> Event["Event: Pengiriman Barang (DN)"]
    --> JE["Auto Journal:<br/>Dr. 5101 - HPP<br/>Cr. 1132 - Persediaan Barang Jadi"]

Prinsip Desain COA yang Baik untuk ERP

  1. Gunakan Digit Standar dan Terstruktur: Gunakan 4 hingga 6 digit penomoran (misal: 4 digit untuk entitas menengah, 6 digit untuk grup usaha besar) agar menyisakan ruang untuk penambahan akun di masa depan.
  2. Jangan Masukkan Dimensi Organisasi ke dalam COA:
    • Buruk: Membuat akun 6101 - Beban Gaji Cabang Jakarta, 6102 - Beban Gaji Cabang Surabaya.
    • Benar: Buat satu akun 6100 - Beban Gaji, lalu gunakan Accounting Dimensions (lihat Organizational Structure) untuk memfilter beban per Cabang atau Departemen.
  3. Standarisasi Lintas Entitas: Dalam grup multi-perusahaan, gunakan struktur bagan akun standar (Global Template COA) untuk mempermudah konsolidasi laporan keuangan.

References

  1. IFRS Foundation: IAS 1 Presentation of Financial Statements - Structure and Content of Financial Statements. URL: https://www.ifrs.org/issued-standards/list-of-standards/ias-1-presentation-of-financial-statements/
  2. AICPA: Audit and Accounting Guide: General Ledger and Chart of Accounts Structure.
  3. Microsoft Learn: Plan your chart of accounts in Dynamics 365 Finance. URL: https://learn.microsoft.com/en-us/dynamics365/finance/general-ledger/plan-chart-of-accounts
  4. Frappe / ERPNext Documentation: Chart of Accounts Management and Standard Templates. URL: https://docs.frappe.io/erpnext/user/manual/en/accounts/chart-of-accounts

Graph View

Backlinks