GDPR आणि Guest WiFi: व्हेन्यू मार्केटर्स आणि IT साठी अनुपालन मार्गदर्शक

GDPR गोपनीयता सुसंगत Guest WiFi ची सुरुवात एका निश्चित हेतूने, दस्तऐवजीकरण केलेल्या कायदेशीर आधाराने, स्पष्ट गोपनीयता माहितीने, डेटाचे कमीत कमी संकलन आणि जोखीम-योग्य सुरक्षेने होते. Purple Connect ब्रँडेड captive portals आणि WiFi ॲनालिटिक्स प्रदान करते; Capture फर्स्ट-पार्टी डेटा कॅप्चर आणि CRM एकत्रीकरण जोडते. पर्यायी मार्केटिंग निवडींना नेटवर्क ॲक्सेसपासून वेगळे ठेवा, आणि सुरू करण्यापूर्वी प्रत्येक डेटा ट्रान्सफरची चाचणी घ्या.

तुम्ही Guest WiFi ला GDPR सुसंगत कसे बनवाल?

नेटवर्क-ॲक्सेस सेवा आणि वैयक्तिक-डेटा प्रक्रिया अशा दोन जोडलेल्या प्रणाली म्हणून हाताळून तुम्ही Guest WiFi ला GDPR सुसंगत बनवू शकता. ॲक्सेस सेवा पाहुण्याला ऑनलाइन आणते. डेटा प्रक्रिया हे ठरवते की तुम्ही काय गोळा करता, ते का गोळा करता, ते कोणाला मिळते आणि तुम्ही ते निर्णय कसे सिद्ध करता. GDPR चे नियम कायदेशीर, न्याय्य आणि पारदर्शक प्रक्रिया, हेतू मर्यादा, डेटाचे कमीत कमी संकलन, सुरक्षा आणि उत्तरदायित्वाची मागणी करतात. 1

कोणीही स्प्लॅश पेज संपादित करण्यापूर्वी एका छोट्या डिझाइन रेकॉर्डसह सुरुवात करा. प्रत्येक फील्डचा हेतू, तुमच्या गोपनीयता प्रमुखाने निवडलेला कायदेशीर आधार, डेटा प्राप्तकर्ता, डेटा ठेवण्याचा दृष्टिकोन आणि या प्रवाहाचे पुनरावलोकन करणाऱ्या मालकाचे नाव लिहून ठेवा. ICO चे म्हणणे आहे की तुम्ही वैयक्तिक माहिती वापरण्यापूर्वी तुमचा कायदेशीर आधार निश्चित आणि दस्तऐवजीकरण केला पाहिजे, आणि तुमच्या गोपनीयता माहितीमध्ये तुमचे हेतू आणि कायदेशीर आधार समाविष्ट केले पाहिजेत. 2

ऑपरेशनल नियम: Guest WiFi चा ॲक्सेस, वेन्यू ॲनालिटिक्स आणि पर्यायी मार्केटिंग हे स्वतंत्र प्रक्रियेचे हेतू आहेत. सोयीस्कर साइन-इन प्रवाहामुळे त्यांचे एका दस्तऐवजीकरण न केलेल्या निर्णयात रूपांतर होऊ देऊ नका.

हे केवळ प्रशासन आहे, कायदेशीर सल्ला नाही. तुमच्या डेटा संरक्षण अधिकाऱ्याने किंवा कायदेशीर सल्लागाराने कंट्रोलर-विशिष्ट हेतू आणि कायदेशीर आधाराची पुष्टी केली पाहिजे. IT साठी व्यावहारिक मुद्दा अधिक सोपा आहे: हेतू, फील्ड आणि डाउनस्ट्रीम डेस्टिनेशन एकमत होईपर्यंत फॉर्म तैनात करू नका.

GDPR मुळे तुमच्या Guest WiFi द्वारे गोळा केल्या जाणाऱ्या माहितीत काय बदल होतो?

