Jumat, 16 Oktober 2026

Cara menyusun jadwal pembayaran vendor: tepat waktu, tidak terlalu cepat dan tidak terlambat

Procapy Team

Pukul empat sore di hari Kamis, seorang direktur meneruskan pesan WhatsApp: vendor event butuh Rp38.000.000 paling lambat besok, kalau tidak booth-nya tidak akan dibangun. Seorang staf AP berhenti menginput invoice dan membayarnya manual lewat portal bank. Di minggu yang sama, invoice kontraktor kebersihan yang sudah disetujui tiga minggu lalu belum juga dibayar, karena tidak pernah masuk ke tumpukan siapa pun. Diskon 2% dari supplier kemasan atas tagihan Rp250.000.000 hangus selagi invoice-nya menunggu satu persetujuan terakhir. Dan invoice IT yang baru jatuh tempo bulan depan sudah dibayar pada hari invoice itu disetujui.

Semua ini bukan karena kekurangan kas. Dalam satu minggu, perusahaan membayar terlalu cepat, membayar terlambat dan kehilangan diskon, padahal uangnya ada di bank sepanjang waktu. Yang tidak ada adalah jadwal.

Batch pembayaran (payment run) adalah jadwal itu. Panduan ini menjelaskan cara kerja batch pembayaran, invoice mana yang masuk ke dalamnya, kapan membayar lebih awal sepadan, contoh satu batch mingguan dan kebiasaan yang membuat batch pembayaran tidak berjalan.

Apa itu batch pembayaran?

Batch pembayaran (payment run) adalah sekumpulan pembayaran vendor yang dijadwalkan. Pada hari-hari yang sudah ditetapkan, tim keuangan memilih invoice yang sudah disetujui dan harus dibayar sebelum batch berikutnya, memeriksanya, melepasnya bersama-sama dan mengirim satu file pembayaran ke bank. Invoice lainnya menunggu gilirannya.

Ada beberapa istilah yang menyertainya:

Syarat pembayaran (payment terms): berapa lama waktu yang Anda miliki untuk membayar, misalnya 30 hari sejak tanggal invoice, yang sering ditulis “net 30”.
Tanggal jatuh tempo: hari terakhir Anda bisa membayar dan tetap tepat waktu, dihitung dari syarat pembayaran.
Kalender pembayaran: hari-hari batch untuk bulan-bulan ke depan, per entitas dan rekening bank.
Days payable outstanding (DPO): rata-rata berapa lama Anda membayar vendor. Membayar lebih cepat dari yang perlu menurunkan DPO dan menyisakan lebih sedikit kas di rekening Anda; membayar terlambat menaikkannya dan merusak hubungan dengan vendor.

Tujuan batch pembayaran adalah membayar setiap invoice di batch terakhir sebelum jatuh temponya: tepat waktu, tetapi tidak lebih awal, kecuali membayar lebih awal memberi Anda keuntungan.

Cara kerja batch pembayaran

Hari pembayaran yang tetap. Tentukan hari pembayaran keluar, misalnya setiap Selasa, dan patuhi. Grup dengan beberapa entitas atau rekening bank sering menjalankan batch per entitas di hari yang berbeda.
Batas waktu (cut-off). Invoice yang disetujui sebelum waktu tertentu, misalnya Jumat pukul 12.00, masuk ke batch berikutnya. Yang disetujui setelahnya menunggu batch sesudahnya, supaya batch bisa diperiksa dengan benar.
Pemilihan. Sebuah invoice masuk ke batch ini jika sudah lewat jatuh tempo, jika jatuh tempo sebelum batch berikutnya, atau jika punya diskon pembayaran lebih awal yang berakhir sebelum batch berikutnya. Selebihnya menunggu.
Penahanan. Invoice yang masih punya pertanyaan dikeluarkan dari batch: sengketa, nota kredit yang belum datang, pengecualian pencocokan tiga arah atau rekening bank yang belum diverifikasi.
Pengecekan kas. Total batch dibandingkan dengan saldo rekening yang dipakai membayar dan semua pengeluaran lain dari rekening itu di minggu yang sama, seperti gaji dan pajak.
Pemeriksaan sebelum uang keluar. Setiap rekening bank dibandingkan dengan master vendor yang sudah terverifikasi, dan setiap invoice dengan apa yang sudah pernah dibayar, untuk mencegah pembayaran ganda.
Persetujuan dan pelepasan. Satu orang menyiapkan batch, dan orang lain menyetujui serta melepasnya. Satu persetujuan berlaku untuk seluruh batch, dengan pembayaran tertentu bisa ditahan atau dilepas satu per satu.
Kabari vendor dan tutup siklusnya. Vendor menerima bukti transfer (remittance advice) berisi apa saja yang dibayar, dan setiap pembayaran diposting kembali ke invoice-nya, sehingga laporan umur utang (AP ageing) menunjukkan apa yang benar-benar sudah keluar dari bank.

