মূল কন্টেন্টে যান

কর্মীদের উপস্থিতির অ্যানালিটিক্স: ভবনে কে আছেন, কত ঘনঘন আসেন এবং কতক্ষণ থাকেন

আপনার বিদ্যমান WiFi অ্যাক্সেস পয়েন্টগুলো কে সাইটে আছেন, তারা কত ঘনঘন উপস্থিত হন এবং কতক্ষণ থাকেন তা পরিমাপ করতে পারে কিনা সিদ্ধান্ত নিতে এই নির্দেশিকাটি ব্যবহার করুন। আপনি 802.1X বা iPSK আইডেন্টিটি সেট আপ করতে, RADIUS Accounting চালু করতে, সেশনের নিয়মাবলীতে একমত হতে, একটি DPIA সম্পন্ন করতে এবং অতিথিদের সংখ্যা ট্রেন্ড হিসেবে রেখে কর্মীদের উপস্থিতি গণনারূপে রিপোর্ট করতে সক্ষম হবেন।

লিখেছেন Gavin Wheeldonপ্রকাশিত
📖 14 মিনিট পাঠ3,249 শব্দ3 সমাধানকৃত উদাহরণ12 মূল সংজ্ঞা

আমাদের মূল সিরিজের অংশ: WiFi Analytics নির্দেশিকা →

কর্মীদের উপস্থিতির অ্যানালিটিক্স: ভবনে কে আছেন, কত ঘনঘন আসেন এবং কতক্ষণ থাকেন

কর্মীদের উপস্থিতির অ্যানালিটিক্স 802.1X authentication এবং RADIUS accounting ব্যবহার করে দেখায় যে কে বিল্ডিংয়ে আছেন, তারা কত ঘনঘন আসেন এবং কতক্ষণ থাকেন। Microsoft Entra ID বা Okta-এর মতো আইডেন্টিটি প্রোভাইডারদের সাথে সেশন যুক্ত করে, এটি নেটওয়ার্ক কানেকশনগুলোকে সাধারণ ডিভাইসের সংখ্যার পরিবর্তে ব্যক্তিগত উপস্থিতির রেকর্ডে রূপান্তরিত করে।

কর্মীদের উপস্থিতির অ্যানালিটিক্স কী?

কর্মীদের উপস্থিতির অ্যানালিটিক্স আপনার বিল্ডিংয়ে কাজ করা মানুষদের সম্পর্কে তিনটি প্রশ্নের উত্তর দেয়। কে এখানে আছেন? তারা কত ঘনঘন আসেন? তারা কতক্ষণ থাকেন?

প্রতিটি কর্মী ইতিমধ্যে যে লগইন করেন তা ব্যবহার করে এটি WiFi নেটওয়ার্ক থেকে উত্তর দেয়। আপনার নতুন সেন্সর, ক্যামেরা বা ব্যাজ রিডারের প্রয়োজন নেই।

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

Authentication কীভাবে পরিমাপযোগ্য করে তোলে

যখন একজন কর্মী কোনো Identity-Based Network-এ কানেক্ট করেন, তখন নেটওয়ার্ক তিনটি বিষয় রেকর্ড করে। এটি জানে কে authenticate করেছেন, সেশন কখন শুরু হয়েছে এবং কখন শেষ হয়েছে। এই তিনটি সত্য থেকে আপনি চারটি পরিমাপ বের করতে পারেন:

  • ব্যক্তিভিত্তিক উপস্থিতি। একজন নির্দিষ্ট কর্মচারী, কন্ট্রাক্টর বা এজেন্সি কর্মী কোনো নির্দিষ্ট দিনে অন-সাইটে ছিলেন কিনা।
  • পরিদর্শনের হার। বিল্ডিং অনুযায়ী প্রতি ব্যক্তি সপ্তাহে বা মাসে কত দিন উপস্থিত থাকেন।
  • সাইটে কাটানো সময়। ব্যক্তি এবং দিন অনুযায়ী প্রথম কানেকশন থেকে শেষ ডিসকানেকশনের মধ্যবর্তী সময়।
  • একই সাথে উপস্থিতি। বিল্ডিং বা ফ্লোর অনুযায়ী মঙ্গলবার বেলা ১১:০০ টায় কতজন পৃথক ব্যক্তি উপস্থিত ছিলেন।

প্রতিটি পরিমাপ আপনার নেটওয়ার্কের তৈরি করা authentication রেকর্ড থেকে আসে।

গেস্ট সংখ্যা কেন একটি প্রবণতা, headcount নয়

গেস্টের উপস্থিতি সাধারণত প্রোব রিকোয়েস্ট দিয়ে শুরু হয়। প্রোব রিকোয়েস্ট হলো একটি ছোট ম্যানেজমেন্ট ফ্রেম যা পরিচিত নেটওয়ার্ক খোঁজার সময় একটি ফোন ব্রডকাস্ট করে। এটি একটি MAC address বহন করে কিন্তু কোনো আইডেন্টিটি নয়।

আধুনিক ফোনগুলো সেই অ্যাড্রেসকে এলোমেলো (randomise) করে দেয়। Apple iOS 14-এ প্রাইভেট WiFi অ্যাড্রেস চালু করেছে। Android 10 থেকে Android ডিফল্টভাবে এলোমেলো নেটওয়ার্কভিত্তিক অ্যাড্রেস ব্যবহার করছে।

এর ফলাফল অনুমানযোগ্য। একটি ফোন সারাদিনে একাধিক ডিভাইস হিসেবে উপস্থিত হতে পারে। একজন ব্যক্তির কাছে থাকা ফোন, একটি ট্যাবলেট এবং একটি ঘড়ি তিনটিতে রূপান্তরিত হয়। পাশ দিয়ে যাওয়া গাড়ির ভেতরের ফোনও এতে যুক্ত হয়। আমাদের Protected Management Frames: A Practical Guide for 2026 গাইডটিতে যেমন ব্যাখ্যা করা হয়েছে, প্রোব রিকোয়েস্টগুলো 802.11w সুরক্ষার আওতাধীন ফ্রেমগুলোর বাইরেও থাকে।

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

যেসব অতিথি Captive Portal-এর মাধ্যমে লগ ইন করেন তারা কিছুটা ব্যতিক্রম। Captive Portal হলো ইন্টারনেট অ্যাক্সেসের আগে দেখানো সাইন-ইন পেজ। প্রতিটি লগ-ইন করা অতিথির একটি আইডেন্টিটি থাকে, তবে দর্শনার্থীদের কেবল একটি অংশই লগ ইন করেন। আপনার দর্শনার্থীদের নমুনা হিসেবে WiFi Analytics-এ লগ-ইন করা পরিসংখ্যান দেখুন। আপনি যদি অটো-কানেক্ট যুক্ত করার পরিকল্পনা করেন, তবে Passpoint and guest marketing: keeping first-party data when guests auto-connect পড়ুন।

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

আপনার নেটওয়ার্কে কর্মীদের উপস্থিতি কেন গুরুত্বপূর্ণ?

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

এস্টেট এবং স্পেস প্ল্যানিং

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

বাস্তবতার বিপরীতে রোটা

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

কন্ট্রাক্টর এবং এজেন্সি কর্মী

এজেন্সির ইনভয়েসে ঘণ্টার বিল করা হয়। প্রতি এজেন্সি কর্মীর জন্য একটি স্বতন্ত্র আইডেন্টিটি আপনাকে ব্যক্তিভিত্তিক বিল করা ঘণ্টার সাথে সাইটে কাটানো সময়ের তুলনা করতে দেয়।

