हॉटेल WiFi RFP चेकलिस्ट: ऑथेंटिकेशन, कंटेंट फिल्टरिंग आणि गेस्ट मार्केटिंग

हॉटेल WiFi RFP चेकलिसने एकाच टेंडरमध्ये तीन क्षमतांची चाचणी घेतली पाहिजे. कर्मचाऱ्यांच्या ऑथेंटिकेशनसाठी 802.1X किंवा तुमच्या आयडेंटिटी प्रोव्हायडरशी जोडलेल्या प्रति-व्यक्ति कळा (keys) वापरल्या पाहिजेत. कन्टेंट फिल्टरिंगने प्रत्येक नेटवर्कनुसार DNS पॉलिसी लागू केली पाहिजे. गेस्ट डेटा कॅप्चरने प्रत्येक ऑप्ट-इनसाठी GDPR संमतीची नोंद केली पाहिजे. एका टेंडरमुळे तुम्हाला एक कॉन्ट्रॅक्ट, एक डॅशबोर्ड आणि एक ऑडिट ट्रेल मिळते.

हॉटेल WiFi RFP चेकलिस्टमध्ये प्रत्यक्षात कशाचा समावेश असतो?

बहुतेक हॉटेल्स तीन वेगवेगळ्या भागांमध्ये WiFi खरेदी करतात:

• कर्मचारी ॲक्सेस IT कडे असतो, जो अनेकदा लपवलेल्या नेटवर्कवर शेअर केलेल्या पासवर्डच्या रूपात असतो.
• गेस्ट ॲक्सेस कॅप्टिव्ह पोर्टल व्हेंडरकडे असतो, जो मार्केटिंगद्वारे निवडला जातो किंवा ब्रॉडबँड प्रोव्हायडरद्वारे बंडल केला जातो.
• कन्टेंट फिल्टरिंग थर्ड पार्टीकडे असते, किंवा कुठेच नसते.

प्रत्येक भाग स्वतःहून काम करतो. एकत्र येऊन ते तीन कॉन्ट्रॅक्ट्स, तीन डॅशबोर्ड्स आणि लॉगचे तीन संच तयार करतात जे कधीही जुळत नाहीत. जेव्हा एखादा कर्मचारी नोकरी सोडतो, तेव्हा त्याचा 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 कलम 4(11) अंतर्गत, संमती मुक्तपणे दिलेली, विशिष्ट, माहितीपूर्ण आणि अस्पष्ट नसलेली असणे आवश्यक आहे. UK मध्ये, Privacy and Electronic Communications Regulations (PECR) देखील ईमेल आणि SMS मार्केटिंगचे नियंत्रण करतात. व्हेंडर्सनी विचारण्यापूर्वी तुमच्या CRM किंवा मार्केटिंग प्लॅटफॉर्मचे नाव निश्चित करा.

एक RF बेसलाइन

ऑथेंटिकेशनमुळे कमकुवत कव्हरेजची समस्या सुटू शकत नाही. टेंडर काढण्यापूर्वी तुमच्या कंट्रोलरकडून चॅनेल युटिलायझेशन रिपोर्ट घ्या किंवा सर्वेक्षण करून घ्या. 2.4GHz वरील गर्दी ही एक ज्ञात तक्रार असल्यास, प्रथम The Ultimate Guide to WiFi Channels: 2.4GHz vs 5GHz Explained वाचा.

तुम्ही विभागनिहाय चेकलिस्ट कशी तयार करता?

