Lewati ke konten
Booku — Dokumentasi Dokumentasi Booku

Keunggulan Booku: Buku Pengawasan Ketetapan Pajak

Tier 3 — keunggulan-keunggulan Booku yang muncul saat user memakai menu Buku Pengawasan Ketetapan Pajak (Surat Ketetapan Pajak / Surat Tagihan Pajak dari DJP).

📘 Deskripsi user-friendly: deskripsi/pajak/hutang-pajak/ketetapan-pajak.md

1. Identitas Menu

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

Ketetapan Pajak adalah Surat Ketetapan Pajak (SKP) atau Surat Tagihan Pajak (STP) yang diterbitkan Direktorat Jenderal Pajak setelah pemeriksaan/koreksi — kewajiban tambahan di luar PPh periodik (PPh 21/23/25/26/4(2)/PPN). Berbeda dengan PPh periodik yang tagihannya otomatis muncul dari transaksi operasional, Ketetapan Pajak diinput manual mengikuti surat dari DJP — bisa lintas jenis pajak, bisa lintas tahun pajak (Tahun Pajak ≠ Tahun Penerbitan).

Halaman ini mencatat semua surat ketetapan, melacak pembayaran lintas tahun, dan menggabungkan agregat ketetapan ke halaman PPh terkait — semuanya dengan form input yang ngikuti persis sistem internal (tata letak, validasi, alur), sehingga pengguna existing tidak perlu adaptasi.

2. Ringkasan Keunggulan

#KeunggulanTier 2 Terkait
1Form Input Sesuai konvensi internal (Layout, Validasi, & Alur Identik)#08, #10
2Auto-Fill Jenis Pajak dari Kode Jenis Pajak (Lookup Master DJP)#02, #04
3Auto-Generate Nomor Ketetapan & Validasi Unik Kombinasi On-Blur#02, #08
4Jurnal Otomatis 3-Line (Pokok / Sanksi / Hutang Ketetapan)#02, #11
5Bayar 1-Klik dari Menu ⋮ + Kode NTPN Wajib (Patokan Bukti DJP)#02, #04, #08
6Pembayaran Lintas Tahun Otomatis (Cross-Year Payment Tracking)#02
7Bar Saldo Cerdas — LAMPAU & NORMAL Sama-Sama Full Rekonsiliasi#10, #08
8Quirk STP Otomatis — Group Pokok Pajak Disembunyikan Saat Kode 1xx#10, #04

3. Detail per Keunggulan

3.1 Form Input Sesuai konvensi internal (Layout, Validasi, & Alur Identik)

Apa yang dirasakan user: User yang sudah familiar aplikasi sebelumnya langsung tahu cara pakai form input tanpa training ulang. Tata letak 2 kolom (label di kiri, input di kanan), bagian “Pokok Pajak” & “Sanksi Pajak” tampil sebagai kotak berbingkai, dan urutan field sama persis (Tanggal Ketetapan → Nomor → Kode Jenis Pajak → Masa Pajak → Tahun Pajak → Nomor Ketetapan → Pokok → Sanksi → Jumlah → Keterangan), termasuk label “s.d.” di tengah Masa Pajak Awal/Akhir.

Mengapa penting:

  • Booku punya banyak klien existing yang sudah pakai sistem internal 3+ tahun. Setiap penyempurnaan tidak boleh berarti “belajar dari nol” bagi user existing.
  • Form Pajak terutama sensitif karena melibatkan tata letak yang sudah dikenal, validasi-validasi spesifik DJP, dan alur kerja yang sudah jadi muscle memory.

Bagaimana Booku Melakukannya:

  • Form input ketetapan memakai tata letak 2 kolom yang rapi dan dikelompokkan per bagian — meniru tampilan aplikasi sebelumnya agar user lama langsung familiar.
  • Urutan validasi 8 langkah saat klik Simpan identik (Nomor → Kode JP → Masa Awal → Masa Akhir → Tahun → Pokok+Sanksi → COA Pokok jika ada → Jumlah).
  • Field-field yang sama dengan sistem internal: Tanggal Ketetapan dikunci ≤ hari ini & ≤ TahunBukuAktif; Tahun Pajak ≤ Tahun Ketetapan; Masa Pajak Akhir di-cascade ≥ Masa Pajak Awal.

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

