होटल WiFi RFP चेकलिस्ट: प्रमाणीकरण, सामग्री फ़िल्टरिंग और अतिथि मार्केटिंग

एक होटल WiFi RFP चेकलिस्ट को एक ही टेंडर में तीन क्षमताओं का परीक्षण करना चाहिए। स्टाफ प्रमाणीकरण के लिए IEEE 802.1X या आपके पहचान प्रदाता (identity provider) से जुड़ी प्रति-व्यक्ति कुंजियों का उपयोग होना चाहिए। सामग्री फ़िल्टरिंग (content filtering) को प्रति नेटवर्क DNS नीति लागू करनी चाहिए। अतिथि डेटा कैप्चर में प्रत्येक ऑप्ट-इन के लिए GDPR सहमति दर्ज होनी चाहिए। एक टेंडर आपको एक अनुबंध, एक डैशबोर्ड और एक ऑडिट ट्रेल देता है।

एक होटल WiFi RFP चेकलिस्ट में वास्तव में क्या शामिल होता है?

अधिकांश होटल WiFi तीन अलग-अलग हिस्सों में खरीदते हैं:

• स्टाफ एक्सेस IT के पास होता है, जो अक्सर किसी छिपे हुए नेटवर्क पर एक साझा पासवर्ड के रूप में होता है।
• अतिथि एक्सेस एक Captive Portal विक्रेता के पास होता है, जिसे या तो मार्केटिंग द्वारा चुना जाता है या ब्रॉडबैंड प्रदाता द्वारा बंडल किया जाता है।
• सामग्री फ़िल्टरिंग किसी तीसरे पक्ष के पास होती है, या कहीं भी नहीं होती है।

प्रत्येक हिस्सा अपने आप काम करता है। मिलकर वे तीन अनुबंध, तीन डैशबोर्ड और लॉग के तीन सेट बनाते हैं जो कभी मेल नहीं खाते। जब कोई कर्मचारी काम छोड़ता है, तो उनका WiFi एक्सेस अक्सर अगले पासवर्ड परिवर्तन तक बना रहता है। जब कोई अतिथि पूछता है कि आपके पास कौन सा डेटा है, तो उत्तर उस सिस्टम में हो सकता है जिसका आपके डेटा सुरक्षा अधिकारी (DPO) ने कभी ऑडिट नहीं किया है।

एक ही होटल WiFi RFP चेकलिस्ट एक ही बार में तीनों क्षेत्रों पर विक्रेताओं को स्कोर करके इसे ठीक करती है:

• स्टाफ प्रमाणीकरण: कौन स्टाफ नेटवर्क से जुड़ता है, वे अपनी पहचान कैसे साबित करते हैं, और उनके जाने पर एक्सेस कितनी जल्दी समाप्त होती है।
• सामग्री फ़िल्टरिंग: किस नेटवर्क पर किस श्रेणी की साइटों को ब्लॉक किया गया है, और फ़िल्टर को बायपास करना कितना कठिन है।
• अतिथि डेटा कैप्चर और मार्केटिंग: अतिथि कैसे कनेक्ट होते हैं, आप उनके बारे में क्या सीखते हैं, और क्या प्रत्येक मार्केटिंग रिकॉर्ड में वैध सहमति होती है।

चेकलिस्ट मानती है कि आप अपने मौजूदा एक्सेस पॉइंट रखते हैं। Purple Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet हार्डवेयर पर एक क्लाउड ओवरले के रूप में चलता है। इसलिए आपका RFP हार्डवेयर को बदलने के बजाय सॉफ़्टवेयर और डेटा पर ध्यान केंद्रित कर सकता है। Why your next WiFi upgrade doesn't need new hardware हार्डवेयर के पक्ष में तर्क को विस्तार से प्रस्तुत करता है।

RFP लिखने से पहले आपको क्या चाहिए?

विक्रेता आपके द्वारा लिखे गए RFP का उत्तर देते हैं। अस्पष्ट आवश्यकताओं से अस्पष्ट उत्तर मिलते हैं जो सभी समान स्कोर प्राप्त करते हैं। एक भी प्रश्न का प्रारूप तैयार करने से पहले छह इनपुट एकत्र करें।

एक एक्सेस पॉइंट और कंट्रोलर इन्वेंट्री

प्रत्येक स्थान के एक्सेस पॉइंट विक्रेता, कंट्रोलर या क्लाउड डैशबोर्ड और फर्मवेयर संस्करण को सूचीबद्ध करें। ध्यान दें कि संपत्तियाँ कहाँ भिन्न हैं, जैसे कि Cisco Meraki पर नई संपत्तियाँ और Ruckus पर अधिग्रहित संपत्तियाँ। विक्रेताओं से नाम द्वारा प्रत्येक संयोजन के लिए समर्थन की पुष्टि करने को कहें।

आपकी पहचान का प्राथमिक स्रोत

उस डायरेक्टरी का नाम दें जिसमें आपके स्टाफ खाते शामिल हैं: Microsoft Entra ID, Okta या Google Workspace। रिकॉर्ड करें कि एजेंसी और मौसमी कर्मचारी इसमें कैसे दिखाई देते हैं। वे खाते वही हैं जो अक्सर किसी के जाने के बाद भी सक्रिय रह जाते हैं।

एक सेग्मेंटेशन मैप

