Otomatisasi Utang Usaha (AP) dan Pencocokan Tiga Arah di ERP: Bayar Tagihan Pemasok Tanpa Salah

Di banyak perusahaan, bagian keuangan menghabiskan sebagian besar waktunya bukan untuk menganalisis angka, melainkan untuk mengejar dokumen. Tagihan pemasok datang lewat email, kurir, dan pesan WhatsApp. Staf keuangan mencocokkannya dengan pesanan pembelian yang tersimpan di folder lain, lalu bertanya ke gudang apakah barangnya benar sudah diterima. Ketika ada selisih harga atau jumlah, tagihan itu tertahan berhari-hari di meja seseorang, sementara pemasok mulai menagih dan diskon pembayaran cepat terlewat.

Otomatisasi utang usaha (accounts payable atau AP) dengan pencocokan tiga arah di ERP menjawab masalah ini. Artikel ini menjelaskan apa itu pencocokan dua arah dan tiga arah, bagaimana menetapkan toleransi selisih, cara menangani pengecualian, bagaimana AI membantu membaca tagihan, serta langkah menerapkannya tanpa mengganggu hubungan dengan pemasok.

Ringkasan

• Pencocokan tiga arah membandingkan pesanan pembelian, bukti penerimaan barang, dan tagihan pemasok sebelum tagihan disetujui untuk dibayar
• Toleransi selisih yang jelas memungkinkan sebagian besar tagihan disetujui otomatis, sementara staf fokus pada pengecualian
• AI dan OCR mempercepat pembacaan tagihan, tetapi aturan pencocokan dan persetujuan tetap menjadi pengendali utama
• Data pemasok, kode barang, dan satuan yang rapi lebih menentukan keberhasilan daripada fitur otomatisasi itu sendiri
• Ukur hasilnya dengan waktu proses per tagihan, persentase tagihan tanpa sentuhan manual, dan jumlah pembayaran ganda atau keliru

Mengapa proses utang usaha sering menjadi hambatan

Proses AP berada di ujung rantai pembelian. Semua kekacauan di hulu, seperti pesanan yang dibuat lisan, penerimaan barang yang tidak dicatat, atau perubahan harga yang tidak diberitahukan, baru terlihat ketika tagihan tiba. Bagian keuangan akhirnya menjadi pihak yang harus menyelidiki apa yang sebenarnya terjadi, padahal mereka tidak berada di gudang atau di meja pembelian saat transaksi berlangsung.

Dampaknya bukan hanya biaya tenaga kerja. Tagihan yang terlambat diproses dapat merusak hubungan dengan pemasok, menyebabkan denda keterlambatan, atau membuat perusahaan kehilangan potongan harga untuk pembayaran cepat. Di sisi lain, tagihan yang disetujui tanpa pemeriksaan memadai membuka peluang pembayaran ganda, pembayaran untuk barang yang tidak pernah diterima, bahkan penipuan dengan tagihan palsu atau rekening pemasok yang diganti.

Pencocokan dua arah, tiga arah, dan empat arah

Inti otomatisasi AP adalah pencocokan dokumen. Ada beberapa tingkat yang lazim dipakai, dan pilihannya bergantung pada jenis pembelian serta risikonya.

Pencocokan dua arah

Tagihan dibandingkan dengan pesanan pembelian: pemasok, barang atau jasa, harga satuan, dan jumlah. Cara ini cocok untuk jasa atau langganan yang tidak memiliki penerimaan fisik, misalnya biaya sewa, lisensi software, atau jasa konsultan dengan nilai tetap. Untuk barang fisik, dua arah saja tidak cukup karena tidak membuktikan bahwa barangnya benar-benar datang.

Pencocokan tiga arah

Selain pesanan pembelian, tagihan juga dibandingkan dengan bukti penerimaan barang dari gudang. Sistem memeriksa bahwa jumlah yang ditagih tidak melebihi jumlah yang diterima, dan harga tidak melebihi harga yang disepakati. Ini standar yang dianjurkan untuk pembelian barang persediaan, bahan baku, dan barang modal, karena mencegah perusahaan membayar barang yang belum atau tidak pernah diterima.

Pencocokan empat arah

Untuk barang yang memerlukan pemeriksaan mutu, hasil inspeksi ditambahkan sebagai dokumen keempat. Hanya jumlah yang lolos pemeriksaan yang boleh dibayar penuh. Pendekatan ini relevan bagi manufaktur dan distribusi bahan yang mutunya kritis, dan terhubung langsung dengan proses kendali mutu QC di ERP.

Menetapkan toleransi selisih

Jika sistem menuntut kecocokan sempurna, hampir setiap tagihan akan tertahan karena selisih pembulatan, ongkos kirim kecil, atau perbedaan beberapa unit akibat kemasan. Karena itu toleransi perlu ditetapkan secara tertulis. Contohnya, selisih harga sampai 1 persen atau nominal tertentu per baris dapat disetujui otomatis, selisih jumlah yang masih dalam batas kelebihan kirim yang disepakati dapat diterima, dan selisih di atas batas harus diperiksa oleh pembelian.