केवळ एक चेकबॉक्स आहे म्हणून Captive Portal हे गोपनीयतेचे पालन करत नाही. जेव्हा तुम्ही या प्रक्रियेतील प्रत्येक घटकाची सोप्या भाषेत माहिती देऊ शकता, केवळ निवडलेल्या उद्देशासाठी आवश्यक असलेला डेटा गोळा करू शकता आणि प्रवेशाची प्रक्रिया पर्यायी वापरापासून वेगळी ठेवू शकता, तेव्हाच ती एका सुसंगत प्रक्रियेचा भाग बनते. जेव्हा तुम्ही वैयक्तिक डेटा गोळा करता, तेव्हा कलम 12 आणि 13 अंतर्गत पारदर्शक माहिती देणे आवश्यक आहे. कलम 25 नुसार डिझाइनद्वारे आणि डीफॉल्टनुसार डेटा संरक्षण आवश्यक आहे. 1

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

संमती हा केवळ नावापुरता नियंत्रण पर्याय नाही. जर संमती हा एखाद्या पर्यायी उपक्रमासाठी निवडलेला आधार असेल, तर संमती योग्य, वैध, नोंदणीकृत, व्यवस्थापित आणि मागे घेतलेली आहे की नाही हे ICO चे मार्गदर्शन कव्हर करते. 3 Purple चे conscious-choice opt-ins हे संज्ञा येथे उपयुक्त आहे. याचा अर्थ असा की मार्केटिंगचा पर्याय ऑनलाइन जाण्याच्या प्रक्रियेपासून ओळखता येईल इतका वेगळा राहिला पाहिजे. तुमच्या गोपनीयतेच्या प्रमुखाने अचूक शब्दरचना आणि तुम्ही ठेवलेल्या पुराव्याला मंजुरी दिली पाहिजे.

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

तुमच्या नेटवर्क आणि CRM मधून Guest WiFi डेटा कसा फिरला पाहिजे?

प्रक्रिया अशा प्रकारे डिझाइन करा जेणेकरून नेटवर्कच्या निर्णयामुळे मार्केटिंगचा निर्णय गुप्तपणे सुरू होणार नाही. एका उपयुक्त ऑपरेटिंग मॉडेलच्या चार सीमा असतात. पहिली, पाहुण्यांचे डिव्हाइस प्रवेशाची विनंती करते. दुसरी, Captive Portal मंजूर प्रवेश आणि गोपनीयतेचा अनुभव सादर करते. तिसरी, नेटवर्क डिव्हाइसला सेगमेंटेड Guest WiFi सेवेमध्ये प्रवेश देते. चौथी, कोणताही मंजूर वैयक्तिक डेटा नियंत्रित इंटिग्रेशनद्वारे CRM कडे जातो.

flowchart LR
    A[पाहुण्यांचे डिव्हाइस] --> B[Guest WiFi प्रवेश]
    B --> C[Captive portal आणि गोपनीयतेची माहिती]
    C --> D[प्रवेशाचा निर्णय]
    D --> E[सेगमेंटेड पाहुण्यांचे नेटवर्क]
    C --> F[मंजूर डेटा फील्ड]
    F --> G[नियंत्रित इंटिग्रेशनद्वारे CRM]
    H[IT आणि मार्केटिंग गव्हर्नन्स] --> C
    H --> F

आकृती 1. एक संकल्पनात्मक प्रवाह जो प्रवेश नियंत्रण, पाहुण्यांचे ट्रॅफिक आणि मंजूर वैयक्तिक-डेटा प्रक्रिया वेगळा करतो.

हा आकृती आराखडा मुद्दामहून व्हेंडर - न्यूट्रल ठेवला आहे. GDPR कोणत्याही विशिष्ट Captive Portal पॅटर्न, ऑथेंटिकेशन प्रोटोकॉल किंवा सेगमेंटेशन तंत्रज्ञानाची शिफारस करत नाही. परंतु, तो जोखमीच्या प्रमाणात योग्य सुरक्षा उपायांची मागणी नक्कीच करतो. 1 NIST चे WLAN मार्गदर्शन सुरक्षा दृष्टिकोनातून नेमका हाच ऑपरेशनल मुद्दा मांडते: सुरक्षा ही डिझाइन, डिप्लॉयमेंट, देखभाल आणि मॉनिटरिंग दरम्यान क्लायंट डिव्हाइसेस, ॲक्सेस पॉईंट्स आणि वायरलेस स्विचेस कसे सुरक्षित केले जातात यावर अवलंबून असते. 6

