হোয়াইট লেবেল Captive Portal সফটওয়্যার: স্বাক্ষর করার আগে MSP এবং রিসেলারদের যা পরীক্ষা করা উচিত

হোয়াইট লেবেল Captive Portal সফটওয়্যার একটি MSP বা রিসেলারকে নিজের ব্র্যান্ডের অধীনে গেস্ট WiFi লগইন পেজ বিক্রি করার সুযোগ দেয়। চুক্তি স্বাক্ষরের আগে, ছয়টি বিষয় নিশ্চিত করুন: ডেলিগেটেড অ্যাডমিন সহ ট্রু মাল্টি-টেন্যান্সি, ডোমেন, ইমেইল এবং রিপোর্ট জুড়ে ব্র্যান্ডিং, আপনার ইনস্টল করা প্রতিটি অ্যাক্সেস পয়েন্ট ভেন্ডরের জন্য সমর্থন, একটি বিলিং মডেল যা মার্জিন সুরক্ষিত রাখে, ক্লায়েন্টের নিজস্ব GDPR সম্মতি রেকর্ড এবং নথিভুক্ত API।

আপনার কোন হোয়াইট লেবেল Captive Portal মডেলটি বেছে নেওয়া উচিত?

একটি Captive Portal হলো সেই ওয়েব পেজ যা কোনো ডিভাইস নেটওয়ার্ক ইন্টারনেট অ্যাক্সেস দেওয়ার আগে দেখতে পায়। IETF RFC 8952-এ এর আর্কিটেকচার নির্ধারণ করেছে। RFC 8908 এমন একটি API সংজ্ঞায়িত করে যা ডিভাইসগুলোকে জানায় যে একটি পোর্টাল উপস্থিত রয়েছে।

হোয়াইট লেবেল Captive Portal সফটওয়্যার আপনাকে আপনার নিজস্ব ব্র্যান্ডের অধীনে সেই লগইন পেজটি বিক্রি করতে দেয়। এর পেছনের কনসোল এবং রিপোর্টগুলোতেও আপনার ব্র্যান্ড থাকে।

রিসেলার মার্কেটে তিনটি বাণিজ্যিক মডেল প্রাধান্য পায়। এগুলো তিনটি বিষয়ে ভিন্ন:

• কার কাছে ক্লায়েন্ট চুক্তি থাকে
• আপনার ব্র্যান্ড কতটা বিস্তার লাভ করে
• প্রতিটি ক্লায়েন্টের ডেটা কতটা স্পষ্টভাবে আলাদা করা হয়

প্রথমে মডেলটি বেছে নিন, তারপর এর ভেতরের ভেন্ডরদের মূল্যায়ন করুন।

মডেল	আপনার ব্র্যান্ড যেখানে দেখা যায়	ক্লায়েন্ট ডেটা আইসোলেশন	কার কাছে ক্লায়েন্ট চুক্তি থাকে	সাধারণ বিলিং	যাদের জন্য উপযুক্ত
ফুল হোয়াইট লেবেল, মাল্টি-টেন্যান্ট	লগইন পেজ, কাস্টম ডোমেন, অ্যাডমিন কনসোল, ইমেইল, SMS এবং রিপোর্ট	স্কোপড অ্যাডমিন রোল এবং API কি সহ প্রতি ক্লায়েন্টে আলাদা টেন্যান্ট	আপনি	প্রতি সাইট বা প্রতি অ্যাক্সেস পয়েন্টে হোলসেল, খুচরা মূল্য আপনি নির্ধারণ করেন	সার্ভিস ডেস্ক এবং ভেন্যু ক্লায়েন্টের পোর্টফোলিও রয়েছে এমন MSPs
কো-ব্র্যান্ডেড রিসেলার	কেবল লগইন পেজ এবং ইমেইল; কনসোল এবং রিপোর্টে ভেন্ডরকে দেখায়	একটি যৌথ অ্যাকাউন্টের ভেতরে সাব-অ্যাকাউন্ট বা ফোল্ডার	আপনি বা ভেন্ডর	রিসেলার ডিসকাউন্ট বাদ দিয়ে ভেন্ডরের লিস্ট প্রাইস	হার্ডওয়্যার বিক্রয়ের সাথে গেস্ট WiFi যোগ করা রিসেলারদের জন্য
রেফারেল বা সরাসরি চুক্তি	পুরোটা জুড়ে ভেন্ডর ব্র্যান্ড; আপনাকে ইনস্টলার হিসেবে দেখায়	ক্লায়েন্টের নিজস্ব ভেন্ডর অ্যাকাউন্ট	ভেন্ডর	ভেন্ডরের লিস্ট প্রাইস; আপনি রেফারেল ফি বা সার্ভিস থেকে আয় করেন	সাপোর্ট ডেস্ক ছাড়া এককালীন প্রজেক্ট পরিচালনাকারী পার্টনারদের জন্য

একটি সাপোর্ট ডেস্ক এবং একাধিক ভেন্যু ক্লায়েন্ট রয়েছে এমন বেশিরভাগ MSP প্রথম মডেলটি বেছে নেয়। এই গাইডের বাকি অংশে সেই মডেলটি ধরে নেওয়া হয়েছে এবং আপনাকে দেখানো হয়েছে যে কীভাবে একটি ভেন্ডরের দাবি পরীক্ষা করতে হয়।

যেখানে হোয়াইট লেবেল Captive Portal প্ল্যাটফর্মগুলো প্রকৃতপক্ষে আলাদা

প্রতিটি ভেন্ডর ডেমো একটি ব্র্যান্ডেড লগইন পেজ দেখায়। আসল পার্থক্যগুলো নিচে ছয়টি ক্ষেত্রে রয়েছে। এগুলো একত্রে আপনার মার্জিন, আপনার কমপ্লায়েন্স এক্সপোজার এবং আপনার সাপোর্টের চাপ নির্ধারণ করে।

