Memahami proses posting dari Jurnal ke Buku Besar dan menyusun Neraca Saldo sebagai alat verifikasi keseimbangan pencatatan.
Konsep General Ledger, format T-Account vs 4 kolom, single source of truth
Pemindahan data Jurnal → Buku Besar, analogi ETL, referensi silang
Perhitungan running balance dan verifikasi posisi saldo normal
Format Trial Balance, prosedur penyusunan, verifikasi keseimbangan D = K
4 error terdeteksi vs 4 error tersembunyi — batasan Neraca Saldo
Buku Besar (General Ledger / GL) adalah kumpulan lengkap seluruh akun perusahaan — tempat merangkum semua transaksi berdasarkan jenis akun, bukan urutan waktu.
Buku catatan kasir — mencatat setiap transaksi satu per satu sesuai urutan waktu (kronologis).
Lemari arsip — laci terpisah untuk setiap kategori: Kas, Piutang, Beban Gaji, dsb. Semua data per akun.
1. Merangkum transaksi per akun · 2. Menunjukkan saldo terkini setiap saat · 3. Sumber data utama Laporan Keuangan
✅ Mudah divisualisasikan
❌ Saldo dihitung hanya di akhir
| Tgl | Ket | Debit | Kredit | Saldo |
|---|---|---|---|---|
| 3/1 | Modal | 50.000 | 50.000 D | |
| 3/5 | Perl. | 3.000 | 47.000 D | |
| 3/8 | Sewa | 5.000 | 42.000 D | |
| 3/15 | Pend. | 12.000 | 54.000 D |
✅ Saldo terlihat setiap transaksi
✅ Seperti buku tabungan bank
Maret 2026 · Format 4 Kolom (standar praktik)
| Kas No. Akun: 1-1110 | ||||
| Tanggal | Keterangan | Debit | Kredit | Saldo |
|---|---|---|---|---|
| 2026/03/01 | Setoran modal pemilik | 50.000.000 | 50.000.000 D | |
| 2026/03/08 | Bayar sewa kantor | 5.000.000 | 45.000.000 D | |
| 2026/03/15 | Pendapatan jasa konsultasi | 12.000.000 | 57.000.000 D | |
| 2026/03/22 | Bayar gaji karyawan | 8.000.000 | 49.000.000 D | |
| SALDO AKHIR | 62.000.000 | 13.000.000 | 49.000.000 D | |
Buku Besar = modul GL (General Ledger) di ERP. Di SAP / Odoo, posting terjadi otomatis & real-time begitu jurnal disimpan. Buku Besar adalah single source of truth data keuangan perusahaan.
Posting adalah proses memindahkan entri jurnal ke akun-akun yang sesuai di Buku Besar — langkah ketiga dalam siklus akuntansi.
Ambil data dari Jurnal Umum (sumber): tanggal, akun, nominal
Klasifikasikan berdasarkan nomor akun — sortir dari kronologis ke per-akun
Masukkan ke Buku Besar (tujuan) — catat di sisi yang sama (D→D, K→K)
Posting adalah proses ETL dalam akuntansi: data mentah kronologis (Jurnal) ditransformasi menjadi data terstruktur per-akun (Buku Besar).
Referensi silang = cikal bakal audit trail di sistem informasi — kemampuan melacak setiap perubahan data kembali ke sumber asalnya.
5 Mar 2026 — Beli Perlengkapan Kantor Rp3.000.000 tunai
| Tgl | Keterangan | Ref | Debit | Kredit |
|---|---|---|---|---|
| Mar 5 | Perlengkapan Kantor | 1-1400 | 3.000.000 | |
| Kas | 1-1110 | 3.000.000 |
| Perlengkapan Kantor 1-1400 | ||||
| Tgl | Ket | Ref | Debit | Saldo |
|---|---|---|---|---|
| 3/5 | Beli tunai | JU-1 | 3.000.000 | 3.000.000 D |
| Kas 1-1110 | ||||
| Tgl | Ket | Ref | Kredit | Saldo |
|---|---|---|---|---|
| 3/1 | Modal | JU-1 | 50.000.000 D | |
| 3/5 | Perl. kantor | JU-1 | 3.000.000 | 47.000.000 D |
jika hasilnya positif
jika hasilnya positif
Jika saldo akhir akun berada di sisi berlawanan dari saldo normalnya → kemungkinan ada kesalahan pencatatan. Contoh: Kas bersaldo Kredit = overdraft atau salah catat.
Spreadsheet: =SUMIF(akun,"1-1110",debit) - SUMIF(akun,"1-1110",kredit)
SQL: SELECT SUM(debit)-SUM(kredit) FROM jurnal WHERE akun='1-1110'
| Kas No. Akun: 1-1110 | |||||
| Tanggal | Keterangan | Ref | Debit | Kredit | Saldo |
|---|---|---|---|---|---|
| 2026/03/01 | Setoran modal | JU-1 | 50.000.000 | 50.000.000 D | |
| 2026/03/05 | Perlengkapan kantor | JU-1 | 3.000.000 | 47.000.000 D | |
| 2026/03/08 | Sewa kantor | JU-1 | 5.000.000 | 42.000.000 D | |
| 2026/03/15 | Pendapatan jasa | JU-1 | 12.000.000 | 54.000.000 D | |
| 2026/03/22 | Gaji karyawan | JU-1 | 8.000.000 | 46.000.000 D | |
| TOTAL | 62.000.000 | 16.000.000 | 46.000.000 D | ||
✅ Verifikasi: Rp62.000.000 − Rp16.000.000 = Rp46.000.000 (D)
Pada format 4 kolom, saldo dihitung setelah setiap transaksi (running balance) — tidak perlu menghitung ulang dari awal.
Neraca Saldo (Trial Balance) = daftar seluruh akun dari Buku Besar beserta saldo akhirnya pada tanggal tertentu.
Total Debit HARUS = Total Kredit (konsekuensi double-entry)
Berisi semua saldo akun — fondasi untuk Laporan Keuangan
Jika D ≠ K → pasti ada error matematis yang perlu ditemukan
Neraca Saldo disusun setelah semua posting selesai dan sebelum Jurnal Penyesuaian (Pertemuan 05) serta Laporan Keuangan (Pertemuan 07).
GROUP BY akun_kodePer 31 Maret 2026
| No. Akun | Nama Akun | Debit | Kredit |
|---|---|---|---|
| 1-1110 | Kas | 46.000.000 | |
| 1-1200 | Piutang Usaha | 15.000.000 | |
| 1-1400 | Perlengkapan Kantor | 3.000.000 | |
| 1-2100 | Peralatan Komputer | 20.000.000 | |
| 2-1100 | Utang Usaha | 5.000.000 | |
| 3-1100 | Modal, Tn. Ahmad | 50.000.000 | |
| 4-1100 | Pendapatan Jasa | 39.000.000 | |
| 5-1100 | Beban Sewa | 5.000.000 | |
| 5-1200 | Beban Gaji | 5.000.000 | |
| TOTAL | 94.000.000 | 94.000.000 |
✅ SEIMBANG — Rp94.000.000 = Rp94.000.000
Neraca Saldo D ≠ K → sinyal pasti ada kesalahan matematis
Dua digit tertukar posisi
💡 Selisih habis dibagi 9
Angka bergeser decimal
💡 Selisih habis dibagi 9 atau kelipatan 10
Jurnal hanya di-posting ke salah satu akun
Saldo Debit dicatat di kolom Kredit, atau sebaliknya
Jika selisih NS habis dibagi 9 → curigai ada dua digit yang posisinya tertukar. Trik berusia ratusan tahun yang masih berlaku!
⚠️ Neraca Saldo seimbang ≠ semua pencatatan benar!
| Jenis Error | Penjelasan | Contoh |
|---|---|---|
| Error of Principle | Akun salah tipe | Beli aset → dicatat sbg Beban |
| Error of Commission | Akun salah nama (tipe sama) | Pend. Jasa → dicatat ke Pend. Sewa |
| Complete Omission | Transaksi terlewat seluruhnya | Satu transaksi tidak dicatat sama sekali |
| Compensating Error | Dua error saling menghilangkan | +500rb di satu akun = −500rb di akun lain |
Sistem ERP menghilangkan error matematis (menolak jurnal D≠K). Tapi error of principle & commission tetap bisa terjadi — akuntan manusia masih bisa memilih akun yang salah. Ini = semantic error yang butuh review berkala.
Perusahaan jasa konsultasi IT · 8 transaksi
| Tgl | Keterangan | Debit | Kredit |
|---|---|---|---|
| Apr 1 | Kas | 30.000.000 | |
| Modal, Tn. Budi | 30.000.000 | ||
| Apr 3 | Peralatan Komputer | 12.000.000 | |
| Kas | 12.000.000 | ||
| Apr 7 | Kas | 8.000.000 | |
| Pendapatan Jasa | 8.000.000 | ||
| Apr 10 | Piutang Usaha | 5.000.000 | |
| Pendapatan Jasa | 5.000.000 | ||
| Apr 15 | Beban Gaji | 4.500.000 | |
| Kas | 4.500.000 | ||
| Apr 20 | Beban Sewa | 3.000.000 | |
| Kas | 3.000.000 | ||
| Apr 25 | Kas | 3.000.000 | |
| Piutang Usaha | 3.000.000 | ||
| Apr 28 | Perlengkapan | 500.000 | |
| Utang Usaha | 500.000 | ||
Per 30 April 2026
| No. Akun | Nama Akun | Debit | Kredit |
|---|---|---|---|
| 1-1110 | Kas | 21.500.000 | |
| 1-1200 | Piutang Usaha | 2.000.000 | |
| 1-1400 | Perlengkapan | 500.000 | |
| 1-2100 | Peralatan Komputer | 12.000.000 | |
| 2-1100 | Utang Usaha | 500.000 | |
| 3-1100 | Modal, Tn. Budi | 30.000.000 | |
| 4-1100 | Pendapatan Jasa | 13.000.000 | |
| 5-1100 | Beban Sewa | 3.000.000 | |
| 5-1200 | Beban Gaji | 4.500.000 | |
| TOTAL | 43.500.000 | 43.500.000 |
✅ SEIMBANG — Rp43.500.000 = Rp43.500.000
Pertemuan 04 fokus di langkah 3 (Posting) dan 4 (Neraca Saldo)
Kronologis — per tanggal transaksi. "Book of Original Entry"
Per akun — semua transaksi yang mempengaruhi satu akun. "Single Source of Truth"
Ringkasan — semua saldo akun. Verifikasi D = K. Basis laporan keuangan.
= kumpulan seluruh akun. Format T-Account (belajar) vs 4 kolom dengan running balance (praktik). Buku Besar = single source of truth keuangan.
Memindahkan data Jurnal → Buku Besar. Analogi ETL. Referensi silang = foreign key / cikal bakal audit trail.
Saldo akhir = ΣD − ΣK (atau sebaliknya). Neraca Saldo: daftar semua saldo, Total D = Total K. Basis untuk laporan keuangan.
4 error terdeteksi (transposisi, geser, omisi 1 sisi, salah kolom). 4 error tersembunyi (principle, commission, omisi penuh, compensating).
Selanjutnya: Jurnal Penyesuaian (Adjusting Entries) — menyesuaikan akun-akun yang saldonya belum mencerminkan kondisi sebenarnya di akhir periode: beban yang sudah terjadi tapi belum tercatat, pembayaran dimuka yang sudah terpakai, dan pendapatan yang sudah diterima muka.