फ्रैंचाइज़ी के लिए मल्टी-साइट गेस्ट WiFi: स्थानीय ब्रांडिंग के साथ केंद्रीय नियंत्रण

फ्रेंचाइजी एक ही क्लाउड प्लेटफॉर्म से सैकड़ों स्थानों पर गेस्ट WiFi संचालित करती हैं। फ्रेंचाइज़र ब्रांड टेम्प्लेट, सहमति के शब्द और नेटवर्क नियमों को लॉक कर देता है। प्रत्येक फ्रेंचाइजी केवल स्वीकृत स्थानीय फ़ील्ड को संपादित करती है और केवल अपने स्वयं के स्थान देख सकती है। एक हार्डवेयर-अग्नोस्टिक ओवरले मिश्रित Cisco Meraki, HPE Aruba और Ubiquiti UniFi संपत्तियों को कवर करता है। फ्रेंचाइजी समझौता यह तय करता है कि गेस्ट डेटा का स्वामित्व किसके पास है।

आपकी फ्रेंचाइजी को कौन सा ऑपरेटिंग मॉडल चुनना चाहिए?

आपकी फ्रेंचाइजी संपत्ति में गेस्ट WiFi चलाने के तीन तरीके हैं:

• केंद्रीय प्लेटफॉर्म: फ्रेंचाइज़र एक प्लेटफॉर्म चलाता है और स्थानीय ओवरराइड की अनुमति देता है।
• फ्रेंचाइजी-संचालित: प्रत्येक फ्रेंचाइजी अपने स्वयं के प्रदाता से खरीदती है।
• इन-बिल्ट कंट्रोलर पोर्टल: प्रत्येक साइट अपने एक्सेस प्वाइंट कंट्रोलर में बने Captive Portal का उपयोग करती है। Captive Portal वह वेब पेज है जिसे कोई गेस्ट नेटवर्क पर ऑनलाइन होने से पहले देखता है।

आपके द्वारा चुना गया मॉडल तीन चीजें तय करता है। यह निर्धारित करता है कि ब्रांड को कौन नियंत्रित करता है, सहमति रिकॉर्ड किसके पास रहता है और क्या आप पूरी संपत्ति में रिपोर्ट कर सकते हैं।

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

अधिकांश ब्रांड-संचालित फ्रेंचाइजी के लिए, केंद्रीय मॉडल केवल सहमति और रिपोर्टिंग के आधार पर ही जीत जाता है। इस गाइड का शेष भाग बताता है कि इसे कैसे चलाया जाए, और यह कब गलत विकल्प होता है।

केंद्रीय नियंत्रण और स्थानीय ब्रांडिंग वास्तव में कहाँ भिन्न हैं

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

ब्रांड टेम्प्लेट और इसके स्थानीय ओवरराइड

प्रति ब्रांड एक मास्टर टेम्प्लेट बनाएं। कानूनी या ब्रांड जोखिम वाले तत्वों को लॉक करें:

• लोगो, रंग पैलेट और टाइपोग्राफी
• गोपनीयता नोटिस, उपयोग की शर्तें और कंट्रोलर पहचान
• सहमति के शब्द और ऑप्ट-इन बॉक्स का क्रम
• लॉगिन पर एकत्र किए गए डेटा फ़ील्ड
• सत्र की अवधि और बैंडविड्थ नियम

फिर उन फ़ील्ड्स को अनलॉक करें जो किसी स्थान को स्थानीय महसूस कराते हैं:

• स्थान का नाम, पता और खुलने का समय
• मुख्य छवि और स्थानीय ऑफ़र
• स्थान के अपने सोशल चैनलों के लिंक
• भाषा, जहाँ कोई फ्रैंचाइज़ी यूके के बाहर व्यापार करती है

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

फ्रैंचाइजी के लिए प्रतिनिधि एक्सेस