ট্রু মাল্টি-টেন্যান্সি এবং ডেলিগেটেড অ্যাডমিন

ট্রু মাল্টি-টেন্যান্সি মানে প্রতি টেন্যান্টে একজন ক্লায়েন্ট। ডেটা, সেটিংস, অ্যাডমিন অ্যাকাউন্ট এবং API কি প্ল্যাটফর্ম লেভেলে আলাদা করা থাকে। একটি যৌথ অ্যাকাউন্টের ভেতরের ফোল্ডার কোনো টেন্যান্ট নয়। যদি কোনো ভুলভাবে কনফিগার করা রোল একজন ক্লায়েন্টের গেস্ট লিস্ট অন্য ক্লায়েন্টের কাছে প্রকাশ করে ফেলে, তবে সেই লঙ্ঘনের দায় আপনার উপর বর্তায়।

একটি ট্রায়াল টেন্যান্টে ডেলিগেটেড অ্যাডমিন পরীক্ষা করুন, কোনো স্লাইডে নয়। আপনার অন্তত চারটি রোল প্রয়োজন:

• আপনার নিজস্ব সুপার অ্যাডমিন
• একজন ক্লায়েন্ট অ্যাডমিন
• একটি ভেন্যু ম্যানেজার যা কেবল একটি সাইটের মধ্যে সীমাবদ্ধ
• একটি রিড-অনলি মার্কেটিং রোল

একজন হোটেল জেনারেল ম্যানেজারের কেবল নিজের হোটেলটিই দেখা উচিত, অন্য কিছু নয়।

SAML 2.0 এর মাধ্যমে সিঙ্গেল সাইন-অন দাবি করুন, যা ফেডারেটেড লগইনের জন্য একটি OASIS স্ট্যান্ডার্ড। এটি Microsoft Entra ID, Okta এবং Google Workspace এর সাথে কাজ করা উচিত।

SCIM 2.0 (System for Cross-domain Identity Management, RFC 7643 এবং RFC 7644) অ্যাডমিন অ্যাকাউন্ট তৈরি এবং অপসারণ স্বয়ংক্রিয় করে। এটি ছাড়া, আপনার ক্লায়েন্টের প্রস্থানকারী কোনো কর্মী অ্যাক্সেস বন্ধ না করা পর্যন্ত কনসোল অ্যাক্সেস বজায় রাখে। প্রতিটি টেন্যান্টের জন্য অডিট লগ রাখা হয়েছে কিনা এবং তা এক্সপোর্ট করা যায় কিনা তা পরীক্ষা করে নিন, যাতে আপনি ক্লায়েন্টকে দেখাতে পারেন কে কী পরিবর্তন করেছে।

ব্র্যান্ডিং গভীরতা: ডোমেন, প্রেরকের ইমেইল, পোর্টাল এবং রিপোর্ট

বেশিরভাগ "হোয়াইট লেবেল" দাবির দুর্বলতা প্রকাশ পায় এই ব্র্যান্ডিং গভীরতায়। কোনো অতিথি বা ক্লায়েন্ট দেখতে পেতে পারে এমন প্রতিটি ক্ষেত্র স্কোর করুন:

• লগইন পেজ ডোমেন। Captive Portal টি আপনার ডোমেন বা আপনার ক্লায়েন্টের ডোমেন থেকে লোড হওয়া উচিত। ভেন্ডরের উচিত এর TLS সার্টিফিকেট স্বয়ংক্রিয়ভাবে নবায়ন করা।
• অ্যাডমিন কনসোল। সাইন-ইন স্ক্রিনে আপনার লোগো, রঙ এবং URL থাকা উচিত। ভেন্ডর ব্র্যান্ডের কোনো কনসোল আপনার ক্লায়েন্টকে চুক্তি নবায়নের সময় ঠিক কাকে কল করতে হবে তা জানিয়ে দেয়।
• প্রেরকের ইমেইল। ভেরিফিকেশন কোড এবং মার্কেটিং ইমেইলগুলো অবশ্যই আপনার ডোমেন থেকে পাঠাতে হবে। এর জন্য আপনার ডোমেনের সাথে স্পেসিফাইড SPF (RFC 7208), DKIM (RFC 6376) এবং DMARC (RFC 7489) সেট থাকা প্রয়োজন, অন্যথায় বার্তাগুলো স্প্যাম বক্সে চলে যাবে।
• SMS সেন্ডার ID। ভেরিফিকেশন টেক্সটগুলোতে আপনার বা ভেন্যুর নাম দেখানো উচিত, কখনও ভেন্ডরের নাম নয়।
• রিপোর্ট। সিডিউল করা এক্সপোর্ট এবং ড্যাশবোর্ডগুলোতে ভেন্ডরের কোনো ওয়াটারমার্ক ছাড়া আপনার ব্র্যান্ডিং থাকা উচিত। আপনি যদি WiFi Analytics পুনরায় বিক্রি করেন, তবে মাসিক রিপোর্টটিই আপনার ক্লায়েন্টের আসল দৃশ্যমান প্রোডাক্ট।
• হেল্প লিঙ্ক এবং স্ট্যাটাস পেজ। কনসোলের লিঙ্কগুলো আপনার নলেজ বেসে বা অন্য কোথাও রিডাইরেক্ট না করা উচিত।

টেন্যান্ট-ভিত্তিক টেমপ্লেটগুলোও সমান গুরুত্বপূর্ণ। একটি পাব গ্রপ এবং একটি কাউন্সিলের জন্য আলাদা লগইন ফ্লো, সম্মতিমূলক বক্তব্য এবং ভাষা প্রয়োজন।

আপনার ইনস্টল করা নেটওয়ার্কের হার্ডওয়্যার কভারেজ