জয়েনার, মুভার এবং লিভার

উপস্থিতিও একটি সুরক্ষার সংকেত। কর্মীদের WiFi-কে আপনার আইডেন্টিটি প্রোভাইডারের সাথে লিঙ্ক করুন, এবং একটি নিষ্ক্রিয় অ্যাকাউন্ট অথেন্টিকেট করা বন্ধ করে দেয়। একজন বিদায়ী কর্মী যার আইডেন্টিটি এখনও দেখা যাচ্ছে, তা একটি শেয়ার করা পাসওয়ার্ড বা বাতিল না করা কী-এর দিকে নির্দেশ করে। Purple-এর জয়েনার, মুভার এবং লিভার (JML) মডেল Microsoft Entra ID, Okta বা Google Workspace-এ অ্যাকাউন্ট নিষ্ক্রিয় হলে অ্যাক্সেস বাতিল করে দেয়।

কর্মীদের উপস্থিতি অ্যানালিটিক্স কীভাবে কাজ করে?

প্রক্রিয়াটি তিনটি ধাপে বিভক্ত: প্রতিটি কানেকশনের জন্য একটি করে পরিচয়, প্রতিটি সেশনের রেকর্ড এবং এমন কিছু নিয়ম যা সেশনগুলোকে উপস্থিতিতে রূপান্তরিত করে।

ধাপ ১: প্রতিটি কানেকশনকে একটি করে পরিচয় দিন

কর্মী উপস্থিতি প্রতিটি কানেকশনের একটি পরিচয়ের ওপর নির্ভর করে। এটি অর্জনের দুটি সাধারণ উপায় রয়েছে।

IEEE 802.1X হলো পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস নিয়ন্ত্রণের স্ট্যান্ডার্ড। WiFi-এ, ডিভাইসটি নেটওয়ার্কে পৌঁছানোর আগেই তার প্রমাণপত্র উপস্থাপন করে। একটি RADIUS সার্ভার সেগুলো পরীক্ষা করে। RADIUS (Remote Authentication Dial-In User Service, RFC 2865) হলো এমন একটি প্রোটোকল যা প্রতিটি লগইন গ্রহণ বা প্রত্যাখ্যান করে।

802.1X বেশ কয়েকটি EAP পদ্ধতির মধ্যে একটি বহন করে। EAP-TLS-এর মাধ্যমে, ডিভাইসটি একটি সার্টিফিকেটের সাহায্যে পরিচয় প্রমাণ করে। PEAP-এর মাধ্যমে, এটি একটি এনক্রিপ্ট করা টানেলের ভেতরে ইউজারনেম এবং পাসওয়ার্ড পাঠায়।

iPSK (identity pre-shared key) একটি শেয়ার করা নেটওয়ার্ক নামে প্রতিটি ব্যক্তি বা ডিভাইসকে তার নিজস্ব WiFi পাসওয়ার্ড দেয়। ভেন্ডররা এর নাম ভিন্নভাবে দেয়: Cisco একে iPSK বলে, HPE Aruba একে MPSK বলে এবং Ruckus একে DPSK বলে। এটি ব্যক্তিগত ফোন এবং যেসব ডিভাইস 802.1X চালাতে পারে না সেগুলোর জন্য উপযুক্ত।

Purple-এর Cloud RADIUS উভয় পদ্ধতিকেই Microsoft Entra ID, Okta বা Google Workspace-এর পরিচয়ের সাথে লিঙ্ক করে। উপস্থিতির রেকর্ডে আপনার ডিরেক্টরির মতো একই নাম থাকে।

ধাপ ২: RADIUS accounting এর মাধ্যমে প্রতিটি সেশন রেকর্ড করুন

RFC 2866-এ সংজ্ঞায়িত RADIUS accounting, লগইনগুলোকে সময়ে রূপান্তরিত করে। একটি সেশন শুরু হলে অ্যাক্সেস পয়েন্ট Start স্ট্যাটাসসহ একটি Accounting-Request পাঠায়। সেশন শেষ হলে এটি Stop স্ট্যাটাসসহ আরেকটি অনুরোধ পাঠায়।

Stop রেকর্ডে Acct-Session-Time থাকে, যা সেকেন্ডে সেশনের দৈর্ঘ্য প্রকাশ করে। সেশন চলাকালীন RFC 2869-এর Acct-Interim-Interval অ্যাট্রিবিউট দ্বারা নির্ধারিত বিরতিতে Interim-Update রেকর্ডগুলো আসে। এগুলো দেখায় যে কারা শুধু চলে যাওয়ার পর নয়, বরং এখনই উপস্থিত রয়েছে।

ধাপ ৩: সেশনগুলোকে উপস্থিতিতে রূপান্তর করুন

র সেশনগুলো বিভ্রান্তিকর হতে পারে। একটি ফোন সিঁড়িতে WiFi সংযোগ হারিয়ে ফেলে এবং দুই মিনিট পর আবার যুক্ত হয়। মধ্যাহ্নভোজে একটি ল্যাপটপ স্লিপ মোডে চলে যায়। তিনটি ডিভাইস একক ব্যক্তির হতে পারে। কেউ রিপোর্ট পড়ার আগে এই নিয়মগুলোতে সম্মত হন:

  • পরিচয় অনুযায়ী মার্জ করুন। একই ব্যক্তি হিসেবে অথেন্টিকেট করা প্রতিটি ডিভাইসের সেশনগুলোকে একত্রিত করুন।
  • ছোট ব্যবধানগুলো যুক্ত করুন। সম্মত উইন্ডো (যেমন ১৫ মিনিট)-এর চেয়ে ছোট ডিসকানেকশনকে ধারাবাহিক উপস্থিতি হিসেবে বিবেচনা করুন।
  • একটি সর্বনিম্ন ভিজিট নির্ধারণ করুন। একটি নির্দিষ্ট দৈর্ঘ্যের নিচের উপস্থিতিকে উপেক্ষা করুন, যাতে একটি দ্রুত ড্রপ-ইন কর্মদিবস হিসেবে গণ্য না হয়।
  • দিনের সীমানা নির্দিষ্ট করুন। নাইট শিফটগুলো মধ্যরাত অতিক্রম করে, তাই ক্যালেন্ডার অনুযায়ী নয়, বরং শিফট অনুযায়ী কর্মদিবস সংজ্ঞায়িত করুন।

নিয়মগুলো কীভাবে কাজ করে তা এখানে দেওয়া হলো। একজন ফ্যাসিলিটি কোঅর্ডিনেটরের ফোন এবং ল্যাপটপ বুধবারে পাঁচটি সেশন লগ করে। প্রথমটি ০৮:১২-এ শুরু হয় এবং শেষটি ১৭:০৪-এ বন্ধ হয়। চার ও নয় মিনিটের দুটি ব্যবধান ১৫ মিনিটের উইন্ডোর ভেতরে পড়ে। এর ফলে আট ঘণ্টা ৫২ মিনিটের জন্য একজন ব্যক্তি উপস্থিত হিসেবে গণ্য হন।

মানুষের মধ্যে সেই দৈনিক রেকর্ডগুলোকে একত্রিত করলে আপনি উপস্থিতি, ফ্রিকোয়েন্সি এবং স্থান ব্যবহারের পরিমাণ (occupancy) দেখতে পাবেন।