जेव्हा तुम्ही नेटवर्कचे पुनरावलोकन कराल तेव्हा हा फरक लक्षात घ्या. VLAN सेगमेंटेशन, फायरवॉल पॉलिसी, ॲडमिनिस्ट्रेटर ॲक्सेस कंट्रोल आणि मॉनिटरिंग यामुळे संभाव्य धोका कमी होण्यास मदत होते. परंतु, ते स्वतःहून पाहुण्यांचा ईमेल पत्ता गोळा करण्याचा कायदेशीर आधार ठरवू शकत नाहीत. उलटपक्षी, केवळ एक चांगली गोपनीयता नोटीस (privacy notice) अनसेगमेंटेड गेस्ट नेटवर्कला स्वीकारार्ह बनवू शकत नाही. तुमच्या डिप्लॉयमेंटसाठी गोपनीयतेचा निर्णय आणि नेटवर्क - कंट्रोल निर्णय या दोन्हीची आवश्यकता असते. जिथे तुमच्या ॲक्सेस पॉलिसीला पोर्ट - आधारित नियंत्रणाची गरज असते, तिथे IEEE 802.1X ॲक्सेस नियंत्रित करते आणि अनोळखी किंवा अनधिकृत घटकांकडून होणाऱ्या ट्रान्समिशन किंवा रिसीव्हिंगपासून संरक्षण करते. 9 याचा वापर गोपनीयतेच्या डिझाइनला पर्याय म्हणून न करता, संबंधित ॲक्सेस लेयरसाठी केवळ एक मानकीकृत संदर्भ म्हणून करा.

तुम्ही जिथे पेमेंट्स स्वीकारता, तिथे Guest WiFi ला असे नेटवर्क समजा जे कार्डधारकांची माहिती हाताळणाऱ्या सिस्टम्ससाठी अनपेक्षित असुरक्षित मार्ग बनणार नाही. कार्डधारकांच्या माहितीची सुरक्षित हाताळणी करण्यासाठी PCI DSS चे साहित्य उपलब्ध आहे. 7 तुमच्या PCI मूल्यमापकांनी आणि नेटवर्क सुरक्षा टीमने लागू असलेली व्याप्ती आणि सेगमेंटेशन चाचण्या निश्चित केल्या पाहिजेत. हे मार्गदर्शक कोणतेही PCI DSS मूल्यमापन करत नाही.

वायरलेस सुरक्षा देखील काळासोबत बदलत जाते. WiFi अलायन्सने WPA3 चे वर्णन वैयक्तिक आणि एंटरप्राइझ नेटवर्क्ससाठी एक सुरक्षा प्रमाणपत्र म्हणून केले आहे आणि WPA3-Enterprise च्या उच्च - सुरक्षा सुटची नोंद घेतली आहे. 8 व्यावहारिक कृती म्हणजे तुमच्या सध्याच्या उपकरणांमधील समर्थित सुरक्षा क्षमतेचे पुनरावलोकन करणे आणि तुमची स्वतःची सुरक्षा पॉलिसी लागू करणे. हे मार्गदर्शक असा दावा करत नाही की केवळ एकच वायरलेस सुरक्षा मानक Guest WiFi सेवेला GDPR सुसंगत बनवते.

तुमच्या सध्याच्या WiFi इन्फ्रास्ट्रक्चरसोबत Purple कुठे काम करते?