अपने वर्तमान VLANs को आरेखित करें। एक VLAN (वर्चुअल लोकल एरिया नेटवर्क) साझा स्विच और एक्सेस पॉइंट्स पर ट्रैफ़िक को तार्किक रूप से अलग करता है। आपको कम से कम अलग अतिथि, कर्मचारी और भुगतान नेटवर्क की आवश्यकता है। PCI-DSS कार्डधारक डेटा वातावरण से जुड़े हर सिस्टम को दायरे में लाता है। उचित विभाजन आपके अतिथि नेटवर्क को आपके कार्ड भुगतान ऑडिट से बाहर रखता है।

मालिक के साथ एक फ़िल्टरिंग नीति

तय करें कि फ़िल्टरिंग नियम कौन सेट करता है: IT, कानूनी या संचालन। फिर तय करें कि किन क्षेत्रों को कौन सी नीति मिलती है। परिवारों द्वारा उपयोग किए जाने वाले लॉबी को प्रदर्शकों से भरे सम्मेलन हॉल की तुलना में अलग नियमों की आवश्यकता होती है।

एक डेटा सुरक्षा स्थिति

अपने DPO के साथ सहमति व्यक्त करें कि आप कौन सा अतिथि डेटा चाहते हैं, क्यों चाहते हैं, और यह कहाँ जाता है। GDPR Article 4(11) के तहत, सहमति स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और असंदिग्ध होनी चाहिए। UK में, गोपनीयता और इलेक्ट्रॉनिक संचार नियम (PECR) भी ईमेल और SMS मार्केटिंग को नियंत्रित करते हैं। विक्रेताओं के पूछने से पहले अपने CRM या मार्केटिंग प्लेटफ़ॉर्म का नाम तय करें।

एक RF आधार रेखा

प्रमाणीकरण कमजोर कवरेज को ठीक नहीं कर सकता। टेंडर देने से पहले अपने कंट्रोलर से चैनल उपयोग रिपोर्ट निकालें, या एक सर्वेक्षण शुरू करें। यदि 2.4GHz भीड़भाड़ एक ज्ञात शिकायत है, तो पहले WiFi चैनलों के लिए अंतिम गाइड: 2.4GHz बनाम 5GHz स्पष्ट किया गया पढ़ें।

आप अनुभाग दर अनुभाग चेकलिस्ट कैसे बनाते हैं?

प्रत्येक आवश्यकता को हाँ, नहीं या साक्ष्य उत्तर वाले प्रश्न के रूप में लिखें। "एंटरप्राइज सुरक्षा का समर्थन करता है" हर विक्रेता को समान रूप से स्कोर करता है। "खाता निष्क्रिय होने पर निरसन के साथ, Microsoft Entra ID के विरुद्ध EAP-TLS का समर्थन करता है" उन्हें अलग करता है।

कर्मचारी प्रमाणीकरण आवश्यकताएं

कर्मचारी WiFi आपके संपत्ति प्रबंधन प्रणाली, पॉइंट-ऑफ़-सेल टर्मिनलों, हाउसकीपिंग टैब और बैक-ऑफ़िस लैपटॉप को ले जाता है। उस नेटवर्क पर एक साझा पासवर्ड विफलता का एक एकल बिंदु है। निम्नलिखित की आवश्यकता रखें:

• IEEE 802.1X. पोर्ट-आधारित एक्सेस कंट्रोल के लिए यह IEEE मानक प्रत्येक डिवाइस को पता मिलने से पहले अपनी पहचान साबित करने के लिए मजबूर करता है। पूछें कि विक्रेता किन EAP तरीकों का समर्थन करता है। EAP-TLS दोनों पक्षों पर प्रमाण पत्र का उपयोग करता है और पासवर्ड को पूरी तरह से हटा देता है। PEAP एक एन्क्रिप्टेड TLS टनल के अंदर एक उपयोगकर्ता नाम और पासवर्ड की सुरक्षा करता है।
• Cloud RADIUS. RADIUS (रिमोट ऑथेंटिकेशन डायल-इन यूजर सर्विस) वह प्रोटोकॉल है जिसका उपयोग एक्सेस पॉइंट यह तय करने के लिए करते हैं कि कोई डिवाइस शामिल हो सकता है या नहीं। एक क्लाउड-नेटिव RADIUS सेवा ऑन-प्रीमिस सर्वर को हटा देती है जिसे आप अन्यथा पैच और बैकअप करते हैं।
• iPSK या PPSK. आइडेंटिटी प्री-शेयर कीज़ (iPSK) और प्राइवेट प्री-शेयर कीज़ (PPSK) प्रत्येक व्यक्ति या डिवाइस को एक नेटवर्क नाम पर अपनी कुंजी प्रदान करते हैं। कार्ड प्रिंटर, स्मार्ट टीवी और पुराने हैंडहेल्ड 802.1X नहीं कर सकते, इसलिए उन्हें इसकी आवश्यकता होती है।
• डायरेक्टरी सिंक. SCIM (सिस्टम फॉर क्रॉस-डोमेन आइडेंटिटी मैनेजमेंट) सिस्टम में खाते बनाने और हटाने का खुला मानक है। विक्रेताओं से कहें कि वे बिना किसी मैनुअल चरण के आपकी डायरेक्टरी से नए जुड़ने वाले, बदलने वाले और छोड़ने वाले कर्मचारियों का फ्लो दिखाएं।
• WPA3. WPA3 के लिए Protected Management Frames (IEEE 802.11w) की आवश्यकता होती है, जो जाली डिस्कनेक्शन हमलों को रोकते हैं। Protected Management Frames: A Practical Guide for 2026 में पूछने योग्य क्लाइंट संगतता प्रश्नों को शामिल किया गया है।