আপনার বিদ্যমান সিস্টেমগুলোর পাশাপাশি এটি কোথায় অবস্থান করে?

স্টাফ প্রেজেন্স অ্যানালিটিক্স আপনার অ্যাক্সেস কন্ট্রোল, রোটা বা HR সিস্টেমগুলোকে প্রতিস্থাপন করে না। এটি সেগুলোর মধ্যকার শূন্যস্থানগুলো পূরণ করে।

আপনার অ্যাক্সেস পয়েন্টসমূহ

Purple হলো হার্ডওয়্যার-নিরপেক্ষ এবং এটি ক্লাউড ওভারলে হিসেবে চলে। এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet এর সাথে কাজ করে। আপনার অ্যাক্সেস পয়েন্টগুলি ইতিমধ্যেই অথেনটিকেশন এবং অ্যাকাউন্টিং রেকর্ড পাঠায়, তাই কোনো কিছু বাতিল করে নতুন করে বসানোর প্রয়োজন নেই। আরও বিস্তারিত জানতে Why your next WiFi upgrade doesn't need new hardware পড়ুন।

আপনার নেটওয়ার্ক ডিজাইন

স্টাফ WiFi এবং Guest WiFi আলাদা VLAN এ রাখুন। একটি VLAN (ভার্চুয়াল LAN) হলো একটি লজিক্যাল সেগমেন্ট যা এক গ্রুপের ডিভাইসকে অন্য গ্রুপ থেকে আলাদা করে। এই পৃথকীকরণ অতিথি ডিভাইসগুলিকে কর্মীদের উপস্থিতির পরিসংখ্যান থেকে দূরে রাখে এবং কর্মীদের ট্র্যাফিককে অতিথিদের রিপোর্ট থেকে আলাদা রাখে। Network Best Practices for Venues and Enterprises in 2026 আর্টিকেলে সেগমেন্টেশন সম্পর্কে আরও বিস্তারিত আলোচনা করা হয়েছে।

আপনার অন্যান্য ডেটা সোর্স

প্রতিটি সোর্স আলাদা প্রশ্নের উত্তর দেয়। সঠিক সোর্সটি বেছে নিতে এই ম্যাট্রিক্স ব্যবহার করুন।

আপনার প্রশ্ন সেরা ডেটা সোর্স কেন
একজন নির্দিষ্ট নামধারী কর্মচারী কি আজ সাইটে ছিলেন? 802.1X বা iPSK থেকে কর্মীদের উপস্থিতি প্রতিটি সেশনের সাথে একটি আইডেন্টিটি যুক্ত থাকে
প্রতি ভিজিটে কর্মীরা কতক্ষণ অবস্থান করেন? RADIUS অ্যাকাউন্টিং থেকে কর্মীদের উপস্থিতি স্টপ রেকর্ডগুলি সেশনের দৈর্ঘ্য প্রদান করে; বেশিরভাগ ব্যাজ সিস্টেম কেবল এন্ট্রি রেকর্ড করে
প্রতিটি ভবনে কতগুলি ডেস্ক প্রয়োজন? কর্মীদের উপস্থিতি, পিক সমসাময়িক উপস্থিতি সবচেয়ে ব্যস্ততম সময়ে আলাদা আলাদা মানুষের সংখ্যা গণনা করে
দরজার মধ্য দিয়ে কতজন লোক হেঁটে গেছেন? দরজায় বসানো পিপল কাউন্টার এনরোল করা কোনো ডিভাইস না থাকা কর্মীসহ সবাইকে গণনা করে
এই শনিবার কি গত শনিবারের চেয়ে বেশি ব্যস্ত? প্রোবভিত্তিক অতিথির উপস্থিতি প্রতি সপ্তাহে একই পদ্ধতি, তাই দিকনির্দেশনা তুলনামূলক
কোন অতিথিরা ফিরে আসেন এবং কত ঘনঘন আসেন? লগ-ইন করা Guest WiFi অতিথিরা সাইন-ইনের সময় একটি আইডেন্টিটি শেয়ার করার সিদ্ধান্ত নিয়েছেন
সঠিক ব্যক্তি কি একটি সুরক্ষিত দরজা খুলেছেন? ব্যাজ অ্যাক্সেস কন্ট্রোল প্রবেশপথে ফিজিক্যাল কন্ট্রোল

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।

বাস্তব দৃশ্যপট: আতিথেয়তা, খুচরা বিক্রয় এবং পাবলিক সেক্টরে কর্মীদের উপস্থিতি

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

একটি ২০০ রুমের হোটেল যা হাউসকিংপিং রোটাসকে প্রকৃত উপস্থিতির সাথে মেলায়

পরিস্থিতি। একটি ২০০ রুমের হোটেলে হাউসকিংপিং, কিচেন, ফ্রন্ট অফিস এবং মেইনটেন্যান্স জুড়ে ১৪০ জন কর্মী নিয়োগ করা হয়েছে। এজেন্সির হাউসকিপাররা সাপ্তাহিক ছুটির দিনগুলি কভার করেন। অপারেশন ডিরেক্টর সন্দেহ করেছিলেন যে উইকেন্ডের হাউসকিংপিং দেরিতে শুরু হয়েছিল, যা ১৫:০০ চেক-ইনের আগে রুম টার্নঅ্যারাউন্ড ধীর করে দিয়েছিল। স্টাফদের প্রবেশপথে কোনো ব্যাজ রিডার ছিল না, তাই কেউ পরীক্ষা করতে পারেনি।

কী করা হয়েছিল। IT ডিপার্টমেন্ট স্থায়ী কর্মীদের 802.1X Staff WiFi-এ স্থানান্তরিত করেছে, যা Purple-এর Cloud RADIUS-এর মাধ্যমে Microsoft Entra ID-এর বিরুদ্ধে অথেনটিকেটেড। প্রতিটি এজেন্সির হাউসকিপার একটি ব্যক্তিগত iPSK কী পেয়েছেন, যা তাদের প্লেসমেন্ট শেষ হলে বাতিল করা হয়। বিদ্যমান অ্যাক্সেস পয়েন্টগুলি যথাস্থানেই রাখা হয়েছিল। হোটেলটি একটি ডেটা প্রোটেকশন ইমপ্যাক্ট অ্যাসেসমেন্ট সম্পন্ন করেছে এবং প্রথমে একটি স্টাফ নোটিশ জারি করেছে।

ফলাফল। চারটি সপ্তাহান্তে, ডিউটি রোস্টার অনুযায়ী সকাল 07:00 টা থেকে 14 জন হাউসকেপার উপস্থিত থাকার কথা ছিল। প্রেজেন্স ডেটা দেখিয়েছে যে সকাল 07:30 টার মধ্যে গড়ে 10 জন নির্দিষ্ট ব্যক্তি সাইটে ছিলেন, যা 08:45 টার মধ্যে 14 জনে পৌঁছায়। এই পার্থক্যের কারণ ছিল এজেন্সি কর্মীদের দেরিতে আগমন, স্থায়ী কর্মী নয়। হোটেলটি তাদের এজেন্সি চুক্তিতে একটি নিশ্চিত-আগমন চেক অন্তর্ভুক্ত করেছে। পরবর্তী চারটি সপ্তাহান্তে 07:30 টার মধ্যে গড়ে 14 জনের মধ্যে 13 জন সাইটে ছিলেন। হোটেল ডিপ্লয়মেন্ট সম্পর্কিত আরও তথ্যের জন্য আমাদের Hotels পৃষ্ঠাটি দেখুন।