Purple हा Guest WiFi साठी एक क्लाउड ओव्हरले आहे जो तुमच्या सध्याच्या ॲक्सेस इन्फ्रास्ट्रक्चरच्या सोबतीने काम करतो. हे तुम्हाला व्हिजिटरचा अनुभव, डेटा कॅप्चर आणि ऑपरेशनल रिपोर्टिंग या गोष्टी तुमच्या IT टीमकडे आधीपासून असलेल्या नियंत्रणांशी जुळवून घेण्याचा मार्ग देते. जेव्हा तुमचा प्राधान्यक्रम ब्रँडेड ॲक्सेस अनुभव देण्याचा असेल तेव्हा Guest WiFi पासून सुरुवात करा, आणि नंतर वेन्यूचा वापर, वेग आणि कव्हरेज यावर चर्चा करण्यासाठी WiFi Analytics चा वापर करा. अनुपालनाच्या (compliance) डिझाईनसाठी Purple ची प्लॅन बाउंड्री उपयुक्त ठरते. Purple च्या माहितीनुसार, Connect मध्ये पूर्णपणे ब्रँड केलेले स्प्लॅश पेजेस, मल्टिपल लॉगिन पद्धती, २५ पेक्षा जास्त भाषा, GDPR आणि जागतिक गोपनीयता अनुपालन (privacy compliance) सपोर्ट, WiFi वापर ॲनालिटिक्स, आणि स्पीड व कव्हरेजचे मॉनिटरिंग समाविष्ट आहे. ज्या ठिकाणी व्हिजिटरचा डेटा गोळा करायचा नाही अशा ठिकाणांसाठी Purple 'Connect' ची शिफारस करते. 4 यामुळे जेव्हा फक्त ॲक्सेस आणि सर्व्हिस मॉनिटरिंग हे तुमचे तातडीचे उद्दिष्ट असते, तेव्हा Connect हा एक योग्य पर्याय ठरतो.

Capture मध्ये Connect च्या सर्व वैशिष्ट्यांसह कॉन्टॅक्ट आणि डेमोग्राफिक-डेटा कॅप्चर, CRM एनरिचमेंट इंटिग्रेशन आणि ईमेल व्हेरिफिकेशन समाविष्ट आहे, असे Purple Support नमूद करते. 4 यामुळे तुमचे गव्हर्नन्सचे काम बदलते. तुम्ही CRM फीड सुरू करण्यापूर्वी, फील्ड मॅपिंग, रेसिपियंट ॲक्सेस, उद्देश, कायदेशीर आधार (lawful basis), गोपनीयता माहिती, प्रोसेसर व्यवस्था आणि चाचणी पद्धत निश्चित करा. आर्टिकल २८ नुसार प्रोसेसरद्वारे होणाऱ्या प्रोसेसिंगचे नियंत्रण करार किंवा इतर कायदेशीर कृतीद्वारे होणे आवश्यक आहे. 1

Engage हे Capture च्या वैशिष्ट्यांवर आधारित असून, यामध्ये व्हिजिटर्सच्या आवडीनुसार पर्सनलाइज्ड कम्युनिकेशन्स, प्रमोशन्स आणि कस्टमाइज्ड ॲक्सेस जर्नी, सोबतच व्हेन्यू ॲनालिटिक्स, प्री-बिल्ट कनेक्टर्स आणि SecurePass समाविष्ट आहे. 5 यामुळे गव्हर्नन्सचे महत्त्व आणखी वाढते. कॅम्पेन टीम कोणत्याही नवीन उद्देशासाठी लागू असलेल्या गोपनीयता आणि डेटा-मालकाच्या पुनरावलोकनाशिवाय नवीन डेटाचा वापर तयार करू शकणार नाही.

हे मॉडेल वेगवेगळ्या व्हेन्यूच्या संदर्भांना अनुकूल ठरते. Hospitality टीम्स पाहुण्यांचा ॲक्सेस आणि CRM एनरिचमेंट एकाच गव्हर्नन्स डिझाईनमध्ये ठेवू शकतात. Retail टीम्स अनेक स्टोअर्समध्ये हेच नियंत्रणे लागू करू शकतात. Transport आणि Healthcare टीम्स ॲक्सेस, स्पष्ट सूचना आणि सुरक्षेच्या मर्यादांवर लक्ष केंद्रित करू शकतात, जिथे डेटाची संवेदनशीलता किंवा सार्वजनिक वापरामुळे अतिरिक्त काळजी घेणे आवश्यक असते. नेटवर्क आर्किटेक्चरच्या तपशीलासाठी, या मार्गदर्शकाचा Enterprise Guest WiFi Setup Guide: VLAN Segmentation, Security, and Captive Portals सोबत वापर करा.

व्हेन्यू टीम्सनी कोणत्या अनुपालन मर्यादा आणि जोखमींसाठी नियोजन केले पाहिजे?

