Teknologi POS
Sistem Kasir Mobile untuk Penjualan di Lapangan

Ringkasan Cepat
Sistem kasir mobile membantu tim lapangan mengelola wilayah, kunjungan, order, stok, harga, kredit, pembayaran, bukti, dan rekonsiliasi dalam satu alur.
- Penjualan di lapangan membutuhkan lebih dari aplikasi checkout karena petugas membawa katalog, harga, target, stok, riwayat pelanggan, kebijakan kredit, serta tanggung jawab penagihan ke luar kantor.
- Koneksi dapat terputus dan transaksi berlangsung jauh dari supervisor.
- Sistem Kasir mobile harus menjaga order-to-cash tetap dapat ditelusuri dari rencana kunjungan hingga setoran dan rekonsiliasi.
Ringkasan dibuat untuk membantu pembaca memahami poin utama. Gunakan isi artikel lengkap sebagai sumber penjelasan.
Penjualan di lapangan membutuhkan lebih dari aplikasi checkout karena petugas membawa katalog, harga, target, stok, riwayat pelanggan, kebijakan kredit, serta tanggung jawab penagihan ke luar kantor. Koneksi dapat terputus dan transaksi berlangsung jauh dari supervisor. Sistem Kasir mobile harus menjaga order-to-cash tetap dapat ditelusuri dari rencana kunjungan hingga setoran dan rekonsiliasi.
Desain yang baik memberi petugas data minimum untuk mengambil keputusan, sambil membatasi harga, kredit, refund, stok, dan akses pelanggan sesuai role. Offline bukan alasan menghapus kontrol, melainkan kondisi operasi yang harus dimodelkan.