একটি 40-স্টোর খুচরা চেইন এরিয়া ম্যানেজারের ভিজিট পরিমাপ করছে

পরিস্থিতি। একটি 40-স্টোর চেইনে আটজন এরিয়া ম্যানেজার রয়েছেন, প্রতিটি ম্যানেজার পাঁচটি স্টোরের জন্য দায়িত্বপ্রাপ্ত। নীতি অনুযায়ী প্রতিটি স্টোরে মাসে অন্তত দুটি ভিজিট হতে হবে। ভিজিটগুলি স্প্রেডশীটে স্ব-রিপোর্ট করা হতো, এবং স্টোর ম্যানেজাররা এই পরিসংখ্যানে আপত্তি জানিয়েছিলেন।

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

ফলাফল। প্রথম মাসে, 40টির মধ্যে 31টি স্টোর দুই-ভিজিটের মানদণ্ড পূরণ করেছে। যে নয়টি মিস হয়েছে সেগুলি দুটি অঞ্চলের সীমান্তে ছিল, যেখানে গড়ে প্রতিটিতে একটিরও কম ভিজিট হয়েছিল। গড়ে ভিজিটের দৈর্ঘ্য ছিল পরিকল্পিত তিন ঘণ্টার বিপরীতে 95 মিনিট। খুচরা বিক্রেতা দুটি অঞ্চল পুনর্নির্ধারণ করে, এবং পরের মাসে 40টি স্টোরের মধ্যে 38টি মানদণ্ড পূরণ করে। আরও তথ্যের জন্য আমাদের Retail পৃষ্ঠাটি দেখুন।

হাইব্রিড ওয়ার্কিংয়ের জন্য পরিকল্পনা করা একটি কাউন্সিল অফিস এস্টেট

পরিস্থিতি। একটি কাউন্সিল হাইব্রিড নীতিতে 1,100 জন স্টাফ নিয়ে তিনটি অফিস ভবন পরিচালনা করে। এর মূল ভবনে 620টি ডেক্স রয়েছে। একটি ফ্লোর ছেড়ে দেওয়ার আগে এস্টেট টিমের প্রমাণের প্রয়োজন ছিল।

যা করা হয়েছিল। স্টাফদের WiFi ইতিমধ্যেই Microsoft Entra ID-এর বিরুদ্ধে 802.1X ব্যবহার করছিল। কাউন্সিল RADIUS অ্যাকাউন্টিং চালু করেছে এবং আট সপ্তাহের জন্য প্রতিদিন প্রতিটি ভবনে সর্বোচ্চ পিক কনকারেন্ট নির্দিষ্ট ব্যক্তি পরিমাপ করেছে। রিপোর্টগুলি কেবল বিল্ডিং স্তরে এস্টেট টিমের কাছে পাঠানো হয়েছিল এবং লাইন ম্যানেজারদের কাছে কখনই ব্যক্তির নাম প্রকাশ করা হয়নি।

ফলাফল। মূল ভবনে পিক উপস্থিতি মঙ্গলবার এবং বুধবারে 410 জনে পৌঁছেছিল। সোমবার এবং শুক্রবারে পিক 250 এর নিচে ছিল। কাউন্সিল 120টি ডেক্সের একটি ফ্লোর ছেড়ে দিয়েছে এবং 500টি ডেক্স রেখে দিয়েছে। যা এখনও পর্যবেক্ষণ করা সর্বোচ্চ পিকের চেয়ে 90টি ডেক্স বেশি।

আপনার জানা উচিত এমন সীমাবদ্ধতাগুলি কী কী?

স্টাফ প্রেজেন্স অ্যানালিটিক্স যা পরিমাপ করে তার জন্য সঠিক। এটি কোথায় থামে তা জানা জরুরি।

এটি এনরোল করা ডিভাইস গণনা করে, প্রতিটি ব্যক্তিকে নয়

যেসব স্টাফদের কাজের ডিভাইস নেই, বা যারা কখনই Staff WiFi-এ যোগ দেন না, তারা অদৃশ্য থাকেন। কিচেন পোর্টার এবং ক্লিনাররা প্রায়শই এই গ্রুপে পড়েন। তাদের ব্যক্তিগত ফোনে iPSK অফার করুন, এবং প্রতিটি উপস্থিতির পরিসংখ্যার সাথে এনরোলমেন্ট কাভারেজ রিপোর্ট করুন।

কাভারেজের ব্যবধানই প্রেজেন্সের ব্যবধানে পরিণত হয়

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

এটি কোনও ইভাকুয়েশন রোল-কল নয়

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

এটি বেতন সম্পর্কিত আপনার সিস্টেম অফ রেকর্ড নয়

WiFi উপস্থিতি দেখায় কখন কোনো কর্মীর পরিচয় সম্বলিত একটি ডিভাইস সংযুক্ত ছিল। এটি কেউ কখন কাজ শুরু করেছে তা দেখায় না। বেতনের রেকর্ড হিসেবে আপনার সময় এবং উপস্থিতি ব্যবস্থা বজায় রাখুন।

ডেটা সুরক্ষা আইনের অধীনে এটি কর্মচারী মনিটরিং

UK GDPR-এর অধীনে, নির্দিষ্ট কর্মীদের কখন তারা সাইটে উপস্থিত রয়েছে তা পরিমাপ করা কর্মক্ষেত্রে ব্যক্তিগত ডেটা প্রক্রিয়াকরণের আওতাভুক্ত। কর্মীদের মনিটর করার ক্ষেত্রে ICO-এর নির্দেশিকা স্বচ্ছতা এবং একটি স্পষ্ট উদ্দেশ্যের প্রত্যাশা করে। মনিটরিং উচ্চ ঝুঁকিপূর্ণ হওয়ার সম্ভাবনা থাকলে এটি Article 35-এর অধীনে একটি ডেটা প্রোটেকশন ইম্প্যাক্ট অ্যাসেসমেন্ট (DPIA)-এরও প্রত্যাশা করে।

ক্ষমতার ভারসাম্যের অভাবের কারণে নিয়োগকর্তা এবং কর্মচারীর মধ্যে সম্মতি খুব কমই বৈধ হয়। বেশিরভাগ প্রতিষ্ঠান এর পরিবর্তে Article 6(1)(f)-এর অধীনে বৈধ স্বার্থের ওপর নির্ভর করে। Article 5(1)(c)-এর অধীনে ডেটা মিনিমাইজেসন প্রয়োগ করুন: বিল্ডিং স্তরে রিপোর্ট করুন এবং যাদের প্রয়োজন তাদের মধ্যে নামযুক্ত ডেটা সীমাবদ্ধ রাখুন। ক্যালিফোর্নিয়ায়, কর্মচারীদের ডেটা ১ জানুয়ারী ২০২৩ থেকে CCPA-এর আওতায় এসেছে।

Purple হলো ISO 27001, GDPR, CCPA এবং Cyber Essentials সার্টিফাইড। এই সার্টিফিকেশন আমরা কীভাবে ডেটা পরিচালনা করি তা কভার করে, আপনার এটি সংগ্রহের উদ্দেশ্যকে নয়।

আপনার পরবর্তীতে কী করা উচিত?