আপনার ক্লায়েন্টদের কাছে ইতিমধ্যেই অ্যাক্সেস পয়েন্ট রয়েছে এবং সেগুলো সচরাচর একই ভেন্ডরের হয় না। নাম এবং ম্যানেজমেন্ট প্ল্যাটফর্ম অনুযায়ী সাপোর্ট লিস্ট চেয়ে নিন: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet। "সমস্ত প্রধান ভেন্ডর" একটি অস্পষ্ট উত্তর, যা কোনো সঠিক সমাধান নয়।

সাপোর্ট মানে কেবল একটি রিডাইরেক্টের চেয়ে বেশি কিছু। প্রতিটি ভেন্ডরের জন্য, চারটি ক্ষমতা নিশ্চিত করুন:

• এক্সটার্নাল Captive Portal রিডাইরেক্ট
• সেশন ডেটার জন্য RADIUS (Remote Authentication Dial-In User Service, RFC 2865) অথেন্টিকেশন
• RADIUS অ্যাকাউন্টটিং (RFC 2866)
• সোশাল এবং পেমেন্ট লগইনের জন্য ওয়াল্ড গার্ডেন কনফিগারেশন

প্রতিটি ভেন্ডরের জন্য একটি প্রকাশিত ইন্টিগ্রেশন গাইড চান। তারপর আপনার ক্লায়েন্টরা বাস্তবে যে ফার্মওয়্যার ব্যবহার করে সেগুলোতে টেস্ট করুন।

হার্ডওয়্যার কভারেজ আপনাকে রিফ্রেশ সাইকেলের সময়ও সুরক্ষা দেয়। একটি ক্লাউড ওভারলে নেটওয়ার্কের উপরে কাজ করে, তাই একজন ক্লায়েন্ট গেস্ট অভিজ্ঞতা পরিবর্তন না করেই অ্যাক্সেস পয়েন্ট ভেন্ডর পরিবর্তন করতে পারেন। Planning a WiFi 6 to WiFi 7 access point refresh when Cisco Meraki WiFi 6 reaches end of sale নির্দেশিকাটি অনুসরণকারী যে কোনো প্রপার্টির জন্য এটি অত্যন্ত গুরুত্বপূর্ণ।

Purple-এর Guest WiFi উপরের আটটি ভেন্ডরের উপর হার্ডওয়্যার-অ্যাজ্ঞোস্টিক ক্লাউড ওভারলে হিসেবে চলে। এর ব্যাকগ্রাউন্ড নিয়ে জানতে পড়ুন Why your next WiFi upgrade doesn't need new hardware।

কিছু ক্লায়েন্ট গেস্ট অ্যাক্সেসের চেয়ে বেশি কিছু চাইতে পারেন। প্ল্যাটফর্মটি পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের IEEE মানদণ্ড 802.1X হ্যান্ডেল করে কিনা তা জিজ্ঞাসা করুন। iPSK (identity pre-shared key) সম্পর্কেও জানুন, যা প্রতিটি ডিভাইস বা ব্যক্তিকে তার নিজস্ব WiFi কি প্রদান করে। আপনি যদি কর্মীদের অ্যাক্সেস যোগ করেন, তবে Troubleshooting Windows 11 802.1X authentication issues: enterprise IT guide গাইডটি হাতের কাছে রাখুন।

Passpoint, যা Hotspot 2.0 নামেও পরিচিত, পুনরায় আসা গেস্টদের কোনো পোর্টাল ছাড়াই স্বয়ংক্রিয়ভাবে পুনরায় কানেক্ট হতে দেয়। Wireless Broadband Alliance-এর ফেডারেশন OpenRoaming, অংশগ্রহণকারী নেটওয়ার্ক জুড়ে একই কাজ করে। এগুলি ছাড়া একটি প্ল্যাটফর্ম আপনার ভবিষ্যতে বিক্রি করার ক্ষমতাকে সীমাবদ্ধ করে দেয়।

GDPR সম্মতির রেকর্ড যা আপনার ক্লায়েন্টের মালিকানাধীন

GDPR-এর অধীনে, আপনার ক্লায়েন্ট, ভেন্যু অপারেটর, সাধারণত গেস্ট ডেটার কন্ট্রোলার (অনুচ্ছেদ 4(7))। আপনি প্রসেসর এবং প্ল্যাটফর্ম ভেন্ডর আপনার সাব-প্রসেসর হিসেবে কাজ করে। অনুচ্ছেদ 28 সেই চেইনের প্রতিটি লিঙ্কে একটি লিখিত চুক্তির বাধ্যবাধকতা দেয়। অনুচ্ছেদ 28(2) কন্ট্রোলারের পূর্ব লিখিত অনুমতি ছাড়া কোনো প্রসেসরকে সাব-প্রসেসর নিযুক্ত করতে নিষেধ করে।

অনুচ্ছেদ 7(1) অনুযায়ী কন্ট্রোলারকে সম্মতি প্রদর্শন করতে হবে। তার মানে প্রতি গেস্টের একটি পূর্ণাঙ্গ রেকর্ড প্রয়োজন:

• টাইমস্ট্যাম্প
• দেখানো হুবহু শব্দাবলী
• প্রাইভেসি নোটিশ সংস্করণ
• চ্যানেল
• গৃহীত উদ্দেশ্যসমূহ

একটি "মার্কেটিং অপ্ট-ইন করা হয়েছে" ফ্ল্যাগ যথেষ্ট নয়। রেসিটাল 32 যোগ করে যে আগে থেকে টিক দেওয়া বক্স সম্মতির মধ্যে পড়ে না। UK-এর ইমেল এবং SMS বিপণনের জন্য, সম্মতি অবশ্যই Privacy and Electronic Communications Regulations (PECR) মেনে চলতে হবে।

স্বাক্ষর করার আগে তিনটি চুক্তি পয়েন্ট পরীক্ষা করুন:

1. ভেন্ডর নিজের উদ্দেশ্যে গেস্ট ডেটা ব্যবহারের কোনো দাবি করে না। যদি এটি করে, তবে এটি একটি কন্ট্রোলার হয়ে যায় এবং আপনার ক্লায়েন্টের প্রাইভেসি নোটিশে এটি উল্লেখ করতে হবে।
2. অনুচ্ছেদ 28(3)(g) অনুযায়ী চুক্তি শেষ হলে ব্যক্তিগত ডেটা ফেরত বা মুছে ফেলার প্রয়োজন হয়। এক্সপোর্ট ফরম্যাট, সময়সীমা এবং খরচ লিখিতভাবে নিন।
3. ভেন্ডর একটি সাব-প্রসেসর তালিকা প্রকাশ করে এবং পরিবর্তন সম্পর্কে আপনাকে জানায়, যাতে আপনি ক্লায়েন্টদের নোটিশ পাঠাতে পারেন।

Purple লগইন ফ্লোতে সচেতন-পছন্দের অপ্ট-ইন যুক্ত করে, যাতে প্রতিটি গেস্ট সক্রিয়ভাবে মার্কেটিং বেছে নেয়। Purple ISO 27001 সার্টিফাইড এবং GDPR অনুবর্তী।

API এবং webhook অ্যাক্সেস

API নির্ধারণ করে আপনি নিজের পরিষেবার কতটা তৈরি করতে পারেন। একটি একক টেন্যান্টের জন্য স্কোপ করা কি সহ একটি ডকুমেন্ট সম্বলিত REST API চান। তাহলে একটি আপস করা কি প্রতিটি ক্লায়েন্টের কাছে পৌঁছাতে পারবে না। টেন্যান্ট, ভেন্যু এবং পোর্টাল টেমপ্লেটগুলির জন্য বাল্ক এন্ডপয়েন্টগুলি আপনাকে ক্লিক করে যাওয়ার পরিবর্তে অনবোর্ডিং স্ক্রিপ্ট করার সুযোগ দেয়।

Webhooks ইভেন্টগুলিকে, যেমন একটি গেস্ট লগইন বা একটি নতুন অপ্ট-ইন, আপনার ক্লায়েন্টের CRM-এ আসার সাথে সাথে পুশ করে। তিনটি বিষয় পরীক্ষা করুন:

• পেলোডগুলি স্বাক্ষরিত, যাতে প্রাপক প্রেরককে যাচাই করতে পারে
• ব্যর্থ ডেলিভারিগুলি স্বয়ংক্রিয়ভাবে পুনরায় চেষ্টা করা হয়
• রেট সীমা এবং API অ্যাক্সেসের জন্য যেকোনো অতিরিক্ত চার্জ লিখিতভাবে নিশ্চিত করা হয়

Support escalation

একটি হোয়াইট লেবেল প্ল্যাটফর্মে, আপনিই প্রথম সারির সাপোর্ট। ভেন্যু আপনাকে কল করে, এবং ভেন্ডরের কখনোই সরাসরি আপনার ক্লায়েন্টের সাথে যোগাযোগ করা উচিত নয়। এটি ভেন্ডরের দ্বিতীয় সারির রুটটিকে আপনার সবচেয়ে গুরুত্বপূর্ণ পরিষেবা শর্তে পরিণত করে।

চুক্তিতে এগুলি অন্তর্ভুক্ত করুন:

• নির্দিষ্ট সেভিয়ারিটি লেভেল
• প্রতিটি লেভেলের জন্য রেসপন্স টার্গেট
• একজন নির্দিষ্ট পার্টনার কন্টাক্ট
• সাইট-ডাউন ঘটনার ক্ষেত্রে সরাসরি ইঞ্জিনিয়ারিং টিম পর্যন্ত পৌঁছানোর রুট

Article 33(2) অনুযায়ী একজন প্রসেসরকে কোনো অনাকাঙ্ক্ষিত বিলম্ব ছাড়াই কন্ট্রোলারকে ডেটা ব্রিচ সম্পর্কে অবহিত করতে হয়। আপনার ক্লায়েন্টের প্রতি সেই দায়িত্ব পূরণ করার জন্য আপনার ভেন্ডর চুক্তিতে যথেষ্ট দ্রুত নোটিশের ব্যবস্থা থাকতে হবে।

স্কেলের প্রমাণের জন্যও অনুরোধ করুন। Purple ২০২৪ সালে ৯০টিরও বেশি দেশে ৮০,০০০+ এরও বেশি লাইভ ভেন্যুতে ৪৪০ মিলিয়ন লগইন পরিচালনা করেছে (Purple-এর নিজস্ব তথ্য)।

কখন একটি সম্পূর্ণ মাল্টি-টেন্যান্ট হোয়াইট লেবেল প্ল্যাটফর্ম সঠিক সিদ্ধান্ত

আপনি যখন শুরু থেকে শেষ পর্যন্ত ক্লায়েন্ট সম্পর্ক পরিচালনা করেন, তখন সম্পূর্ণ হোয়াইট লেবেল বেছে নিন। এর সাধারণ অর্থ হলো তিনটি বিষয় সত্য:

• আপনি একটি সার্ভিস ডেস্ক পরিচালনা করেন
• আপনি প্রতি মাসে ক্লায়েন্টদের বিল পাঠান
• বিভিন্ন সেক্টর জুড়ে আপনার একাধিক ভেন্যু ক্লায়েন্ট রয়েছে

গেস্ট WiFi তখন আপনার নিজস্ব ইনভয়েসে একটি রেকারিং আইটেম হয়ে ওঠে।

এটি মিশ্র হার্ডওয়্যার ব্যবস্থার জন্যও উপযুক্ত। একটি হার্ডওয়্যার-অ্যাগনোস্টিক প্ল্যাটফর্ম একাধিক ভেন্ডর-নির্দিষ্ট কনসোলকে প্রতিস্থাপন করে। আপনার প্রকৌশলীরা একটি সিস্টেম শেখে, এবং প্রতিটি ক্লায়েন্টের রিপোর্ট দেখতে একই রকম হয়।