Jawaban singkat
Hubungkan sales ID, territory, route, customer-site, visit, quote, order, vehicle stock, delivery, payment, return, expense, dan settlement. Gunakan reference unik pada setiap entitas.
Siapkan katalog serta customer data offline, queue write secara aman, dan tampilkan sync backlog. Tutup hari dengan rekonsiliasi order, stock, cash, payment digital, expense, serta outstanding collection.
Tentukan model lapangan
Pre-sales mencatat order untuk dikirim kemudian; van sales menjual dari stok kendaraan; canvassing mencari customer baru; service sales menggabungkan pekerjaan dan pembayaran. Satu aplikasi dapat mendukung beberapa model, tetapi aturan berbeda.
| Model | Stok | Pembayaran | Bukti utama |
|---|---|---|---|
| Pre-sales | gudang | invoice/tempo | sales order |
| Van sales | kendaraan | tunai/digital | receipt |
| Delivery sales | allocated | COD/tempo | POD |
| Canvassing | sampel | lead/deposit | visit |
| Service field | part/alat | invoice | work completion |
| Collection | tidak ada | pembayaran piutang | receipt/reference |
Tentukan scope per role. Jangan memberi petugas collection kemampuan mengubah price atau stok bila tidak diperlukan.
Rancang territory
Gunakan territory ID, customer assignment, channel, potential, frequency, serta owner. Perubahan assignment memiliki effective date agar komisi dan histori tetap jelas.
Tinjau coverage, overlap, travel time, dan workload. Wilayah besar dengan sedikit customer dapat membutuhkan pola berbeda dari area padat.
Onboard customer baru
Lead yang layak menjadi customer melalui deduplication, validasi identitas bisnis, alamat, kontak, price class, tax data bila diperlukan, credit assessment, dan approval. Jangan langsung memberi kredit hanya karena order pertama besar.
Offline onboarding dapat menyimpan draft minimum, tetapi status aktif serta limit menunggu validasi. Merge dan perubahan rekening memerlukan kontrol lebih kuat.
Buat route plan
Rute mempertimbangkan customer priority, time window, service time, distance, vehicle capacity, product availability, dan collection due. Sisakan buffer.
Petugas mencatat check-in, outcome, next action, serta reason jika kunjungan gagal. GPS dipakai secara proporsional dan transparan sesuai tujuan serta kebijakan.
Siapkan customer 360 minimum
Tampilkan contact, site, last order, price list, open invoice, credit limit, overdue, preferred delivery, dan note yang diperlukan. Mask data sensitif.
Jangan menyalin seluruh database ke perangkat jika tidak diperlukan. Batasi territory serta refresh data berdasarkan role.
Kelola katalog dan harga
Katalog offline memuat SKU, variant, unit, pack, price, tax, image, stock atau ATP, dan promotion yang berlaku. Simpan version serta last sync.
Price list dapat berbeda per customer, channel, quantity, atau contract. Manual override membutuhkan reason, limit, dan approval.
Kelola quotation
Quote memiliki version, validity, quantity, unit price, discount, tax, delivery, dan terms. Customer approval menghasilkan order tanpa retyping.
Jika harga usang saat reconnect, sistem memberi exception daripada mengubah total diam-diam. Staff mengomunikasikan perubahan sebelum konfirmasi.
Kelola stok kendaraan
Load sheet memindahkan item dari gudang ke vehicle location. Driver atau salesperson menghitung dan menerima quantity.
Sale, sample, damage, return, dan transfer mengubah stok kendaraan. Closing count dibandingkan expected sebelum stok kembali ke gudang.
Tangani order
Order menyimpan customer, site, sales, route, item, quantity, price, promised date, fulfillment, payment term, serta external reference. ID dibuat lokal secara unik ketika offline.
Gunakan idempotency pada sync. Duplicate check memakai reference, bukan hanya customer, total, dan waktu yang dapat kebetulan sama.
Kelola kredit
Credit sale memeriksa limit, overdue, term, exposure termasuk open order, dan approval. Offline menggunakan snapshot dengan timestamp serta batas tambahan.
Transaksi di atas toleransi dapat ditahan sebagai request approval. Jangan membiarkan petugas membagi order untuk menghindari limit.
Terima pembayaran
Pisahkan order, invoice, payment, dan settlement. Tunai memakai receipt serta cash custody; digital memakai provider reference; transfer diverifikasi sesuai prosedur.
Payment dialokasikan ke invoice secara eksplisit. Unapplied cash masuk exception, bukan otomatis ke invoice tertua tanpa rule.
Kelola collection
Daftar kunjungan menampilkan invoice due, amount, dispute, promise-to-pay, dan contact. Hasil berupa paid, partial, promise, dispute, unavailable, atau escalation.
Jangan mengubah due date untuk membuat aging terlihat baik. Promise-to-pay memiliki tanggal, amount, serta follow-up.
Tangani retur
Retur dikaitkan ke sale atau delivery asal, item, quantity, condition, reason, dan disposition. Customer menerima return receipt.
Barang belum menjadi available sampai inspeksi. Credit note serta refund mengikuti approval dan rekonsiliasi.
Catat expense
Expense lapangan memiliki type, amount, route, waktu, bukti, dan approval. Cash expense tidak boleh mengurangi setoran penjualan tanpa record.
Policy menjelaskan limit, receipt, mileage, fuel, toll, parking, meal, atau biaya lain sesuai bisnis.
Catat merchandising
Jika tim mengelola display, shelf, price label, atau planogram, buat task serta evidence yang proporsional. Simpan location, item, before-after status, stock issue, dan competitor observation bila sah.
Aktivitas merchandising tidak otomatis membuktikan penjualan. Hubungkan perubahan dengan availability serta transaksi pada periode berikutnya, sambil memperhatikan promosi dan faktor lain.
Kelola sample dan aset
Sample, display unit, cooler, rack, atau alat promosi memiliki asset ID, custodian, customer-site, condition, dan return date. Pisahkan dari saleable stock.
Transfer serta disposal memerlukan sign-off. Asset yang hilang tidak ditutup sebagai diskon atau expense tanpa investigasi.
Review route economics
Hitung contribution setelah discount, return, delivery, travel, sales time, collection effort, dan asset support. Bandingkan customer serta route dengan konteks potensi.
Rute dengan omzet rendah mungkin tetap strategis, tetapi alasannya perlu dinyatakan. Pilihan dapat berupa perubahan frekuensi, minimum order, telesales, distributor, atau service tier.
Bangun offline-first
Panduan Android tentang offline-first membahas sumber data lokal, queue, sinkronisasi, dan resolusi konflik. Pada sistem sales, bisnis perlu memverifikasi implementasi produk aktual.
Tentukan read serta write yang tersedia, data expiry, storage, encryption, dan device capacity. User melihat online state serta last sync.
Tangani konflik
Price, customer, credit, stock, dan order dapat berubah di server ketika device offline. Gunakan version, timestamp, ownership, dan business rule.
Konflik material masuk exception queue. Last-write-wins tidak aman untuk seluruh domain.
Lindungi perangkat
Gunakan MDM bila sesuai, screen lock, encryption, app allowlist, OS support, remote revoke, dan inventory asset. Perangkat hilang segera dilaporkan.
Offline data dibatasi serta memiliki retensi. Screenshot, export, dan sharing dibatasi berdasarkan risiko.
Closing harian
Urutan closing adalah:
Selesaikan visit serta order exception.
Sinkronkan device dan periksa backlog.
Hitung stok kendaraan serta return.
Hitung cash dan cocokkan receipt.
Rekonsiliasi payment digital serta transfer.
Submit expense dan bukti.
Review credit override, return, dan discount.
Supervisor sign-off serta buat follow-up.
Jika koneksi belum pulih, gunakan status provisional dan selesaikan sesuai runbook; jangan menghapus antrean.
Ukur kinerja
Pantau coverage, productive call, conversion, order value, contribution, lines per order, out-of-stock, on-time sync, credit exception, collection rate, return, inventory variance, route cost, dan cost-to-serve.
Hindari mengukur GPS atau jumlah kunjungan tanpa outcome. Target volume diseimbangkan dengan margin, collection, return, dan customer quality.
Pilot
Uji satu territory dengan konektivitas, customer, dan volume representatif. Simulasikan offline, price conflict, credit limit, stock discrepancy, payment pending, return, dan lost device.
Gunakan Kasair untuk konteks transaksi dan artikel Kasair untuk praktik operasional lain. Konfirmasikan kebutuhan field sales serta offline melalui produk atau integrasi.
FAQ
Apa beda pre-sales dan van sales?
Pre-sales membuat order untuk dipenuhi kemudian; van sales menjual langsung dari stok kendaraan.
Bagaimana kredit bekerja saat offline?
Gunakan snapshot bertimestamp, exposure, batas toleransi, approval, dan rekonsiliasi saat tersambung.
Bagaimana mencegah order ganda?
Gunakan ID unik lokal, idempotency, unique constraint, dan sync status yang terlihat.
Apa yang direkonsiliasi saat closing?
Order, sync, stok, kas, digital payment, transfer, expense, return, discount, dan credit exception.
Bagaimana mengamankan perangkat?
Gunakan screen lock, encryption, role, MDM atau remote revoke, OS support, dan minimisasi data.
Metrik apa yang penting?
Pantau contribution, productive call, conversion, collection, return, variance, sync, route cost, dan cost-to-serve.
BACA SELANJUTNYA