Purple का Identity-Based Networks कर्मचारियों के प्रत्येक सदस्य को उनकी अपनी पहचान के साथ नेटवर्क पर रखता है। जब आप अपनी निर्देशिका में किसी खाते को अक्षम करते हैं, तो Purple उस व्यक्ति की WiFi पहुँच को रद्द कर देता है।

अतिथि प्रमाणीकरण आवश्यकताएं

ऑनबोर्डिंग यह तय करती है कि अतिथि जुड़ते हैं या नहीं। हर अतिरिक्त फ़ॉर्म फ़ील्ड से कनेक्शन का नुकसान होता है, और हर छूटी हुई फ़ील्ड से डेटा का नुकसान होता है। निम्नलिखित की आवश्यकता रखें:

• एक कॉन्फ़िगर करने योग्य Captive Portal। Captive Portal वह वेब पेज है जिसे कोई अतिथि ऑनलाइन होने से पहले देखता है। प्रति संपत्ति ब्रांडिंग, कई भाषाओं और लॉगिन विधियों के विकल्प की मांग करें: ईमेल, सोशल लॉगिन या एसएमएस सत्यापन।
• प्रमाणित मोबाइल व्यवहार। iOS और Android प्रतिबंधित मिनी-ब्राउज़र में Captive Portal खोलते हैं। मूल्यांकन के दौरान वर्तमान iOS और Android बिल्ड पर लाइव लॉगिन के लिए कहें, स्क्रीनशॉट के लिए नहीं।
• Passpoint और OpenRoaming। Passpoint, जिसे Hotspot 2.0 भी कहा जाता है, IEEE 802.11u पर निर्मित एक उद्योग प्रमाणन है। यह किसी डिवाइस को बिना किसी Captive Portal के, स्वचालित रूप से और सुरक्षित रूप से किसी ज्ञात नेटवर्क से जुड़ने की अनुमति देता है। OpenRoaming, Passpoint पर निर्मित Wireless Broadband Alliance फ़ेडरेशन है। यह किसी अतिथि को उसकी पहले से मौजूद पहचान के साथ जुड़ने की अनुमति देता है।
• सत्र और बैंडविड्थ नियंत्रण। प्रति नेटवर्क बैंडविड्थ सीमाएं, सत्र की लंबाई नियंत्रण और प्रति अतिथि डिवाइस सीमाओं की मांग करें।
• क्लाइंट आइसोलेशन। एक ही नेटवर्क पर मौजूद अतिथियों को एक-दूसरे के डिवाइस नहीं दिखने चाहिए। आइसोलेशन को डिफ़ॉल्ट रूप से ऑन रखने के लिए कहें।

Purple का Guest WiFi 90 से अधिक देशों में 80,000+ से अधिक लाइव स्थानों पर इस परत को संचालित करता है। Purple के अपने प्लेटफ़ॉर्म डेटा के अनुसार, इसने 2024 में 440 मिलियन लॉगिन को संभाला।

सामग्री फ़िल्टरिंग आवश्यकताएं

एक होटल साझा स्थानों में सार्वजनिक इंटरनेट पहुँच प्रदान करता है, जो अक्सर परिवारों के लिए होती है। DNS फ़िल्टरिंग एक सामान्य दृष्टिकोण है: प्लेटफ़ॉर्म अवरुद्ध श्रेणियों में डोमेन को हल करने से मना कर देता है। निम्नलिखित की आवश्यकता रखें:

• श्रेणी-आधारित DNS फ़िल्टरिंग एक नामित वर्गीकरण स्रोत के साथ। यूके में, न्यूनतम रूप से Internet Watch Foundation (IWF) URL सूची की आवश्यकता रखें।
• प्रति नेटवर्क नीति। लॉबी और पारिवारिक क्षेत्रों को एक सख्त नीति मिलती है। सम्मेलन कक्षों और कर्मचारी नेटवर्क प्रत्येक को अपनी नीति मिलती है।
• बाईपास प्रतिरोध। DNS over HTTPS (DoH, RFC 8484 में परिभाषित) एन्क्रिप्टेड वेब ट्रैफ़िक के भीतर DNS प्रश्न भेजता है और आपके फ़िल्टर को छोड़ सकता है। पूछें कि विक्रेता DoH और उन अतिथियों को कैसे संभालता है जो अपने स्वयं के DNS सर्वर सेट करते हैं।
• प्रत्यायन। यूके में, पूछें कि क्या आपका परिनियोजन Friendly WiFi को पूरा कर सकता है, जो फ़िल्टर किए गए सार्वजनिक WiFi के लिए सरकार द्वारा शुरू की गई प्रत्यायन योजना है।
• लॉग रिटेंशन नियंत्रण। फ़िल्टरिंग लॉग व्यक्तियों की पहचान कर सकते हैं, इसलिए GDPR लागू होता है। पूछें कि लॉग कितने समय तक रखे जाते हैं और उन्हें कौन पढ़ सकता है।

अतिथि डेटा कैप्चर और मार्केटिंग आवश्यकताएं

