आतिथ्य · वर्टिकल का सामान्य अवलोकन
आतिथ्य वर्टिकल SellioCRM को किसी होटल, रिसॉर्ट, इवेंट स्थल या टूर संचालक का वाणिज्यिक केंद्र बना देता है: हर अतिथि का एक ही प्रोफ़ाइल, समय सीमा वाली बुकिंग, समूह, जमी हुई सेवा शीट वाले आयोजन, तीन स्तरों में कोटेशन, चैनल कमीशन, मैनिफ़ेस्ट वाले टूर और दोनों अक्षों पर माँग का विश्लेषण। यह वैकल्पिक है, बंद अवस्था में शुरू होता है और आपके होटल प्रबंधन सिस्टम की जगह नहीं लेता।
आतिथ्य वर्टिकल SellioCRM का एक वैकल्पिक मॉड्यूल है, उनके लिए जो ठहराव, आयोजन और अनुभव से जीते हैं: होटल, रिसॉर्ट, इवेंट स्थल, क्लब और टूर संचालक। जब तक यह बंद है, आपके CRM में कुछ नहीं बदलता: आतिथ्य मेन्यू दिखता तक नहीं। सक्रिय होने के बाद आतिथ्य स्क्रीन पूरे वाणिज्यिक संचालन को टैब में समेट देती है, रिसेप्शन की कतार से लेकर AI ब्रीफ़िंग तक। शुरू में ही साफ़ कर देना ज़रूरी है: यह PMS नहीं है और आपके होटल प्रबंधन सिस्टम की जगह नहीं लेता। CRM कभी अतिथि का बिल नहीं बनाता, कभी नाइट ऑडिट नहीं करता और किसी कमरे पर कभी लेखा प्राधिकरण नहीं होता। वह वही करता है जो PMS ठीक से नहीं करता: रिश्ता, बिक्री, समूह, कोटेशन, चैनल और माँग का विश्लेषण।
कैसे सक्रिय करें
- मेन्यू से आतिथ्य पेज खोलें। वर्टिकल बंद होने पर पेज बताता है कि यह निष्क्रिय है।
- अगर आप संगठन का प्रशासन करते हैं, तो आतिथ्य सक्रिय करें पर क्लिक करें। सक्रियण पूरे संगठन के लिए लागू होता है और अनुमति वाले उपयोगकर्ताओं के लिए मेन्यू तथा टैब खोल देता है।
- अगर आप प्रशासन नहीं करते, तो पेज यह संदेश दिखाता है कि इस वर्टिकल को सक्रिय करने के लिए किसी प्रशासक से कहें।
- सक्रिय करने के बाद कम से कम एक संपत्ति (नाम, समय क्षेत्र, मुद्रा) और उसकी इकाइयाँ दर्ज करें। समूह, आयोजन और स्थान हमेशा संपत्ति के अनुसार होते हैं।
टैब का नक्शा
आतिथ्य स्क्रीन में 16 टैब हैं। इस सहायता केंद्र में हर एक का अपना लेख है; यहाँ उनका नक्शा है:
- रिसेप्शन: दिन की एकल कतार, देरी की कीमत के हिसाब से क्रम में, जिसमें आगमन, प्रस्थान, ठहरे हुए, खुले मामले और समाप्त होने वाली बुकिंग के काउंटर हैं।
- बुकिंग: बुकिंग बनाना, समय सीमा वाली अस्थायी बुकिंग, प्रतीक्षा सूची, चुनौती देना, पुष्टि करना और रद्द करना।
- समूह: कमरों के ब्लॉक, कट ऑफ़ तिथि और ब्लॉक के पिकअप के साथ।
- आयोजन: संपत्ति के अनुसार आयोजन, राजस्व पंक्तियाँ और जमी हुई सेवा शीट।
- कोटेशन: तीन स्तरों (मूल, मध्यम, संपूर्ण) में प्रस्ताव, जारी करते समय जमी हुई विनिमय दर के साथ।
- प्रस्थान: टूर की रवानगी, मैनिफ़ेस्ट, बोर्डिंग और कारण सहित रद्दीकरण के साथ।
- यात्रा कार्यक्रम: कई दिनों के कार्यक्रम, सप्लायर, लागत, कीमत और मार्जिन के साथ।
- स्थान: हॉल और मेज़ों की घंटे के हिसाब से अनुसूची, सेटअप और समेटने के समय सहित।
- टिकट: QR कोड के साथ जारी करना, उपयोग हो चुकी प्रविष्टियाँ और निरस्तीकरण।
- लॉयल्टी: घर के कार्यक्रम में अतिथि का अंक शेष और श्रेणी।
- कमीशन: एजेंसी और OTA का विवरण, जिसमें प्रत्यावर्तन नई प्रविष्टि के रूप में दर्ज होता है।
- पैरिटी: चैनल के अनुसार देखी गई कीमतें और चैनल के अनुसार शुद्ध राशि का श्रेय।
- रिकवरी: चेक आउट से पहले सुलझाने लायक सेवा मामले।
- प्रतिष्ठा: NPS और समीक्षा के अनुरोध, दिखने वाले अवरोधों के साथ।
- Pace और पिकअप: दोनों अक्षों पर माँग, पिछले साल की तुलना में।
- AI ब्रीफ़िंग: केवल समेकित आँकड़ों पर बनाया गया विश्लेषण।
अपनी इकाई और प्रतिबिंबित इकाई
इन्वेंट्री की हर इकाई (कमरा, मेज़, हॉल, टूर की सीट) यह घोषित करती है कि स्टॉक का मालिक कौन है: खुद CRM या किसी दूसरे सिस्टम का प्रतिबिंब। अपनी इकाई यहीं आरक्षित की जा सकती है, समय सीमा और प्रतीक्षा सूची के सारे नियमों के साथ। प्रतिबिंबित इकाई किसी PMS या बाहरी चैनल से आती है: CRM उपलब्धता को डेटा की आयु के साथ दिखाता है, पर उसे आवंटित नहीं करता, क्योंकि पुष्टि का अधिकार स्रोत के पास है। नई बुकिंग के फ़ॉर्म में प्रतिबिंबित इकाइयाँ चयन सूची से बाहर रहती हैं, और स्क्रीन बताती है कि कितनी बाहर रहीं, ताकि रिसेप्शन कभी यह न समझे कि वे मौजूद ही नहीं हैं।
समय सीमा वाली अस्थायी बुकिंग, और प्रतीक्षा सूची
अस्थायी बुकिंग सचमुच इन्वेंट्री खाती है: वह तारीख किसी और के लिए रोक देती है। इसीलिए उसमें समय सीमा अनिवार्य है। समय सीमा के बिना अस्थायी बुकिंग तारीख को हमेशा के लिए रोक देती, और फ़ॉर्म उसे इस तरह बनने ही नहीं देता। समय सीमा बीतते ही बुकिंग अपने आप समाप्त हो जाती है और इन्वेंट्री लौट आती है। अगर कोई और उसी तारीख का इच्छुक है, तो चुनौती दें बटन मौजूदा अस्थायी बुकिंग की समय सीमा घटा देता है, और सिर्फ़ घटाता है: चुनौती देने से तारीख रोके बैठे व्यक्ति को कभी और समय नहीं मिलता। जब तारीख भरी हुई हो, तो बुकिंग प्रतीक्षा सूची में तभी जाती है जब आप वह विकल्प चुनें, और जगह खाली होते ही प्रतीक्षा करने वालों की पदोन्नति क्रम से अपने आप हो जाती है। आखिरी इकाई के लिए एक साथ आए दो अनुरोधों का फ़ैसला डेटाबेस करता है, कभी किस्मत नहीं।
बुकिंग में जमी हुई नीति
जमा, रद्दीकरण और नो शो की नीतियाँ संस्करणों में प्रकाशित होती हैं। बुकिंग पर कोई नीति अंकित करते ही उस समय लागू मान उसमें जम जाते हैं: बाद में नई नीति प्रकाशित करना पुरानी बुकिंग तक नहीं पहुँचता। अतिथि उसी नियम के तहत रद्द करता है जो बुकिंग के समय लागू था, और रद्दीकरण तथा जमा का अनुकरण उसी जमी हुई जानकारी पर गणना करता है।
यह वर्टिकल क्या नहीं करता
- यह अतिथि का बिल नहीं बनाता और PMS की जगह नहीं लेता: प्रतिबिंबित इकाइयाँ केवल पढ़ने के लिए हैं, और डेटा की आयु हमेशा दिखती रहती है।
- यह आपके दायित्व संबंधी नियमों की कानूनी वैधता तय नहीं करता: सॉफ़्टवेयर संस्करण, अपरिवर्तनीयता और बोर्डिंग रोकने की गारंटी देता है; पाठ आपके कानूनी विभाग का है।
- यह विवरण या पैकेज में अलग अलग मुद्राओं की राशियाँ नहीं जोड़ता: मिश्रण होने पर वह मुद्रा के अनुसार दिखाता है और बाहर छूटे हिस्सों की ओर इशारा करता है।
- यह व्यक्ति का डेटा (एलर्जी सहित) AI को नहीं भेजता: ब्रीफ़िंग केवल समेकित आँकड़ों का उपयोग करती है।