Sistem Kasir untuk Mengelola Utang dan Kredit UMKM

Sistem Kasir dapat menyediakan data penjualan yang dibutuhkan UMKM untuk mengelola utang dan kredit, tetapi ia bukan pengganti seluruh fungsi akuntansi atau keputusan pembiayaan. Pemilik perlu membedakan utang usaha kepada pemasok, pinjaman kepada lembaga keuangan, serta kredit penjualan yang membuat pelanggan membayar kemudian. Ketiganya memengaruhi arus kas dengan cara berbeda.

Artikel ini berfokus pada utang dagang dan piutang pelanggan dalam operasi sehari-hari. Istilah “kredit” di sini terutama berarti penjualan tempo, bukan rekomendasi produk pinjaman tertentu. Keputusan pembiayaan harus mempertimbangkan biaya, risiko, hak, kewajiban, dan kemampuan bayar; OJK menyediakan rujukan resmi mengenai edukasi keuangan.

Jawaban singkat

Pisahkan daftar utang pemasok dan piutang pelanggan dari transaksi tunai. Setiap saldo harus dapat ditelusuri ke invoice, penerimaan barang atau penjualan, termin, pembayaran, retur, koreksi, dan pihak yang menyetujui. Gunakan ageing untuk memprioritaskan tindakan, tetapi jangan mengubah tanggal jatuh tempo hanya agar laporan tampak sehat.

Buat proyeksi kas mingguan yang menghubungkan penerimaan piutang, penjualan tunai, pembayaran pemasok, gaji, sewa, pajak, cicilan, dan pembelian stok. Tetapkan limit kredit pelanggan berdasarkan data serta kebijakan, bukan kedekatan personal. Rekonsiliasi buku pembantu dengan kas/bank dan general ledger bila tersedia. Sistem Kasir membantu menangkap transaksi; keputusan kredit, penagihan, dan pencatatan keuangan memerlukan governance tambahan.

Bedakan tiga jenis kewajiban

Utang pemasok muncul ketika barang atau jasa diterima dan dibayar kemudian. Pinjaman merupakan pembiayaan dengan perjanjian, biaya, tenor, dan ketentuan tersendiri. Piutang muncul ketika bisnis memberikan barang atau jasa sebelum menerima seluruh pembayaran.

Jangan mencampur uang muka dengan pendapatan yang sudah selesai atau menutup piutang memakai diskon tanpa otorisasi. Perlakuan akuntansi dan pajak perlu dikonfirmasi dengan tenaga kompeten sesuai kondisi usaha.

Bangun master pihak yang bersih

Supplier dan pelanggan kredit membutuhkan ID unik, nama legal atau usaha, kontak, alamat penagihan, termin, limit, penanggung jawab, status, serta dokumen yang memang diperlukan. Cegah satu pihak dibuat berulang dengan ejaan berbeda karena saldo akan terpecah.

Verifikasi perubahan rekening

Perubahan rekening pemasok adalah area berisiko. Gunakan kanal verifikasi kedua, maker-checker, effective date, dan audit trail. Jangan menerima instruksi perubahan hanya dari pesan baru yang belum diverifikasi.

Batasi data pribadi

Simpan data penanggung jawab hanya sejauh diperlukan. Nomor kontak dan riwayat pembayaran tidak boleh diekspor bebas. Kebijakan akses, retensi, dan pemenuhan hak perlu mengikuti UU Pelindungan Data Pribadi.

Kendalikan utang pemasok

Alur ideal menghubungkan purchase order, goods receipt, dan supplier invoice. Pembayaran dilakukan setelah quantity, harga, pajak, potongan, retur, serta termin cocok. UMKM yang belum memakai modul procurement lengkap tetap dapat membuat kontrol manual bernomor.

Gunakan three-way match

Three-way match membandingkan apa yang dipesan, apa yang diterima, dan apa yang ditagih. Selisih dimasukkan ke exception queue dengan alasan: quantity kurang, harga berbeda, barang reject, invoice ganda, atau dokumen belum lengkap. Bayar bagian yang valid hanya jika kebijakan memperbolehkan.

Buat kalender pembayaran

Kelompokkan jatuh tempo mingguan dan prioritaskan berdasarkan kewajiban kontraktual, criticality pemasok, diskon pembayaran yang benar-benar ekonomis, potensi denda, dan posisi kas. Jangan membayar invoice lebih cepat tanpa alasan jika mengganggu modal kerja, tetapi jangan sengaja menunda melewati termin yang disepakati.

Tetapkan kebijakan kredit pelanggan

