Rentalio

Manajemen penyewaan · satu alur kerja

Operasional penyewaan yang rapi, dari booking sampai deposit kembali.

Rentalio menyatukan kalender ketersediaan, kasir, serah-terima, inspeksi, dan pembayaran manual. Status booking, lifecycle, dan pembayaran selalu terpisah agar tim tidak menebak-nebak.

  • Trial 72 jam sejak aktivasi tenant
  • Berjalan di browser, tanpa instalasi
  • Data tenant terisolasi
Papan ketersediaanIlustrasi
Booking menunggu persetujuanLifecycle aktifPembayaran belum lunas

Ilustrasi tampilan, bukan data nyata.

Prinsip produk

Tiga status yang tidak boleh tercampur.

Sebagian besar kekacauan operasional rental datang dari satu kebiasaan: menganggap “sudah dibayar” sama dengan “sudah dikonfirmasi”. Rentalio memisahkan ketiganya secara eksplisit di setiap layar.

Persetujuan booking

Mode otomatis mengonfirmasi setelah alokasi berhasil; mode manual menunggu persetujuan admin. Pembayaran bukan prasyarat konfirmasi.

Lifecycle & alokasi

Disiapkan, serah-terima, aktif, kembali, selesai. Setiap transisi butuh izin dan tercatat pada audit trail.

Status pembayaran

Cash dicatat setelah uang diterima; transfer dan QRIS setelah diverifikasi petugas. WhatsApp tidak pernah mengubah status.

Yang dikerjakan setiap hari

Dibangun untuk meja kerja, bukan untuk demo.

Alur yang paling sering dipakai tim rental dibuat pendek: cek ketersediaan, serah-terima, tagih, kembali, inspeksi. Sisanya dijaga oleh validasi server.

Alokasi atomik di server

Ketersediaan diperiksa dan dialokasikan dalam satu transaksi. Bentrok periode tampil sebagai konflik yang bisa ditindaklanjuti, bukan galat samar.

Kasir tanpa hambatan

Cari barang, susun keranjang, tentukan periode, lihat deposit dan estimasi biaya, lalu konfirmasi dalam satu layar.

Serah-terima & inspeksi

Kondisi awal dan akhir, bukti, denda, serta deposit dicatat terpisah sehingga selisih kondisi mudah ditinjau.

Akses sesuai peran

Owner, manager, staf, dan kasir melihat tugasnya masing-masing. Backend tetap memutuskan setiap izin.

Alur kerja

Empat langkah yang bisa dipertanggungjawabkan.

  1. Permintaan masukPenyewa memilih periode; server memeriksa ketersediaan unit.
  2. Setujui & alokasikanOtomatis atau manual — alokasi tetap terjadi atomik di server.
  3. Serah-terimaChecklist kondisi, petugas, dan waktu tercatat pada pesanan.
  4. Kembali & selesaiInspeksi, denda, deposit, dan pembayaran ditutup terpisah.
Pembayaran manual

Tunai, transfer, dan QRIS dicatat apa adanya.

Metode aktif diatur owner per jenis transaksi: booking baru, tambah unit, dan perpanjangan. Setiap konteks wajib menyisakan minimal satu metode.

CASHDiterima tunai

Petugas mencatat setelah uang benar-benar diterima. Memilih tunai tidak membuat tagihan lunas.

BANK_TRANSFERInstruksi rekening

WhatsApp click-to-chat meminta detail transfer; pembayaran dicatat setelah dana masuk.

QRISKonfirmasi penyewa

QRIS tenant dan nominal tagihan tampil. Tombol “Sudah bayar” hanya menyiapkan pesan konfirmasi.

Tidak ada payment gateway untuk pembayaran sewa. WhatsApp hanya menyiapkan pesan dan pengguna tetap menekan Kirim; status lunas hanya berubah setelah petugas mencatatnya.

Detail yang jarang diurus

Rapi di layar kecil, jujur saat koneksi putus.

  • Desktop untuk kepadatan, mobile untuk kecepatan. Shell, navigasi, dan komposisi halaman dipisah — bukan dashboard desktop yang diperkecil.
  • Keyboard, fokus, dan label yang jelas. Dialog mengelola fokus, pesan error terhubung ke input, dan status tidak hanya disampaikan lewat warna.
  • Offline yang tidak mengarang. PWA hanya meng-cache aset statis. Aksi finansial tidak pernah diklaim berhasil tanpa konfirmasi server.
  • Audit untuk tindakan berisiko. Pembatalan, void, refund, dan override konflik meminta alasan serta izin yang sesuai.

Angka dan izin selalu dari server

UI hanya menampilkan; keputusan tetap di backend.

  • Harga, deposit, dan denda
  • Ketersediaan & alokasi unit
  • Izin pengguna dan status langganan
  • Status pembayaran dan deposit

Mulai dari trial 72 jam.

Aktifkan tenant, verifikasi email lewat OTP, lalu jalankan booking pertama. Setelah trial berakhir, transaksi baru dibatasi sampai langganan aktif — data tetap bisa dibaca dan pesanan berjalan tetap diselesaikan.