- Purple
- Guest WiFi: a complete guide
- फ्रँच्याइझींसाठी मल्टी-साइट गेस्ट WiFi: स्थानिक ब्रँडिंगसह केंद्रीय नियंत्रण
फ्रँच्याइझींसाठी मल्टी-साइट गेस्ट WiFi: स्थानिक ब्रँडिंगसह केंद्रीय नियंत्रण
तुम्ही तुमच्या फ्रँच्याइझी इस्टेटमधील गेस्ट WiFi साठी ऑपरेटिंग मॉडेल निवडू शकाल आणि GDPR अंतर्गत गेस्ट डेटा कोण नियंत्रित करते ते ठरवू शकाल. त्यानंतर तुम्ही ब्रँड आणि संमती मध्यवर्तीपणे लॉक करू शकता, फ्रँच्याइझींना वेन्यू-scoped ॲक्सेस देऊ शकता आणि व्हेंडर-गटबद्ध रोलआउटचे नियोजन करू शकता. हा दृष्टिकोन मिक्स Cisco Meraki, HPE Aruba, Ruckus आणि Ubiquiti UniFi हार्डवेअरवर क्लाउड ओव्हरले म्हणून चालतो.
आमच्या मुख्य मालिकेचा भाग: गेस्ट WiFi मार्गदर्शक →
- तुमच्या फ्रँचायझीने कोणते ऑपरेटिंग मॉडेल निवडले पाहिजे?
- मध्यवर्ती नियंत्रण आणि स्थानिक ब्रँडिंग खरोखर कुठे भिन्न आहेत
- ब्रँड टेम्पलेट आणि त्याचे स्थानिक ओव्हरराइड्स
- फ्रँचायझींसाठी डेलिगेटेड ॲक्सेस
- मिश्र हार्डवेअर इस्टेट्स
- संपूर्ण इस्टेटसाठी रिपोर्टिंग
- फ्रँचायझीमध्ये गेस्ट डेटाचा मालक कोण असतो?
- जेव्हा फ्रँचायझर-प्रणीत मध्यवर्ती प्लॅटफॉर्म हा योग्य निर्णय असतो
- जेव्हा फ्रँचायझी-प्रणीत WiFi हा योग्य निर्णय असतो
- तुम्ही शेकडो साइट्सवर गेस्ट WiFi कसे रोल आउट करता?
- टप्पा 1: इस्टेटचे ऑडिट करा
- टप्पा 2: टेम्पलेट आणि गव्हर्नन्स तयार करा
- टप्पा 3: तुमच्या हार्डवेअर मिक्समध्ये पाच साइट्सवर पायलट करा
- टप्पा 4: टप्प्याटप्प्याने रोल आउट करा
- टप्पा 5: सुपूर्द करा आणि चालवा
- प्रत्यक्ष कार्य केलेली उदाहरणे
- 140 साइट्सची एक क्विक सर्व्हिस रेस्टॉरंट फ्रँचायझी
- 45 हॉटेल्सचा फ्रँचायझ्ड गट
- आवश्यक असलेली प्लॅटफॉर्म वैशिष्ट्ये
- प्रत्येक मॉडेल चालवण्यासाठी किती खर्च येतो
- तुमच्या इस्टेटसाठी निर्णय कसा घ्यावा
- वारंवार विचारले जाणारे प्रश्न
- Purple आमच्या फ्रँचायझी आधीपासून वापरत असलेल्या ॲक्सेस पॉइंट्ससोबत काम करते का?
- प्रत्येक फ्रँचायझी त्यांचे स्वतःचे स्प्लॅश पेज कस्टमाइझ करू शकतात का?
- फ्रँचायझीमध्ये गेस्ट WiFi डेटाचा मालक कोण असतो?
- शेकडो साइट्सवर गेस्ट WiFi रोल आउट करण्यासाठी किती वेळ लागतो?
- फ्रँचायझी गेस्ट WiFi हे PCI DSS च्या कक्षेत येते का?
- फ्रँचायझी एकमेकांचा गेस्ट डेटा पाहू शकतात का?
- मल्टी-साइट फ्रँचायझी इस्टेटसाठी Purple ची किंमत कशी ठरवली जाते?