একটি প্রশ্ন এবং একটি ভবন দিয়ে শুরু করুন। তারপর যা কাজ করে তা স্কেল করুন।

  1. সিদ্ধান্তটি লিখে রাখুন। ডেটা কোন সিদ্ধান্ত গ্রহণে সহায়তা করবে তা নির্দিষ্ট করুন: একটি ফ্লোর রিলিজ, রোটায় পরিবর্তন নাকি এজেন্সির চুক্তি।
  2. DPIA সম্পন্ন করুন। উদ্দেশ্য, আইনি ভিত্তি, তথ্য সংরক্ষণের সময়সীমা এবং কারা নামযুক্ত ডেটা দেখবেন তা নির্ধারণ করুন। যেকোনো কিছু সংগ্রহের আগে একটি স্টাফ প্রাইভেসি নোটিশ প্রকাশ করুন।
  3. প্রতিটি সংযোগকে একটি পরিচয় দিন। ম্যানুয়ালি পরিচালিত ডিভাইসগুলির জন্য Microsoft Entra ID, Okta বা Google Workspace-এর সাথে 802.1X ব্যবহার করুন। ব্যক্তিগত ফোন এবং এজেন্সি স্টাফদের জন্য iPSK ব্যবহার করুন।
  4. RADIUS অ্যাকাউন্টিং চালু করুন। নিশ্চিত করুন আপনার অ্যাক্সেস পয়েন্টগুলি Purple-এর Cloud RADIUS-এ Start, Stop এবং Interim-Update রেকর্ড পাঠায়।
  5. সেশনের নিয়মাবলীতে সম্মত হন। কেউ রিপোর্ট পড়ার আগেই গ্যাপ উইন্ডো, সর্বনিম্ন ভিজিট এবং দিনের সীমা নির্ধারণ করুন।
  6. চার থেকে আট সপ্তাহের জন্য পাইলট প্রজেক্ট চালান। ফলাফলের সাথে আপনার রোটা বা ব্যাজ ডেটা তুলনা করুন। পদক্ষেপ নেওয়ার আগে পার্থক্যগুলো ব্যাখ্যা করুন।
  7. অতিথিদের পরিসংখ্যান আলাদা রাখুন। অতিথিদের উপস্থিতিকে একটি ট্রেন্ড এবং কর্মীদের উপস্থিতিকে একটি সংখ্যা হিসেবে রিপোর্ট করুন। কখনোই দুটি একসাথে যোগ করবেন না।

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

ঘন ঘন জিজ্ঞাসিত প্রশ্নাবলী

স্টাফ প্রেজেন্স অ্যানালিটিক্স-এর জন্য আমাদের কি নতুন অ্যাক্সেস পয়েন্টের প্রয়োজন আছে?

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

কর্মীদের উপস্থিতি অ্যানালিটিক্স কি GDPR মেনে চলে?

হ্যাঁ, যখন আপনি এটি একটি স্পষ্ট উদ্দেশ্য, আইনি ভিত্তি এবং ডেটা সুরক্ষা প্রভাব মূল্যায়নের মাধ্যমে পরিচালনা করেন। কর্মীদের পর্যবেক্ষণের বিষয়ে ICO-এর নির্দেশিকা প্রত্যাশা করে যে আপনি কর্মীদের বলবেন যে আপনি কী সংগ্রহ করছেন এবং কেন করছেন। নিয়োগকর্তা এবং কর্মচারীর মধ্যে সম্মতি খুব কমই বৈধ হয়, তাই বেশিরভাগ সংস্থা বৈধ স্বার্থের ওপর নির্ভর করে। বিল্ডিং স্তরে রিপোর্ট করুন, একটি সংরক্ষণ সময়সীমা নির্ধারণ করুন এবং নামযুক্ত ডেটা সীমাবদ্ধ করুন। Purple হলো ISO 27001 সার্টিফাইড এবং GDPR সম্মত।

ব্যাজ এক্সেস ডেটার তুলনায় WiFi কর্মী উপস্থিতির ডেটা কতটা নিখুঁত?

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

আমরা কি মেহমানদের WiFi উপস্থিতির সংখ্যাকে ভিজিটরদের মোট গণনা হিসেবে ব্যবহার করতে পারি?

না। প্রোভ-ভিত্তিক মেহমানদের সংখ্যা ডিভাইস গণনা করে, মানুষ নয়। iOS এবং Android-এ MAC র‍্যান্ডমাইজেশন একটি ফোনকে একাধিক ডিভাইস হিসেবে দেখাতে পারে। এই সংখ্যাগুলোকে একটি ট্রেন্ড হিসেবে বিবেচনা করুন: গত সপ্তাহের তুলনায় এই সপ্তাহ, অন্য স্থানের তুলনায় এই স্থান। লগ ইন করা মেহমানদের সংখ্যা হলো সেইসব ভিজিটরদের একটি স্যাম্পল যারা সাইন ইন করা বেছে নিয়েছেন। সঠিক গণনার জন্য, দরজায় মাউন্ট করা পিপল কাউন্টার ব্যবহার করুন এবং ট্রেন্ড ব্যাখ্যা করতে WiFi ডেটা ব্যবহার করুন।

কর্মীদের উপস্থিতি অ্যানালিটিক্স কোন আইডেন্টিটি প্রোভাইডারগুলোর সাথে কাজ করে?

Purple সমন্বিত হয় Microsoft Entra ID, Okta এবং Google Workspace-এর সাথে। কর্মীরা তাদের আগে থেকে ব্যবহৃত কাজের আইডেন্টিটি দিয়ে প্রামাণীকরণ করেন, তাই উপস্থিতির রেকর্ডে আপনার ডিরেক্টরির মতো একই নাম থাকে। যখন কোনো প্রস্থানকারী কর্মীর জন্য একটি অ্যাকাউন্ট নিষ্ক্রিয় করা হয়, তখন তার সাথে নেটওয়ার্ক এক্সেসও বাতিল হয়ে যায়। সেই যোগদানকারী, স্থানান্তরকারী এবং প্রস্থানকারীদের লিঙ্কটি উপস্থিতির ডেটাকেও পরিষ্কার রাখে, কারণ প্রাক্তন কর্মীদের অ্যাকাউন্ট চলে গেলে তারা আর প্রদর্শিত হন না।

গণনা করার জন্য কর্মীদের কি কিছু করতে হবে?

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

কর্মীদের উপস্থিতির ডেটা কি আমাদের সময় এবং উপস্থিতির সিস্টেমকে প্রতিস্থাপন করতে পারে?

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

মূল সংজ্ঞাসমূহ

IEEE 802.1X

পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোলের জন্য IEEE স্ট্যান্ডার্ড। WiFi-এ, ডিভাইসটি নেটওয়ার্কে পৌঁছানোর আগে একটি EAP পদ্ধতির মাধ্যমে ক্রিডেনশিয়াল উপস্থাপন করে এবং একটি RADIUS সার্ভার তা গ্রহণ বা প্রত্যাখ্যান করে।

Staff WiFi কনফিগার করার সময় আপনি এটি দেখতে পাবেন। এটি প্রতিটি সেশনকে একজন নির্দিষ্ট ব্যক্তির সাথে যুক্ত করে, যা ডিভাইসের সংখ্যাকে উপস্থিতির রেকর্ডে পরিণত করে।

RADIUS