3.2 Auto-Fill Jenis Pajak dari Kode Jenis Pajak (Lookup Master DJP)

Apa yang dirasakan user: User mengetik Kode Jenis Pajak (misal 201 untuk SKPKB PPh 21). Begitu pindah fokus dari field, Jenis Pajak otomatis terisi “PPh Pasal 21” — user tidak perlu pilih manual dari dropdown. Kalau kode tidak terdaftar, sistem langsung kasih peringatan “Kode Jenis Pajak tidak terdaftar di sistem. Silakan input kode yang sesuai.” dan field di-clear.

Mengapa penting:

  • DJP punya 40+ kode setoran spesifik untuk Ketetapan Pajak (5 jenis surat × 8+ jenis pajak: STP/SKPKB/SKPKBT/SKPLB/SKPN × PPh 21/22/22 Impor/23/26/25/4(2)/PPN/PPN Impor). Mengetik kode lebih cepat & akurat daripada navigasi dropdown bertingkat.
  • User accounting profesional sudah hafal kode-kode ini (101 = STP PPh 21, 201 = SKPKB PPh 21, dst.). Mengikuti workflow native pajak.
  • Validasi instant mencegah salah ketik yang akan menyebabkan rekonsiliasi pajak gagal di kemudian hari.

Bagaimana Booku Melakukannya:

  • Booku menyimpan daftar master Jenis Pajak yang di-seed otomatis saat registrasi (5 jenis surat × 8 jenis pajak utama).
  • Saat user mengisi Kode Jenis Pajak, Booku otomatis menampilkan Jenis Pajak + Jenis Surat Ketetapan yang sesuai.
  • Mengikuti pola aplikasi sebelumnya — user lama langsung familiar.

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

3.3 Auto-Generate Nomor Ketetapan & Validasi Unik Kombinasi On-Blur

Apa yang dirasakan user: Setelah user isi Nomor (urut internal), Kode Jenis Pajak, Tahun Pajak, dan Tanggal Ketetapan — field Nomor Ketetapan otomatis terisi format DJP: {Nomor}/{KodeJP}/{YY_TahunPajak}/{KodeKPP}/{YY_TahunKetetapan} (misal 00009/206/22/408/22). Field ini read-only — user tidak bisa edit, tidak bisa salah ketik.

Selain itu, saat user pindah fokus dari field-field kunci, sistem langsung cek apakah kombinasi (Nomor + KodeJP + TahunPajak) sudah pernah dipakai. Kalau ya, muncul peringatan langsung “Kombinasi Nomor, Kode Jenis Pajak dan Tahun Pajak sudah ada” + field di-clear — user tidak perlu klik Simpan dulu untuk tahu data bentrok.

Mengapa penting:

  • Format Nomor Ketetapan DJP punya komponen yang stabil (Tahun Pajak, KodeKPP perusahaan) dan komponen yang user-input (Nomor + Kode + Tanggal). Otomasi mencegah salah ketik komponen stabil yang berulang.
  • Validasi unik kombinasi di sistem internal hanya jalan saat klik Simpan — kalau bentrok, user kehilangan semua isian (Pokok, Sanksi, Keterangan). On-blur validation menghindari frustrasi ini.
  • Mode EDIT: validasi skip kalau kombinasi sama dengan kombinasi awal — user boleh mengubah field lain tanpa konflik.

Bagaimana Booku Melakukannya:

  • Nomor Ketetapan otomatis terbentuk dari Nomor, Kode Jenis Pajak, Tahun Pajak, Tanggal Ketetapan + Kode KPP perusahaan — diperbarui setiap ada perubahan.
  • Booku otomatis mengecek keunikan kombinasi Nomor + Kode Jenis Pajak + Tahun Pajak saat Anda selesai mengisinya.
  • Saat Edit, pengecekan dilewati kalau kombinasinya tidak berubah dari data awal.
  • Booku memvalidasi ulang saat Simpan — pengaman jika ada dua user input bersamaan.

→ Cross-link: #02 Automatic Everything, #08 Simple for User

3.4 Jurnal Otomatis 3-Line (Pokok / Sanksi / Hutang Ketetapan)

