Jualan Online tapi Angkanya Tidak Cocok? Begini Rekonsiliasi Payment Gateway yang Benar

Toko online Anda ramai pembeli, laporan penjualan dari platform menunjukkan angka yang menggembirakan, tetapi rekening bank tidak pernah penuh sesuai harapan. Bukan karena ada yang curang, melainkan karena ada potongan biaya, perbedaan waktu settlement, dan selisih kurs yang belum pernah Anda catat dengan benar. Rekonsiliasi payment gateway adalah proses yang menjawab semua pertanyaan itu.

Bagi bisnis yang menggunakan layanan seperti Midtrans, Xendit, atau DOKU, rekonsiliasi payment gateway adalah kegiatan akuntansi bulanan yang tidak kalah pentingnya dari rekonsiliasi bank konvensional. Tanpa proses ini, pendapatan bisnis online Anda hampir pasti overstated di buku besar.

Apa Itu Rekonsiliasi Payment Gateway

Rekonsiliasi payment gateway adalah proses mencocokkan tiga data sekaligus: catatan transaksi di sistem internal bisnis (buku besar atau software akuntansi), laporan transaksi dari dashboard payment gateway, dan mutasi dana yang benar-benar masuk ke rekening bank bisnis.

Ketiganya harus cocok pada akhir periode rekonsiliasi. Jika tidak cocok, ada satu atau lebih dari tiga hal yang terjadi: biaya transaksi (MDR/fee) belum dicatat, ada perbedaan waktu settlement, atau ada transaksi yang gagal atau dikembalikan (refund) yang belum dikoreksi.

Komponen yang Menyebabkan Selisih dalam Rekonsiliasi Payment Gateway

Merchant Discount Rate (MDR) dan Biaya Transaksi

Setiap transaksi yang masuk melalui payment gateway dikenakan biaya MDR. Midtrans misalnya mengenakan MDR yang berbeda per metode pembayaran: kartu kredit biasanya lebih tinggi dari transfer bank atau dompet digital. Jika bisnis Anda mencatat pendapatan sebesar nilai bruto transaksi tanpa mengurangi MDR, saldo buku akan selalu lebih besar dari dana yang benar-benar masuk ke bank.

Settlement T+1, T+2, atau Lebih Lama

Payment gateway tidak mentransfer dana ke rekening bisnis secara real-time. Midtrans biasanya melakukan settlement T+1 (satu hari kerja setelah transaksi), sementara untuk metode tertentu bisa T+2 atau lebih. Dalam rekonsiliasi payment gateway, transaksi yang belum di-settle pada tanggal tutup buku dicatat sebagai dana dalam perjalanan, mirip dengan deposit in transit di rekonsiliasi bank biasa.

Transaksi Gagal atau Refund

Transaksi yang awalnya tercatat sukses bisa dibatalkan atau dikembalikan (refund). Jika refund tidak segera dikoreksi di buku besar, pendapatan akan tetap tercatat padahal dananya sudah dikembalikan ke pelanggan.

Perbedaan Waktu antara Timestamp Transaksi dan Tanggal Settlement

Transaksi yang dilakukan pada pukul 23.55 hari Jumat mungkin baru diproses dan tercatat di mutasi bank Senin pagi. Dalam rekonsiliasi payment gateway, Anda perlu konsisten menggunakan satu acuan waktu, baik berdasarkan tanggal transaksi maupun tanggal settlement, dan tidak mencampurnya di tengah periode.

Langkah-langkah Rekonsiliasi Payment Gateway Bulanan

Langkah 1: Ekspor Laporan dari Dashboard Payment Gateway

Masuk ke dashboard Midtrans, Xendit, atau DOKU, lalu ekspor laporan transaksi untuk bulan yang direkonsiliasi dalam format CSV atau Excel. Pastikan laporan mencakup kolom: ID transaksi, tanggal transaksi, metode pembayaran, nilai bruto, MDR/fee, nilai neto, status transaksi, dan tanggal settlement.

Langkah 2: Ekspor Mutasi Rekening Bank

Unduh mutasi rekening bank untuk periode yang sama. Kolom yang dibutuhkan: tanggal, keterangan/deskripsi, debit, kredit, dan saldo.

Langkah 3: Cocokkan Settlement dengan Mutasi Bank

Cocokkan setiap batch settlement dari laporan payment gateway dengan credit entry di mutasi bank. Perhatikan bahwa satu batch settlement bisa berisi ratusan transaksi individual, sehingga yang Anda cocokkan adalah total nilai neto per batch, bukan per transaksi satu per satu.

Langkah 4: Catat Biaya MDR sebagai Beban

Setiap biaya MDR yang dipotong payment gateway harus dicatat sebagai beban di buku besar. Selisih antara nilai bruto transaksi dan nilai neto yang diterima di bank adalah total MDR untuk periode tersebut.

Langkah 5: Identifikasi dan Catat Dana dalam Perjalanan

Transaksi yang sudah terjadi sebelum tanggal tutup buku tetapi belum masuk ke rekening bank (belum di-settle) dicatat sebagai Piutang Settlement atau Dana dalam Perjalanan. Akun ini akan terselesaikan di bulan berikutnya ketika settlement masuk.

Contoh Jurnal Rekonsiliasi Payment Gateway

Berikut contoh jurnal untuk tiga skenario umum yang ditemukan dalam rekonsiliasi payment gateway.

Skenario: Total transaksi bruto bulan ini Rp10.000.000. MDR 2% = Rp200.000. Settlement masuk ke bank Rp9.800.000.

Jurnal koreksi untuk refund yang diproses payment gateway:

Tips Rekonsiliasi Payment Gateway untuk Bisnis Multi-Platform

Jika bisnis Anda menggunakan lebih dari satu payment gateway atau berjualan di beberapa marketplace sekaligus, ada beberapa praktik yang sangat membantu kelancaran rekonsiliasi payment gateway:

• Buat akun buku besar terpisah per payment gateway, misalnya Piutang Settlement Midtrans dan Piutang Settlement Xendit, agar penelusuran lebih mudah.
• Rekonsiliasi setiap platform secara terpisah terlebih dahulu, baru digabungkan ke laporan konsolidasian.
• Simpan semua bukti ekspor dashboard payment gateway dalam folder terorganisir per bulan sebagai arsip audit.
• Tandai transaksi yang statusnya masih pending atau dalam dispute di laporan payment gateway agar tidak ikut dihitung sebagai pendapatan yang sudah final.

Kesimpulan

Rekonsiliasi payment gateway bukan sekadar mencocokkan angka, tetapi memastikan setiap rupiah transaksi digital tercatat dengan benar, biaya MDR tidak menguap tanpa pencatatan, dan pendapatan bisnis online tidak overstated di laporan keuangan. Proses ini wajib dilakukan setiap bulan, terlebih bagi bisnis yang volume transaksi onlinenya terus tumbuh.

Jika proses rekonsiliasi payment gateway di bisnis Anda masih manual dan memakan waktu berjam-jam setiap bulan, Balancio Indo bisa membantu merancang alur rekonsiliasi yang lebih cepat dan terstandar. Hubungi kami di www.balancioindo.com untuk mulai membenahi pembukuan bisnis digital Anda.