Jumat, 30 Oktober 2026

Cara membuat proyeksi arus kas dari pengeluaran yang sudah dikomitmenkan

Procapy Team

Pada suatu Senin pagi di bulan November, CFO mengajukan pertanyaan sederhana. Supplier lini pengemasan baru meminta DP (down payment) sebesar Rp900 juta pada tanggal 20. Bisakah kita membayarnya? Tim keuangan membuka proyeksi kas. Disusun dari pembayaran bulan Oktober, proyeksi itu menunjukkan November berakhir dengan saldo Rp660 juta, masih jauh di atas Rp500 juta yang selalu ingin disisakan perusahaan. Jawabannya terkirim sebelum makan siang: bisa.

Di minggu terakhir bulan itu, gaji keluar bersamaan dengan cicilan pinjaman dan invoice pertama untuk pesanan stok akhir tahun, dan bulan ditutup dengan saldo Rp280 juta. Tidak ada yang baru dari semua itu. Pesanan stoknya ditandatangani bulan Oktober, invoice-nya sedang menunggu di meja approver dan gaji keluar setiap tanggal 25. Proyeksinya saja yang tidak melihat satu pun.

Proyeksi arus kas (cash flow forecast) yang disusun dari apa yang sudah dikomitmenkan perusahaan akan menunjukkan kekurangan itu tiga minggu lebih awal, selagi masih ada waktu untuk bertindak. Panduan ini menjelaskan apa itu proyeksi arus kas, di mana arus kas keluar bulan depan sebenarnya sudah tercatat, contoh empat minggu, mengapa proyeksi sering meleset dan cara menyusun proyeksi yang tetap terkini. Fokusnya adalah uang yang keluar; penerimaan dari pelanggan membutuhkan proyeksinya sendiri dari tim sales dan penagihan.

Apa itu proyeksi arus kas?

Proyeksi arus kas (cash flow forecast) adalah perkiraan kas yang akan masuk ke dan keluar dari rekening bank Anda dalam minggu atau bulan ke depan, beserta saldo di akhir setiap periode. Proyeksi ini menjawab dua pertanyaan yang tidak bisa dijawab proyeksi laba: kapan kas kita akan kurang, dan apakah kita sanggup melakukan pembayaran ini pada tanggal ini?

Proyeksi arus kas mudah tertukar dengan tiga hal yang sudah dimiliki tim keuangan:

Anggaran: rencana untuk setahun, biasanya berbasis akrual, yaitu biaya diakui saat terjadi, bukan saat dibayar. Anggaran bisa saja sesuai rencana di bulan ketika kas justru kurang.
Laporan arus kas: bagian dari laporan keuangan yang menunjukkan ke mana kas mengalir pada periode yang sudah lewat. Proyeksi melihat ke depan.
Laporan umur utang (AP ageing): apa yang Anda utang ke vendor hari ini dan sudah berapa lama terlambat. Proyeksi dimulai dari laporan ini, lalu menambahkan apa yang akan Anda utang sampai bulan depan.

Metode langsung (direct method) mendaftar penerimaan dan pembayaran yang diperkirakan per tanggal, dan cocok untuk beberapa minggu ke depan. Metode tidak langsung (indirect method) dimulai dari proyeksi laba lalu disesuaikan dengan pos nonkas dan modal kerja, dan cocok untuk setahun atau lebih. Panduan ini memakai metode langsung dalam format 13 minggu yang umum dipakai: satu kuartal, minggu demi minggu, digeser maju setiap minggu. Pembagian mingguan penting, karena sebuah bulan bisa berakhir dengan aman padahal ada satu minggu di tengahnya yang tidak.

Di mana arus kas keluar bulan depan sudah tercatat

Sebagian besar uang yang akan keluar dari bank dalam beberapa minggu ke depan sebenarnya sudah ada di suatu tempat di perusahaan, dalam bentuk dokumen atau jadwal. Diurutkan dari yang paling pasti:

