Daftar isi
1. Untuk apa2. Dasar: prakiraan kas 13 minggu3. Cara pakai langkah demi langkahKotak KPI dan tabel4. Jenis asumsi5. Pembayaran, penerimaan, dan penundaan6. Diskonto cek dan biayanya7. Mengubah jatuh tempo dan mempercepat penerimaan8. Pinjaman dan batas kredit (cerukan)9. Urutan, dampak tiap asumsi, dan peringatan10. Menyimpan dan membagikan skenario11. Izin12. Di ponsel13. Pertanyaan yang sering diajukanBantuan › Keuangan › Simulasi Kas
Simulasi kas (bagaimana jika saya bayar ini?)
Prakiraan kas 13 minggu ke depan sudah ada di laporan. Simulasi Kas menaruh pertanyaan "bagaimana jika saya melakukan ini?" di atas prakiraan itu: melakukan pembayaran besar, menunda pemasok dua minggu, mendiskontokan cek pelanggan di bank, mengambil pinjaman, atau memakai batas kredit (cerukan). Program menerapkan setiap asumsi di server, menggambar dasar dan skenario berdampingan, serta menunjukkan minggu mana kas menjadi negatif dan berapa biaya pendanaannya. Simulasi tidak pernah membuat catatan pembayaran, cek, atau pinjaman; yang disimpan hanya skenarionya sendiri bila Anda mau.
1. Untuk apa
- Melihat keputusan pembayaran lebih dulu: jawaban atas "jika saya bayar 250.000 TL ini minggu ini, apakah kas saya negatif di minggu ke-6?" tampil merah pada grafik dan tabel mingguan.
- Membandingkan pilihan pendanaan: mendiskontokan cek, mengambil pinjaman, dan memakai batas kredit menimbulkan biaya berbeda; kotak Biaya pendanaan memberi total diskonto dan bunga setiap skenario.
- Menyimpan dan membagikan skenario: kumpulan asumsi yang Anda suka disimpan dengan nama dan bisa dibagikan ke perusahaan; saat dibuka, dihitung ulang dengan prakiraan terkini hari itu.
Membukanya dari mana. Di dok, grup Keuangan / Bank › Simulasi Kas. Baris Coba skenario: bagaimana jika saya bayar ini? di kotak kas Dasbor Pemilik juga membuka jendela yang sama.
2. Dasar: prakiraan kas 13 minggu
Titik awal simulasi (dasar) adalah perhitungan yang sama dengan laporan Prakiraan kas 13 minggu di jendela Laporan; tidak ada prakiraan terpisah, sehingga kedua layar menampilkan angka yang sama. Dasar berisi:
- Kas awal: saldo kas + bank TL hari ini ("kas awal … TL (kas + bank)" di strip atas jendela).
- Arus masuk: sisa faktur penjualan terbuka pada hari jatuh temponya (Penerimaan pembayaran faktur), cek dan surat sanggup pelanggan di portofolio pada jatuh temponya (Pencairan cek dan surat sanggup), serta Janji bayar pelanggan.
- Arus keluar: faktur pembelian terbuka (Pembayaran faktur), cek dan dokumen perusahaan (Pembayaran cek perusahaan dan dokumen), Slip (penggajian: rata-rata tiga bulan terakhir, di akhir bulan), dan Pajak (PPN) (pada hari jatuh tempo menurut paket kewajiban negara perusahaan).
Pos lewat jatuh tempo tidak dibagi ke minggu. Piutang dan utang yang jatuh temponya sebelum hari ini (serta cek kosong) tidak ditaruh di minggu mana pun dan tidak masuk kumulatif, karena tidak diketahui kapan dibayar; totalnya ditulis terpisah di strip atas sebagai "Piutang lewat jatuh tempo …, utang … (tidak dibagi ke minggu)". Untuk mengasumsikan sebagian akan tertagih, gunakan asumsi Percepat penerimaan.
Dasar disimpan 5 menit per perusahaan, sehingga faktur yang baru dimasukkan masuk ke simulasi paling lambat 5 menit kemudian. Jendela 13 minggu dimulai hari ini dan berlangsung 91 hari (hari ini + 90 hari adalah hari terakhir); setiap baris minggu adalah potongan 7 hari yang dihitung dari hari ini.

