POS Anda Tidak Bisa Melakukan Pembayaran Terpisah? Solusi dan Alternatif Nyata

Jika POS Anda tidak dapat melakukan pembayaran terpisah, Anda masih dapat menyelesaikan penjualan hari ini. Minta satu pelanggan membayar jumlah penuh dan biarkan kelompok tersebut menyelesaikannya di antara mereka sendiri, atau masukkan pesanan sebagai dua transaksi terpisah. Keduanya berhasil. Keduanya juga membawa biaya yang akan diserap secara diam-diam oleh laporan Anda, jadi panduan ini membahas solusi sementara yang bertahan, trik yang merusak pembukuan Anda, dan apa yang harus dicari ketika Anda siap untuk berhenti berimprovisasi.

Apa itu pembayaran terpisah?

Pembayaran terpisah (atau split tender) adalah satu penjualan yang dibayar dengan lebih dari satu metode: dua kartu, tunai ditambah kartu, kartu hadiah yang ditambahkan dengan kartu. Ini terus-menerus terjadi — teman yang membagi pembelian, pelanggan yang ingin menghabiskan sisa uang tunai mereka, deposit yang dibayar sebagian dari kredit toko.

Banyak sistem POS yang masih belum bisa melakukannya. Beberapa dibangun dengan asumsi satu tagihan per pesanan dan tidak pernah ditinjau kembali. Yang lain secara teknis mendukungnya tetapi membatasi fitur tersebut di balik paket restoran atau premium, sehingga tingkat ritel yang Anda gunakan tidak mendukungnya.

Bagaimana cara menerima pembayaran terpisah tanpa dukungan bawaan?

Ada dua solusi sementara yang tidak merusak catatan Anda.

Biarkan satu pelanggan membayar, dan biarkan kelompok tersebut menyelesaikannya sendiri. Opsi paling bersih untuk Anda: satu pembayaran penuh, satu transaksi, satu tanda terima. Pelanggan menyelesaikannya di antara mereka sendiri melalui transfer elektronik atau aplikasi pembayaran. Ini tidak membebani Anda apa pun dalam hal kualitas data. Satu-satunya batasan adalah kesediaan pelanggan, dan dalam praktiknya sebagian besar kelompok sudah terbiasa dengan hal itu.

Masukkan pesanan sebagai transaksi terpisah. Jika pembagian mengikuti item, bagi keranjang: masukkan item satu pelanggan, terima pembayaran mereka, lalu masukkan sisanya. Jika pembagian berdasarkan jumlah dan bukan item, Anda memerlukan entri jumlah kustom per pembayar, yang membuat penjualan berada di luar katalog produk Anda. Apa pun pilihannya, sepakati jumlahnya sebelum Anda mulai memasukkan transaksi — membatalkan pembagian yang baru selesai setengah adalah tempat antrean checkout menjadi kacau.

Trik pembayaran terpisah mana yang harus Anda hindari?

Pintasan yang menggoda adalah pintasan yang salah menyatakan uang Anda. Mengurangi bagian tunai sebagai diskon dan membebankan sisanya ke kartu terlihat rapi di konter, tetapi hal itu mencatat penjualan yang lebih kecil dari yang sebenarnya Anda kumpulkan, mengecilkan pajak yang Anda utang, dan menyisakan uang tunai di laci yang tidak dapat dijelaskan oleh laporan apa pun. Catatan utang kertas dan catatan "saya akan memperbaikinya setelah tutup" memiliki masalah yang sama dengan lebih sedikit saksi. Jika solusi sementara mengubah apa yang dipikirkan sistem tentang penghasilan Anda, itu bukan solusi sementara — itu adalah kesalahan pembukuan yang Anda jadwalkan untuk nanti.

Apa kerugian dari solusi sementara yang aman sekalipun?

Metode dua transaksi menjaga pembukuan Anda tetap jujur tetapi membengkokkan data Anda. Satu keranjang menjadi dua pesanan, sehingga jumlah transaksi membengkak dan metrik rata-rata pesanan menyimpang. Pembagian kartu-plus-kartu menjadi dua tagihan, dan karena sebagian besar pemroses menetapkan harga setiap tagihan dengan komponen tetap di atas persentase, dua tagihan memakan biaya lebih besar daripada satu tagihan. Pengembalian dana menjadi lebih sulit: pembayaran berada dalam pesanan yang berbeda, sehingga pengembalian berarti mencari dan membatalkan masing-masing secara terpisah. Dan laporan yang Anda andalkan untuk membuat keputusan sekarang membutuhkan catatan kaki mental di samping setiap angka dari hari Sabtu yang sibuk.

Semua itu tidak fatal pada volume rendah. Pada sepuluh tagihan terpisah sehari, itu adalah beban nyata pada data Anda dan kecepatan antrean Anda.

Bisakah Anda menambahkan pembayaran terpisah ke POS Anda saat ini?

Terkadang. Periksa tiga tempat sebelum Anda menyimpulkan bahwa itu tidak mungkin: tingkat paket Anda (fitur tersebut mungkin ada di satu tingkat harga di atas), pasar aplikasi vendor (add-on checkout pihak ketiga terkadang menambalnya), dan antrean permintaan fitur vendor (di mana Anda setidaknya dapat mengukur apakah fitur tersebut akan hadir). Kemudian lakukan perhitungan yang jujur: bandingkan biaya peningkatan atau add-on dengan biaya yang saat ini ditimbulkan oleh solusi sementara dalam hal biaya, waktu rekonsiliasi, dan gangguan pelaporan.

Seperti apa sebenarnya tampilan split tender bawaan?

Saat Anda mengevaluasi pengganti, pembayaran terpisah yang dilakukan dengan benar berarti: beberapa pembayaran dicatat dalam satu transaksi, setiap pembayaran terlihat secara individual dalam laporan transaksi, pengembalian dana dapat dilacak kembali ke metode pembayaran yang digunakan, dan dukungan untuk pembayaran kustom seperti kredit toko atau cek di samping tunai dan kartu. Ini juga harus berfungsi di konter tanpa perlu persetujuan manajer, karena fitur yang tidak dapat digunakan staf pada jam 12:15 di hari Sabtu sama saja dengan tidak ada.

Final menangani hal ini secara bawaan. Satu penjualan dapat dibayar dengan beberapa jenis pembayaran — tunai dan kartu, dua kartu, atau jenis pembayaran kustom seperti kredit toko dan cek — dan setiap pembayaran masuk ke dalam laporan transaksi sebagai bagian dari penjualan yang sama, termasuk pengembalian dana. Pembayaran nirkontak juga berfungsi di dalamnya; berikut adalah bagaimana Tap to Pay cocok dengan checkout.

Jika pembayaran terpisah adalah celah yang akhirnya membuat Anda mencari alternatif, migrasi kini tidak sesulit dulu: platform modern mengimpor produk, kategori, dan pelanggan Anda secara otomatis dari Square, Shopify, Clover, Lightspeed X-Series, atau WooCommerce, sehingga peralihan hanya memakan waktu beberapa hari, bukan berbulan-bulan.