गेस्ट WiFi एक ऐसा संपर्क बिंदु है जहाँ एक वॉक-इन डाइनर, एक सम्मेलन प्रतिनिधि और एक एजेंसी बुकिंग, सभी सीधे आपके सामने अपनी पहचान उजागर करते हैं। निम्नलिखित आवश्यकताएं लागू करें:

• सचेत विकल्प विकल्प (Opt-ins)। मार्केटिंग सहमति एक अलग, अनटिक किया गया विकल्प होना चाहिए। GDPR अनुच्छेद 7(4) में कहा गया है कि सहमति तब स्वतंत्र रूप से दी गई नहीं मानी जाती है जब कोई सेवा उस सहमति पर निर्भर होती है जिसकी उसे आवश्यकता नहीं है। WiFi एक्सेस के लिए कभी भी मार्केटिंग ऑप्ट-इन की आवश्यकता नहीं होनी चाहिए।
• टाइमस्टैम्प किए गए सहमति रिकॉर्ड प्रत्येक प्रोफाइल के लिए, जो विषय पहुंच अनुरोध (subject access request) के लिए निर्यात योग्य हों।
• नामित CRM और मार्केटिंग प्लेटफॉर्म एकीकरण, प्रतिक्रिया में दिखाए गए फ़ील्ड मैपिंग के साथ।
• विज़िट एनालिटिक्स: नए बनाम लौटने वाले गेस्ट, रुकने का समय (dwell time) और संपत्ति के अनुसार विज़िट आवृत्ति। WiFi Analytics इन्हें प्रति स्थान रिपोर्ट करता है।
• डेटा स्वामित्व। अनुबंध में यह उल्लेख होना चाहिए कि गेस्ट डेटा आपका फर्स्ट-पार्टी डेटा है, जिसमें बाहर निकलने पर पूर्ण निर्यात शामिल है।

प्लेटफॉर्म, सुरक्षा और अनुपालन आवश्यकताएं

• प्रमाणन। UK सार्वजनिक क्षेत्र के कार्य के लिए वर्तमान ISO 27001 प्रमाण पत्र और Cyber Essentials की मांग करें। Purple के पास ISO 27001 और Cyber Essentials हैं, और यह GDPR तथा CCPA का अनुपालन करता है।
• अपटाइम। SLA में प्रतिबद्धता लिखें। Purple का प्रकाशित प्लेटफॉर्म अपटाइम 99.999% है।
• एडमिन साइन-इन। SAML (सिक्योरिटी असर्शन मार्कअप लैंग्वेज) आपकी टीम को उनके डायरेक्टरी अकाउंट के साथ डैशबोर्ड में साइन इन करने देता है। इसे प्रति संपत्ति एडमिन भूमिकाओं के साथ जोड़ें।
• वायरलेस परीक्षण साक्ष्य। PCI-DSS v4.0 आवश्यकता 11.2.1 के अनुसार आपको हर तीन महीने में कम से कम एक बार अधिकृत और अनधिकृत वायरलेस एक्सेस पॉइंट्स का पता लगाना होता है। पूछें कि इसके लिए प्लेटफॉर्म या आपका कंट्रोलर क्या रिपोर्ट करता है।

एक नज़र में चेकलिस्ट

क्षेत्र	अनिवार्य आवश्यकता	अनुरोध करने के लिए साक्ष्य	रेड-फ्लैग उत्तर
स्टाफ प्रमाणीकरण	EAP-TLS या PEAP के साथ IEEE 802.1X	आपके Microsoft Entra ID, Okta या Google Workspace किरायेदार के खिलाफ लाइव डेमो	"एक मजबूत साझा पासवर्ड का उपयोग करें"
स्टाफ उपकरण	प्रति डिवाइस iPSK या PPSK	अलग-अलग कुंजियों के साथ एक नेटवर्क नाम पर दो डिवाइस	"प्रिंटर को गेस्ट नेटवर्क पर रखें"
संस्थान छोड़ने वालों का प्रबंधन	स्वचालित निरसन के साथ डायरेक्टरी सिंक	एक परीक्षण खाता अक्षम करें और डिस्कनेक्शन का समय दर्ज करें	"एडमिन मैन्युअल रूप से खाते हटाते हैं"
गेस्ट ऑनबोर्डिंग	ईमेल, सोशल और SMS विकल्पों के साथ Captive Portal	वर्तमान iOS और Android बिल्ड पर लॉगिन	केवल डेस्कटॉप पर दिखाया गया पोर्टल
निर्बाध वापसी	Passpoint और OpenRoaming	लौटने वाला डिवाइस बिना किसी पोर्टल के फिर से कनेक्ट होता है	बिना किसी तिथि के "रोडमैप पर है"
सामग्री फ़िल्टरिंग	प्रति नेटवर्क DNS श्रेणी नीति	लॉबी और सम्मेलन नेटवर्क पर अवरुद्ध श्रेणी परीक्षण	हर नेटवर्क के लिए एक नीति
फ़िल्टर बायपास	DoH और कस्टम DNS हैंडलिंग	DoH पर सेट ब्राउज़र के साथ परीक्षण	DoH पर कोई उत्तर नहीं
सहमति	अलग, अनटिक किया गया मार्केटिंग ऑप्ट-इन	टाइमस्टैम्प के साथ निर्यात किया गया सहमति रिकॉर्ड	उपयोग की शर्तों के साथ बंडल किया गया ऑप्ट-इन
डेटा स्वामित्व	गेस्ट डेटा आपका फर्स्ट-पार्टी डेटा है	अनुबंध खंड और निर्यात प्रारूप	विक्रेता ग्राहकों के बीच डेटा का पुनः उपयोग करता है
अनुपालन	ISO 27001, GDPR, PCI-DSS सेग्मेंटेशन	वर्तमान प्रमाण पत्र और डेटा प्रोसेसिंग समझौता	प्रमाण पत्र "प्रगति पर है"