प्रतिनिधि एक्सेस का अर्थ है कि प्रत्येक व्यक्ति केवल उन्हीं स्थानों को देखता है जिन्हें वे चलाते हैं। कुछ भी बनाने से पहले भूमिकाओं को अपने फ्रैंचाइज़ ढांचे में मैप करें।

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

जहां प्लेटफॉर्म SAML सिंगल साइन-ऑन का समर्थन करता है, वहां एडमिन खातों को अपने पहचान प्रदाता से जोड़ें। SAML (सिक्योरिटी असर्शन मार्कअप लैंग्वेज) वह मानक है जो एक लॉगिन को सभी सिस्टम में एडमिन को प्रमाणित करने की अनुमति देता है। Microsoft Entra ID, Okta और Google Workspace सभी इसका समर्थन करते हैं। नए जुड़ने वाले, स्थानांतरित होने वाले और छोड़ने वाले लोग फिर आपकी HR प्रक्रिया का पालन करते हैं। जब कोई फ्रैंचाइज़ी अपनी संपत्ति बेचती है, तो आप एक ही स्थान से उनकी पहुंच रद्द कर देते हैं।

मिश्रित हार्डवेयर संपत्तियां

फ्रैंचाइज़ संपत्तियां शायद ही कभी एक ही विक्रेता पर चलती हैं। शुरुआती साइटों में वही होता है जो फ्रैंचाइज़र ने वर्षों पहले निर्दिष्ट किया था। बाद के फ्रैंचाइज़ी वह खरीदते हैं जो उनका स्थानीय इंस्टॉलर सुझाता है। रिप-एंड-रिप्लेस प्रोग्राम असंगत ब्रांडिंग को ठीक करने का सबसे महंगा तरीका है।

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

प्रत्येक विक्रेता में तीन चीजों को मानकीकृत करें:

• अतिथि SSID नाम। प्रत्येक साइट पर एक ही नाम का उपयोग करें।
• अतिथि VLAN। एक VLAN (वर्चुअल LAN) साझा किए गए स्विचों पर एक तार्किक नेटवर्क खंड है।
• क्लाइंट आइसोलेशन। यह मेहमानों के उपकरणों को एक-दूसरे तक पहुँचने से रोकता है।

PCI-DSS v4.0 कार्डहोल्डर डेटा वातावरण से जुड़े सिस्टम को दायरे में लाता है। गेस्ट ट्रैफ़िक को ऐसे VLAN पर रखें, जिसका पॉइंट-ऑफ़-सेल सिस्टम से कोई संबंध न हो। ओपन गेस्ट नेटवर्क पर अतिरिक्त गोपनीयता के लिए, यह जांचें कि क्या आपका हार्डवेयर OWE (ऑपर्च्यूनिस्टिक वायरलेस एन्क्रिप्शन, RFC 8110) का समर्थन करता है। OWE बिना पासवर्ड के ट्रैफ़िक को एन्क्रिप्ट करता है।

पूरे एस्टेट की रिपोर्टिंग

सेंट्रल रिपोर्टिंग ही वह जगह है जहाँ यह मॉडल फ़ायदेमंद साबित होता है। हर स्थान के एक ही प्लेटफ़ॉर्म पर होने से, आप समान डेटा की तुलना कर सकते हैं:

• लॉगिन
• नए बनाम वापस आने वाले मेहमान
• ठहरने का समय (Dwell time)
• ऑप्ट-इन दर

आप स्थान, क्षेत्र या ब्रांड के अनुसार प्रत्येक मीट्रिक को अलग कर सकते हैं। WiFi Analytics एक्सपोर्ट्स को मर्ज किए बिना स्थान के दृश्य को पूरे एस्टेट दृश्य में बदल देता है।

फ़्रैंचाइजी को उनकी अपनी स्थान रिपोर्ट के साथ-साथ एक अज्ञात (anonymised) एस्टेट बेंचमार्क दें। एक फ़्रैंचाइजी जो अपनी ऑप्ट-इन दर को एस्टेट के औसत से कम देखती है, उसके पास गलत जगह लगे साइन को ठीक करने का एक कारण होता है। वे कभी भी किसी अन्य फ़्रैंचाइजी के गेस्ट रिकॉर्ड नहीं देख पाते हैं।

