एनालिटिक्स और रिपोर्ट

अवलोकन#

Cenaly में एनालिटिक्स एक ही अनुभाग में नहीं, बल्कि चार में रहती है — हर एक अपनी तरह के सवालों का जवाब देता है:

डेटा पहले से गणना किया जाता है और पेज खोलने पर लोड होता है (रिफ़्रेश — बटन से), इसलिए रिपोर्ट तुरंत खुलती हैं और बाहरी API की सीमाओं से नहीं टकरातीं।

मुख्य मेट्रिक्स#

टैब वित्त → अवलोकन — चुनी गई अवधि (7 / 30 / 90 दिन या 12 महीने) के कार्ड, पिछली अवधि से तुलना के साथ:

• राजस्व, ऑर्डर की संख्या, औसत बिल
• रद्दीकरण और वापसी
• डिलीवरी शुल्क, टिप, कर
• खरीद, सकल लाभ, food cost
• दिन/महीने के अनुसार राजस्व का ग्राफ़ और शाखाओं के अनुसार ब्रेकडाउन, डेल्टा के साथ

मेनू के व्यू और साइट पर अतिथियों का व्यवहार — सांख्यिकी अनुभाग में, “विज़िट” टैब (देखें विज़िट)।

बिक्री रिपोर्ट#

सामान्य रिपोर्ट#

टैब वित्त → बिक्री:

• चैनल के अनुसार ब्रेकडाउन (हॉल, डिलीवरी, सेल्फ-पिकअप, Glovo, Wolt, Yandex Eats, Deliveroo) और “चैनल के अनुसार शुद्ध” — सकल में से एग्रीगेटर का कमीशन घटाकर
• भुगतान के तरीकों के अनुसार (नकद, डिलीवरी पर कार्ड, ऑनलाइन)
• वेटर के अनुसार टिप
• हीट मैप “सप्ताह का दिन × घंटा”
• राजस्व और संख्या के अनुसार टॉप व्यंजन

मेनू का ABC विश्लेषण#

ABC वितरण वित्त → बिक्री में भी है, और मेनू → सांख्यिकी में भी (वहाँ — हर व्यंजन के पास एक कॉलम में)।

यह राजस्व के संचित हिस्से के अनुसार क्लासिक पैरेटो वर्गीकरण है: व्यंजन सबसे “पैसे वाले” से सबसे कमज़ोर तक क्रमबद्ध होते हैं, और फिर संचित प्रतिशत पर काटे जाते हैं।

एक अलग कॉलम में मार्जिन के अनुसार ABC गिना जाता है — वहीं, उसी तर्क से, पर कुल मार्जिन से, राजस्व से नहीं। कोई आइटम “राजस्व में A और मार्जिन में C” हो सकता है — यही सबसे दिलचस्प है।

किसी खास व्यंजन का क्या करना है, यह मेनू-इंजीनियरिंग बताती है: वह लोकप्रियता और मार्जिन दोनों को साथ देखती है।

मार्जिनलिटी (COGS)#

मेनू → सांख्यिकी में “मार्जिन →” बटन से खुलता है: सिस्टम व्यंजनों की टेक-कार्ड खोलता है, स्टोर से खरीद मूल्य (शेष का औसत) लेता है और हर आइटम की पोर्शन लागत और मार्जिन दिखाता है। व्यंजन पर मैन्युअल रूप से डाली गई लागत की प्राथमिकता गणना की गई लागत पर होती है।

प्रतिष्ठान की समग्र तस्वीर — वित्त → अवलोकन में: अवधि के लिए खरीद, सकल लाभ और food cost।

स्टाफ़ और किचन मेट्रिक्स#

वेटर#

• वेटर के अनुसार टिप — वित्त → बिक्री
• महीने का शिफ्ट का प्लान-फैक्ट (नियोजित/काम की गई शिफ्ट, घंटे, देरी, भूमिकाओं के अनुसार कुल) — वित्त → स्टाफ़

किचन#

सांख्यिकी अनुभाग, “किचन” टैब:

• स्वीकार, पकाने और टिकट के पूरे चक्र का औसत समय, देरी का हिस्सा
• घंटों और दिनों के अनुसार लोड का ट्रेंड और हीट मैप
• सबसे लंबे व्यंजन
• खोई हुई तैयारी — व्यंजन बनना शुरू हुआ, पर ऑर्डर रद्द हो गया

कैश#