বাস্তব দৃশ্যপট: দুটি হার্ডওয়্যার ভেন্ডর সহ একটি আঞ্চলিক হোটেল গ্রুপ

পরিস্থিতি। একটি MSP একটি ১৪-হোটেলের আঞ্চলিক গ্রুপের জন্য গেস্ট WiFi পরিচালনা করত। নয়টি হোটেলে Cisco Meraki চলত। আগের বছর অধিগ্রহণ করা পাঁচটি হোটেলে মোট ২১০টি অ্যাক্সেস পয়েন্ট সহ Ruckus চলত। MSP-এর সংক্ষিপ্ত তালিকাভুক্ত Captive Portal কেবল Meraki সাপোর্ট করত।

যা করা হয়েছিল। MSP তার সংক্ষিপ্ত তালিকাটি হার্ডওয়্যার-অ্যাগনোস্টিক প্ল্যাটফর্মে স্থানান্তরিত করে এবং উভয় ভেন্ডরকে কভার করে একটি দুই-হোটেলের পাইলট পরিচালনা করে। এটি গ্রুপের জন্য একটি টেন্যান্ট তৈরি করে, যেখানে প্রতিটি হোটেল একটি ভেন্যু হিসেবে থাকে। জেনারেল ম্যানেজাররা কেবল ভেন্যু-নির্দিষ্ট রোল পান। গ্রুপ মার্কেটিং লিড ১৪টি হোটেল জুড়ে রিড-অনলি রিপোর্টিং সুবিধা পান।

ফলাফল (দৃষ্টান্তমূলক পরিসংখ্যান)। সমস্ত ২১০টি Ruckus অ্যাক্সেস পয়েন্ট প্রতিস্থাপন করার পরিবর্তে পরিষেবাতেই থেকে যায়। গ্রুপটি প্রতিটি প্রপার্টি জুড়ে একটি লগইন ডিজাইন, একটি কনসেন্ট ফর্ম্যাট এবং একটি মাসিক রিপোর্ট পরিচালনা করেছে।

এই সেক্টর সম্পর্কে আরও জানতে, Hotels এবং WiFi in restaurants: a UK guide to coverage and security দেখুন।

কখন একটি কো-ব্র্যান্ডেড বা ডিরেক্ট কন্ট্রাক্ট সঠিক সিদ্ধান্ত

সম্পূর্ণ হোয়াইট লেবেল সর্বদা অতিরিক্ত খরচের যোগ্য নয়। আপনি একটি হার্ডওয়্যার প্রজেক্টে ওয়ান-অফ অ্যাড-অন হিসেবে গেস্ট WiFi বিক্রি করতে পারেন। সেক্ষেত্রে একটি কো-ব্র্যান্ডেড অ্যাকাউন্ট বা রেফারেল সহজতর হয়, এবং আপনি যে প্রোডাক্টটি চালাতে চান না তার প্রথম সারির সাপোর্ট দেওয়া থেকে বেঁচে যান।

ইন-হাউস IT থাকা বড় একক ক্লায়েন্টদের জন্য একটি সরাসরি চুক্তি উপযুক্ত, যেমন একটি জাতীয় Retail চেইন। তাদের প্রকিউরমেন্ট টিম সরাসরি ভেন্ডরের সাথে চুক্তি করতে পছন্দ করতে পারে। নিয়ন্ত্রিত খাতের ক্লায়েন্টরা, যেমন Healthcare, প্রায়শই তাদের নিজস্ব সাপ্লায়ার অ্যাসুরেন্স পরিচালনা করে।

আপনি এখনও ইনস্টলেশন, নেটওয়ার্ক ম্যানেজমেন্ট এবং সাইট সার্ভে থেকে আয় করতে পারবেন। WiFi Site Surveys: A Practical Planning Guide এই প্রাথমিক কাজগুলি কভার করে।

হোয়াইট লেবেল Captive Portal সফটওয়্যারের মূল্য কীভাবে নির্ধারিত হয়

তিনটি বিলিং ইউনিট প্রধানত ব্যবহৃত হয়: প্রতি সাইট, প্রতি অ্যাক্সেস পয়েন্ট এবং প্রতি গেস্ট। বেশিরভাগ ভেন্ডর পাইকারি দামে বিক্রি করে এবং আপনি খুচরা মূল্য নির্ধারণ করেন। আপনার মার্জিন ডিসকাউন্টের চেয়ে ভেন্ডরের বিলিং ইউনিটের সাথে আপনার বিলিং ইউনিট মেলানোর ওপর বেশি নির্ভর করে।

বিলিং মডেল	আপনি যার জন্য পে করেন	খরচের পূর্বাভাসযোগ্যতা	আপনার জন্য প্রধান ঝুঁকি	সবচেয়ে উপযোগী
প্রতি সাইট	সাইজের তোয়াক্কা না করে প্রতিটি ভেন্যু	উচ্চ: কোনো ভেন্যু যুক্ত হলে বা বাদ গেলেই কেবল পরিবর্তন হয়	ছোট সাইটের খরচ বড় সাইটের মতোই	একই ধরণের ভেন্যু শৃঙ্খল: পাব, কুইক-সার্ভিস রেস্তোরাঁ, হাই স্ট্রিট খুচরা দোকান
প্রতি অ্যাক্সেস পয়েন্ট	প্রতিটি ম্যানেজড অ্যাক্সেস পয়েন্ট	উচ্চ: কেবল হার্ডওয়্যার প্রজেক্টের সাথে পরিবর্তন হয়	ডেনসিফিকেশন বা WiFi 7 রিফ্রেশ নতুন লাইসেন্স যুক্ত করে	স্টেডিয়াম, কনফারেন্স সেন্টার এবং অন্যান্য ভেন্যু যেখানে অতিথিদের উপস্থিতি বেশি থাকে
প্রতি গেস্ট	প্রতি মাসে প্রতিটি অথেনটিকেটেড গেস্ট	কম: উপস্থিতির ওপর নির্ভর করে পরিবর্তিত হয়	ক্যাপ করা না থাকলে ইভেন্টের ভিড়ে বিলের ধাক্কা আসে	পাইলট, সিজনাল ভেন্যু এবং কম ট্রাফিকের সাইট

