Cara Membaca Biaya Layanan Pembayaran dan Mencatatnya dalam Usaha

Ketika pembeli membayar lewat QRIS, dompet digital, atau marketplace, jumlah yang mendarat di rekening hampir selalu lebih kecil dari harga jual. Selisihnya adalah biaya layanan pembayaran: MDR, biaya layanan, komisi platform, hingga potongan pajak. Pembukuan yang paling sering keliru justru karena bentuknya sederhana: uang yang masuk dicatat apa adanya sebagai penjualan. Satu pesanan Rp100.000 mendarat sebagai Rp99.500, dan angka itulah yang ditulis. Buku tampak seimbang, laba kebetulan benar, tetapi biaya pembayaran menghilang tanpa jejak [1]. Cara membacanya sendiri tidak rumit: setiap pembayaran membawa tiga angka yang terikat satu persamaan. Artikel ini menguraikan cara membaca komponen biaya per metode pembayaran, urutan pencatatannya, sampai cara memeriksa hasilnya.

Tiga angka di setiap pembayaran non-tunai

Setiap pembayaran non-tunai membawa tiga nilai dalam rupiah: nilai transaksi penuh (amount_gross), biaya yang dipotong (amount_fee), dan dana bersih yang benar-benar masuk rekening (amount_net). Ketiganya terikat satu persamaan—bruto dikurangi biaya sama dengan bersih—sehingga satu angka bisa diperiksa dari dua angka lainnya [1]. Pada contoh di atas, pesanan Rp100.000 yang mendarat Rp99.500 berarti biayanya Rp500 [1]. Angka sederhana itu mudah diabaikan, tetapi pada usaha dengan ratusan transaksi non-tunai per bulan, potongan yang tidak tercatat menumpuk menjadi jumlah yang cukup untuk memengaruhi keputusan harga.

Istilah yang paling sering muncul di potongan rekening adalah MDR: biaya yang dipotong dari setiap transaksi QRIS atau kartu dan ditanggung penjual [2]. Dalam pengertian umum, MDR adalah potongan yang diambil bank atau penyedia dari setiap pembayaran non-tunai [3]. Komponen lainnya menyesuaikan metode pembayaran yang dipakai.

Komponen biaya menurut metode pembayaran

Dua hal yang sering luput: pada marketplace, potongan bisa berupa lebih dari satu komponen sekaligus—biaya layanan atau komisi platform, plus PPh 22 [2]; pada payment gateway, angka juga dapat bergeser karena perbedaan waktu settlement dan selisih kurs yang belum pernah dicatat [4]. Memisahkan komponen ini penting karena masing-masing diperlakukan berbeda saat dicatat.

Urutan pencatatan yang benar

Tujuan pencatatan bukan sekadar buku yang seimbang, melainkan laporan yang mampu menjawab berapa biaya pembayaran bulan lalu, bagaimana posisinya dibanding bulan sebelumnya, dan bagaimana angka itu dipakai saat menyusun harga jual [1]. Urutan kerjanya sebagai berikut.

1. Catat penjualan sebesar nilai penuh saat transaksi terjadi, bukan saat dana cair. Pembayaran digital memisahkan waktu menjual dari waktu uang diterima; penjualan dicatat saat terjadi, sebesar nilai penuh [2].
2. Perlakukan dana yang belum cair sebagai piutang penyelesaian kepada platform. Dana pesanan QRIS hari ini baru masuk besok; selama belum masuk, posisinya piutang, bukan kas [2].
3. Saat dana cair, catat selisihnya sebagai beban biaya platform. Selisih antara nilai penjualan dan dana yang diterima dicatat sebagai beban MDR atau komisi; untuk marketplace, bagian PPh 22 dicatat sebagai pajak dibayar di muka [2].
4. Sediakan satu akun khusus biaya pembayaran pada bagan akun. Akun inilah yang hampir selalu hilang dari bagan akun usaha yang baru mulai menerima pembayaran otomatis [1]. Dengan biaya ditampung dalam satu baris beban, angka antar bulan bisa dibandingkan [1].
5. Jadwalkan rekonsiliasi berkala. Untuk QRIS dan marketplace, cocokkan laporan penyelesaian platform dengan daftar pesanan tiap minggu [2]. Untuk payment gateway, rekonsiliasi mencocokkan tiga data sekaligus: catatan transaksi di buku besar atau software akuntansi, laporan transaksi dari dashboard gateway, dan mutasi dana yang benar-benar masuk rekening [4].