फ़्रैंचाइज़ में गेस्ट डेटा का मालिक कौन है?

फ़्रैंचाइज़ समझौता यह तय करता है, और GDPR यह परीक्षण करता है कि क्या यह सही ढंग से तय किया गया था। UK GDPR और GDPR के तहत, कंट्रोलर वह होता है जो प्रोसेसिंग के उद्देश्यों और साधनों को निर्धारित करता है। अधिकांश फ़्रैंचाइज़ में, यह दो व्यवस्थाओं में से एक की ओर इशारा करता है।

एकमात्र कंट्रोलर के रूप में फ़्रैंचाइज़र। फ़्रैंचाइज़र उद्देश्य निर्धारित करता है, सूची का मालिक होता है और ब्रांड स्तर पर मार्केटिंग करता है। फ़्रैंचाइजी को रिपोर्ट मिलती है, रॉ रिकॉर्ड नहीं। यह सख्ती से संचालित QSR और होटल ब्रांडों के अनुकूल है।

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

चाहे जो भी हो, आपका WiFi प्लेटफ़ॉर्म प्रदाता सामान्यतः अनुच्छेद 28 अनुबंध से बंधे एक प्रोसेसर के रूप में कार्य करता है। आपके द्वारा चुने गए मॉडल पर तीन नियम लागू होते हैं।

1. डेटा संग्रह के समय कंट्रोलर का नाम बताएं। जब आप डेटा एकत्र करते हैं तो अनुच्छेद 13 के तहत कंट्रोलर की पहचान और संपर्क विवरण की आवश्यकता होती है। उन्हें लॉक किए गए टेम्पलेट के अंदर स्प्लैश पेज पर रखें।
2. ऑप्ट-इन को अलग करें। ब्रांड मार्केटिंग के लिए एक सचेत-पसंद ऑप्ट-इन का उपयोग करें और स्थानीय मार्केटिंग के लिए दूसरे का। इसके बाद एक मेहमान स्थानीय पब के लिए हाँ और राष्ट्रीय ब्रांड के लिए ना कह सकता है।
3. प्रत्येक सहमति को साबित करें। अनुच्छेद 7(1) में कंट्रोलर को सहमति प्रदर्शित करने की आवश्यकता होती है। प्रत्येक रिकॉर्ड के विरुद्ध दिखाया गया शब्द, टाइमस्टैम्प और स्थान स्टोर करें। अनुच्छेद 7(3) के तहत, सहमति वापस लेना भी उतना ही आसान होना चाहिए जितना कि इसे देना।

यूके में, प्राइवेसी एंड इलेक्ट्रॉनिक कम्युनिकेशन्स रेगुलेशन (PECR) को मार्केटिंग ईमेल के लिए सहमति की आवश्यकता होती है। ICO मार्गदर्शन सॉफ्ट ऑप्ट-इन अपवाद को बिक्री या बिक्री की बातचीत से जोड़ता है। एक मुफ़्त WiFi लॉगिन शायद ही कभी इनमें से किसी में गिना जाता है, इसलिए इस अपवाद पर भरोसा न करें।

US फ़्रैंचाइज़ के लिए, CCPA को संग्रह के समय एक नोटिस की आवश्यकता होती है। इसे उसी लॉक किए गए टेम्पलेट में बनाएं।

निकास की शर्तों पर पहले ही सहमति व्यक्त करें। समझौते में यह बताया जाना चाहिए कि फ़्रैंचाइजी के छोड़ने पर उसकी स्थानीय ऑप्ट-इन सूची का क्या होता है। इसके विकल्प हैं ट्रांसफर, डिलीट करना या फ़्रैंचाइज़र द्वारा अपने पास रखना।

