← Semua tulisan
Teknis Matching2 menit baca

Pencocokan Satu ke Banyak dalam Rekonsiliasi Bank

Pencocokan satu ke banyak: satu mutasi bank menutup beberapa invoice, atau sebaliknya. Aturan matching, sisa exception, dan jejak yang bisa diaudit.

Jonathan Napitupulu

Pencocokan satu ke banyak terjadi ketika satu baris di rekening koran menutup beberapa baris di buku besar, atau satu jurnal menampung beberapa mutasi bank. VLOOKUP dan matching satu-ke-satu gagal di sini. Tim yang memaksa rumus itu akan menumpuk exception, lalu menutup buku dengan tebakan.

Pola yang paling sering muncul

Pelunasan kredit UMKM: satu transfer nasabah menutup angsuran pokok, bunga, dan denda. Settlement payment gateway: satu batch masuk menutup ratusan order. Payroll: satu debet bank menutup banyak jurnal gaji. Semua itu sah. Yang tidak sah adalah membuang sisa ke “selisih lain-lain” tanpa aturan.

QRIS dan BI-FAST memperbesar pola ini. Bank Indonesia mencatat 12,55 miliar transaksi QRIS pada semester I 2026 dengan nilai sekitar Rp 600,7 triliun, menurut Kompas 18 September 2026. Pada volume itu, batch settlement hampir selalu satu-ke-banyak. Jangan rancang matching seolah setiap order punya satu baris bank yang rapi.

Urutan aturan yang aman

Pertama, cocokkan referensi unik jika ada: virtual account, nomor batch, atau kode pelunasan. Kedua, jumlah plus tanggal dalam jendela yang Anda tulis, misalnya H−1 sampai H+2. Ketiga, kemiripan deskripsi hanya sebagai petunjuk, bukan sebagai penentu. Keempat, sisa yang tidak unik masuk antrian manusia.

Jangan menambahkan baris sampai jumlahnya pas. Itu pemalsuan, bukan rekonsiliasi. Jika satu kredit Rp 10 juta menutup tiga invoice Rp 3 juta dan menyisakan Rp 1 juta, sisakan Rp 1 juta sebagai exception bernama, bukan “pembulatan.”

Banyak-ke-satu dan banyak-ke-banyak

Banyak mutasi kecil yang menutup satu invoice juga muncul, terutama saat pelanggan mencicir. Batasi kedalaman: misalnya paling banyak N mutasi dalam M hari untuk satu invoice. Tanpa batas, mesin akan menggabungkan transaksi yang tidak berhubungan hanya karena jumlahnya kebetulan pas.

PBI 10/2025 dan PADG 32/2025 berlaku 31 Maret 2026. Payment gateway masuk bundel forwarding. Jejak batch acquirer harus tetap bisa diurai ke order, atau auditor akan melihat satu angka besar tanpa anak.

Jejak untuk ICoFR

Simpan kelompok matching: anggota, aturan yang menang, siapa yang mengesahkan jika manusia campur. Spreadsheet yang menggabungkan baris dengan copy-paste tidak punya versi. OJK IASC, seperti dilaporkan Kompas 8 September 2026, memblokir Rp 771,2 miliar terkait penipuan. Jika satu anggota kelompok diblokir, jangan pecah kelompok diam-diam. Tandai exception “ditahan.”

POJK 34/2025 untuk TI BPR berlaku 18 Desember 2026. Matching satu-ke-banyak yang hanya hidup di laptop tidak bisa dipulihkan. Simpan di sistem yang ada cadangannya.

Libur nasional yang menunda settlement QRIS, seperti pengumuman Idul Adha 2026, menggeser tanggal batch. Jendela matching harus membaca kalender settlement, atau setiap long weekend menjadi tumpukan salah pasangan.

Pertanyaan yang sering diajukan

Apa itu pencocokan satu ke banyak?

Satu mutasi bank yang menutup beberapa jurnal, atau sebaliknya. Itu normal di pelunasan, payroll, dan settlement gateway.

Mengapa Excel gagal?

Karena rumus umum hanya mencari satu pasangan. Sisa dan kombinasi tidak tertangani, lalu dikerjakan tangan tanpa jejak.

Haruskah jumlah selalu pas?

Tidak. Sisa yang jujur lebih baik daripada baris fiktif agar total cocok.

Bagaimana membatasi salah gabung?

Pakai referensi dulu, lalu jumlah dan jendela tanggal, lalu batas kedalaman. Deskripsi hanya petunjuk.

Apakah manusia masih perlu?

Ya, untuk sisa ambigu dan kasus diblokir. Mesin mengerjakan yang unik.

Bukti apa yang disimpan?

Anggota kelompok, aturan, waktu, dan pengesahan manusia jika ada. Itu yang ditanya auditor.