Invoice yang sudah disetujui, berdasarkan jatuh tempo. Jumlah, vendor dan tanggalnya sudah diketahui, di buku besar AP Anda.
Gaji dan pembayaran wajib. Gaji, iuran BPJS dan pembayaran pajak bulanan, pada tanggal yang nyaris tidak pernah bergeser. Sumbernya HR dan kalender pajak, bukan AP.
Kontrak berulang. Sewa, leasing, cicilan pinjaman, asuransi, langganan dan utilitas. Simpan daftar berisi jumlah dan tanggal pembayaran masing-masing.
Invoice yang masih dalam proses persetujuan. Jumlahnya sudah diketahui dan sebagian besar akan disetujui. Inilah baris yang paling sering terlewat di proyeksi berbasis spreadsheet, karena invoice-nya ada di inbox approver, bukan di buku besar.
Purchase order yang masih terbuka, berdasarkan perkiraan pengiriman. Purchase order (PO) yang sudah ditandatangani adalah komitmen. Tambahkan syarat pembayaran ke tanggal pengiriman untuk mengetahui minggu pembayarannya. Kebijakan PO membuat baris ini lebih lengkap, karena pengeluaran tanpa PO baru terlihat saat invoice-nya datang.
Pengeluaran karyawan. Reimbursement, uang muka (kasbon) dan pelunasan tagihan kartu kredit perusahaan. Klaim satu per satu sulit diperkirakan, tetapi totalnya per minggu cenderung stabil, jadi pakai rata-rata terakhir.
Selebihnya. Pembayaran sekali jalan dan mendesak yang belum terlihat siapa pun. Siapkan cadangan berdasarkan riwayat, dan jaga agar tetap kecil dengan mengarahkan permintaan mendesak lewat persetujuan yang biasa.

Tiga yang pertama pasti: jumlah dan tanggalnya sudah tetap. Dua berikutnya kemungkinan besar: jumlahnya sudah diketahui, dan tanggalnya bergantung pada persetujuan atau pengiriman. Dua terakhir adalah perkiraan. Beri label pada setiap baris, supaya pembaca tahu seberapa jauh setiap angka bisa diandalkan.

Contoh kasus: empat minggu di bulan November

Hari ini Senin, 2 November. Perusahaan punya saldo Rp2,4 miliar di bank, ingin selalu menyisakan paling sedikit Rp500 juta, dan supplier meminta DP Rp900 juta pada Jumat, 20 November. Tim keuangan menyusun arus kas keluar dari sumber-sumber di atas, dengan setiap minggu dimulai pada tanggal yang tertera:

Kas keluar (Rp juta)	2 Nov	9 Nov	16 Nov	23 Nov
Invoice disetujui	310	180	240	120
Gaji, BPJS dan pajak	0	210	0	780
Sewa, leasing dan pinjaman	85	0	0	150
Invoice dalam persetujuan	0	95	160	210
Purchase order terbuka	0	0	120	260
Pengeluaran karyawan	25	25	25	25
DP mesin	0	0	900	0
Total	420	510	1.445	1.545

Penerimaan dari pelanggan diambil dari proyeksi penagihan tim sales. Dimulai dari Rp2.400 juta, saldonya bergerak seperti ini:

Minggu mulai (Rp juta)	Kas masuk	Kas keluar	Saldo akhir
2 Nov	350	420	2.330
9 Nov	600	510	2.420
16 Nov	400	1.445	1.375
23 Nov	450	1.545	280

Yang ditunjukkan proyeksi itu kepada CFO:

DP-nya sendiri terjangkau. Setelah membayarnya pada tanggal 20, perusahaan masih memegang Rp1.375 juta di akhir minggu itu.
Masalahnya ada di minggu berikutnya. Gaji Rp780 juta, cicilan pinjaman Rp150 juta dan invoice pesanan stok akhir tahun sebesar Rp260 juta jatuh bersamaan. Bulan ditutup di Rp280 juta, Rp220 juta di bawah batas minimum.
Proyeksi lama meleset Rp380 juta. Proyeksi itu memakai arus kas keluar bulan Oktober sebesar Rp2.640 juta, padahal arus kas keluar November mencapai Rp3.020 juta sebelum DP. Selisihnya adalah purchase order terbuka senilai Rp380 juta untuk stok akhir tahun, yang tidak pernah ada di bulan Oktober.