जब फ्रैंचाइज़र-नेतृत्व वाला केंद्रीय प्लेटफ़ॉर्म सही विकल्प होता है

केंद्रीय मॉडल तब चुनें जब ये स्थितियां हों:

• आप एक ब्रांड मानक के तहत 20 या अधिक साइटों का संचालन करते हैं।
• आपकी ब्रांड बुक पहले से ही साइनेज, मेनू या कमरे के डिज़ाइन को नियंत्रित करती है।
• आप ब्रांड स्तर पर CRM और लॉयल्टी चलाते हैं या चलाने की योजना बनाते हैं, और इसके पीछे एक सहमति मानक की आवश्यकता होती है।
• आपका हार्डवेयर मिश्रित है और मिश्रित ही रहेगा।
• आपका बोर्ड साइट-दर-साइट प्रदर्शन तुलना की उम्मीद करता है।

यह अधिकांश Hotels समूहों, QSR ब्रांडों और प्रबंधित पब संपत्तियों का वर्णन करता है। यह उन फ्रैंचाइज्ड Retail श्रृंखलाओं पर भी सटीक बैठता है जहां ब्रांड खरीदार के संबंधों का स्वामी होता है।

जब फ्रैंचाइज़ी-नेतृत्व वाला WiFi सही विकल्प होता है

फ्रैंचाइजी को अपना प्रदाता स्वयं चुनने दें जब:

• समझौता एक नाम के तहत व्यापार करने का लाइसेंस है, जिसमें बहुत कम परिचालन नियंत्रण है।
• फ्रैंचाइज़र की ब्रांड स्तर पर मेहमानों के लिए विपणन करने की कोई योजना नहीं है।
• साइटें कम हैं, दूर-दूर हैं और स्वतंत्र व्यवसायों के रूप में चलाई जाती हैं।

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

आप सैकड़ों साइटों पर गेस्ट WiFi कैसे रोल आउट करते हैं?

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

चरण 1: संपत्ति का ऑडिट करें

एक साइट रजिस्टर बनाएं। प्रत्येक स्थान के लिए, चार चीजें रिकॉर्ड करें:

• एक्सेस प्वाइंट विक्रेता और मॉडल
• कंट्रोलर का प्रकार
• ब्रॉडबैंड लाइन
• एडमिन क्रेडेंशियल किसके पास हैं

उपभोक्ता-ग्रेड राउटर चलाने वाली साइटों को चिह्नित करें, जिनमें Captive Portal रीडायरेक्ट या RADIUS समर्थन की कमी हो सकती है। सर्वेक्षण केवल वहीं चालू करें जहां कवरेज की शिकायतें मौजूद हों। WiFi साइट सर्वेक्षणों के लिए हमारी व्यावहारिक योजना गाइड बताती है कि यह कब लाभ पहुँचाता है।

चरण 2: टेम्पलेट और प्रशासन का निर्माण करें

डिज़ाइन शुरू होने से पहले कानूनी टीम के साथ कंट्रोलर मॉडल पर सहमति बनाएं। फिर मास्टर टेम्पलेट बनाएं, फ़ील्ड्स को लॉक करें, भूमिकाओं को परिभाषित करें और अपने CRM को कनेक्ट करें। एक-पृष्ठ का फ्रैंचाइज़ी गाइड लिखें जिसमें शामिल हो कि वे क्या बदल सकते हैं और अधिक का अनुरोध कैसे कर सकते हैं।

चरण 3: अपने हार्डवेयर मिश्रण में पांच साइटों पर पायलट करें