सामान्य बिघाड हा केवळ पॉलिसी डॉक्युमेंट नसणे हा नसतो. तो पॉलिसी, साईन-इन फ्लो, नेटवर्क आणि CRM मधील विसंगतीमुळे होतो. ही समस्या चाचणी करता येण्याजोग्या निकषांद्वारे सोडवा. IT टीमने हे प्रमाणित केले पाहिजे की Guest WiFi ट्रॅफिक मंजूर नेटवर्क मर्यादेचे पालन करते आणि ॲडमिनिस्ट्रेटर ॲक्सेस नियंत्रित आहे. मार्केटिंग टीमने फील्ड लेबल्स, डेटा डेस्टिनेशन्स आणि चॉईस कॅप्चर प्रमाणित केले पाहिजे. प्रायव्हसी टीमने नोटीस, उद्देश आणि कायदेशीर आधाराची पडताळणी केली पाहिजे. ऑपरेशन्स टीमने हे सुनिश्चित केले पाहिजे की व्हेन्यू स्टाफला गोपनीयतेशी संबंधित प्रश्न विचारणाऱ्या पाहुण्याला कुठे मार्गदर्शन करावे हे माहित आहे. डेटा मिनिमायझेशन हे प्रत्येक फील्डसाठी योग्य आव्हान आहे. प्रवेश पद्धतीला खरोखरच त्याची गरज आहे का, असा विचार करा. त्याशिवाय ॲनालिटिक्सचा हेतू पूर्ण होऊ शकतो का, असा प्रश्न विचारा. CRM ला आताच त्याची गरज आहे का, किंवा भविष्यातील पर्यायी संवादाद्वारे ते नंतर गोळा केले जाऊ शकते का, हे तपासा. जर कोणत्याही मालकाकडे याचे उत्तर नसेल, तर लॉन्चमधून ते फील्ड काढून टाका. यामुळे तुमच्या टीम्स ज्या डेटा सेटचे स्पष्टीकरण देऊ शकत नाहीत किंवा त्यावर नियंत्रण ठेवू शकत नाहीत, असा डेटा सेट तयार करणे टाळता येते.

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

तुम्ही नेटवर्क ओळख आणि वर्कफोर्स ओळख यामधील फरक देखील ओळखला पाहिजे. गेस्ट साइन-इन सेवा ही स्टाफ WiFi ओळख नियंत्रणासाठी पर्याय असू शकत नाही. वर्कफोर्स ॲक्सेस तुमच्या आयडेंटिटी-बेस्ड नेटवर्क डिझाइनमध्ये ठेवा, ज्याचे स्वतःचे मंजुरी आणि रद्दीकरण मॉडेल असेल. कर्मचाऱ्याचा प्रवेश काढून टाकण्याची ऑपरेशनल प्रक्रिया How to revoke WiFi access when an employee leaves मध्ये समाविष्ट आहे. अधिक विस्तृत ऑपरेटिंग पॅटर्नसाठी, Guest WiFi Management: Smart Authentication & Segmentation आणि Cloud Wifi Management: Secure Enterprise Connectivity 2026 पहा.

प्रत्यक्ष अंमलबजावणी कशी दिसते?

खालील परिस्थिती या केवळ स्पष्टीकरणात्मक अंमलबजावणी पॅटर्न आहेत, कोणत्याही विशिष्ट Purple डिप्लॉयमेंटचा दावा किंवा कंप्लायन्सची हमी नाहीत. ते तुमच्या टीम्सना काल्पनिक व्यावसायिक परिणामांऐवजी मोजता येण्याजोगे लॉन्च चेक्स देतात.

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

तुम्ही पुढे काय करावे?

IT, मार्केटिंग, ऑपरेशन्स आणि तुमच्या गोपनीयता प्रमुखांचा समावेश असलेल्या ६० मिनिटांच्या डिझाइन पुनरावलोकनापासून सुरुवात करा. डिव्हाइस कनेक्शनपासून CRM पावतीपर्यंतच्या सध्याच्या अतिथी प्रवासाचा आराखडा तयार करा. डेटा ज्या ठिकाणी दिसतो, मालकी बदलतो किंवा नवीन उद्देश प्राप्त करतो, त्या प्रत्येक टप्प्याला चिन्हांकित करा. त्यानंतर तुमची त्वरित गरज ॲक्सेस आणि सेवा अंतर्दृष्टी मिळवणे, फर्स्ट-पार्टी डेटा कॅप्चर करणे की इन-व्हेन्यू एंगेजमेंट आहे हे ठरवा.

