Konsultasi Gratis
Pendapatan Daerah Integrasi Sistem & API

Kanal Pembayaran Pajak Daerah

Satu kode bayar berlaku di banyak kanal, setiap pembayaran masuk kembali ke sistem pajak pada hari yang sama, dan selisih dengan rekening kas daerah terlihat sebelum ditutup.

Sektor:
Pendapatan Daerah
Platform:
Web, Middleware, Dasbor
Cakupan:
Kode Bayar, Kanal Pembayaran, Rekonsiliasi
KODE BAYAR
8812 4407 9310
Berlaku 7 HARI
rekonsiliasi harian
HARI INI

Transaksi Kanal vs Mutasi Kas Daerah

Dicocokkan otomatis, selisih ditandai per kanal

012 trx Teller bank
Cocok
019 trx Mobile banking
Cocok
026 trx Kanal daring
Perlu diperiksa
shield Kiriman berulang tertolak lewat penanda unik tiap transaksi

Latar Belakang

Pembayaran pajak dan retribusi daerah masuk dari banyak pintu: teller bank, ATM, mobile banking, kanal pembayaran daring, sampai loket di unit pelayanan. Setiap kanal punya format berkas dan jam kirim sendiri. Akibatnya status "sudah dibayar" di sistem pajak sering tertinggal dari uang yang sudah masuk ke rekening kas daerah, dan pencocokannya dikerjakan manual dengan menyandingkan berkas dari masing-masing pihak.

Tantangan

Menyambungkan kanal pembayaran bukan sekadar membuka satu sambungan data. Uang yang sudah diterima harus bisa dipertanggungjawabkan sampai ke satu ketetapan pajak, dan sistem pajak yang sudah berjalan tidak boleh berhenti selama penyambungan.

  • Setiap kanal memakai format dan jam kirim data yang berbeda
  • Sistem pajak yang berjalan tidak boleh dihentikan atau ditulis ulang
  • Pembayaran ganda dan kiriman berulang harus tertolak dengan sendirinya
  • Selisih dengan rekening kas daerah harus ketahuan di hari yang sama

Yang Kami Bangun

Kami membangun lapisan penghubung di antara sistem pajak dan kanal pembayaran: satu layanan penerbit kode bayar, middleware yang menerjemahkan format tiap kanal menjadi satu bentuk baku, antrean pengiriman ulang untuk kanal yang sedang gagal, dan dasbor rekonsiliasi yang menyandingkan transaksi kanal dengan mutasi rekening kas daerah. Sistem pajak yang lama tetap berjalan apa adanya dan hanya menerima pemberitahuan pelunasan.

Satu kode bayar, banyak pintu pembayaran, satu catatan yang bisa dipertanggungjawabkan.
Perjalanan Pemohon

Alur Layanan

Lima langkah yang dilalui satu permohonan, dari warga membuka aplikasi sampai dokumen diterima.

  1. request_quote Langkah 1

    Ketetapan terbit

    Sistem pajak menerbitkan ketetapan, lalu meminta kode bayar beserta nominal dan masa berlakunya.

  2. qr_code_2 Langkah 2

    Kode bayar disebar

    Kode bayar yang sama dikenali semua kanal, sehingga wajib pajak bebas memilih tempat membayar.

  3. payments Langkah 3

    Wajib pajak membayar

    Kanal menanyakan tagihan lebih dulu, menampilkan nama dan nominal, baru menerima pembayaran.

  4. sync_alt Langkah 4

    Pelunasan dikirim balik

    Konfirmasi masuk ke middleware, diperiksa keunikannya, lalu diteruskan ke sistem pajak sebagai pelunasan.

  5. account_balance Langkah 5

    Dicocokkan dengan kas daerah

    Akhir hari, seluruh transaksi disandingkan dengan mutasi rekening kas daerah dan selisihnya ditindaklanjuti.

Satu kode bayar yang dikenali semua pintu pembayaran

Sebelumnya tiap kanal punya cara sendiri mengenali tagihan, sehingga wajib pajak harus tahu lebih dulu ia akan membayar di mana. Kami membalik urutannya: ketetapan menghasilkan satu kode bayar, dan kanal mana pun bisa menanyakan tagihan memakai kode itu sebelum menerima uang.