प्रति विक्रेता एक साइट चुनें, साथ ही एक कठिन साइट जैसे कि एक बड़ा फ्लैगशिप। iOS और Android पर लॉगिन, ऑप्ट-इन कैप्चर, CRM सिंक, फ्रैंचाइज़ी एक्सेस और रिपोर्टिंग का परीक्षण करें। Cisco Meraki फ्लैगशिप पर कमरों के बीच डिवाइस ड्रॉप हो सकते हैं। यदि ऐसा होता है, तो फास्ट-रोमिंग मोड की जांच करें: Cisco Meraki 802.11r अडैप्टिव बनाम इनेबल्ड के लिए हमारी गाइड इसके समाधान को कवर करती है।

चरण 4: चरणों में रोल आउट करें

साइटों को हार्डवेयर विक्रेता द्वारा, फिर क्षेत्र द्वारा समूहित करें। समान-विक्रेता चरण आपके इंस्टालर को एक कॉन्फ़िगरेशन का पुनूपयोग करने की अनुमति देते हैं। 15 से 20 साइटों के चरण से शुरुआत करें। गो-लाइव जांच पास होने के बाद प्रति चरण 30 से 50 तक स्केल करें। क्रिसमस जैसे व्यस्त व्यापारिक समय से पहले परिवर्तनों को रोकें (फ्रीज करें)।

चरण 5: सौंपें और चलाएं

फ्रैंचाइजी को उनके सौंपे गए एक्सेस पर स्थानांतरित करें। अंतिम चरण के एक महीने के भीतर पहली एस्टेट रिपोर्ट प्रकाशित करें। टेम्प्लेट की समीक्षा त्रैमासिक रूप से करें, न कि हर बार जब कोई फ्रैंचाइजी अनुरोध करे।

व्यावहारिक परिदृश्य

नीचे दिए गए दो परिदृश्य विशिष्ट एस्टेट प्रोफाइल से बनाए गए व्यावहारिक योजना उदाहरण हैं। ये नामबद्ध केस स्टडीज नहीं हैं।

एक 140-साइट क्विक सर्विस रेस्टोरेंट फ्रैंचाइजी

स्थिति। एक QSR फ्रैंचाइज़र 38 फ्रैंचाइजी के माध्यम से 140 रेस्टोरेंट संचालित करता है। फ्रैंचाइज़र ने 90 साइटों के लिए Cisco Meraki निर्दिष्ट किया था। स्थानीय इंस्टॉलरों ने अन्य 50 के लिए Ubiquiti UniFi चुना। प्रत्येक फ्रैंचाइजी ने अपना स्प्लैश पेज बनाया था, जिससे दर्जनों सहमति शब्द और कोई साझा गेस्ट सूची नहीं बची थी।

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

• एक पांच-साइट पायलट
• 15 साइटों का पहला चरण
• 30 साइटों के चार चरण

किसी भी एक्सेस पॉइंट को बदला नहीं गया था।

परिणाम। एस्टेट 12 सप्ताह में लाइव हो गया, जिसमें पायलट के लिए दो सप्ताह और प्रति चरण दो सप्ताह लगे। एक मेनू अभियान अब 140 साइटों पर फिर से दर्ज किए जाने के बजाय एक बार प्रकाशित होता है। सहमति एक ही शब्द के तहत एक रजिस्टर में रहती है, इसलिए हटाने का अनुरोध एक बार में पूरा होता है। साइट-स्तरीय कवरेज योजना के लिए, रेस्टोरेंट में WiFi कवरेज और सुरक्षा के लिए हमारी यूके गाइड देखें।

एक 45-होटल फ्रैंचाइज़्ड समूह

स्थिति। एक होटल ब्रांड यूके और आयरलैंड में 12 मालिक-ऑपरेटरों को 45 संपत्तियों की फ्रैंचाइज़ देता है। हार्डवेयर HPE Aruba और Ruckus के बीच विभाजित है। मालिक अपने स्वयं के रेस्टोरेंट और स्पा चलाते हैं, और अपनी खुद की मार्केटिंग सूचियां चाहते थे। ब्रांड एक वफादारी मानक चाहता था।

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