সবচেয়ে নিরাপদ কাঠামো হলো আপনার ক্লায়েন্টকে সেই একই ইউনিটে বিল করা যে ইউনিটে ভেন্ডর আপনাকে বিল করে। আপনি যদি প্রতি অ্যাক্সেস পয়েন্টে পে করেন কিন্তু প্রতি সাইটে চার্জ করেন, তবে প্রতিটি ডেনসিফিকেশন প্রজেক্ট আপনার মার্জিন কমিয়ে দেবে।

চুক্তি করার আগে, আরও চারটি খরচ পরীক্ষা করে নিন:

• ন্যূনতম মেয়াদ
• বার্ষিক মূল্য বৃদ্ধির শর্তাবলী
• API এক্সেস বা অতিরিক্ত টেন্যান্টের জন্য চার্জ
• SMS ভেরিফিকেশন, যা প্রায়শই লাইসেন্সের বাইরে থাকে

বাস্তব দৃশ্যপট: ইভেন্ট নির্ভর ভিড়সহ একটি কনফারেন্স সেন্টার

পরিস্থিতি। একজন রিসেলার 120টি অ্যাক্সেস পয়েন্ট বিশিষ্ট একটি কনফারেন্স সেন্টারের জন্য গেস্ট WiFi-এর কোটেশন তৈরি করেছেন। মাসিক উপস্থিতি কম ব্যস্ততার মাসে প্রায় 3,000 ভিজিটর থেকে শুরু করে বড় কোনো ট্রেড শোর সময় 45,000 পর্যন্ত হয়।

যা করা হয়েছিল। প্রথম ভেন্ডর প্রতি গেস্ট হিসেবে মূল্য নির্ধারণ করেছিল। রিসেলার 12 মাসের উপস্থিতি মডেল করে দেখেছে যে ইনভয়েস 15 গুণ পর্যন্ত পরিবর্তিত হয়। এটি প্রতি অ্যাক্সেস পয়েন্টে বিল করা একটি ভেন্ডরের কাছে স্থানান্তরিত হয় এবং ভেন্যুকে একটি নির্দিষ্ট মাসিক ফি চার্জ করে।

ফলাফল (চিত্রণমূলক পরিসংখ্যান)। লাইসেন্স লাইন প্রতি মাসে 120টি অ্যাক্সেস পয়েন্টে স্থির থাকে, ফলে মাসিক খরচের তারতম্য শূন্যে নেমে আসে। ভেন্যু একটি নির্দিষ্ট বার্ষিক বাজেট নির্ধারণ করেছে। রিসেলারের মার্জিন ইভেন্ট ক্যালেন্ডারের ওপর নির্ভর করা বন্ধ করে দিয়েছে।

আপনার অ্যাস্টেটের জন্য কীভাবে সিদ্ধান্ত নেবেন: RFP প্রশ্ন এবং রেড ফ্ল্যাগ

সংক্ষিপ্ত তালিকাভুক্ত প্রতিটি ভেন্ডরকে একই প্রশ্ন পাঠান এবং লিখিত উত্তর চান। তারপর একটি ট্রায়াল টেন্যান্টে গুরুত্বপূর্ণ বিষয়গুলি যাচাই করুন।

পাঠানোর জন্য RFP প্রশ্নাবলী

1. প্রতিটি ক্লায়েন্ট কি আইসোলেটেড ডাটা, সেটিংস, অ্যাডমিন অ্যাকাউন্ট এবং API কি সহ একটি পৃথক টেন্যান্ট?
2. কোন কোন অ্যাডমিন রোল রয়েছে, এবং একটি রোল কি একটি ভেন্যুতে সীমাবদ্ধ করা যেতে পারে?
3. আপনি কি Microsoft Entra ID, Okta এবং Google Workspace সহ SAML 2.0 সিঙ্গেল সাইন-অন, এবং SCIM প্রোভিশনিং সাপোর্ট করেন?
4. Captive Portal, কনসোল, প্রেরকের ইমেইল, SMS সেন্ডার ID এবং রিপোর্টগুলি কি আমাদের ব্র্যান্ড বহন করতে পারে?
5. কাস্টম ডোমেনের জন্য TLS সার্টিফিকেট কে ইস্যু এবং রিনিউ করে?
6. আপনি কোন অ্যাক্সেস পয়েন্ট ভেন্ডরদের সাপোর্ট করেন এবং আপনি কি প্রতিটি ভেন্ডরের জন্য একটি ইন্টিগ্রেশন গাইড প্রকাশ করেন?
7. আপনি কি RADIUS অথেনটিকেশন ও অ্যাকাউন্টটিং, 802.1X, iPSK, Passpoint এবং OpenRoaming সাপোর্ট করেন?
8. বিলিং ইউনিট, ন্যূনতম মেয়াদ এবং বার্ষিক বৃদ্ধির পরিমাণ কত?
9. SMS, API অ্যাক্সেস বা অতিরিক্ত টেন্যান্টের জন্য আপনি কত চার্জ করেন?
10. আপনি কি কোনো নিজস্ব উদ্দেশ্যে গেস্ট ডেটা ব্যবহার করেন?
11. একটি সম্মতির রেকর্ডে কী কী অন্তর্ভুক্ত থাকে এবং আমাদের ক্লায়েন্ট এটি কোন ফরম্যাটে এক্সপোর্ট করতে পারে?
12. চুক্তির শেষে আপনি কীভাবে এবং কখন ডেটা ফেরত দেন বা মুছে ফেলেন?
13. আপনার সাব-প্রসেসর তালিকা কোথায় রয়েছে এবং আপনি কীভাবে পরিবর্তনগুলি অবহিত করেন?
14. আপনার সেভারিটি লেভেল এবং রেসপন্স টার্গেট কী কী, এবং কোনো নিরাপত্তার লঙ্ঘন হলে কত দ্রুত আমাদের অবহিত করবেন?
15. আপনার ISO 27001 সনদের স্কোপ কতটুকু?