Kebijakan menjelaskan siapa yang boleh membeli tempo, limit, tenor, dokumen, approver, jaminan bila relevan, kondisi hold, serta proses pengecualian. Pemilik tidak seharusnya menjadi satu-satunya sumber aturan yang hanya disampaikan lisan.

Gunakan pendekatan bertingkat. Pelanggan baru dapat mulai dari limit kecil atau pembayaran sebagian. Limit ditinjau berdasarkan histori pembayaran, volume, sengketa, konsentrasi, dan kemampuan bisnis menanggung keterlambatan. Penjualan tinggi bukan alasan otomatis menaikkan limit.

Pisahkan order dan pelepasan kredit

Kasir atau sales boleh membuat order, tetapi pelepasan transaksi yang melampaui limit memerlukan pihak berwenang. Sistem harus menunjukkan current exposure: invoice terbuka, order belum ditagih, pembayaran belum teralokasi, serta kredit memo.

Dokumentasikan pengecualian

Pengecualian menyimpan alasan, nilai, approver, tanggal berlaku, dan rencana penyelesaian. Review laporan override secara berkala agar keputusan darurat tidak menjadi kebiasaan.

Buat buku pembantu piutang

Setiap invoice mempunyai nomor unik, pelanggan, tanggal, jatuh tempo, item atau layanan, nilai, pajak bila relevan, pembayaran, kredit memo, status, dan referensi transaksi. Pembayaran dialokasikan ke invoice tertentu; jangan sekadar mengurangi saldo total tanpa jejak.

Pembayaran sebagian tetap menyisakan open balance. Overpayment masuk sebagai unapplied cash atau saldo pelanggan sesuai kebijakan, bukan pendapatan tambahan. Koreksi harus menggunakan dokumen reversal atau adjustment yang dapat diaudit.

Gunakan ageing secara benar

Ageing mengelompokkan saldo berdasarkan hari lewat jatuh tempo, misalnya belum jatuh tempo, 1–30, 31–60, 61–90, dan lebih dari 90 hari. Bucket disesuaikan dengan model usaha; yang penting definisinya konsisten.

Ageing harus didasarkan pada due date yang sah. Backdating pembayaran atau memindahkan due date tanpa persetujuan merusak laporan. Tampilkan disputed balance secara terpisah tetapi jangan menghapusnya dari perhatian.

Gunakan daftar tindakan:

• belum jatuh tempo: kirim statement atau pengingat bila disepakati;

• baru terlambat: konfirmasi penerimaan invoice dan jadwal bayar;

• sengketa: tetapkan owner untuk bukti dan resolusi;

• berulang terlambat: review limit dan termin;

• risiko tinggi: hentikan kredit baru sesuai kebijakan;

• tidak tertagih: evaluasi provisi atau write-off bersama akuntan.

Bangun proses penagihan yang profesional

Penagihan dimulai dari invoice yang akurat dan dikirim ke kontak yang benar. Simpan komunikasi, janji bayar, alasan keterlambatan, sengketa, dan tindak lanjut. Hindari mempermalukan pelanggan atau menghubungi pihak yang tidak relevan.

Bedakan sengketa dan ketidakmampuan bayar

Sengketa harga, quantity, kualitas, atau delivery memerlukan bukti operasional. Ketidakmampuan bayar memerlukan keputusan risiko dan komersial. Keduanya tidak boleh diperlakukan sebagai sekadar “pelanggan bandel”.

Kelola promise to pay

Catat tanggal dan jumlah yang dijanjikan, siapa yang berkomunikasi, serta langkah jika janji tidak terpenuhi. Promise to pay bukan penerimaan kas; forecast harus memberi bobot risiko yang wajar.

Proyeksikan arus kas mingguan

Mulai dari saldo kas yang dapat digunakan, kemudian masukkan penjualan tunai, penerimaan piutang berdasarkan invoice dan probabilitas, pembayaran pemasok, gaji, sewa, pajak, cicilan, pembelian persediaan, serta kebutuhan minimum. Buat base case dan downside case.

Laba tidak sama dengan kas. Penjualan kredit dapat menaikkan pendapatan sementara uang belum diterima. Pembelian stok dengan tempo dapat menjaga kas hari ini tetapi membuat kewajiban pada minggu berikutnya. Proyeksi membantu bisnis melihat benturan sebelum jatuh tempo.

Pedoman Bank Indonesia mengenai pencatatan transaksi keuangan untuk usaha mikro dan kecil dapat menjadi rujukan untuk membangun disiplin pencatatan dan laporan keuangan.

Rekonsiliasi pembayaran

Cocokkan penerimaan bank, kas, gateway, dan bukti pelanggan dengan invoice terbuka. Gunakan reference serta tanggal settlement. Pembayaran yang tidak dikenali masuk ke suspense/unapplied list dan memiliki owner, bukan dipaksakan ke invoice acak.

