Perangkat Lunak Sewa dengan Stripe: Deposit, Pembayaran, dan Pengembalian Dana Online

Setiap penyewaan memiliki tiga titik terpisah di mana uang berpindah tangan, dan sebagian besar bisnis penyewaan menangani masing-masing dengan cara berbeda. Ada deposit yang diambil, atau ditahan, sebelum peralatan keluar dari gudang, pembayaran untuk sewa itu sendiri setelah pekerjaan dikonfirmasi atau selesai, dan — sering kali — pengembalian dana atau penagihan tambahan sebagian setelah barang kembali, tergantung kondisinya.

Di atas kertas, itu terdengar rapi. Dalam praktiknya, deposit diambil di mesin EDC di meja depan, faktur dikirim lewat email dan ditagih secara terpisah, dan jika ada pengembalian dana yang harus dilakukan, seseorang masuk ke dasbor pembayaran beberapa hari kemudian dan memprosesnya secara manual, dengan harapan sesuai dengan pelanggan dan pesanan yang benar. Tidak satu pun dari ketiga momen ini berkomunikasi dengan dua lainnya. Mesin EDC tidak tahu pesanan mana yang memiliki deposit tersebut. Dasbor tidak tahu bahwa faktur kini sudah lunas. Dan kantor baru menyadarinya ketika seseorang bertanya, "apakah kita sudah mengembalikan deposit itu ke mereka?"

Ini sebenarnya bukan masalah teknologi, melainkan masalah pelacakan pesanan yang kebetulan melibatkan uang. Sebuah pesanan sewa sudah membawa pelanggan, daftar barang, tanggal keluar dan kembali, serta nilai transaksi. Jika pembayaran hidup di sistem yang terpisah dari pesanan tersebut, seseorang harus mencocokkan keduanya dari ingatan atau lewat spreadsheet, setiap kali. Di titik pencocokan itulah deposit terlupakan, pengembalian dana terlewat, dan faktur ditagih dua kali.

Ketiga momen pembayaran dalam sebuah penyewaan hanya berguna jika masing-masing melekat pada pesanan yang menjadi asalnya, bukan mengambang sebagai transaksi terpisah yang harus dicocokkan seseorang belakangan.

Deposit yang tercatat pada data pesanan berarti siapa pun yang melihat penyewaan itu — bukan hanya orang yang menerima pembayarannya — bisa melihat bahwa deposit sudah diambil, berapa jumlahnya, dan apakah sudah dikembalikan atau ditahan. Pembayaran untuk sewa itu sendiri, yang dihubungkan dengan cara yang sama, mencegah sebuah faktur tetap tercatat "belum dibayar" dalam pembukuan padahal pelanggan sebenarnya sudah membayar; tim keuangan pun bekerja berdasarkan status nyata pesanan, bukan gulungan struk dari mesin EDC.

Pengembalian dana atau penagihan tambahan di akhir adalah yang paling penting, karena ini momen yang paling mungkin salah ketika ditangani secara terpisah. Jika potongan kerusakan diambil dari deposit di luar pesanan, tidak ada catatan pada penyewaan itu sendiri tentang apa yang ditahan, apa yang dikembalikan, atau alasannya — paling banter hanya catatan di kotak masuk email seseorang. Menjaga ketiga momen tetap melekat pada pesanan bukan soal kerapian, melainkan kemampuan untuk menjawab, tanpa perlu menelepon, persis apa yang terjadi pada uang pelanggan pada penyewaan tertentu.

Tidak setiap momen pembayaran terjadi dengan pelanggan berdiri di depan Anda. Banyak bisnis penyewaan dipesan lewat telepon, email, atau melalui pertanyaan online, dan cara tradisional untuk menagih pembayaran dalam kasus itu — mesin EDC di meja depan — sama sekali tidak tersedia.

Alternatif umum yang kini lazim untuk pembayaran online adalah tautan pembayaran atau halaman checkout yang dihosting: alih-alih membacakan nomor kartu lewat telepon atau menunggu transfer bank, pelanggan menerima tautan aman, memasukkan sendiri data kartunya di halaman yang dikelola penyedia pembayaran, dan pembayaran dikonfirmasi tanpa kantor pernah melihat nomor kartu tersebut. Renttix terhubung dengan Stripe justru untuk hal ini, sehingga pesanan yang sudah ditawarkan atau dikonfirmasi bisa dibawa langsung ke pembayaran secara native, di dalam platform itu sendiri, alih-alih melalui proses faktur dan dasbor terpisah yang ditambahkan belakangan. Itulah inti dari integrasi Stripe — pembayaran menjadi satu langkah dalam alur kerja pesanan itu sendiri, bukan tugas paralel yang harus diingat seseorang.