Apa yang dirasakan user: Setelah klik Simpan, sistem tidak hanya menyimpan record ketetapan — tapi langsung membuat jurnal voucher 3 baris:

  • Debet Akun Pokok Pajak (yang user pilih, mis. “PPh Pasal 21 Dibayar Dimuka” untuk SKPKB PPh 21) sebesar Pokok Pajak
  • Debet Biaya Ketetapan Pajak (61710) sebesar Sanksi
  • Kredit Hutang Ketetapan Pajak (21202) sebesar Pokok + Sanksi

User bisa lihat jurnal via menu ⋮ → Lihat Jurnal (hanya tampil di mode NORMAL).

Mengapa penting:

  • Ketetapan Pajak melibatkan 3 akun sekaligus — perpaduan Asset (Pokok yang akan jadi kredit pajak), Biaya (Sanksi yang langsung dibebankan), dan Kewajiban (Hutang ke DJP). Akuntan harus tahu split D/K + COA yang benar.
  • Tanpa otomasi: user harus buka menu Jurnal Umum → input 3 baris manual → resiko salah arah Debet/Kredit atau salah COA. Untuk ketetapan jumlah besar, kesalahan langsung berimbas ke neraca.
  • Saat user Edit ketetapan, jurnal lama otomatis dihapus dan jurnal baru ter-generate dengan Nomor JV tetap — jejak audit terjaga.

Bagaimana Booku Melakukannya:

  • Saat Simpan, Booku otomatis membentuk jurnal ke akun COA yang benar (Biaya Ketetapan Pajak 61710 & Hutang Ketetapan Pajak 21202).
  • Record ketetapan + jurnalnya (3 baris) disimpan sekaligus dalam satu proses — kalau salah satu gagal, semuanya dibatalkan (tidak ada data setengah jadi).
  • LAMPAU mode: tidak ada jurnal (mengikuti aturan akuntansi Booku — tahun historis tidak punya mutasi jurnal).
  • Multi-user concurrency: retry exponential backoff (200ms/500ms/1000ms ± jitter, max 3 attempt) untuk race condition NomorID/NomorJV.

→ Cross-link: #02 Automatic Everything, #11 Jurnal Multiline

3.5 Bayar 1-Klik dari Menu ⋮ + Kode NTPN Wajib (Patokan Bukti DJP)

Apa yang dirasakan user: Di tabel utama, klik kanan baris ketetapan yang sudah ada → pilih Bayar → drawer detail terbuka, dan form Bukti Pengeluaran langsung muncul sudah ter-preset:

  • Kategori: Pembayaran Hutang
  • Peruntukan: Pembayaran Hutang Pajak
  • Lawan Transaksi: DJP
  • Nomor BP: BPKP-{tahun}-{ID}
  • Tabel tagihan sisi kanan sudah terisi: Uraian “Pembayaran Denda Pajak”, Jumlah Tagihan, Sisa Tagihan, dst.

Selain itu, ada field tambahan Kode NTPN (atau Kode Billing kalau workflow approval) yang wajib diisi sebelum Simpan — patokan dari Direktorat Jenderal Pajak untuk membuktikan transaksi sah masuk kas negara.

Mengapa penting:

  • Tanpa shortcut Bayar dari menu ⋮: user harus navigasi ke menu Bukti Pengeluaran terpisah → cari Peruntukan → pilih DJP → ketik Nomor BP → kembali ke halaman Ketetapan untuk cek status lunas. Friksi tinggi untuk operasi rutin.
  • Kode NTPN adalah bukti sah pembayaran ke kas negara. Tanpa validasi wajib, user bisa lupa input → ketika audit / SP2DK, jejak NTPN hilang dan klaim pembayaran sulit dibuktikan.
  • Label dinamis NTPN vs Billing: saat user mengajukan pembayaran (workflow approval), DJP berikan Kode Billing dulu; setelah benar-benar transfer, dapatkan NTPN. Booku otomatis menyesuaikan label sesuai konteks (LAMPAU & tanpa pengajuan → NTPN; dengan pengajuan → Billing).