1
Tanya tagihan sebelum bayar
Kanal memanggil layanan tagihan lebih dulu, menampilkan nama wajib pajak dan nominal, sehingga salah bayar dapat dicegah di depan.
2
Nominal dan masa berlaku terkunci
Kode bayar membawa nominal dan batas waktu, jadi tidak ada penafsiran berbeda antar kanal.
3
Berlaku lintas jenis pajak
Pola yang sama dipakai untuk beberapa jenis pajak dan retribusi tanpa membuat sambungan baru per jenis.
4
Riwayat menempel pada ketetapan
Percobaan pembayaran, keberhasilan, dan pembatalan tercatat pada ketetapan yang sama.
request_quote

Ketetapan pajak

NOMINAL TERKUNCI

south

Kode bayar tunggal

8812 4407 9310

account_balance Bank
payments Kanal daring
storefront Loket
check_circle

Kanal menanyakan tagihan lebih dulu sebelum menerima uang

Lapisan penerjemah supaya sistem lama tidak perlu diubah

Sistem pajak yang sedang berjalan menanggung pekerjaan harian dan tidak mungkin dihentikan untuk diubah besar besaran. Kami menempatkan middleware di antaranya: semua kerumitan format kanal, pengulangan kiriman, dan pemeriksaan keamanan diselesaikan di lapisan ini, sementara sistem pajak cukup menerima satu bentuk pesan yang sederhana.

1
Satu bentuk baku
Format berbeda dari tiap bank dan kanal diterjemahkan menjadi satu struktur data, sehingga penambahan kanal tidak menyentuh sistem pajak.
2
Antrean dan kirim ulang
Kiriman yang gagal masuk antrean dan diulang bertahap, tidak hilang begitu saja saat salah satu sisi sedang bermasalah.
3
Penanda unik tiap transaksi
Setiap pesan membawa penanda unik, sehingga kiriman berulang dikenali dan tidak menghasilkan pelunasan ganda.
4
Jejak lengkap tiap panggilan
Isi permintaan, balasan, dan waktu tersimpan untuk penelusuran bila ada sengketa pembayaran.

Bank A

fixed-width

Bank B

XML

Kanal C

JSON

hub

Middleware

Menerjemahkan, memeriksa, mengantre

swap_horiz Satu bentuk baku
replay Kirim ulang
shield Penanda unik
account_balance

Sistem pajak daerah

Tidak diubah

LUNAS

Selisih ketahuan di hari yang sama, bukan akhir bulan

Bagian yang paling melelahkan dari pembayaran lintas kanal adalah pencocokan. Dasbor rekonsiliasi menyandingkan transaksi yang tercatat di sistem dengan mutasi rekening kas daerah, lalu memisahkan mana yang cocok, mana yang belum masuk, dan mana yang perlu diperiksa manusia.

1
Pencocokan otomatis
Transaksi dan mutasi rekening dipasangkan berdasarkan penanda pembayaran, bukan dicocokkan satu per satu secara manual.
2
Selisih ditandai per kanal
Setiap selisih menunjukkan kanal asalnya, sehingga penelusuran langsung tertuju ke pihak yang tepat.
3
Tindak lanjut tercatat
Petugas menuliskan hasil pemeriksaan pada baris selisih, dan catatan itu ikut terbawa saat rekap dicetak.
4
Rekap siap dilaporkan
Penerimaan per jenis pajak, per kanal, dan per periode diambil dari data yang sudah dicocokkan.
Transaksi kanal Mutasi kas daerah

TRX-4471

Cocok
check_circle

MUT-8820

TRX-4472

Cocok
check_circle

MUT-8821

TRX-4473

Diperiksa
warning

Belum ada

Cocok otomatis

Menunggu mutasi

Perlu diperiksa

monitoring

Selisih ditandai beserta kanal asalnya, tindak lanjut petugas ikut tercatat

Struktur Solusi

Fitur Utama

qr_code_2

Kode bayar tunggal

Satu ketetapan menghasilkan satu kode bayar yang berlaku di seluruh kanal, lengkap dengan masa berlaku dan nominal terkunci.

hub

Middleware banyak kanal

Format tiap kanal dan bank diterjemahkan menjadi satu bentuk baku, sehingga penambahan kanal baru tidak mengubah sistem pajak.

sync_alt

