Sistem Kasir untuk Bisnis Transportasi Sulawesi Barat

Bisnis transportasi di Sulawesi Barat tidak hanya menjual tiket di satu meja. Transaksi dapat berasal dari loket, agen, telepon, WhatsApp, mitra, atau petugas lapangan, sementara layanan bergerak di antara kabupaten, pelabuhan, terminal, dan titik jemput. Sistem Kasir harus menghubungkan penjualan dengan jadwal, kapasitas, manifest, pembayaran, serta setoran agar setiap perjalanan dapat direkonsiliasi.

Karakter wilayah dan jenis moda memengaruhi desain proses. Operator angkutan penumpang, travel, kapal, sewa kendaraan, dan pengiriman paket memiliki dokumen serta risiko berbeda. Statistik Transportasi Provinsi Sulawesi Barat 2025 dari BPS mencakup transportasi darat, laut, dan udara; sumber resmi semacam ini berguna untuk memahami konteks daerah, sedangkan keputusan operasional tetap memakai data usaha sendiri.

Jawaban singkat

Bangun satu identitas untuk trip, booking, penumpang atau pengirim, kursi atau kapasitas, pembayaran, bagasi atau paket, dan agen. Terapkan tarif berversi, nomor tiket unik, kontrol perubahan, serta rekonsiliasi per keberangkatan.

Sistem harus tetap punya prosedur ketika koneksi tidak stabil. Mode offline tidak cukup disebut sebagai fitur; uji penerbitan nomor, pencegahan kursi ganda, sinkronisasi, konflik, pembayaran, dan pembatalan setelah jaringan pulih.

Tentukan model layanan dan unit transaksi

Unit transaksi travel adalah kursi pada trip tertentu. Untuk sewa kendaraan, unitnya dapat berupa kendaraan, durasi, jarak, pengemudi, dan layanan tambahan. Untuk paket, unitnya berupa kiriman dengan berat, volume, rute, serta penerima. Jangan memaksa semua layanan menjadi satu SKU generik.

Pisahkan pula penjualan terjadwal dari charter. Layanan terjadwal membutuhkan inventory kursi per trip, sedangkan charter membutuhkan quotation, deposit, kendaraan, itinerary, overtime, dan penyelesaian setelah perjalanan.

Kelola rute, jadwal, dan kapasitas

Rute adalah rangkaian titik dengan aturan naik, turun, waktu, dan tarif. Trip adalah kejadian pada tanggal serta jam tertentu. Kendaraan dan kru ditugaskan ke trip, sementara kapasitas dapat berubah sesuai unit yang digunakan.

Simpan status draft, open for sale, boarding, departed, arrived, completed, atau canceled. Perubahan kendaraan setelah tiket terjual perlu memetakan ulang kursi dan memberi daftar exception. Sistem harus mencegah penjualan di atas kapasitas kecuali ada prosedur otorisasi yang jelas.

Untuk titik jemput fleksibel, gunakan zona atau landmark yang disetujui dan nomor kontak operasional. Jangan menyimpan detail lokasi pribadi lebih lama dari kebutuhan layanan. Waktu estimasi perlu dibedakan dari waktu aktual supaya evaluasi ketepatan jadwal tidak bias.

Terapkan tarif dan diskon berversi

Tarif dapat berbeda menurut rute, titik, waktu, kelas, pelanggan, kanal, bagasi, atau jenis paket. Setiap tabel tarif memiliki tanggal efektif dan versi. Tiket lama tetap mempertahankan tarif pada saat dibeli meski harga berikutnya berubah.

Tambahkan biaya dengan label yang jelas. Hindari satu kolom “lain-lain” karena pelanggan dan bagian keuangan tidak dapat memahami komponennya. Diskon agen, promo, harga korporat, dan kompensasi layanan juga membutuhkan kode serta otorisasi.

Aturan minimum yang perlu diuji:

1. perjalanan satu arah dan pulang-pergi;
2. naik atau turun pada titik antara;
3. anak atau kategori penumpang bila berlaku;
4. bagasi melebihi kebijakan;
5. perubahan jadwal dan rute;
6. pembatalan oleh pelanggan atau operator;
7. paket dengan berat atau volume berbeda;
8. kombinasi promo, komisi, dan biaya kanal.

Satukan booking, manifest, dan boarding

Booking menyimpan identitas transaksi, kontak, rute, trip, seat, harga, status pembayaran, kanal, dan petugas. Manifest berasal dari booking yang valid, bukan daftar terpisah yang diketik ulang. Perubahan nama, seat, atau titik harus tercatat sebelum manifest ditutup.

Saat boarding, petugas memverifikasi tiket dengan kode unik dan identitas sesuai kebijakan. Pemindaian harus menandai tiket yang sudah dipakai, dibatalkan, berada pada trip lain, atau belum lunas. Jika verifikasi offline, perangkat memerlukan daftar trip lokal dan aturan penyelesaian konflik.

Untuk paket, gunakan label dan status accepted, loaded, transferred, arrived, ready, delivered, returned, atau exception. Bukti serah terima terhubung ke nomor kiriman, bukan disimpan hanya dalam galeri petugas.

Rekonsiliasi pembayaran, agen, dan setoran