Contoh kasus: batch satu minggu

Sebuah perusahaan menjalankan batch pembayaran setiap Selasa. Hari ini Selasa, 20 Oktober, dan batch berikutnya pada 27 Oktober. Ada enam invoice yang sudah disetujui dan belum dibayar:

Invoice (Rp ribu)	Jatuh tempo	Ditagih	Dibayar sekarang
Kontraktor kebersihan	15 Okt	18.500	18.500
Vendor logistik	23 Okt	86.400	86.400
Kemasan, 2/10 net 30	11 Nov	250.000	245.000
Bahan baku	26 Okt	312.000	0
Dukungan IT	30 Okt	64.800	0
Konsultan	5 Nov	42.000	0
Total		773.700	349.900

Dari Rp773.700.000 invoice yang belum dibayar, batch ini membayar Rp349.900.000:

Kontraktor kebersihan: bayar. Sudah lewat jatuh tempo lima hari. Bayar sekarang, lalu cari tahu mengapa terlewat: persetujuannya terlalu lama, atau disetujui setelah cut-off batch lalu dan tidak ada yang memeriksa.
Vendor logistik: bayar. Jatuh tempo hari Jumat, sebelum batch berikutnya, jadi ini batch terakhir yang bisa membayarnya tepat waktu.
Supplier kemasan: bayar lebih awal, dipotong diskon. “2/10 net 30” berarti potongan 2% jika dibayar dalam 10 hari, dan jika tidak, jumlah penuh dalam 30 hari. Invoice-nya bertanggal 12 Oktober, jadi diskonnya berakhir 22 Oktober, sebelum batch berikutnya. Membayar Rp245.000.000 sekarang, alih-alih Rp250.000.000 pada 11 November, menghemat Rp5.000.000.
Bahan baku: tahan. Sebagian kiriman datang dalam kondisi rusak, dan nota kredit sudah diminta. Invoice ini jatuh tempo sebelum batch berikutnya, jadi telepon supplier hari ini untuk menjelaskan alasan penahanannya, sebelum mereka yang menelepon Anda.
Dukungan IT dan konsultan: tunggu. Keduanya belum jatuh tempo sebelum 27 Oktober. Dukungan IT masuk ke batch minggu depan dan konsultan ke batch 3 November, keduanya tepat waktu dan tidak ada yang terlalu cepat.

Apakah diskonnya sepadan? Dua persen terdengar kecil, tetapi syarat ini memberikannya untuk pelunasan di hari ke-10, bukan hari ke-30: Anda membayar Rp245.000.000 agar tidak perlu membayar Rp250.000.000 dua puluh hari kemudian. Itu imbal hasil 2 ÷ 98, sekitar 2,04%, untuk 20 hari, atau kira-kira 37% setahun (2 ÷ 98 × 365 ÷ 20). Sedikit sekali penggunaan kas menganggur yang menghasilkan sebesar itu, jadi jika uangnya ada, ambil diskonnya. Jika tidak ada, diskon itu tidak sepadan dengan gaji yang tertunda.

Mengapa batch pembayaran sering gagal