Bagi bisnis penyewaan, ini menutup celah yang tidak bisa ditutup oleh mesin EDC: memungkinkan pengambilan deposit atau pembayaran bahkan sebelum peralatan meninggalkan gudang, dari pelanggan yang sama sekali tidak berada di dekat lokasi, tanpa memintanya membacakan nomor kartu dengan keras atau mempercayakan referensi transfer untuk sampai ke tempat yang tepat.

Banyak penyewaan merupakan transaksi tunggal: pesan, ambil, kembalikan, bayar. Tetapi sebagian yang terus bertambah tidak demikian — peralatan jangka panjang dalam sewa tanpa batas waktu, unit sanitasi dalam siklus mirip langganan, atau pelanggan yang menyewa dari Anda setiap bulan dan tidak ingin memasukkan kartu setiap kali.

Untuk jenis pengaturan itu, Renttix mendukung penyimpanan kartu sehingga sewa tanpa batas waktu dan langganan bisa ditagih dalam siklus berulang tanpa seseorang harus menagih secara manual setiap kali. Pendekatan kartu tersimpan yang sama menjadi dasar penagihan berbasis pemakaian terukur, di mana jumlah tagihan bergantung pada pemakaian sebenarnya alih-alih periode tetap, dan inilah yang memungkinkan denda keterlambatan yang terus bertambah bisa ditagih tanpa langkah terpisah untuk mengejarnya. Pelanggan mengotorisasi kartunya sekali, dan setelah itu siklus penagihan mengurus sendiri sisanya.

Ini penting baik untuk arus kas maupun kenyamanan. Bisnis yang harus secara aktif mengejar pembayaran kartu setiap bulan untuk sewa jangka panjang, cepat atau lambat, akan melewatkan satu siklus — karena karyawan sedang cuti, pelanggan sulit dihubungi, atau faktur sekadar tergeser ke bawah daftar tugas. Penagihan lewat kartu tersimpan menghilangkan ketergantungan pada seseorang yang mengingat untuk menagih.

Akhir dari sebuah penyewaan adalah saat sistem yang terpisah menyebabkan kerusakan paling besar, karena inilah titik dengan pengecualian terbanyak: barang kembali terlambat satu hari, ada yang hilang, ada goresan yang perlu ditagih tambahan, atau semuanya baik-baik saja dan deposit tinggal dikembalikan.

Renttix memungkinkan Anda menerbitkan nota kredit terhadap faktur asli dan dari sana melakukan pengembalian dana penuh atau sebagian, yang disinkronkan kembali ke pembukuan Anda alih-alih diproses sebagai transaksi mandiri yang harus disadari dan dicocokkan sendiri oleh bagian keuangan. Perbedaan itu — penuh atau sebagian — yang membuat penagihan tambahan bisa dikelola dalam praktiknya. Barang yang rusak tidak harus berarti mengembalikan seluruh deposit dan menghapusbukukan biaya perbaikan, atau menahan semuanya sambil berdebat soal itu; pengembalian dana sebagian memungkinkan Anda mengembalikan apa yang menjadi hak pelanggan sekaligus mempertanggungjawabkan apa yang ditahan, pada faktur yang sama tempat deposit diambil.

Karena nota kredit dan pengembalian dana sama-sama merujuk ke pesanan asli, siapa pun yang meninjau penyewaan itu belakangan — manajer yang memeriksa sengketa, akuntan yang menutup pembukuan bulanan — bisa melihat urutan lengkapnya: deposit diambil, sewa ditagih, potongan dilakukan, sisanya dikembalikan. Itu adalah posisi yang jauh berbeda dari sekadar catatan di kotak masuk email yang berbunyi "sudah beres, sudah kami kembalikan sebagian besar uangnya".

Setiap momen pembayaran di atas masih mengasumsikan bahwa seseorang di kantor Anda yang memulainya. Portal pelanggan menghilangkan asumsi itu untuk transaksi yang sama sekali tidak memerlukan manusia dari pihak Anda.