Karena ditemukan pada 2 November, masih ada tiga minggu untuk memilih. Memecah DP menjadi dua, Rp450 juta pada 20 November dan sisanya di awal Desember, menjaga saldo akhir bulan di Rp730 juta, asalkan proyeksi Desember sanggup menampung paruh kedua. Menyepakati tanggal yang lebih lambat untuk salah satu invoice stok juga bisa, begitu pula menarik fasilitas kredit untuk beberapa hari. Jika baru ditemukan tanggal 25, yang tersisa hanya fasilitas kredit.

Mengapa proyeksi arus kas sering meleset

Disusun dari bulan lalu. Salinan realisasi bulan lalu, mungkin ditambah persentase pertumbuhan, menganggap tidak ada yang berubah. Proyeksi seperti itu tidak tahu tentang pesanan yang ditandatangani bulan Oktober atau proyek yang mulai bulan depan.
Invoice yang tidak terlihat tim keuangan. Invoice di inbox approver, di meja manajer lapangan atau di utas email vendor belum ada di buku besar, jadi juga belum ada di proyeksi. Pemrosesan invoice yang mencatat setiap invoice saat tiba menyelesaikan masalah ini.
Purchase order tidak dihitung. Kas sudah dikomitmenkan saat PO ditandatangani. Proyeksi yang baru mulai dari invoice melihat pengeluaran itu berminggu-minggu terlambat.
Jatuh tempo dihitung dari hari yang salah. Syarat pembayaran yang dihitung dari hari invoice diinput, bukan hari invoice tiba, menempatkan pembayaran di minggu yang salah.
Membayar karena kebiasaan, bukan jatuh tempo. Jika invoice dibayar saat disetujui atau saat vendor menelepon, tanggal jatuh tempo tidak memprediksi apa pun. Batch pembayaran pada hari-hari yang tetap membuatnya bisa diandalkan.
Tidak pernah dibandingkan dengan kenyataan. Jika tidak ada yang membandingkan proyeksi minggu lalu dengan rekening koran minggu lalu, baris yang sama terus meleset setiap minggu.

Proyeksi arus kas di Indonesia

THR dan Lebaran. THR (tunjangan hari raya) menambah kira-kira satu bulan gaji, yang dibayarkan sebelum hari raya. Bagi sebagian besar perusahaan, pembayaran terbesar jatuh menjelang Lebaran, yang maju sekitar 11 hari setiap tahun, sehingga proyeksi yang disalin dari tahun lalu bisa menempatkannya di bulan yang salah.
Pemotongan pajak memecah satu pembayaran menjadi dua. Jika Anda memotong PPh 23 atas invoice jasa, vendor menerima jumlah neto di batch pembayaran, dan pajaknya disetor ke negara secara terpisah pada tenggat bulanan. Masukkan keduanya ke proyeksi, masing-masing pada tanggalnya sendiri.
Tukar faktur. Jika syarat seperti “TOP 30” dihitung sejak tanggal di tanda terima, pakai tanggal itu, bukan tanggal invoice, untuk menentukan kapan pembayaran jatuh.
Impor dalam mata uang asing. Proyeksikan invoice supplier dalam mata uang pembayarannya, lalu konversikan dengan kurs yang dicantumkan, supaya tim treasury tahu berapa valuta asing yang dibutuhkan dan kapan.
Satu proyeksi untuk setiap PT. Total grup yang sehat bisa menyembunyikan satu entitas yang tidak sanggup membayar gaji, jadi buat proyeksi per entitas dan sepakati pembebanan biaya intercompany beserta tanggal pelunasannya sejak awal.

Tanda proyeksi arus kas Anda perlu diperbaiki

Proyeksi Anda kemungkinan besar perlu disusun ulang jika beberapa hal berikut terasa akrab:

Isinya realisasi bulan lalu yang ditambah persentase.
Pagi ini tidak ada yang bisa menyebutkan berapa yang akan keluar dari bank minggu depan.
Invoice besar baru sampai ke tim keuangan saat vendor menelepon menanyakannya.
Purchase order yang masih terbuka tidak ada di dalamnya.
Proyeksinya bulanan, jadi tidak ada yang tahu saldo terendah di tengah bulan.
Proyeksi minggu lalu tidak pernah dibandingkan dengan apa yang benar-benar terjadi.
Proyeksi setiap entitas berupa spreadsheet berbeda dengan format berbeda.