RFC 2865-এ সংজ্ঞায়িত Remote Authentication Dial-In User Service। এটি এমন একটি প্রোটোকল যা ক্রিডেনশিয়াল স্টোর বা আইডেন্টিটি প্রোভাইডারের মাধ্যমে প্রতিটি নেটওয়ার্ক লগইন গ্রহণ বা প্রত্যাখ্যান করে।

আপনার RADIUS সার্ভার ইতোমধ্যে প্রতিটি স্টাফ অথেন্টিকেশন লগ করে। Purple-এর Cloud RADIUS এই লগইনগুলোকে Microsoft Entra ID, Okta বা Google Workspace আইডেন্টিটির সাথে লিঙ্ক করে।

RADIUS accounting

RFC 2866-এ সংজ্ঞায়িত। একটি সেশন শুরু হলে এক্সেস পয়েন্ট একটি স্ট্যাটাসসহ Start এবং সেশন শেষ হলে Stop অ্যাকাউন্টিং-অনুরোধ পাঠায়, এবং Stop রেকর্ডটি Acct-Session-Time বহন করে, যা সেকেন্ডে সেশনের দৈর্ঘ্য নির্ধারণ করে।

এটি লগইনগুলোকে সাইটে কাটানো সময়ে রূপান্তরিত করে। এটি ছাড়া, কে কানেক্ট করেছে তা আপনি জানতে পারবেন কিন্তু তারা কতক্ষণ অবস্থান করেছে তা জানতে পারবেন না।

Acct-Interim-Interval

RFC 2869-এ সংজ্ঞায়িত একটি RADIUS অ্যাট্রিবিউট যা একটি সক্রিয় সেশন চলাকালীন এক্সেস পয়েন্ট কত ঘন ঘন Interim-Update অ্যাকাউন্টিং রেকর্ড পাঠাবে তা নির্ধারণ করে।

Interim-Update রেকর্ডগুলি কেবল মানুষ চলে যাওয়ার পরেই নয়, তারা এখন উপস্থিত রয়েছে কিনা তাও দেখায়, যা সমসাময়িক উপস্থিতি রিপোর্টিংয়ের জন্য গুরুত্বপূর্ণ।

EAP-TLS

802.1X-এর ভেতরে ব্যবহৃত একটি Extensible Authentication Protocol পদ্ধতি, যেখানে ডিভাইসটি পাসওয়ার্ডের পরিবর্তে একটি সার্টিফিকেটের মাধ্যমে তার পরিচয় প্রমাণ করে।

Staff WiFi-এ পরিচালিত ল্যাপটপ এবং ফোনের জন্য একটি সাধারণ পছন্দ, যা প্রতিটি সংযোগকে একটি একক যাচাইযোগ্য পরিচয় প্রদান করে।

PEAP

Protected EAP, একটি 802.1X পদ্ধতি যেখানে ডিভাইসটি একটি এনক্রিপ্ট করা টানেলের ভেতরে ব্যবহারকারীর নাম এবং পাসওয়ার্ড পাঠায়।

EAP-TLS-এর একটি বিকল্প যখন আপনি সার্টিফিকেটের পরিবর্তে ডিরেক্টরি শংসাপত্র দিয়ে কর্মীদের প্রমাণীকরণ করেন।

iPSK

Identity pre-shared key: প্রতিটি ব্যক্তি বা ডিভাইস একটি শেয়ার করা নেটওয়ার্ক নামে নিজস্ব WiFi পাসওয়ার্ড পায়। Cisco এটিকে iPSK বলে, HPE Aruba এটিকে MPSK বলে এবং Ruckus এটিকে DPSK বলে।

ব্যক্তিগত ফোন, এজেন্সি কর্মী এবং যে ডিভাইসগুলি 802.1X চালাতে পারে না সেগুলির জন্য এটি ব্যবহার করুন। একটি কী বাতিল করলে অন্য কাউকে প্রভাবিত না করে একজন ব্যক্তিকে সরিয়ে দেওয়া যায়।

Probe request

একটি IEEE 802.11 ম্যানেজমেন্ট ফ্রেম যা পরিচিত নেটওয়ার্কগুলি খোঁজার সময় একটি ফোন ব্রডকাস্ট করে। এটি একটি MAC ঠিকানা বহন করে এবং কোনো পরিচয় বহন করে না, এবং এটি 802.11w সুরক্ষিত ফ্রেমের বাইরে অবস্থান করে।

Probe request হলো অতিথিদের উপস্থিতির সাধারণ ভিত্তি, যে কারণে অতিথির পরিসংখ্যান একটি ট্রেন্ড হিসেবে দেখা হয়, নিখুঁত গণনা হিসেবে নয়।

MAC randomisation

অপারেটিং সিস্টেমের একটি আচরণ যা একটি ডিভাইসের হার্ডওয়্যার MAC ঠিকানাকে একটি র্যান্ডমাইজড ঠিকানা দিয়ে প্রতিস্থাপন করে। Apple iOS 14-এ প্রাইভেট WiFi ঠিকানা চালু করেছে এবং Android 10 থেকে Android ডিফল্টভাবে র্যান্ডমাইজড পার-নেটওয়ার্ক ঠিকানা ব্যবহার করছে।

এটি প্রব-ভিত্তিক গণনা বাড়িয়ে দেয় কারণ একটি ফোন একাধিক ডিভাইস হিসেবে উপস্থিত হতে পারে। প্রমাণীকৃত পরিচয় একটি নতুন MAC ঠিকানাতেও টিকে থাকে।

VLAN

একটি ভার্চুয়াল LAN: একটি লজিক্যাল সেগমেন্ট যা শেয়ার করা নেটওয়ার্ক পরিকাঠামোতে ডিভাইসের একটি গ্রুপকে অন্য গ্রুপ থেকে আলাদা করে।

Staff WiFi এবং Guest WiFi-কে পৃথক VLAN-এ রাখুন যাতে অতিথিদের ডিভাইসগুলি কর্মীদের উপস্থিতির পরিসংখ্যান থেকে দূরে থাকে এবং কর্মীদের ট্র্যাফিক অতিথিদের রিপোর্ট থেকে দূরে থাকে।

DPIA

Data protection impact assessment, UK GDPR ধারা 35-এর অধীনে প্রয়োজন যেখানে প্রসেসিং উচ্চ ঝুঁকিপূর্ণ হওয়ার সম্ভাবনা রয়েছে। এটি ধারা 6(1)(f)-এর অধীনে আইনগত ভিত্তি এবং ধারা 5(1)(c)-এর অধীনে ডাটা মিনিমাইজেশনের সাথে সামঞ্জস্যপূর্ণ।

নির্দিষ্ট কর্মচারীরা কখন সাইটে উপস্থিত তা পরিমাপ করা মানে কর্মীদের পর্যবেক্ষণ করা। আপনি ডাটা সংগ্রহ করার আগে ICO স্বচ্ছতা, একটি স্পষ্ট উদ্দেশ্য এবং একটি DPIA আশা করে।

Captive portal

একজন অতিথি ইন্টারনেট এক্সেস পাওয়ার আগে দেখানো সাইন-ইন পেজ, যেখানে অতিথি বেছে নেন যে তিনি কোন বিবরণগুলি শেয়ার করবেন।

লগ-ইন করা অতিথিরা একটি পরিচয় বহন করে, কিন্তু দর্শকদের কেবল একটি অংশ সাইন ইন করে, তাই সেই পরিসংখ্যানগুলিকে আপনার দর্শকদের একটি নমুনা হিসেবে পড়ুন।