परिणाम। ब्रांड की वफादारी सूची केवल ब्रांड ऑप्ट-इन पर निर्भर करती है। प्रत्येक मालिक की सूची केवल होटल ऑप्ट-इन पर निर्भर करती है। एक विषय एक्सेस अनुरोध का उत्तर 12 मालिक प्रणालियों के बजाय एक रिकॉर्ड सेट से दिया जाता है। मालिक एक-दूसरे के मेहमानों को देखे बिना 45-होटल एस्टेट के खिलाफ अपनी ऑप्ट-इन दर का बेंचमार्क बनाते हैं।

आवश्यक प्लेटफ़ॉर्म सुविधाएं

इन्हें अपने टेंडर में रखें और पायलट में प्रत्येक का परीक्षण करें।

सुविधा	फ्रैंचाइज़ी में यह क्यों महत्वपूर्ण है	पायलट में इसका परीक्षण कैसे करें
फ़ील्ड-स्तरीय लॉक के साथ टेम्प्लेट इनहेरिटेंस	एक संपादन हर स्थान को अपडेट करता है	गोपनीयता नोटिस को एक बार बदलें, फिर सभी पांच साइटों की जांच करें
स्थान-दायरे वाली भूमिकाएं	फ्रैंचाइजी केवल अपने मेहमानों को देखते हैं	फ्रैंचाइजी के रूप में लॉग इन करें और किसी अन्य स्थान को खोलने का प्रयास करें
मल्टी-वेंडर सहायता	ब्रांडिंग ठीक करने के लिए कोई एक्सेस पॉइंट बदलने की आवश्यकता नहीं	आपके स्वामित्व वाले प्रति विक्रेता एक पायलट साइट चलाएं
उद्देश्य-वार सहमति रिकॉर्ड	GDPR अनुच्छेद 7(1) के तहत सहमति साबित करता है	रिकॉर्ड निर्यात करें और शब्दावली, टाइमस्टैम्प और स्थल की जांच करें
अलग ब्रांड और स्थानीय ऑप्ट-इन	संयुक्त नियंत्रकों को स्वतंत्र रूप से मार्केटिंग करने की अनुमति देता है	केवल स्थानीय रूप से ऑप्ट इन करें, फिर पुष्टि करें कि ब्रांड सूची आपको बाहर रखती है
एस्टेट-टू-वेन्यू रिपोर्टिंग	निर्यात को मर्ज किए बिना साइटों की तुलना करता है	स्थल, क्षेत्र और ब्रांड के अनुसार ऑप्ट-इन दर प्राप्त करें
CRM एकीकरण	प्रथम-पक्ष डेटा से लॉयल्टी को बढ़ाता है	पुष्टि करें कि एक नया लॉगिन आपके CRM तक पहुंचता है
प्रमाणित सुरक्षा	फ्रेंचाइजी खरीद को मंजूरी देता है	ISO 27001 और Cyber Essentials प्रमाणपत्रों का अनुरोध करें

प्रमाणन के संबंध में, Purple ISO 27001 और Cyber Essentials प्रमाणित है, GDPR और CCPA का अनुपालन करता है, और एक प्रमाणित B Corp है। Purple 90 से अधिक देशों में 80,000+ लाइव स्थलों पर चलता है। इसने 2024 में 440 मिलियन लॉगिन संभाले (Purple डेटा)।

OpenRoaming के बारे में भी पूछें, जो Passpoint (Hotspot 2.0) पर निर्मित Wireless Broadband Alliance महासंघ है। Passpoint किसी डिवाइस को संग्रहीत क्रेडेंशियल्स का उपयोग करके स्वचालित रूप से नेटवर्क में शामिल होने की अनुमति देता है। OpenRoaming लौटने वाले मेहमानों को बिना किसी स्प्लैश पेज के आपके एस्टेट में किसी भी स्थल पर कनेक्ट होने की अनुमति देता है।

प्रत्येक मॉडल को चलाने में कितनी लागत आती है

कुल परिचालन लागत की तुलना करें, केवल लाइसेंस मूल्य की नहीं।

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

