GDPR and Guest WiFi: Venue Marketers आणि IT साठी कंप्लायन्स मार्गदर्शिका

GDPR आणि Guest WiFi: वेन्यू मार्केटर्स आणि आयटी (IT) साठी अनुपालन मार्गदर्शिका एक Purple तांत्रिक माहितीपत्रक - साधारणपणे १० मिनिटे --- प्रस्तावना आणि संदर्भ (साधारणपणे १ मिनिट) Purple तांत्रिक माहितीपत्रकात आपले स्वागत आहे. मी Purple मधील वरिष्ठ तांत्रिक सामग्री रणनीतीकार (Senior Technical Content Strategist) आहे, आणि आज आपण अशा विषयावर चर्चा करणार आहोत जो प्रत्येक आयटी व्यवस्थापक, नेटवर्क आर्किटेक्ट आणि वेन्यू ऑपरेशन्स डायरेक्टरने योग्यरित्या हाताळणे आवश्यक आहे: guest WiFi साठी GDPR चे अनुपालन. पुढील दहा मिनिटांत, मी तुम्हाला तांत्रिक संरचना (technical architecture), संमतीची यंत्रणा, डेटा संचयित (retention) ठेवण्याच्या आवश्यकता आणि अशा विशिष्ट त्रुटींविषयी माहिती देईन ज्यामुळे संस्था नियामक प्राधिकरणांच्या कचाट्यात सापडतात. हे कोणतेही कायदेशीर व्याख्यान नाही. याला बोर्ड मीटिंग किंवा नियामक ऑडिटमध्ये जाण्यापूर्वी एका वरिष्ठ सल्लागाराने दिलेली माहिती समजा. आपण यामधील जोखमीपासून सुरुवात करूया. गंभीर GDPR उल्लंघनांसाठी ICO वीस दशलक्ष युरो किंवा जागतिक वार्षिक उलाढालीच्या चार टक्क्यांपर्यंत दंड आकारू शकते. २०१८ पासून संपूर्ण युरोपमध्ये ६.२ अब्ज युरोपेक्षा जास्त रकमेचे २,८०० हून अधिक GDPR दंड ठोठावण्यात आले आहेत. डेटा चोरीच्या (data breach) प्रकरणानंतर Marriott International ला ICO कडून १२४ दशलक्ष डॉलर्सचा प्रस्तावित दंड ठोठावण्यात आला होता. ही जोखीम खरी आहे आणि तुम्ही चालवत असलेल्या प्रत्येक वेन्यूमध्ये guest WiFi हा थेट डेटा संकलनाचा एंडपॉइंट (endpoint) आहे. --- तांत्रिक सखोल विश्लेषण (साधारणपणे ५ मिनिटे) आता आपण संरचनेचा (architecture) अभ्यास करूया. जेव्हा तुम्ही एखाद्या हॉटेल, रिटेल स्टोअर, स्टेडियम किंवा कॉन्फरन्स सेंटरमध्ये guest WiFi प्रदान करता, तेव्हा तुम्ही GDPR अंतर्गत 'डेटा कंट्रोलर' (Data Controller) बनता. हे एक विशिष्ट कायदेशीर पदनाम आहे. याचा अर्थ तुमचे नेटवर्क संकलित, संचयित आणि प्रक्रिया करत असलेल्या वैयक्तिक डेटाच्या प्रत्येक बाईटसाठी तुम्ही जबाबदार आहात. तुमचा WiFi विक्रेता - मग तो Purple असो किंवा इतर कोणीही - हा तुमचा 'डेटा प्रोसेसर' (Data Processor) असतो. त्यांच्याकडे कोणताही वैयक्तिक डेटा जाण्यापूर्वी तुमच्याकडे स्वाक्षरी केलेले डेटा प्रोसेसिंग परिशिष्ट (Data Processing Addendum) असणे आवश्यक आहे. ICO स्पष्टपणे सांगते: जेव्हा मॅक (MAC) पत्ते, आयपी (IP) पत्ते, सेशन टाइमस्टॅम्प आणि स्थान डेटा (location data) एखाद्या ओळखण्यायोग्य व्यक्तीशी जोडला जाऊ शकतो, तेव्हा तो सर्व वैयक्तिक डेटा ठरतो. guest WiFi च्या वातावरणात, हे सामान्यतः नेहमीच जोडले जाऊ शकतात. ज्या क्षणी एखादा पाहुणा तुमच्या स्प्लॅश पृष्ठावर (splash page) त्यांचा ईमेल पत्ता प्रविष्ट करतो, त्या उपकरणाबद्दल तुम्ही गोळा केलेला इतर प्रत्येक डेटा पॉइंट हा वैयक्तिक डेटा बनतो. तर तुम्ही नेमका कोणता डेटा गोळा करत आहात? समजून घेण्यासाठी याचे चार विभाग आहेत. पहिला, नोंदणी डेटा (Registration Data). तुम्ही तुमच्या Captive Portal वर विचारत असलेली ही माहिती आहे: नाव, ईमेल पत्ता, फोन नंबर किंवा सोशल लॉगिन क्रेडेंशियल्स. यासाठी GDPR कलम ६ अंतर्गत स्पष्ट संमती आवश्यक आहे. येथे 'डेटा मिनिमायझेशन' (माहिती कमीत कमी ठेवणे) लागू होते. जे अत्यंत आवश्यक आहे तेच विचारा. दुसरा, डिव्हाइस आणि सेशन डेटा (Device and Session Data). यामध्ये मॅक (MAC) पत्ते, आयपी (IP) पत्ते, कनेक्शन आणि डिस्कनेक्शनची वेळ आणि सेशनचा कालावधी समाविष्ट असतो. नेटवर्क सुरक्षा आणि त्रुटी निवारणासाठी (troubleshooting) मूलभूत सेशन लॉगिंग हे वैध हितसंबंधांखाली (legitimate interest) न्याय्य ठरवले जाऊ शकते, परंतु तुम्हाला वैध हितसंबंध मूल्यांकन (Legitimate Interest Assessment) करणे आणि त्याचे दस्तऐवजीकरण करणे आवश्यक आहे. तिसरे, लोकेशन डेटा. जर तुम्ही फूटफॉल हीटमॅप्स व्युत्पन्न करण्यासाठी किंवा ड्वेल टाइम मोजण्यासाठी WiFi ॲनालिटिक्स वापरत असाल, तर तुम्ही लोकेशन डेटावर प्रक्रिया करत आहात. अगदी एकत्रित (aggregated) केल्यावरही, वैयक्तिक डिव्हाइसवरून सुरुवातीला गोळा केलेला डेटा हा वैयक्तिक डेटाच असतो. यासाठी स्पष्ट प्रकटीकरण (disclosure) आणि बहुतांश प्रकरणांमध्ये, स्पष्ट संमती आवश्यक असते. चौथे, वापर आणि वर्तणूक डेटा (Usage and Behavioural Data). भेट दिलेली पृष्ठे, वापरलेली बँडविड्थ, ॲप्लिकेशन वापराचे पॅटर्न. यासाठी संमती आवश्यक आहे आणि तुम्ही नेमका कोणता डेटा गोळा करत आहात आणि का करत आहात, याबद्दल तुम्ही स्पष्ट असणे आवश्यक आहे. आता आपण Captive Portal बद्दल बोलूया, कारण येथेच बहुतेक संस्था त्यांच्या सर्वात गंभीर अनुपालन (compliance) चुका करतात. Captive Portal हा तुमचा प्राथमिक अनुपालन इंटरफेस आहे. इंटरनेटवर प्रवेश करण्यापूर्वी पाहुण्यांना दिसणारे हे स्प्लॅश पेज आहे. सर्वात सामान्य चूक म्हणजे 'बंडलिंग'. येथेच एखादी संस्था पाहुण्यांना ऑनलाइन जाण्याची अट म्हणून विपणन (marketing) ईमेल स्वीकारण्याची सक्ती करते. GDPR अंतर्गत, संमती ही स्वेच्छेने दिली गेली पाहिजे. जर तुम्ही नेटवर्क ॲक्सेसला मार्केटिंग संमतीसोबत बंडल केले, तर ती संमती अवैध ठरते. पूर्णविराम. तुमच्या Captive Portal ने किमान दोन स्वतंत्र संमती घटक सादर केले पाहिजेत. पहिला अनिवार्य आहे: नेटवर्क ॲक्सेससाठी तुमच्या सेवा अटींचा (terms of service) स्वीकार. दुसरा पर्यायी आहे आणि डीफॉल्टनुसार अनटिक केलेला असतो: मार्केटिंग संप्रेषणे प्राप्त करण्यास संमती. पाहुण्यांना मार्केटिंगला संमती न देताही WiFi शी कनेक्ट करता आले पाहिजे. GDPR Recital 32 स्पष्टपणे आधीच टिक केलेल्या बॉक्सला (pre-ticked boxes) प्रतिबंधित करते. संमती रचनेच्या पलीकडे, वापरकर्त्याने कोणताही डेटा सबमिट करण्यापूर्वी तुमच्या पोर्टलने स्पष्ट आणि संक्षिप्त गोपनीयता सूचना (privacy notice) देणे आवश्यक आहे. तुम्ही कोणता डेटा गोळा करता, तो का गोळा करता, तो किती काळ ठेवता आणि तो कोणासोबत शेअर करता हे यामध्ये स्पष्ट केले पाहिजे. यामध्ये तुमच्या संपूर्ण गोपनीयता धोरणाची (privacy policy) लिंक असणे आवश्यक आहे. आणि अत्यंत महत्त्वाचे म्हणजे, तुमच्या सिस्टमने प्रत्येक संमती इव्हेंटची नोंद (log) ठेवली पाहिजे: कोणी संमती दिली, त्यांनी कधी संमती दिली, कशासाठी संमती दिली आणि त्यांनी पाहिलेली गोपनीयता सूचनेची नेमकी आवृत्ती (version) कोणती होती. हा संमती ऑडिट ट्रेल म्हणजेच तुमचा अनुपालनाचा पुरावा आहे. नेटवर्क आर्किटेक्चरच्या दृष्टिकोनातून, VLAN सेगमेंटेशन अनिवार्य आहे. गेस्ट WiFi ट्रॅफिक एका समर्पित VLAN वर विलग (isolated) केले पाहिजे, जे तुमच्या कॉर्पोरेट नेटवर्कपासून पूर्णपणे वेगळे असेल. गेस्ट डिव्हाइसेसना अंतर्गत सबनेट्समध्ये प्रवेश करण्यापासून रोखण्यासाठी ॲक्सेस कंट्रोल लिस्ट वापरा आणि क्लायंट विलगता (client isolation) सक्षम करा जेणेकरून गेस्ट डिव्हाइसेस एकमेकांशी संवाद साधू शकणार नाहीत. तुम्ही Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist किंवा Ubiquiti UniFi वापरत असलात तरीही हे लागू होते. प्रमाणीकरणासाठी (authentication), तुमच्या वायरलेस LAN कंट्रोलरला क्लाउड RADIUS सर्व्हरशी समाकलित (integrate) करा. जेव्हा एखादा वापरकर्ता Captive Portal फ्लो पूर्ण करतो, तेव्हा प्लॅटफॉर्म कंट्रोलरला RADIUS Access-Accept संदेश पाठवतो, ज्यामुळे नेटवर्क ॲक्सेस मंजूर होतो. हे प्रमाणीकरण स्तर (authentication layer) आणि डेटा संकलन स्तर (data collection layer) यांच्यात स्पष्ट विभाजन तयार करते. एन्क्रिप्शनवर: तुमचे हार्डवेअर जेथे समर्थन पुरवत असेल तिथे WPA3 तैनात करा. WPA3 हे Simultaneous Authentication of Equals चा वापर करते, जे WPA2 च्या फोर-वे हँडशेकमधील त्रुटी दूर करते आणि ऑफलाइन डिक्शनरी हल्ल्यांपासून अधिक मजबूत संरक्षण प्रदान करते. किमान, AES-CCMP एन्क्रिप्शनसह WPA2 लागू करा. आणि तुमचे Captive Portal वैध TLS प्रमाणपत्रासह HTTPS वर चालवले गेले पाहिजे. वैयक्तिक डेटा गोळा करणारा फॉर्म HTTP वर चालवणे ही एक गंभीर सुरक्षा त्रुटी आहे आणि त्वरित अनुपालन धोक्याची घंटा आहे. आता, डेटा रिटेन्शन (डेटा साठवण). येथेच संस्था कालांतराने नकळतपणे जोखीम वाढवून घेतात. GDPR चा स्टोरेज मर्यादा नियम आवश्यक करतो की वैयक्तिक डेटा नमूद केलेल्या उद्देशापेक्षा जास्त काळ ठेवला जाऊ नये. यासाठी एक वाजवी बेसलाइन पुढीलप्रमाणे असू शकते. सेशन लॉग्स - IP पत्ते, MAC पत्ते, कनेक्शन टाइमस्टॅम्प - ३० दिवसांनंतर काढून टाकले पाहिजेत. नेटवर्कमधील त्रुटी निवारणासाठी (troubleshooting) आणि सुरक्षा घटनांच्या चौकशीसाठी तेवढा कालावधी पुरेसा आहे. नेटवर्क सुरक्षा लॉग्स, जसे की फायरवॉल इव्हेंट्स आणि घुसखोरी शोधण्याच्या सूचना, १२ महिन्यांपर्यंत ठेवल्या जाऊ शकतात. संमतीचे रेकॉर्ड्स सेवा संबंधांच्या कालावधीसाठी आणि संभाव्य कायदेशीर आव्हानांचा सामना करण्यासाठी - साधारणपणे शेवटच्या संवादानंतर दोन वर्षांच्या कालावधीसाठी ठेवले पाहिजेत. मार्केटिंग प्रोफाइल्स केवळ युझरची संमती वैध असेपर्यंतच ठेवल्या पाहिजेत. ज्या क्षणी युझर संमती काढून घेतो, त्याच क्षणी त्याचे मार्केटिंग प्रोफाइल हटवले पाहिजे. ते आर्काइव्ह करू नका, तर पूर्णपणे हटवा. मोठ्या प्रमाणावर या धोरणांची अंमलबजावणी करणे हे एक आव्हान आहे. जर तुम्ही डझनभर किंवा शेकडो ठिकाणांवर गेस्ट WiFi व्यवस्थापित करत असाल, तर मॅन्युअली डेटा हटवणे शक्य नाही. तुम्हाला अशा प्लॅटफॉर्मची आवश्यकता आहे जो रिटेन्शन अंमलबजावणी स्वयंचलित करतो. Purple प्रत्येक डेटा श्रेणीला कॉन्फिगर करण्यायोग्य रिटेन्शन नियम लागू करते, प्लॅटफॉर्मवरील ८०,००० पेक्षा जास्त ठिकाणांवर त्यांचे रिटेन्शन संपल्यावर रेकॉर्ड्स स्वयंचलितपणे काढून टाकते. --- अंमलबजावणीच्या शिफारसी आणि धोके (साधारण २ मिनिटे) व्यवहारात हे कसे घडते हे स्पष्ट करण्यासाठी मी तुम्हाला दोन वास्तविक परिस्थितींची उदाहरणे देतो. पहिली परिस्थिती: एक २०० खोल्यांचे हॉटेल. लॉयल्टी प्रोग्रामच्या साइन-अपला चालना देण्यासाठी हॉटेल व्यवस्थापनाला पाहुण्यांचे ईमेल गोळा करायचे आहेत. त्यांच्या सध्याच्या प्रणालीमध्ये पाहुण्यांना ऑनलाइन जाण्यासाठी मार्केटिंग स्वीकारणे बंधनकारक आहे. हे स्पष्टपणे GDPR चे उल्लंघन आहे. यावरील उपाय सोपा आहे. स्वतंत्र संमती चेकबॉक्ससह एक अनुपालन करणारे Captive Portal तैनात करा. बंधनकारक चेकबॉक्समध्ये सेवा अटींचा समावेश असावा, तर ऐच्छिक आणि अनटीक (रिकाम्या) चेकबॉक्समध्ये मार्केटिंग संमतीचा समावेश असावा. एकत्रित दृष्टिकोनाच्या तुलनेत हॉटेलला मार्केटिंगसाठी सहमती देणाऱ्या युझर्सचे प्रमाण कमी दिसेल, परंतु सूचीची गुणवत्ता आणि कायदेशीर वैधता नाटकीयरित्या सुधारेल. जे पाहुणे सक्रियपणे सहमती देतात ते पुढील संवादांमध्ये गुंतण्याची शक्यता अधिक असते. Premier Inn, जे त्यांच्या संपूर्ण मालमत्तेत Purple चा वापर करतात, अचूकपणे याच मॉडेलचा अवलंब करतात. प्रसंग दुसरा: एका स्टेडियमची IT टीम. गर्दीची घनता तपासण्यासाठी आणि सुरक्षिततेचे व्यवस्थापन करण्यासाठी त्यांना WiFi ॲनालिटिक्स वापरायचे आहे. कायदेशीर टीमची चिंता अशी आहे की संमतीशिवाय डिव्हाइसचे लोकेशन ट्रॅक करणे हे GDPR चे उल्लंघन आहे. यावर दोन प्रकारे उपाय करता येतो. पहिले म्हणजे, गर्दीचे व्यवस्थापन आणि सुरक्षेच्या उद्देशांसाठी लोकेशन डेटावर प्रक्रिया केली जात आहे हे स्पष्टपणे जाहीर करण्यासाठी captive portal च्या प्रायव्हसी नोटिसमध्ये सुधारणा करणे. दुसरे म्हणजे, डेटा क्लाउड ॲनालिटिक्स प्लॅटफॉर्मवर पोहोचण्यापूर्वी एजवर - म्हणजेच ऍक्सेस पॉईंट्सवरच - MAC ॲड्रेस स्यूडोनिमायझेशन (pseudonymisation) लागू करणे. त्यानंतर ॲनालिटिक्स सिस्टम मूळ MAC ॲड्रेसेसऐवजी स्यूडोनिमस आयडेंटिफायर्ससह काम करते, ज्यामुळे प्रायव्हसीचा धोका आणि तुमच्या DPIA ची व्याप्ती लक्षणीयरित्या कमी होते. विविध ठिकाणी सेटअप करताना मला वारंवार दिसणाऱ्या तीन चुका खालीलप्रमाणे आहेत. पहिली: संमतीचा कंटाळा (Consent fatigue). जर तुमचे पोर्टल खूप क्लिष्ट असेल, तर पाहुणे कनेक्शन सोडून देतात किंवा डोळे झाकून क्लिक करतात. भाषा साधी ठेवा. मूल्यामधील देवाणघेवाण स्पष्टपणे समजावून सांगा. दुसरी: डेटा विषयाच्या हक्कांचे (Data subject rights) पालन न करणे. GDPR अंतर्गत, पाहुण्यांना त्यांच्या डेटामध्ये प्रवेश करण्याचा, तो दुरुस्त करण्याचा आणि मिटवून टाकण्याचा अधिकार आहे. तुमच्याकडे यासाठी एक प्रक्रिया असणे आवश्यक आहे. एक सेल्फ-सर्व्हिस प्रेफरन्स सेंटर हे यासाठीचे सर्वोत्तम मानक आहे. Purple चे प्लॅटफॉर्म डेटा सब्जेक्ट ॲक्सेस रिक्वेस्ट सुलभ करण्यासाठी टूल्स प्रदान करते, ज्यामुळे ऑपरेशनल भार लक्षणीयरित्या कमी होतो. तिसरी: तुमच्या WiFi व्हेंडरसोबत स्वाक्षरी केलेला डेटा प्रोसेसिंग ॲडेंडम (DPA) नसणे. कोणत्याही वैयक्तिक डेटावर थर्ड-पार्टी प्लॅटफॉर्मवर प्रक्रिया होण्यापूर्वी, तुमच्याकडे तो DPA असणे आवश्यक आहे. तुमचे व्हेंडर करार आजच तपासा. --- रॅपिड-फायर प्रश्न आणि उत्तरे (अंदाजे १ मिनिट) आम्हाला वारंवार विचारले जाणारे प्रश्न मी पटकन सांगतो. प्रश्न: आम्ही केवळ ॲनालिटिक्ससाठी MAC ॲड्रेस गोळा करत असल्यास आम्हाला संमतीची गरज आहे का? उत्तर: होय. जर ते ॲनालिटिक्स एखाद्या डिव्हाइसशी आणि त्याच्या वापरकर्त्याच्या वर्तनाशी जोडले जाऊ शकत असेल, तर तो वैयक्तिक डेटा आहे. तुम्हाला एकतर स्पष्ट संमती हवी किंवा गोळा केल्यावर लगेचच एक मजबूत अनॉनिमायझेशन (Anonymisation) प्रक्रिया राबवणे आवश्यक आहे. प्रश्न: सोशल मीडिया लॉगिन GDPR चे पालन करते का? उत्तर: ते करू शकते, परंतु तुम्हाला सोशल प्लॅटफॉर्मवरून कोणता डेटा मिळत आहे याबद्दल पारदर्शक असणे आवश्यक आहे आणि मूळ ऑथेंटिकेशन पलीकडील कोणत्याही वापरासाठी तुम्हाला स्वतंत्र संमती घेणे आवश्यक आहे. प्रश्न: आमच्याकडे डेटा लीक (Data breach) झाल्यास काय होईल? उत्तर: तुम्हाला लीक झाल्याची माहिती मिळताच ७२ तासांचा नोटिफिकेशनचा कालावधी सुरू होतो. तुमचा तपास पूर्ण झाला नसला तरीही तुम्ही ७२ तासांच्या आत ICO ला सूचित केले पाहिजे. हे तुमच्या इन्सिडेंट रिस्पॉन्स प्लॅनमध्ये आत्ताच समाविष्ट करा. प्रश्न: आम्ही लहान ठिकाण (Venue) असल्यास आमच्यावर GDPR लागू होतो का? उत्तर: होय. संस्थेचा आकार कोणताही असला तरी GDPR लागू होतो. दंडाची रक्कम प्रमाणशीर असू शकते, परंतु नियमांचे पालन करण्याचे बंधन पूर्ण आहे. --- सारांश आणि पुढील पावले (अंदाजे १ मिनिट) मी तुमच्या ॲक्शन लिस्टसह शेवट करतो. पहिले, तुमच्या सध्याच्या captive portal चे ऑडिट करा. मार्केटिंगची संमती नेटवर्क ऍक्सेस अटींसह जोडली गेली आहे का ते तपासा. तसे असल्यास, तुमच्या पुढील ICO ऑडिटपूर्वी ते दुरुस्त करा. दुसरे, तुमच्या डेटा रिटेंशन सेटिंग्सचे पुनरावलोकन करा. तुमच्याकडे ऑटोमेटेड डिलीशन पॉलिसी नसल्यास, तुम्ही प्रत्येक जाणाऱ्या दिवसासोबत धोका वाढवत आहात. तिसरे, तुमच्या विक्रेता करारांची तपासणी करा. तुमच्या वतीने पाहुण्यांच्या डेटावर प्रक्रिया करणाऱ्या प्रत्येक थर्ड-पार्टी प्लॅटफॉर्मसोबत तुमच्याकडे स्वाक्षरी केलेले डेटा प्रोसेसिंग परिशिष्ट (Data Processing Addendum) असल्याचे सुनिश्चित करा. चौथे, एक पसंती केंद्र (preference centre) कार्यान्वित करा. तुमच्या पाहुण्यांना त्यांची संमती व्यवस्थापित करण्यासाठी आणि डेटा विषय प्रवेश विनंत्या (data subject access requests) सबमिट करण्यासाठी एक सेल्फ-सर्व्हिस मार्ग द्या. पाचवे, कोणत्याही मोठ्या प्रमाणावर लोकेशन ट्रॅकिंग किंवा वर्तणूक प्रोफाइलिंग क्षमता उपयोजित करण्यापूर्वी डेटा प्रोटेक्शन इम्पॅक्ट असेसमेंट (Data Protection Impact Assessment) करा. GDPR कलम ३५ अंतर्गत हे कायदेशीररित्या बंधनकारक आहे. Purple हे ISO 27001 प्रमाणित, GDPR आणि CCPA चे पालन करणारे आणि सायबर एसेन्शियल्स प्रमाणित आहे. आम्ही ८०,००० पेक्षा जास्त लाइव्ह ठिकाणांवर कार्यरत आहोत आणि एकट्या २०२४ मध्ये आम्ही ४४० दशलक्ष लॉगइन प्रक्रियेत आणले आहेत. आमचे प्लॅटफॉर्म संमती लॉगिंग, डेटा धारणा अंमलबजावणी आणि DSAR व्यवस्थापन स्वयंचलित करते, जेणेकरून तुमची टीम अनुपालन स्प्रेडशीट्स व्यवस्थापित करण्याऐवजी नेटवर्क चालवण्यावर लक्ष केंद्रित करू शकेल. पाहुण्यांच्या WiFi अनुपालनावरील अधिक संसाधनांसाठी, purple.ai ला भेट द्या. या Purple टेक्निकल ब्रीफिंगमध्ये सामील झाल्याबद्दल धन्यवाद. अनुपालन राखा आणि सुरक्षित रहा. --- स्क्रिप्ट समाप्त