Bagaimana Booku Melakukannya:

  • Klik Bayar dari menu langsung membuka form pembayaran (Bukti Pengeluaran) dengan data tagihan sudah terisi otomatis.
  • Booku mengambil sisa tagihan ketetapan dari Nomor BPHP-nya (uraian “Pembayaran Denda Pajak”), sudah dikurangi pembayaran yang dilakukan di tahun-tahun sebelumnya.
  • Field Kode NTPN/Billing di form pembayaran muncul dengan label dinamis, dan nilainya tersimpan sebagai jejak pajak untuk pelaporan ke DJP.
  • COA Debet master tersimpan dengan benar (Hutang Ketetapan Pajak 21202), jurnal pembayaran balance.

→ Cross-link: #02 Automatic Everything, #04 Pajak Indonesia, #08 Simple for User

3.6 Pembayaran Lintas Tahun Otomatis (Cross-Year Payment Tracking)

Apa yang dirasakan user: Ketetapan dari DJP tahun 2022 mungkin baru dibayar tahun 2023, 2024, atau bahkan 2025 (cicilan / nego). Buka halaman Ketetapan Pajak di tahun buku 2025 — kolom Jumlah Bayar otomatis menjumlahkan semua pembayaran lintas tahun yang terkait dengan Nomor BPHP yang sama. Sisa Tagihan akurat. Status Lunas akurat. Tidak ada manipulasi manual.

Di Drawer Detail Pembayaran, daftar pembayaran multi-tahun tampil lengkap dengan tanggal, sarana pembayaran, dan jumlah masing-masing.

Mengapa penting:

  • Ketetapan adalah kewajiban bertahap — jarang dibayar penuh sekali, biasanya cicil bertahun-tahun mengikuti kesepakatan dengan DJP.
  • Database transaksi Booku dipisah per tahun buku — tanpa cross-year logic, pembayaran tahun lalu tidak akan terhitung.
  • Tanpa tracking otomatis: akuntan harus rekap manual per tahun, rentan salah hitung sisa tagihan, status lunas tidak match dengan kondisi aktual.

Bagaimana Booku Melakukannya:

  • Pembayaran ketetapan yang dilakukan di tahun mana pun tetap diperhitungkan terhadap tagihannya — sisa tagihan selalu akurat lintas tahun.
  • Tahun yang datanya belum tersedia otomatis dilewati tanpa error.
  • Pembayaran tidak disimpan ganda — sisa tagihan dihitung dari data pembayaran yang ada, sehingga selalu konsisten.

→ Cross-link: #02 Automatic Everything

3.7 Bar Saldo Cerdas — LAMPAU & NORMAL Sama-Sama Full Rekonsiliasi

Apa yang dirasakan user: Di header halaman muncul Bar Saldo dengan 4 angka rekonsiliasi (visible saat semua filter = “Semua”):

ModeBar Saldo
LAMPAUSaldo Akhir (List) vs Saldo Akhir (COA) — keduanya angka real dari sumber masing-masing + Selisih + Total Tabel
NORMALSaldo Awal (List) vs Saldo Awal (COA) + AJP — keduanya angka real + Selisih + Saldo Akhir

Plus leading content “COA : 21202 - Hutang Ketetapan Pajak” yang menunjukkan akun yang sedang direkonsiliasi. Tooltip ⓘ pada Saldo COA + AJP NORMAL menampilkan breakdown “Saldo Awal COA: X / AJP: Y” — user tahu komposisi angka.

Mengapa penting:

  • Rekonsiliasi saldo adalah jantung audit. Buku Pengawasan harus match dengan saldo COA — kalau beda, ada record yang lewat atau jurnal salah.
  • Banyak aplikasi akuntansi hanya tampilkan saldo COA tanpa rekonsiliasi list — user tidak tahu apakah ada gap antara dokumen sumber (record ketetapan) dan saldo akuntansi.
  • Saldo Awal tahun NORMAL otomatis = tunggakan ketetapan yang belum lunas, terbawa dari tahun sebelumnya setiap Tutup Buku — tidak perlu input ulang.