प्रत्येक आवश्यकता होय, नाही किंवा पुराव्यासहित उत्तरासह एका प्रश्नाच्या रूपात लिहा. "एन्टरप्राइज सुरक्षेला सपोर्ट करते" हे प्रत्येक व्हेंडरला समान गुण देते. "खाते निष्क्रिय केल्यावर रिव्होकेशनसह 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 हे एक वेब पृष्ठ आहे जे पाहुण्यांना ऑनलाइन जाण्यापूर्वी दिसते. प्रत्येक मालमत्तेनुसार ब्रँडिंग, अनेक भाषा आणि लॉगिन पद्धतींची निवड मागा: ईमेल्स, सोशल लॉगिन किंवा SMS पडताळणी.
• सिद्ध झालेले मोबाइल वर्तन. iOS आणि Android रिस्ट्रिक्टेड मिनी-ब्राउझरमध्ये Captive Portal उघडतात. मूल्यमापनादरम्यान स्क्रीनशॉटऐवजी सध्याच्या iOS आणि Android बिल्ड्सवर लाइव्ह लॉगिनची मागणी करा.
• Passpoint आणि OpenRoaming. Hotspot 2.0 म्हणून ओळखले जाणारे Passpoint हे IEEE 802.11u वर तयार केलेले इंडस्ट्री सर्टिफिकेशन आहे. हे डिव्हाइसला कोणत्याही Captive Portal शिवाय, आपोआप आणि सुरक्षितपणे परिचित नेटवर्कमध्ये सामील होऊ देते. OpenRoaming हे Passpoint वर तयार केलेले Wireless Broadband Alliance फेडरेशन आहे. हे पाहुण्यांना त्यांच्याकडे आधीपासून असलेल्या ओळखीसह कनेक्ट होऊ देते.
• सेशन आणि बँडविड्थ नियंत्रणे. प्रति नेटवर्क बँडविड्थ मर्यादा, सेशन कालावधी नियंत्रणे आणि प्रति पाहुणा डिव्हाइस मर्यादा मागा.
• क्लायंट आयसोलेशन. एकाच नेटवर्कवरील पाहुण्यांना एकमेकांची डिव्हाइसेस दिसू नयेत. आयसोलेशन बाय डीफॉल्ट चालू ठेवण्याची मागणी करा.
• Purple चे Guest WiFi 90 पेक्षा जास्त देशांमधील 80,000+ पेक्षा जास्त लाइव्ह वेन्यूमध्ये हा लेयर चालवते. Purple च्या स्वतःच्या प्लॅटफॉर्म डेटानुसार, याने 2024 मध्ये 440 दशलक्ष लॉगिन हाताळले आहेत.

कंटेंट फिल्टरिंग आवश्यकता

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

• नामांकित वर्गीकरण स्त्रोतासह श्रेणी-आधारित DNS फिल्टरिंग. UK मध्ये, किमान इंटरनेट वॉच फाऊंडेशन (IWF) URL सूचीची आवश्यकता आहे.
• प्रति नेटवर्क पॉलिसी. लॉबी आणि कौटुंबिक क्षेत्रांना कडक पॉलिसी मिळते. कॉन्फरन्स हॉल आणि कर्मचारी नेटवर्क या प्रत्येकाला त्यांची स्वतःची पॉलिसी मिळते.
• बायपास रेझिस्टन्स. DNS over HTTPS (DoH, RFC 8484 मध्ये परिभाषित) एन्क्रिप्टेड वेब ट्रॅफिकमध्ये DNS क्वेरी पाठवते आणि तुमचे फिल्टर वगळू शकते. व्हेंडर DoH आणि स्वतःचे DNS सर्व्हर सेट करणाऱ्या पाहुण्यांना कसे हाताळतो ते विचारा.
• ॲक्रेडिटेशन. UK मध्ये, तुमचे डिप्लॉयमेंट फिल्टर केलेल्या सार्वजनिक WiFi साठी सरकारद्वारे सुरू केलेल्या Friendly WiFi या ॲक्रेडिटेशन योजनेची पूर्तता करू शकते का ते विचारा.
• लॉग रिटेंशन नियंत्रणे. फिल्टरिंग लॉग व्यक्तींची ओळख पटवू शकतात, त्यामुळे GDPR लागू होतो. लॉग किती काळ ठेवले जातात आणि ते कोण वाचू शकते ते विचारा.

गेस्ट डेटा कॅप्चर आणि मार्केटिंग आवश्यकता