Contoh pengerjaan (simulasi ilustratif): dari penjualan sampai dana cair

Simulasi ilustratif berikut memakai contoh angka dari panduan Kasera Pay: satu pesanan senilai Rp100.000 dibayar lewat QRIS pada Senin dan dana yang mendarat di rekening Rp99.500 [1]. Rincian waktunya rekaan dan hanya memperlihatkan bentuk pencatatan dari hari penjualan sampai hari dana cair.

Bila warung ini mencatat Rp99.500 langsung sebagai penjualan—bentuk kesalahan yang paling sering [1]—bukunya seimbang dan labanya kebetulan benar, tetapi tidak ada jejak Rp500 yang bisa dijumlahkan di akhir bulan. Pada pesanan marketplace, tabel yang sama menambah satu komponen: bagian yang dipotong sebagai PPh 22 dicatat terpisah sebagai pajak dibayar di muka, sedangkan komisi platform masuk ke beban [2]. Setelah beberapa bulan berjalan, baris beban biaya pembayaran menjadi satu angka yang memperlihatkan biaya bulan berjalan dan bisa dibandingkan dengan bulan-bulan sebelumnya [1].

Cara mengecek hasil pencatatan

Pengecekan mengandalkan laporan yang sudah disediakan pihak ketiga, bukan ingatan. Tiga lapisan berikut saling melengkapi.

• Laporan penyelesaian platform, diperiksa mingguan. Cocokkan laporan penyelesaian dengan daftar pesanan yang tercatat di buku [2]. Selisih yang sehat hanya berasal dari komponen yang sudah diidentifikasi: MDR, komisi, dan PPh 22 pada marketplace [2].
• Laporan biaya MDR pada aplikasi kasir. Beberapa aplikasi kasir menyediakan laporan yang menunjukkan potongan per metode bayar, uang bersih yang diterima, dan pengaruhnya ke laba rugi [3]. Pada bantuan KasirXpert, biaya QRIS otomatis yang benar-benar dipotong tampil langsung, sedangkan tarif untuk QRIS statis, mesin EDC, dan transfer perlu diisi agar laporan menghitung [3].
• Rekonsiliasi tiga sisi untuk payment gateway. Cocokkan catatan internal, laporan di dashboard gateway, dan mutasi dana di rekening [4]. Tanpa proses ini, pendapatan bisnis online hampir pasti lebih besar dari seharusnya di buku besar [4].

Bila angka-angka tidak cocok, penyebabnya biasanya bukan kecurangan, melainkan potongan biaya yang belum dicatat, perbedaan waktu settlement, dan selisih kurs yang belum masuk buku [4]. Bedakan penyebab yang sudah teridentifikasi ini dari dugaan lain sebelum mengoreksi catatan.

Kesalahan yang sering terjadi dan perbaikannya

Langkah pertama bisa dimulai minggu ini: buka laporan penyelesaian dari bulan lalu di dashboard platform atau rincian biaya di aplikasi kasir, jumlahkan nilai penjualan tiap pesanan, bandingkan dengan dana yang benar-benar masuk, lalu letakkan selisihnya pada akun beban biaya pembayaran. Tanda pencatatan sudah benar mudah dikenali: persamaan bruto, biaya, dan bersih terpenuhi pada setiap transaksi [1]; total beban biaya pembayaran bulan berjalan muncul sebagai satu angka yang ikut mengurangi laba [3]; dan rekonsiliasi mingguan tidak menyisakan selisih tanpa penjelasan [2]. Dari situ biaya pembayaran bisa dipantau bulan demi bulan dan menjadi masukan saat harga jual berikutnya disusun [1].