Melalui portal, pelanggan bisa mengelola kartu tersimpan mereka sendiri, membayar faktur yang belum lunas, menandatangani perjanjian sewa, dan meminta pengembalian sewa saat mereka selesai menggunakan peralatan — tanpa perlu menelepon kantor untuk melakukan semua itu. Untuk pembayaran sederhana atas faktur yang sudah benar, tidak ada alasan itu memerlukan percakapan; pelanggan bisa melunasinya sendiri, kapan pun waktu yang cocok baginya, dan telepon pukul tujuh malam untuk menanyakan apakah pembayaran kartu "sudah masuk" adalah telepon yang tidak perlu diterima kantor Anda.

Ini tidak menggantikan alur deposit, pembayaran, dan pengembalian dana yang dijelaskan di atas — ini hanya mengubah siapa yang menekan tombolnya. Pesanan, faktur, dan catatan pembayaran tetap berada persis di tempatnya; portal hanyalah pintu masuk lain, bukan tujuan yang berbeda.

Agar lebih konkret: bayangkan sebuah bisnis penyewaan perlengkapan pesta yang menerima pemesanan tenda, meja, dan kursi — sekadar ilustrasi yang bermanfaat, bukan klaim tentang bagaimana setiap bisnis penyewaan harus beroperasi.

Seorang pelanggan menanyakan tenda untuk acara akhir pekan, enam minggu sebelumnya. Saat pemesanan, bisnis tersebut mengambil deposit secara online lewat tautan pembayaran, alih-alih meminta transfer bank dan menunggu untuk melihat apakah dananya masuk. Deposit itu langsung melekat pada pesanan sejak saat dibayarkan. Pada minggu sebelum acara, sisa biaya sewa ditagih dan dibayar dengan cara yang sama — sebuah tautan, bukan mesin EDC, karena tidak ada seorang pun dari bisnis itu yang bertemu langsung dengan pelanggan hingga hari pengiriman itu sendiri.

Setelah acara selesai, tenda kembali dengan panel yang robek. Alih-alih menahan seluruh deposit atau mengembalikannya penuh dan menanggung biayanya sendiri, bisnis tersebut melakukan pengembalian dana sebagian: biaya perbaikan dipotong, dan sisanya dikembalikan ke kartu pelanggan sebagai nota kredit pada faktur yang sama tempat deposit diambil. Pelanggan melihat alasan yang jelas atas apa yang ditahan, bisnis memiliki catatan yang melekat pada pesanan alih-alih percakapan yang tidak dicatat siapa pun, dan tidak ada yang perlu dicocokkan secara manual antara mesin EDC, laporan rekening bank, dan faktur.

Tidak satu pun dari ini mengharuskan Anda memilih satu metode pembayaran untuk setiap pelanggan. Stripe adalah salah satu dari beberapa penyedia pembayaran yang terhubung dengan Renttix, di samping opsi seperti PayPal, Square, Razorpay, Xendit, Mercado Pago, Alipay+, dan Airwallex, dan pembayaran yang dilakukan melalui salah satu dari mereka dapat membawa pajak yang dihitung berdasarkan kelas, zona, dan pengecualian jika berlaku — topik tersendiri yang dibahas di halaman pembayaran dan pajak global, bukan sesuatu yang coba dijelaskan sepenuhnya oleh artikel ini.

Yang penting secara khusus untuk siklus deposit-pembayaran-pengembalian dana adalah bahwa masing-masing dari ketiga momen tersebut melekat pada pesanan asalnya, apa pun penyedia yang menerima uangnya. Jika disiapkan dengan benar, integrasi Stripe membuat deposit, pembayaran faktur, dan pengembalian dana menjadi tiga entri pada catatan penyewaan yang sama, bukan tiga cerita terpisah yang hanya cocok jika seseorang ingat untuk menceritakannya satu sama lain.

Jika pengaturan Anda saat ini melibatkan mesin EDC yang tidak tahu apa-apa tentang pemesanan Anda dan dasbor pembayaran yang tidak diperiksa siapa pun hingga akhir bulan, celah itu layak ditutup sebelum menimbulkan biaya berupa pengembalian dana yang terlewat atau deposit yang disengketakan. Hubungi kami untuk melihat bagaimana ini cocok dengan operasi penyewaan Anda sendiri.