3. Cara pakai langkah demi langkah
- Buka jendela. Tombol skenario siap pakai ada di atas kolom kiri: Tunda 3 pembayaran terbesar selama 2 minggu, Diskontokan semua cek pelanggan hari ini, Persingkat jatuh tempo piutang 15 hari (separuh menerima), Tagih 30% piutang terlambat dalam 2 minggu, Gunakan batas kredit 500.000 TL. Menekan salah satunya menambahkan asumsi itu ke daftar.
- Untuk asumsi sendiri, pilih jenisnya dari daftar (Jenis asumsi) lalu tekan Tambah asumsi. Setiap asumsi terbuka sebagai kartu; kolomnya (tanggal, jumlah, hari, tarif…) diubah di dalam kartu.
- Perhitungan berjalan sendiri: sesaat setelah setiap perubahan (strip atas menampilkan "Menghitung…") sisi kanan diperbarui. Tidak ada tombol "Hitung" terpisah.
- Baca hasilnya di kanan: enam kotak KPI, grafik Kas kumulatif: dasar dan skenario (dasar abu-abu putus-putus, skenario garis biru; di bawah nol diarsir merah), baris peringatan, dan tabel mingguan.
- Untuk mematikan asumsi tanpa menghapusnya, hilangkan centang Terapkan di kartunya; untuk menghapus sama sekali tekan tombol ×. Simpan kumpulan yang Anda suka.
Kotak KPI dan tabel
| Kotak | Arti |
|---|---|
| Dasar: akhir minggu ke-13 · Skenario: akhir minggu ke-13 | Kas yang tersisa di akhir jendela, tanpa dan dengan asumsi. |
| Selisih | Skenario − dasar di akhir minggu ke-13. Hijau berarti membaik, merah memburuk. |
| Kas terendah (skenario) | Nilai kumulatif terendah dalam 13 minggu; nilai dasar tertulis di bawahnya. Bila negatif, kas tidak cukup di minggu itu. |
| Minggu negatif | Jumlah minggu kumulatif berada di bawah nol (skenario); jumlah dasar di bawahnya. |
| Biaya pendanaan | Total diskonto cek + bunga pinjaman + bunga batas kredit; di bawahnya "Cek didiskontokan …" bila ada. |
Kolom tabel mingguan adalah Awal minggu, Neto dasar, Kumulatif dasar, Arus masuk skenario, Arus keluar skenario, Kumulatif skenario, dan Selisih. Minggu yang kumulatif skenarionya negatif tampil berlatar merah. Uang yang ditarik dari batas kredit termasuk arus masuk skenario, dan pelunasan ke batas kredit termasuk arus keluar.
4. Jenis asumsi
| Asumsi | Apa yang dilakukan |
|---|---|
| Lakukan pembayaran (jika saya bayar ini) | Menambah arus keluar baru (Pembayaran tambahan) pada tanggal yang dipilih. |
| Tambah penerimaan | Menambah arus masuk baru (Penerimaan tambahan) pada tanggal yang dipilih. |
| Tunda pembayaran | Menggeser pembayaran terpilih N hari ke belakang. |
| Diskonto cek | Mendiskontokan cek pelanggan di bank sebelum jatuh tempo; uang masuk lebih awal dan biaya diskonto dicatat. |
| Perpanjang atau persingkat jatuh tempo | Menggeser jatuh tempo faktur pelanggan atau pemasok yang terbuka sebesar porsi yang diterima pihak lain. |
| Percepat penerimaan | Menagih sebagian faktur pelanggan lebih awal; menaruh persentase piutang terlambat pada tanggal pilihan. |
| Ambil pinjaman | Mencatat arus masuk pada tanggal penarikan, arus keluar pokok saat jatuh tempo, dan bunga. |
| Gunakan batas kredit (cerukan) | Menarik dari batas kredit secara otomatis pada minggu kas negatif, melunasi saat kembali positif, dan membebankan bunga mingguan atas jumlah terpakai. |
Satu skenario dapat berisi paling banyak 30 asumsi. Jumlah dalam TL; tanggal adalah hari kalender.
5. Pembayaran, penerimaan, dan penundaan
- Lakukan pembayaran / Tambah penerimaan: Tanggal, Jumlah, dan Keterangan opsional. Contoh: kas awal 150.000 TL, Anda menambah pembayaran 250.000 TL di minggu ke-2; bila dasar punya arus masuk neto 30.000 TL pada minggu itu, kumulatif menjadi −70.000 alih-alih 180.000 dan barisnya merah.
- Tunda pembayaran — kolom Pembayaran mana punya empat pilihan: Pembayaran terbesar (hanya dari pembayaran faktur dan dokumen perusahaan, sebanyak Berapa pembayaran yang terbesar), Pembayaran ke satu kontak (semua pembayaran pemasok terpilih), Satu jenis pembayaran (Pembayaran faktur, Pembayaran cek perusahaan dan dokumen, Slip, atau Pajak (PPN)), dan Pembayaran yang saya pilih (dicentang satu per satu di daftar). Pembayaran bergeser sebanyak Berapa hari.
- Penundaan hanya berlaku untuk arus keluar yang jatuh tempo setelah hari ini dan berada di dalam jendela; utang lewat jatuh tempo tidak ditunda. Bila tidak ada pembayaran yang cocok, muncul peringatan "Asumsi N: tidak ada pembayaran yang dapat ditunda."
Pembayaran yang digeser ke luar jendela tidak terhapus. Bila pembayaran 400.000 TL di minggu ke-11 ditunda 30 hari, pembayaran itu keluar dari 13 minggu dan tidak tampil di grafik. Program tidak menyembunyikannya: muncul peringatan "Pembayaran 400.000 TL bergeser ke luar jendela 13 minggu. Jumlah yang harus dibayar tetap ada."
6. Diskonto cek dan biayanya
Cek mana: Semua cek pelanggan atau Sampai jumlah tertentu. Hanya cek pelanggan yang jatuh temponya setelah Tanggal diskonto dan bukan cek kosong yang didiskontokan. Pada pilihan jumlah, program mengumpulkan cek mulai dari yang jatuh temponya paling awal sampai jumlah yang diminta tercapai, dan bila perlu memecah cek terakhir agar pas. Bila cek tidak cukup, muncul peringatan bahwa jumlah yang dapat didiskontokan kurang dari permintaan.
| Rumus | Contoh |
|---|---|
| biaya = jumlah cek × tarif tahunan × hari / 360 (hari = jatuh tempo − tanggal diskonto) | 100.000 TL, 60 hari ke jatuh tempo, 45% per tahun: 100.000 × 0,45 × 60 / 360 = 7.500 TL |
Pada contoh, 100.000 TL cek berpindah dari minggu jatuh temponya ke minggu tanggal diskonto, dan pada minggu yang sama diskonto 7.500 TL dicatat sebagai arus keluar terpisah (Biaya pendanaan); dampak netonya adalah arus masuk lebih awal 92.500 TL. Di kolom Tingkat diskonto tahunan % isikan tarif tahunan dari bank Anda.
7. Mengubah jatuh tempo dan mempercepat penerimaan
- Perpanjang atau persingkat jatuh tempo: bila Arah adalah Piutang (pelanggan), faktur penjualan terbuka yang terpengaruh; bila Utang (pemasok), faktur pembelian terbuka. Hari (+ perpanjang, − persingkat) menyatakan berapa hari bergeser, dan Tingkat penerimaan % berapa bagian tiap faktur yang pindah ke jatuh tempo baru (pihak lain mungkin tidak menerima semuanya). Contoh: faktur pelanggan 40.000 TL jatuh tempo 30 hari lagi, −15 hari, penerimaan 50% → 20.000 TL masuk 15 hari lagi dan 20.000 TL tetap pada jatuh tempo lama. Jatuh tempo yang dipersingkat tidak mundur sebelum hari ini; jumlah yang terdorong ke luar jendela karena perpanjangan diberi peringatan terpisah.
- Percepat penerimaan: ada dua pengaturan terpisah. Berapa hari lebih awal dan Porsi yang tercakup %: porsi faktur pelanggan yang belum jatuh tempo itu ditagih sekian hari lebih awal (tidak sebelum hari ini). % yang ditagih dari piutang terlambat dan Tanggal penagihan piutang terlambat: persentase piutang lewat jatuh tempo, yang tidak dibagi ke minggu, dianggap tertagih pada tanggal pilihan. Contoh: piutang terlambat 80.000 TL, 30%, dua minggu lagi → 24.000 TL masuk minggu itu dan 56.000 TL tetap terlambat. Cek kosong tidak termasuk.
8. Pinjaman dan batas kredit (cerukan)
Kolom Ambil pinjaman: Tanggal penarikan, Jumlah, Jatuh tempo (hari), Bunga tahunan %, dan Pembayaran bunga (Saat jatuh tempo atau Bulanan). Jumlah menjadi arus masuk pada hari penarikan dan pokok menjadi arus keluar pada hari jatuh tempo. Bunga = pokok × bunga tahunan × hari / 360. Contoh: 1.000.000 TL, 90 hari, 45% per tahun → bunga 112.500 TL sekaligus saat jatuh tempo; dengan Bulanan, 37.500 TL setiap 30 hari (tiga kali). Pelunasan pinjaman yang jatuh temponya melewati 13 minggu tidak tampil di jendela; kotak biaya tetap menampilkan total bunga.
Kolom Gunakan batas kredit (cerukan) adalah Batas dan Bunga tahunan %. Program menelusuri minggu secara berurutan: bila kumulatif negatif, program menarik dari batas kredit sebesar yang menutup kekurangan (paling banyak sisa batas); selama kumulatif positif, jumlah terpakai dilunasi. Setiap minggu bunga atas saldo terpakai = terpakai × bunga tahunan × 7 / 360, dicatat pada arus keluar minggu berikutnya. Contoh: batas 500.000 TL, 55%; kumulatif minggu ke-4 −120.000 → ditarik 120.000 dan kumulatif menjadi 0; bunga minggu ke-5 = 120.000 × 0,55 × 7 / 360 = 1.283,33 TL.
Batas kredit selalu diterapkan paling akhir. Karena batas melihat kumulatif, ia berjalan setelah semua asumsi lain, di mana pun letaknya dalam daftar. Bila Anda menambah beberapa asumsi batas kredit, hanya yang pertama diterapkan ("Hanya asumsi batas kredit pertama yang diterapkan."). Bila batas tidak cukup muncul "Batas kredit tidak cukup untuk menutup minggu negatif."; bila masih ada jumlah terpakai di akhir minggu ke-13, "Pada akhir minggu ke-13, … TL dari batas kredit sedang terpakai."
9. Urutan, dampak tiap asumsi, dan peringatan
- Urutan penting. Asumsi diterapkan sesuai urutan daftar: bila Anda lebih dulu menunda 3 pembayaran terbesar lalu "pembayaran ke satu kontak", asumsi kedua melihat pembayaran yang digeser asumsi pertama dengan tanggal barunya.
- Dampak asumsi: judul setiap kartu menampilkan dampak kas asumsi itu pada akhir minggu ke-13 (hijau +, merah −). Dampaknya bertahap: asumsi ditambahkan satu per satu, sehingga tiap angka adalah selisih yang ditambahkannya di atas asumsi sebelumnya.
- Kolom tidak valid: bila sebuah kolom tidak valid (mis. tanggal kosong, hari nol), kartu asumsi itu berbingkai merah dan kalimat galat tertulis di bawah; hasil tetap seperti sebelumnya sampai diperbaiki.
- Baris peringatan ada di bawah grafik: "Dalam skenario kas menjadi negatif pada minggu …", "Skenario menutup minggu negatif pada dasar.", pembayaran/penerimaan yang bergeser ke luar jendela, peringatan cek dan batas kredit; serta catatan laporan prakiraan sendiri (mis. paket kewajiban negara perusahaan tidak punya perhitungan PPN bulanan, sehingga pembayaran pajak tidak dimasukkan).
10. Menyimpan dan membagikan skenario
- Di kolom kiri, ketik Nama skenario di kotak Simpan skenario (bila kosong, diberi nama "Skenario <tanggal>") lalu tekan Simpan skenario. Catatan menyimpan daftar asumsi dan hasil singkat saat itu (dasar dan skenario akhir minggu ke-13, kas terendah, minggu negatif, biaya).
- Bila Bagikan ke perusahaan dicentang, semua yang dapat membuka jendela Simulasi Kas melihat skenario itu ("Dibagikan ke perusahaan" di daftar); bila tidak, hanya Anda dan administrator ("Hanya saya"). Kotak ini hanya tampil bagi pengguna yang boleh berbagi.
- Saat menekan Buka pada skenario di daftar, asumsinya dimuat dan dihitung ulang dengan dasar hari ini. Hasil saat disimpan tertulis terpisah di barisnya ("Akhir minggu ke-13 saat disimpan: dasar …, skenario …"), sehingga Anda melihat apa yang berubah sejak itu.
- Pada skenario yang terbuka, tombolnya menjadi Perbarui skenario; bila ingin catatan terpisah dari asumsi yang sama, tekan Simpan sebagai skenario baru. Memperbarui dan Hapus hanya tersedia bagi pemilik skenario dan administrator.
11. Izin
| Tindakan | Syarat |
|---|---|
| Membuka jendela, menghitung skenario | Administrator, atau izin Simulasi kas dan berbagi skenario ke perusahaan, atau Laporan Umum |
| Menyimpan skenario | Sama seperti di atas; pengguna hanya-baca tidak dapat menyimpan ("Pengguna hanya-baca tidak dapat menyimpan skenario."). |
| Membagikan ke perusahaan | Administrator atau izin simulasi kas (Laporan Umum saja tidak cukup). |
| Memperbarui, menghapus | Pemilik skenario atau administrator. |
Izin berada di grup Skenario kas, proyek, dan saran harga pada layar izin di Pengaturan › Pengguna.
12. Di ponsel
Pada layar lebih kecil dari 7 inci (antarmuka Taman + Langkah) jendela terbuka dalam tiga langkah:
- Ringkasan: kotak KPI, grafik, peringatan, dan kartu hanya untuk minggu yang negatif atau berbeda dari dasar (minggu negatif merah). Ubah asumsi di bawah pindah ke langkah kedua.
- Asumsi: tombol skenario siap pakai, menambah menurut jenis, dan kartu; kolomnya seukuran jari.
- Tersimpan: kotak simpan dan daftar skenario tersimpan (Buka, Hapus).

