India DPDP Act: ভারতীয় ভেন্যুগুলির জন্য Guest WiFi কমপ্লায়েন্স

India DPDP Act: ভারতীয় ভেন্যুগুলির জন্য Guest WiFi কমপ্লায়েন্স একটি Purple টেকনিক্যাল ব্রিফিং — আনুমানিক ১০ মিনিট [ভূমিকা এবং প্রেক্ষাপট — ১ মিনিট] Purple টেকনিক্যাল ব্রিফিংয়ে স্বাগতম। আমি আপনাদের হোস্ট, এবং আজ আমরা এমন একটি বিষয়ে আলোচনা করতে যাচ্ছি যা এই মুহূর্তে প্রতিটি আইটি ডিরেক্টর এবং কমপ্লায়েন্স লিডের নজরে থাকা উচিত: ভারতের Digital Personal Data Protection Act — DPDP Act — এবং ভারতীয় ভেন্যুগুলি জুড়ে গেস্ট WiFi ডিপ্লয়মেন্টের জন্য এর নির্দিষ্ট অর্থ কী। আপনি মুম্বাইয়ে একটি হোটেল চেইন, বেঙ্গালুরুতে একটি রিটেইল এস্টেট, হায়দ্রাবাদে একটি স্টেডিয়াম, বা কোনো বহুজাতিক কোম্পানির ভারতীয় শাখা চালাচ্ছেন কিনা — যদি আপনি গেস্ট WiFi পরিচালনা করেন এবং Captive Portal-এর মাধ্যমে সাইন-আপ ডেটা ক্যাপচার করেন, তবে এই আইনটি সরাসরি আপনাকে প্রভাবিত করে। নিয়মগুলি কার্যকর হয়েছে, প্রয়োগ বাড়ছে এবং জরিমানা যথেষ্ট। আমরা শুধুমাত্র নিরাপত্তা ব্যর্থতার জন্য আড়াইশো কোটি টাকা পর্যন্ত জরিমানার কথা বলছি। তাহলে চলুন শুরু করা যাক। আগামী দশ মিনিটে, আমি আপনাকে মূল বাধ্যবাধকতাগুলির মধ্য দিয়ে নিয়ে যাব, দেখাব কীভাবে এটি বাস্তবে GDPR থেকে আলাদা, আপনাকে একটি ব্যবহারিক রিটেনশন ফ্রেমওয়ার্ক দেব এবং এই মুহূর্তে ভেন্যুগুলি যে তিনটি সবচেয়ে সাধারণ ভুল করছে তা চিহ্নিত করব। [টেকনিক্যাল ডিপ-ডাইভ — ৫ মিনিট] চলুন মৌলিক বিষয়গুলি দিয়ে শুরু করি। Digital Personal Data Protection Act ২০২৩ সালের আগস্টে প্রণীত হয়েছিল, এবং বাস্তবায়নের নিয়মগুলি ২০২৫ সালের শেষের দিকে চূড়ান্ত করা হয়েছিল। নিয়মগুলি কার্যকর হওয়ার পর থেকে কমপ্লায়েন্সের সময়সীমা বারো থেকে আঠারো মাসের পর্যায়ক্রমিক ভিত্তিতে চলছে — তাই আপনি যদি আপনার কমপ্লায়েন্স প্রোগ্রাম শুরু না করে থাকেন, তবে আপনি ইতিমধ্যেই পিছিয়ে আছেন। প্রথম যে বিষয়টি বুঝতে হবে তা হল পরিভাষা। DPDP Act-এর অধীনে, আপনার ভেন্যু হল Data Fiduciary — আপনি সিদ্ধান্ত নেন কেন এবং কীভাবে ব্যক্তিগত ডেটা প্রসেস করা হবে। আপনার WiFi প্ল্যাটফর্ম প্রদানকারী — তা Purple হোক বা অন্য কোনো ভেন্ডর — হল Data Processor। এবং আপনার গেস্ট হলেন Data Principal। এই পার্থক্যটি অত্যন্ত গুরুত্বপূর্ণ কারণ DPDP-এর অধীনে, GDPR-এর বিপরীতে, সমস্ত কমপ্লায়েন্স দায়বদ্ধতা Data Fiduciary-এর উপর বর্তায়। আপনার প্ল্যাটফর্ম প্রদানকারীর DPA আপনার ঝুঁকি হস্তান্তর করে না। এর দায়ভার আপনারই। এখন, সম্মতি (consent)। এখানেই বেশিরভাগ ভেন্যু হোঁচট খায়। আইনের ধারা ৬-এর অধীনে সম্মতি অবাধ, নির্দিষ্ট, অবহিত, শর্তহীন এবং একটি স্পষ্ট ইতিবাচক পদক্ষেপের সাথে দ্ব্যর্থহীন হওয়া প্রয়োজন। সেই "শর্তহীন" শব্দটি DPDP-এর জন্য অনন্য — এটি GDPR-এ নেই — এবং এর বাস্তব প্রভাব রয়েছে। এর অর্থ হল আপনি WiFi অ্যাক্সেস পাওয়ার শর্ত হিসেবে মার্কেটিং সম্মতিকে জুড়ে দিতে পারবেন না। সম্পূর্ণ নিষিদ্ধ। একটি Captive Portal-এ বাস্তবে এটি কেমন দেখায়? আপনার তিনটি জিনিস দরকার। প্রথমত, কোনো ডেটা সংগ্রহ করার আগে একটি DPDP-কমপ্লায়েন্ট নোটিশ প্রদর্শন করতে হবে — এতে অবশ্যই উল্লেখ থাকতে হবে আপনি কী ডেটা সংগ্রহ করছেন, কেন করছেন, কতদিন রাখবেন, গেস্ট কীভাবে সম্মতি প্রত্যাহার করতে পারেন এবং কীভাবে তারা আপনার ডেটা প্রোটেকশন অফিসার বা মনোনীত দায়িত্বশীল ব্যক্তির সাথে যোগাযোগ করতে পারেন। দ্বিতীয়ত, গ্র্যানুলার কনসেন্ট চেকবক্স: একটি নেটওয়ার্ক অ্যাক্সেসের জন্য — যা প্রয়োজনীয় প্রসেসিং — এবং মার্কেটিং কমিউনিকেশন এবং অ্যানালিটিক্স বা প্রোফাইলিংয়ের জন্য আলাদা, ঐচ্ছিক চেকবক্স। এগুলি ডিফল্টরূপে আনচেক করা থাকতে হবে। তৃতীয়ত, আপনাকে অবশ্যই সম্মতি রেকর্ড করতে হবে — টাইমস্ট্যাম্প, আইপি ঠিকানা, কনসেন্ট সংস্করণ এবং ঠিক কী বিষয়ে সম্মত হয়েছে — এবং অনুরোধ করা হলে আপনাকে অবশ্যই সেই রেকর্ডটি উপস্থাপন করতে সক্ষম হতে হবে। Captive Portal মেকানিক্সের উপর একটি ব্যবহারিক নোট: আপনি যদি Apple iOS ডিভাইস, Android বা Windows মেশিনে ডিপ্লয় করেন, তবে Captive Network Assistant — বা CNA — প্রতিটি প্ল্যাটফর্মে ভিন্নভাবে আচরণ করে। Apple-এর CNA একটি মিনি-ব্রাউজার খোলে যার কুকিজ এবং রিডাইরেক্টের ক্ষেত্রে সীমাবদ্ধতা রয়েছে। আপনাকে নিশ্চিত করতে হবে যে আপনার কনসেন্ট মেকানিজম সেই সীমাবদ্ধতার মধ্যে কাজ করে। Captive Portal শনাক্তকরণের উপর Purple-এর গাইড প্রযুক্তিগত বাস্তবায়নের বিস্তারিত কভার করে — এই কমপ্লায়েন্স ব্রিফিংয়ের পাশাপাশি এটি পড়া মূল্যবান। এখন ডেটা রিটেনশন নিয়ে কথা বলা যাক, কারণ এখানেই আমি সবচেয়ে বেশি বিভ্রান্তি দেখি। DPDP Act-এর পদ্ধতিটি উদ্দেশ্য-চালিত। ধারা ৮(৭)-এর অধীনে, যখন Data Principal সম্মতি প্রত্যাহার করেন, অথবা যখন নির্দিষ্ট উদ্দেশ্য আর পূরণ হয় না — যেটি আগে ঘটে, তখন আপনাকে অবশ্যই ব্যক্তিগত ডেটা মুছে ফেলতে হবে। রুল ৮ এরপর দুটি গুরুত্বপূর্ণ ওভারলে যোগ করে। প্রথমত, নির্দিষ্ট উচ্চ-ভলিউম প্ল্যাটফর্মের জন্য — দুই কোটির বেশি ব্যবহারকারী সহ ই-কমার্স, সোশ্যাল মিডিয়া, অনলাইন গেমিং — তৃতীয় তফসিলে তিন বছরের ডিমড সেশন (deemed cessation) পিরিয়ড নির্ধারণ করা হয়েছে। যদি তিন বছর ধরে কোনো ইন্টারঅ্যাকশন না থাকে, তবে উদ্দেশ্যটি আর পূরণ হচ্ছে না বলে ধরে নেওয়া হয়। বেশিরভাগ ভেন্যু অপারেটরদের জন্য — হোটেল, রিটেইল, স্টেডিয়াম — আপনি এই নির্দিষ্ট তৃতীয় তফসিলের বিভাগগুলিতে পড়বেন না, তাই আপনি সাধারণ ধারা ৮(৮) নীতি প্রয়োগ করবেন: যদি গেস্ট একটি যুক্তিসঙ্গত সময়ের জন্য আপনার সাথে ইন্টারঅ্যাক্ট না করে বা তাদের অধিকার প্রয়োগ না করে, তবে আপনার তাদের ডেটা মুছে ফেলা উচিত। দ্বিতীয়ত, রুল ৮(৩) একটি ন্যূনতম ফ্লোর তৈরি করে: উদ্দেশ্য সমাপ্তি নির্বিশেষে, আপনাকে অবশ্যই প্রসেসিংয়ের তারিখ থেকে কমপক্ষে এক বছরের জন্য প্রসেসিং লগ এবং সম্পর্কিত ডেটা সংরক্ষণ করতে হবে। এটি অডিট এবং নিয়ন্ত্রক উদ্দেশ্যে। তাই একটি ব্যবহারিক ভেন্যু রিটেনশন পলিসির জন্য, আমি এই ফ্রেমওয়ার্কটি সুপারিশ করব: সম্পর্কের সময়কাল প্লাস এক বছরের জন্য সক্রিয় গেস্ট WiFi প্রোফাইলগুলি ধরে রাখুন। যদি কোনো গেস্ট চব্বিশ মাস ধরে সংযুক্ত বা নিযুক্ত না হন, তবে একটি রি-কনসেন্ট বা মুছে ফেলার ওয়ার্কফ্লো ট্রিগার করুন। ন্যূনতম এক বছরের জন্য প্রসেসিং লগ বজায় রাখুন। হোটেল গেস্টদের জন্য, অবস্থানটি একটি বৈধ প্রসেসিং সম্পর্ক তৈরি করে — তবে অবস্থান-পরবর্তী মার্কেটিংয়ের জন্য আলাদা সম্মতি প্রয়োজন, এবং সেই সম্মতির নিজস্ব রিটেনশন ঘড়ি রয়েছে। এখন, ক্রস-বর্ডার ডেটা ট্রান্সফার। এটি আসলে GDPR-এর চেয়ে DPDP-এর অধীনে সহজ। আইনটি একটি ব্ল্যাকলিস্ট পদ্ধতি ব্যবহার করে — কেন্দ্রীয় সরকার বিজ্ঞপ্তির মাধ্যমে কোনো নির্দিষ্ট দেশ বা অঞ্চলকে বিশেষভাবে সীমাবদ্ধ না করা পর্যন্ত সমস্ত দেশে ট্রান্সফার অনুমোদিত। এটিকে GDPR-এর হোয়াইটলিস্ট পদ্ধতির সাথে তুলনা করুন, যেখানে অপর্যাপ্ত দেশে প্রতিটি ট্রান্সফারের জন্য আপনার একটি অ্যাডিকোয়েসি সিদ্ধান্ত, Standard Contractual Clauses বা Binding Corporate Rules প্রয়োজন। ভারতের বাইরে ডেটা সেন্টার সহ ক্লাউড-ভিত্তিক WiFi প্ল্যাটফর্ম ব্যবহারকারী বহুজাতিক ভেন্যুগুলির জন্য, বর্তমানে DPDP-এর অধীনে আপনার আরও নমনীয়তা রয়েছে — তবে এই জায়গাটিতে নজর রাখুন, কারণ সরকারের বিজ্ঞপ্তি ক্ষমতার অর্থ হল পরিস্থিতি পরিবর্তন হতে পারে। আমাকে DPDP-এর অধীনে আপনার গেস্টদের অধিকারগুলিও কভার করতে দিন, কারণ আপনার আইটি এবং অপারেশন টিমগুলিকে সেগুলির প্রতিক্রিয়া জানাতে সক্ষম হতে হবে। Data Principal-দের তাদের প্রসেসিং সম্পর্কে তথ্য অ্যাক্সেস করার অধিকার, সংশোধন এবং মুছে ফেলার অধিকার এবং অভিযোগ নিষ্পত্তির অধিকার রয়েছে — একটি বাধ্যতামূলক নব্বই দিনের প্রতিক্রিয়া উইন্ডো সহ। তাদের যা নেই, GDPR-এর বিপরীতে, তা হল ডেটা পোর্টেবিলিটির অধিকার, স্বয়ংক্রিয় সিদ্ধান্ত গ্রহণের বিষয়ে আপত্তি জানানোর অধিকার, বা প্রসেসিং সীমাবদ্ধ করার অধিকার। এটি একটি সংকীর্ণ অধিকারের ফ্রেমওয়ার্ক, যা আপনার প্রতিক্রিয়ার বাধ্যবাধকতাগুলিকে কিছুটা সহজ করে। শিশুদের ডেটা একটি পৃথক, উচ্চ-ঝুঁকির বিভাগ। DPDP-এর অধীনে, আঠারো বছরের কম বয়সী কারও ডেটা প্রসেস করার জন্য যাচাইযোগ্য পিতামাতার সম্মতি প্রয়োজন। যদি আপনার ভেন্যু WiFi একটি পারিবারিক পরিবেশে থাকে — একটি মল, একটি থিম পার্ক, একটি ফ্যামিলি হোটেল — তবে অপ্রাপ্তবয়স্ক ব্যবহারকারীদের শনাক্ত এবং পরিচালনা করার জন্য আপনার একটি মেকানিজম প্রয়োজন। এটি একটি তুচ্ছ নয় এমন প্রযুক্তিগত এবং অপারেশনাল চ্যালেঞ্জ যা অনেক ভেন্যু এখনও সমাধান করেনি। [ইমপ্লিমেন্টেশন সুপারিশ এবং ত্রুটি — ২ মিনিট] আমি যে তিনটি সবচেয়ে সাধারণ ত্রুটি দেখি এবং কীভাবে সেগুলি এড়ানো যায় তা আপনাদের বলি। ত্রুটি এক: বান্ডেল করা সম্মতি। এটি সবচেয়ে ঘন ঘন লঙ্ঘন। ভেন্যুগুলি একটি একক "আমি শর্তাবলীতে সম্মত" চেকবক্স উপস্থাপন করে যা নেটওয়ার্ক অ্যাক্সেস এবং মার্কেটিং উভয়ই কভার করে। DPDP ধারা ৬-এর অধীনে, এটি নন-কমপ্লায়েন্ট। সমাধানটি সোজা — আপনার সম্মতিকে স্বতন্ত্র, উদ্দেশ্য-নির্দিষ্ট চেকবক্সে আলাদা করুন এবং নিশ্চিত করুন যে মার্কেটিংটি ঐচ্ছিক এবং ডিফল্টরূপে আনচেক করা আছে। ত্রুটি দুই: কোনো কনসেন্ট অডিট ট্রেইল নেই। যদি ডেটা প্রোটেকশন বোর্ড আপনাকে প্রমাণ করতে বলে যে একজন নির্দিষ্ট গেস্ট একটি নির্দিষ্ট তারিখে একটি নির্দিষ্ট উদ্দেশ্যে সম্মতি দিয়েছেন, আপনি কি সেই রেকর্ডটি উপস্থাপন করতে পারবেন? বেশিরভাগ ভেন্যু পারে না। আপনার WiFi প্ল্যাটফর্মকে অবশ্যই পর্যাপ্ত গ্র্যানুলারিটি সহ কনসেন্ট রেকর্ড সংরক্ষণ করতে হবে — টাইমস্ট্যাম্প, সেশন আইডি, আইপি ঠিকানা, কনসেন্ট সংস্করণ এবং সম্মত হওয়া নির্দিষ্ট উদ্দেশ্যগুলি। Purple-এর প্ল্যাটফর্ম এটি নেটিভভাবে ক্যাপচার করে, তবে আপনি যদি কোনো লিগ্যাসি সিস্টেমে থাকেন, তবে এটি এমন একটি ফাঁক যা আপনাকে জরুরিভাবে বন্ধ করতে হবে। ত্রুটি তিন: কোনো Data Processor চুক্তি নেই। ধারা ৮(২)-এর অধীনে, আপনি যে কোনো Data Processor-কে নিযুক্ত করেন তার সাথে আপনার অবশ্যই একটি বৈধ চুক্তি থাকতে হবে। যদি আপনার WiFi প্ল্যাটফর্ম প্রদানকারীর কাছে DPDP বাধ্যবাধকতাগুলি উল্লেখ করে এমন কোনো বর্তমান Data Processing Agreement না থাকে, তবে আপনি ঝুঁকিতে আছেন। এটি কেবল একটি আইনি আনুষ্ঠানিকতা নয় — এটি Data Fiduciary-এর কমপ্লায়েন্স প্রতিরক্ষার জন্য একটি পূর্বশর্ত। বাস্তবায়নের দিক থেকে, মূল আর্কিটেকচারাল সিদ্ধান্ত হল কনসেন্ট ডেটা কোথায় সংরক্ষণ করা হয় এবং কীভাবে এটি আপনার CRM বা মার্কেটিং অটোমেশন প্ল্যাটফর্মের সাথে একীভূত হয়। কনসেন্ট স্ট্যাটাসের জন্য আপনার সত্যের একটি একক উৎস প্রয়োজন যা আপনার মার্কেটিং টিম ওভাররাইড করতে পারবে না। সম্মতি প্রত্যাহার অবশ্যই একটি যুক্তিসঙ্গত সময়সীমার মধ্যে সমস্ত ডাউনস্ট্রিম সিস্টেমে পৌঁছাতে হবে — আমি আপনার অপারেশনাল SLA হিসাবে সর্বোচ্চ বাহাত্তর ঘন্টা সুপারিশ করব। একাধিক প্রপার্টি সহ ভেন্যুগুলির জন্য — হোটেল চেইন, রিটেইল এস্টেট — আপনাকে সিদ্ধান্ত নিতে হবে যে একটি প্রপার্টিতে দেওয়া সম্মতি অন্যদের ক্ষেত্রে প্রসারিত হয় কিনা। DPDP-এর নির্দিষ্টতার প্রয়োজনীয়তার অধীনে, সবচেয়ে নিরাপদ অবস্থান হল প্রপার্টি-স্তরের সম্মতি যদি না আপনার নোটিশ স্পষ্টভাবে গ্রুপটিকে কভার করে এবং গেস্টরা গ্রুপ-ব্যাপী প্রসেসিংয়ে সম্মতি দিয়ে থাকে। [র‍্যাপিড-ফায়ার প্রশ্নোত্তর — ১ মিনিট] আমি নিয়মিত পাই এমন কয়েকটি প্রশ্নের উত্তর দিই। "আমি কি সম্মতি ছাড়াই WiFi অ্যানালিটিক্স — ফুটফল কাউন্টিং, ডুয়েল টাইম — ব্যবহার করতে পারি?" যদি ডেটা সত্যিই বেনামী হয় এবং কোনো ব্যক্তির সাথে লিঙ্ক করা না যায়, তবে এটি DPDP Act-এর আওতার বাইরে পড়ে। তবে MAC অ্যাড্রেস র‍্যান্ডমাইজেশনের অর্থ হল ডিভাইস-স্তরের ট্র্যাকিং এমনিতেই ক্রমশ অবিশ্বস্ত হয়ে উঠছে। শনাক্তকৃত অ্যানালিটিক্সের জন্য, আপনার সম্মতি প্রয়োজন। "আমার কি একজন ডেটা প্রোটেকশন অফিসার দরকার?" একজন পূর্ণাঙ্গ DPO শুধুমাত্র Significant Data Fiduciary-দের জন্য বাধ্যতামূলক — একটি শ্রেণীবিভাগ যা সরকার বিজ্ঞপ্তির মাধ্যমে জানাবে। বেশিরভাগ ভেন্যু অপারেটরদের জন্য, আপনার একজন মনোনীত দায়িত্বশীল ব্যক্তি প্রয়োজন যার যোগাযোগের বিবরণ প্রকাশিত হয়। এটি একটি নিম্ন মানদণ্ড, তবে এটি এমন কাউকে হতে হবে যিনি আসলে ডেটা সুরক্ষার প্রশ্নগুলির উত্তর দিতে পারেন। "একটি মাঝারি আকারের হোটেল চেইনের জন্য জরিমানার ঝুঁকি কী?" একটি নিরাপত্তা ব্যর্থতা যা লঙ্ঘনের দিকে পরিচালিত করে তার জন্য আড়াইশো কোটি টাকা পর্যন্ত জরিমানা হতে পারে। বোর্ডকে লঙ্ঘনের বিষয়ে অবহিত করতে ব্যর্থ হলে আরও দুইশো কোটি টাকা। এগুলি নির্দিষ্ট ক্যাপ, টার্নওভারের শতাংশ নয় — যার অর্থ হল GDPR-এর টার্নওভার-ভিত্তিক জরিমানাগুলি বড় বহুজাতিক সংস্থাগুলিকে যেভাবে আঘাত করে, তার চেয়ে এগুলি ছোট সংস্থাগুলিকে আনুপাতিকভাবে বেশি আঘাত করে। [সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ — ১ মিনিট] শেষ করার জন্য, এখানে আপনার পাঁচটি তাৎক্ষণিক পদক্ষেপ রয়েছে। এক: আজই আপনার Captive Portal কনসেন্ট ফ্লো অডিট করুন। যদি এতে একটি একক চেকবক্স থাকে বা অ্যাক্সেসের সাথে মার্কেটিং বান্ডেল করা থাকে, তবে এটি পুনর্নির্মাণ করা দরকার। দুই: একটি কনসেন্ট অডিট ট্রেইল প্রয়োগ করুন। প্রতিটি কনসেন্ট ইভেন্ট অবশ্যই টাইমস্ট্যাম্প, আইপি, উদ্দেশ্য এবং সংস্করণ সহ লগ করতে হবে। তিন: একটি ডেটা রিটেনশন পলিসি স্থাপন করুন। বেশিরভাগ ভেন্যুর জন্য, রি-কনসেন্ট বা মুছে ফেলার জন্য চব্বিশ মাসের নিষ্ক্রিয়তার ট্রিগার একটি যুক্তিসঙ্গত প্রারম্ভিক বিন্দু, প্রসেসিং লগগুলির জন্য এক বছরের ন্যূনতম সময়সীমা সহ। চার: আপনার WiFi প্ল্যাটফর্ম প্রদানকারী এবং যেকোনো ডাউনস্ট্রিম মার্কেটিং বা অ্যানালিটিক্স ভেন্ডরের সাথে আপনার Data Processing Agreement-গুলি পর্যালোচনা করুন। পাঁচ: ডেটা সুরক্ষা সংক্রান্ত প্রশ্নের জন্য একজন দায়িত্বশীল ব্যক্তিকে মনোনীত করুন এবং আপনার Captive Portal এবং ওয়েবসাইটে তাদের যোগাযোগের বিবরণ প্রকাশ করুন। বাধ্যবাধকতার বিস্তৃতির দিক থেকে DPDP Act GDPR-এর মতো জটিল নয়, তবে প্রয়োগের অভিপ্রায়ের দিক থেকে এটি সমানভাবে গুরুতর। ডেটা প্রোটেকশন বোর্ডের প্রকৃত ক্ষমতা রয়েছে এবং জরিমানার কাঠামোটি বড় সংস্থাগুলির জন্যও অর্থবহ হওয়ার জন্য ডিজাইন করা হয়েছে। Captive Portal আর্কিটেকচারের গভীরে যাওয়ার জন্য, Purple-এর টেকনিক্যাল গাইডগুলি বাস্তবায়নের সুনির্দিষ্ট বিষয়গুলি বিস্তারিতভাবে কভার করে। এবং আপনি যদি দেখছেন কীভাবে গেস্ট WiFi অ্যানালিটিক্স আপনার বৃহত্তর ভেন্যু ইন্টেলিজেন্স স্ট্যাকের সাথে একীভূত হয়, তবে Purple WiFi Analytics প্ল্যাটফর্মটি এর মূলে কনসেন্ট-ফার্স্ট ডেটা ক্যাপচার দিয়ে তৈরি করা হয়েছে। শোনার জন্য ধন্যবাদ। পরের বার পর্যন্ত বিদায়।