Lewati ke konten
Booku — Dokumentasi Dokumentasi Booku

Keunggulan Booku: Buku Pengawasan Hutang PPh Pasal 4(2)

Tier 3 — keunggulan-keunggulan Booku yang muncul saat user memakai menu Buku Pengawasan Hutang PPh Pasal 4(2) (pajak final atas pengalihan tanah, sewa, jasa konstruksi, dan dividen ke orang pribadi).

📘 Deskripsi user-friendly: deskripsi/pajak/hutang-pajak/pph-pasal-4-2.md

1. Identitas Menu

AspekKeterangan
Nama MenuBuku Pengawasan Hutang PPh Pasal 4(2)
Lokasi (Tahun NORMAL)Sidebar → Buku Pengawasan → Hutang Pajak → PPh Pasal 4(2)
Lokasi (Tahun LAMPAU)Sidebar → Data Awal → Hutang → Pajak → PPh Pasal 4(2)
Deskripsi User-Facing📘 Deskripsi & tutorial menu

PPh Pasal 4(2) adalah pajak final — artinya, pajak ini tidak dikreditkan di SPT Tahunan Badan, tapi langsung selesai di transaksi sumbernya. Empat kategori transaksi yang dikenai PPh 4(2) di Indonesia:

KodeObjek PajakTarif (umum)
402Pengalihan Tanah dan/atau Bangunan2,5% dari nilai pengalihan
403Sewa Tanah dan/atau Bangunan10% dari nilai sewa
409Jasa Konstruksi2%–6% tergantung kualifikasi pelaksana
419Dividen ke Orang Pribadi10% dari dividen bruto

Halaman ini mengelola tagihan dan pembayaran keempat kode tersebut dalam satu layar terpadu dengan 5 tab (Ringkasan + 4 tab Kode), menyatukan tracking yang di akuntansi tradisional sering tersebar di beberapa buku besar.

2. Ringkasan Keunggulan

#KeunggulanTier 2 Terkait
1Bar Saldo Rekonsiliasi Full Functional di Kedua Mode (LAMPAU + NORMAL) — per kode setoran#01, #02
2COA Berbeda Per Kode Setoran — Rekonsiliasi Granular per Kategori Pajak#01, #04
3Asimetri Kode 419 (Dividen OP) — Otomatis Arahkan ke Modul Hutang Dividen#10, #08
4Tracking Tagihan Real-time dari Bukti Pengeluaran ⨝ Invoice (Kode 402/403/409)#01, #02
5Lapor SPT Terintegrasi dengan Auto-Tag TW/TL — Gabungan 4 Kode dalam 1 SPT Bulanan#04, #02

3. Detail per Keunggulan

3.1 Bar Saldo Rekonsiliasi Full Functional di Kedua Mode

Apa yang dirasakan user: Di setiap tab Kode (402/403/409/419), di bawah filter Tahun/Masa Pajak muncul Bar Saldo Rekonsiliasi yang menampilkan:

ModeYang Ditampilkan
LAMPAUSaldo Akhir (List) real (sum sisa 12 bulan + Ketetapan) │ Saldo Akhir (COA) real (dari saldo akun COA) │ Selisih real │ Total Tabel
NORMALSaldo Awal (List) real (tunggakan yang terbawa dari tahun sebelumnya) │ Saldo Awal (COA) + AJP real (tooltip ⓘ breakdown) │ Selisih real │ Total Tabel

Di kedua mode, angka real — bukan placeholder atau ”—”. User langsung tahu apakah data di Booku (sisi pengawasan) match dengan saldo akun di Buku Besar (sisi akuntansi).

Mengapa penting:

  • Rekonsiliasi Pengawasan ↔ Akuntansi adalah fondasi kepercayaan terhadap data — kalau angka di buku pengawasan dan jurnal/COA tidak match, ada yang salah (input keliru, posting belum tuntas, atau koreksi belum di-input).
  • Di banyak aplikasi akuntansi: rekonsiliasi adalah pekerjaan manual berkala (sekali sebulan/sekali setahun) yang melibatkan export Excel + perbandingan manual. Kalau ada Selisih, user harus telusuri satu per satu.
  • Di Booku: rekonsiliasi muncul otomatis di layar, setiap saat user buka halaman — selisih langsung terlihat (warna oranye kalau ada selisih, hijau kalau cocok). Tidak perlu effort tambahan.