हस्ताक्षर करने से पहले आप विक्रेता के उत्तरों का परीक्षण कैसे करते हैं?

लिखित उत्तर हमेशा अच्छे अंक प्राप्त करते हैं। एक संपत्ति पर प्रूफ ऑफ कॉन्सेप्ट दिखाता है कि वास्तव में क्या होता है। प्रत्येक शॉर्टलिस्ट किए गए विक्रेता के साथ इन छह परीक्षणों को चलाएं।

1. जॉइनर टेस्ट। अपनी निर्देशिका में एक कर्मचारी खाता बनाएं। रिकॉर्ड करें कि उस व्यक्ति को कर्मचारी नेटवर्क में शामिल होने में कितना समय लगता है।
2. लीवर टेस्ट। खाता अक्षम करें। पूछें कि क्या प्लेटफॉर्म सक्रिय सत्र को समाप्त करने के लिए RADIUS चेंज ऑफ ऑथराइजेशन (RFC 5176) भेजता है, या पुन: प्रमाणीकरण की प्रतीक्षा करता है।
3. गेस्ट लॉगिन टेस्ट। वर्तमान iPhone और Android हैंडसेट और एक लैपटॉप से लॉगिन करें। प्रत्येक विफलता और प्रत्येक अतिरिक्त टैप पर ध्यान दें।
4. फ़िल्टर टेस्ट। लॉबी नेटवर्क पर एक अवरुद्ध श्रेणी पर जाएँ, फिर सम्मेलन नेटवर्क पर। DoH पर सेट ब्राउज़र के साथ दोहराएं।
5. सहमति टेस्ट। एक उपकरण पर ऑप्ट इन करें और दूसरे पर अस्वीकार करें। फिर दोनों रिकॉर्डों का अनुरोध इस तरह करें जैसे विषय पहुँच अनुरोध (SAR) का उत्तर दे रहे हों।
6. सेग्मेंटेशन टेस्ट। एक गेस्ट डिवाइस से, कर्मचारी प्रिंटर और पॉइंट-ऑफ-सेल पते तक पहुँचने का प्रयास करें। दोनों प्रयास विफल होने चाहिए।
7. स्कोर पास या फेल। जो विक्रेता मूल्यांकन के दौरान इन्हें नहीं चला सकता, वह अनुबंध मिलने के बाद भी इन्हें नहीं चलाएगा।

यह एक वास्तविक होटल एस्टेट में कैसा दिखता है?

तीन WiFi अनुबंधों वाला 200-कमरों का एक सिटी होटल

स्थिति। होटल अपने ब्रॉडबैंड प्रदाता द्वारा बंडल किए गए Captive Portal के माध्यम से गेस्ट पहुँच संचालित करता था। कर्मचारी एक साझा पासवर्ड का उपयोग करते थे, जिसे त्रैमासिक रूप से बदला जाता था। एक अलग विक्रेता DNS फ़िल्टरिंग की आपूर्ति करता था। गेस्ट ईमेल बिना किसी सहमति टाइमस्टैम्प के मासिक स्प्रेडशीट निर्यात के रूप में मार्केटिंग तक पहुँचते थे।

क्या किया गया। होटल ने ऊपर दी गई चेकलिस्ट के आधार पर एक RFP जारी किया। इसमें Microsoft Entra ID से निर्देशिका सिंक, प्रिंटर और टीवी के लिए iPSK, प्रति नेटवर्क DNS नीति, और प्रत्येक रिकॉर्ड पर टाइमस्टैम्प की गई सहमति की आवश्यकता थी।

परिणाम। तीन अनुबंध घटकर एक हो गए। लीवर पहुँच, जो पहले अगले रोटेशन तक 90 दिनों तक सक्रिय रहती थी, अब खाता अक्षम होने पर तुरंत समाप्त हो जाती है। प्रत्येक मार्केटिंग रिकॉर्ड में एक सहमति टाइमस्टैम्प होता है, इसलिए विषय पहुँच अनुरोध एक ही निर्यात से पूरे हो जाते हैं।

मिश्रित हार्डवेयर पर 40-संपत्तियों का एक समूह

स्थिति। एक होटल समूह Cisco Meraki पर 28 संपत्तियों और Ruckus पर 12 अधिग्रहित संपत्तियों को संचालित करता था। इसकी पहली शॉर्टलिस्ट में दो प्लेटफॉर्म माने गए थे, प्रति हार्डवेयर विक्रेता एक।

क्या किया गया। RFP ने दोनों हार्डवेयर विक्रेताओं को नामित किया और दोनों का समर्थन करने के लिए एक प्लेटफॉर्म की आवश्यकता जताई। इसके लिए पूरी एस्टेट में एक एकल फ़िल्टरिंग नीति सेट और एक गेस्ट डेटाबेस की भी आवश्यकता थी।