Guest WiFi हा एक असा स्पर्शबिंदू आहे जिथे चालत येणारा ग्राहक, कॉन्फरन्स प्रतिनिधी आणि एजन्सी बुकिंग हे सर्व थेट त्यांची ओळख तुम्हाला देतात. खालील बाबींची आवश्यकता आहे:

• जाणीवपूर्वक-निवडीचा opt-ins. मार्केटिंगची संमती ही एक वेगळी, अन-टिक केलेली निवड असणे आवश्यक आहे. GDPR Article 7(4) नमूद करते की जेव्हा एखादी सेवा तिला आवश्यक नसलेल्या संमतीवर अवलंबून असते तेव्हा ती संमती स्वेच्छेने दिलेली मानली जात नाही. WiFi ऍक्सेससाठी कधीही मार्केटिंग opt-in ची सक्ती केली जाऊ नये.
• टाइमस्टॅम्प केलेल्या संमतीच्या नोंदी प्रत्येक प्रोफाईलसाठी, ज्या विषय ऍक्सेस विनंतीसाठी (subject access request) एक्स्पोर्ट करता येतील.
• नामित CRM आणि मार्केटिंग प्लॅटफॉर्म इंटिग्रेशन्स, प्रतिसादात दाखवलेल्या फील्ड मॅपिंगसह.
• भेट ऍनालिटिक्स: नवीन विरुद्ध परत येणारे पाहुणे, ड्वेल टाइम (थांबण्याचा वेळ) आणि मालमत्तेनुसार भेटींची वारंवारता. WiFi Analytics हे प्रति ठिकाण रिपोर्ट करतात.
• डेटा मालकी. करारात नमूद केले पाहिजे की अतिथींचा डेटा हा तुमचा फर्स्ट-पार्टी डेटा आहे, बाहेर पडताना पूर्ण एक्स्पोर्टसह.

प्लॅटफॉर्म, सुरक्षा आणि अनुपालन (compliance) आवश्यकता

• प्रमाणपत्रे. UK सार्वजनिक-क्षेत्राच्या कामासाठी सध्याचे ISO 27001 प्रमाणपत्र आणि Cyber Essentials मागा. Purple कडे ISO 27001 आणि Cyber Essentials आहे आणि ते GDPR आणि CCPA चे पालन करते.
• अपटाइम. SLA मध्ये ही वचनबद्धता लिहा. Purple चा प्रकाशित प्लॅटफॉर्म अपटाइम 99.999% आहे.
• ऍडमिन साइन-इन. SAML (Security Assertion Markup Language) तुमच्या टीमला त्यांच्या डिरेक्टरी अकाउंटसह डॅशबोर्डवर साइन इन करू देते. प्रति मालमत्ता ऍडमिन भूमिकांसह याची जोडी करा.
• वायरलेस चाचणी पुरावा. PCI DSS v4.0 आवश्यकता 11.2.1 तुम्हाला कमीत कमी दर तीन महिन्यांनी अधिकृत आणि अनधिकृत वायरलेस ऍक्सेस पॉईंट्स शोधण्यास सांगते. याच्या दृष्टीने प्लॅटफॉर्म किंवा तुमचा कंट्रोलर काय रिपोर्ट करतो ते विचारा.

एका दृष्टीक्षेपात चेकलिस्ट

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

स्वाक्षरी करण्यापूर्वी तुम्ही व्हेंडरच्या उत्तरांची चाचणी कशी करता?

लिखित उत्तरे नेहमीच चांगली असतात. एका प्रॉपर्टीमधील संकल्पनेची पडताळणी (Proof of concept) प्रत्यक्ष काय घडते ते दाखवते. शॉर्टलिस्ट केलेल्या प्रत्येक व्हेंडरसोबत या सहा चाचण्या करा.