टैब सांख्यिकी → जोखिम भरे ऑपरेशन — कैशियर से जुड़ी जोखिम भरी कार्रवाइयों की फ़ीड: मैन्युअल छूट, मूल्य परिवर्तन, रद्दीकरण, किचन में भेजने के बाद स्टोर्नो, प्रीचेक के बाद अतिथि बिल में संशोधन, वापसी, बिना बिक्री के दराज़ खोलना, जारी की गई रसीद की दोबारा प्रिंट और शिफ्ट बंद करते समय कैश का अंतर। पूरी तालिका — नुकसान नियंत्रण में, वहीं सीमाओं और मालिक को ईमेल के नियम भी।

चैनल रिपोर्ट#

टैब वित्त → चैनल — डिलीवरी चैनल की सेहत:

“हॉल / डिलीवरी / सेल्फ-पिकअप / एग्रीगेटर” के राजस्व की तुलना, प्लेटफ़ॉर्म के कमीशन घटाकर भी — बिक्री टैब में।

अलग टैब स्रोत ऑनलाइन स्टोर के ऑर्डर की एट्रिब्यूशन दिखाता है: स्रोत, medium और कैंपेन के अनुसार, last / first / linear मॉडल और महीनों के अनुसार CLV कोहोर्ट के साथ।

मेनू विश्लेषण#

आइटम की लोकप्रियता#

मेनू → सांख्यिकी अनुभाग (सभी शाखाओं के लिए एक साथ, अवधि 7/30/90 दिन, 12 महीने या पूरा इतिहास):

• KPI: बिक्री वाले व्यंजन, बेचे गए नग, राजस्व, ABC वितरण
• व्यंजनों की तालिका: मात्रा, राजस्व, हिस्सा, ABC, मार्जिन, अवधि-दर-अवधि रुझान, अंतिम बिक्री की पुरानाई
• पंक्ति का विस्तार: दिन-वार स्पार्कलाइन, फ़नल "व्यूज़ → कार्ट → खरीदारी" और "अक्सर साथ खरीदे जाते हैं" ब्लॉक

जो आइटम देखे जाते हैं पर ऑर्डर नहीं होते, वे इसी फ़नल से दिखते हैं।

हीट मैप#

हीट मैप दो हैं: राजस्व के अनुसार "सप्ताह का दिन × घंटा" (वित्त → बिक्री) और वेबसाइट विज़िट के अनुसार (सांख्यिकी → उपस्थिति)।

मेनू-इंजीनियरिंग#

मेनू सांख्यिकी में एक अलग व्यू व्यंजनों को कासावाना–स्मिथ मैट्रिक्स (सितारे, वर्कहॉर्स, पहेलियाँ, आउटसाइडर) में बाँटता है और हर एक के लिए सिफ़ारिश देता है: रखें, कीमत बढ़ाएँ, ऊपर ले जाएँ या मेनू से हटाएँ। वहीं — एग्रीगेटर कमीशन सहित चैनल-वार मार्जिन और CSV निर्यात।

विस्तार से — मेनू-इंजीनियरिंग।

वित्तीय रिपोर्ट#

P&L (लाभ और हानि)#

वित्त → P&L टैब — सरलीकृत रिपोर्ट: राजस्व − लागत (खरीद से COGS) − खर्च = शुद्ध लाभ। खर्च श्रेणियों के अनुसार मैन्युअल रूप से दर्ज किए जाते हैं (किराया, वेतन, खरीद, उपयोगिताएँ, मार्केटिंग, कर, अन्य) संचालन जर्नल के साथ।

POS और नकदी#

वित्त → POS टैब — बंद कैश शिफ्ट का जर्नल: कैशियर, शुरुआती नकदी, नकद और कार्ड से बिक्री, अपेक्षित और वास्तविक नकदी, कमी और अधिकता।

भुगतान विधियों के अनुसार प्राप्तियों का विभाजन (नकद / डिलीवरी पर कार्ड / ऑनलाइन) — बिक्री टैब में।

अपने ग्राफ़#

डैशबोर्ड अनुभाग डिफ़ॉल्ट रूप से बंद है: ऐप स्टोर (एक्सटेंशन) में "डैशबोर्ड" कार्ड चालू करें — तब तक पैनल में यह मेनू आइटम नहीं होगा।

यह एक कंस्ट्रक्टर है: कई नामित डैशबोर्ड, ग्रिड में टाइल-ग्राफ़, सात प्रकार के चार्ट (लाइन, एरिया, कॉलम, स्टैक्ड कॉलम, हॉरिज़ॉन्टल, पाई, डोनट)।

ग्राफ़ की हर सीरीज़ एक स्रोत + फ़िल्टर + गणना विधि है: ऑर्डर, बुकिंग और अपॉइंटमेंट, मेनू व्यूज़, इन्वेंटरी लागत, कॉल; count / sum / avg / median / min / max एग्रीगेशन; सापेक्ष या निरपेक्ष तिथि विंडो, घंटे से महीने तक ग्रैन्युलैरिटी, पिछली अवधि से तुलना।

