Lewati ke konten
Booku — Dokumentasi Dokumentasi Booku

Keunggulan Booku: Buku Pengawasan Hutang PPh Pasal 21

Tier 3 — keunggulan-keunggulan Booku yang muncul saat user memakai menu Buku Pengawasan Hutang PPh Pasal 21 (pemotongan PPh atas Gaji, Pesangon, dan jasa Orang Pribadi).

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

1. Identitas Menu

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

PPh Pasal 21 adalah pajak yang dipotong perusahaan saat membayar penghasilan ke Orang Pribadi. Di Indonesia, PPh 21 punya 2 kode setoran berbeda:

KodeObjek PajakSumber Data Umum
100Gaji karyawan + Jasa Orang Pribadi (konsultan, freelance, pengurus, dll.)Buku Pengawasan Gaji + Bukti Pengeluaran berlabel PPh 21
401Pesangon (pensiun, PHK, manfaat akhir masa kerja)Buku Pengawasan Gaji (kolom Pesangon)

Halaman ini menyatukan tracking kedua kode dalam 3 tab (Ringkasan + Kode 100 + Kode 401), mengagregat data dari empat sumber transaksi yang berbeda di dalam Booku secara otomatis.

2. Ringkasan Keunggulan

#KeunggulanTier 2 Terkait
1Tagihan Kode 100 di-agregat Otomatis dari 4 Sumber Transaksi#01, #02
2Bar Saldo Rekonsiliasi Full Functional di Kedua Mode (LAMPAU + NORMAL)#01, #02
3COA Berbeda Per Kode Setoran — Rekonsiliasi Granular Gaji/Jasa OP vs Pesangon#01, #04
4Dialog “Detail Gaji dan Pesangon” Cerdas — LAMPAU Mass-Input, NORMAL Navigate ke Modul Gaji#10, #08
5Lapor SPT Terintegrasi — 1 Form per Bulan Gabungan Kode 100 + Kode 401#04, #02
6Drill-Down Transparan ke Record Sumber per Bulan — Audit Tagihan dengan 1 Klik#01, #08, #10

3. Detail per Keunggulan

3.1 Tagihan Kode 100 di-agregat Otomatis dari 4 Sumber Transaksi

Apa yang dirasakan user: Di tab Kode 100 mode NORMAL, kolom Jumlah Tagihan per bulan muncul sendiri — bukan input manual user. Angkanya dikumpulkan otomatis dari empat tempat sekaligus:

SumberSub-kolom yang Terbentuk
Buku Pengawasan GajiDPP Gaji + PPh Gaji (dari potongan PPh 21 rutin di gaji bulanan)
Bukti Pengeluaran (Jasa OP)DPP Jasa OP + PPh Jasa OP (dari pembayaran ke konsultan/freelance yang ter-potong PPh 21)
Hutang Bank (saat pencairan)DPP Jasa OP + PPh Jasa OP (jika ada biaya PPh 21 di pencairan pinjaman)
Hutang Leasing (saat pencairan)DPP Jasa OP + PPh Jasa OP (idem untuk pencairan leasing)

Tim accounting hanya perlu memastikan input transaksi sumber benar — Booku otomatis menyimpulkan tagihan PPh 21 per bulan, tanpa risiko double-input atau kelupaan.

Mengapa penting:

  • PPh 21 Kode 100 di kebanyakan perusahaan punya sumber yang tersebar — sebagian dari gaji karyawan, sebagian dari pembayaran ke konsultan eksternal, kadang dari biaya pinjaman/leasing. Tracking manual = potensi kelupaan + rekonsiliasi pusing di akhir bulan.
  • Tanpa agregasi otomatis: tim harus buat workbook Excel bulanan untuk konsolidasi 4 sumber → effort 2-3 jam per bulan + risiko salah sum.
  • Dengan Booku: konsolidasi 4 sumber muncul real-time di layar. Begitu satu transaksi sumber disimpan, tabel PPh 21 langsung update.

Bagaimana Booku Melakukannya:

  • Di tahun berjalan, untuk tiap bulan Booku menggabungkan tagihan PPh 21 dari beberapa sumber (Gaji, Bukti Pengeluaran, dll.) menjadi 12 baris tabel.
  • Untuk Jasa OP dari Bukti Pengeluaran, DPP di-derive otomatis dari Invoice Pembelian asli (rumus: PPh / (Tarif PPh / 100)).
  • Tab Kode 401 (Pesangon) lebih sederhana — hanya 1 sumber (Gaji kolom Pesangon).

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

