Maker-Checker untuk Pembayaran Vendor: Cara Memisahkan Pembuat dan Penyetuju di Tim Finance Kecil

Maker-checker adalah prinsip kontrol internal di mana orang yang menyiapkan pembayaran (maker) dan orang yang menyetujuinya (checker) harus berbeda. Di tim finance kecil, prinsip ini tetap bisa dijalankan dengan memisahkan peran berdasarkan tahap, bukan berdasarkan jumlah orang; checker boleh berasal dari luar finance, misalnya ops lead atau founder.

Intinya:

• Pisahkan peran berdasarkan tahap (menyiapkan, menyetujui, melepas dana), bukan berdasarkan jumlah orang di tim.
• Checker boleh dari luar finance, terutama untuk nominal besar; pasang threshold supaya nominal kecil tidak antre.
• Kalau tidak ada orang kedua, pakai kontrol pengganti: limit rendah, notifikasi, dan review berkala.

Ingin melihat bagaimana invoice dan approval vendor berjalan dalam satu alur? Lihat halaman Account Payable Monit.

Kenapa Pembayaran Vendor Perlu Maker-Checker?

Contoh ilustrasi: Dina adalah satu-satunya orang finance di startup berisi 25 karyawan. Setiap minggu dia menerima invoice vendor, memasukkannya ke spreadsheet, menyiapkan transfer, dan menekan tombol bayar sendiri. Founder cukup percaya padanya, dan memang selama ini tidak pernah ada masalah.

Sampai suatu hari ada email yang tampak seperti dari vendor langganan: "Mohon pembayaran berikutnya ke rekening baru kami." Dina sedang mengejar closing, email itu terlihat wajar, dan tidak ada orang lain yang melihat sebelum transfer terkirim.

Cerita seperti ini tidak harus berakhir buruk, tetapi ia menunjukkan celahnya: tidak ada pasang mata kedua di antara keputusan dan uang keluar. Itu bukan soal Dina kurang teliti. Siapa pun yang bekerja sendirian dengan tekanan tenggat bisa melewatkan hal seperti ini. Maker-checker dibuat untuk menutup celah tersebut. Cara memverifikasi perubahan rekening sendiri dibahas di prosedur verifikasi rekening vendor.

Baca juga: kebijakan reimbursement karyawan kalau pemisahan peran serupa juga ingin diterapkan di pengajuan biaya karyawan.

Ingin tahu apakah alur approval Monit bisa mengikuti struktur tim Anda? Jadwalkan percakapan dengan tim Monit.

Apa Itu Maker, Checker, dan Releaser?

• Maker: orang yang membuat atau menyiapkan transaksi, misalnya memasukkan invoice dan menyusun instruksi pembayaran.
• Checker: orang yang memeriksa dan menyetujui hasil kerja maker. Syarat paling dasar: bukan orang yang sama dengan maker.
• Releaser: orang yang mengeksekusi pembayaran setelah disetujui. Di tim kecil peran ini sering digabung dengan checker atau maker, dan itu perlu disadari risikonya.
• Segregation of duties (SoD), atau pemisahan tugas: prinsip kontrol internal bahwa satu orang tidak boleh memegang semua tahap yang sensitif dalam satu transaksi.
• Threshold: batas nominal yang menentukan jalur approval. Pembayaran Rp1.500.000 tidak perlu melewati jalur yang sama dengan Rp150.000.000.
• Kontrol pengganti (compensating control): kontrol alternatif yang dipasang saat pemisahan tugas ideal tidak mungkin dilakukan, misalnya review mingguan oleh pemilik bisnis.

Pola Maker-Checker Mana yang Cocok untuk Tim Kecil?

Sebelum memilih pola, tentukan dulu empat kriteria berikut karena merekalah yang menentukan seberapa ketat jalurnya:

1. Siapa saja yang memegang akses ke rekening atau tombol bayar? Semakin sedikit, semakin penting kontrol tambahan.
2. Seberapa besar nilai per transaksi dan per bulan? Nilai besar menuntut checker yang berwenang, bukan sekadar rekan sejawat.
3. Seberapa sering vendor berubah atau data vendor diedit? Perubahan data adalah titik rawan.
4. Seberapa cepat pembayaran biasanya harus keluar? Kalau selalu mendesak, exception harus didesain sejak awal, bukan dibiarkan jadi jalan pintas.

Berdasarkan kriteria itu, empat pola berikut bisa dipakai sebagai titik awal. Angka dan peran di tabel hanya contoh; sesuaikan dengan profil risiko perusahaan Anda.

Pola pertama paling sering relevan untuk startup dan UKM. Founder tidak perlu memahami detail akuntansi; yang diminta hanya memeriksa tiga hal: ke siapa uang pergi, berapa jumlahnya, dan apakah ada bukti bahwa pekerjaannya sudah selesai.