Purple तीन योजनाओं पर Guest WiFi प्रदान करता है: Connect, Capture और Engage। ऊपर दी गई सुविधा तालिका के विरुद्ध अपने एस्टेट की कीमत तय करें।

अपने एस्टेट के लिए निर्णय कैसे लें

अपनी स्थिति को किसी अनुशंसा से मिलाएं।

आपकी स्थिति	अनुशंसा
20+ साइटें, एक ब्रांड मानक, ब्रांड-स्तरीय CRM	केंद्रीय प्लेटफॉर्म, एकमात्र नियंत्रक के रूप में फ्रेंचाइजर
फ्रेंचाइजी ब्रांड के साथ-साथ स्थानीय स्तर पर मार्केटिंग करते हैं	केंद्रीय प्लेटफॉर्म, संयुक्त नियंत्रक, दो ऑप्ट-इन
मिश्रित विक्रेता जिन्हें आप मानकीकृत नहीं करेंगे	मौजूदा एक्सेस पॉइंट्स पर क्लाउड ओवरले
केवल लाइसेंस नेटवर्क, कोई ब्रांड मार्केटिंग नहीं	फ्रेंचाइजी-नेतृत्व वाला, प्रकाशित न्यूनतम मानक के साथ
एकल साइट, कोई डेटा लक्ष्य नहीं	इन-बिल्ट कंट्रोलर पोर्टल

फिर इस तिमाही में तीन कदम उठाएं:

1. साइट रजिस्टर बनाएं।
2. कानूनी टीम के साथ नियंत्रक मॉडल तय करें।
3. पांच-साइट पायलट बुक करें जो आपके स्वामित्व वाले प्रत्येक विक्रेता को कवर करता हो।

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

क्या 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 पर रखें। क्लाइंट आइसोलेशन चालू करें ताकि गेस्ट डिवाइस एक-दूसरे तक न पहुँच सकें। वेंडर चाहे जो भी हो, हर साइट पर समान नियम लागू करें और उन्हें अपने संचालन मैनुअल में रिकॉर्ड करें।

क्या फ़्रेंचाइज़ी एक-दूसरे का गेस्ट डेटा देख सकते हैं?

नहीं, बशर्ते आप भूमिकाओं को वेन्यू तक ही सीमित रखें। प्रत्येक फ़्रेंचाइज़ी को उनकी अपनी साइटें, एरिया मैनेजरों को उनका क्षेत्र और फ़्रेंचाइज़र एडमिन को पूरा एस्टेट दें। फ़्रेंचाइज़ी अभी भी एक अनाम एस्टेट आंकड़े के मुकाबले ऑप्ट-इन दर या ठहरने के समय की तुलना कर सकते हैं। जहाँ प्लेटफ़ॉर्म SAML सिंगल साइन-ऑन का समर्थन करता है, वहाँ एडमिन खातों को Microsoft Entra ID, Okta या Google Workspace से लिंक करें। फिर किसी के अलग होने पर पहुँच समाप्त हो जाती है।

मल्टी-साइट फ़्रेंचाइज़ एस्टेट के लिए Purple की कीमत कैसे तय की जाती है?

Purple तीन योजनाओं पर Guest WiFi प्रदान करता है: Connect, Capture और Engage। अपनी आवश्यक सुविधाओं, जैसे टेम्पलेट इनहेरिटेंस, वेन्यू-स्कोप्ड भूमिकाएं, सहमति रिकॉर्ड और CRM एकीकरण के आधार पर अपने एस्टेट की कीमत तय करें। Purple आपके मौजूदा एक्सेस पॉइंट्स पर एक ओवरले के रूप में चलता है, इसलिए समर्थित एस्टेट को किसी नए हार्डवेयर की आवश्यकता नहीं है। अपनी साइट संख्या और हार्डवेयर मिश्रण के आधार पर एक उद्धरण का अनुरोध करें।