Bagaimana Booku Melakukannya:

  • LAMPAU: Saldo Akhir (List) = total sisa hutang 12 bulan; Saldo Akhir (COA) diambil langsung dari saldo akun COA yang terkait kode setoran tsb.
  • NORMAL: Saldo Awal (List) menampilkan sisa tunggakan PPh 4(2) dari tahun-tahun sebelumnya yang belum disetor — otomatis terbawa ke tahun berjalan setiap Tutup Buku. Bernilai 0 (—) hanya jika semua tunggakan sudah lunas.
  • NORMAL Saldo (COA) + AJP: saldo akun COA termasuk AJP (Adjustment Saldo Awal) — komponen Saldo Awal + Jumlah AJP ditampilkan terpisah di tooltip ⓘ.
  • Selisih = List − (COA + AJP). Warna hijau saat 0, oranye saat ada selisih → user langsung sadar perlu investigasi kalau warnanya oranye.
  • Total Tabel selalu real — informational, sum semua item di tabel saat ini.

→ Cross-link: #01 Realtime Accuracy, #02 Automatic Everything

3.2 COA Berbeda Per Kode Setoran — Rekonsiliasi Granular

Apa yang dirasakan user: Berbeda dengan PPh 25 (yang menggunakan satu akun COA tunggal untuk semua angsuran), PPh 4(2) di Booku punya 4 akun COA terpisah — satu per kode setoran. Saat user buka tab Kode 419 (Dividen), label di kiri Bar Saldo menunjukkan:

COA : 21649 - Hutang PPh Pasal 4(2) atas Dividen

Ganti ke tab Kode 402 (Pengalihan Tanah) — label berubah otomatis:

COA : 21642 - Hutang PPh Pasal 4(2) atas Pengalihan Tanah/Bangunan

Setiap tab merekonsiliasi terhadap akun COA spesifik untuk kategori pajak tsb.

Mengapa penting:

  • Standar akuntansi Indonesia membedakan akun hutang per kategori PPh 4(2) untuk kepatuhan SAK dan kemudahan audit DJP.
  • Kalau semua kode pakai 1 akun COA agregat: user tidak bisa cek “apakah hutang Pengalihan Tanah saya sudah ter-posting benar di akun 21642?”. Rekonsiliasi jadi tumpul.
  • Dengan COA per-kode: ada selisih di tab Kode 403 saja → user langsung tahu masalahnya ada di Sewa Tanah, bukan di Jasa Konstruksi atau yang lain. Investigasi jadi targeted.

Bagaimana Booku Melakukannya:

  • Booku menyimpan 4 akun COA terpisah — satu per kode setoran (akun 21642/21643/21648/21649).
  • Saat user pindah tab Kode, label COA dan angka saldo otomatis mengikuti akun kode setoran tsb.
  • Nomor & nama akun COA tampil di Bar Saldo — akun yang sedang direkonsiliasi langsung kelihatan.
  • User tidak perlu mengingat mapping kode-pajak ke nomor-akun — Booku yang tahu.

→ Cross-link: #01 Realtime Accuracy, #04 Pajak Indonesia

3.3 Asimetri Kode 419 (Dividen OP) — Otomatis Arahkan ke Modul Hutang Dividen

Apa yang dirasakan user: Di 3 tab pertama (Kode 402/403/409), tombol + Tambah di action bar berfungsi normal — buka form input hutang pajak dengan dropdown 4 kode. Tapi di tab Kode 419 (Dividen), mode NORMAL:

  • Tombol + Tambah disabled dengan tooltip: “Dividen ke OP diinput via modul Buku Pengawasan Hutang Dividen.”
  • Tombol baru muncul: “Ke Modul Hutang Dividen” dengan ikon arrow → klik langsung navigate ke menu Hutang Dividen.