Bagaimana Cara Menjalankan Maker-Checker untuk Pembayaran Vendor?

Berikut alur praktis yang bisa Anda tulis sebagai SOP satu halaman.

1. Maker menyiapkan paket pembayaran

• Owner: staf AP atau finance.
• Trigger: invoice vendor masuk.
• Yang dilakukan: memasukkan invoice, melampirkan PO atau kontrak dan bukti penerimaan barang atau jasa, lalu menyusun instruksi pembayaran dengan nilai, rekening tujuan, dan tanggal jatuh tempo.
• Bukti: invoice dan lampiran terhubung ke satu catatan pembayaran.

2. Sistem atau SOP menentukan jalur berdasarkan threshold

• Owner: finance lead dan pemilik bisnis (menetapkan sekali, review per kuartal).
• Contoh ilustrasi: sampai Rp5 juta cukup satu checker dari finance atau ops; Rp5 juta sampai Rp50 juta checker finance lead; di atas Rp50 juta ditambah persetujuan direktur atau founder. Angka ini hanya contoh dan harus disesuaikan dengan skala perusahaan.

3. Checker memeriksa dengan checklist

• Owner: checker yang ditunjuk.
• Yang diperiksa: apakah invoice cocok dengan PO atau kontrak dan penerimaan barang (lihat checklist three-way matching); apakah rekening tujuan sama dengan yang tercatat atau ada perubahan; apakah nilai dan jatuh tempo masuk akal; apakah vendor sudah pernah dibayar untuk invoice yang sama; apakah ada pertanyaan pajak yang perlu diteruskan ke Tax.
• Bukti: checker meninggalkan komentar singkat atau centang checklist, bukan hanya tombol setuju.
• Exception: ada perubahan rekening vendor. Wajib verifikasi lewat kontak yang sudah dikenal sebelum disetujui.

4. Releaser mengeksekusi pembayaran

• Owner: orang yang berwenang melepas dana. Idealnya bukan maker.
• Yang dilakukan: memastikan pembayaran yang dieksekusi sama dengan yang disetujui, lalu menyimpan bukti transfer.

5. Pencatatan dan rekonsiliasi

• Owner: akuntan atau finance.
• Yang dilakukan: mencocokkan pembayaran keluar dengan invoice di pembukuan. Selisih ditandai dan ditindaklanjuti.

6. Review berkala

• Owner: finance lead dan pemilik bisnis.
• Yang dilakukan: tiap bulan ambil sampel misalnya 10 pembayaran, lalu periksa apakah ada maker yang juga menjadi checker, apakah ada perubahan rekening vendor tanpa verifikasi, dan apakah ada approval yang diberikan terlalu cepat untuk akal sehat.

Exception yang perlu didesain sejak awal:

• Pembayaran mendesak dan checker tidak ada. Tunjuk delegasi tertulis (siapa, sampai batas nominal berapa, sampai kapan). Setiap pembayaran lewat jalur ini direview setelahnya paling lambat hari kerja berikutnya.
• Checker sedang cuti. Delegasi berlaku selama periode cuti, tercatat, dan kembali otomatis setelahnya.
• Maker dan checker ternyata orang yang sama. Anggap transaksi belum disetujui. Jangan dilepas dengan alasan "sudah terlambat".

Bagaimana Mencegah Checker Hanya Klik Setuju?

Ini kegagalan maker-checker yang paling umum: ada dua orang, tapi checker hanya menekan tombol karena percaya pada maker. Beberapa cara menguranginya tanpa memperlambat tim:

• Ringkaskan yang perlu dilihat. Halaman approval memuat vendor, nilai, rekening tujuan, status perubahan rekening, dan lampiran. Kalau checker harus mencari dokumen sendiri, dia akan melewatinya.
• Minta satu komentar untuk kasus tertentu. Misalnya wajib komentar ketika nilai di atas threshold atau ada perubahan data vendor.
• Cek pola waktu. Approval yang selalu keluar dalam hitungan detik patut disampel.
• Putar peran bila memungkinkan. Jangan biarkan pasangan maker dan checker yang sama saling menyetujui selamanya.

Bagaimana Monit Membantu?

Berdasarkan halaman produk monitpay.com, fitur yang relevan dengan alur ini:

• Invoice dan lampiran di satu tempat: Account payable menerima invoice lewat email atau unggahan, dengan OCR yang mengisi form.
• Pembayaran melewati persetujuan: approval workflow yang dapat disesuaikan, dengan status invoice real-time (termasuk yang menunggu approval).
• Pengeluaran kecil berulang tanpa antre approval manual: kartu debit perusahaan virtual atau fisik dengan limit mingguan atau bulanan per kartu dan merchant lock.
• Kontrol pengganti untuk tim sangat kecil: transaksi kartu tampil real-time (siapa, di mana, kartu mana), dan kartu bisa dibekukan dari aplikasi.
• Pengeluaran karyawan: expense management dengan approval workflow yang dapat disesuaikan.
• Pencatatan ke pembukuan: integrasi accounting; halaman produk menyebut Xero, QuickBooks, Jurnal, dan Accurate.

Cara pakainya: pembayaran vendor bernilai besar tetap lewat jalur invoice dan approval, sementara biaya kecil yang berulang (langganan, perlengkapan) dipindahkan ke kartu dengan limit sehingga tidak semua harus menunggu checker. Dengan begitu perhatian checker tertuju pada pembayaran yang risikonya memang besar.

Batasan yang perlu diketahui:

• Halaman produk memperlihatkan contoh rantai approval dengan beberapa penyetuju, tetapi tidak merinci apakah sistem dapat memaksa maker dan checker berbeda orang, mengatur jalur berdasarkan nominal, atau membatasi hak akses per peran. Pastikan hal-hal ini lewat demo sebelum Anda menjadikannya syarat kontrol internal.
• Monit tidak menggantikan kebijakan internal. Pembagian peran dan threshold tetap harus Anda tetapkan sendiri.
• Monit adalah perusahaan teknologi, bukan bank. Rekening bisnis disediakan oleh bank mitra anggota LPS dan layanan pembayaran diselenggarakan oleh penyelenggara berizin Bank Indonesia.
• Angka dampak di halaman marketing tidak disertai metodologi, jadi jangan dijadikan target kinerja internal.

FAQ

Apakah maker-checker wajib secara hukum?

Tidak ada jawaban tunggal. Maker-checker adalah praktik kontrol internal yang umum, dan sebagian industri, auditor, investor, atau mitra bank bisa mewajibkannya. Kalau perusahaan Anda punya kewajiban tertentu, konfirmasikan ke auditor atau tim Legal/Compliance, lalu tuliskan aturannya di SOP supaya semua orang tahu kapan pemisahan peran harus dijalankan.

Bagaimana kalau founder sibuk dan sering terlambat menyetujui?

Pasang threshold supaya founder hanya terlibat di nominal besar, dan siapkan delegasi tertulis untuk periode tertentu, misalnya saat bepergian. Jangan menyelesaikannya dengan membagikan akses login ke orang lain. Delegasi yang tercatat tetap menjaga pemisahan peran, sedangkan berbagi akun menghapus jejak siapa yang menyetujui apa.

Apakah checker perlu memeriksa semua invoice kecil?

Tidak harus. Untuk nominal kecil dengan vendor tetap, cukup andalkan limit kartu dan review sampel bulanan. Waktu checker sebaiknya dipakai untuk nominal besar, vendor baru, dan perubahan data seperti rekening. Tentukan batas nominalnya bersama pemilik bisnis, lalu tinjau ulang tiap kuartal sesuai pola pembayaran yang sebenarnya.

Apakah penerbitan kartu atau perubahan limit juga perlu maker-checker?

Sebaiknya ya. Pada kartu, kontrol utamanya ada di limit dan merchant lock yang ditetapkan di depan, sehingga perubahan limit adalah titik di mana pemisahan tugas paling penting. Satu orang mengusulkan perubahan, orang lain menyetujui, dan alasannya dicatat supaya bisa ditelusuri saat review bulanan.

Bagaimana kalau tim hanya dua orang dan keduanya sering sibuk?

Mulai dari yang paling berisiko: perubahan rekening vendor dan pembayaran di atas threshold. Sisanya bisa memakai kontrol pengganti dulu, seperti limit rendah, notifikasi real-time ke pemilik bisnis, dan review mingguan. Setelah kebiasaannya terbentuk, perketat bertahap sambil memantau apakah antrean approval mulai menghambat pembayaran yang jatuh tempo.

Kesimpulan: Mulai dari Satu Pemisahan Peran

Mulai dari langkah kecil: tulis siapa maker, checker, dan releaser untuk pembayaran vendor di perusahaan Anda hari ini. Kalau ada transaksi yang ketiga perannya dipegang satu orang, di situlah kontrol pertama perlu dipasang. Untuk gambaran alur approval yang lebih luas, lihat alur approval pengeluaran karyawan.

Kalau Anda ingin melihat bagaimana invoice, approval, dan pencatatan berjalan dalam satu alur, buka halaman Account Payable atau mulai bicara dengan tim Monit untuk memastikan konfigurasi yang cocok dengan struktur tim Anda.