ग्राफ़ को शब्दों में बता सकते हैं — टेक्स्ट या आवाज़ से: AI सहायक उसे बनाकर एडिटर में खोलेगा (चुपचाप सेव नहीं करेगा), और जो कुछ उसने वाक्य से छोड़ा, उसे चेतावनियों के रूप में दिखाएगा।

केवल ग्राफ़ ही नहीं: डैशबोर्ड पर हमेशा "दस्तावेज़" टाइल दिखती है तीन संख्याओं के साथ — समाप्त हो रहे, विलंबित, पढ़ने की प्रतीक्षा में; हर संख्या अपने फ़िल्टर के साथ दस्तावेज़ों की सूची पर ले जाती है।

डेटा निर्यात#

• CSV — उन रिपोर्ट से जहाँ निर्यात सबसे अधिक चाहिए: मेनू-इंजीनियरिंग मैट्रिक्स, स्टोरफ़्रंट खोज क्वेरी रिपोर्ट, अतिथि सेगमेंट की संरचना।
• पूरे खाते का ZIP आर्काइव — सेटिंग्स → डेटा निर्यात: सेटिंग्स, कैटलॉग, ऑर्डर, ग्राहक और समीक्षाएँ; कैटलॉग और ऑर्डर CSV में भी, जो Excel और "Google शीट्स" में खुलता है। देखें डेटा निर्यात।

रिपोर्ट से .xlsx और PDF में तैयार निर्यात नहीं हैं।

लेखांकन प्रणालियों के साथ एकीकरण#

तीनों ऐप स्टोर में कार्ड से जुड़ते हैं: एक्सटेंशन → "शाखाओं के अनुसार" टैब (पैनल में अलग "एकीकरण" पेज अब नहीं है)। हर एक के लिए इन्वेंटरी वाली योजना चाहिए, और दो के लिए — शाखा का उपयुक्त देश भी।

• 1C:Accounting (क्लाउड) — 1C से Cenaly में नामकरण और प्रतिपक्षों का आयात। रूस, बेलारूस, कज़ाख़स्तान, उज़्बेकिस्तान, किर्गिज़स्तान, आर्मेनिया, अज़रबैजान, जॉर्जिया, मोल्दोवा, ताजिकिस्तान, तुर्कमेनिस्तान और यूक्रेन में उपलब्ध।
• Evotor — वस्तुओं और दस्तावेज़ों का आदान-प्रदान। केवल रूस की शाखाओं के लिए।
• WooCommerce — ऑनलाइन स्टोर के कैटलॉग और ऑर्डर का सिंक्रोनाइज़ेशन।
• MCP API — व्यक्तिगत कुंजियाँ (सेटिंग्स → एक्सेस) खाते के डेटा से बाहरी AI एजेंट या अपनी स्क्रिप्ट जोड़ने देती हैं।

विश्लेषण के साथ काम करने के सुझाव#

1. रोज़ "नियंत्रण में" टैब देखें (वर्क चैट → समाधान आवश्यक) — वहाँ विसंगतियाँ पहले से कार्य सूची में जमा हैं
2. महीने में एक बार ABC विश्लेषण और मेनू-इंजीनियरिंग का उपयोग करें — डेटा के आधार पर मेनू अपडेट करें
3. अवधियों की तुलना करें — वृद्धि या गिरावट देखने के लिए
4. अपना डैशबोर्ड बनाएँ — उन मेट्रिक्स से जिन पर आप वास्तव में नज़र रखते हैं (पहले एक्सटेंशन में "डैशबोर्ड" कार्ड चालू करें)
5. खतरनाक संचालन की फ़ीड देखें — यह संदेह को संख्याओं के साथ बातचीत में बदल देती है

8. गोदाम और लागत प्रबंधन#

माल और कच्चे माल का हिसाब#

1. गोदाम → शेष → उत्पाद जोड़ें; लागत आवक के अनुसार चलती औसत के रूप में रखी जाती है
2. उत्पादों को मेनू आइटम से जोड़ें (तकनीकी कार्ड) — व्यंजन के कार्ड से, “संरचना” टैब में, या उत्पाद के कार्ड से
3. सिस्टम हर व्यंजन की लागत की गणना करेगा; अर्ध-तैयार उत्पादों के लिए तकनीकी कार्ड पुनरावर्ती रूप से खुलते हैं

तकनीकी कार्ड#

हर व्यंजन के लिए गोदाम से घटकों की सूची और प्रति सर्विंग मात्रा (ग्राम, मिलीलीटर या टुकड़ों में) दी जाती है। कॉम्बो सेट शामिल व्यंजनों के घटकों में खुलते हैं।

food cost की गणना#

शेष का नियंत्रण#