Di mode LAMPAU, tombol + Tambah Kode 419 tetap aktif (untuk input saldo awal historis).

Mengapa penting:

  • Dividen ke OP punya field & alur sendiri (Tanggal Akta Notaris, Jumlah Dividen, Pemegang Saham OP) yang jauh lebih kaya dari form hutang pajak generik. Force input di menu PPh 4(2) Kode 419 = hilangkan field penting & potensi data inkonsisten.
  • Tanpa redirect cerdas: user yang sudah masuk tab Kode 419 lalu klik Tambah → muncul form generic → input data setengah-setengah → bingung kok minim field → buang waktu.
  • Dengan redirect: user langsung diarahkan ke tempat yang tepat. UX yang menghormati waktu user.

Bagaimana Booku Melakukannya:

  • Di tab Kode 419 mode NORMAL, tombol Tambah disembunyikan dan diganti tombol “Ke Modul Hutang Dividen” — sekali klik langsung membuka menu Hutang Dividen yang formnya lebih lengkap (mis. Tanggal Akta Notaris, data Pemegang Saham).
  • Mode LAMPAU: tombol Tambah tetap aktif untuk input saldo awal langsung (tidak butuh field Akta Notaris).
  • Data Dividen OP untuk Kode 419 diambil dari sumber yang sama dengan menu Hutang Dividen — satu sumber, tanpa duplikasi atau selisih data.

→ Cross-link: #10 UI Dinamis, #08 Simple for User

3.4 Tracking Tagihan Real-time dari Bukti Pengeluaran ⨝ Invoice

Apa yang dirasakan user: Di tab Kode 402/403/409 mode NORMAL, user tidak perlu menginput tagihan PPh 4(2) secara manual. Tagihan muncul otomatis di tabel — di-aggregate real-time dari semua Bukti Pengeluaran yang punya Jenis_Pajak = "PPh Pasal 4(2)" di periode bulan tsb.

Sebagai contoh: tim accounting input Bukti Pengeluaran untuk pembayaran kontraktor di Maret, dengan tag JenisPajak = PPh Pasal 4(2), KodeSetoran = 409. Begitu disimpan, baris Maret di tab Kode 409 langsung update — Jumlah Tagihan bertambah sesuai PPh Terutang yang ter-potong.

User di tab PPh 4(2) Kode 409 tidak perlu ingat “saya kemarin sudah input pembayaran kontraktor apa saja” — semuanya sudah ter-track.

Mengapa penting:

  • PPh 4(2) Kode 402/403/409 di-pungut oleh perusahaan saat membayar pihak ketiga (kontraktor, pemilik tanah, dst.). Tagihan ke DJP = total PPh yang sudah dipotong dalam periode.
  • Tracking manual = potensi kelupaan + double-input.
  • Tagihan dihitung otomatis dari data Bukti Pengeluaran yang sudah Anda input — satu sumber, tanpa sinkronisasi manual.

Bagaimana Booku Melakukannya:

  • Untuk Kode 402/403/409, Booku menghitung tagihan otomatis dari Bukti Pengeluaran atas jasa (dikaitkan dengan invoice terkait) — tanpa input tagihan manual.
  • DPP (Dasar Pengenaan Pajak) diturunkan otomatis dari nilai PPh dan tarif yang tercatat di invoice supplier.
  • Pembayaran lintas tahun ter-lacak otomatis — pembayaran di tahun berjalan untuk tagihan tahun sebelumnya tetap terhitung dengan benar.
  • Tab Ringkasan menampilkan total gabungan dari 4 tab Kode — user langsung lihat total kewajiban PPh 4(2) tanpa harus buka tab satu per satu.

→ Cross-link: #01 Realtime Accuracy, #02 Automatic Everything

3.5 Lapor SPT Terintegrasi — Gabungan 4 Kode dalam 1 SPT Bulanan