Toleransi sebaiknya berbeda menurut kategori. Bahan baku dengan harga berfluktuasi mungkin perlu toleransi lebih longgar, sementara barang modal bernilai besar sebaiknya tanpa toleransi sama sekali. Yang penting, toleransi ditetapkan oleh manajemen keuangan, dicatat di sistem, dan ditinjau berkala, bukan diputuskan per kasus oleh staf yang sedang terburu-buru.

Menangani pengecualian dengan alur yang jelas

Tujuan otomatisasi bukan menghilangkan pemeriksaan manusia, melainkan memusatkan perhatian manusia pada tagihan yang benar-benar bermasalah. Setiap jenis pengecualian perlu punya pemilik dan batas waktu.

• Selisih harga: diteruskan ke pembelian untuk dikonfirmasi dengan pemasok, lalu pesanan direvisi atau pemasok diminta menerbitkan tagihan pengganti
• Selisih jumlah: diteruskan ke gudang untuk memeriksa penerimaan, apakah barang belum dicatat atau memang kurang kirim
• Tagihan tanpa pesanan pembelian: dikembalikan ke peminta untuk dibuatkan pesanan susulan sesuai kebijakan, atau ditolak
• Tagihan ganda: nomor tagihan, tanggal, dan nilai yang sama dari pemasok yang sama langsung ditandai sebelum masuk antrean persetujuan
• Perubahan rekening pemasok: diverifikasi lewat kontak resmi yang sudah terdaftar, bukan lewat nomor di surat atau email yang meminta perubahan

Alur ini sebaiknya menyatu dengan alur persetujuan pembelian yang sudah ada, sehingga orang yang menyetujui pesanan juga yang menyelesaikan selisih atas pesanannya. Catatan siapa melakukan apa dan kapan menjadi bagian dari jejak audit dan pengendalian internal yang dibutuhkan auditor.

Peran AI dan OCR dalam membaca tagihan

Banyak tagihan pemasok masih berupa PDF atau foto kertas. Mengetik ulang nomor tagihan, tanggal, baris barang, dan pajak memakan waktu dan rawan salah. Di sinilah OCR dan model AI membantu: membaca dokumen, mengenali pemasok, mengambil data kepala tagihan dan barisnya, lalu menyiapkannya untuk dicocokkan. Pembahasan lebih luas tentang teknik ini ada di artikel otomatisasi input data dari dokumen.

Ada beberapa hal yang perlu diingat. Pertama, hasil pembacaan harus disertai tingkat keyakinan, dan kolom dengan keyakinan rendah ditinjau manusia. Kedua, AI tidak boleh menjadi pihak yang menyetujui pembayaran; ia menyiapkan data, aturan pencocokan dan pejabat berwenang yang memutuskan. Ketiga, dokumen keuangan berisi data sensitif, sehingga pilihan layanan AI perlu memperhatikan lokasi penyimpanan data dan kebijakan perusahaan, seperti dibahas dalam kebijakan penggunaan AI.

Di Indonesia, sebagian tagihan pemasok yang berstatus pengusaha kena pajak sudah disertai faktur pajak elektronik. Data faktur ini dapat dipakai sebagai sumber pembanding tambahan, misalnya untuk memastikan nilai dasar pengenaan pajak sesuai dengan tagihan. Integrasi antara ERP dan proses perpajakan dibahas lebih rinci dalam artikel faktur elektronik dan kepatuhan pajak.

Fondasi data yang menentukan keberhasilan

Pencocokan otomatis hanya seandal data yang dicocokkan. Jika satu pemasok terdaftar tiga kali dengan nama berbeda, atau satu barang memakai satuan karton di pesanan tetapi satuan buah di tagihan, sistem akan terus menghasilkan pengecualian palsu. Sebelum mengaktifkan otomatisasi, bersihkan master data pemasok dan kode barang: satu pemasok satu kode, rekening bank terverifikasi, konversi satuan tercatat, dan syarat pembayaran sesuai kontrak.

Disiplin penerimaan barang juga krusial. Pencocokan tiga arah tidak berguna jika gudang mencatat penerimaan beberapa hari setelah barang datang, atau mencatat jumlah sesuai surat jalan tanpa menghitung. Pastikan penerimaan dicatat saat barang tiba, idealnya dengan pemindai atau aplikasi di ponsel, dan selisih langsung dilaporkan.

Jadwal pembayaran dan pengelolaan kas