সমাধানকৃত উদাহরণসমূহ

২০০টি রুমের একটি হোটেলে ১৪০ জন কর্মী রয়েছে, যেখানে সন্দেহ করা হয়েছিল যে সাপ্তাহিক ছুটির দিনে এজেন্সির হাউসকিপাররা দেরিতে কাজ শুরু করছেন, যার ফলে ১৫:০০ টায় চেক-ইনের আগে রুম প্রস্তুত করার গতি ধীর হয়ে যাচ্ছে। স্টাফদের প্রবেশের পথে কোনো ব্যাজ রিডার ছিল না। অপারেশন্স ডিরেক্টর এটি কীভাবে পরীক্ষা করতে পারেন?

IT বিভাগ স্থায়ী কর্মীদের 802.1X Staff WiFi-এ স্থানান্তরিত করেছে, যা Purple-এর Cloud RADIUS-এর মাধ্যমে Microsoft Entra ID-এর সাথে অথেন্টিকেট করা হয়েছিল। প্রতিটি এজেন্সি হাউসকিপারকে একটি পৃথক iPSK কি দেওয়া হয়েছিল, যা তাদের কাজের মেয়াদ শেষ হলে বাতিল করা হতো। বিদ্যমান অ্যাক্সেস পয়েন্টগুলো আগের মতোই ছিল, এবং হোটেলটি প্রথমে একটি DPIA সম্পন্ন করেছিল ও স্টাফদের নোটিশ জারি করেছিল। চার সপ্তাহান্তে, ডিউটি রোস্টারে ০৭:০০ টা থেকে ১৪ জন হাউসকিপারের কথা উল্লেখ থাকলেও, উপস্থিতির ডেটা দেখায় যে ০৭:৩০ টার মধ্যে সাইটে গড়ে ১০ জন উপস্থিত ছিলেন এবং ০৮:৪৫ টার মধ্যে তা ১৪ জনে পৌঁছায়। এই পার্থক্যের কারণ ছিল এজেন্সির দেরিতে আগমন। হোটেলটি তার এজেন্সি চুক্তিতে নিশ্চিত-আগমন সংক্রান্ত একটি শর্ত যোগ করেছে, এবং পরবর্তী চার সপ্তাহান্তে ০৭:৩০ টার মধ্যে ১৪ জনের মধ্যে গড়ে ১৩ জন উপস্থিত হন। এই ব্যাখ্যামূলক দৃশ্যপটটি দেখায় কিভাবে একক আইডেন্টিটি এজেন্সির কর্মীদের স্থায়ী কর্মীদের থেকে আলাদা করে।

৪০টি দোকানের একটি রিটেইল চেইনের জন্য তাদের আটজন এরিয়া ম্যানেজারের প্রত্যেককে মাসে অন্তত দু'বার প্রতিটি দোকান পরিদর্শন করতে হয়। ভিজিটের তথ্যগুলো একটি স্প্রেডশীটে তারা নিজেরা রিপোর্ট করত এবং স্টোর ম্যানেজাররা সেই পরিসংখ্যান নিয়ে আপত্তি জানিয়েছিলেন। রিটেইলার কীভাবে একটি সর্বসম্মত পরিমাপ পেতে পারে?

এরিয়া ম্যানেজারদের ল্যাপটপ এবং ফোনগুলো তাদের Okta আইডেন্টিটি সহ Staff WiFi-এ যুক্ত ছিল। প্রতিটি দোকান একই স্টাফ নেটওয়ার্ক ব্রডকাস্ট করত, ফলে উপস্থিতি পুরো প্রপার্টি জুড়ে প্রতিটি ম্যানেজারকে ট্র্যাক করতে পারত। রিটেইলার একটি ভিজিটকে একটি দোকানে কমপক্ষে ৩০ মিনিটের নিরবচ্ছিন্ন উপস্থিতি হিসেবে সংজ্ঞায়িত করেছিল এবং ফলাফল পর্যালোচনা করার আগে এই নিয়মে সম্মত হয়েছিল। প্রথম মাসে, ৪০টি দোকানের মধ্যে ৩১টি দোকান প্রতি মাসে দু'বার পরিদর্শনের মানদণ্ড পূরণ করেছে। যে ৯টি দোকান বাদ পড়েছিল সেগুলো দুটি অঞ্চলের সীমান্তে অবস্থিত ছিল এবং পরিকল্পিত তিন ঘণ্টার বিপরীতে গড় ভিজিটের সময় ছিল ৯৫ মিনিট। রিটেইলার দুটি অঞ্চল পুনর্নির্ধারণ করেছে, এবং পরবর্তী মাসে ৪০টির মধ্যে ৩৮টি দোকান মানদণ্ড পূরণ করেছে। এই ব্যাখ্যামূলক দৃশ্যপটে, একটি সর্বসম্মত ন্যূনতম ভিজিটের নিয়ম বিরোধপূর্ণ স্ব-রিপোর্টিংয়ের জায়গা দখল করেছে।

তিনটি অফিস বিল্ডিং এবং ১,১০০ জন হাইব্রিড কর্মী বিশিষ্ট একটি কাউন্সিলের ৬২০টি ডেস্কের প্রধান ভবনের একটি ফ্লোর ছেড়ে দেওয়ার আগে প্রমাণের প্রয়োজন ছিল। কীভাবে এটি ব্যক্তি মনিটরিং না করেই প্রপার্টির আকার নির্ধারণ করতে পারে?

Staff WiFi ইতোমধ্যে Microsoft Entra ID-এর বিরুদ্ধে 802.1X ব্যবহার করছিল, তাই কাউন্সিল RADIUS Accounting চালু করেছে। এটি আট সপ্তাহের জন্য প্রতিদিন প্রতি বিল্ডিংয়ে সর্বোচ্চ সমসাময়িক একক ব্যক্তিদের উপস্থিতি পরিমাপ করেছে। রিপোর্টগুলো কেবল বিল্ডিং স্তরে এস্টেট টিমের কাছে পাঠানো হয়েছিল এবং লাইন ম্যানেজারদের কাছে ব্যক্তিদের নাম কখনোই প্রকাশ করা হয়নি, যার মাধ্যমে ডেটা মিনিমাইজেশন প্রয়োগ করা হয়েছে। মঙ্গলবার এবং বুধবারে সর্বোচ্চ উপস্থিতি ৪১০ জনে পৌঁছায়, যেখানে সোমবার এবং শুক্রবারে সর্বোচ্চ উপস্থিতি ২৫০ জনের নিচে ছিল। কাউন্সিল ১২০টি ডেস্কের একটি ফ্লোর ছেড়ে দেয় এবং ৫০০টি ডেস্ক রেখে দেয়, যা এখনও দেখা যাওয়া সর্বোচ্চ উপস্থিতির চেয়ে ৯০টি ডেস্ক বেশি। এই ব্যাখ্যামূলক দৃশ্যপটে, সাপ্তাহিক গড়ের বদলে সর্বোচ্চ সমসাময়িক উপস্থিতি এস্টেট টিমকে প্রয়োজনীয় প্রমাণ দিয়েছে।

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

স্টাফ উপস্থিতি অ্যানালিটিক্সের জন্য আমাদের কি নতুন অ্যাক্সেস পয়েন্ট প্রয়োজন?