13. Pertanyaan yang sering diajukan
| Pertanyaan | Jawaban |
|---|---|
| Apakah skenario membuat catatan pembayaran atau pinjaman sungguhan? | Tidak. Tidak ada mutasi kontak, kas, bank, cek, atau pinjaman yang ditulis; yang disimpan hanya skenarionya. |
| Bisakah dasar berbeda dari laporan prakiraan 13 minggu? | Perhitungannya sama. Perbedaan hanya bisa muncul dari masa simpan 5 menit: dokumen baru masuk ke dasar paling lambat 5 menit kemudian. |
| Mengapa piutang terlambat 1 juta TL saya tidak ada di grafik? | Pos terlambat tidak dimasukkan ke minggu karena tidak diketahui kapan dibayar (bagian 2). Masukkan harapan penagihan Anda lewat Percepat penerimaan › persentase piutang terlambat. |
| Mengapa bunga dan diskonto dihitung dengan 360 hari? | Itulah basis hari yang dipakai bank untuk diskonto cek dan pinjaman jangka pendek, sehingga hasilnya dekat dengan hitungan bank. Untuk jumlah pasti, lihat penawaran bank Anda. |
| Skenario yang saya buka memberi hasil berbeda dari hari saya menyimpannya. | Itu perilaku yang benar: skenario dihitung ulang dengan faktur terbuka, cek, dan saldo kas hari ini. Hasil saat disimpan tertulis terpisah di daftar. |
| Pembayaran PPN tidak tampil di prakiraan. | Pajak berasal dari perhitungan PPN bulanan dalam paket kewajiban negara perusahaan. Bila paket tidak berisi perhitungan itu, baris peringatan menyebutkannya dan pajak tidak dimasukkan ke prakiraan. |
Panduan terkait: Keuangan · Laporan · Dasbor Pemilik · Bunga Keterlambatan dan Penagihan · Seluler.