परिणाम। एक डैशबोर्ड अब सभी 40 संपत्तियों को कवर करता है। कोई भी एक्सेस पॉइंट नहीं बदला गया। लॉबी के लिए एक फ़िल्टरिंग परिवर्तन अब प्रति-विक्रेता दो परिवर्तनों के बजाय, पूरे एस्टेट में एक ही बदलाव में लागू होता है।

परिषद द्वारा संचालित एक सम्मेलन और कार्यक्रम केंद्र

स्थिति। सार्वजनिक क्षेत्र का एक स्थान एक ही हॉल में स्कूल की छुट्टियों के कार्यक्रमों और व्यापार प्रदर्शनियों की मेजबानी करता था। एक एकल सख्त फ़िल्टर ने उन साइटों को अवरुद्ध कर दिया जिनकी प्रदर्शकों को लाइव प्रदर्शनों के लिए आवश्यकता थी।

क्या किया गया था। स्थल ने उन्हीं एक्सेस पॉइंट पर दो गेस्ट नेटवर्क चलाए। सार्वजनिक हॉलों को IWF सूची ब्लॉक के साथ एक सख्त DNS नीति मिली। प्रदर्शकों को इवेंट-डे क्रेडेंशियल के तहत एक हल्की नीति मिली। RFP में Cyber Essentials की भी आवश्यकता थी।

परिणाम। दो नीतियां अब बिना किसी नए हार्डवेयर के एक्सेस पॉइंट के एक ही सेट पर चलती हैं। कर्मचारी नियंत्रकों को फिर से कॉन्फ़िगर किए बिना, डैशबोर्ड से प्रति इवेंट नीतियां बदलते हैं।

होटल WiFi RFP में क्या गलत होता है, और आप इसे कैसे ठीक करते हैं?

RFP तीन विभागों में विभाजित है

IT स्टाफ अनुभाग लिखता है, मार्केटिंग गेस्ट अनुभाग लिखता है, और फ़िल्टरिंग कोई नहीं लिखता है। विक्रेता फिर तीन अलग-अलग दस्तावेजों का उत्तर देते हैं। समाधान: एक मालिक नियुक्त करें और एक स्कोरिंग मॉडल में तीनों अनुभागों को महत्व दें।

सहमति उपयोग की शर्तों के साथ बंडल की गई है

एक एकल "मैं सहमत हूँ" बॉक्स WiFi एक्सेस और मार्केटिंग को कवर करता है। उस सहमति से GDPR के अनुच्छेद 7(4) को पूरा करने की संभावना कम है। समाधान: एक अलग, अनटिक किए गए ऑप्ट-इन की आवश्यकता रखें और कॉन्सेप्ट के प्रमाण के दौरान इसका परीक्षण करें।

साझा किए गए स्टाफ पासवर्ड टेंडर के बाद भी बने रहते हैं

कुछ विक्रेता स्टाफ के लिए एक साझा कुंजी का प्रस्ताव देते हैं क्योंकि इसे सेट करना त्वरित है। समाधान: 802.1X या iPSK को एक अनिवार्य आवश्यकता बनाएं, न कि केवल एक स्कोर की गई प्राथमिकता।

फ़िल्टर पहले ही दिन बायपास हो जाता है

जो ब्राउज़र DoH को डिफ़ॉल्ट बनाते हैं, वे DNS फ़िल्टरिंग को पूरी तरह से छोड़ सकते हैं। समाधान: मूल्यांकन में DoH परीक्षण शामिल करें और लागू करने पर लिखित उत्तर की मांग करें।

कैप्टिव पोर्टल फोन पर विफल हो जाता है

डेस्कटॉप पर डिज़ाइन किए गए पोर्टल अक्सर iOS और Android कैप्टिव मिनी-ब्राउज़र में टूट जाते हैं। समाधान: वर्तमान हैंडसेट पर परीक्षण करें और विफल लॉगिन को विफल के रूप में स्कोर करें।

हार्डवेयर लॉक-इन स्कोरिंग में छिपा रहता है

कुछ उत्तर चुपचाप यह मान लेते हैं कि आप विक्रेता के खुद के एक्सेस पॉइंट खरीदेंगे। समाधान: अपने RFP में अपने हार्डवेयर का नाम दें और लिखित रूप में सहायता की आवश्यकता रखें। Network Best Practices for Venues and Enterprises in 2026 व्यापक डिज़ाइन विकल्पों को कवर करता है।

खरीद विकल्पों की तुलना कैसे की जाती है?

दृष्टिकोण	प्रबंधित करने के लिए अनुबंध	आवश्यक नया हार्डवेयर	सामान्य स्टाफ पहचान स्रोत	गेस्ट डेटा किसके पास रहता है	यह किसके लिए उपयुक्त है
हार्डवेयर विक्रेता का इन-बिल्ट Captive Portal	प्रति हार्डवेयर विक्रेता 1	विक्रेता बदलने के लिए पूर्ण प्रतिस्थापन	विक्रेता डैशबोर्ड में प्रबंधित खाते	हार्डवेयर विक्रेता का क्लाउड	बिना किसी मार्केटिंग लक्ष्य वाले एक ही हार्डवेयर विक्रेता पर एक एकल संपत्ति
RADIUS, फ़िल्टरिंग और गेस्ट पोर्टल के लिए अलग विशेषज्ञ	3	कोई नहीं	स्क्रिप्ट द्वारा या हाथ से सिंक किया गया RADIUS सर्वर	पोर्टल विक्रेता, अपनी शर्तों के तहत	प्रत्येक सिस्टम को एकीकृत और पैच करने के लिए इन-हाउस इंजीनियरों वाले समूह
Purple जैसी एकल क्लाउड ओवरले	1	Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme या Fortinet पर कोई नहीं	Microsoft Entra ID, Okta या Google Workspace	आप, प्रथम-पक्ष डेटा के रूप में	बहु-संपत्ति समूह जो स्टाफ और मेहमानों के बीच एक ऑडिट ट्रेल चाहते हैं