फ्रँचायझी एका क्लाउड प्लॅटफॉर्मवरून शेकडो ठिकाणी गेस्ट WiFi चालवतात. फ्रँचायझर ब्रँड टेम्पलेट, संमतीचे शब्द आणि नेटवर्क नियम लॉक करतो. प्रत्येक फ्रँचायझी मंजूर केलेल्या स्थानिक फील्डमध्ये बदल करते आणि फक्त त्यांची स्वतःची ठिकाणे पाहते. हार्डवेअर-अग्नोस्टिक ओव्हरले मिक्स Cisco Meraki, HPE Aruba आणि Ubiquiti UniFi इस्टेट्स कव्हर करतो. फ्रँचायझी करारामध्ये गेस्ट डेटाचा मालक कोण आहे हे निश्चित केले जाते.
तुमच्या फ्रँचायझीने कोणते ऑपरेटिंग मॉडेल निवडले पाहिजे?
तुमच्याकडे फ्रँचायझी इस्टेटमध्ये गेस्ट WiFi चालवण्याचे तीन मार्ग आहेत:
- सेंट्रल प्लॅटफॉर्म: फ्रँचायझर एक प्लॅटफॉर्म चालवतो आणि स्थानिक ओव्हरराइड्सला अनुमती देतो.
- फ्रँचायझी-लेड: प्रत्येक फ्रँचायझी त्यांच्या स्वतःच्या प्रदात्याकडून खरेदी करते.
- बिल्ट-इन कंट्रोलर पोर्टल: प्रत्येक साइट त्यांच्या ॲक्सेस पॉइंट कंट्रोलरमध्ये तयार केलेले कॅप्टिव्ह पोर्टल वापरते. कॅप्टिव्ह पोर्टल हे नेटवर्क ऑनलाइन प्रवेश देण्यापूर्वी पाहुण्याला दिसणारे वेब पेज आहे.
तुम्ही निवडलेले मॉडेल तीन गोष्टी ठरवते. ते ब्रँडचे नियंत्रण कोणाकडे आहे, संमतीच्या नोंदी कोणाकडे आहेत आणि तुम्ही संपूर्ण इस्टेटमध्ये रिपोर्ट तयार करू शकता की नाही हे सेट करते.
| अक्ष | सेंट्रल प्लॅटफॉर्म, स्थानिक ओव्हरराइड्स | फ्रँचायझी-लेड, स्वतःचा प्रदाता | बिल्ट-इन कंट्रोलर पोर्टल |
|---|---|---|---|
| स्प्लॅश पेज नियंत्रण | फ्रँचायझर टेम्पलेट, फ्रँचायझी अनलॉक केलेली फील्ड एडिट करते | प्रत्येक फ्रँचायझी, ब्रँड तपासणी नाही | प्रत्येक साइट, प्रति कंट्रोलर |
| ब्रँड सुसंगतता | लोगो, रंग आणि कायदेशीर मजकूर संपूर्ण इस्टेटमध्ये लॉक केला आहे | प्रत्येक साइटनुसार बदलतो | फक्त मूळ लोगो आणि मजकूर |
| संमती नोंदी | एक रजिस्टर, एक शब्द रचना | प्रति फ्रँचायझी एक रजिस्टर | क्वचितच कॅप्चर केले जाते |
| गेस्ट डेटा मालकी | फ्रँचायझी करारात एकदाच परिभाषित केले जाते | प्रत्येक फ्रँचायझीकडे राहते | कोणताही मार्केटिंग डेटा ठेवला जात नाही |
| मिक्स हार्डवेअर | सर्व प्रमुख विक्रेत्यांमध्ये एक ओव्हरले | प्रत्येक प्रदात्याची स्वतःची विक्रेता सूची | प्रति साइट एक विक्रेता |
| संपूर्ण इस्टेट रिपोर्टिंग | सिंगल डॅशबोर्ड, वेन्यू ते इस्टेट | एक्सपोर्टचे मॅन्युअल विलीनीकरण | काहीही नाही |
| नवीन साइट गो-लाइव्ह | टेम्पलेट क्लोन करा, वेन्यू असाइन करा | नवीन करार आणि स्प्लॅश पेज बिल्ड | प्रत्येक कंट्रोलर कॉन्फिगर करा |
| योग्य | एकाच ब्रँड मानकाखाली २०+ साइट्स | फक्त परवाना नेटवर्क | सिंगल साइट्स, कोणतेही डेटा उद्दिष्ट नाही |
| Suits | 20+ sites under one brand standard | Licence-only networks | Single sites, no data goals |
बहुतेक ब्रँड-चालित फ्रँचायझींसाठी, सेंट्रल मॉडेल केवळ संमती आणि रिपोर्टिंगच्या जोरावर जिंकते. हे कसे चालवायचे आणि ते कधी चुकीचे ठरते हे या मार्गदर्शकाच्या उर्वरित भागात समाविष्ट केले आहे.
मध्यवर्ती नियंत्रण आणि स्थानिक ब्रँडिंग खरोखर कुठे भिन्न आहेत
मध्यवर्ती नियंत्रण आणि स्थानिक ब्रँडिंग एकमेकांच्या विरुद्ध दिशेने जातात. फ्रँचायझरला एक कायदेशीर मानक आणि एक डेटा मॉडेल आवश्यक आहे. फ्रँचायझीला असे स्प्लॅश पेज आवश्यक आहे जे त्यांच्या वेन्यूसारखे वाटेल. एक चांगला प्लॅटफॉर्म साइटनुसार नाही, तर फील्डनुसार दोघांना वेगळे करतो.
ब्रँड टेम्पलेट आणि त्याचे स्थानिक ओव्हरराइड्स
प्रति ब्रँड एक मास्टर टेम्पलेट तयार करा. कायदेशीर किंवा ब्रँड धोके असलेल्या घटकांना लॉक करा:
- लोगो, कलर पॅलेट आणि टायपोग्राफी
- गोपनीयता सूचना, वापर अटी आणि कंट्रोलर ओळख
- संमतीचे शब्द आणि ऑप्ट-इन बॉक्सचा क्रम
- लॉगिन वेळी गोळा केलेले डेटा फील्ड
- सत्राचा कालावधी आणि बँडविड्थ नियम
त्यानंतर अशी फील्ड्स अनलॉक करा जी वेन्यूला स्थानिक अनुभव देतात:
- वेन्यूचे नाव, पत्ता आणि उघडण्याच्या वेळा
- हिरो इमेज आणि स्थानिक ऑफर
- वेन्यूच्या स्वतःच्या सोशल चॅनेलच्या लिंक्स
- भाषा, जिथे फ्रँचायझी UK बाहेर व्यवसाय करते
प्रत्येक फ्रँचायझी साइट टेम्पलेट इनहेरिट करते. जेव्हा तुम्ही गोपनीयता सूचना अपडेट करता, तेव्हा प्रत्येक वेन्यू पुढील पब्लिशवर ते स्वीकारतो. फ्रँचायझी संमतीचे शब्द एडिट करू शकत नाही, त्यामुळे कोणताही स्थानिक बदल तुमच्या GDPR स्थितीला प्रभावित करू शकत नाही.
फ्रँचायझींसाठी डेलिगेटेड ॲक्सेस
डेलिगेटेड ॲक्सेसचा अर्थ असा आहे की प्रत्येक व्यक्तीला ते चालवत असलेले वेन्यूच दिसतात. तुम्ही काहीही तयार करण्यापूर्वी तुमच्या फ्रँचायझी रचनेनुसार रोल मॅप करा.
| रोल | व्याप्ती | एडिट करू शकतात | एडिट करू शकत नाहीत |
|---|---|---|---|
| फ्रँचायझर ॲडमिन | संपूर्ण इस्टेट | टेम्पलेट्स, संमती, इंटिग्रेशन्स, रोल्स | कोणतेही निर्बंध नाहीत |
| एरिया मॅनेजर | वेन्यूचा ग्रुप | त्यांच्या ग्रुपसाठी स्थानिक फील्ड्स आणि मोहिमा | टेम्पलेट्स, संमतीचे शब्द |
| फ्रँचायझी | त्यांचे स्वतःचे वेन्यू | स्थानिक फील्ड्स, स्थानिक ऑफर्स, स्वतःचे रिपोर्ट्स | इतर वेन्यू आणि त्यांचा डेटा |
| एजन्सी किंवा पार्टनर | नामांकित ब्रँड्स, फक्त वाचण्यासाठी | काहीही नाही | सर्व कॉन्फिगरेशन |
प्लॅटफॉर्म जिथे SAML सिंगल साइन-ऑनला सपोर्ट करतो तिथे तुमच्या आयडेंटिटी प्रोव्हायडरशी ॲडमिन खाती लिंक करा. SAML (Security Assertion Markup Language) हा असा मानक आहे जो एका लॉगिनद्वारे सिस्टीममधील ॲडमिनचे प्रमाणीकरण करू देतो. Microsoft Entra ID, Okta आणि Google Workspace हे सर्व याला सपोर्ट करतात. नवीन जोडलेले, बदललेले आणि सोडून जाणारे कर्मचारी नंतर तुमच्या HR प्रक्रियेचे अनुसरण करतात. जेव्हा एखादी फ्रँचायझी विक्री करते, तेव्हा तुम्ही एकाच ठिकाणाहून त्यांचा ॲक्सेस रद्द करता.
मिश्र हार्डवेअर इस्टेट्स
फ्रँचायझी इस्टेट्स क्वचितच एकाच व्हेंडरवर चालतात. सुरुवातीच्या साइट्सवर फ्रँचायझरने वर्षांपूर्वी निर्दिष्ट केलेले हार्डवेअर असते. नंतरचे फ्रँचायझी त्यांच्या स्थानिक इंस्टॉलर्सनी शिफारस केलेल्या गोष्टी खरेदी करतात. विसंगत ब्रँडिंगचे निराकरण करण्यासाठी रीप-ॲण्ड-रिप्लेस प्रोग्राम हा सर्वात महागडा मार्ग आहे.
क्लाउड ओव्हरले हे टाळतो. ॲक्सेस पॉइंट्स रेडिओ हाताळणे सुरू ठेवतात आणि प्लॅटफॉर्म स्प्लॅश पेज, ऑथेंटिकेशन आणि डेटा हाताळतो. Purple चे Guest WiFi Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर अशा प्रकारे चालते. प्रत्येक कंट्रोलर पाहुण्यांना होस्ट केलेल्या स्प्लॅश पेजवर रीडिरेक्ट करतो आणि क्लाउड RADIUS सेवेशी ॲक्सेस तपासतो. RADIUS (Remote Authentication Dial-In User Service) हा तो प्रोटोकॉल आहे जो ॲक्सेस पॉइंटला उपकरणाला परवानगी द्यायची की नाही ते सांगतो. तुमच्या पुढील WiFi अपग्रेडसाठी नवीन हार्डवेअरची गरज का नाही यावरील आमचा लेख या अर्थशास्त्रावर प्रकाश टाकतो.
प्रत्येक व्हेंडरमध्ये तीन गोष्टींचे प्रमाणीकरण करा:
- गेस्ट SSID चे नाव. प्रत्येक साइटवर एकच नाव वापरा.
- गेस्ट VLAN. VLAN (व्हर्च्युअल LAN) हा शेअर केलेल्या स्विचेसवरील एक लॉजिकल नेटवर्क सेगमेंट आहे.
- क्लायंट आयसोलेशन. हे पाहुण्यांची उपकरणे एकमेकांपर्यंत पोहोचण्यापासून रोखते.
PCI-DSS v4.0 मुळे कार्डधारक डेटा वातावरणाशी जोडलेली सिस्टीम्स कक्षेत येतात. गेस्ट ट्रॅफिक POS सिस्टीमकडे मार्ग नसलेल्या VLAN वर ठेवा. ओपन गेस्ट नेटवर्कवर अतिरिक्त गोपनीयतेसाठी, तुमचे हार्डवेअर OWE (Opportunistic Wireless Encryption, RFC 8110) ला सपोर्ट करते का ते विचारा. OWE पासवर्डशिवाय ट्रॅफिक एन्क्रिप्ट करते.
संपूर्ण इस्टेटसाठी रिपोर्टिंग
सेंट्रल रिपोर्टिंग हीच अशी जागा आहे जिथे हे मॉडेल फायदेशीर ठरते. प्रत्येक व्हेन्यू एकाच प्लॅटफॉर्मवर असल्याने, तुम्ही समान घटकांची तुलना करू शकता:
- लॉगीन्स
- नवीन विरुद्ध परत येणारे पाहुणे
- ड्वेल टाइम (थांबण्याचा वेळ)
- ऑप्ट-इन दर
तुम्ही प्रत्येक मेट्रिक व्हेन्यू, प्रदेश किंवा ब्रँडनुसार वेगळे करू शकता. WiFi Analytics एक्सपोर्ट्स मर्ज न करता व्हेन्यू व्ह्यूला इस्टेट व्ह्यूमध्ये बदलते.
फ्रँचायझींना त्यांचे स्वतःचे व्हेन्यू रिपोर्ट आणि अनॉनिमाइज्ड (अनामित) इस्टेट बेंचमार्क द्या. ज्या फ्रँचायझीला त्यांचा ऑप्ट-इन दर इस्टेटच्या मध्यकापेक्षा (median) कमी दिसतो, त्यांच्याकडे चुकीच्या ठिकाणी लावलेला बोर्ड ठीक करण्याचे कारण असते. ते इतर फ्रँचायझीच्या गेस्टचे रेकॉर्ड कधीही पाहू शकत नाहीत.
फ्रँचायझीमध्ये गेस्ट डेटाचा मालक कोण असतो?
फ्रँचायझी करार हे ठरवतो आणि GDPR हे ठरवणे योग्य होते की नाही हे तपासतो. UK GDPR आणि EU GDPR अंतर्गत, जो कोणी प्रक्रियेचे उद्देश आणि साधने ठरवतो तो कंट्रोलर असतो. बहुतेक फ्रँचायझींमध्ये, हे दोनपैकी एका सेटअपकडे निर्देश करते.
फक्त फ्रँचायझर कंट्रोलर म्हणून. फ्रँचायझर उद्देश निश्चित करतो, लिस्टचा मालक असतो आणि ब्रँड स्तरावर मार्केटिंग करतो. फ्रँचायझींना रिपोर्ट मिळतात, मूळ रेकॉर्ड्स नाही. हे घट्ट नियंत्रण असलेल्या QSR आणि हॉटेल ब्रँड्सना अनुकूल आहे.
फ्रँचायझर आणि फ्रँचायझी संयुक्त कंट्रोलर्स म्हणून. दोन्ही बाजू गेस्ट डेटा का गोळा केला जातो हे ठरवतात. आर्टिकल 26 नंतर प्रत्येक पक्षाच्या जबाबदाऱ्या ठरवणाऱ्या व्यवस्थेची मागणी करते. त्या व्यवस्थेचे सार पाहुण्यांसाठी उपलब्ध असले पाहिजे.
कोणताही मार्ग असला तरी, तुमचा WiFi प्लॅटफॉर्म प्रदाता सहसा प्रोसेसर म्हणून काम करतो, जो आर्टिकल 28 कराराने बांधलेला असतो. तुम्ही कोणतेही मॉडेल निवडले तरी तीन नियम लागू होतात.
- डेटा गोळा करताना कंट्रोलरचे नाव सांगा. जेव्हा तुम्ही डेटा गोळा करता तेव्हा आर्टिकल 13 ला कंट्रोलरची ओळख आणि संपर्क तपशील आवश्यक असतात. ते स्प्लॅश पेजवर, लॉक केलेल्या टेम्पलेटच्या आत टाका.
- ऑप्ट-इन्स वेगळे करा. ब्रँड मार्केटिंगसाठी एक जाणीवपूर्वक-निवडलेला ऑप्ट-इन आणि स्थानिक मार्केटिंगसाठी दुसरा वापरा. पाहुणे नंतर स्थानिक पबला हो आणि नॅशनल ब्रँडला नाही म्हणू शकतात.
- प्रत्येक संमती सिद्ध करा. आर्टिकल 7(1) नुसार कंट्रोलरने संमती सिद्ध करणे आवश्यक आहे. दाखवलेले शब्द, टाइमस्टॅम्प आणि व्हेन्यू प्रत्येक रेकॉर्डविरुद्ध स्टोअर करा. आर्टिकल 7(3) अंतर्गत, संमती काढून घेणे हे संमती देण्याइतकेच सोपे असले पाहिजे.
UK मध्ये, Privacy and Electronic Communications Regulations (PECR) ला मार्केटिंग ईमेलसाठी संमतीची आवश्यकता असते. ICO मार्गदर्शक तत्त्वे सॉफ्ट ऑप्ट-इन अपवादाला विक्रीशी किंवा विक्रीसाठीच्या वाटाघाटींशी जोडतात. मोफत WiFi लॉगिन या दोन्हीपैकी कशातही सहसा मोडत नाही, त्यामुळे या अपवादावर अवलंबून राहू नका.
US मधील फ्रँचायझींसाठी, CCPA ला डेटा गोळा करताना सूचनेची आवश्यकता असते. त्याच लॉक केलेल्या टेम्पलेटमध्ये ते तयार करा.
बाहेर पडण्याच्या अटी आधीच मान्य करा. फ्रँचायझी सोडताना त्यांच्या स्थानिक ऑप्ट-इन लिस्टचे काय होते हे करारात नमूद केले पाहिजे. पर्याय म्हणजे ट्रान्सफर, हटवणे किंवा फ्रँचायझरद्वारे राखून ठेवणे.
जेव्हा फ्रँचायझर-प्रणीत मध्यवर्ती प्लॅटफॉर्म हा योग्य निर्णय असतो
खालील परिस्थिती असल्यास मध्यवर्ती मॉडेल निवडा:
- तुम्ही एका ब्रँड मानक अंतर्गत 20 किंवा त्याहून अधिक साइट्स चालवत आहात.
- तुमची ब्रँड बुक आधीच सायनेज, मेनू किंवा रूम डिझाइनचे नियमन करते.
- तुम्ही ब्रँड-स्तरीय CRM आणि लॉयल्टी चालवत आहात किंवा त्याचे नियोजन करत आहात आणि त्यामागे एका संमती मानकाची आवश्यकता आहे.
- तुमचे हार्डवेअर मिश्र स्वरूपाचे आहे आणि तसेच राहील.
- तुमचे मंडळ (बोर्ड) साइट-बाय-साइट कामगिरीच्या तुलनेची अपेक्षा करते.
हे बहुतेक Hotels गट, QSR ब्रँड आणि व्यवस्थापित पब इस्टेट्सचे वर्णन करते. हे फ्रँचायझ्ड Retail साखळ्यांना देखील लागू होते जिथे ब्रँड खरेदीदारासोबतचे नाते सांभाळतो.
जेव्हा फ्रँचायझी-प्रणीत WiFi हा योग्य निर्णय असतो
खालील परिस्थितीत फ्रँचायझींना त्यांचा स्वतःचा प्रदाता निवडू द्या:
- करार हा केवळ एका नावाखाली व्यापार करण्याचा परवाना आहे, ज्यावर कमी ऑपरेशनल नियंत्रण आहे.
- फ्रँचायझरची ब्रँड स्तरावर पाहुण्यांना मार्केटिंग करण्याची कोणतीही योजना नाही.
- साइट्स कमी आहेत, एकमेकांपासून दूर आहेत आणि स्वतंत्र व्यवसाय म्हणून चालवल्या जातात.
तरीही, एक किमान मानक प्रकाशित करा. यामध्ये गेस्ट VLAN अलगीकरण, सुसंगत गोपनीयता सूचना आणि लोगो वापर समाविष्ट असणे आवश्यक आहे. अंगभूत कंट्रोलर पोर्टल फक्त डेटाची उद्दिष्टे नसलेल्या एकाच साइटसाठी योग्य आहे. हे ब्रँडिंगला एका व्हेंडरच्या पेज एडिटरशी बांधून ठेवते आणि तुम्हाला संपूर्ण इस्टेटचे दृश्य देत नाही.
तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?
आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.
तुम्ही शेकडो साइट्सवर गेस्ट WiFi कसे रोल आउट करता?
तुमच्या हार्डवेअर मिक्सचे प्रतिनिधित्व करणाऱ्या पायलटसह टप्प्याटप्प्याने रोल आउट करा. मोठ्या इस्टेट्समध्ये रोल आउट करताना, गती प्लॅटफॉर्मद्वारे नाही तर तुमचे इंस्टॉलर्स आणि फ्रँचायझींद्वारे ठरवली जाते.
टप्पा 1: इस्टेटचे ऑडिट करा
एक साइट रजिस्टर तयार करा. प्रत्येक वेन्यूसाठी, चार गोष्टींची नोंद करा:
- ॲक्सेस पॉइंट व्हेंडर आणि मॉडेल
- कंट्रोलर प्रकार
- ब्रॉडबँड लाइन
- ॲडमिन क्रेडेंशियल्स कोणाकडे आहेत
कंझ्युमर-ग्रेड राउटर्स चालवणाऱ्या साइट्स फ्लॅग करा, ज्यामध्ये Captive Portal रीडायरेक्ट किंवा RADIUS सपोर्ट नसण्याची शक्यता आहे. जिथे कव्हरेजच्या तक्रारी असतील तिथेच सर्व्हे करा. आमचे practical planning guide to WiFi site surveys याचे स्पष्टीकरण देते की हे केव्हा फायदेशीर ठरते.
टप्पा 2: टेम्पलेट आणि गव्हर्नन्स तयार करा
डिझाइन सुरू होण्यापूर्वी कायदेशीर टीमसोबत कंट्रोलर मॉडेलवर सहमती मिळवा. त्यानंतर मास्टर टेम्पलेट तयार करा, फील्ड्स लॉक करा, भूमिका परिभाषित करा आणि तुमचे CRM कनेक्ट करा. फ्रँचायझी काय बदलू शकतात आणि अधिकची विनंती कशी करू शकतात हे समाविष्ट करणारी एक पानाची फ्रँचायझी मार्गदर्शिका लिहा.
टप्पा 3: तुमच्या हार्डवेअर मिक्समध्ये पाच साइट्सवर पायलट करा
प्रत्येक व्हेंडरसाठी एक साइट निवडा, तसेच मोठ्या फ्लॅगशिपसारखी एक कठीण साइट निवडा. iOS आणि Android वरील लॉगिन, ऑप्ट-इन कॅप्चर, CRM सिंक, फ्रँचायझी ॲक्सेस आणि रिपोर्टिंगची चाचणी घ्या. Cisco Meraki फ्लॅगशिपवर खोल्यांच्या दरम्यान फिरताना डिव्हाइसेस डिस्कनेक्ट होऊ शकतात. तसे झाल्यास, फास्ट-रोमिंग मोड तपासा: आमची Cisco Meraki 802.11r adaptive vs enabled ही मार्गदर्शिका समस्येच्या निवारणाचा समावेश करते.
टप्पा 4: टप्प्याटप्प्याने रोल आउट करा
साइट्सचे वर्गीकरण प्रथम हार्डवेअर व्हेंडरनुसार आणि नंतर क्षेत्रानुसार करा. समान-व्हेंडर टप्प्यांमुळे तुमचे इंस्टॉलर एकच कॉन्फिगरेशन पुन्हा वापरू शकतात. 15 ते 20 साइट्सच्या टप्प्याने सुरुवात करा. गो-लाइव्ह चाचण्या यशस्वी झाल्यावर प्रत्येक टप्प्यात 30 ते 50 पर्यंत वाढवा. ख्रिसमससारख्या पीक ट्रेडिंग कालावधीपूर्वी बदल थांबवा (फ्रीझ करा).
टप्पा 5: सुपूर्द करा आणि चालवा
फ्रँचायझींना त्यांच्या नियुक्त केलेल्या प्रवेशावर स्थानांतरित करा. अंतिम टप्प्याच्या एका महिन्याच्या आत पहिला इस्टेट अहवाल प्रकाशित करा. जेव्हा एखादी फ्रँचायझी विचारेल प्रत्येक वेळी नाही, तर त्रैमासिक आधारावर टेम्पलेटचे पुनरावलोकन करा.
प्रत्यक्ष कार्य केलेली उदाहरणे
खालील दोन उदाहरणे ही विशिष्ट इस्टेट प्रोफाईलवरून तयार केलेली प्रत्यक्ष नियोजनाची उदाहरणे आहेत. या नामांकित केस स्टडीज नाहीत.
140 साइट्सची एक क्विक सर्व्हिस रेस्टॉरंट फ्रँचायझी
परिस्थिती. एक QSR फ्रँचायझर 38 फ्रँचायझींच्या माध्यमातून 140 रेस्टॉरंट्स चालवतो. फ्रँचायझरने 90 साइट्ससाठी Cisco Meraki निश्चित केले होते. स्थानिक इंस्टॉलर्सनी उर्वरित 50 साइट्ससाठी Ubiquiti UniFi निवडले. प्रत्येक फ्रँचायझीने स्वतःचे स्प्लॅश पेज तयार केले होते, ज्यामुळे डझनांपेक्षा जास्त संमतीचे मसुदे तयार झाले आणि कोणतीही सामायिक अतिथी सूची तयार झाली नाही.
काय करण्यात आले. फ्रँचायझी करारातील एका बदलामुळे फ्रँचायझर एकमेव नियंत्रक बनला. लॉक केलेली संमती आणि सिंगल ब्रँड ऑप्ट-इनसह एक टेम्पलेट लाईव्ह केले गेले. फ्रँचायझी केवळ स्थानिक ऑफर आणि उघडण्याच्या वेळा संपादित करू शकत होत्या. व्हेंडरनुसार गटबद्ध करून हे रोलआउट तीन टप्प्यांत चालवले गेले:
- पाच साइट्सचा पायलट प्रोजेक्ट
- 15 साइट्सचा पहिला टप्पा
- 30 साइट्सचे चार टप्पे
कोणतेही ॲक्सेस पॉईंट्स बदलले गेले नाहीत.
निकाल. पायलटसाठी दोन आठवडे आणि प्रत्येक टप्प्यासाठी दोन आठवडे याप्रमाणे ही इस्टेट 12 आठवड्यांत लाईव्ह झाली. मेनू मोहीम आता 140 साइट्सवर पुन्हा प्रविष्ट करण्याऐवजी एकदाच प्रकाशित केली जाते. संमती एकाच मसुद्याखाली एकाच रजिस्टरमध्ये राहते, त्यामुळे हटवण्याची विनंती एकाच वेळी पूर्ण होते. साइट-स्तरीय कव्हरेज नियोजनासाठी, रेस्टॉरंटमधील WiFi कव्हरेज आणि सुरक्षिततेविषयी आमची UK मार्गदर्शिका पहा.
45 हॉटेल्सचा फ्रँचायझ्ड गट
परिस्थिती. एक हॉटेल ब्रँड UK आणि आयर्लंडमधील 12 मालक चालकांकडे 45 मालमत्तांची फ्रँचायझी देतो. हार्डवेअर HPE Aruba आणि Ruckus मध्ये विभागलेले आहे. मालक स्वतःची रेस्टॉरंट्स आणि स्पा चालवतात, आणि त्यांना स्वतःच्या मार्केटिंग लिंक्स हव्या होत्या. ब्रँडला एक निष्ठा मानक हवे होते.
काय करण्यात आले. फ्रँचायझर आणि मालकांनी कलम 26 मधील संयुक्त नियंत्रक व्यवस्थेवर स्वाक्षरी केली, ज्याचा सारांश स्प्लॅश पेजवर दिला आहे. टेम्पलेटमध्ये दोन जाणीवपूर्वक निवडीचे ऑप्ट-इन आहेत, एक ब्रँडसाठी आणि एक हॉटेलसाठी. प्रत्येक मालकाला वेन्यू-स्कॉप्ड ॲक्सेस आहे आणि त्याला केवळ त्याच्या हॉटेलमध्ये ऑप्ट-इन केलेले अतिथीच दिसतात. आयरिश मालमत्ता स्थानिक पातळीवर संपादित केलेल्या संपर्क तपशीलांसह तेच टेम्पलेट पुन्हा वापरतात.
निकाल. ब्रँडची निष्ठा सूची केवळ ब्रँड ऑप्ट-इनवर आधारित आहे. प्रत्येक मालकाची सूची केवळ हॉटेल ऑप्ट-इनवर आधारित आहे. सबजेक्ट ॲक्सेसची विनंती 12 मालकांच्या सिस्टीमऐवजी एकाच रेकॉर्ड सेटकडून उत्तर दिली जाते. मालक एकमेकांचे अतिथी न पाहता 45 हॉटेल्सच्या इस्टेटच्या तुलनेत त्यांच्या ऑप्ट-इन दराचे मूल्यमापन करतात.
आवश्यक असलेली प्लॅटफॉर्म वैशिष्ट्ये
ही वैशिष्ट्ये तुमच्या निविदेत समाविष्ट करा आणि पायलट प्रोजेक्टमध्ये प्रत्येकाची चाचणी घ्या.
| वैशिष्ट्य | फ्रँचायझीमध्ये हे का महत्त्वाचे आहे | पायलट प्रोजेक्टमध्ये याची चाचणी कशी घ्यावी |
|---|---|---|
| फील्ड-स्तरीय लॉकसह टेम्पलेट इनहेरिटन्स | एक संपादन प्रत्येक वेन्यू अपडेट करते | गोपनीयतेची सूचना एकदा बदला, नंतर सर्व पाच साइट्स तपासा |
| वेन्यू-स्कॉप्ड भूमिका | फ्रँचायझींना फक्त त्यांचे स्वतःचे अतिथी दिसतात | फ्रँचायझी म्हणून लॉग इन करा आणि दुसरे वेन्यू उघडण्याचा प्रयत्न करा |
| मल्टी-व्हेंडर सपोर्ट | ब्रँडिंगचे निराकरण करण्यासाठी ॲक्सेस पॉईंट बदलण्याची गरज नाही | तुमच्या मालकीच्या प्रत्येक व्हेंडरसाठी एक पायलट साइट चालवा |
| प्रत्येक उद्देशानुसार संमतीचे रेकॉर्ड | GDPR Article 7(1) अंतर्गत संमती सिद्ध करते | रेकॉर्ड एक्सपोर्ट करा आणि मजकूर, टाइमस्टॅम्प व ठिकाण तपासा |
| स्वतंत्र ब्रँड आणि स्थानिक ऑप्ट-इन्स | जॉइंट कंट्रोलर्सना स्वतंत्रपणे मार्केटिंग करण्याची अनुमती देते | फक्त स्थानिक पातळीवर ऑप्ट इन करा, नंतर ब्रँड सूचीमधून तुम्हाला वगळले आहे याची खात्री करा |
| इस्टेट-टू-वेन्यू रिपोर्टिंग | एक्सपोर्ट्स एकत्र न करता साइट्सची तुलना करते | ठिकाण, प्रदेश आणि ब्रँडनुसार ऑप्ट-इन दर मिळवा |
| CRM इंटिग्रेशन | फर्स्ट-पार्टी डेटावरून लॉयल्टी वाढवते | नवीन लॉगिन तुमच्या CRM पर्यंत पोहोचत असल्याची खात्री करा |
| प्रमाणित सुरक्षा | फ्रँचायझी प्रोक्युरमेंट स्पष्ट करते | ISO 27001 आणि Cyber Essentials प्रमाणपत्रांची विनंती करा |
प्रमाणपत्राबाबत सांगायचे तर, Purple हे ISO 27001 आणि Cyber Essentials प्रमाणित आहे, GDPR आणि CCPA चे पालन करणारे आहे आणि एक प्रमाणित B Corp आहे. Purple 90 पेक्षा जास्त देशांमध्ये 80,000+ लाईव्ह ठिकाणी कार्यरत आहे. याने 2024 मध्ये 440 दशलक्ष लॉगिन हाताळले (Purple डेटा).
Passpoint (Hotspot 2.0) वर तयार केलेल्या Wireless Broadband Alliance फेडरेशन असलेल्या OpenRoaming बद्दल देखील विचारा. Passpoint डिव्हाइसला सेव्ह केलेल्या क्रेडेंशियल्सचा वापर करून आपोआप नेटवर्कमध्ये सामील होण्याची अनुमती देते. OpenRoaming मुळे परत येणारे पाहुणे कोणत्याही स्प्लॅश पेजशिवाय तुमच्या इस्टेटमधील कोणत्याही ठिकाणी कनेक्ट होऊ शकतात.
प्रत्येक मॉडेल चालवण्यासाठी किती खर्च येतो
फक्त लायसन्सच्या किमतीची तुलना न करता, एकूण ऑपरेटिंग खर्चाची तुलना करा.
- लायसन्स. सेंट्रल मॉडेलचा अर्थ एक इस्टेट करार असा होतो. फ्रँचायझी-लेड मॉडेलचा अर्थ प्रत्येक फ्रँचायझीसाठी एक करार आणि कोणतीही व्हॉल्यूम टर्म्स नसणे असा होतो.
- हार्डवेअर. सपोर्ट असलेल्या किटवर ओव्हरलेसाठी नवीन ॲक्सेस पॉइंट्सची आवश्यकता नसते. बिल्ट-इन पोर्टल्सवरील इस्टेट व्ह्यूचा अर्थ प्रथम व्हेंडर्सचे प्रमाणीकरण करणे हा आहे.
- ॲडमिन वेळ. सेंट्रल टेम्पलेट बदल हे एकच संपादन असते. फ्रँचायझी-लेड मॉडेल अंतर्गत, 38 फ्रँचायझी तेच काम पुन्हा करतात.
- अनुपालन. प्रत्येक स्वतंत्र संमतीचा मजकूर ही एक स्वतंत्र जोखीम असते. प्रत्येक फ्रँचायझी त्यांच्या स्वतःच्या सबजेक्ट ॲक्सेस रिक्वेस्ट देखील हाताळते.
Purple तीन प्लॅन्सवर Guest WiFi ऑफर करते: Connect, Capture आणि Engage. वरील वैशिष्ट्यांच्या तक्त्याशी तुमच्या इस्टेटच्या किमतींची तुलना करा.
तुमच्या इस्टेटसाठी निर्णय कसा घ्यावा
तुमच्या परिस्थितीनुसार शिफारसीशी जुळवून घ्या.
| तुमची परिस्थिती | शिफारस |
|---|---|
| 20+ साइट्स, एक ब्रँड मानक, ब्रँड-स्तरीय CRM | सेंट्रल प्लॅटफॉर्म, फ्रँचायझर एकमेव कंट्रोलर म्हणून |
| फ्रँचायझी ब्रँडसोबत स्थानिक पातळीवर मार्केटिंग करतात | सेंट्रल प्लॅटफॉर्म, जॉइंट कंट्रोलर्स, दोन ऑप्ट-इन्स |
| मिक्स व्हेंडर्स जे तुम्ही प्रमाणित करणार नाही | विद्यमान ॲक्सेस पॉइंट्सवर क्लाउड ओव्हरले |
| केवळ-लायसन्स नेटवर्क, कोणतेही ब्रँड मार्केटिंग नाही | प्रकाशित किमान मानकांसह फ्रँचायझी-लेड |
| एकच साइट, कोणतेही डेटा उद्दिष्ट नाही | बिल्ट-इन कंट्रोलर पोर्टल |
नंतर या तिमाहीत तीन पावले उचला:
- साइट रजिस्टर तयार करा.
- लीगल टीमसोबत कंट्रोलर मॉडेल निश्चित करा.
- तुमच्या मालकीच्या प्रत्येक व्हेंडरचा समावेश असलेला पाच-साइटचा पायलट बुक करा.
वारंवार विचारले जाणारे प्रश्न
Purple आमच्या फ्रँचायझी आधीपासून वापरत असलेल्या ॲक्सेस पॉइंट्ससोबत काम करते का?
होय. Purple चे Guest WiFi हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. तुमचे ॲक्सेस पॉइंट्स रेडिओ हँडल करणे सुरू ठेवतात, तर Purple स्प्लॅश पेज, ऑथेंटिकेशन आणि गेस्ट डेटा होस्ट करते. मिश्रित इस्टेट मिश्रितच राहते. तुम्ही प्रत्येक कंट्रोलरला होस्ट केलेल्या स्प्लॅश पेजवर रिडायरेक्ट करण्यासाठी कॉन्फिगर करता, नंतर एकाच डॅशबोर्डवरून प्रत्येक साइट व्यवस्थापित करता. कोणतेही रिप आणि रिप्लेस आवश्यक नाही.
प्रत्येक फ्रँचायझी त्यांचे स्वतःचे स्प्लॅश पेज कस्टमाइझ करू शकतात का?
होय, फ्रँचायझरने अनलॉक केलेल्या फील्ड्समध्ये राहून. प्रति ब्रँड एक मास्टर टेम्पलेट तयार करा, ज्यामध्ये लोगो, रंग, गोपनीयता सूचना आणि संमतीचे शब्द लॉक केलेले असतील. त्यानंतर फ्रँचायझी स्थानिक फील्ड्स एडिट करतात जसे की वेन्यूचे नाव, उघडण्याची वेळ, मुख्य इमेज, स्थानिक ऑफर आणि भाषा. प्रत्येक साइट ओळखण्यायोग्य रीतीने स्थानिक राहते. कोणतीही फ्रँचायझी तुमच्या GDPR स्थितीचे संरक्षण करणारा कायदेशीर मजकूर बदलू शकत नाही.
फ्रँचायझीमध्ये गेस्ट WiFi डेटाचा मालक कोण असतो?
फ्रँचायझी करार हे ठरवतो आणि GDPR त्याची पडताळणी करतो. गेस्ट डेटा का आणि कसा प्रोसेस केला जातो हे ठरवणारा कोणताही घटक हा कंट्रोलर असतो. हा सहसा एकटा फ्रँचायझर असतो, किंवा कलम 26 अंतर्गत जॉइंट कंट्रोलर म्हणून फ्रँचायझर आणि फ्रँचायझी असतात. तुमचा WiFi प्लॅटफॉर्म प्रदाता कलम 28 करारांतर्गत प्रोसेसर म्हणून काम करतो. स्प्लॅश पेजवर कंट्रोलरचे नाव द्या आणि जेव्हा एखादी फ्रँचायझी सोडते तेव्हा स्थानिक सूचींचे काय होते यावर सहमत व्हा.
शेकडो साइट्सवर गेस्ट WiFi रोल आउट करण्यासाठी किती वेळ लागतो?
प्लॅटफॉर्म नाही, तर इंस्टॉल करण्याची क्षमता वेग ठरवते. एका व्यावहारिक योजनेत पाच-साइटचा पायलट, 15 ते 20 साइट्सची पहिली लाट, नंतर 30 ते 50 च्या लाटा चालवल्या जातात. प्रत्येक लाट हार्डवेअर व्हेंडरनुसार गटबद्ध करा. प्रति लाट दोन आठवडे या दराने, 140-साइटची इस्टेट सुमारे 12 आठवड्यांत लाइव्ह होते.
फ्रँचायझी गेस्ट WiFi हे PCI DSS च्या कक्षेत येते का?
जर तुम्ही त्याचे योग्य रीतीने विभाजन केले तर नाही. PCI DSS v4.0 कार्डधारक डेटा वातावरणाशी जोडलेल्या प्रणालींना कक्षेत आणते. पॉईंट-ऑफ-सेल किंवा पेमेंट सिस्टीमचा मार्ग नसलेल्या स्वतःच्या VLAN वर गेस्ट ट्रॅफिक ठेवा. क्लायंट आयसोलेशन सुरू करा जेणेकरून गेस्ट डिव्हाइसेस एकमेकांपर्यंत पोहोचू शकणार नाहीत. व्हेंडर कोणताही असो, प्रत्येक साइटवर तेच नियम लागू करा आणि ते तुमच्या ऑपरेशन्स मॅन्युअलमध्ये नोंदवा.
फ्रँचायझी एकमेकांचा गेस्ट डेटा पाहू शकतात का?
नाही, जर तुम्ही वेन्यूनुसार भूमिकांची मर्यादा निश्चित केली असेल. प्रत्येक फ्रँचायझीला त्यांच्या स्वतःच्या साइट्स, एरिया मॅनेजरना त्यांचा प्रदेश आणि फ्रँचायझर ॲडमिन्सना संपूर्ण इस्टेट द्या. फ्रँचायझी तरीही निनावी इस्टेट आकड्यांशी ऑप्ट-इन दर किंवा dwell टाइमची तुलना करू शकतात. जिथे प्लॅटफॉर्म SAML सिंगल साइन-ऑनला सपोर्ट करतो, तिथे ॲडमिन खाती Microsoft Entra ID, Okta किंवा Google Workspace शी लिंक करा. त्यामुळे जेव्हा कोणी सोडते तेव्हा ॲक्सेस समाप्त होतो.
मल्टी-साइट फ्रँचायझी इस्टेटसाठी Purple ची किंमत कशी ठरवली जाते?
Purple तीन प्लॅनवर Guest WiFi ऑफर करते: Connect, Capture आणि Engage. तुम्हाला आवश्यक असलेल्या वैशिष्ट्यांनुसार तुमच्या इस्टेटची किंमत ठरवा, जसे की टेम्पलेट इनहेरिटन्स, वेन्यू-स्कॉप्ड रोल, संमतीच्या नोंदी आणि CRM इंटिग्रेशन. Purple तुमच्या विद्यमान ॲक्सेस पॉइंट्सवर ओव्हरले म्हणून चालते, त्यामुळे सपोर्ट असलेल्या इस्टेटला कोणत्याही नवीन हार्डवेअरची आवश्यकता नसते. तुमच्या साइटची संख्या आणि हार्डवेअर मिश्रणावर आधारित कोटेशनसाठी विनंती करा.
महत्वाच्या व्याख्या
Captive portal
नेटवर्क इंटरनेट ॲक्सेस देण्यापूर्वी HTTP रिडायरेक्टद्वारे अन-ऑथेंटिकेटेड डिव्हाइसला दाखवले जाणारे वेब पेज. Cisco Meraki, HPE Aruba, Ruckus आणि इतरांचे कंट्रोलर्स त्यांच्या बिल्ट-इन पेज एडिटरऐवजी बाह्य, होस्ट केलेल्या स्प्लॅश पेजवर रिडायरेक्ट करू शकतात.
बिल्ट-इन कंट्रोलर पोर्टल ब्रँडिंगला एका व्हेंडरच्या पेज एडिटरशी जोडते आणि इस्टेट व्ह्यू देत नाही, म्हणूनच मिक्स हार्डवेअर असलेल्या फ्रँच्याइझी स्प्लॅश पेजला होस्ट केलेल्या प्लॅटफॉर्मवर हलवतात.
RADIUS
रिमोट ऑथेंटिकेशन डायल-इन युझर सर्व्हिस, जे IETF RFC 2865 मध्ये निर्दिष्ट केले आहे. हे ॲक्सेस-रिक्वेस्ट, ॲक्सेस-ॲसेप्ट आणि ॲक्सेस-रिजेक्ट एक्सचेंज परिभाषित करते जे ॲक्सेस पॉईंट किंवा कंट्रोलरला डिव्हाइसला प्रवेश द्यायचा की नाही ते सांगते.
क्लाउड ओव्हरलेमध्ये, प्रत्येक कंट्रोलर क्लाउड RADIUS सेवेविरुद्ध गेस्ट ॲक्सेस तपासतो. RADIUS सपोर्ट नसलेल्या कन्झ्युमर-ग्रेड राऊटर्सवरील साइट्स इस्टेट ऑडिट दरम्यान फ्लॅग केल्या पाहिजेत.
Cloud overlay
एक आर्किटेक्चर जिथे अस्तित्वात असलेले ॲक्सेस पॉइंट्स रेडिओ हँडल करणे सुरू ठेवतात तर एक हॉस्ट केलेले प्लॅटफॉर्म व्हेंडर-विशिष्ट फर्मवेअरऐवजी Captive Portal रीडायरेक्ट आणि RADIUS चा वापर करून स्प्लॅश पेज, ऑथेंटिकेशन आणि अतिथी डेटा वितरीत करते.
हे अनेक हार्डवेअर व्हेंडर्स चालवणाऱ्या फ्रँच्याइझी इस्टेटमध्ये विसंगत ब्रँडिंगचे निराकरण करण्यासाठी रिप-ॲंड-रिप्लेस प्रोग्रामची आवश्यकता दूर करते.
SAML सिंगल साइन-ऑन
Security Assertion Markup Language 2.0, एक OASIS मानक जे आयडेंटिटी प्रोव्हायडर आणि सर्व्हिस दरम्यान स्वाक्षरी केलेल्या XML असर्शनची देवाणघेवाण करते जेणेकरून एकच लॉगिन सिस्टीममधील ॲडमिन ऑथेंटिकेट करू शकेल.
फ्रँचायझी ॲडमिन खाती Microsoft Entra ID, Okta किंवा Google Workspace शी जोडण्याचा अर्थ असा आहे की नवीन जॉईन होणारे, बदलणारे आणि सोडणारे कर्मचारी तुमच्या HR प्रक्रियेचे अनुसरण करतात आणि सोडणाऱ्या फ्रँचायझीची ॲक्सेस एकाच ठिकाणी रद्द होते.
VLAN
IEEE 802.1Q द्वारे परिभाषित एक व्हर्च्युअल LAN, जे इथरनेट फ्रेम्स टॅग करते जेणेकरून एक फिजिकल स्विच इन्फ्रास्ट्रक्चर अनेक लॉजिकली वेगळे नेटवर्क सेगमेंट वाहून नेते.
पॉइंट-ऑफ-सेल सिस्टीमचा कोणताही मार्ग न ठेवता अतिथींचे ट्राफिक त्यांच्या स्वतःच्या VLAN वर ठेवल्याने प्रत्येक साइटवर व्हेंडर कोणताही असो, अतिथी WiFi PCI DSS च्या कक्षेबाहेर राहते.
क्लायंट आयसोलेशन
ॲक्सेस पॉइंट किंवा कंट्रोलर सेटिंग जे एकाच SSID वरील वायरलेस क्लायंटमधील ट्राफिक ब्लॉक करते, जेणेकरून डिव्हाइसेस गेटवेपर्यंत पोहोचू शकतात परंतु एकमेकांपर्यंत पोहोचू शकत नाहीत.
अतिथी SSID नाव आणि अतिथी VLAN सोबतच, इस्टेटमधील प्रत्येक व्हेंडरमध्ये स्टँडर्डायझ करण्याची ही तीन सेटिंग्जपैकी एक आहे.
OWE
Opportunistic Wireless Encryption, IETF RFC 8110 मध्ये निर्दिष्ट. हे पासवर्डशिवाय ओपन नेटवर्कवरील ट्राफिक एनक्रिप्ट करण्यासाठी असोसिएशन दरम्यान Diffie-Hellman की एक्स्चेंज वापरते.
हे ओपन अतिथी नेटवर्कवर गोपनीयता जोडते. तुम्ही यावर अवलंबून राहण्यापूर्वी तुमच्या इस्टेटमधील प्रत्येक व्हेंडर याला सपोर्ट करतो का ते विचारा.
डेटा कंट्रोलर
UK GDPR आणि EU GDPR कलम 4(7) अंतर्गत, प्रक्रिया करण्याचे उद्देश आणि साधने ठरवणारा पक्ष. कलम 13 ला संकलनाच्या वेळी त्याची ओळख आणि संपर्क तपशील आवश्यक आहेत, आणि कलम 7(1) ला संमती सिद्ध करणे आवश्यक आहे.
फ्रँचायझर हा एकमेव कंट्रोलर आहे की नाही हे फ्रँचायझी करार ठरवतो. ती निवड स्प्लॅश पेजचे शब्द, संमती नोंदवही कोण ठेवते आणि विषय ॲक्सेस विनंत्यांना कोण उत्तरे देते हे आकार देते.
संयुक्त कंट्रोलर्स
GDPR कलम 26 लागू होते जिथे दोन किंवा अधिक कंट्रोलर्स संयुक्तपणे उद्देश आणि साधने ठरवतात. त्यांनी एका व्यवस्थेत आपापल्या जबाबदाऱ्या निश्चित केल्या पाहिजेत ज्याचे सार डेटा सबजेक्टला उपलब्ध करून दिले जाते.
हॉटेल गट जिथे मालक-ऑपरेटर ब्रँडसोबतच स्वतःचे रेस्टॉरंट्स आणि स्पा चे मार्केटिंग करतात ते सहसा दोन स्वतंत्र ऑप्ट-इनसह हे मॉडेल वापरतात.
प्रोसेसर
GDPR कलम 4(8) अंतर्गत, कंट्रोलरच्या वतीने वैयक्तिक डेटावर प्रक्रिया करणारा पक्ष. कलम 28 साठी प्रक्रियेचा विषय, कालावधी, स्वरूप आणि उद्देश निश्चित करणारा बंधनकारक करार आवश्यक आहे.
तुमचा WiFi प्लॅटफॉर्म प्रोव्हायडर सहसा प्रोसेसर म्हणून काम करतो, त्यामुळे कलम 28 करार फ्रँचायझी करारासोबतच असतो.
PECR सॉफ्ट ऑप्ट-इन
UK Privacy and Electronic Communications Regulations 2003, नियमन 22 मधील एक अपवाद, संमतीशिवाय मार्केटिंग ईमेल पाठवण्याची अनुमती देतो जिथे विक्रीच्या किंवा विक्रीच्या वाटाघाटी दरम्यान संपर्क तपशील प्राप्त झाले होते.
ICO मार्गदर्शक तत्त्वे हा अपवाद विक्रीशी जोडतात. मोफत WiFi लॉगिनची गणना क्वचितच होते, त्यामुळे फ्रँचायझींनी यावर अवलंबून राहण्याऐवजी स्पष्ट संमती गोळा केली पाहिजे.
OpenRoaming
Passpoint (Hotspot 2.0) वर तयार केलेले एक Wireless Broadband Alliance फेडरेशन, IEEE 802.11u वर आधारित Wi-Fi Alliance प्रोग्राम जे स्टोअर केलेल्या क्रेडेंशियल्सचा वापर करून डिव्हाइसला आपोआप नेटवर्कमध्ये सामील होऊ देते.
हे परत येणाऱ्या अतिथींना स्प्लॅश पेज न पाहता तुमच्या इस्टेटमधील कोणत्याही ठिकाणी कनेक्ट होऊ देते, त्यामुळे तुमच्या टेंडरमध्ये ते समाविष्ट करणे योग्य आहे.
सोडवलेली उदाहरणे
एक QSR फ्रँच्याइझर 38 फ्रँच्याइझींद्वारे 140 रेस्टॉरंट चालवतो, ज्यामध्ये 90 साइट्सवर Cisco Meraki आणि 50 साइट्सवर Ubiquiti UniFi आहे. प्रत्येक फ्रँच्याइझीने स्वतःचे स्प्लॅश पेज तयार केले, ज्यामुळे अनेक प्रकारच्या संमतीच्या अटी तयार झाल्या आणि कोणताही सामायिक गेस्ट लिस्ट राहिला नाही. ही इस्टेट एका मानकाखाली कशी आणावी?
फ्रँच्याइझ करारातील बदलामुळे फ्रँच्याइझर हा एकमेव कंट्रोलर बनला. लॉक केलेली संमती आणि सिंगल ब्रँड ऑप्ट-इनसह एक टेम्पलेट लाईव्ह झाले, आणि फ्रँच्याइझींना फक्त स्थानिक ऑफर आणि उघडण्याच्या वेळा संपादित करण्याची परवानगी होती. रोलआउट व्हेंडरनुसार गटबद्ध केले गेले: पाच-साइटचा पायलट, 15 साइट्सची पहिली लाट आणि नंतर 30 साइट्सच्या चार लाटा. कोणतेही ॲक्सेस पॉईंट्स बदलले गेले नाहीत. पायलटसाठी दोन आठवडे आणि प्रति लाट दोन आठवडे अशा प्रकारे 12 आठवड्यांत ही इस्टेट लाईव्ह झाली. एक मेनू मोहीम आता 140 साइट्सवर पुन्हा एंटर करण्याऐवजी एकदाच प्रकाशित केली जाते. संमती एकाच मसुद्याखाली एकाच रजिस्टरमध्ये राहते, त्यामुळे हटवण्याची विनंती एकाच वेळी कार्यान्वित होते.
एक हॉटेल ब्रँड UK आणि आयर्लंडमधील 12 मालक-ऑपरेटर्सना HPE Aruba आणि Ruckus हार्डवेअरवर 45 मालमत्ता फ्रँच्याइझ करतो. मालकांना रेस्टॉरंट्स आणि स्पा साठी स्वतःच्या मार्केटिंग लिस्ट हव्या आहेत, तर ब्रँडला एक निष्ठा मानक हवे आहे. एकमेकांचे गेस्ट न शेअर करता दोन्ही बाजू मार्केटिंग कसे करू शकतात?
फ्रँच्याइझर आणि मालकांनी GDPR आर्टिकल 26 सह-नियंत्रक व्यवस्थेवर स्वाक्षरी केली, ज्याचा सारांश स्प्लॅश पेजवर दिला आहे. टेम्पलेटमध्ये दोन विचारपूर्वक निवडलेले ऑप्ट-इन आहेत, एक ब्रँडसाठी आणि एक हॉटेलसाठी. प्रत्येक मालकाकडे वेन्यू-scoped ॲक्सेस आहे आणि त्याला फक्त तेच गेस्ट दिसतात ज्यांनी त्यांच्या हॉटेलमध्ये ऑप्ट-इन केले आहे. आयरिश मालमत्ता स्थानिक पातळीवर संपादित केलेल्या संपर्क तपशीलांसह तेच टेम्पलेट पुन्हा वापरतात. ब्रँडची निष्ठा लिस्ट फक्त ब्रँड ऑप्ट-इन वापरते आणि प्रत्येक मालकाची लिस्ट फक्त हॉटेल ऑप्ट-इन वापरते. सब्जेक्ट ॲक्सेस रिक्वेस्टला 12 मालक सिस्टीमऐवजी एकाच रेकॉर्ड सेटमधून उत्तर दिले जाते. मालक एकमेकांचे गेस्ट न पाहता 45-हॉटेल इस्टेटविरुद्ध त्यांच्या ऑप्ट-इन दराचे बेंचमार्क करतात.
पाच-साइट पायलट दरम्यान, एका मोठ्या Cisco Meraki फ्लॅगशिपवर खोल्यांच्या दरम्यान डिव्हाइसेसचे कनेक्शन सुटते. पहिल्या लाटेपूर्वी प्रकल्प टीमने काय तपासावे?
पायलट हे अशाच प्रकारच्या समस्या समोर आणण्यासाठी डिझाइन केले गेले आहे, म्हणूनच यामध्ये प्रति व्हेंडर एक साइट आणि एका मोठ्या फ्लॅगशिपसारख्या एका कठीण साइटचा समावेश आहे. iOS आणि Android वर लॉगिन, ऑप्ट-इन कॅप्चर, CRM सिंक, फ्रँच्याइझी ॲक्सेस आणि रिपोर्टिंगसह, टीम Meraki नेटवर्कवरील फास्ट-रोमिंग मोड तपासते, 802.11r अडॅप्टिव्ह आणि सक्षम सेटिंग्जची तुलना करते. पायलट टप्प्यात त्याचे निराकरण करण्याचा अर्थ असा आहे की दुरुस्त केलेले कॉन्फिगरेशन प्रत्येक समान-व्हेंडर लाटेमध्ये जाते, त्यामुळे इन्स्टॉलर प्रत्येक वेन्यूवर ट्रबलशूटिंग करण्याऐवजी सर्व Meraki साइट्सवर एक ज्ञात-योग्य कॉन्फिगरेशन पुन्हा वापरतो.
वारंवार विचारले जाणारे प्रश्न
Purple आमच्या फ्रँचायझी आधीच चालवत असलेल्या ॲक्सेस पॉइंट्ससह कार्य करते का?
होय. Purple चे Guest WiFi हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. तुमचे ॲक्सेस पॉइंट्स रेडिओ हाताळणे सुरू ठेवतात, तर Purple स्प्लॅश पेज, ऑथेंटिकेशन आणि गेस्ट डेटा होस्ट करते. मिश्रित इस्टेट तशीच राहू शकते. तुम्ही प्रत्येक कंट्रोलरला होस्ट केलेल्या स्प्लॅश पेजवर रिडायरेक्ट करण्यासाठी कॉन्फिगर करता आणि नंतर एकाच डॅशबोर्डवरून प्रत्येक साइट व्यवस्थापित करता. जुने नेटवर्क काढून नवीन बसवण्याची (rip and replace) गरज नाही.
प्रत्येक फ्रँचायझी स्वतःचे स्प्लॅश पेज कस्टमाइझ करू शकते का?
होय, फ्रँचायझरने अनलॉक केलेल्या फील्ड्सच्या मर्यादेत. लोगो, रंग, गोपनीयता सूचना आणि संमतीचे शब्द लॉक करून प्रत्येक ब्रँडसाठी एक मास्टर टेम्पलेट तयार करा. त्यानंतर फ्रँचायझी व्हेन्यूचे नाव, उघडण्याच्या वेळा, मुख्य इमेज, स्थानिक ऑफर आणि भाषा यांसारख्या स्थानिक फील्डमध्ये बदल करू शकतात. प्रत्येक साइट ओळखण्यायोग्य रीतीने स्थानिक राहते. कोणताही फ्रँचायझी तुमच्या GDPR स्थितीचे संरक्षण करणाऱ्या कायदेशीर मजकुरात बदल करू शकत नाही.
फ्रँचायझीमध्ये गेस्ट WiFi डेटाचा मालक कोण असतो?
फ्रँचायझी करार हे ठरवतो आणि GDPR त्याची पडताळणी करतो. गेस्ट डेटा का आणि कसा प्रोसेस केला जातो हे जो ठरवतो तो कंट्रोलर असतो. हा सामान्यतः एकटा फ्रँचायझर असतो किंवा कलम 26 अंतर्गत फ्रँचायझर आणि फ्रँचायझी संयुक्त कंट्रोलर असतात. तुमचा WiFi प्लॅटफॉर्म प्रदाता आर्टिकल 28 करारांतर्गत प्रोसेसर म्हणून काम करतो. स्प्लॅश पेजवर कंट्रोलरचे नाव नोंदवा आणि जेव्हा एखादी फ्रँचायझी सोडते तेव्हा स्थानिक लिस्टचे काय होते यावर सहमती दर्शवा.
शेकडो साइट्सवर गेस्ट WiFi रोल आउट करण्यासाठी किती वेळ लागतो?
इन्स्टॉलरची क्षमता वेग ठरवते, प्लॅटफॉर्म नाही. Purple ने 2024 मध्ये 5,119 व्हेन्यू आपल्या प्लॅटफॉर्मवर आणले (Purple डेटा). एका प्रॅक्टिकल प्लॅनमध्ये पाच-साइट पायलट, 15 ते 20 साइट्सचा पहिला टप्पा, नंतर 30 ते 50 साइट्सचे टप्पे समाविष्ट आहेत. प्रत्येक टप्प्याचे हार्डवेअर वेंडरनुसार गट करा. प्रति टप्पा दोन आठवडे याप्रमाणे, 140-साइटची इस्टेट सुमारे 12 आठवड्यांत लाइव्ह होते.
फ्रँचायझी गेस्ट WiFi PCI DSS स्कोपमध्ये येते का?
तुम्ही त्याचे योग्यरीत्या सेगमेंटेशन केल्यास नाही. PCI DSS v4.0 कार्डधारक डेटा वातावरणाशी जोडलेल्या सिस्टीमला स्कोपमध्ये आणते. गेस्ट ट्रॅफिकला त्याच्या स्वतःच्या VLAN वर ठेवा, ज्याचा पॉइंट-ऑफ-सेल किंवा पेमेंट सिस्टीमकडे जाणारा कोणताही मार्ग नसेल. क्लायंट आयसोलेशन चालू करा जेणेकरून गेस्ट डिव्हाइसेस एकमेकांशी कनेक्ट होऊ शकणार नाहीत. वेंडर कोणताही असला तरी प्रत्येक साइटवर समान नियम लागू करा आणि तुमच्या ऑपरेशन्स मॅन्युअलमध्ये त्यांची नोंद करा.
फ्रँचायझी एकमेकांचा गेस्ट डेटा पाहू शकतात का?
नाही, जर तुम्ही व्हेन्यूनुसार भूमिका परिभाषित केल्या असतील. प्रत्येक फ्रँचायझीला त्यांच्या स्वतःच्या साइट्स, एरिया मॅनेजर्सना त्यांचा प्रदेश आणि फ्रँचायझर ॲडमिन्सना संपूर्ण इस्टेटचे ॲक्सेस द्या. फ्रँचायझी तरीही अनामित इस्टेट आकड्यांशी ऑप्ट-इन दर किंवा dwell time ची तुलना करू शकतात. जिथे प्लॅटफॉर्म SAML सिंगल साइन-ऑनला सपोर्ट करतो, तिथे ॲडमिन खाती Microsoft Entra ID, Okta किंवा Google Workspace शी लिंक करा. त्यामुळे कोणी व्यक्ती सोडते तेव्हा ॲक्सेस आपोआप समाप्त होतो.
मल्टी-साइट फ्रँचायझी इस्टेटसाठी Purple ची किंमत कशी ठरवली जाते?
Purple तीन प्लॅन्सवर Guest WiFi ऑफर करते: Connect, Capture आणि Engage. टेम्पलेट इनहेरिटन्स, व्हेन्यू-स्कॉप्ड रोल, संमती रेकॉर्ड आणि CRM इंटिग्रेशन यांसारख्या आवश्यक वैशिष्ट्यांनुसार तुमच्या इस्टेटची किंमत ठरवा. Purple तुमच्या विद्यमान ॲक्सेस पॉइंट्सवर ओव्हरले म्हणून चालते, त्यामुळे सपोर्ट असलेल्या इस्टेटसाठी नवीन हार्डवेअरची गरज नसते. तुमच्या साइटची संख्या आणि हार्डवेअर मिक्सच्या आधारावर कोटेशनची विनंती करा.
या मालिकेमध्ये पुढे वाचा
काउंसिल सार्वजनिक WiFi प्रदाते: खरेदीचे मार्ग आणि कशाचा उल्लेख करावा
तुम्ही फिजिकल बिल्डपासून क्लाउड प्लॅटफॉर्म वेगळा करून, कौन्सिलच्या सार्वजनिक WiFi साठी योग्य खरेदी मार्ग निवडू शकाल. तुम्ही अशी एक अचूक तपशीलसूची तयार करू शकाल ज्याच्या आधारे बोलीदार किमती निश्चित करू शकतात आणि तुम्ही हँडओव्हरच्या वेळी तिची चाचणी घेऊ शकता. यामध्ये कव्हरेज, पीक कॉन्करन्सी, IWF फिल्टरिंग, WCAG 2.2 AA, UK GDPR कायद्याचा आधार आणि पुराव्यावर आधारित पुरवठादार स्कोअरिंग यांचा समावेश आहे.
कर्मचारी WiFi तुम्हाला ISO/IEC 27001 चे पालन करण्यास कशी मदत करते: तुमच्या वायरलेस नेटवर्कमध्ये Annex A नियंत्रणे मॅप करणे
तुमचे कर्मचारी WiFi हे A.5.15, A.8.5 आणि A.8.22 सह 12 ISO/IEC 27001:2022 Annex A नियंत्रणांचे पुरावे देऊ शकते की नाही हे तुम्ही ठरवू शकाल. तुम्ही सामायिक केलेली WPA2-PSK की बदलून IEEE 802.1X आणि डायनॅमिक VLANs वापरू शकाल. शेवटी, तुम्ही RADIUS लॉग्स, पृथक्करण चाचण्या आणि पुरवठादार रेकॉर्ड्स एकत्र करू शकता जे ऑडिटर्स स्टेज २ मध्ये स्वीकारतात.
Cisco Meraki, HPE Aruba आणि Ruckus वरील DFS radar events: चॅनल बदलांच्या विश्लेषणासाठी मार्गदर्शक चेकलिस्ट
Cisco Meraki, HPE Aruba किंवा Ruckus वर 5GHz बंद पडण्याचे कारण DFS radar event आहे की नाही ते शोधा. मूळ रडार सिग्नल आणि चुकीचे सिग्नल (false positives) किंवा प्लॅनर हालचालींमधील फरक ओळखा. त्यानंतर, तुमच्या परिसरासाठी आवश्यक असणारी क्षमता कमी न करता, कोणत्या APs वरून कोणते चॅनल वगळायचे ते ठरवा.
तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?
आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.