हानि नियंत्रण और कैश जोखिम
एक मैनुअल छूट का कोई मतलब नहीं। एक शिफ्ट में एक ही PIN से बीस छूटें, जबकि बाकी सबके पास तीन हैं — इसका मतलब है।
हानि नियंत्रण दो परतों से बना है। पहली — खतरनाक ऑपरेशन का जर्नल, जो सवाल का जवाब देती है "क्या हुआ था"। दूसरी — छह नियम, जो मालिक के सवाल "किस पर नज़र रखनी है" का जवाब देते हैं।
खतरनाक ऑपरेशन का जर्नल#
POS जोखिम भरे कामों की इवेंट फ़ीड लिखता है, मौजूदा कैशियर से जोड़कर (PIN से तेज़ स्विचिंग को ध्यान में रखा जाता है, सिर्फ़ वह नहीं जो डिवाइस पर लॉगिन है):
| घटना | कब लिखी जाती है |
|---|---|
| मैनुअल छूट / कीमत में बदलाव | कैशियर ने मैनुअल कीमत घटाई या छूट दी |
| ऑर्डर रद्द | रसीद पूरी तरह रद्द की गई |
| रसोई में भेजने के बाद आइटम हटाना | पहले से बन रहे व्यंजन का स्टॉर्नो |
| रसीद पर वापसी | वापसी दर्ज की गई |
| बिक्री के बिना कैश ड्रॉर खोलना | रसीद के बाहर ड्रॉर खोला गया |
| जारी रसीद की दोबारा प्रिंट | रीप्रिंट — अतिथि की रसीद बदलने का क्लासिक तरीका |
| प्रीचेक के बाद अतिथि बिल में बदलाव | अतिथि ने कुल रकम देख ली, और बिल बदल दिया गया (यहाँ टेबल मर्ज भी शामिल है, जो प्रिंट किए गए प्रीचेक को रद्द कर देता है) |
| कैश शिफ्ट बंद करते समय कैश में अंतर | वास्तविक रकम अपेक्षा से मेल नहीं खाई |
कैशियर और ऑपरेशन प्रकार के फ़िल्टर वाली यह फ़ीड "सांख्यिकी" अनुभाग के "खतरनाक ऑपरेशन" टैब पर रहती है — देखें उपस्थिति और सारांश। यहाँ इसे दोहराया नहीं गया है।
जर्नल का दूसरा, सर्वर-पक्ष भी है। खतरनाक ऑपरेशन सिर्फ़ POS द्वारा दर्ज नहीं होते, बल्कि सर्वर स्वयं भी निकालता है — इससे कि ऑर्डर खुद कैसे बदला: रसोई में भेजे जा चुके आइटम को हटाना, मैनुअल छूट, कीमत में बदलाव, बंद ऑर्डर को दोबारा खोलना, भुगतान के बाद रद्द करना, वापसी, प्रीचेक के बाद बदलाव। इस रिकॉर्ड को POS बायपास नहीं कर सकता: यह उस तरफ़ बनता है जो ऑर्डर लेती है, ब्राउज़र में नहीं।
दोनों पक्षों से एक अलग नियम बनता है — "जर्नल का अंतर": अगर कोई ऑपरेशन POS के जर्नल में है, लेकिन सर्वर वाले में नहीं (या उलटा), तो यह गौर से देखने की बात है — ऐप ऑफ़लाइन चला, जर्नल नहीं पहुँचा, या कैशियर ने रिकॉर्ड बायपास करने की कोशिश की। ऐसा अंतर बाकी अलर्ट के साथ «निगरानी में» टैब के "कैश जोखिम" में आता है।
छह नियम#
नियम सर्वर पर जर्नल और लेखा डेटा से गिने जाते हैं। निगरानी की अवधि — एक सप्ताह, "शिफ्ट" को शाखा के कैलेंडर दिन से अनुमानित किया जाता है।
| नियम | कब सक्रिय होता है |
|---|---|
| रद्द करने की श्रृंखला | एक कैशियर की एक शिफ्ट में इतने रद्द/स्टॉर्नो जमा हो गए कि यह अब "हो जाता है" नहीं रहा (डिफ़ॉल्ट — 8, यानी पूरी शिफ्ट में लगभग एक प्रति घंटा) |
| छूट की श्रृंखला | एक शिफ्ट में कैशियर की मैनुअल छूटों का योग अवधि में खाते के सभी कैशियरों की मीडियन से तीन गुना (×3) ज़्यादा है |
| कैश में अंतर | कैश शिफ्ट बंद करते समय कमी/अधिकता मालिक की सीमा से ऊपर है, या अंतरों की मीडियन से तीन गुना (×3) ऊपर है |
| खर्च सामान्य से ज़्यादा | इन्वेंटरी चक्र में वास्तविक खर्च सैद्धांतिक (टेक-कार्ड के अनुसार) से N % से ज़्यादा बढ़ गया (डिफ़ॉल्ट — 5 %) — "अंतर कहाँ गया" |
| खरीद मूल्य में उछाल | सामान उसकी कीमत की मीडियन से महँगा लिया गया (डिफ़ॉल्ट — 15 %+) |
| जर्नल का अंतर | ऑपरेशन POS के जर्नल में है, लेकिन सर्वर वाले में नहीं (या उलटा) — ऊपर का अनुभाग देखें |
पैसे की सीमाएँ स्वयं क्यों कैलिब्रेट होती हैं। यहाँ कोई स्थिरांक काम नहीं करता: खातों की मुद्राएँ अलग हैं और बिल का पैमाना अलग है। इसलिए पैसे के नियम कैशियर की तुलना उसी खाते के सभी कैशियरों की मीडियन से करते हैं और सिर्फ़ उससे तीन गुना ज़्यादा होने पर सक्रिय होते हैं।
खरीद मूल्य की मीडियन 30 और 90 दिनों की विंडो में गिनी जाती है, एक इनवॉइस — एक सैंपल पॉइंट (जो आपूर्तिकर्ता एक डिलीवरी को पाँच पंक्तियों में बाँटता है, वह मीडियन को ईमानदार से पाँच गुना ज़्यादा नहीं खिसकाता)। तीन से कम डिलीवरी — सैंपल नहीं, नियम चुप रहता है। वही मीडियन ग्रहण पंक्ति पर सीधे "+N % मीडियन से" बैज देती है — देखें गोदाम।
हर अलर्ट का एक स्तर (उच्च/मध्यम), जोखिम में रकम, घटनाओं की संख्या और अवधि होती है। दोबारा गणना से डुप्लिकेट नहीं बनते: एक ही दिन का एक ही असंतुलन — एक ही अलर्ट है।
कहाँ देखें और कैसे सेट करें#
"कैश जोखिम" ब्लॉक — "वर्क चैट" → "समाधान चाहिए" → «निगरानी में» टैब में, बाकी कामों के साथ। पैनल में अलग "ध्यान चाहिए" अनुभाग अब नहीं है; पुराना पता भी यहीं ले जाता है। "समाधान करें" बटन इवेंट फ़ीड पर ले जाता है।
सीमाएँ "सांख्यिकी" अनुभाग के हेडर में गियर ⚙️ से खुलती हैं, "अलर्ट सीमाएँ" आइटम: यह खुद "खतरनाक ऑपरेशन" टैब पर स्विच करेगा और सीमाओं का बंद ब्लॉक खोलेगा (यह आइटम मालिक और मैनेजर देखते हैं)। वहाँ मैनुअल तरीके से भी पहुँचा जा सकता है — "खतरनाक ऑपरेशन" टैब → सीमाओं का ब्लॉक। क्या सेट होता है:
- एक शिफ्ट में मैनुअल छूटों का योग — सीमा बढ़ाता है: दोनों शर्तें चाहिए, सीमा भी और मीडियन से अधिक भी (छूट का मानक सापेक्ष है और प्रोमो पर निर्भर करता है);
- एक शिफ्ट में रद्द करने की श्रृंखला — गिनती की सीमा;
- कैश में अंतर — मीडियन को बदल देता है: यहाँ मालिक अपनी सहनशीलता पूर्ण रकम में जानता है;
- सैद्धांतिक खर्च से ज़्यादा हानि, %;
- खरीद मूल्य की मीडियन से अधिक, %।
खाली सीमा = "सीमा नहीं": नियम मीडियन से (पैसे वाले) या डिफ़ॉल्ट रूढ़िवादी मान से चलता है।
मालिक को ईमेल — सदस्यता के अनुसार। डिफ़ॉल्ट रूप से अलर्ट गिने जाते हैं और एडमिन में दिखते हैं, लेकिन किसी को ईमेल नहीं मिलता। ईमेल का टॉगल उन्हीं सेटिंग्स में है, और सोच यह है: एक रन पर एक ईमेल नए अलर्ट के सारांश के साथ, हर एक पर अलग ईमेल नहीं — रद्द करने की श्रृंखला आमतौर पर एक साथ आती है।
खतरनाक ऑपरेशनों की वीडियो क्लिप#
अगर Cenaly Hardware Bridge के ज़रिए POS डिवाइस से कैमरा जुड़ा है, तो किसी इवेंट के साथ छोटी वीडियो क्लिप भी जोड़ी जा सकती है: ऑपरेशन से कुछ सेकंड पहले और बाद की।
यह हर शाखा के लिए अलग सेट होता है (हर POS का अपना हॉल और अपना एंगल होता है) हार्डवेयर सेक्शन में:
- चालू करना (डिफ़ॉल्ट रूप से बंद — POS क्षेत्र का वीडियो व्यक्तिगत डेटा है, ग्राहक की चुपचाप सहमति मान नहीं सकते);
- ब्रिज के डिवाइस की सूची से POS क्षेत्र का कैमरा;
- इवेंट से कितने सेकंड पहले और बाद की क्लिप बनेगी — डिफ़ॉल्ट रूप से 30 और 30, 5 से 120 सेकंड तक मान्य;
- हर शाखा पर क्लिप की दैनिक सीमा — डिफ़ॉल्ट रूप से 40, 1 से 200 तक मान्य;
- क्लिप के भंडारण की अवधि — डिफ़ॉल्ट रूप से 30 दिन, 1 से 365 तक मान्य।
जर्नल कैमरे के बिना भी पूरी तरह काम करता है — वीडियो एक अतिरिक्त चीज़ है, शर्त नहीं।
PIN-अनुमोदन#
खतरनाक ऑपरेशनों को वरिष्ठ के अनुमोदन से बंद किया जा सकता है: कैशियर कोई कार्रवाई मांगता है, मैनेजर अपना PIN डालता है, और जर्नल में ऑपरेशन भी दर्ज होता है और वह भी जिसने उसे अनुमोदित किया।
भूमिकाओं के हिसाब से छूट, वापसी और स्टॉर्नो की सीमाएं मालिक कर्मचारी और शिफ्ट सेक्शन में तय करता है; POS इन्हीं के आधार पर तय करता है कि ऑपरेशन के लिए PIN-अनुमोदन चाहिए या नहीं।
गेट सिर्फ़ इंटरफ़ेस में नहीं है। जब रसीद सर्वर पर जाती है, तो कैशियर की सीमाएं फिर से तय होती हैं — उसके असली पद के हिसाब से, न कि ऐप ने जो भेजा उसके हिसाब से; सीमा से ज़्यादा छूट वाली रसीद बिना वरिष्ठ के अनुमोदन के स्वीकार ही नहीं होगी। और अनुमोदन करने वाले के पास सचमुच अनुमोदन का अधिकार होना चाहिए: सर्वर "अनुरोध में बताए गए" नाम और भूमिका को ध्यान में नहीं लेता।
जारी की गई रसीद का रीप्रिंट भी PIN के तहत होता है और जर्नल में दर्ज होता है।
संबंधित सेक्शन#
- उपस्थिति और सारांश — खुद "खतरनाक ऑपरेशन" फ़ीड और "रोज़लिव" टैब
- ध्यान चाहिए — वर्क चैट का "नियंत्रण में" टैब, जहां "कैश जोखिम" ब्लॉक रहता है
- POS — PIN भूमिकाएं, प्रीचेक, वापसी
- कैश शिफ्ट — नकद का मिलान और Z-रिपोर्ट, जहां से अंतर निकलता है
- स्टॉक — इन्वेंटरी, नुकसान और माल लेते समय "+N % मीडियन से" बैज
- कर्मचारी और शिफ्ट — भूमिकाओं के हिसाब से छूट, वापसी और स्टॉर्नो की सीमाएं
अक्सर पूछे जाने वाले सवाल#
क्या यह कर्मचारियों की निगरानी है?#
यह बातचीत का औज़ार है, सज़ा का नहीं। नियम आरोप नहीं लगाते — वे दिखाते हैं कि किसी एक व्यक्ति के ऑपरेशनों की संख्या आम तस्वीर से तेज़ी से अलग हो रही है। आगे का फ़ैसला मैनेजर का है।
छूट बहुत बड़ी थी, फिर भी नियम क्यों नहीं चला?#
पैसे वाले नियम एक शिफ्ट की राशि की सभी कैशियरों के मीडियन से तुलना देखते हैं, किसी एक ऑपरेशन को नहीं। अगर बड़ी छूटें पूरे प्रतिष्ठान के लिए आम हैं, तो मीडियन ऊंचा रहेगा। अगर आपको पूरी रकमें पकड़नी हैं, तो साफ़ थ्रेशोल्ड तय करें।
एक ही मामले पर कई बार अलर्ट आते हैं?#
नहीं। अलर्ट की पहचान नियम, शाखा, कैशियर और अवधि से बनती है — दोबारा गणना करने पर वही अलर्ट बनता है, और उस पर ईमेल एक ही बार जाता है।
ईमेल चालू कर सकते हैं, पर वीडियो चालू न करें?#
हां, ये अलग-अलग सेटिंग्स हैं: ईमेल — नियमों की थ्रेशोल्ड में, वीडियो — हार्डवेयर सेक्शन में शाखा की सेटिंग्स में।
अगर "खर्च सामान्य से ज़्यादा" चल गया तो क्या करें?#
टेक-कार्ड के हिसाब से सैद्धांतिक खर्च की इन्वेंटरी के असल आंकड़ों से तुलना करें: अक्सर वजह गलत टेक-कार्ड, खराबी का दर्ज न किया गया राइट-ऑफ़ या "अंदाज़े से" डाली गई पोर्शन होती है। जांच स्टॉक सेक्शन के "नुकसान" टैब में करें।