Membayar saat disetujui. Invoice dibayar pada hari disetujui, apa pun syarat pembayarannya, dan DPO terus turun tanpa ada yang memutuskannya.
Tidak ada cut-off. Apa pun yang disetujui pukul tiga sore di hari pembayaran langsung masuk tanpa diperiksa, atau batch ditunda demi menunggunya.
Pembayaran di luar batch. Permintaan mendesak dibayar manual lewat portal bank. Pembayaran itu melewati semua pemeriksaan, dan proyeksi kas tidak pernah melihatnya.
Jendela diskon lebih pendek dari rantai persetujuan. Diskon berlaku sepuluh hari dan persetujuan butuh empat belas hari, jadi diskon sudah hangus sebelum ada yang bisa mengambilnya.
Batch disusun dari spreadsheet. Daftarnya tidak memuat invoice yang masih menunggu persetujuan, sehingga pengecekan kas meremehkan uang yang akan segera keluar.
Satu orang menyiapkan dan melepas. Orang yang sama bisa mengubah rekening bank, menyusun batch dan mengirim file-nya.
Vendor tidak diberi kabar. Tidak ada bukti transfer, jadi vendor menelepon AP untuk bertanya apakah sudah dibayar, lalu menelepon CFO.
Pembayaran tidak pernah sampai ke buku besar. Invoice yang sudah dibayar masih tampil terbuka di laporan umur utang, dan seseorang membayarnya dua kali.

Batch pembayaran di Indonesia

Tukar faktur. Di banyak perusahaan, terutama ritel dan distribusi, vendor menyerahkan invoice pada hari-hari tertentu (tukar faktur) dan menerima tanda terima berisi tanggal pembayaran yang dijanjikan, dan syarat seperti “TOP 30” sering dihitung sejak hari itu. Jika Anda memakai tukar faktur, selaraskan harinya dengan hari batch pembayaran, sehingga setiap tanda terima menjanjikan tanggal yang benar-benar akan dipenuhi sebuah batch.
Pemotongan pajak. Jika Anda memotong PPh 23 atas invoice jasa, vendor dibayar sebesar jumlah neto dan pajaknya disetor ke negara secara terpisah. Pastikan batch membayar angka neto dan vendor menerima bukti potongnya, kalau tidak mereka akan menagih selisihnya.
Faktur pajak. PPN masukan hanya bisa dikreditkan dengan faktur pajak yang sah, jadi sebagian perusahaan menahan pembayaran sampai faktur pajak diterima. Jika Anda melakukannya, cantumkan di purchase order dan tanda terima, supaya vendor tahu apa yang ditunggu.
Lebaran dan cuti bersama. Minggu-minggu menjelang Lebaran membawa pembayaran THR, hari cuti bersama dan vendor yang ingin dibayar sebelum libur. Rencanakan batch di periode itu jauh hari, dengan THR sudah masuk ke proyeksi kas.
Batas waktu transfer bank. Transfer antarbank melewati beberapa jalur, masing-masing dengan batas nominal, biaya dan batas waktu hariannya sendiri. Batch yang dilepas sore hari bisa baru sampai di hari kerja berikutnya, jadi tetapkan jam pelepasan dengan memperhatikan batas waktu bank Anda.

Tanda proses pembayaran Anda butuh jadwal

Kemungkinan besar Anda membutuhkan batch pembayaran, atau batch yang lebih baik, jika beberapa hal berikut terasa akrab:

Invoice dibayar saat disetujui, atau saat vendor menelepon.
Hampir setiap minggu ada pembayaran mendesak yang dibayar manual lewat portal bank.
Pagi ini tidak ada yang bisa menyebutkan berapa yang akan keluar dari bank minggu depan.
Diskon pembayaran lebih awal ditawarkan, tetapi jarang diambil.
Orang yang menyiapkan pembayaran juga bisa melepasnya.
Vendor menelepon untuk menanyakan apakah mereka sudah dibayar.
Invoice yang sudah dibayar masih tampil terbuka di laporan umur utang.

Setiap invoice yang dibayar sebelum jatuh tempo tanpa diskon adalah pinjaman tanpa bunga untuk vendor Anda.

Cara menyusun batch pembayaran