না। Purple আপনার ইতিমধ্যেই মালিকানাধীন অ্যাক্সেস পয়েন্টগুলিতে একটি ক্লাউড ওভারলে হিসাবে কাজ করে। সমর্থিত ভেন্ডরদের মধ্যে রয়েছে Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet। উপস্থিতির তথ্য অথেন্টিকেশন এবং RADIUS accounting রেকর্ড থেকে আসে, যা এই প্ল্যাটফর্মগুলি ইতিমধ্যেই পাঠায়। আপনি স্টাফ নেটওয়ার্ককে Purple-এর Cloud RADIUS-এ পয়েন্ট করেন এবং কোনো সেন্সর বা ক্যামেরা যোগ করেন না। হার্ডওয়্যার ব্র্যান্ডের চেয়ে কভারেজের ব্যবধান বেশি গুরুত্বপূর্ণ, তাই প্রথমে ব্যাক-অফ-হাউস এলাকাগুলিতে সিগন্যাল পরীক্ষা করে দেখুন।

স্টাফ উপস্থিতি অ্যানালিটিক্স কি GDPR-এর সাথে অনুcompliant?

হ্যাঁ, যখন আপনি এটি একটি স্পষ্ট উদ্দেশ্য, একটি বৈধ ভিত্তি এবং একটি ডেটা প্রোটেকশন ইমপ্যাক্ট অ্যাসেসমেন্টের মাধ্যমে পরিচালনা করেন। কর্মীদের মনিটরিং করার বিষয়ে ICO-এর নির্দেশিকায় আপনি কী সংগ্রহ করেন এবং কেন করেন তা কর্মীদের জানাতে হবে। নিয়োগকর্তা এবং কর্মচারীর মধ্যে সম্মতি খুব কমই বৈধ হয়, তাই বেশিরভাগ প্রতিষ্ঠান লেজিটিমেট ইন্টারেস্টের ওপর নির্ভর করে। বিল্ডিং স্তরে রিপোর্ট তৈরি করুন, ডেটা সংরক্ষণের সময়সীমা নির্ধারণ করুন এবং নামযুক্ত ডেটা সীমাবদ্ধ করুন। Purple হলো ISO 27001 সার্টিফাইড এবং GDPR অনুcompliant।

ব্যাজ অ্যাক্সেস ডেটার তুলনায় WiFi স্টাফ উপস্থিতির হিসাব কতটা সঠিক?

দৈনিক উপস্থিতির ক্ষেত্রে, এনরোল করা ডিভাইস রয়েছে এমন প্রতিটি স্টাফ মেম্বারের জন্য এটি সঠিক। সাইটে থাকার সময়ের ক্ষেত্রে এটি বেশিরভাগ ব্যাজ সিস্টেমকে হার মানায়, কারণ RADIUS accounting একটি সেশন কখন শেষ হয় এবং কখন শুরু হয় উভয়ই রেকর্ড করে। অনেক ব্যাজ সিস্টেম শুধুমাত্র প্রবেশ রেকর্ড করে। প্রথম এবং শেষ কয়েক মিনিটের জন্য এটি কম সঠিক, কারণ ডিভাইসগুলি কভারেজের প্রান্তে কানেক্ট এবং ড্রপ করে। এটি ব্যাজের পরিবর্তে নয়, বরং ব্যাজের পাশাপাশি ব্যবহার করুন।

আমরা কি ভিজিটর হেডকাউন্ট হিসাবে অতিথি WiFi উপস্থিতির পরিসংখ্যান ব্যবহার করতে পারি?

না। প্রোব-ভিত্তিক গেস্ট ফিগারগুলি ডিভাইস গণনা করে, মানুষ নয়। iOS এবং Android-এ MAC randomisation-এর কারণে একটি ফোন একাধিক ডিভাইস হিসাবে উপস্থিত হতে পারে। এই সংখ্যাগুলিকে একটি ট্রেন্ড হিসাবে বিবেচনা করুন: গত সপ্তাহের সাথে এই সপ্তাহ, অন্য সাইটের সাথে এই সাইট। লগ ইন করা গেস্ট ফিগারগুলি হলো সেইসব দর্শকদের একটি স্যাম্পল যারা সাইন ইন করার সিদ্ধান্ত নিয়েছে। একটি সঠিক হেডকাউন্টের জন্য, একটি ডোর-মাউন্টেড পিপল কাউন্টার ব্যবহার করুন এবং ট্রেন্ডটি ব্যাখ্যা করতে WiFi ডেটা ব্যবহার করুন।

স্টাফ উপস্থিতি অ্যানালিটিক্স কোন আইডেন্টিটি প্রোভাইডারদের সাথে কাজ করে?

Purple প্ল্যাটফর্মটি Microsoft Entra ID, Okta এবং Google Workspace-এর সাথে ইন্টিগ্রেট করে। স্টাফরা তাদের ইতিমধ্যেই ব্যবহৃত ওয়ার্ক আইডেন্টিটি দিয়ে অথেন্টিকেট করে, তাই উপস্থিতির রেকর্ডে আপনার ডিরেক্টরির মতো একই নাম থাকে। যখন কোনো চাকরি ত্যাগকারীর অ্যাকাউন্ট নিষ্ক্রিয় করা হয়, তার সাথে নেটওয়ার্ক অ্যাক্সেসও বাতিল হয়ে যায়। সেই জয়েনার, মুভার এবং লিভারের লিঙ্কটি উপস্থিতির ডেটা পরিষ্কার রাখে, কারণ প্রাক্তন কর্মীদের অ্যাকাউন্ট চলে গেলে তারা উপস্থিত হওয়া বন্ধ করে দেয়।

গণনা করার জন্য কর্মীদের কি কিছু করতে হবে?

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

স্টাফ উপস্থিতি ডেটা কি আমাদের সময় এবং উপস্থিতি সিস্টেমের বিকল্প হতে পারে?

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

এই সিরিজে পড়া চালিয়ে যান

Cisco Meraki লোকেশন অ্যানালিটিক্স: বিল্ট ইন হিসাবে আপনি যা পাবেন এবং এটি যেখানে থামে

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

গাইডটি পড়ুন →

রিটেইল WiFi ক্রয়ের চেকলিস্ট: গেস্ট অ্যাক্সেস, ফিল্টারিং এবং ফুটফল অ্যানালিটিক্স

পাঁচটি ক্ষেত্রে রিটেইল গেস্ট WiFi ভেন্ডরদের মূল্যায়ন করতে এই চেকলিস্টটি ব্যবহার করুন: গেস্ট অ্যাক্সেস, কন্টেন্ট ফিল্টারিং, ফুটফল রিপোর্টিং, নিরাপত্তা ও অনুপালন, এবং এস্টেট ফিট। টেন্ডারের আগে কী কী প্রাথমিক কাজ শেষ করতে হবে, কী প্রশ্ন জিজ্ঞাসা করতে হবে, পাসের মাপকাঠি কেমন এবং ৩ থেকে ৫টি স্টোরের পাইলটে কীভাবে সংক্ষিপ্ত তালিকাভুক্ত প্ল্যাটফর্মের কাজ প্রমাণ করতে হবে তা আপনি জানতে পারবেন।

গাইডটি পড়ুন →

শপিং সেন্টারের জন্য ফুটফল অ্যানালিটিক্স: WiFi, ক্যামেরা এবং সেন্সরের তুলনা

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

গাইডটি পড়ুন →

আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?

আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।