Struktur dan Sintaks

Panduan teknis mengenai struktur hierarkis, format penamaan, dan aturan sintaks untuk penerapan Standar Penamaan Akun Less Summer.

Pendahuluan

Sebuah sistem penamaan akun yang baik harus konsisten, logis, dan dapat dibaca oleh manusia maupun mesin.
Tanpa struktur yang baku, bagan akun akan cepat kehilangan maknanya — terutama ketika organisasi bertumbuh dan volume transaksi meningkat.

Dokumen ini menjelaskan bagaimana cara membangun struktur akun yang hierarkis dan deskriptif menggunakan pendekatan path-based naming system, serta menetapkan aturan penulisan yang menjadi dasar dari Standar Penamaan Akun.

---

Prinsip Umum Struktur Hierarkis

Sistem ini menggunakan hierarki bertingkat yang menyerupai struktur folder di komputer.
Setiap akun diidentifikasi oleh sebuah path yang menggambarkan konteksnya dari umum ke spesifik.

Pola Umum:

[rekening].[kategori].[subkategori].[detail].[spesifik]

Setiap segmen dipisahkan oleh titik (.).
Struktur ini memudahkan pembacaan, penelusuran, dan analisis otomatis karena setiap level membawa makna yang jelas.

Contoh Sederhana

Jenis Akun	Path	Deskripsi
Kas di Bank Mandiri	assets.cash.bank.mandiri	Aset berupa kas yang disimpan di Bank Mandiri.
Pendapatan Jasa Konsultasi	income.sales.service.consulting	Pendapatan dari jasa konsultasi.
Beban Iklan Digital	expenses.operational.marketing.digital_ads	Biaya promosi di platform digital.

Dengan pendekatan ini, nama akun bukan sekadar kode, tetapi kalimat deskriptif yang bisa dibaca dan dipahami oleh siapa pun tanpa referensi tambahan.

---

Level Hierarki dan Maknanya

Setiap level dalam path memiliki peran yang spesifik.
Berikut penjelasan lima level utama yang digunakan dalam sistem ini:

Level	Nama	Fungsi	Contoh
1	Rekening (Account Type)	Mengelompokkan akun berdasarkan elemen utama laporan keuangan.	assets, liabilities, equity, income, expenses
2	Kategori (Category)	Menjelaskan jenis umum dalam kelompok tersebut.	cash, receivable, payable, sales, operational
3	Subkategori (Subcategory)	Menyempitkan konteks untuk kejelasan lebih lanjut.	bank, service, marketing
4	Detail (Detail)	Memberikan konteks tambahan.	digital_ads, payroll, equipment
5	Spesifik (Specific)	Menyebutkan identitas unik atau jenis tertentu.	mandiri, bca, laptop, seo

Hierarki ini fleksibel — tidak semua akun harus memiliki lima level.
Yang penting, struktur tetap mengikuti alur logis dari umum ke khusus.

---

Aturan Penulisan (Sintaks)

Untuk menjaga konsistensi dan keterbacaan lintas sistem, digunakan aturan sintaks yang sederhana namun tegas.

1. Huruf Kecil (lowercase)

Gunakan huruf kecil untuk seluruh segmen.
Contoh:
✅ assets.cash.bank.bca
❌ Assets.Cash.Bank.BCA

2. Pemisah Segmen (.)

Gunakan titik untuk memisahkan level hierarki.
Setiap titik menunjukkan perpindahan konteks dari kategori umum ke subkategori yang lebih spesifik.

3. Istilah Majemuk

Gunakan garis bawah (_) hanya untuk istilah majemuk yang tidak dapat dipisahkan tanpa kehilangan makna.
Contoh:

• paid_in_capital
• additional_paid_in_capital
• allowance_for_doubtful_accounts

4. Kedalaman Logis

Idealnya struktur memiliki 3 hingga 5 level.
Terlalu sedikit akan mengaburkan konteks, terlalu dalam akan menyulitkan pelacakan.

5. Hindari Singkatan Tidak Standar

Gunakan istilah penuh untuk menghindari interpretasi ganda.
Contoh:
✅ marketing → ❌ mktg
✅ consulting → ❌ cnslt
✅ bpjs
✅ pph21
✅ ppn
✅ pph23

6. Karakter yang Diperbolehkan

Gunakan hanya:

• huruf latin a–z
• angka 0–9 (jika relevan, misalnya .pph21)
• titik (.) dan garis bawah (_)

