Terakhir diperbarui: 10 November 2026
Vendor fiktif dan pembayaran ganda (duplicate payment) hampir selalu masuk lewat pintu yang sama: master data vendor yang bisa diubah siapa saja tanpa verifikasi. Cara mencegahnya adalah mengunci siapa yang boleh membuat dan mengubah data supplier, memverifikasi rekening bank sebelum dipakai, lalu menjalankan uji deteksi rutin atas pembayaran yang sudah terjadi.
Bagi kepala akunting dan staf hutang usaha (accounts payable/AP), risikonya nyata. Tim kecil, tekanan tenggat pembayaran, dan Excel yang dibagikan bersama membuat satu perubahan nomor rekening supplier bisa lolos tanpa ada yang sadar. Artikel ini memberi Anda 12 kontrol yang bisa langsung diterapkan, matriks tanda bahaya (red flag), uji deteksi pembayaran ganda, contoh kasus distributor, dan contoh jurnal koreksinya.
Ringkasan Cepat
- Vendor fiktif adalah supplier yang tidak ada atau tidak pernah memasok, tetapi terdaftar di sistem agar bisa menerima pembayaran.
- Kontrol terpenting: pemisahan pembuat data vendor dan pembuat pembayaran, verifikasi rekening lewat telepon balik (call-back), serta log perubahan data.
- Pembayaran ganda paling mudah ditemukan dengan uji kombinasi vendor + nominal + nomor invoice yang mirip dalam rentang 30 hari.
- Laporan ACFE 2024 mencatat skema penagihan (billing scheme) ada di 22% kasus fraud dengan median kerugian USD 100.000.
- Kelebihan bayar ke supplier direklasifikasi menjadi piutang lain-lain, bukan dibiarkan sebagai saldo debit hutang usaha.
Apa itu vendor fiktif dan mengapa master data vendor jadi titik rawan?
Daftar Isi
- 1 Apa itu vendor fiktif dan mengapa master data vendor jadi titik rawan?
- 2 Bagaimana modus vendor fiktif dan pembayaran ganda biasanya terjadi?
- 3 Kontrol apa saja yang wajib ada di master data vendor?
- 4 Tanda bahaya apa yang harus memicu pemeriksaan?
- 5 Bagaimana cara menguji pembayaran ganda?
- 6 Contoh kasus: distributor menemukan pembayaran ganda Rp87 juta
- 7 Bagaimana jurnal koreksi pembayaran ganda dan vendor fiktif?
- 8 Kesalahan yang Sering Terjadi
- 9 Pertanyaan yang Sering Diajukan (FAQ)
- 10 Kesimpulan
Vendor fiktif (fictitious vendor) adalah entitas pemasok yang didaftarkan di master data supplier padahal tidak pernah menyerahkan barang atau jasa, atau dikendalikan oleh orang dalam. Tagihan palsu atas nama vendor ini lalu disetujui dan dibayar seperti transaksi normal. Skema ini termasuk penyalahgunaan aset jenis billing scheme.
Master data vendor menjadi titik rawan karena seluruh proses hutang usaha mempercayainya. Three way matching, approval, dan rekonsiliasi akan “lolos” selama PO, penerimaan barang, dan invoice merujuk ke vendor yang sama, termasuk vendor yang sejak awal palsu. Jika nomor rekening di master data diganti, pembayaran sah pun bisa berbelok ke rekening yang salah.
Skala masalahnya tidak kecil. Dalam Occupational Fraud 2024: A Report to the Nations dari Association of Certified Fraud Examiners (ACFE), yang menganalisis 1.921 kasus dari 138 negara dan wilayah, skema penagihan muncul di 22% kasus dengan median kerugian USD 100.000. Median durasinya 18 bulan, lebih lama dari median seluruh kasus fraud (12 bulan). Di organisasi dengan kurang dari 100 karyawan, skema penagihan muncul di 31% kasus. Kurangnya kontrol internal menjadi faktor pendorong paling umum (32%).
Bagaimana modus vendor fiktif dan pembayaran ganda biasanya terjadi?
Dari pola kasus yang umum ditemui di perusahaan dagang dan distribusi, ada lima modus yang perlu Anda kenali:
- Vendor bayangan: orang dalam mendaftarkan “CV” baru dengan rekening miliknya atau kerabatnya, lalu mengirim invoice jasa (yang sulit diverifikasi fisiknya).
- Pembajakan rekening supplier asli: nomor rekening vendor resmi diganti, sering setelah ada email palsu “perubahan rekening” yang mengatasnamakan supplier.
- Vendor tidur dihidupkan kembali: supplier yang tidak aktif bertahun-tahun dipakai lagi karena jarang diawasi.
- Invoice ganda: invoice yang sama diinput dua kali dengan sedikit perbedaan, misalnya “INV-0451” dan “INV0451”, atau satu dari email dan satu dari salinan fisik.
- Vendor duplikat: supplier yang sama terdaftar dua kali (“PT Sinar Jaya” dan “Sinar Jaya, PT”), sehingga kontrol duplikasi invoice per vendor tidak berjalan.
Kontrol apa saja yang wajib ada di master data vendor?
Berikut 12 kontrol yang kami kelompokkan menurut tahap. Untuk tim 1–5 orang, prioritaskan kontrol bertanda ★ terlebih dahulu.
| No | Tahap | Kontrol | Bukti yang disimpan |
|---|---|---|---|
| 1 ★ | Pembuatan | Pembuat data vendor berbeda dari pembuat dan penyetuju pembayaran | Daftar hak akses pengguna |
| 2 ★ | Pembuatan | Formulir pendaftaran vendor bertanda tangan + dokumen legal (akta/NIB, NPWP, rekening atas nama badan) | Arsip formulir & dokumen |
| 3 | Pembuatan | Cek kesesuaian nama rekening dengan nama badan usaha vendor | Bukti konfirmasi bank/screenshot |
| 4 ★ | Pembuatan | Cek duplikat sebelum simpan: nama mirip, NPWP, nomor rekening, telepon, alamat | Hasil pencarian duplikat |
| 5 | Pembuatan | Cocokkan rekening, alamat, dan telepon vendor dengan data karyawan | Hasil pencocokan |
| 6 ★ | Perubahan | Perubahan rekening hanya lewat formulir resmi + telepon balik ke nomor lama yang sudah terverifikasi | Catatan call-back (tanggal, nama, nomor) |
| 7 ★ | Perubahan | Log perubahan (audit trail) master data ditinjau mingguan oleh kepala akunting | Laporan log berparaf |
| 8 | Perubahan | Pembayaran pertama setelah perubahan rekening ditahan dan dikonfirmasi ulang | Catatan konfirmasi |
| 9 | Pemeliharaan | Nonaktifkan vendor yang tidak bertransaksi 12 bulan | Daftar vendor nonaktif |
| 10 | Pemeliharaan | Review master data lengkap minimal setahun sekali | Berita acara review |
| 11 ★ | Pembayaran | Sistem menolak invoice dengan nomor sama untuk vendor sama | Pengaturan sistem |
| 12 | Pembayaran | Uji deteksi pembayaran ganda bulanan sebelum tutup buku | Kertas kerja uji |
Kontrol nomor 1 adalah fondasi. Jika orang yang sama bisa membuat vendor dan memproses pembayaran, kontrol lain mudah dilewati. Pembagian tugas untuk tim kecil kami bahas di panduan segregation of duties untuk tim 1–5 orang, dan batas wewenang penyetuju bisa Anda tetapkan lewat approval matrix keuangan.
Tanda bahaya apa yang harus memicu pemeriksaan?
| Tanda bahaya (red flag) | Kemungkinan masalah | Tindakan |
|---|---|---|
| Rekening vendor atas nama perorangan, bukan badan | Vendor bayangan | Minta dokumen legal & konfirmasi |
| Alamat vendor berupa rumah tinggal atau sama dengan alamat karyawan | Konflik kepentingan | Kunjungan/verifikasi alamat |
| Invoice selalu sedikit di bawah batas approval | Pemecahan tagihan | Gabungkan per periode, review penyetuju |
| Nomor invoice berurutan dari satu vendor (hanya Anda pelanggannya) | Vendor fiktif | Uji keberadaan vendor |
| Hanya jasa, tanpa bukti penerimaan fisik atau hasil kerja | Tagihan palsu | Minta bukti hasil kerja |
| Perubahan rekening lalu pembayaran besar dalam 7 hari | Pembajakan rekening | Tahan pembayaran, call-back |
| Vendor nonaktif tiba-tiba ditagih lagi | Vendor tidur dihidupkan | Review riwayat & penyetuju |
Bagaimana cara menguji pembayaran ganda?
Uji ini bisa dijalankan dari ekspor data pembayaran 3–12 bulan terakhir. Langkahnya:
- Ekspor data: nama vendor, kode vendor, nomor invoice, tanggal invoice, nominal, tanggal bayar, rekening tujuan.
- Normalisasi nomor invoice: hapus spasi, tanda hubung, garis miring, dan huruf awalan, sehingga “INV-0451” dan “INV0451” menjadi “0451”.
- Uji 1, sama persis: kode vendor + nomor invoice ternormalisasi + nominal sama.
- Uji 2, nominal sama dalam 30 hari: kode vendor + nominal sama dengan tanggal berdekatan.
- Uji 3, lintas vendor: nomor invoice + nominal sama di dua kode vendor berbeda (indikasi vendor duplikat).
- Uji 4, rekening bersama: satu nomor rekening dipakai oleh lebih dari satu vendor, atau sama dengan rekening karyawan.
- Telusuri setiap hasil ke dokumen sumber, lalu klasifikasikan: duplikat terkonfirmasi, transaksi sah berulang, atau perlu investigasi.
Uji 2 akan menghasilkan banyak “positif palsu” untuk tagihan rutin seperti sewa atau langganan. Karena itu tandai vendor tagihan rutin agar hasilnya lebih bersih.
Contoh kasus: distributor menemukan pembayaran ganda Rp87 juta
Contoh (angka fiktif): Sebuah distributor bahan bangunan di Jawa Timur membayar supplier sekitar Rp18,6 miliar per tahun dari ±1.240 invoice. Staf AP menginput invoice dari email dan dari salinan fisik yang dibawa sales supplier. Saat uji pembayaran ganda dijalankan pertama kali, 9 transaksi tertandai dan 4 terkonfirmasi duplikat:
| Supplier | Penyebab | Nominal (Rp) |
|---|---|---|
| Supplier A | Invoice email & fisik diinput dua kali | 23.100.000 |
| Supplier B | Vendor terdaftar dua kali dengan nama berbeda | 18.750.000 |
| Supplier C | Nomor invoice beda format (INV-0451 vs INV0451) | 31.200.000 |
| Supplier D | Pelunasan dibayar ulang setelah uang muka | 14.400.000 |
| Total pembayaran ganda | 87.450.000 | |
Nilainya sekitar 0,47% dari total pembayaran supplier setahun. Angkanya terlihat kecil, tetapi setara laba bersih dari penjualan miliaran rupiah bagi distributor bermargin tipis. Tiga dari empat supplier mengembalikan dana atau memotongnya dari tagihan berikutnya setelah dikonfirmasi lewat rekonsiliasi hutang supplier.
Bagaimana jurnal koreksi pembayaran ganda dan vendor fiktif?
Saat pembayaran ganda terjadi, saldo hutang usaha supplier menjadi debit. Saldo debit sebaiknya direklasifikasi ke piutang lain-lain agar laporan posisi keuangan tidak menyajikan aset di dalam akun liabilitas. Contoh untuk Supplier A:
| Peristiwa | Akun | Debit (Rp) | Kredit (Rp) |
|---|---|---|---|
| Reklasifikasi kelebihan bayar | Piutang Lain-lain – Klaim Supplier A | 23.100.000 | |
| Hutang Usaha – Supplier A | 23.100.000 | ||
| Supplier mengembalikan dana | Kas/Bank | 23.100.000 | |
| Piutang Lain-lain – Klaim Supplier A | 23.100.000 | ||
| Alternatif: dipotong dari tagihan berikutnya | Hutang Usaha – Supplier A | 23.100.000 | |
| Piutang Lain-lain – Klaim Supplier A | 23.100.000 |
Untuk pembayaran ke vendor fiktif, beban atau persediaan yang dicatat tidak pernah ada. Contoh: tagihan jasa fiktif Rp12.000.000 terungkap pada periode yang sama.
| Peristiwa | Akun | Debit (Rp) | Kredit (Rp) |
|---|---|---|---|
| Membalik beban fiktif | Piutang Lain-lain – Klaim Penyelidikan | 12.000.000 | |
| Beban Jasa | 12.000.000 | ||
| Jika tidak dapat dipulihkan | Beban Kerugian Kecurangan | 12.000.000 | |
| Piutang Lain-lain – Klaim Penyelidikan | 12.000.000 |
Jika kesalahan berasal dari tahun buku yang sudah ditutup dan nilainya material, koreksinya mengikuti perlakuan kesalahan periode lalu, bukan dibebankan ke laba rugi tahun berjalan. Simpan kertas kerja uji dan bukti call-back sebagai dokumen pendukung untuk persiapan audit eksternal.
Kesalahan yang Sering Terjadi
- Mengonfirmasi perubahan rekening lewat nomor di email yang meminta perubahan. Telepon balik harus ke nomor yang sudah terverifikasi di master data.
- Memberi akses “admin” ke semua staf finance agar pekerjaan tidak tertunda. Kemudahan ini menghapus pemisahan tugas.
- Tidak pernah membaca log perubahan. Audit trail baru berguna jika ditinjau rutin.
- Membiarkan saldo debit di hutang usaha berbulan-bulan tanpa ditagih kembali ke supplier.
- Hanya menguji nomor invoice yang persis sama, padahal duplikat sering berbeda format.
Pertanyaan yang Sering Diajukan (FAQ)
Siapa yang sebaiknya berwenang mengubah master data vendor?
Idealnya satu fungsi yang tidak memproses invoice dan tidak menyetujui pembayaran, misalnya staf pengadaan senior atau admin data yang ditunjuk. Kepala akunting meninjau log perubahan secara berkala. Pada tim sangat kecil, minimal pemilik usaha menyetujui setiap perubahan rekening.
Seberapa sering uji pembayaran ganda perlu dilakukan?
Jalankan bulanan sebagai bagian dari tutup buku, sebelum laporan diserahkan ke manajemen. Untuk volume invoice tinggi, uji duplikat sebaiknya juga berjalan otomatis saat invoice diinput. Uji menyeluruh 12 bulan cukup dilakukan setahun sekali.
Apakah verifikasi NPWP cukup untuk membuktikan vendor itu nyata?
Tidak cukup. NPWP yang valid hanya menunjukkan badan itu terdaftar, bukan bahwa ia benar-benar memasok kepada Anda atau bahwa rekeningnya sah. Gabungkan dengan bukti penerimaan barang atau hasil kerja, kesesuaian nama rekening, dan konfirmasi langsung.
Apa yang harus dilakukan jika menemukan indikasi vendor fiktif?
Tahan pembayaran berikutnya ke vendor tersebut, amankan dokumen dan log sistem, lalu laporkan ke pimpinan yang tidak terlibat dalam proses. Hindari mengonfrontasi pihak yang dicurigai sebelum bukti terkumpul. Untuk nilai besar, libatkan auditor atau penasihat hukum.
Kesimpulan
Vendor fiktif dan pembayaran ganda dicegah di master data, bukan di tahap pembayaran. Pisahkan pembuat data dan pembuat pembayaran, verifikasi setiap perubahan rekening dengan telepon balik, tinjau log perubahan, dan jalankan uji duplikat setiap bulan. Lengkapi dengan three way matching agar setiap invoice punya PO dan bukti penerimaan.
Mengerjakan semua ini di Excel bersama sangat rawan karena tidak ada hak akses per pengguna maupun jejak perubahan. Di Zahir Online, hak akses pengguna, data supplier, dan pencatatan hutang usaha ada di satu sistem sehingga tim Anda lebih mudah menelusuri siapa mengubah apa dan kapan. Anda bisa mencobanya lewat Coba Gratis Zahir Online.
Referensi
- Association of Certified Fraud Examiners (ACFE), Occupational Fraud 2024: A Report to the Nations.