1. जॉइनर टेस्ट. तुमच्या डिरेक्टरीमध्ये कर्मचाऱ्याचे खाते तयार करा. ती व्यक्ती कर्मचाऱ्यांच्या नेटवर्कमध्ये सामील होण्यापूर्वी किती वेळ लागतो ते नोंदवा.
2. लीव्हर टेस्ट. खाते निष्क्रिय करा. प्लॅटफॉर्म सक्रिय सत्र समाप्त करण्यासाठी RADIUS Change of Authorisation (RFC 5176) पाठवतो की पुन्हा ऑथेंटिकेशनची वाट पाहतो हे विचारा.
3. गेस्ट लॉगिन टेस्ट. सध्याच्या iPhone आणि Android हँडसेट आणि लॅपटॉपवरून लॉगिन करा. प्रत्येक अयशस्वी प्रयत्न आणि प्रत्येक अतिरिक्त टॅपची नोंद घ्या.
4. फिल्टर टेस्ट. लॉबी नेटवर्कवर आणि नंतर कॉन्फरन्स नेटवर्कवर ब्लॉक केलेल्या श्रेणीला भेट द्या. ब्राऊझर DoH वर सेट करून पुनरावृत्ती करा.
5. संमती टेस्ट. एका डिव्हाइसवर ऑप्ट इन करा आणि दुसऱ्यावर नाकारा. त्यानंतर सबजेक्ट ॲक्सेस विनंतीला उत्तर दिल्याप्रमाणे दोन्ही नोंदींची विनंती करा.
6. सेगमेंटेशन टेस्ट. गेस्ट डिव्हाइसवरून, स्टाफ प्रिंटर आणि पॉइंट-ऑफ-सेल पत्त्यापर्यंत पोहोचण्याचा प्रयत्न करा. दोन्ही प्रयत्न अयशस्वी झाले पाहिजेत.

प्रत्येक चाचणीत उत्तीर्ण किंवा अयशस्वी असे गुण द्या. मूल्यमापनादरम्यान ज्यांची चाचणी घेऊ शकत नाही असा व्हेंडर कराराच्या मंजुरीनंतरही त्या चालवणार नाही.

खऱ्या हॉटेल इस्टेटमध्ये हे कसे दिसते?

तीन WiFi करार असलेले 200 खोल्यांचे शहर हॉटेल

परिस्थिती. हॉटेलने त्याच्या ब्रॉडबँड प्रदात्याद्वारे बंडल केलेल्या Captive Portal द्वारे गेस्ट ॲक्सेस चालवला. कर्मचारी त्रैमासिक बदलला जाणारा एकच सामायिक पासवर्ड वापरत होते. एका स्वतंत्र व्हेंडरने DNS फिल्टरिंग पुरवले. गेस्ट ईमेल कोणत्याही संमती टाइमस्टॅम्पशिवाय मासिक स्प्रेडशीट एक्सपोर्ट म्हणून मार्केटिंगपर्यंत पोहोचले.

काय केले गेले. हॉटेलने वरील चेकलिस्टवर आधारित एक RFP जारी केले. यासाठी Microsoft Entra ID वरून डिरेक्टरी सिंक, प्रिंटर आणि टीव्हीसाठी iPSK, प्रति नेटवर्क DNS पॉलिसी आणि प्रत्येक रेकॉर्डवर टाइमस्टॅम्प केलेली संमती आवश्यक होती.

निकाल. तीन करारांचा एकच करार झाला. लीव्हर ॲक्सेस, जो आधी पुढील रोटेशनपर्यंत 90 दिवसांपर्यंत सक्रिय असायचा, तो आता खाते निष्क्रिय केल्यावर लगेच समाप्त होतो. प्रत्येक मार्केटिंग रेकॉर्डवर संमतीचा टाइमस्टॅम्प असतो, त्यामुळे सबजेक्ट ॲक्सेस विनंत्या एकाच एक्सपोर्टमधून पूर्ण होतात.

मिश्र हार्डवेअरवरील 40-प्रॉपर्टी ग्रुप

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

काय केले गेले. RFP मध्ये दोन्ही हार्डवेअर व्हेंडर्सची नावे दिली गेली आणि दोन्हीला सपोर्ट करण्यासाठी एकाच प्लॅटफॉर्मची आवश्यकता होती. यासाठी संपूर्ण इस्टेटमध्ये एकच फिल्टरिंग पॉलिसी सेट आणि एक गेस्ट डेटाबेस देखील आवश्यक होता.