Tanda baca lain tidak diizinkan.

7. Gunakan istilah yang universal dan konsisten.

Bahasa Inggris dipertahankan untuk kompatibilitas lintas sistem, dengan pengecualian pada terminologi pajak Indonesia (misal pph21, ppn).

---

Sintaks Akun dalam Konteks Praktis

Berikut ilustrasi bagaimana struktur sintaks ini diterapkan pada berbagai tipe akun.

1. Aset

assets.cash.bank.bca
assets.receivable.customer
assets.fixed.equipment.laptop

2. Liabilitas

liabilities.payable.vendor
liabilities.tax.payable.pph23
liabilities.accrued.payroll

3. Ekuitas

equity.paid_in.common_stock
equity.retained_earnings
equity.dividends

4. Pendapatan

income.sales.product.digital
income.sales.service.consulting
income.financial.interest

5. Beban

expenses.cogs.software_licenses
expenses.operational.marketing.digital_ads
expenses.operational.payroll.bpjs
expenses.financial.interest

---

Prinsip Konsistensi Penamaan

Konsistensi adalah kunci agar sistem dapat dipahami secara universal.
Berikut prinsip dasar yang wajib diterapkan:

Prinsip	Penjelasan
Logis	Urutan harus menggambarkan hubungan sebab-akibat atau hierarki ekonomi.
Deskriptif	Setiap segmen menjelaskan makna nyata, bukan sekadar label teknis.
Konsisten	Gunakan istilah yang sama di seluruh sistem (contoh: selalu payroll, bukan salary di satu tempat dan wages di tempat lain).
Terukur	Dapat diperluas tanpa mengubah struktur utama.
Netral Sistem	Tidak tergantung pada platform akuntansi tertentu.

---

Hubungan dengan Sistem Numerik Lama

Standar ini tidak meniadakan sistem kode numerik, tetapi melengkapinya.
Dalam implementasi nyata, setiap akun dapat memiliki dua kolom:

Kolom	Fungsi	Contoh
account_code	Kode numerik lama (jika digunakan ERP lama).	1102
standard_account_path	Path baru yang deskriptif.	assets.cash.bank.mandiri

Pendekatan ini menjaga kompatibilitas dengan sistem historis sambil membuka jalan bagi otomatisasi modern.

---

Multi-Entitas dan Multi-Mata Uang

Sistem ini juga mendukung pelaporan lintas entitas dan mata uang.
Caranya dengan menambahkan sufiks pada level terakhir sesuai konteks.

Konteks	Format	Contoh
Multi-entitas	[path].[entity_code]	assets.cash.bank.mandiri.pt_nusantara
Multi-mata uang	[path].[currency]	assets.cash.bank.bca.usd

Aturan ini bersifat opsional, tetapi sangat membantu untuk konsolidasi antar perusahaan atau pelaporan keuangan global.

---

Penamaan untuk Akun Pajak dan Kepatuhan Lokal

Dalam konteks Indonesia, sistem ini juga menyesuaikan dengan karakteristik pelaporan pajak dan regulasi lokal.
Contohnya:

Jenis Pajak	Path Akun	Posisi dalam Laporan
PPN Masukan	assets.tax.prepaid.ppn	Aset (karena dapat dikreditkan).
PPN Keluaran	liabilities.tax.payable.ppn	Liabilitas.
PPh 21	liabilities.tax.payable.pph21	Kewajiban kepada negara atas gaji karyawan.
PPh 23	liabilities.tax.payable.pph23	Kewajiban pemotongan jasa pihak ketiga.

Penamaan yang eksplisit memastikan proses pelaporan dan rekonsiliasi pajak dapat dilakukan tanpa interpretasi tambahan.

---

Kesimpulan

Struktur dan sintaks penamaan akun ini merupakan fondasi dari Sistem Penamaan Rekening Semantik .
Tujuannya bukan hanya menggantikan kode lama, tetapi menciptakan sistem yang dapat dipahami secara intuitif, diotomatisasi, dan diperluas tanpa batas.

Dengan struktur yang jelas dan aturan penulisan yang konsisten:

• setiap akun menjadi bagian dari narasi keuangan,
• setiap transaksi dapat ditelusuri secara semantik,
• dan setiap laporan dapat dihasilkan dengan kejelasan penuh.

Sistem ini mengubah bagan akun dari sekadar daftar angka menjadi peta pengetahuan keuangan yang hidup, dapat dibaca manusia, dan siap dibaca mesin.