Sebagian besar arus kas keluar bulan depan sudah diputuskan berminggu-minggu sebelumnya. Proyeksi yang baik dimulai dengan mencari di mana semua itu tercatat.

Cara menyusun proyeksi yang tetap terkini

Tentukan jangka waktunya. Mingguan untuk 13 minggu ke depan, lalu bulanan sesudahnya jika diperlukan. Mulai setiap minggu pada hari batch pembayaran Anda.
Mulai dari bank, bukan dari laba. Ambil saldo awal dari rekening koran, lalu tambahkan kas masuk dan kurangi kas keluar, minggu demi minggu.
Ambil setiap baris dari sumbernya. Invoice dari AP, PO terbuka dari procurement, gaji dari HR, pajak dari kalender pajak, kontrak dari daftar kontrak dan pengeluaran karyawan dari riwayat pembayarannya. Mengetik ulang adalah sumber kesalahan, jadi hubungkan sumber yang bisa dihubungkan.
Pakai tanggal Anda benar-benar membayar. Jika Anda membayar lewat batch mingguan, invoice yang jatuh tempo hari Kamis dibayar di batch sebelumnya. Proyeksikan tanggal batch, bukan tanggal jatuh tempo.
Tandai setiap baris: pasti, kemungkinan besar atau perkiraan. Pembaca tahu angka mana yang bisa diandalkan, dan Anda tahu harus mulai mencari dari mana saat proyeksi meleset.
Tetapkan saldo minimum, dan cari minggu yang berisiko. Sepakati batasnya dengan CFO dan tuliskan di bagian atas proyeksi. Tugas utamanya adalah menunjukkan minggu terendah cukup awal untuk bisa ditindaklanjuti.
Geser setiap minggu dan bandingkan dengan realisasi. Buang minggu yang sudah lewat, tambahkan satu minggu di ujungnya, lalu bandingkan proyeksi minggu lalu dengan apa yang benar-benar keluar dari bank, baris demi baris. Perbaiki dulu baris yang paling sering meleset.
Lewatkan setiap pembayaran lewat pintu yang sama. Pembayaran mendesak yang melewati persetujuan juga melewati proyeksi, dan baru terlihat di rekening koran.

Bagaimana Procapy membantu

Di Proca to Pay, sisi utang usaha dalam proyeksi berasal dari transaksi yang sudah dikerjakan tim Anda sehari-hari. 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, sehingga invoice tidak bisa mengendap di inbox tanpa disadari. Pengajuan pembelian diperiksa terhadap kebijakan dan anggaran sebelum menjadi komitmen, dan komitmen yang masih terbuka terlihat oleh tim keuangan sebelum invoice-nya datang.

Gambaran ke depan atas arus kas keluar dibangun dari invoice yang sudah disetujui berdasarkan jatuh tempo, invoice yang masih dalam rantai persetujuan, purchase order yang masih terbuka berdasarkan perkiraan pengiriman dan komitmen berulang. Proyeksi ini menampilkan minggu dan bulan ke depan per entitas dan mata uang, dan diperbarui setiap kali persetujuan masuk, bukan saat seseorang menyusun ulang spreadsheet. Grup yang membayar dalam beberapa mata uang melihat arus kas keluar dalam setiap mata uang sekaligus konversinya ke mata uang pelaporan, sehingga tim treasury bisa merencanakan pendanaan dan FX dengan pipeline AP tetap terpantau. Pembayaran mendesak tetap berupa permintaan, dengan alasan yang wajib diisi, persetujuan dan catatan.

Status pembayaran diposting kembali ke Dynamics, SAP, Xero, QuickBooks atau ABSS terhadap setiap invoice, sehingga laporan umur utang mencerminkan apa yang benar-benar sudah keluar dari bank. Gaji, pajak dan penerimaan dari pelanggan tetap berasal dari sumbernya masing-masing, tetapi baris-baris utang usaha, yang tersebar di paling banyak inbox, tidak perlu lagi disusun ulang secara manual. 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