Untuk utang, cocokkan bank debit dengan payment batch serta supplier remittance. Review beneficiary, nilai, invoice, approver, dan status. Pisahkan pembuatan supplier, input invoice, approval, dan pelepasan pembayaran sejauh ukuran tim memungkinkan.

Kelola retur dan kredit memo

Retur barang harus merujuk penjualan atau pembelian awal, quantity, kondisi, alasan, dan hasil inspeksi. Kredit memo mengurangi saldo berdasarkan kebijakan; ia bukan alat untuk “membersihkan” piutang lama tanpa bukti.

Jika pelanggan mengembalikan sebagian order, alokasikan nilai secara konsisten termasuk diskon, pajak, dan biaya lain. Pada sisi pemasok, debit note atau klaim perlu direkonsiliasi dengan invoice dan pembayaran berikutnya.

Hubungkan Sistem Kasir dengan pembukuan

Data dari Sistem Kasir meliputi penjualan, pembayaran, retur, diskon, pajak, customer ID, dan shift. Buku pembantu menambahkan invoice tempo, alokasi pembayaran, ageing, serta collection status. General ledger merangkum dampak akuntansi berdasarkan chart of accounts.

Informasi fitur Kasair, panduan Kasair, dan halaman Kasair POS dapat membantu memetakan transaksi, pelanggan, stok, pengguna, dan laporan. Pastikan melalui uji apakah kebutuhan credit limit, accounts receivable, accounts payable, dan accounting integration tersedia atau memerlukan alat tambahan.

Tetapkan source of truth

Nyatakan sistem mana yang menjadi sumber untuk invoice, payment status, customer master, supplier master, dan ledger. Integrasi harus memakai ID stabil, mapping akun, cut-off, error queue, retry aman, serta rekonsiliasi total.

Tutup periode dengan disiplin

Pada penutupan, review transaksi belum sinkron, retur tertunda, pembayaran belum teralokasi, invoice belum diterima, barang diterima belum ditagih, saldo negatif, serta akun suspense. Kunci periode sesuai kewenangan dan gunakan adjustment tercatat bila koreksi diperlukan.

Pantau dashboard risiko

Metrik yang berguna meliputi days sales outstanding sesuai definisi, overdue amount, ageing mix, collection effectiveness, disputed balance, write-off, credit override, supplier overdue, payment forecast accuracy, cash runway, customer concentration, dan top overdue accounts.

Jangan menggunakan satu skor untuk mengambil keputusan otomatis. Dashboard adalah alat prioritas; pemilik tetap memeriksa konteks transaksi, sengketa, musim, kualitas data, dan dampak hubungan komersial.

FAQ

Apa beda utang dan piutang UMKM?

Utang adalah kewajiban bisnis kepada pihak lain, sedangkan piutang adalah hak bisnis untuk menerima pembayaran. Keduanya harus ditelusuri ke dokumen dan jatuh tempo.

Apakah Sistem Kasir dapat menggantikan software akuntansi?

Tidak selalu. Sistem kasir kuat pada transaksi penjualan; accrual, buku besar, AP/AR mendalam, laporan keuangan, dan kepatuhan mungkin memerlukan modul atau integrasi khusus.

Bagaimana menentukan limit kredit pelanggan?

Gunakan histori pembayaran, exposure, volume, sengketa, konsentrasi, kemampuan kas bisnis, dan kebijakan risiko. Mulai konservatif dan review berkala.

Apakah omzet kredit boleh dihitung sebagai kas masuk?

Tidak. Penjualan kredit dan penerimaan kas adalah peristiwa berbeda. Proyeksi kas hanya mengakui penerimaan berdasarkan jadwal serta risiko yang masuk akal.

Kapan piutang boleh dihapus?

Write-off mengikuti kebijakan, bukti upaya penagihan, persetujuan, dan perlakuan akuntansi serta pajak yang tepat. Menghapus saldo tidak selalu menghapus hak hukum.

Bagaimana mencegah pembayaran pemasok palsu?

Gunakan verifikasi perubahan rekening, maker-checker, approval limit, pencocokan dokumen, beneficiary review, akun individual, dan audit log.

Sistem Kasir memberi fondasi transaksi, sedangkan pengelolaan utang dan kredit membutuhkan disiplin dokumen, limit, ageing, penagihan, proyeksi kas, rekonsiliasi, serta pemisahan tugas. UMKM yang mengetahui kapan uang benar-benar masuk dan keluar dapat tumbuh tanpa tertipu oleh omzet yang belum berubah menjadi kas.