যেসব সংকেত দেখলে চুক্তি সই বন্ধ রাখা উচিত

ক্ষেত্র	ভালো ব্যবস্থা যেমন হওয়া উচিত	বিপদজনক সংকেত
মাল্টি-টেন্যান্সি	পৃথক ডেটা এবং API কী সহ প্রতিটি ক্লায়েন্টের জন্য আলাদা টেন্যান্ট	ক্লায়েন্টরা একটি একক শেয়ার্ড অ্যাকাউন্টের ফোল্ডারের ভেতর অবস্থান করে
ব্র্যান্ডিং	পোর্টাল, কনসোল, ইমেইল, SMS এবং রিপোর্টে আপনার নিজস্ব ডোমেইন	ইমেইল, কনসোল URL বা রিপোর্টের ফুটারে ভেন্ডরের নাম
হার্ডওয়্যার	নামযুক্ত ভেন্ডর, যাদের প্রত্যেকের একটি প্রকাশিত ইন্টিগ্রেশন গাইড রয়েছে	প্রকাশিত তালিকা ছাড়াই "সমস্ত প্রধান ভেন্ডর"
বিলিং	ক্যাপড বৃদ্ধি সহ বিলিং ইউনিট আপনি ক্লায়েন্টদের যেভাবে চার্জ করেন তার সাথে মেলে	আনক্যাপড প্রতি-গেস্ট মূল্য নির্ধারণ, অথবা শুধুমাত্র শীর্ষ স্তরে API অ্যাক্সেস
গেস্ট ডেটা	ক্লায়েন্ট হলো কন্ট্রোলার; ভেন্ডর কেবল নির্দেশ অনুসারে প্রসেস করে	ভেন্ডর নিজেই গেস্ট ডেটা ব্যবহার করার অধিকার সংরক্ষণ করে
এক্সিট	সম্মতির রেকর্ডসমূহ নির্দিষ্ট সময়ের মধ্যে CSV বা JSON ফরম্যাটে এক্সপোর্ট করা হয়	কেবল অনুরোধে, ফি এর বিনিময়ে বা নিজস্ব ফরম্যাটে এক্সপোর্ট করার সুযোগ
সাপোর্ট	সেভারিটি লেভেল, রেসপন্স টার্গেট এবং একজন নির্দিষ্ট এসকেলেশন কন্টাক্ট	নির্দিষ্ট রেসপন্স টাইম ছাড়াই কেবল একটি টিকেট ফরম
উদাহরণ রূপ দৃশ্যপট: একটি কাউন্সিলের রিসেলার পরিবর্তন

পরিস্থিতি। একটি রিসেলার ২২টি লাইব্রেরি এবং লেজার সেন্টার জুড়ে একটি কাউন্টি কাউন্সিলের জন্য গেস্ট WiFi পরিচালনা করছিল। পুনরায় টেন্ডারের সময়, কাউন্সিল একটি ভিন্ন সরবরাহকারী বেছে নেয়। এর ইভেন্ট টিমের কাছে আপডেট পাওয়ার জন্য প্রায় ৩৮,০০০ দর্শকের সম্মতি সংরক্ষিত ছিল।

যা করা হয়েছিল। রিসেলারের ভেন্ডর চুক্তিতে একটি আর্টিকেল 28(3)(g) এক্সিট ক্লজ অন্তর্ভুক্ত ছিল। ক্লজটির জন্য টাইমস্ট্যাম্প, নির্দিষ্ট টেক্সট সংস্করণ এবং চ্যানেল সহ ৩০ দিনের মধ্যে প্রতিটি সম্মতি রেকর্ডের একটি JSON এক্সপোর্ট প্রয়োজন ছিল।

ফলাফল (দৃষ্টান্তমূলক পরিসংখ্যান)। কাউন্সিল তার নতুন প্ল্যাটফর্মে সমস্ত ৩৮,০০০ সম্মতির রেকর্ড ইমপোর্ট করেছে। এটি পুনরায় সম্মতির ক্যাম্পেইন ছাড়াই দর্শনার্থীদের ইমেইল পাঠাতে সক্ষম হয়। ডেটার নিজস্ব কপি মুছে ফেলা হয়েছে এমন লিখিত নিশ্চিতকরণ সহ রিসেলার এক্সিট প্রক্রিয়া সম্পন্ন করে।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

একটি হোয়াইট লেবেল Captive Portal কী?

একটি হোয়াইট লেবেল Captive Portal হলো গেস্ট WiFi লগইন সফটওয়্যার যা একজন MSP বা রিসেলার তার নিজস্ব ব্র্যান্ডের অধীনে বিক্রি করে। ভেন্ডর প্ল্যাটফর্মটি পরিচালনা করে, অন্যদিকে আপনার লোগো, ডোমেইন, সেন্ডার ইমেইল এবং রিপোর্ট ক্লায়েন্টের সামনে প্রদর্শিত হয়। সবচেয়ে শক্তিশালী প্ল্যাটফর্মগুলি প্রকৃত মাল্টি-টেন্যান্সি যুক্ত করে। এরপর প্রতিটি ক্লায়েন্ট ভেন্যু ম্যানেজার এবং মার্কেটিং টিমের জন্য ডেলিগেটেড অ্যাডমিন রোল সহ তার নিজস্ব আইসোলেটেড টেন্যান্টে অবস্থান করে।

একটি MSP কি কোনো Captive Portal-কে নিজের ব্র্যান্ড হিসেবে ব্যবহার করতে পারে?