3.2 Bar Saldo Rekonsiliasi Full Functional di Kedua Mode

Apa yang dirasakan user: Di tab Kode 100 dan Kode 401, di bawah filter Tahun/Masa Pajak muncul Bar Saldo Rekonsiliasi yang menampilkan:

ModeYang Ditampilkan
LAMPAUSaldo Akhir (List) real (sum sisa 12 bulan) │ Saldo Akhir (COA) real (dari saldo akun COA per kode setoran) │ 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. User langsung tahu apakah data pengawasan PPh 21 match dengan saldo akun di Buku Besar.

Mengapa penting:

  • Rekonsiliasi Pengawasan ↔ Akuntansi adalah fondasi kepercayaan — kalau angka tidak match, ada input keliru, posting belum tuntas, atau koreksi belum di-input.
  • Di banyak aplikasi: rekonsiliasi = pekerjaan manual akhir bulan dengan export Excel.
  • Di Booku: rekonsiliasi terlihat setiap saat user buka halaman, tanpa effort tambahan. Selisih warna oranye = sinyal investigasi.

Bagaimana Booku Melakukannya:

  • LAMPAU: Saldo Akhir (List) = sum sisa hutang di tabel; Saldo Akhir (COA) query langsung dari akun COA yang sesuai.
  • NORMAL: Saldo Awal (List) menampilkan sisa tunggakan PPh 21 dari tahun-tahun sebelumnya yang belum disetor — otomatis terbawa ke tahun berjalan setiap Tutup Buku. Bernilai 0 (—) hanya jika semua sudah lunas.
  • NORMAL Saldo (COA) + AJP: query saldo akun COA termasuk AJP (Adjustment) — breakdown ditampilkan di tooltip ⓘ.
  • Selisih = List − (COA + AJP). Warna hijau (cocok) vs oranye (perlu investigasi).

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

3.3 COA Berbeda Per Kode Setoran — Rekonsiliasi Granular

Apa yang dirasakan user: PPh 21 di Booku menggunakan 2 akun COA terpisah — satu untuk Kode 100, satu untuk Kode 401. Saat user buka tab Kode 100, label di kiri Bar Saldo menunjukkan:

COA : 21610 - Hutang PPh Pasal 21 - Kode 100 (Gaji + Jasa OP)

Ganti ke tab Kode 401 — label berubah otomatis:

COA : 21611 - Hutang PPh Pasal 21 - Kode 401 (Pesangon)

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

Mengapa penting:

  • Memisahkan akun Hutang PPh 21 untuk Gaji+Jasa OP vs Pesangon membuat audit lebih bersih: pemegang buku langsung tahu mana porsi rutin dan mana porsi tidak rutin (Pesangon = event spesifik PHK/pensiun).
  • Saat ada selisih di tab Kode 401 saja → user tahu masalahnya di Pesangon, bukan di Gaji bulanan. Investigasi targeted.

Bagaimana Booku Melakukannya:

  • Booku menyimpan 2 akun COA: satu untuk Kode 100, satu untuk Kode 401.
  • Nomor & nama akun COA tampil sebagai info 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.4 Dialog “Detail Gaji dan Pesangon” Cerdas — Dual-Purpose per Mode

Apa yang dirasakan user: Di toolbar setiap tab muncul tombol yang labelnya kondisional per tab:

TabLabel TombolIsi Dialog
Ringkasan”Detail Gaji dan Pesangon”Grid 12 bulan × 4 kolom (semua: Gaji + Pesangon)
Kode 100”Detail Gaji”Grid 12 bulan × 2 kolom (DPP Gaji + PPh Gaji)
Kode 401”Detail Pesangon”Grid 12 bulan × 2 kolom (DPP Pesangon + PPh Pesangon)

Label reflect isi tab — bukan “Detail Gaji dan Pesangon” tunggal yang misleading. Perilaku klik adaptif sesuai Tahun Buku Aktif:

ModePerilaku saat di-klik
LAMPAUBuka modal mass-input 12 bulan × 4 kolom (DPP Gaji / PPh Gaji / DPP Pesangon / PPh Pesangon). User input langsung di grid, klik Simpan sekali untuk seluruh tahun.
NORMALTidak buka modal — otomatis navigate ke menu Buku Pengawasan Gaji dengan filter bulan ter-set sesuai filter Masa Pajak halaman PPh 21. User langsung lihat detail gaji per karyawan, sumber riil data PPh 21.

Mengapa penting:

  • LAMPAU = migrasi data awal — user butuh mass-input efisien (1 grid, 12 baris) supaya tidak buka-tutup form 12 kali.
  • NORMAL = operasional rutin — data PPh 21 di-derive dari Modul Gaji. Mengizinkan edit di modal PPh 21 = data inkonsisten (rincian per karyawan hilang). Solusi: arahkan user ke sumber kebenaran (Modul Gaji) supaya edit dilakukan di tempat yang tepat.
  • Satu tombol, dua fungsi cerdas — UX adaptif yang menghormati konteks pakai user.

Bagaimana Booku Melakukannya:

  • Tombol detect JenisTahunBuku aktif. LAMPAU buka modal GajiPesangonModal dengan grid 12×4 editable. NORMAL set state navigasi (gajiPageInitialBulan) lalu buka tab Modul Gaji + navigate.
  • Modul Gaji consume state gajiPageInitialBulan saat mount → set filter bulan otomatis → clear state (one-shot, tidak persist).
  • Mirror pola di sistem akuntansi terdahulu yang sudah teruji 3+ tahun.

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

3.5 Lapor SPT Terintegrasi — 1 Form per Bulan Gabungan Kode 100 + Kode 401

Apa yang dirasakan user: Di tab Ringkasan, section Lapor SPT PPh 21 (per bulan) menampilkan tabel 12 bulan dengan kolom Tanggal Lapor, N/P (Nihil/Pembayaran), TW/TL (Tepat Waktu / Terlambat).

User cukup klik baris bulan → drawer detail di tab Kode 100 atau Kode 401 → tombol Lapor → modal kecil → isi Tanggal Lapor + N/P → simpan. Satu form SPT mewakili total Kode 100 + Kode 401 untuk bulan tsb — sesuai pelaporan DJP yang menggabungkan PPh 21 Gaji dan Pesangon dalam satu SPT Masa.

Mengapa penting:

  • Pelaporan PPh 21 di DJP = SPT Masa per bulan, bukan per kode. Aplikasi yang treat setiap kode sebagai SPT terpisah = inkonsisten dengan pelaporan riil.
  • Deadline lapor = akhir bulan setelah masa pajak. Telat = denda.
  • Tanpa auto-tag TW/TL: akuntan harus track manual mana bulan yang tepat waktu — dokumentasi SP2DK jadi berat.

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.
  • Form Lapor SPT pakai komponen shared yang sama dengan PPh 23, 25, 26, 4(2), PPN — konsisten lintas jenis pajak.
  • Tag warna: hijau (TW) vs oranye (TL) — instant visual.

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

3.6 Drill-Down Transparan ke Record Sumber per Bulan — Audit Tagihan dengan 1 Klik

Apa yang dirasakan user: Filter Masa Pajak punya dua mode tampilan yang berfungsi sebagai dua sudut pandang berbeda:

ModeUntuk Siapa
REKAP (12 Bulan)Manajemen / akunting yang mau lihat overview tahunan + bayar PPh ke DJP per bulan.
Bulan Spesifik (mis. Januari)Auditor / akunting yang mau lihat transaksi individu pembentuk tagihan bulan itu.

Saat user pilih bulan spesifik (atau klik tombol “Detail Transaksi” di context menu baris bulan, atau double-click baris bulan), tabel berganti ke daftar transaksi individu — 1 baris per record dari sumber riil. Di mode NORMAL, kolom “Sumber Modul” menunjukkan dari mana data tiap baris berasal: Modul Gaji, Bukti Pengeluaran, Hutang Bank, atau Hutang Leasing.

Dua tombol Detail dipisah berdasarkan kegunaannya:

TombolUntuk
Detail TransaksiDrill-down ke daftar record sumber pembentuk angka (audit per record).
Detail PembayaranBuka drawer history pembayaran ke DJP untuk bulan tsb (cross-year).