Tentukan hari pembayaran dan cut-off. Misalnya setiap Selasa, untuk invoice yang disetujui sebelum Jumat pukul 12.00. Umumkan jadwalnya, supaya pengaju dan vendor tahu kapan uang keluar.
Catat tanggal jatuh tempo dan syarat diskon pada hari invoice tiba. Jatuh tempo yang dihitung dari hari seseorang menginput invoice akan meleset sepanjang waktu invoice itu mengendap di kotak masuk.
Bayar berdasarkan jatuh tempo, bukan tanggal persetujuan. Pakai aturan pemilihannya: lewat jatuh tempo, jatuh tempo sebelum batch berikutnya, atau diskon yang berakhir sebelum batch berikutnya.
Putuskan aturan diskon sekali saja. Sepakati dengan CFO diskon mana yang diambil dan seberapa cepat invoice berdiskon harus disetujui, supaya tidak perlu diputuskan invoice demi invoice.
Lewatkan pembayaran mendesak lewat pintu yang sama. Pembayaran di luar siklus tetap butuh alasan dan persetujuan, seperti pembayaran lainnya. Tinjau setiap bulan siapa yang memintanya dan seberapa sering.
Pisahkan penyiapan dan pelepasan. Pelepasan butuh orang kedua, dan rekening bank diperiksa terhadap master vendor yang terverifikasi sebelum file disusun. Tuliskan aturan ini di matriks persetujuan Anda.
Kabari vendor, dan posting kembali pembayarannya. Kirim bukti transfer di setiap batch, dan posting setiap pembayaran ke invoice-nya sebelum batch berikutnya.

Bagaimana Procapy membantu

Di Proca to Pay, invoice diterima lewat email, unggahan atau pengajuan vendor, lalu ProcAI membaca vendor, jumlah, tanggal invoice, tanggal jatuh tempo, syarat pembayaran dan diskon pembayaran lebih awal jika ada. Hitungan waktu dimulai pada hari invoice tiba. Invoice yang sudah disetujui masuk ke kalender pembayaran: Anda menentukan hari pembayaran per entitas dan rekening bank, dan Procapy mengusulkan setiap batch dari apa yang jatuh tempo, apa yang masih bisa mendapat diskon dan apa yang sudah lewat jatuh tempo. Tim keuangan meninjau dan menyesuaikan batch, menyetujuinya sebagai satu kesatuan dan bisa menahan atau melepas pembayaran satu per satu. Tenggat diskon tampil pada invoice, di antrean approver dan di kalender pembayaran, dan SLA persetujuan bisa diperketat untuk invoice yang punya jendela diskon.

Pembayaran mendesak tetap berupa permintaan, dengan alasan yang wajib diisi, persetujuan dan catatan, dan ProcApprove menyediakan rantai jalur darurat (break-glass) yang singkat untuk keadaan darurat yang sesungguhnya. Laporan pembayaran di luar siklus per pengaju menunjukkan siapa yang menjadikannya kebiasaan. File pembayaran dibuat dalam format yang diharapkan bank Anda, per entitas dan rekening, setelah detail rekening di setiap pembayaran diperiksa terhadap master vendor yang terverifikasi. Invoice yang sudah pernah dibayar diblokir, dan menyiapkan batch serta melepasnya adalah dua peran terpisah, dengan otorisasi ganda saat pelepasan.

Vendor bisa melihat apakah invoice mereka sudah diterima, disetujui, dijadwalkan atau dibayar, dan menerima bukti transfer saat pembayaran keluar. Status pembayaran diposting kembali ke Dynamics, SAP, Xero, QuickBooks atau ABSS terhadap setiap invoice, dan proyeksi kas dibangun dari invoice yang sudah disetujui, invoice yang masih dalam proses persetujuan, purchase order yang masih terbuka dan komitmen berulang. Halaman arus kas dan pembayaran membahas lebih lanjut. Jadwalkan sesi demo 30 menit, bawa laporan umur utang dan perkiraan invoice bulan depan Anda, dan kami akan menyusun kalender pembayaran serta proyeksi arus kas keluar secara langsung.

Kembali ke blog