Sistem Kasir untuk Operasional Industri Logistik

Bisnis logistik tidak selesai ketika ongkos kirim dibayar. Paket berpindah melalui origin, hub, line haul, destination, kurir, penerima, dan mungkin retur; setiap handoff membawa risiko salah rute, rusak, hilang, atau terlambat. Sistem Kasir perlu menghubungkan order, shipment, tarif, pembayaran, barcode, scan event, manifest, dan settlement.

Tujuannya ialah menjaga satu identitas kiriman serta jejak custody dari penerimaan sampai penutupan. Status harus berasal dari event nyata, bukan estimasi yang menyesatkan pelanggan.

Jawaban singkat

Buat shipment ID unik dengan shipper, consignee secukupnya, service, origin, destination, package, weight/dimension, declared item, price, payment term, SLA, dan restrictions. Cetak barcode yang sulit tertukar dan scan pada setiap handoff penting.

Pisahkan shipment, package, manifest, route, vehicle, delivery attempt, COD, claim, return, dan invoice. Rekonsiliasi POS, operational scans, partner events, cash, payment provider, COD remittance, surcharge, claim, serta general ledger.

Modelkan objek logistik dengan benar

Satu order dapat mempunyai beberapa shipment dan satu shipment beberapa package. Model yang terlalu sederhana membuat partial delivery serta missing piece tidak terlihat.

Petugas menggunakan aplikasi kasir online di laptop untuk kelola stok dan transaksi kasir apotek

Identifier dicetak dan dipindai; jangan mengetik ulang sepanjang jaringan. Reprint label mencatat alasan serta menonaktifkan risiko duplikasi.

Validasi penerimaan kiriman

Counter atau pickup memverifikasi serviceability, alamat, kontak, isi yang dinyatakan, packaging, quantity, actual weight, dimension, restriction, nilai, serta service level. Jangan menjanjikan layanan sebelum constraint diperiksa.

Alur minimum:

1. Buat quote dari data awal.

2. Validasi origin, destination, serta service.

3. Timbang dan ukur melalui alat terkontrol.

4. Periksa packaging serta kategori barang.

5. Konfirmasi tarif, SLA, dan syarat.

6. Terima payment atau account billing.

7. Terbitkan label serta receipt.

Perbedaan berat setelah audit memicu surcharge workflow, bukan perubahan invoice diam-diam.

Kendalikan packaging dan barang terbatas

Sistem mencatat jenis kemasan, ukuran, berat, seal, handling mark, serta deklarasi pengirim. Staf memeriksa apakah kemasan memenuhi prosedur layanan yang dipilih tanpa menjamin isi yang tidak dapat diverifikasi.

Barang fragile, cairan, baterai, pangan, bernilai tinggi, berdimensi besar, atau kategori terbatas mempunyai acceptance rule dan jalur tersendiri. Daftar larangan serta batasan berasal dari kebijakan dan ketentuan yang berlaku, lalu diperbarui melalui version control.

Jika kemasan tidak memadai, tawarkan repacking bila layanan tersedia atau tolak secara terdokumentasi. Foto acceptance digunakan secara proporsional. Jangan menerima paket lalu mengubah deklarasi agar lolos rule.

Packaging incident dianalisis bersama damage claim: titik kerusakan, material, void space, seal, stacking, cuaca, dan handling. Temuan menjadi perbaikan panduan, supplier kemasan, atau operasi, bukan sekadar alasan menolak klaim.

Kelola tarif dan surcharge

Rate card memiliki service, zone, weight break, dimensional divisor, minimum, currency, effective time, tax, fuel, remote area, handling, insurance atau protection, serta customer contract.

Sistem menyimpan input serta rule version sehingga quote dapat dijelaskan. Pembulatan berat dan dimensi ditampilkan sebelum pelanggan setuju.

Surcharge baru memerlukan reason, evidence, approval, serta komunikasi. Corporate dispute tidak menahan seluruh invoice bila komponen lain dapat diselesaikan sesuai kontrak.

Gunakan scan event yang faktual

Event dapat berupa accepted, manifested, departed origin, arrived hub, sorted, departed hub, out for delivery, attempted, delivered, exception, returned. Setiap event menyimpan time, location, actor/device, package, dan source.

Jangan membuat status “sedang diantar” hanya berdasarkan jadwal jika paket belum discan ke kurir. Estimated arrival dipisahkan dari actual custody.

Out-of-sequence atau duplicate scan masuk rule untuk review. Offline device melakukan sync idempotent tanpa menciptakan event ganda.

Kendalikan manifest dan handoff

Manifest mengelompokkan piece yang berpindah antara lokasi, kendaraan, partner, atau person. Dispatch mencatat expected; receive mencatat actual. Selisih tetap open sampai ditemukan.

Seal, container, bag, pallet, atau cage dapat mempunyai ID. Chain of custody menyimpan pengirim, penerima, waktu, lokasi, serta kondisi.

Jangan menandatangani manifest kosong. Partial receipt harus terlihat agar piece hilang dapat dicari pada titik terakhir yang pasti.

Rencanakan muatan dan kendaraan

Routing mempertimbangkan kapasitas berat serta volume, jenis barang, vehicle, driver hours, cut-off, traffic, restriction, dan delivery window. POS mengirim data komersial yang valid ke planning.