Apa yang dirasakan user: Di tab Ringkasan, section Lapor SPT PPh 4(2) (per bulan) menampilkan tabel 12 bulan dengan kolom: Bulan, Tanggal Lapor, N/P (Nihil/Pembayaran), TW/TL (Tepat Waktu / Terlambat), dan akumulasi Jumlah DPP / PPh / Bayar / Sisa Hutang lintas 4 kode.

User cukup klik baris bulan → drawer detail di salah satu tab Kode → tombol Lapor → modal kecil → isi Tanggal Lapor + N/P → simpan. Satu form SPT mewakili total 4 kode untuk bulan tsb — sesuai pelaporan DJP yang menggabungkan PPh 4(2) ke SPT Masa Unifikasi.

Mengapa penting:

  • Pelaporan PPh 4(2) di DJP = SPT Masa per bulan, bukan per kode. Aplikasi yang treats setiap kode sebagai SPT terpisah = inkonsisten dengan pelaporan riil.
  • Deadline lapor = akhir bulan setelah masa pajak. Telat → denda DJP.
  • Tanpa auto-tag TW/TL: akuntan harus track manual mana bulan yang sudah lapor tepat waktu. SP2DK readiness butuh dokumentasi rapi.

Bagaimana Booku Melakukannya:

  • Status TW/TL dihitung saat dibutuhkan dari Tanggal Lapor vs tenggat (akhir bulan berikutnya) — tidak disimpan, jadi selalu konsisten meski tanggal lapor diubah.
  • Tabel Lapor SPT di tab Ringkasan punya 4 kolom akumulasi (DPP/PPh/Bayar/Sisa Hutang) — sum lintas 4 kode per bulan + footer TOTAL tahunan.
  • Form Lapor SPT pakai komponen shared LaporSPTModal (sama dengan modul PPN, PPh 23, PPh 25, dst.) — konsisten lintas jenis pajak.
  • Tag warna di kolom TW/TL: hijau (TW) vs oranye (TL) — instant visual.

→ Cross-link: #04 Pajak Indonesia, #02 Automatic Everything

4. Nilai Tambah untuk User

“Rekonsiliasi Pengawasan ↔ Akuntansi otomatis dan granular per kode setoran — selisih langsung kelihatan di setiap tab Kode tanpa effort tambahan. Tagihan dari Bukti Pengeluaran ter-aggregate real-time, Kode 419 Dividen OP cerdas mengarahkan ke modul yang tepat, dan Lapor SPT 1-bulan-1-form sesuai pelaporan DJP.”

User cukup memastikan input transaksi sumber (Bukti Pengeluaran, Hutang Dividen) sudah di-tag dengan benar — Booku otomatis menyatukan semuanya jadi tagihan PPh 4(2) per kode, merekonsiliasi terhadap akun COA spesifik, dan menyediakan workflow Lapor SPT yang sesuai dengan praktik DJP. Tidak ada duplikasi input, tidak ada manual reconciliation, tidak ada bingung di tab Kode 419.

Bonus UX — drill-down navigation: dari ringkasan bulanan (mode REKAP), user cukup double-click baris bulan tertentu (atau pilih Detail Transaksi di menu aksi ⋮) untuk langsung lihat list record individual di bulan tsb — tidak perlu mencari-cari dropdown filter Masa Pajak secara manual. Polish kecil yang menghemat detik berulang kali saat audit harian.

5. Hal-hal yang TIDAK Termasuk Keunggulan Menonjol di Menu Ini

Beberapa aspek ada tapi bukan “selling point” yang membedakan dari kompetitor:

  • Sifat Final PPh 4(2) (tidak dikreditkan di SPT Tahunan Badan) — ini karakteristik regulasi DJP, bukan keunggulan Booku. Booku hanya menampilkan label [FINAL] di header sebagai info cosmetic.
  • CRUD record manual (Input/Edit/Hapus) di mode LAMPAU — standar.
  • Filter Tahun Pajak dan Masa Pajak — standar.
  • Export Excel — standar.
  • Drawer detail per bulan — standar pattern di seluruh modul Buku Pengawasan.

Terakhir diperbarui: 08-06-2026