Rekonsiliasi tiga arah membandingkan rekening koran bank, buku besar, dan laporan settlement payment gateway untuk periode yang sama. Tujuannya memastikan setiap arus kas muncul di ketiga sumber, atau punya alasan yang terdokumentasi jika tidak.
Mengapa dua arah tidak cukup
Banyak tim keuangan masih mencocokkan bank dengan buku besar, lalu menganggap payment gateway urusan operasional. Cara itu menutupi selisih yang hanya terlihat ketika ketiga sumber diletakkan berdampingan.
Gateway mencatat otorisasi, settlement, biaya, refund, dan chargeback. Bank mencatat kas yang benar-benar masuk atau keluar. Buku besar mencatat pengakuan pendapatan, piutang, dan biaya sesuai kebijakan akuntansi. Ketiganya berbicara tentang transaksi yang sama, tetapi tidak pada detik yang sama.
Jika hanya bank versus buku besar yang dicocokkan, biaya merchant discount rate sering tersembunyi di dalam setoran bersih. Refund yang sudah diakui di gateway tapi belum terdebet di bank terlihat seperti piutang yang masih hidup. Split settlement antar merchant ID terlihat seperti selisih yang tidak bisa dijelaskan.
Dua arah tetap berguna sebagai kontrol kas harian. Ia tidak cukup sebagai kontrol pendapatan digital, karena yang masuk ke bank sudah merupakan hasil bersih dari rantai pembayaran.
Tiga sumber, tiga pertanyaan
Rekening koran menjawab kas
Rekening koran adalah bukti kas. Baris kredit dan debit di sini yang menentukan apakah uang sudah berpindah. Tanggal nilai, nomor referensi bank, dan deskripsi transfer adalah kunci pencocokan ke dua sumber lain.
Jangan campur rekening operasional, rekening penerimaan, dan rekening biaya dalam satu kertas kerja tanpa pemisah. Jika perusahaan memakai beberapa virtual account, pecah rekonsiliasi per VA atau per kode merchant, baru gabungkan di ringkasan.
Buku besar menjawab pengakuan
Buku besar menjawab kapan pendapatan, piutang, uang muka, atau biaya diakui. Jurnal kas, jurnal penerimaan, dan akun kliring payment gateway harus bisa ditelusuri ke batch settlement, bukan hanya ke total harian.
Akun kliring yang tidak pernah bersih adalah sinyal bahwa tiga arah belum jalan. Jika saldo kliring menumpuk, biasanya ada penjualan yang diakui tanpa settlement, atau settlement yang dijurnal dua kali.
Laporan gateway menjawab siklus pembayaran
Laporan settlement gateway menjawab apa yang terjadi di rantai pembayaran: transaksi sukses, pending, void, refund, dan biaya. Tanpa file ini, tim keuangan melihat setoran bank sebagai angka bersih yang sulit diurai.
Bank Indonesia merombak arsitektur sistem pembayaran lewat PBI 10/2025 dan PADG 32/2025, efektif 31 Maret 2026, dengan payment gateway dibundel di bawah Penerusan Transaksi Pembayaran. Artinya file settlement dan peran penyedia bisa berubah, sehingga rekonsiliasi tiga arah harus tahan terhadap pergantian format, bukan terikat pada satu template vendor.
Metode kerja yang bisa diulang
Kuncikan periode sebelum mencocokkan baris
Tentukan cutoff kas, cutoff pengakuan, dan cutoff settlement secara terpisah. Satu hari kalender jarang cukup karena gateway bisa settle T plus satu atau T plus dua, sementara jurnal penjualan diakui pada tanggal otorisasi.
Buat kalender cutoff tertulis. Siapa yang mengekspor file, jam berapa file dianggap final, dan apa yang terjadi jika file bank datang terlambat harus disepakati sebelum tanggal tutup buku.
Cocokkan bertingkat, bukan sekali jalan
Urutan yang aman dimulai dari batch, baru ke transaksi. Cocokkan total settlement harian gateway ke kredit bank. Setelah batch ketemu, pecah ke baris transaksi, lalu ke jurnal piutang atau pendapatan.
Baru setelah itu selisih biaya, pajak jika relevan, dan refund dikerjakan. Jika tim langsung mencocokkan setiap penjualan ke setiap kredit bank, pekerjaan meledak karena sifatnya satu-ke-banyak.
Gunakan kunci yang stabil: nomor batch settlement, merchant ID, tanggal settle, dan nominal. Deskripsi bank boleh jadi cadangan, tetapi jangan jadi kunci utama karena teks transfer sering dipotong atau diubah bank.
Pisahkan jenis selisih sejak awal
Selisih timing bukan selisih jumlah. Setoran yang muncul di bank besok pagi tidak boleh dicampur dengan biaya yang memang tidak akan pernah sama dengan penjualan kotor.
Kategori kerja yang berguna: timing settlement, biaya dan pajak, refund dan chargeback, split antar akun, transaksi di luar gateway, dan jurnal salah akun. Setiap kategori punya pemilik dan batas umur.
Item terbuka harus punya tanggal harapan tutup. Tanpa tanggal itu, daftar exception menjadi tempat sampah yang dibuka lagi setiap tutup buku.
Yang biasanya pecah di lapangan
Setoran bersih versus penjualan kotor
Gateway sering menyetor nett setelah biaya. Buku besar yang mencatat penjualan kotor tanpa akun biaya terpisah akan selalu selisih. Perbaiki pemetaan akun sebelum menambah aturan pencocokan baru.
Jika biaya dipotong di sumber, jurnal harus memecah kas, biaya, dan piutang dalam satu paket. Jika biaya ditagih terpisah, rekonsiliasi biaya punya siklus sendiri dan tidak boleh mengotori rekonsiliasi setoran.
Satu kredit bank, banyak transaksi
Marketplace dan gerbang pembayaran mengumpulkan banyak pembayaran menjadi satu atau beberapa kredit. Pencocokan satu-ke-satu di spreadsheet gagal di sini. Butuh aturan batch plus daftar transaksi pendukung.
Simpan file rincian settlement sebagai lampiran wajib, bukan sebagai file yang hanya dibuka saat selisih sudah besar. Tanpa rincian, tiga arah turun derajat menjadi tebakan.
Refund yang menyilang periode
Pelanggan refund di akhir bulan, kas keluar di awal bulan berikutnya. Jika periode tidak dikunci, tim akan menambal dengan jurnal yang tidak punya jejak. Tandai sebagai item terbuka dengan tanggal harapan settle, bukan sebagai error yang dilawan paksa.
Chargeback lebih pelik karena bisa membalikkan penjualan yang sudah diakui berbulan-bulan sebelumnya. Kebijakan akuntansi untuk cadangan dan pengakuan ulang harus disepakati dengan auditor eksternal sebelum aturan matching ditulis.
Rekening operasional tercampur
Perusahaan yang memakai satu rekening untuk penjualan daring, transfer pelanggan, dan pembayaran pemasok membuat tiga arah menjadi keruh. Pisahkan rekening penerimaan jika memungkinkan. Jika tidak, tagging deskripsi dan virtual account menjadi wajib.
Kontrol yang diminta saat review
Rekonsiliasi tiga arah yang sehat menghasilkan tiga artefak: kertas kerja yang menunjuk ke tiga file sumber, daftar item terbuka dengan umur, dan log siapa yang mencocokkan atau menyesuaikan. Auditor tidak butuh spreadsheet yang indah. Mereka butuh bukti bahwa selisih tidak ditutup diam-diam.
Tetapkan ambang tinjauan operasional, bukan hanya ambang audit. Item kecil yang berulang setiap hari adalah sinyal mapping yang salah, bukan gangguan yang boleh diabaikan.
Review harian menangkap timing. Review mingguan menangkap mapping. Review bulanan menutup item yang menyeberang cutoff. Mencampur ketiga ritme itu dalam satu rapat tutup buku adalah alasan klasik mengapa rekonsiliasi molor.
FAQ
Apa bedanya rekonsiliasi tiga arah dengan rekonsiliasi bank biasa?
Rekonsiliasi bank biasa membandingkan kas di bank dengan buku besar. Rekonsiliasi tiga arah menambah file settlement gateway agar setoran bersih, biaya, dan refund bisa diurai ke transaksi sumber.
File apa yang wajib ada setiap periode?
Rekening koran final, ekspor buku besar atau subbuku kas dan piutang, plus laporan settlement dan rincian transaksi gateway. Tanpa rincian gateway, pencocokan batch tidak bisa ditelusuri.
Bagaimana jika gateway settle T plus dua?
Kunci cutoff terpisah untuk otorisasi, settlement, dan kas. Item yang sudah diakui tapi belum settle dicatat sebagai terbuka, bukan dipaksa cocok ke kredit bank yang belum ada.
Apakah semua kanal pembayaran harus masuk tiga arah?
Semua kanal yang menyetor ke bank melalui perantara perlu tiga arah. Transfer langsung pelanggan ke rekening perusahaan cukup dua arah, asal tidak tercampur dengan setoran gateway.
Kapan selisih boleh ditutup dengan jurnal penyesuaian?
Hanya setelah kategori selisih jelas dan bukti sumber sudah dilampirkan. Jurnal tanpa rujukan ke batch settlement atau baris bank merusak jejak audit.
Apakah harus ganti ERP untuk menjalankan metode ini?
Tidak. Metode ini bekerja di atas ekspor bank, buku besar, dan gateway yang sudah ada. Yang diganti adalah cara mencocokkan dan cara menandai exception, bukan sistem intinya.