• स्वतः बट्टे खाते: ऑर्डर की बिक्री पर तकनीकी कार्ड के घटक स्वतः बट्टे खाते में डाले जाते हैं
• कम शेष: ऑर्डर बिंदु पर पहुँचने पर push-सूचना
• माल-गणना: तीन-चरणीय विज़ार्ड — कवरेज, वास्तविक मात्रा की प्रविष्टि, रुपये में कुल के साथ विचलन विवरण
• विचलन रिपोर्ट: वास्तविक/सिस्टम के विचलन, राशि के अनुसार क्रमबद्ध

खरीद#

• “ऑर्डर करना है” — ऑर्डर बिंदु से नीचे के आइटम, आपूर्तिकर्ताओं के अनुसार समूहित, उनकी शर्तों के साथ (न्यूनतम राशि, अपेक्षित डिलीवरी तिथि)
• आपूर्तिकर्ताओं को ऑर्डर जीवनचक्र के साथ ड्राफ़्ट → भेजा गया → पुष्ट → आंशिक रूप से प्राप्त → प्राप्त; WhatsApp, ईमेल, Telegram पर भेजना या कॉपी के रूप में बफ़र में
• मूल्य नियंत्रण: 30 और 90 दिनों की खरीद का माध्यक; सीमा से अधिक माध्यक से महँगी प्राप्ति के लिए स्पष्ट पुष्टि आवश्यक है और यह आपूर्तिकर्ता की टाइमलाइन में दर्ज होती है

9. मांग का पूर्वानुमान#

पूर्वानुमान गोदाम में, “पूर्वानुमान” टैब पर रहता है, और बिना किसी AI के, बिक्री इतिहास से दो स्पष्ट सांख्यिकियों द्वारा गणना किया जाता है: 8 सप्ताह में सप्ताह के उस दिन व्यंजन की बिक्री का माध्यक और दिन के हिस्सों में मांग का वितरण।

इससे क्या मिलता है:

• शिफ्ट के लिए तैयारी की योजना — तकनीकी कार्ड खोलकर (सहित नेस्टेड अर्ध-तैयार उत्पाद) और “किस घंटे तक पूरा करना है” की समय-सीमा के साथ;
• चुने गए कवरेज क्षितिज के लिए आपूर्तिकर्ता को ऑर्डर का ड्राफ़्ट;
• आज की गति के समायोजन के साथ “19:00 तक खत्म हो जाएगा” का जोखिम।

विस्तार से, सीमाओं सहित — मांग का पूर्वानुमान।

10. जो अपने आप आता है#

आय और टॉप-10 आइटम वाली “ईमेल पर शेड्यूल के अनुसार” रिपोर्ट सिस्टम में नहीं है। इसके बजाय डेटा वहीं खुद याद दिलाता है जहाँ यह उपयोगी है:

• “नियंत्रण में” टैब (कार्य चैट → समाधान चाहिए) — हर बिंदु पर एक बटन वाली ठोस कार्रवाइयों की सूची, सभी अनुभागों से एकत्रित: क्या विलंबित है, कहाँ विचलन है, किसे उत्तर चाहिए। पैनल में “ध्यान चाहिए” नाम का अलग अनुभाग अब नहीं है, पुराना पता भी यहीं लाता है। देखें ध्यान चाहिए।
• नुकसान नियंत्रण के नियम — रद्द करने की श्रृंखला, छूट की लहर, कैश शिफ्ट में विचलन, मानक से अधिक खपत, खरीद मूल्य में उछाल और जर्नल का विचलन: सीमाएँ समायोज्य हैं, सक्रिय होने पर मालिक को ईमेल भेजा जा सकता है। देखें नुकसान नियंत्रण।
• गोदाम में कम शेष पर Push।
• सेवा अपॉइंटमेंट वर्टिकल के लिए सुबह का डाइजेस्ट (अपॉइंटमेंट ऑटोपायलट के अंतर्गत: शाखा की ऑटोपायलट की सदस्यता होनी चाहिए, वह अपॉइंटमेंट वर्टिकल होनी चाहिए और उसके पास सशुल्क ऐड-ऑन होना चाहिए): दिन का शेड्यूल, मास्टरों के ग्राफ़ में “छेद”, अपुष्ट अपॉइंटमेंट, जोखिम में डिपॉज़िट और वे मास्टर जो आज अनुपस्थित हैं, जबकि उनके अपॉइंटमेंट हैं — ईमेल और Telegram पर।

अगर आपको अपना नियमित सारांश ही चाहिए — तो उसे डैशबोर्ड अनुभाग में ग्राफ़ के रूप में बनाएँ (इसे पहले एक्सटेंशन में कार्ड से चालू करना होगा)।