Kontrol Kerugian dan Risiko Kasir
Satu diskon manual tidak berarti apa-apa. Dua puluh diskon dari satu PIN dalam satu Shift sementara yang lain hanya tiga — itu berarti.
Kontrol kerugian terdiri dari dua lapisan. Pertama — jurnal operasi berisiko, yang menjawab pertanyaan "apa yang terjadi". Kedua — enam aturan, yang menjawab pertanyaan pemilik "apa yang perlu diperhatikan".
Jurnal operasi berisiko#
Kasir mencatat feed peristiwa tindakan berisiko dengan keterkaitan ke kasir saat itu (pergantian cepat melalui PIN diperhitungkan, bukan hanya siapa yang login di Perangkat):
| Peristiwa | Kapan dicatat |
|---|---|
| Diskon manual / perubahan harga | kasir menurunkan harga atau memberi diskon secara manual |
| Pembatalan Pesanan | Struk dibatalkan seluruhnya |
| Penghapusan Item setelah dikirim ke dapur | pembatalan hidangan yang sudah disiapkan |
| Pengembalian berdasarkan Struk | pengembalian diproses |
| Membuka laci uang tanpa penjualan | laci dibuka di luar Struk |
| Cetak ulang Struk yang sudah dikeluarkan | cetak ulang — cara klasik menukar Struk tamu |
| Pengeditan tagihan tamu setelah precheck | tamu sudah melihat totalnya, tetapi tagihan tamu diubah (termasuk penggabungan Meja yang membatalkan precheck yang sudah dicetak) |
| Selisih Kasir saat penutupan Perubahan kas | fakta tidak sesuai dengan perkiraan |
Feed itu sendiri dengan filter berdasarkan kasir dan jenis operasi ada di tab "Operasi berisiko" pada bagian "Statistik" — lihat Kunjungan dan ringkasan. Di sini tidak diduplikasi.
Jurnal memiliki kaki kedua, yaitu sisi server. Operasi berisiko tidak hanya dicatat oleh Kasir, tetapi juga diturunkan oleh server secara mandiri — dari bagaimana Pesanan itu sendiri berubah: penghapusan Item yang sudah dikirim ke dapur, diskon manual, perubahan harga, pembukaan kembali Pesanan yang sudah ditutup, pembatalan setelah pembayaran, pengembalian, pengeditan setelah precheck. Rekaman ini tidak dapat dihindari oleh Kasir: dilakukan di sisi yang menerima Pesanan, bukan di browser.
Dari dua kaki ini terbentuk aturan tersendiri — "selisih jurnal": jika operasi ada di jurnal Kasir tetapi tidak ada di jurnal server (atau sebaliknya), itu alasan untuk memeriksa lebih teliti — Aplikasi berjalan offline, jurnal tidak terkirim, atau kasir mencoba menghindari pencatatan. Selisih seperti itu masuk ke "Risiko Kasir" di tab "Dalam pemantauan" bersama peringatan lainnya.
Enam aturan#
Aturan dihitung di server berdasarkan jurnal dan data akuntansi. Jendela pengamatan — seminggu, "Perubahan kas" didekati dengan hari kalender Cabang.
| Aturan | Kapan terpicu |
|---|---|
| Rangkaian pembatalan | satu kasir dalam satu Perubahan kas mengumpulkan begitu banyak pembatalan/pembatalan Struk sehingga itu bukan lagi "wajar" (default — 8, sekitar satu per jam Perubahan kas penuh) |
| Rangkaian diskon | total diskon manual kasir dalam satu Perubahan kas tiga kali (×3) melebihi median semua kasir Akun dalam jendela |
| Selisih Kasir | kekurangan/kelebihan saat penutupan Perubahan kas di atas ambang pemilik atau tiga kali (×3) di atas median selisih |
| Pengeluaran di atas norma | pada siklus inventarisasi, pengeluaran aktual melebihi teoretis (berdasarkan kartu teknis) lebih dari N % (default — 5 %) — "ke mana perginya selisihnya" |
| Lonjakan harga beli | barang diterima lebih mahal dari median harganya (default — 15 %+) |
| Selisih jurnal | operasi ada di jurnal Kasir tetapi tidak ada di jurnal server (atau sebaliknya) — lihat bagian di atas |
Mengapa ambang moneter dikalibrasi sendiri. Konstanta tidak berfungsi di sini: Akun memiliki mata uang berbeda dan skala tagihan berbeda. Karena itu aturan moneter membandingkan kasir dengan median semua kasir Akun yang sama dan hanya terpicu jika melebihi tiga kali lipatnya.
Median harga beli dihitung berdasarkan jendela 30 dan 90 hari, satu faktur — satu titik sampel (pemasok yang membagi pengiriman menjadi lima baris tidak menggeser median lima kali lebih kuat dari yang jujur). Kurang dari tiga pengiriman — bukan sampel, aturan diam. Median yang sama memberikan lencana "+N % dari median" langsung di baris penerimaan — lihat Gudang.
Setiap peringatan memiliki tingkat (tinggi/sedang), jumlah yang berisiko, jumlah peristiwa dan periode. Perhitungan ulang tidak menghasilkan duplikat: ketidakseimbangan yang sama pada hari yang sama — peringatan yang sama.
Di mana melihat dan cara mengatur#
Blok "Risiko Kasir" — di "Obrolan Kerja" → "Perlu keputusan" → tab "Dalam pemantauan", bersama urusan lainnya. Bagian terpisah "Perlu perhatian" tidak ada lagi di panel; alamat lama mengarah ke sini juga. Tombol "Tindak lanjuti" mengarah ke feed peristiwa.
Ambang dibuka melalui ikon roda gigi ⚙️ di header bagian "Statistik", item "Ambang peringatan": itu akan otomatis beralih ke tab "Operasi berisiko" dan membuka blok ambang yang terlipat (item ini hanya terlihat oleh pemilik dan manajer). Bisa juga diakses manual — tab "Operasi berisiko" → blok ambang. Yang dapat diatur:
- total diskon manual per Perubahan kas — menaikkan ambang: kedua syarat diperlukan, baik ambang maupun melebihi median (norma diskon bersifat relatif dan bergantung pada promo);
- rangkaian pembatalan per Perubahan kas — ambang hitung;
- selisih Kasir — menggantikan median: di sini pemilik mengetahui toleransinya dalam uang absolut;
- kerugian di atas pengeluaran teoretis, %;
- melebihi median harga beli, %.
Ambang kosong = "tidak ada ambang": aturan berjalan dari median (moneter) atau dari nilai default yang konservatif.
Email ke pemilik — berdasarkan Langganan. Secara default peringatan dihitung dan terlihat di admin, tetapi tidak ada yang menerima email. Tombol email ada di pengaturan yang sama, dan dirancang begitu: satu email per siklus berisi ringkasan peringatan baru, bukan satu email per peringatan — rangkaian pembatalan biasanya datang sekaligus.
Klip video operasi berisiko#
Jika kamera terhubung ke perangkat kasir melalui Cenaly Hardware Bridge, sebuah klip video pendek dapat dilampirkan pada peristiwa: beberapa detik sebelum dan sesudah operasi.
Pengaturan dilakukan per cabang (setiap kasir memiliki area dan sudut pandangnya sendiri) di bagian perangkat keras:
- pengaktifan (secara bawaan nonaktif — video area kasir adalah data pribadi, tidak boleh diaktifkan diam-diam atas nama klien);
- kamera area kasir dari daftar perangkat bridge;
- berapa detik sebelum dan sesudah peristiwa yang masuk ke klip — secara bawaan 30 dan 30, diizinkan dari 5 hingga 120 detik;
- batas harian klip per cabang — secara bawaan 40, diizinkan dari 1 hingga 200;
- masa penyimpanan klip — secara bawaan 30 hari, diizinkan dari 1 hingga 365.
Jurnal tetap berfungsi penuh tanpa kamera — video hanyalah tambahan, bukan syarat.
Persetujuan PIN#
Operasi berisiko dapat ditutup dengan konfirmasi atasan: kasir meminta tindakan, manajer memasukkan PIN-nya, dan ke dalam jurnal tercatat baik operasinya maupun siapa yang menyetujuinya.
Batas diskon, pengembalian, dan pembatalan berdasarkan peran ditetapkan oleh pemilik di bagian Karyawan dan shift; kasir berdasarkan batas tersebut memutuskan apakah operasi memerlukan persetujuan PIN.
Gerbang pengaman tidak hanya ada di antarmuka. Saat struk dikirim ke server, batas kasir dihitung ulang — berdasarkan jabatan sebenarnya, bukan berdasarkan apa yang dikirim aplikasi; struk dengan diskon melebihi batas tanpa konfirmasi atasan tidak akan diterima. Dan yang menyetujui wajib benar-benar memiliki hak untuk menyetujui: nama dan peran "dari permintaan" tidak dipertimbangkan oleh server.
Cetak ulang struk yang telah diterbitkan juga melalui PIN dan tercatat di jurnal.
Bagian terkait#
- Kehadiran dan ringkasan — feed "Operasi berisiko" itu sendiri dan tab "Penyajian"
- Perlu perhatian — tab "Dalam pemantauan" pada obrolan kerja, tempat blok "Risiko kasir" berada
- Kasir (POS) — peran PIN, pracetak, pengembalian
- Perubahan kas — rekonsiliasi uang tunai dan laporan Z, dari mana selisih berasal
- Inventaris — stock opname, kehilangan, dan lencana "+N % terhadap median" pada penerimaan
- Karyawan dan shift — batas diskon, pengembalian, dan pembatalan berdasarkan peran
Pertanyaan umum#
Apakah ini pengawasan terhadap karyawan?#
Ini alat untuk berbicara, bukan untuk menghukum. Aturan tidak menuduh — aturan menunjukkan bahwa jumlah operasi seseorang menonjol tajam dari gambaran keseluruhan. Selanjutnya manajer yang memutuskan.
Mengapa aturan tidak berjalan, padahal diskonnya sangat besar?#
Aturan moneter melihat jumlah per shift terhadap median semua kasir, bukan satu operasi. Jika diskon besar adalah hal normal untuk seluruh tempat usaha, mediannya akan tinggi. Tetapkan ambang batas eksplisit jika ingin menangkap jumlah absolut.
Apakah peringatan datang beberapa kali untuk kasus yang sama?#
Tidak. Pengenal peringatan dibangun dari aturan, cabang, kasir, dan periode — perhitungan ulang menghasilkan peringatan yang sama, dan email untuknya dikirim satu kali.
Bisakah email diaktifkan tanpa mengaktifkan video?#
Ya, ini pengaturan yang independen: email — di ambang batas aturan, video — di pengaturan cabang pada bagian perangkat keras.
Apa yang harus dilakukan jika "Pengeluaran melebihi norma" terpicu?#
Bandingkan pengeluaran teoretis menurut kartu teknis dengan fakta stock opname: paling sering penyebabnya adalah kartu teknis yang tidak akurat, penghapusan barang rusak yang belum dicatat, atau porsi "kira-kira". Analisisnya ada di tab "Kehilangan" pada bagian Inventaris.