Mengapa penting:

  • PPh 21 Kode 100 di NORMAL muncul otomatis dari 4 sumber transaksi yang tersebar. Saat ada selisih atau pertanyaan dari auditor “angka Maret kok jadi sebesar ini?” — user perlu trace ke transaksi pembentuk dengan cepat.
  • Aplikasi tanpa drill-down memaksa user buka 4 modul terpisah satu per satu, filter manual ke bulan itu, lalu hitung sendiri. Effort 30-60 menit per pertanyaan auditor.
  • Di Booku: 1 klik → daftar record langsung muncul dengan kolom “Sumber Modul” memberitahu user data tsb harus dicari di modul mana untuk koreksi. Effort detik.

Bagaimana Booku Melakukannya:

  • Di mode NORMAL, Booku menggabungkan 4 sumber transaksi dalam satu daftar terurut: Gaji per record bulanan, Bukti Pengeluaran ber-PPh 21 (DPP ter-derive otomatis dari Invoice Pembelian terkait), pencairan Hutang Bank/Leasing yang ada biaya PPh 21.
  • Di mode LAMPAU, daftar diisi dari record yang Anda input manual di Data Awal — tampilan tabel sama untuk konsistensi pengalaman.
  • Kolom adaptif: Sumber Modul hide di LAMPAU (semua “Manual” — redundan), show di NORMAL.
  • Edit/Hapus per-record hanya muncul di LAMPAU (data manual). NORMAL = read-only, sesuai prinsip “edit di sumber riilnya” — user diarahkan untuk koreksi di Modul Gaji / Bukti Pengeluaran asal, bukan di sini.
  • Tombol Bayar disembunyikan di mode Detail per Bulan karena pembayaran ke DJP berdasarkan total tagihan per bulan per kode (1 setoran via 1 Nomor BPHP), bukan per record — pemisahan tampilan operasional (REKAP) vs audit (Detail) menjaga UX tetap jelas.
  • Differensiasi visual Gaji vs Jasa OP (Kode 100 LAMPAU): baris ber-sub-kategori “Gaji” selalu diposisikan di baris terakhir sebelum footer TOTAL dengan background warna berbeda (warm orange). Edit + Hapus per record di baris Gaji disabled dengan tooltip yang mengarahkan user ke tombol “Detail Gaji” di toolbar. Alasannya: Gaji di-input via mass-input Dialog (12 bulan sekaligus, 1 record agregat per bulan), sedangkan Jasa OP di-input satu per satu per supplier/invoice. Edit per record di baris Gaji bertentangan dengan konsep mass-input aslinya — Booku mencegah user tanpa sengaja bikin data inkonsisten.

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

4. Nilai Tambah untuk User

“Tagihan PPh 21 ter-agregate otomatis dari 4 sumber transaksi (Gaji, Bukti Pengeluaran, Hutang Bank, Hutang Leasing) — tidak ada konsolidasi manual. Rekonsiliasi Pengawasan ↔ Akuntansi tampil di Bar Saldo full functional di kedua mode, dengan akun COA berbeda per kode setoran. Dialog Detail Gaji dan Pesangon cerdas adaptif (mass-input di LAMPAU, navigate ke Modul Gaji di NORMAL). Drill-down 1-klik ke record sumber pembentuk tagihan dengan kolom ‘Sumber Modul’ jelas untuk audit cepat. Lapor SPT 1-bulan-1-form sesuai DJP.”

Tim accounting hanya memastikan input transaksi sumber benar — Booku otomatis menyatukan semuanya jadi tagihan PPh 21 per kode, merekonsiliasi terhadap akun COA spesifik, dan menyediakan workflow Lapor SPT yang sesuai DJP. Tidak ada duplikasi input, tidak ada manual reconciliation, tidak ada bingung soal di mana data PPh 21 harus di-edit.

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

Beberapa aspek ada tapi bukan pembeda utama dari kompetitor:

  • Filter Tahun Pajak dan Masa Pajak — standar.
  • Export Excel — standar.
  • Drawer detail per bulan — standar pattern di seluruh modul Buku Pengawasan.
  • Section Ketetapan Pajak agregat di tab Ringkasan — standar; data dikelola di modul Ketetapan Pajak terpisah.
  • CRUD record manual di mode LAMPAU — standar untuk semua modul Buku Pengawasan Hutang Pajak.

Terakhir diperbarui: 08-06-2026