হ্যাঁ, যদি প্ল্যাটফর্মটি সম্পূর্ণ ব্র্যান্ডিংয়ের সুবিধা প্রদান করে। লগইন পৃষ্ঠাটি একটি বৈধ TLS সার্টিফিকেট সহ আপনার ডোমেন থেকে লোড হওয়া উচিত। ইমেলগুলি SPF, DKIM এবং DMARC সঠিকভাবে সেট করে আপনার ডোমেন থেকেই পাঠানো উচিত। অ্যাডমিন কনসোল এবং রিপোর্টে কোনও ভেন্ডরের উল্লেখ থাকা উচিত নয়। ব্র্যান্ডিং যদি কেবল লগইন পৃষ্ঠাতেই সীমাবদ্ধ থাকে, তবে আপনার ক্লায়েন্ট এখনও প্রতি মাসে ভেন্ডরের নাম দেখতে পাবেন।

White label captive portal সফ্টওয়্যারের মূল্য কীভাবে নির্ধারণ করা হয়?

বেশিরভাগ ভেন্ডর প্রতি সাইট, প্রতি অ্যাক্সেস পয়েন্ট বা প্রতি গেস্ট হিসেবে পাইকারি মূল্যে বিক্রি করে, যাতে আপনি খুচরা মূল্য নির্ধারণ করতে পারেন। প্রতি সাইট মডেলটি একই ধরণের ভেন্যুর চেইনের জন্য উপযুক্ত। প্রতি অ্যাক্সেস পয়েন্ট মডেলটি বিপুল ভিড় হওয়া ভেন্যুগুলির জন্য উপযুক্ত। প্রতি গেস্ট মডেলটি ট্রায়াল এবং কম ট্রাফিকের সাইটের জন্য উপযুক্ত তবে চাহিদার সাথে পরিবর্তিত হয়। আপনার মার্জিন রক্ষা করতে, ভেন্ডর আপনাকে যে ইউনিটে বিল করে সেই একই ইউনিটে আপনার ক্লায়েন্টকে বিল করুন।

একটি white label পোর্টাল কোন অ্যাক্সেস পয়েন্ট সমর্থন করা উচিত?

এটি আপনার ক্লায়েন্টদের এস্টেটের প্রতিটি ভেন্ডরকে আলাদাভাবে সমর্থন করবে: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet। প্রতিটি ক্ষেত্রে, বাহ্যিক captive portal রিডাইরেক্ট, RADIUS অটেনটিকেশন ও অ্যাকাউন্ট এবং ওয়াল্ড গার্ডেন সমর্থন করে কিনা তা নিশ্চিত করুন, যা একটি প্রকাশিত ইন্টিগ্রেশন গাইড দ্বারা সমর্থিত। Purple-এর Guest WiFi একটি হার্ডওয়্যার নিরপেক্ষ ক্লাউড ওভারলে হিসাবে এই আটটিতেই চলে।

একটি রিসেলার প্ল্যাটফর্মে অতিথিদের ডেটার মালিক কে?

আপনার ক্লায়েন্ট, ভেন্যু অপারেটর, GDPR-এর অধীনে নিয়ন্ত্রক হিসাবে অতিথির ডেটার মালিক হওয়া উচিত। আপনি প্রসেসর হিসাবে এবং প্ল্যাটফর্ম ভেন্ডর সাব-প্রসেসর হিসাবে কাজ করবেন, প্রতিটি ধারা ২৮ এর চুক্তি দ্বারা বাধ্য। ভেন্ডরের এমন শর্তাবলী প্রত্যাখ্যান করুন যা ভেন্ডরকে তার নিজের উদ্দেশ্যে অতিথির ডেটা ব্যবহার করার অনুমতি দেয়। সম্মতির রেকর্ড চাহিবামাত্র এক্সপোর্ট করা উচিত এবং চুক্তি শেষ হলে আপনার ক্লায়েন্টকে ফেরত দেওয়া উচিত।

একটি নতুন captive portal প্ল্যাটফর্মে যেতে কি ক্লায়েন্টদের নতুন হার্ডওয়্যারের প্রয়োজন আছে?

না, যদি প্ল্যাটফর্মটি হার্ডওয়্যার নিরপেক্ষ হয়। একটি ক্লাউড ওভারলে এক্সটার্নাল captive portal রিডাইরেক্ট এবং RADIUS ব্যবহার করে আপনার ক্লায়েন্ট ইতিমধ্যে যে অ্যাক্সেস পয়েন্টগুলি চালায় তার সাথে সংযোগ করে। আপনি সরঞ্জামগুলি প্রতিস্থাপন করার পরিবর্তে নতুন প্ল্যাটফর্মের দিকে নির্দেশ করতে নেটওয়ার্কটিকে পুনরায় কনফিগার করুন। কাটওভার শিডিউল করার আগে আপনার ক্লায়েন্টরা প্রকৃতপক্ষে যে ফার্মওয়্যার সংস্করণগুলি চালায় তাতে পরীক্ষা করুন।

আপনি কি অন্য একটি captive portal প্ল্যাটফর্ম থেকে বিদ্যমান ক্লায়েন্টদের স্থানান্তরিত করতে পারেন?

হ্যাঁ, যদি আপনার বর্তমান ভেন্ডর প্রতিটি ক্লায়েন্টের সম্মতির রেকর্ড এবং অতিথির ডেটা একটি ব্যবহারযোগ্য ফরম্যাটে এক্সপোর্ট করে। GDPR Article 28(3)(g) উল্লেখ করে টাইমস্ট্যাম্প, সম্মতির ভাষা এবং চ্যানেল সহ একটি CSV বা JSON এক্সপোর্টের অনুরোধ করুন। নতুন টেন্যান্টে পোর্টাল টেমপ্লেটগুলি পুনর্নির্মাণ করুন এবং একটি পাইলট ভেন্যুতে উভয় প্ল্যাটফর্ম পরিচালনা করুন। তারপর ঝুঁকি সীমিত করতে ব্যাচ আকারে অবশিষ্ট সাইটগুলি পরিবর্তন করুন।