जर ॲक्सेस आणि सुरक्षित स्थळ ऑपरेशन्स ही प्राथमिकता असेल, तर तुमच्या नेटवर्क आर्किटेक्चरच्या संदर्भात Connect चे पुनरावलोकन करा. जर तुम्ही CRM समृद्ध करण्याचा विचार करत असाल, तर Capture आणि इंटिग्रेशन गव्हर्नन्स यांचे एकत्रित पुनरावलोकन करा. जर तुमचा उद्देश वैयक्तिकृत इन-व्हेन्यू कम्युनिकेशन्स पाठवण्याचा असेल, तर मोहीम सुरू करण्यापूर्वी डिझाइनमध्ये अतिरिक्त Engage गव्हर्नन्स समाविष्ट करा. Purple सपोर्टचे Connect vs Capture आणि Capture vs Engage सारांश उत्पादनाच्या मर्यादा स्पष्ट करतात.

नोंदवलेल्या गो-लाइव्ह निर्णयाने शेवट करा. त्यामध्ये मंजूर केलेले डेटा फील्ड्स, नमूद केलेला उद्देश आणि कायदेशीर आधार, गोपनीयता माहिती मालक, सुरक्षा मालक, CRM प्राप्तकर्ता, पुनरावलोकन तारीख आणि तुमच्या गोपनीयता प्रमुखांकडे एस्केलेशनचा मार्ग स्पष्ट केलेला असावा. ती नोंद इतर कोणत्याही सामान्य अनुपालन चेकलिस्टपेक्षा अधिक उपयुक्त ठरेल.

संदर्भ

वारंवार विचारले जाणारे प्रश्न

GDPR अंतर्गत Guest WiFi डेटा हा वैयक्तिक डेटा आहे का?

तो असू शकतो, त्यामुळे तुमच्या गोपनीयता प्रमुखाने अचूक फील्ड्स आणि प्रक्रियेचे मूल्यांकन करेपर्यंत Guest WiFi डेटा संकलनाला वैयक्तिक डेटा प्रक्रिया समजा. GDPR वैयक्तिक डेटा प्रक्रियेसाठी पारदर्शकता, उद्देश मर्यादा, किमानता, सुरक्षा आणि उत्तरदायित्व यांसारखी तत्त्वे लागू करते. 1 एखादे Captive Portal गोपनीयता गव्हर्नन्सच्या कक्षेबाहेर आहे असे गृहीत धरण्याऐवजी प्रत्येक फील्ड, उद्देश आणि प्राप्तकर्त्याचे दस्तऐवजीकरण करून सुरुवात करा.

Guest WiFi ॲक्सेस प्रदान करण्यासाठी आम्हाला संमतीची आवश्यकता आहे का?

आपोआप नाही. आपण वैयक्तिक माहितीवर प्रक्रिया करण्यापूर्वी आपण योग्य कायदेशीर आधार निवडला पाहिजे, त्याचे दस्तऐवजीकरण केले पाहिजे आणि स्पष्टीकरण दिले पाहिजे. 2 संमती हा एक संभाव्य आधार आहे, परंतु ICO चे म्हणणे आहे की आपण ते योग्य आहे की नाही याचे मूल्यांकन केले पाहिजे आणि वापरले असताना, ते योग्यरित्या मिळवावे, रेकॉर्ड करावे आणि व्यवस्थापित करावे. 3 आपल्या ॲक्सेस सर्व्हिससाठी आणि प्रत्येक पर्यायी मार्केटिंग उपक्रमासाठी आधार निश्चित करण्यासाठी आपल्या DPO किंवा कायदेशीर सल्लागाराला विचारा.

आम्ही Guest WiFi साइन-इन पेजवर मार्केटिंग ऑप्ट-इन्स जोडू शकतो का?