Pemberitahuan dua arah

Kanal dapat menanyakan tagihan sebelum membayar, dan mengirim balik konfirmasi pelunasan begitu pembayaran berhasil.

shield

Penolakan bayar ganda

Setiap kiriman diperiksa dengan penanda unik, sehingga kiriman berulang atau pembayaran ganda tidak menambah catatan baru.

account_balance

Rekonsiliasi harian

Transaksi kanal disandingkan dengan mutasi rekening kas daerah, selisih ditandai beserta asal kanalnya.

receipt_long

Bukti bayar dan riwayat

Setiap pelunasan menyimpan bukti, kanal asal, waktu, dan petugas yang menindaklanjuti bila ada koreksi.

monitoring

Pemantauan kesehatan kanal

Kanal yang lambat atau gagal terlihat di dasbor, lengkap dengan antrean kiriman yang menunggu diulang.

summarize

Rekap penerimaan

Penerimaan direkap per jenis pajak, per kanal, dan per periode dari satu sumber data yang sama.

Jenis permohonan yang dilayani
Teller bank ATM Mobile dan internet banking Kanal pembayaran daring Loket unit pelayanan Agen pembayaran
Titik Sambung

Sistem yang dihubungkan

account_balance

Bank persepsi

Penerimaan pembayaran dan mutasi rekening kas daerah.

payments

Kanal pembayaran daring

Pembayaran dari aplikasi dan agen pembayaran.

hub

Sistem pajak daerah

Sumber ketetapan dan tujuan pemberitahuan pelunasan.

notifications_active

Pemberitahuan wajib pajak

Bukti bayar dan pengingat jatuh tempo.

monitoring

Pemantauan kanal

Status sambungan dan antrean kiriman ulang.

Dampak Operasional

Hasil

Perubahan terbesar bukan pada jumlah kanal, melainkan pada kepastian: uang yang sudah dibayar wajib pajak, status di sistem pajak, dan mutasi rekening kas daerah kini bicara hal yang sama pada hari yang sama.

Cara membayar Tergantung kanal yang tersedia di sistem Satu kode bayar berlaku di semua kanal
Status pelunasan Menyusul setelah berkas kanal diolah Masuk begitu pembayaran dikonfirmasi kanal
Menambah kanal baru Menyentuh sistem pajak yang sedang berjalan Cukup menambah penerjemah di middleware
Pencocokan penerimaan Manual, menyandingkan berkas tiap pihak Otomatis, sisanya tinggal selisih yang ditandai
Menemukan selisih Terlihat saat tutup bulan Terlihat pada hari yang sama
Kanal bermasalah Diketahui dari laporan pengguna Terlihat di dasbor beserta antrean kiriman ulang
payments

Wajib pajak bebas memilih kanal

Pembayaran dapat dilakukan di kanal mana pun tanpa perlu tahu sistem apa yang dipakai di belakangnya.

bolt

Status pelunasan tidak tertinggal

Sistem pajak menerima pemberitahuan begitu kanal mengonfirmasi, bukan menunggu berkas harian.

account_balance

Penerimaan tercocokkan tiap hari

Transaksi dan mutasi rekening kas daerah disandingkan otomatis, petugas hanya menangani selisihnya.

shield

Pembayaran ganda tertolak sendiri

Penanda unik pada tiap transaksi mencegah kiriman berulang menjadi pelunasan baru.

extension

Kanal baru cepat disambungkan

Menambah bank atau kanal berarti menambah penerjemah, bukan mengubah sistem pajak.

summarize

Rekap penerimaan dari satu sumber

Laporan per jenis pajak dan per kanal diambil dari data yang sudah dicocokkan.

Siap dikembangkan lagi
  • check_circle Kanal atau bank baru ditambahkan tanpa menghentikan layanan
  • check_circle Pola kode bayar yang sama dipakai untuk retribusi lain
  • check_circle Data yang sudah dicocokkan menjadi bahan proyeksi penerimaan

Wajib pajak membayar di mana pun ia berada, petugas berhenti menyandingkan berkas satu per satu, dan penerimaan daerah punya satu catatan yang bisa dipertanggungjawabkan.

Punya kebutuhan serupa?

Ceritakan alur layanan yang ingin dibawa ke kanal daring, kami bantu rancang sistemnya.