Mengapa POS Saya Meminta Membuat Produk Sebelum Saya Bisa Memproses Penjualan Sekali Jalan?

Karena POS Anda memperlakukan katalog produk sebagai satu-satunya sumber kebenaran (source of truth), dan penjualan non-katalog tidak memiliki tempat dalam model tersebut. Setiap baris di struk harus dipetakan ke data produk, dan banyak sistem hadir tanpa opsi open item: tidak ada jenis baris tempat kasir dapat mengetik nama dan harga lalu melanjutkannya. Ketika pelanggan menyerahkan sesuatu yang tidak pernah dimasukkan sebagai produk, mesin kasir tidak memiliki tombol untuk itu.

Jadi kasir berimprovisasi, biasanya dengan salah satu dari dua cara: membuat produk sekali pakai di tengah transaksi saat antrean memanjang, atau memproses penjualan dengan produk asli terdekat dan berharap tidak ada yang memeriksa. Keduanya memasukkan data yang salah ke dalam pembukuan Anda.

Mengapa setiap penjualan harus dipetakan ke data katalog?

Karena dalam POS berbasis katalog (catalog-first), data produk melakukan semua pekerjaan. Data tersebut menyimpan harga, aturan pajak, tautan inventaris, dan kategori pelaporan, sehingga checkout hanya berupa pencarian alih-alih entri data. Desain tersebut tepat untuk sebagian besar transaksi ritel, dan itulah alasan mengapa memindai kode batang terasa instan.

Kekurangan ini muncul pada situasi khusus: biaya perbaikan, pesanan khusus, biaya pengiriman, atau barang konsinyasi unik yang dititipkan vendor pagi ini. Mesin kasir elektronik lama menangani hal ini dengan tombol departemen terbuka (tombol yang menerima harga yang diketik dan mengelompokkannya ke dalam suatu kategori). Banyak sistem POS cloud modern diam-diam menghapus kemampuan tersebut ketika mereka beralih ke desain berbasis katalog dan tidak pernah membangunnya kembali.

Apa yang sebenarnya dilakukan staf ketika tidak ada tombol open item?

Mereka mencari jalan pintas (workaround), dan jalan pintas tersebut membutuhkan biaya lebih besar daripada masalah utamanya.

• Produk sekali pakai yang dibuat di tengah transaksi. Kasir menghentikan transaksi, membuka editor katalog, dan membuat "barang serba-serbi" (misc item) dengan harga hari ini. Lakukan ini selama sebulan dan katalog Anda akan dipenuhi data sampah yang mengotori pencarian, ekspor, dan laporan.

• Grid produk sampel (dummy). Beberapa sistem mendorong merchant untuk membuat produk bernama "penjualan kustom 1" dan "penjualan kustom 2", masing-masing dengan varian per titik harga ($1,00, $2,00, dan seterusnya), sehingga kasir memilih varian mana pun yang paling mendekati jumlah sebenarnya. Itu adalah katalog yang berpura-pura menjadi papan tombol (keypad), dan hal itu membulatkan pendapatan Anda ke varian apa pun yang ada.

• Memprosesnya dengan produk asli terdekat. Paling cepat di meja kasir, paling buruk di pembukuan. SKU yang digantikan (stock-keeping unit, data produk) kehilangan inventaris yang tidak pernah dijualnya, saran pemesanan ulang muncul berdasarkan permintaan semu, dan laporan penjualan Anda mencatat produk yang salah.

• Trik kuantitas. Produk seharga $1 yang diproses dengan kuantitas 37 menghasilkan baris $37 dan jumlah unit terjual yang tidak berarti apa-apa.

Setiap tindakan ini tidak terlihat pada saat kejadian tetapi berbiaya mahal saat waktu pelaporan. Ini adalah pola kegagalan yang sama seperti sistem POS tambal sulam: jalan pintas menjadi sistem utama, dan laporan tidak lagi mencerminkan kondisi toko yang sebenarnya.

Jalan pintas mana yang dapat bertahan sampai Anda memperbaikinya?