होय, जोपर्यंत ही निवड ॲक्सेस सर्व्हिसपासून स्वतंत्रपणे नियंत्रित केली जाते आणि तुमची प्रायव्हसी टीम उद्दिष्ट, कायदेशीर आधार, नोटीस आणि पुराव्यास मंजुरी देते. Purple जाणीवपूर्वक केलेल्या निवडीच्या ऑप्ट-इन्सचा संदर्भ देते. जर संमती हा तुमचा आधार असेल, तर ती वैध, रेकॉर्ड केलेली, व्यवस्थापित आणि मागे घेता येण्याजोगी आहे की नाही हे ठरवण्यासाठी ICO च्या मार्गदर्शक तत्त्वांचा वापर करा. 3 नेटवर्क ॲक्सेस अटींच्या स्वीकृतीला स्वतंत्र मार्केटिंग निवडीचा पुरावा मानू नका.

Purple Connect पाहुण्यांचे संपर्क तपशील कॅप्चर करते का?

नाही, Purple अशा ठिकाणांसाठी Connect पोझिशन करते ज्यांचा पाहुण्यांचा डेटा कॅप्चर करण्याचा हेतू नाही. Connect ब्रँडेड स्प्लॅश पेजेस, मल्टिपल लॉगिन पद्धती, प्रायव्हसी अनुपालन सपोर्ट, WiFi वापर विश्लेषण आणि ठिकाणाचा स्पीड आणि कव्हरेजचे मॉनिटरिंग पुरवते. 4 Capture संपर्क आणि लोकसंख्याशास्त्रीय माहिती, CRM इंटिग्रेशन आणि ईमेल पडताळणी जोडते. डिप्लॉयमेंट करण्यापूर्वी Purple कडून अचूक ॲक्सेस आणि डेटा डिझाइनची खात्री करा.

आमचे Guest WiFi आमच्या CRM शी लिंक करण्यापूर्वी आम्ही काय तपासले पाहिजे?

इंटिग्रेशन रिलीज करण्यापूर्वी मंजूर फील्ड मॅपिंग, प्राप्तकर्ता ॲक्सेस, प्रायव्हसी-माहिती शब्दरचना, उद्देश आणि कायदेशीर-आधार रेकॉर्ड तपासा. Purple नमूद करते की अस्तित्वात असलेले CRM समृद्ध करण्यासाठी Capture इंटिग्रेट केले जाऊ शकते. 4 GDPR नुसार जेथे प्रोसेसर डेटा हाताळतो तेथे योग्य प्रोसेसर व्यवस्था असणे आवश्यक आहे. 1 तुमच्या प्रायव्हसी प्रमुखाने भूमिका वाटप आणि करारातील नियंत्रणांना मंजुरी दिली पाहिजे; IT ने डेटा पाथ आणि ॲक्सेस नियंत्रणे तपासली पाहिजेत.

Guest WiFi कर्मचारी आणि पेमेंट सिस्टमपासून वेगळे असणे आवश्यक आहे का?

होय, नेटवर्क पृथक्करणाला मुख्य सुरक्षा डिझाइन आवश्यकता समजा, नंतर आपल्या नेटवर्क सुरक्षा टीमकडून त्याची पडताळणी करा. GDPR ला जोखमीनुसार योग्य सुरक्षा उपायांची आवश्यकता असते. 1 NIST स्पष्ट करते की WLAN सुरक्षा ही क्लायंट, ॲक्सेस पॉइंट्स आणि वायरलेस स्विचेसच्या लाइफसायकल सुरक्षिततेवर अवलंबून असते. 6 पेमेंट सिस्टम समाविष्ट असल्यास, आपल्या PCI मूल्यांककासह सेगमेंटेशन आणि टेस्टिंग आवश्यकतांची खात्री करा. 7

Purple काय ठिकाणावर वैयक्तिकृत संप्रेषणांना सपोर्ट करू शकते?

होय, Purple सांगते की Engage विश्लेषक, कनेक्टर्स आणि SecurePass सोबत अभ्यागतांच्या आवडींवर आधारित वैयक्तिकृत संप्रेषणे, प्रमोशन्स आणि कस्टमाइझ्ड ॲक्सेस जर्नी जोडते. 5 त्यांना सक्रिय करण्यापूर्वी, इच्छित उद्देश, कायदेशीर आधार, प्रेक्षक नियम, प्राप्तकर्ता प्रणाली आणि बदल-मंजुरी मार्ग दस्तऐवजीकरण करा. उत्पादन क्षमता प्रत्येक डेटा वापरावर नियंत्रण ठेवण्याची तुमची जबाबदारी दूर करत नाही.