Permenhub Nomor 18 Tahun 2021 memuat pengawasan muatan angkutan barang serta penimbangan kendaraan bermotor di jalan. Operator perlu memeriksa seluruh ketentuan yang berlaku untuk model, wilayah, moda, dan muatannya.

Jangan menggunakan software untuk membenarkan overload. Exception kapasitas harus menghentikan planning atau mengalokasikan kendaraan lain.

Tangani proof of delivery

Proof of delivery dapat berupa nama penerima, waktu, lokasi, signature, foto, OTP, atau kombinasi sesuai risiko dan consent. Kumpulkan bukti minimum yang cukup.

Delivery complete hanya setelah syarat terpenuhi. “Ditaruh di tempat aman” membutuhkan instruksi serta evidence yang tepat. Jangan memalsukan receiver name untuk menutup route.

Jika gagal, attempt menyimpan reason terstruktur, timestamp, evidence, dan next action. Pesan kepada pelanggan menjaga privasi serta tidak menyalahkan.

Kelola COD sebagai ledger terpisah

COD mencakup amount, currency, collection method, collector, shipment, timestamp, receipt, deposit, remittance, fee, adjustment, dan settlement. Dana COD bukan pendapatan logistik kecuali fee sesuai kontrak.

Cash handover memakai count serta dua pihak sesuai risiko. Digital COD memakai provider reference. Jangan mengubah shipment delivered jika collection belum memenuhi syarat.

Rekonsiliasi per kurir, route, manifest, merchant, bank, dan batch. Selisih mempunyai case, aging, serta escalation.

Integrasikan partner tanpa kehilangan visibility

Partner shipment menyimpan internal ID serta partner AWB. Mapping status bersifat eksplisit; “completed” partner belum tentu sama dengan delivered final.

Webhook diproses dengan signature, idempotency, retry, dan dead-letter queue. Polling menjadi fallback yang dibatasi. Raw event dipertahankan untuk audit.

Partner invoice direkonsiliasi terhadap manifest, shipment, service, surcharge, return, dan claim. Contract version menentukan rate serta liability.

Tangani exception dan klaim

Exception taxonomy mencakup address, recipient unavailable, damaged, missing, missorted, delayed, restricted item, payment, weather, capacity, dan partner. Setiap case mempunyai owner serta next action.

Claim menghubungkan shipment, piece, packaging, declared content/value, scan history, custody, evidence, contract, investigation, decision, payout, recovery, dan closure. Jangan menjanjikan hasil sebelum pemeriksaan.

Root-cause analysis membedakan process, packaging, capacity, data, fraud, atau external disruption. Perbaikan ditujukan ke titik kegagalan.

Lindungi data pengirim dan penerima

Alamat, kontak, lokasi, isi, nilai, dan bukti delivery dapat menjadi data sensitif ketika digabung. Terapkan purpose, least privilege, masking, encryption, access log, retention, serta vendor control.

UU Nomor 27 Tahun 2022 tentang Pelindungan Data Pribadi menjadi rujukan resmi mengenai hak serta kewajiban pemrosesan data pribadi. Driver hanya melihat data yang diperlukan untuk tugas aktif.

Label tidak menampilkan informasi berlebihan. Foto POD dan export shipment dilindungi; link tracking tidak mudah ditebak.

Rekonsiliasi dan KPI

Closing menghubungkan shipment sale, payment, account receivable, manifest, COD, partner cost, surcharge, refund, claim, cash, bank, serta journal. Delivered tanpa revenue atau paid tanpa shipment menjadi exception.

Pantau acceptance accuracy, first scan latency, on-time pickup, transit time percentile, hub dwell, missort, scan compliance, first-attempt delivery, damage, loss, return, claim aging, cost per shipment, COD aging, reconciliation difference, dan complaint.

Gunakan artikel Kasair untuk skenario transaksi dan nilai Kasair pada invoicing, payment, COD, inventori, serta integrasi operasional yang diperlukan.

Implementasi bertahap

Mulai dari satu lane dan service. Definisikan ID, barcode, status, manifest, tariff, payment, COD, exception, partner mapping, role, serta journal.

Uji wrong weight, duplicate label, partial manifest, offline scan, missort, failed attempt, COD selisih, partner webhook ganda, damaged claim, return, dan settlement. Perluas setelah satu piece dapat ditelusuri end-to-end.

FAQ

Apa beda order, shipment, dan package?

Order adalah permintaan komersial, shipment adalah layanan pengiriman, dan package adalah unit fisik. Relasinya dapat satu-ke-banyak.

Mengapa scan event penting?

Scan menetapkan custody dan lokasi aktual. Tanpanya, status hanya asumsi dan investigasi kehilangan menjadi lemah.

Bagaimana menangani selisih berat?

Simpan alat, actual measurement, rule version, evidence, surcharge, approval, dan komunikasi; jangan mengubah biaya tanpa jejak.

Apakah POD harus berupa foto?

Tidak selalu. Pilih bukti sesuai risiko, consent, kontrak, dan kebutuhan; minimalkan data yang dikumpulkan.

Bagaimana mengelola COD?

Gunakan ledger collection, handover, deposit, remittance, fee, adjustment, serta settlement yang terpisah dan direkonsiliasi.

KPI logistik yang penting apa?

Gabungkan scan compliance, transit, dwell, delivery, damage, loss, return, claim, COD, biaya, dan complaint.