Bagaimana Booku Melakukannya:

  • LAMPAU: Saldo Akhir (List) = total sisa tagihan semua ketetapan; Saldo Akhir (COA) diambil langsung dari saldo akun Hutang Ketetapan Pajak (21202).
  • NORMAL: Saldo Awal (List) = total tunggakan ketetapan yang belum lunas, otomatis terbawa ke tahun berjalan setiap Tutup Buku. Bernilai 0 (—) hanya jika semua sudah lunas.
  • NORMAL Saldo (COA) + AJP: diambil dari saldo akun COA termasuk AJP (Adjustment Saldo Awal) — bukan placeholder.
  • Label “COA : 21202 - {nama}” — nama akun tampil otomatis dari master COA.

Catatan akurasi (mode NORMAL): Booku menghitung Saldo Awal dari data ketetapan yang sebenarnya Anda input, sehingga rekonsiliasi List vs COA benar-benar bermakna. Pada sebagian aplikasi sejenis, saldo ini bisa selalu 0 karena dihitung dari sumber yang tidak pernah terisi. Angka Booku mungkin berbeda — ini disengaja, demi akurasi.

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

3.8 Quirk STP Otomatis — Group Pokok Pajak Disembunyikan Saat Kode 1xx

Apa yang dirasakan user: User input Kode Jenis Pajak 101 (STP PPh 21) — group “Pokok Pajak :” di form otomatis menghilang. Tinggal group “Sanksi Pajak :” yang tampil. User tidak perlu bingung mengisi Pokok = 0 untuk surat yang memang hanya bersisi sanksi/denda.

Mengapa penting:

  • STP (Surat Tagihan Pajak) adalah surat dari DJP yang isinya hanya sanksi/denda administrasi (mis. denda telat lapor, denda telat bayar). Tidak ada komponen Pokok Pajak.
  • Kode setoran STP dimulai dengan digit 1 (101, 102, 103, dst.). Konvensi DJP yang konsisten.
  • UI yang adaptif menghindari user kebingungan harus isi 0 atau biarkan kosong di field Pokok Pajak yang tidak relevan.

Bagaimana Booku Melakukannya:

  • Saat Kode Jenis Pajak menandakan jenis tertentu (kode 3-digit diawali “1”), bagian Pokok Pajak otomatis disembunyikan.
  • Saat disembunyikan, nilai Pokok Pajak otomatis di-nolkan dan pilihan COA Pokok-nya dikosongkan — mencegah input tak relevan.
  • Validasi adaptif saat Simpan — kalau Pokok hidden, syarat “Pokok > 0 wajib COA” tidak dipakai. Hanya Sanksi > 0 yang dicek.
  • Mirror persis sistem internal (If AmbilTeksKiri(KodeJenisPajak, 1) = "1" Then grb_PokokPajak.Visibility = Collapsed).

→ Cross-link: #10 UI Dinamis, #04 Pajak Indonesia

4. Nilai Tambah untuk User

“Form input sesuai konvensi internal yang pixel-perfect, auto-fill Jenis Pajak dari kode DJP, auto-generate Nomor Ketetapan tanpa salah ketik, jurnal 3-line otomatis, Bayar 1-klik dengan validasi NTPN wajib, dan Bar Saldo cerdas yang full rekonsiliasi di kedua mode tahun buku — kewajiban Ketetapan Pajak terkelola dengan minimal friction.”

User existing tidak perlu adaptasi — tata letak form dan alur kerja sama persis sistem internal. User baru langsung produktif karena Booku otomatis mengisi field yang stabil (Jenis Pajak, Nomor Ketetapan, COA Hutang) dan hanya minta input yang user benar-benar tahu (Nomor urut, Pokok, Sanksi, NTPN). Pembayaran lintas tahun otomatis ter-track, status lunas selalu akurat. Mode LAMPAU untuk data historis, mode NORMAL untuk operasional — bar saldo cerdas memastikan rekonsiliasi bermakna di kedua mode.

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

Beberapa fitur ada tapi bukan “selling point” yang membedakan dari kompetitor — fitur standar saja:

  • CRUD record (Input/Edit/Hapus) — standar
  • Filter Tahun Pajak / Tahun Penerbitan / Jenis Pajak / Status Lunas — standar
  • Export Excel — standar
  • Tombol Lihat Jurnal di drawer — sudah covered di point #11 jurnal-multiline

Terakhir diperbarui: 08-06-2026