निकाल. एक डॅशबोर्ड आता सर्व 40 प्रॉपर्टीज कव्हर करतो. कोणतेही ॲक्सेस पॉइंट्स बदलले गेले नाहीत. लॉबीसाठी फिल्टरिंग बदल आता प्रति व्हेंडर दोन बदलांऐवजी एकाच बदलात संपूर्ण इस्टेटमध्ये लागू होतो.

कौन्सिलद्वारे चालवले जाणारे कॉन्फरन्स आणि इव्हेंट्स सेंटर

परिस्थिती. सार्वजनिक क्षेत्रातील एका ठिकाणाने एकाच हॉलमध्ये शालेय सुट्ट्यांचे कार्यक्रम आणि व्यापार प्रदर्शने आयोजित केली होती. एकाच कडक फिल्टरने अशा साइट्स ब्लॉक केल्या ज्यांची प्रदर्शकांना थेट प्रात्यक्षिकांसाठी (live demonstrations) गरज होती.

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

निकाल. आता कोणत्याही नवीन हार्डवेअरशिवाय ॲक्सेस पॉइंट्सच्या एकाच सेटवर दोन पॉलिसी चालतात. कर्मचारी नियंत्रक (controllers) पुन्हा कॉन्फिगर न करता डॅशबोर्डवरून प्रत्येक इव्हेंटनुसार पॉलिसी स्विच करतात.

हॉटेल 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 विस्तृत डिझाइन पर्यायांना कव्हर करते.

खरेदी पर्यायांची तुलना कशी होते?

दृष्टिकोन	मॅनेज करायचे कॉन्ट्रॅक्ट्स	नवीन हार्डवेअरची गरज	विशिष्ट स्टाफ ओळख स्त्रोत	गेस्ट डेटा कोणाकडे असतो	हे कोणासाठी योग्य आहे
हार्डवेअर व्हेंडरचे अंगभूत कॅप्टिव्ह पोर्टल	प्रति हार्डवेअर व्हेंडर 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 आहे. हॉस्पिटॅलिटी तपशीलांसाठी हॉटेल्स पहा.

हीच तीन-डोमेन संरचना रिटेल इस्टेट, हेल्थकेअर साइट्स आणि ट्रेन्स साठी देखील कार्य करते. ट्रॅव्हल हब्ससाठी, विमानतळ WiFi प्लॅटफॉर्म प्रदाते: 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 प्रदात्याकडून गेस्ट डेटा कसा हस्तांतरित करू शकतो?

केवळ सिद्ध करता येण्याजोगी संमती असलेल्या नोंदीच हलवा. तुमच्या सध्याच्या प्रदात्याकडे संपूर्ण डेटा एक्सपोर्टची मागणी करा, ज्यामध्ये संमतीचे टाइमस्टॅम्प आणि प्रत्येक पाहुण्याने मान्य केलेला मजकूर समाविष्ट असेल. सिद्ध करता येण्याजोगी संमतीची तारीख नसलेल्या नोंदी नवीन मार्केटिंग डेटाबेसमध्ये जाऊ नयेत. प्रथम एका मालमत्तेवर नवीन प्लॅटफॉर्म चालवा, CRM फील्ड मॅपिंग तपासा, आणि नंतर मालमत्तेनुसार अंमलबजावणी करा. मुदत समाप्तीची नोटीस देण्यापूर्वी, जुना प्रदाता करारांतर्गत असतानाच एक्सपोर्टबाबत लेखी सहमती घ्या.

WiFi द्वारे पाहुण्यांचा डेटा गोळा करणे GDPR चे पालन करते का?