Jika POS Anda saat ini tidak dapat melakukan hal ini dan Anda tidak berencana berganti sistem minggu ini, batasi dampaknya:

1. Buat satu produk serba-serbi per perlakuan pajak secara terpusat, dengan fitur penimpaan harga (price override) diaktifkan di mesin kasir. Beri nama yang jelas, misalnya "Lain-lain kena pajak" dan "Lain-lain tidak kena pajak", agar setidaknya pajak pada baris tersebut benar.

2. Kunci pengeditan katalog di mesin kasir. Produk jalan pintas harus dibuat sekali oleh manajer, tidak boleh di tengah transaksi oleh siapa pun yang sedang bertugas.

3. Tinjau baris serba-serbi setiap minggu. Jika penjualan serba-serbi melebihi sebagian kecil dari pendapatan, Anda tidak tahu apa yang sebenarnya terjual, sama seperti ekspor CSV harian yang menyembunyikan penyimpangan hingga akhir bulan.

Ini adalah penanganan darurat (triage). Langkah ini menjaga total dan pajak tetap konsisten, tetapi setiap penjualan non-katalog tetap masuk ke dalam satu kategori yang tidak terbedakan, dan tidak ada yang dapat memperbaiki bias inventaris dari SKU yang digantikan.

Seperti apa seharusnya penjualan non-katalog saat checkout?

Seperti jenis baris utama, bukan sekadar trik katalog. Kasir mengetik nama, mengetik harga, memilih apakah pajak berlaku dan grup pajak mana yang digunakan, lalu menambahkan baris tersebut ke keranjang. Fitur ini berfungsi seperti barang lainnya saat pembayaran, mencetak namanya sendiri di struk, muncul sebagai baris tersendiri dalam laporan, dan tidak pernah menyentuh inventaris. Mesin kasir lama melakukan ini puluhan tahun lalu; tidak ada alasan teknis mengapa POS modern tidak bisa mengaplikasikannya.

Final menghadirkan fitur ini sebagai penjualan kustom (custom sale): sebuah tab di samping katalog pada layar penjualan tempat Anda memasukkan nama dan jumlah pada keypad, memilih grup pajak jika perlu, dan menambahkannya ke keranjang seperti baris lainnya. Fitur ini sudah aktif hari ini, dan langkah-langkah lengkapnya ada di pusat bantuan: cara membuat penjualan kustom. Prinsip yang sama berlaku untuk kasus khusus checkout lainnya yang harus diakomodasi oleh sistem yang fleksibel, mulai dari penjualan bebas pajak hingga pembayaran terpisah (split payments): keputusan tingkat baris dan tingkat pembayaran berada di kasir, bukan dengan mengubah katalog.

Satu batasan: open item diperuntukkan bagi penjualan insidental yang benar-benar sekali jalan. Jika Anda memproses "penjualan insidental" yang sama setiap minggu, barang tersebut layak memiliki data produk sendiri. Perbedaannya adalah menyertakannya menjadi keputusan katalog yang disengaja, bukan keadaan darurat di tengah transaksi saat antrean menonton.

Lantas mengapa POS Anda meminta Anda membuat produk terlebih dahulu?

Karena sistem tersebut dirancang dengan asumsi bahwa katalog sudah lengkap, dan meja kasir adalah tempat asumsi tersebut terbukti salah beberapa kali dalam seminggu. Solusinya bukanlah disiplin staf yang lebih ketat atau grid produk sampel yang lebih rapi; melainkan jenis baris open item yang menerima nama yang diketik, harga yang diketik, dan pilihan pajak. Aturan praktisnya: jika biaya non-katalog memakan waktu lebih lama daripada mengetik harganya, POS Anda kekurangan jenis baris, bukan kekurangan jalan pintas. Hitung berapa banyak baris "serba-serbi" yang muncul di laporan Anda bulan lalu, dan jika jumlahnya mengejutkan Anda, audit sisa jalan pintas Anda saat Anda melakukannya.