इसकी लागत क्या है, और आपको बदले में क्या मिलता है?

क्या मूल्य तय करना है

प्रत्येक विक्रेता से चार पंक्तियों की अलग-अलग कीमत तय करने के लिए कहें, ताकि आप समान चीजों की तुलना कर सकें।

• प्लेटफ़ॉर्म लाइसेंस। Purple तीन प्लान बेचता है: Connect, Capture और Engage। सुरक्षा ऐड-ऑन SecurePass, Verify और Shield इनके ऊपर काम करते हैं। विक्रेताओं से प्रत्येक RFP आवश्यकता को एक नामित प्लान या ऐड-ऑन से मैप करने के लिए कहें, ताकि अनुबंध मिलने के बाद कोटेशन में बदलाव न हो सके।
• हार्डवेयर। समर्थित एक्सेस पॉइंट्स पर, ओवरले को किसी नए हार्डवेयर की आवश्यकता नहीं होती है। यदि कोई विक्रेता बदलाव की मांग करता है, तो उसकी पूरी कीमत तय की जानी चाहिए।
• एकीकरण। डायरेक्टरी, CRM और मार्केटिंग प्लेटफ़ॉर्म कनेक्शन। पूछें कि प्रत्येक को कौन बनाता है, और इसका रखरखाव कौन करता है।
• आंतरिक समय। आज ही अपने कर्मचारियों द्वारा पासवर्ड बदलने, पूर्व कर्मचारियों को हटाने और स्प्रेडशीट निर्यात करने में बिताए गए घंटों की गिनती करें।

बदले में आपको क्या मिलता है

• कम अनुबंध। एक प्लेटफ़ॉर्म एक ही नवीनीकरण तिथि और एक ही डेटा प्रोसेसिंग समझौते के साथ अलग-अलग कर्मचारियों, अतिथियों और फ़िल्टरिंग विक्रेताओं को बदल देता है।
• तेज़ निरसन। डायरेक्टरी खाता समाप्त होते ही एक्सेस समाप्त हो जाती है, जिससे पूर्व कर्मचारी द्वारा इसका उपयोग करने की संभावना कम हो जाती है।
• फ़र्स्ट-पार्टी अतिथि डेटा। प्रत्येक सहमति प्राप्त ईमेल पता वह है जिस पर आप ऑनलाइन ट्रैवल एजेंसी के बजाय सीधे मार्केटिंग कर सकते हैं।
• विज़िट इनसाइट। प्रति संपत्ति लौटने वाले अतिथियों की दर और रुकने का समय आपको यह आंकने में मदद करता है कि कहाँ निवेश करना है।

Purple 2012 से स्थलों के साथ काम कर रहा है। Whitbread, Premier Inn और Stonegate Pubs सहित आतिथ्य समूह Purple पर चलते हैं, और Purple एक प्रमाणित B Corp है। आतिथ्य विवरण के लिए Hotels देखें।

यही तीन-डोमेन संरचना Retail संपत्तियों, Healthcare साइटों और Trains के लिए काम करती है। यात्रा केंद्रों के लिए, Airport WiFi platform providers: what to require in the RFP पढ़ें।

अक्सर पूछे जाने वाले प्रश्न

होटल WiFi सॉफ़्टवेयर की कीमत कैसे तय की जाती है?

Purple प्लान और ऐड-ऑन के आधार पर कीमत तय करता है, हार्डवेयर के आधार पर नहीं। तीन प्लान Connect, Capture और Engage हैं, जिनमें SecurePass, Verify और Shield सुरक्षा ऐड-ऑन के रूप में शामिल हैं। आपका कोटेशन प्लान, ऐड-ऑन और आपकी आवश्यकता वाली संपत्तियों की संख्या को दर्शाता है। किसी भी RFP में, प्रत्येक विक्रेता से हर आवश्यकता को एक नामित प्लान या ऐड-ऑन से मैप करने के लिए कहें। यह आपके हस्ताक्षर करने के बाद सुविधाओं को उच्च श्रेणी में जाने से रोकता है, और प्रतिस्पर्धी कोटेशन की सीधे तुलना करने योग्य बनाता है।

क्या Purple हमारे पास मौजूद एक्सेस पॉइंट्स पर चल सकता है?

हाँ, Purple Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet हार्डवेयर पर क्लाउड ओवरले के रूप में चलता है। आप अपने एक्सेस पॉइंट्स और कंट्रोलर रखते हैं, और Purple इसके ऊपर प्रमाणीकरण, फ़िल्टरिंग और गेस्ट डेटा कैप्चर जोड़ता है। मिश्रित संपत्तियां भी काम करती हैं, इसलिए कुछ होटलों में Cisco Meraki और अन्य में Ruckus वाला समूह एक प्लेटफ़ॉर्म चला सकता है। RFP में अपने हार्डवेयर का नाम दर्ज करें और प्रत्येक विक्रेता से लिखित रूप में समर्थन की पुष्टि करने के लिए कहें।