होय, जेव्हा संमती स्वतंत्र, विशिष्ट आणि नोंदवलेली असते. GDPR कलम 7(4) नुसार WiFi ॲक्सेस हा मार्केटिंग ऑप्ट-इन वर अवलंबून असू शकत नाही, त्यामुळे ऑप्ट-इन हा एक वेगळा, अनटिक केलेला पर्याय असावा. Purple जाणीवपूर्वक निवडलेल्या ऑप्ट-इनचा वापर करते, प्रत्येक प्रोफाइलसाठी टाइमस्टॅम्प असलेली संमती नोंद ठेवते आणि ISO 27001 प्रमाणपत्र धारण करते. UK मध्ये, ई-मेल आणि SMS मार्केटिंगसाठी PECR देखील लागू होते. मूल्यांकनादरम्यान कोणत्याही वेंडरला एक्सपोर्ट केलेली संमती नोंद दाखवण्यास सांगा.

हॉटेलमधील पाहुण्यांच्या WiFi साठी DNS फिल्टरिंग पुरेसे आहे का?

DNS फिल्टरिंग सार्वजनिक भागांसाठी मुख्य आवश्यकता पूर्ण करते, जर ते बायपास रोखू शकत असेल. हे एन्क्रिप्टेड ट्रॅफिकची तपासणी न करता श्रेणी आणि IWF URL सूचीसारख्या याद्या ब्लॉक करते. याची कमकुवत बाजू म्हणजे DNS over HTTPS, जे तुमच्या रिझॉल्व्हरच्या आसपास क्वेरी राउट करू शकते. DoH आणि कस्टम DNS हँडलिंगवर लेखी उत्तराची मागणी करा आणि प्रूफ़ ऑफ कन्सेप्ट दरम्यान त्याची चाचणी घ्या. लॉबी, कॉन्फरन्स हॉल आणि कर्मचाऱ्यांच्या नेटवर्कसाठी स्वतंत्र धोरणे निश्चित करा.

आपण पाहुण्यांचे WiFi आपल्या हार्डवेअर वेंडरकडून खरेदी करावे की स्वतंत्र प्लॅटफॉर्मवरून?

जर तुम्ही एकापेक्षा जास्त हार्डवेअर वेंडर वापरत असाल किंवा तुम्हाला तुमच्या मालकीचा पाहुण्यांचा डेटा हवा असेल तर स्वतंत्र प्लॅटफॉर्म निवडा. बिल्ट-इन Captive Portal एकाच वेंडरवर आधारित एकाच मालमत्तेसाठी योग्य असतात जिथे कोणतेही मार्केटिंग उद्दिष्ट नसते. हार्डवेअर-अग्नोस्टिक प्लॅटफॉर्म रिफ्रेशच्या वेळी तुमचे पर्याय खुले ठेवतो. हे कर्मचाऱ्यांचे ऑथेंटिकेशन, फिल्टरिंग आणि पाहुण्यांची संमती एकाच ऑडिट ट्रेलमध्ये ठेवते. चेकलिस्ट तक्त्याशी दोन्हीची तुलना करा आणि प्रत्येक गरजेनुसार पास किंवा फेल असे गुण द्या.

हॉटेल WiFi सेटअपसाठी किती प्रयत्न लागतात?

बहुतेक प्रयत्न हे इंटिग्रेशन आणि धोरणात्मक निर्णयांमध्ये असतात, हार्डवेअरमध्ये नाही. सपोर्ट असलेल्या ॲक्सेस पॉइंट्सवर काहीही बदलले जात नाही, त्यामुळे तुमचे डिरेक्टरी, तुमचे CRM आणि तुमचे फिल्टरिंग धोरण जोडणे हेच मुख्य काम असते. सेटअप सुरू होण्यापूर्वी तुमच्या DPO सोबत फिल्टरिंग श्रेणी आणि संमतीच्या मजकुरावर सहमती घ्या. एका मालमत्तेवर प्रूफ़ ऑफ कन्सेप्ट चालवा, या मार्गदर्शकातील सहा चाचण्या पूर्ण करा आणि नंतर नियोजित टप्प्यांत संपूर्ण मालमत्तांमध्ये अंमलबजावणी करा.