Setelah tagihan disetujui, pertanyaan berikutnya adalah kapan membayar. ERP dapat menyusun usulan pembayaran berdasarkan tanggal jatuh tempo, potongan pembayaran cepat, dan posisi kas. Bagian keuangan kemudian memilih tagihan yang dibayar dalam satu batch, menyetujuinya, dan mengirim instruksi ke bank. Dengan begitu, keputusan pembayaran didasarkan pada data, bukan pada pemasok yang paling sering menelepon.

Visibilitas ini memperkuat perencanaan kas secara keseluruhan. Utang yang sudah disetujui tetapi belum dibayar, ditambah komitmen pesanan yang belum ditagih, memberi gambaran kewajiban beberapa minggu ke depan. Hubungkan data ini dengan visibilitas arus kas di ERP dan proses tutup buku bulanan, karena akrual utang yang akurat adalah salah satu syarat laporan bulanan yang cepat dan benar.

Langkah menerapkan otomatisasi AP

1. 01Petakan proses saat ini: dari mana tagihan datang, siapa memeriksa, berapa lama, dan jenis selisih apa yang paling sering terjadi
2. 02Bersihkan master data pemasok, rekening, satuan, dan syarat pembayaran sebelum mengaktifkan pencocokan otomatis
3. 03Tetapkan aturan: pembelian mana yang wajib tiga arah, mana yang cukup dua arah, dan berapa toleransinya
4. 04Sediakan satu saluran masuk tagihan, misalnya alamat email khusus atau portal pemasok, dan beri tahu pemasok secara resmi
5. 05Mulai dari beberapa pemasok dengan volume tinggi dan data rapi, ukur hasilnya, lalu perluas bertahap
6. 06Tinjau laporan pengecualian dan toleransi setiap bulan, dan perbaiki penyebab di hulu, bukan hanya gejalanya

Untuk pemasok besar, portal pemasok memungkinkan mereka mengunggah tagihan, melihat status pembayaran, dan memperbarui data sendiri, sehingga pertanyaan rutin berkurang. Konsep ini dibahas dalam artikel portal pelanggan dan pemasok B2B.

Indikator yang layak dipantau

• Waktu rata-rata dari tagihan diterima sampai disetujui
• Persentase tagihan yang disetujui tanpa sentuhan manual
• Jumlah dan nilai pengecualian per jenis dan per pemasok
• Potongan pembayaran cepat yang berhasil diambil dibanding yang terlewat
• Jumlah pembayaran ganda atau keliru yang terdeteksi, idealnya mendekati nol
• Biaya proses per tagihan, dihitung dari waktu staf yang terlibat

Kesalahan umum

• Mengotomatiskan proses yang kacau sehingga kekacauan hanya terjadi lebih cepat
• Menetapkan toleransi terlalu ketat sehingga hampir semua tagihan menjadi pengecualian
• Membiarkan pembelian tanpa pesanan tetap menjadi kebiasaan, lalu mengharapkan pencocokan otomatis berjalan
• Mengandalkan hasil OCR tanpa pemeriksaan untuk kolom yang keyakinannya rendah
• Mengubah rekening pemasok berdasarkan email tanpa verifikasi independen

Pertanyaan yang sering diajukan

Apakah bisnis menengah perlu pencocokan tiga arah? Ya, terutama untuk pembelian barang persediaan. Volume tagihan tidak harus besar; risiko membayar barang yang tidak diterima sudah cukup menjadi alasan. Untuk jasa dan langganan, pencocokan dua arah biasanya memadai.

Berapa persen tagihan yang realistis disetujui otomatis? Bergantung pada kerapian data dan disiplin penerimaan barang. Pada tahap awal angkanya mungkin rendah, lalu naik seiring perbaikan master data dan kebiasaan pemasok. Lebih baik mengukur tren dari bulan ke bulan daripada mengejar angka tertentu sejak awal.

Apakah pemasok harus mengubah cara menagih? Sebaiknya ya, tetapi secara bertahap. Minta pemasok mencantumkan nomor pesanan pembelian di setiap tagihan dan mengirimnya ke satu saluran resmi. Dua perubahan kecil ini saja sudah sangat membantu pencocokan.

Apakah perlu ERP baru? Belum tentu. Banyak ERP sudah memiliki fitur pencocokan, tetapi belum dikonfigurasi. Langkah pertama adalah memeriksa kemampuan sistem yang ada dan menutup celah dengan integrasi atau modul tambahan bila perlu.

Kesimpulan

Otomatisasi utang usaha dengan pencocokan tiga arah mengubah peran bagian keuangan dari pengejar dokumen menjadi pengendali pengecualian. Sebagian besar tagihan yang sesuai pesanan dan penerimaan dapat disetujui cepat, sementara selisih harga, jumlah, dan tagihan mencurigakan mendapat perhatian yang layak. Kuncinya adalah data pemasok yang rapi, penerimaan barang yang disiplin, toleransi yang tertulis, dan alur pengecualian yang punya pemilik. Mulailah dari pemasok bervolume tinggi, ukur hasilnya, lalu perluas secara bertahap.