Three-way matching adalah pemeriksaan kesesuaian purchase order, bukti penerimaan, dan invoice pemasok sebelum tagihan diproses sesuai kebijakan perusahaan. Pemeriksaan ini membantu accounts payable membedakan apa yang dipesan, apa yang diterima, dan apa yang ditagihkan. Kecocokan total invoice saja tidak cukup jika jumlah, harga, atau referensi barisnya berbeda.
Untuk finance controller, AP lead, dan kepala gudang, manfaat utamanya adalah menentukan alasan sebuah tagihan dapat dilanjutkan atau harus diklarifikasi. Artikel ini membahas aturan transaksi terstruktur, bukan ekstraksi dokumen dengan AI. Semua angka berikut merupakan contoh ilustratif, bukan kebijakan atau hasil proyek Layana.ID.
Tiga Acuan Yang Harus Bertemu
- PO: dasar pesanan, termasuk pemasok, item, jumlah, harga, mata uang, dan ketentuan yang disetujui.
- Bukti penerimaan: catatan barang atau jasa yang telah diterima melalui proses perusahaan.
- Invoice: tagihan pemasok yang mengacu pada transaksi dan nilai tertentu.
Dokumentasi Microsoft Dynamics 365 Finance menjelaskan pencocokan jumlah invoice dengan product receipt serta pemeriksaan harga terhadap toleransi yang dikonfigurasi. Kebijakan dapat dibedakan menurut kebutuhan transaksi. Hal ini bukan alasan memakai satu angka toleransi contoh vendor untuk seluruh pembelian perusahaan.
Nomor PO pada header membantu pencarian, tetapi pemeriksaan sebaiknya menjaga hubungan per baris. Satu invoice dapat mencakup beberapa penerimaan. Sebaliknya, satu PO dapat ditagih bertahap. Hubungan tersebut perlu tercatat agar penerimaan yang sudah dipakai tidak tersedia lagi sebagai dasar tagihan lain secara keliru.
Two-Way Dan Three-Way Matching Berbeda Di Mana?
Two-way matching umumnya membandingkan invoice dengan pesanan menurut kebijakan yang ditetapkan. Three-way matching menambahkan penerimaan sebagai acuan pemeriksaan. Tambahan ini relevan ketika perusahaan perlu membuktikan bahwa kuantitas yang ditagih memiliki dasar penerimaan.
Lebih banyak acuan tidak otomatis menyelesaikan seluruh risiko. Catatan penerimaan yang salah tetap dapat menghasilkan kecocokan semu. Pemeriksaan mutu, identitas pemasok, duplikasi dokumen, dan persetujuan pembayaran juga membutuhkan kontrol tersendiri.
Untuk jasa, sepakati bentuk bukti yang setara dengan penerimaan: milestone yang disahkan, timesheet yang disetujui, atau berita acara sesuai kontrak. Jangan memaksakan seluruh jasa menjadi “satu unit diterima” bila cara tersebut menghilangkan arti penerimaan pekerjaannya.
Contoh Penerimaan Parsial Dan Invoice Penuh
Misalkan PO memesan 100 unit dengan harga Rp50.000 per unit. Pemasok baru mengirim dan gudang mencatat 60 unit diterima. Invoice menagih 100 unit atau Rp5.000.000 sebelum komponen biaya lain. Walaupun harga satuannya sama dengan PO, invoice tersebut belum cocok terhadap penerimaan yang baru 60 unit.
Nilai 60 unit pada harga PO adalah Rp3.000.000. Selisih kuantitas 40 unit perlu diklarifikasi, bukan ditutup dengan menaikkan penerimaan agar invoice terlihat cocok. AP dan procurement dapat meminta dokumen yang sesuai atau mengikuti prosedur penanganan transaksi bertahap yang disetujui.
Jika invoice kemudian menagih 60 unit, pemeriksaan masih perlu memastikan penerimaan tersebut belum dipakai pada invoice sebelumnya. Apabila 20 dari 60 sudah ditagihkan secara sah, sisa dasar penerimaan bukan 60 lagi. Gunakan hubungan transaksi dan histori koreksi, bukan penjumlahan seluruh dokumen tanpa status.
Contoh Selisih Harga Dan Toleransi
Gunakan skenario terpisah: penerimaan dan invoice sama-sama 60 unit, tetapi invoice memakai harga Rp51.000. Dibanding harga PO Rp50.000, selisih satuan adalah Rp1.000 atau 2%. Selisih nilai untuk 60 unit menjadi Rp60.000, sebelum komponen lain.
Apakah selisih itu boleh diterima? Jawabannya berasal dari kebijakan perusahaan, bukan rumus tersebut. Toleransi dapat mempertimbangkan persentase, nominal, kategori, atau kewenangan. Pemeriksaan harga satuan juga perlu dibedakan dari biaya tambahan seperti angkut yang memiliki ketentuan tersendiri.
Jika perubahan harga memang disepakati, perbaiki acuan melalui jalur revisi yang sah. Jangan mengubah PO lama tanpa jejak hanya untuk membuat tagihan lolos. Reviewer memerlukan alasan dan versi yang menjadi dasar keputusan.
Kelompokkan Selisih Agar PIC Bisa Bertindak
- Referensi tidak ditemukan: procurement memeriksa PO, pemasok, serta identitas baris.
- Penerimaan belum dicatat: gudang memeriksa bukti fisik dan waktu pencatatan.
- Jumlah tidak cocok: telusuri pengiriman parsial, retur, atau penerimaan yang sudah ditagih.
- Harga atau biaya berbeda: purchasing dan finance memeriksa persetujuan komersial serta aturan biaya.
- Dokumen berpotensi ganda: AP menelusuri identitas invoice dan transaksi sebelumnya.
Antrean selisih perlu menyimpan alasan, pemilik, bukti, dan tindak lanjut. Status “gagal matching” tanpa penjelasan hanya memindahkan pekerjaan investigasi. Pisahkan kekurangan data dari ketidaksesuaian bisnis yang benar-benar terkonfirmasi.
Retur Dan Koreksi Harus Tetap Terhubung
Barang dapat diretur setelah penerimaan dicatat atau setelah invoice diproses. Tentukan bagaimana retur, koreksi penerimaan, credit note, dan pembatalan tagihan mengubah saldo yang dapat dicocokkan. Jangan menghapus dokumen lama untuk menyederhanakan hitungan; hubungan koreksinya justru menjelaskan pergerakan nilai.
Bila receiving berada di WMS sedangkan AP di ERP, periksa keterlambatan sinkronisasi dan pengiriman ulang. Gunakan rekonsiliasi integrasi ERP untuk menelusuri transaksi yang hilang atau ganda. Respons integrasi sukses tidak selalu membuktikan seluruh baris sudah dapat dipakai oleh pemeriksaan invoice.
Biaya angkut yang valid masih perlu dibagi ke barang dengan dasar yang tepat. Gunakan contoh alokasi landed cost untuk membedakan pemeriksaan kebenaran tagihan dari pembebanan biaya per SKU.
Uji Aturan Sebelum Mengandalkan Status Lolos
Siapkan PO penuh, kiriman parsial, invoice sebagian, invoice ganda, satuan berbeda, retur, dan tagihan dengan biaya tambahan. Sertakan dua invoice yang mencoba memakai sisa penerimaan yang sama. Periksa perhitungan, alasan penahanan, akses pemberi keputusan, dan histori perubahan.
Ukur persentase invoice yang cocok pada pemeriksaan pertama hanya setelah populasi serta definisi cocok ditetapkan. Tambahkan umur selisih dan koreksi setelah pemeriksaan. Jangan mengklaim fraud tercegah atau penghematan tercapai hanya dari jumlah invoice yang diberi status otomatis.
Pertanyaan Tentang Pemeriksaan Invoice
Apakah Invoice Yang Cocok Boleh Langsung Dibayar?
Belum tentu. Kecocokan dokumen merupakan satu tahap. Persetujuan pembayaran, jatuh tempo, kontrol rekening, dan prosedur keuangan perusahaan tetap perlu dipenuhi.
Apakah Semua Selisih Harus Ditolak?
Tidak selalu. Selisih dapat berasal dari biaya yang disetujui, pembulatan, atau pencatatan yang tertinggal. Tetapkan jalur klarifikasi dan kewenangan; jangan menutup selisih tanpa bukti.
Mulai Dari Sampel Tagihan Yang Bermasalah
Hubungkan pemeriksaan ini dengan alur procure-to-pay dan perbedaan PR serta PO. Siapkan sampel yang boleh dipakai beserta kebijakan penerimaan dan toleransi.
Tinjau kebutuhan ERP perusahaan, lalu diskusikan alur pencocokan invoice bersama Layana.ID untuk memetakan acuan data, penanganan selisih, dan skenario uji sesuai SOP.
Referensi konsep: Microsoft Learn — Three-Way Matching Policies. Perhitungan, pembagian PIC, dan usulan pengujian merupakan analisis penerapan. Gambar utama merupakan ilustrasi AI, bukan dokumentasi proyek.