हम अपने वर्तमान Captive Portal प्रदाता से अतिथि डेटा कैसे स्थानांतरित करें?

केवल वही रिकॉर्ड स्थानांतरित करें जिनकी सहमति साबित की जा सके। अपने वर्तमान प्रदाता से एक पूर्ण निर्यात (export) माँगें जिसमें सहमति के टाइमस्टैम्प और वह भाषा शामिल हो जिस पर प्रत्येक अतिथि ने सहमति व्यक्त की थी। बिना प्रमाणित सहमति तिथि वाले रिकॉर्ड नए मार्केटिंग डेटाबेस में प्रवेश नहीं करने चाहिए। पहले एक प्रॉपर्टी पर नया प्लेटफॉर्म चलाएं, CRM फ़ील्ड मैपिंग की जांच करें, और फिर प्रॉपर्टी दर प्रॉपर्टी रोल आउट करें। नोटिस देने से पहले और जब मौजूदा प्रदाता अभी भी अनुबंध के तहत हो, तब लिखित रूप में निर्यात पर सहमति लें।

क्या WiFi के माध्यम से अतिथि डेटा कैप्चर करना GDPR का अनुपालन करता है?

हाँ, जब सहमति अलग, विशिष्ट और रिकॉर्ड की गई हो। GDPR अनुच्छेद 7(4) का अर्थ है कि WiFi एक्सेस मार्केटिंग ऑप्ट-इन पर निर्भर नहीं हो सकता है, इसलिए ऑप्ट-इन एक अलग, अनटिक किया हुआ विकल्प होना चाहिए। Purple सचेत-पसंद ऑप्ट-इन का उपयोग करता है, प्रत्येक प्रोफाइल के लिए टाइमस्टैम्प वाला सहमति रिकॉर्ड संग्रहीत करता है, और ISO 27001 प्रमाणन रखता है। UK में, PECR ईमेल और SMS मार्केटिंग पर भी लागू होता है। मूल्यांकन के दौरान किसी भी विक्रेता से निर्यात किया गया सहमति रिकॉर्ड दिखाने के लिए कहें।

क्या होटल के अतिथि WiFi के लिए DNS फ़िल्टरिंग पर्याप्त है?

DNS फ़िल्टरिंग सार्वजनिक क्षेत्रों की मुख्य आवश्यकता को पूरा करती है, बशर्ते यह बाईपास का विरोध करे। यह एन्क्रिप्टेड ट्रैफ़िक का निरीक्षण किए बिना श्रेणियों और IWF URL सूची जैसी सूचियों को ब्लॉक करता है। इसकी कमजोरी HTTPS पर DNS (DoH) है, जो आपके रिज़ॉल्वर के आसपास प्रश्नों को रूट कर सकती है। DoH और कस्टम DNS हैंडलिंग पर लिखित उत्तर मांगें, और कॉन्सेप्ट के प्रमाण (proof of concept) के दौरान इसका परीक्षण करें। लॉबी, सम्मेलन हॉल और स्टाफ नेटवर्क के लिए अलग नीति निर्धारित करें।

क्या हमें अपने हार्डवेयर विक्रेता से या किसी अलग प्लेटफॉर्म से अतिथि WiFi खरीदना चाहिए?

यदि आप एक से अधिक हार्डवेयर विक्रेता चलाते हैं या अपने स्वामित्व वाला अतिथि डेटा चाहते हैं तो एक अलग प्लेटफॉर्म चुनें। अंतर्निहित Captive Portal बिना किसी मार्केटिंग लक्ष्य वाले और एक ही विक्रेता का उपयोग करने वाले एकल प्रॉपर्टी के लिए उपयुक्त हैं। एक हार्डवेयर-अज्ञेयवादी (hardware-agnostic) प्लेटफॉर्म रिफ्रेश के समय आपके विकल्पों को खुला रखता है। यह एक ही ऑडिट ट्रेल में स्टाफ प्रमाणीकरण, फ़िल्टरिंग और अतिथि सहमति भी रखता है। चेकलिस्ट तालिका के विरुद्ध दोनों की तुलना करें, प्रत्येक आवश्यकता को पास या फेल के रूप में स्कोर करें।

होटल WiFi परिनियोजन में कितना प्रयास लगता है?

अधिकांश प्रयास एकीकरण और नीतिगत निर्णयों में लगता है, हार्डवेयर में नहीं। समर्थित एक्सेस पॉइंट्स पर कुछ भी नहीं बदला जाता है, इसलिए काम आपकी निर्देशिका, आपके CRM और आपकी फ़िल्टरिंग नीति को जोड़ना है। परिनियोजन शुरू होने से पहले अपने DPO के साथ फ़िल्टरिंग श्रेणियों और सहमति की भाषा पर सहमति व्यक्त करें। एक प्रॉपर्टी में कॉन्सेप्ट का प्रमाण (proof of concept) चलाएं, इस गाइड में छह परीक्षणों को पूरा करें, फिर नियोजित चरणों में पूरी संपत्ति में रोल आउट करें।