Satu trip dapat menerima tunai, transfer, QR, kartu, saldo, atau pembayaran korporat. Sistem mencatat metode, referensi, waktu, penerima, biaya kanal bila relevan, dan status settlement. Bukti transfer manual perlu diverifikasi sebelum tiket dianggap lunas.

Agen memiliki limit, kuota, komisi, dan jadwal setoran. Bedakan gross sales, komisi, refund, biaya, setoran diterima, dan saldo agen. Rekonsiliasi dilakukan per trip serta per periode agen agar selisih cepat ditemukan.

Tutup trip dengan checklist:

• tiket terjual, dibatalkan, pindah, dan no-show;
• jumlah boarding dibanding manifest;
• paket diterima, dimuat, dan diserahkan;
• pembayaran menurut kanal;
• kas petugas serta setoran agen;
• refund atau kompensasi terbuka;
• pendapatan tambahan dan biaya perjalanan;
• exception yang belum memiliki penyelesaian.

Pantau armada tanpa menggantikan sistem keselamatan

Sistem kasir dapat menyimpan master kendaraan, dokumen, penugasan, odometer, bahan bakar, serta biaya trip. Namun, inspeksi keselamatan, kelaikan, lisensi, dan kewajiban regulasi harus mengikuti prosedur dan otoritas yang berlaku. Status administratif di aplikasi bukan bukti kendaraan aman.

Hubungkan maintenance dengan ketersediaan armada agar kendaraan yang ditahan tidak dapat dijadwalkan. Catat keluhan kru, work order, komponen, vendor, downtime, dan release oleh pihak berwenang secara internal.

Biaya bahan bakar, tol, parkir, pelabuhan, penginapan, dan uang jalan dapat dialokasikan ke trip. Tujuannya melihat kontribusi per rute tanpa mendorong penghematan yang mengorbankan keselamatan atau kewajiban kru.

Siapkan operasi offline dan pemulihan

Konektivitas dapat berbeda antar lokasi dan perjalanan. Tentukan fungsi mana yang boleh berjalan offline: melihat manifest, boarding, menjual kursi terbatas, menerima tunai, atau mencatat paket. Setiap perangkat memperoleh rentang nomor atau token supaya transaksi tidak bentrok.

Setelah tersambung, sinkronisasi perlu idempotent. Transaksi yang sama tidak boleh masuk dua kali. Konflik seat, tarif, atau status pembayaran masuk antrean exception dan tidak diselesaikan diam-diam dengan last-write-wins.

Uji skenario baterai habis, perangkat hilang, jaringan putus, jam perangkat salah, aplikasi ditutup paksa, data lokal rusak, dan sinkronisasi tertunda. Sediakan prosedur kertas darurat serta langkah input kembali yang dapat diaudit.

Gunakan laporan untuk keputusan rute

Analisis dimulai dari data yang sudah direkonsiliasi. Jangan membandingkan omzet rute tanpa memperhatikan kapasitas, frekuensi, jarak, biaya, pembatalan, dan perubahan harga. Pisahkan tanggal transaksi dari tanggal keberangkatan.

Laporan inti meliputi:

• load factor per trip, hari, dan jam;
• pendapatan bersih per rute serta kanal;
• booking lead time dan pola no-show;
• ketepatan waktu keberangkatan serta kedatangan;
• refund, perubahan jadwal, dan kompensasi;
• produktivitas agen dan umur saldo setoran;
• biaya langsung serta kontribusi perjalanan;
• pemakaian, downtime, dan utilisasi armada;
• volume paket, exception, dan waktu serah;
• keluhan pelanggan berdasarkan penyebab.

Gunakan pusat artikel Kasair untuk menyusun SOP transaksi, stok, dan laporan. Evaluasi Kasair melalui pilot pada rute serta kanal yang representatif sebelum implementasi lebih luas.

FAQ

Apakah sistem kasir dapat mencegah kursi ganda?

Dapat jika inventory kursi terpusat, reservasi memiliki masa berlaku, dan sinkronisasi dirancang dengan benar. Uji konflik online dan offline sebelum mengandalkannya pada operasi nyata.

Bagaimana mencatat penjualan oleh agen?

Beri akun, limit, kuota, komisi, serta ledger tersendiri. Semua tiket tetap memakai nomor unik dan trip yang sama, kemudian setoran agen direkonsiliasi dengan penjualan, refund, dan komisi.

Apa perbedaan booking dan tiket?

Booking adalah reservasi yang dapat memiliki batas pembayaran. Tiket adalah hak perjalanan yang diterbitkan menurut aturan setelah syarat dipenuhi. Status keduanya perlu jelas agar manifest tidak salah.

Apakah mode offline selalu aman?

Tidak. Keamanan bergantung pada alokasi nomor, data lokal terenkripsi, batas fungsi, pencegahan duplikasi, penanganan konflik, dan rekonsiliasi saat koneksi kembali.

Bagaimana menangani perubahan jadwal?

Buat perubahan pada trip, identifikasi booking terdampak, tawarkan opsi sesuai kebijakan, catat persetujuan, pindahkan tiket dengan jejak, dan rekonsiliasi selisih harga atau refund.

Metrik apa yang paling penting bagi operator?

Tidak ada satu metrik tunggal. Load factor, ketepatan waktu, kontribusi per trip, no-show, refund, exception paket, saldo agen, dan downtime armada perlu dibaca bersama.