कर्मचारी उपस्थिती विश्लेषण: इमारतीमध्ये कोण आहे, किती वेळा आणि किती वेळेसाठी

कर्मचारी उपस्थिती विश्लेषण इमारतीत कोण उपस्थित आहे, ते किती वेळा भेट देतात आणि ते किती वेळ थांबतात हे दर्शवण्यासाठी 802.1X प्रमाणीकरण आणि RADIUS अकाउंटिंगचा वापर करते. Microsoft Entra ID किंवा Okta सारख्या ओळख प्रदात्यांशी सत्रे लिंक करून, हे नेटवर्क कनेक्शन्सचे रूपांतर फक्त उपकरणांच्या संख्येत न करता वैयक्तिक उपस्थितीच्या नोंदींमध्ये करते.

कर्मचारी उपस्थिती विश्लेषण म्हणजे काय?

कर्मचारी उपस्थिती विश्लेषण तुमच्या इमारतींमध्ये काम करणाऱ्या लोकांबद्दलच्या तीन प्रश्नांची उत्तरे देते. येथे कोण आहे? ते किती वेळा येतात? ते किती वेळ थांबतात?

प्रत्येक कर्मचारी आधीच करत असलेल्या लॉगिनचा वापर करून, WiFi नेटवर्कवरून हे या प्रश्नांची उत्तरे देते. तुम्हाला नवीन सेन्सर्स, कॅमेरे किंवा बॅज रीडर्सची आवश्यकता नाही.

गेस्ट ॲनालिटिक्सपेक्षा यातील फरक म्हणजे ओळख. कर्मचाऱ्याचे उपकरण एका विशिष्ट व्यक्तीच्या क्रेडेन्शियलसह नेटवर्कमध्ये सामील होते. ही एकच गोष्ट उपकरणाच्या संख्येला उपस्थितीच्या नोंदीमध्ये रूपांतरित करते.

ऑथेंटिकेशन काय मोजण्यायोग्य बनवते

जेव्हा एखादा कर्मचारी ओळख-आधारित नेटवर्कशी कनेक्ट होतो, तेव्हा नेटवर्क तीन गोष्टींची नोंद करते. कोण प्रमाणीकृत झाले, सत्र कधी सुरू झाले आणि ते कधी संपले हे त्याला स्पष्ट माहित असते. या तीन तथ्यांवरून तुम्ही चार परिमाणे काढू शकता:

• व्यक्तीनुसार उपस्थिती. एखादा नामांकित कर्मचारी, कंत्राटदार किंवा एजन्सी कामगार दिलेल्या दिवशी साइटवर उपस्थित होता की नाही.
• भेट वारंवारता. प्रत्येक इमारतीनुसार, प्रत्येक व्यक्ती दर आठवड्याला किंवा महिन्याला किती दिवस उपस्थित राहते.
• साइटवरील वेळ. प्रति व्यक्ती, प्रति दिवस, पहिल्या कनेक्शनपासून शेवटच्या डिस्कनेक्शनपर्यंतचा कालावधी.
• समकालीन उपस्थिती. मंगळवारी सकाळी 11:00 वाजता इमारत किंवा मजल्यानुसार किती विशिष्ट व्यक्ती उपस्थित होत्या.

प्रत्येक परिमाण तुमचे नेटवर्क आधीपासून तयार करत असलेल्या प्रमाणीकरण नोंदींवरून येते.

गेस्टची संख्या हा एक ट्रेंड का आहे, डोकेगणती का नाही

गेस्टची उपस्थिती सहसा प्रोब विनंत्यांपासून सुरू होते. प्रोब रिक्वेस्ट ही एक छोटी मॅनेजमेंट फ्रेम असते जी फोन माहित असलेल्या नेटवर्कचा शोध घेत असताना ब्रॉडकास्ट करतो. यामध्ये MAC ॲड्रेस असतो आणि कोणतीही ओळख नसते.

आधुनिक फोन तो ॲड्रेस यादृच्छिक करतात. Apple ने iOS 14 मध्ये खाजगी WiFi ॲड्रेस सादर केले. Android 10 पासून Android ने डीफॉल्टनुसार यादृच्छिक प्रति-नेटवर्क ॲड्रेस वापरले आहेत.

याचा परिणाम अंदाज करण्याजोगा आहे. एक फोन दिवसभरात अनेक उपकरणांच्या रूपात दिसू शकतो. फोन, टॅब्लेट आणि वॉच घेऊन जाणारी एक व्यक्ती तीन उपकरणांसारखी दिसते. जाणाऱ्या कारमधील फोनही दिसतो. प्रोब विनंत्या देखील 802.11w सुरक्षित करत असलेल्या फ्रेम्सच्या बाहेर असतात, जसे की आमचे मार्गदर्शक Protected Management Frames: A Practical Guide for 2026 स्पष्ट करते.

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

Captive Portal द्वारे लॉग इन करणारे पाहुणे हा एक आंशिक अपवाद आहेत. Captive Portal हे इंटरनेट ॲक्सेस मिळण्यापूर्वी दाखवले जाणारे साइन-इन पेज आहे. प्रत्येक लॉग-इन केलेल्या पाहुण्याची एक ओळख असते, परंतु केवळ काही टक्के भेटदेणारेच लॉग इन करतात. तुमच्या भेटदtopic चा एक नमुना म्हणून WiFi Analytics मध्ये लॉग-इन केलेले आकडे पहा. तुम्ही ऑटो-कनेक्ट जोडण्याची योजना आखत असल्यास, Passpoint and guest marketing: keeping first-party data when guests auto-connect वाचा.

	प्रोब-आधारित गेस्ट हजेरी	लॉग-इन केलेला Guest WiFi	कर्मचाऱ्यांची हजेरी (प्रमाणित)
हे काय मोजते	दिसलेले डिव्हाइस MAC पत्ते	साइन-इन पूर्ण केलेले पाहुणे	कामाची क्रेडिटेन्शियल्स असलेल्या नामांकित व्यक्ती
संलग्न ओळख	काहीही नाही	पाहुण्याने शेअर करण्यासाठी निवडलेले तपशील	तुमच्या ओळख प्रदात्याकडून मिळालेली कामाची ओळख
MAC यादृच्छिकीकरणाचा परिणाम	संख्या वाढवून दाखवते	परत येणारे डिव्हाइस नवीन दिसू शकते	काहीही नाही, नवीन MAC पत्त्यानंतरही ओळख टिकून राहते
हे कोणाला चुकवते	WiFi बंद असलेली डिव्हाइसेस	कधीही साइन इन न करणारे पाहुणे	कोणतेही नोंदणीकृत डिव्हाइस नसलेले कर्मचारी
हे कोणाचा चुकीचा समावेश करते	इमारतीबाहेरून जाणारे वाटसरू	कोणीही नाही	कोणीही नाही
प्रति व्यक्ती भेट वारंवारता	विश्वासार्ह नाही	पुन्हा लॉग इन करणाऱ्या पाहुण्यांसाठी विश्वासार्ह	विश्वासार्ह
साइटवरील वेळ	दर्शनांवरून अंदाज लावलेला	सत्रावर आधारित	RADIUS अकाउंटिंगवरून, सत्रावर आधारित
हेडकाउंटसाठी योग्य	नाही, फक्त ट्रेंड	नाही, फक्त नमुना	होय, नोंदणीकृत कर्मचाऱ्यांसाठी
सर्वोत्तम उपयोग	आठवड्या-दर-आठवडा तुलना	पुनरावृत्ती भेटी आणि मार्केटिंग प्रेक्षक	हजेरी, वारंवारता आणि जागेचे नियोजन

तुमच्या नेटवर्कवर कर्मचाऱ्यांची हजेरी का महत्त्वाची आहे?

बहुतेक संस्थांकडे हा डेटा आधीपासूनच असतो आणि त्या तो कधीच वाचत नाहीत. तुमचे ॲक्सेस पॉइंट्स जोडल्या जाणाऱ्या प्रत्येक कर्मचाऱ्याचे डिव्हाइस पाहतात. तुमचा RADIUS सर्व्हर प्रत्येक प्रमाणीकरणाची नोंद ठेवतो. कर्मचारी हजेरी ॲनालिटिक्स त्या नोंदींचे निर्णयात रूपांतर करते.

इस्टेट आणि जागेचे नियोजन

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

वास्तव विरुद्ध रोस्टर

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

कंत्राटदार आणि एजन्सी कर्मचारी

एजन्सीची इनव्हॉईस तासांचे बिल आकारतात. एजन्सी कर्मचाऱ्याची वैयक्तिक ओळख तुम्हाला बिल केलेले तास आणि साइटवरील वेळ यांची व्यक्तीनुसार तुलना करू देते.

जॉइनर्स, मूव्हर्स आणि लीव्हर्स

हजेरी हा एक सुरक्षा सिग्नल देखील आहे. Staff WiFi ला तुमच्या ओळख प्रदात्याशी लिंक करा, आणि निष्क्रिय केलेले खाते प्रमाणीकरण करणे थांबवते. ज्या सोडलेल्या कर्मचाऱ्याची ओळख अजूनही दिसते ती शेअर केलेला पासवर्ड किंवा रद्द न केलेली की दर्शवते. Microsoft Entra ID, Okta किंवा Google Workspace मध्ये खाते निष्क्रिय केल्यावर Purple चे जॉइनर्स, मूव्हर्स आणि लीव्हर्स (JML) मॉडेल ॲक्सेस रद्द करते.

कर्मचारी हजेरी ॲनालिटिक्स कसे काम करते?

याची रचना तीन पायऱ्यांमध्ये आहे: प्रति कनेक्‍शन एक ओळख, प्रत्येक सेशनची नोंद, आणि सेशन्सचे उपस्थितीत रूपांतर करणारे नियम.

पायरी 1: प्रत्येक कनेक्‍शनला एक ओळख द्या

कर्मचाऱ्यांची उपस्थिती प्रति कनेक्‍शन एका ओळखीवर अवलंबून असते. हे साध्य करण्याचे दोन सामान्य मार्ग आहेत.

IEEE 802.1X हे पोर्ट आधारित नेटवर्क अक्सेस कंट्रोलचे मानक आहे. WiFi वर, डिव्हाइस नेटवर्कपर्यंत पोहोचण्यापूर्वी क्रेडेंशियल्स सादर करते. RADIUS सर्व्हर त्यांची तपासणी करतो. RADIUS (रिमोक्‍ट ऑथेंटिकेशन डायल-इन युजर सर्व्हिस, RFC 2865) हा प्रोटोकॉल आहे जो प्रत्येक लॉगिन स्वीकारतो किंवा नाकारतो.

802.1X मध्ये अनेक EAP पद्धतींपैकी एक वापरली जाते. EAP-TLS सह, डिव्हाइस प्रमाणपत्राद्वारे (certificate) ओळख सिद्ध करते. 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 मधील ओळखींशी जोडते. उपस्थितीच्या नोंदीमध्ये तुमच्या डिरेक्टरीसारखेच नाव येते.

पायरी 2: RADIUS अकाउंटिंगसह प्रत्येक सेशनची नोंद घ्या

RFC 2866 मध्ये परिभाषित केलेले RADIUS अकाउंटिंग, लॉगिनचे वेळेत रूपांतर करते. जेव्हा एखादे सेशन सुरू होते तेव्हा अक्सेस पॉइंट Start स्टेटससह अकाउंटिंग-रिक्वेस्ट पाठवतो. सेशन संपल्यावर तो Stop स्टेटससह दुसरी रिक्वेस्ट पाठवतो.

Stop रेकॉर्डमध्ये Acct-Session-Time समाविष्ट असते, जे सेकंदांमधील सेशनचा कालावधी दर्शवते. सेशन सुरू असताना Interim-Update रेकॉर्ड येतात, ज्यांचा कालावधी RFC 2869 मधील Acct-Interim-Interval अ‍ॅट्रिब्यूटद्वारे सेट केला जातो. ते लोक निघून गेल्यानंतरच नाही, तर सध्या कोण उपस्थित आहे हे देखील दाखवतात.

पायरी 3: सेशन्सचे उपस्थितीत रूपांतर करा

रॉ (raw) सेशन्समध्ये बराच गोंधळ असू शकतो. जिना उतरताना फोनचे WiFi डिस्कनेक्ट होते आणि दोन मिनिटांनी ते पुन्हा जोडले जाते. जेवणाच्या वेळेत लॅपटॉप स्लीप मोडवर जातो. एकाच व्यक्तीची तीन डिव्हाइसेस असू शकतात. कोणीही रिपोर्ट वाचण्यापूर्वी हे नियम निश्चित करा:

• ओळखीनुसार एकत्र (merge) करा. एकाच व्यक्ती म्हणून ऑथेंटिकेट होणाऱ्या प्रत्येक डिव्हाइसचे सेशन्स एकत्र करा.
• लहान गॅप्स जोडा. ठरवलेल्या वेळेपेक्षा कमी कालावधीचे डिस्कनेक्शन, जसे की 15 मिनिटे, सततची उपस्थिती म्हणून गृहीत धरा.
• किमान भेट निश्चित करा. ठरवलेल्या कालावधीपेक्षा कमी कालावधीच्या उपस्थितीकडे दुर्लक्ष करा, जेणेकरून थोड्या वेळासाठी येणे हा पूर्ण कामाचा दिवस म्हणून गणला जाणार नाही.
• दिवसाची सीमा ठरवा. नाईट शिफ्ट मध्यरात्री ओलांडतात, त्यामुळे कामाचा दिवस कॅलेंडरनुसार नाही तर शिफ्टनुसार परिभाषित करा.

नियम कसे काम करतात ते येथे दिले आहे. एका फॅसिलिटीज कोऑर्डिनेटरच्या फोन आणि लॅपटॉपवरून बुधवारी पाच सेशन्सची नोंद होते. पहिले सकाळी 08:12 वाजता सुरू होते आणि शेवटचे 17:04 वाजता थांबते. चार आणि नऊ मिनिटांचे दोन गॅप्स 15 मिनिटांच्या वेळेच्या मर्यादेत येतात. याचा परिणाम म्हणून ती एक व्यक्ती आठ तास आणि 52 मिनिटे उपस्थित असल्याचे दिसते.

लोकांच्या या दैनंदिन नोंदी एकत्र करा आणि तुमच्याकडे उपस्थिती, वारंवारता आणि ऑक्युपन्सीचा डेटा तयार होतो.

तुम्ही आधीच चालवत असलेल्या सिस्टीम्ससोबत हे कुठे बसते?

कर्मचारी उपस्थिती अ‍ॅनालिटिक्स तुमच्या अक्सेस कंट्रोल, रोटा किंवा HR सिस्टीम्सची जागा घेत नाही. हे त्यांच्यातील त्रुटी किंवा गॅप्स भरून काढते.

तुमचे अक्सेस पॉइंट्स

Purple हे हार्डवेअर अग्नोस्टिक आहे आणि क्लाउड ओव्हरले म्हणून चालते. हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet सोबत काम करते. तुमचे ॲक्सेस पॉईंट्स आधीपासूनच ऑथेंटिकेशन आणि अकाउंटिंग रेकॉर्ड पाठवतात, त्यामुळे कोणतेही नवीन हार्डवेअर बदलण्याची (rip and replace) गरज नाही. विस्तृत माहितीसाठी Why your next WiFi upgrade doesn't need new hardware वाचा.

तुमचे नेटवर्क डिझाइन

कर्मचाऱ्यांचे Staff WiFi आणि Guest WiFi वेगवेगळ्या VLANs वर ठेवा. VLAN (व्हर्च्युअल LAN) हा एक लॉजिकल सेगमेंट आहे जो उपकरणांच्या एका गटाला दुसऱ्या गटापासून वेगळा करतो. या विलगीकरणामुळे पाहुण्यांची उपकरणे कर्मचाऱ्यांच्या उपस्थितीच्या आकडेवारीपासून दूर राहतात आणि कर्मचाऱ्यांचा ट्रॅफिक पाहुण्यांच्या रिपोर्टमध्ये येत नाही. Network Best Practices for Venues and Enterprises in 2026 यामध्ये सेगमेंटेशनबद्दल अधिक सखोल माहिती दिली आहे.

तुमचे इतर डेटा स्त्रोत

प्रत्येक स्त्रोत एका वेगळ्या प्रश्नाचे उत्तर देतो. योग्य स्त्रोत निवडण्यासाठी या मॅट्रिक्सचा वापर करा.

तुमचा प्रश्न	सर्वोत्तम डेटा स्त्रोत	कारण
आज नावाचा कर्मचारी जागेवर उपस्थित होता का?	802.1X किंवा iPSK कडून मिळणारी कर्मचाऱ्यांची उपस्थिती	प्रत्येक सत्राशी एक ओळख जोडलेली असते
कर्मचारी प्रत्येक भेटीमध्ये किती वेळ थांबतात?	RADIUS अकाउंटिंग कडून मिळणारी कर्मचाऱ्यांची उपस्थिती	स्टॉप रेकॉर्ड सत्राची लांबी देतात; बहुतेक बॅज सिस्टम फक्त एंट्री रेकॉर्ड करतात
प्रत्येक इमारतीला किती डेस्कची आवश्यकता आहे?	कर्मचाऱ्यांची उपस्थिती, कमाल समवर्ती उपस्थिती	सर्वात जास्त गर्दीच्या वेळेत विशिष्ट व्यक्तींची गणना करते
दरवाजातून किती लोक चालत आत आले?	दरवाजावर बसवलेले पीपल्स काउंटर	नोंदणीकृत उपकरण नसलेल्या कर्मचाऱ्यांसह प्रत्येकाची गणना करते
हा शनिवार गेल्या शनिवारपेक्षा जास्त गर्दीचा आहे का?	प्रोब आधारित पाहुण्यांची उपस्थिती	प्रत्येक आठवड्यात तीच पद्धत, त्यामुळे दिशेची तुलना केली जाऊ शकते
कोणते पाहुणे परत येतात आणि किती वेळा?	लॉगिन केलेले Guest WiFi	पाहुण्यांनी साइन इन करताना ओळख शेअर करणे निवडले
योग्य व्यक्तीने सुरक्षित दरवाजा उघडला का?	बॅज ॲक्सेस कंट्रोल	प्रवेशाच्या ठिकाणी भौतिक नियंत्रण

प्रत्यक्ष लागू केलेली उदाहरणे: हॉस्पिटॅलिटी, रिटेल आणि सार्वजनिक क्षेत्रातील कर्मचाऱ्यांची उपस्थिती

खालील तीन उदाहरणे स्पष्टीकरणात्मक आकडेवारी वापरतात. ती परिस्थिती, काय केले गेले आणि या पद्धतीमुळे मिळणारा मोजण्यायोग्य परिणाम दाखवतात.

200 खोल्यांचे हॉटेल जे हाऊसकीपिंग रोटाची खऱ्या उपस्थितीशी जुळवणी करते

परिस्थिती. 200 खोल्यांच्या हॉटेलमध्ये हाऊसकीपिंग, किचन, फ्रंट ऑफिस आणि मेंटेनन्समध्ये 140 कर्मचारी काम करतात. एजन्सी हाऊसकीपर्स वीकेंडला काम पाहतात. ऑपरेशन्स डायरेक्टरला संशय होता की वीकेंडला हाऊसकीपिंग उशिरा सुरू होते, ज्यामुळे 15:00 च्या चेक-इनपूर्वी खोली तयार होण्यास उशीर होतो. कर्मचाऱ्यांच्या प्रवेशद्वारावर कोणताही बॅज रीडर नव्हता, त्यामुळे कोणीही तपासू शकत नव्हते.

काय केले गेले. IT ने कायमस्वरूपी कर्मचाऱ्यांना 802.1X Staff WiFi वर हलवले, ज्याचे ऑथेंटिकेशन Purple च्या Cloud RADIUS द्वारे Microsoft Entra ID सह केले गेले. प्रत्येक एजन्सी हाऊसकीपरला एक वैयक्तिक iPSK की मिळाली, जी त्यांचे काम संपल्यावर रद्द केली गेली. विद्यमान ॲक्सेस पॉईंट्स तसेच ठेवले गेले. हॉटेलने डेटा प्रोटेक्शन इम्पॅक्ट असेसमेंट पूर्ण केले आणि आधी कर्मचाऱ्यांना नोटीस जारी केली.

निकाल. चार शनिवार आणि रविवारी, शिफ्टच्या पत्रकानुसार सकाळी 07:00 वाजता 14 हाऊसकीपर्स असणे आवश्यक होते. प्रेझेन्स डेटावरून असे दिसून आले की सकाळी 07:30 पर्यंत साइटवर सरासरी 10 विशिष्ट व्यक्ती होत्या आणि 08:45 पर्यंत ही संख्या 14 वर पोहोचली. हा फरक कायमस्वरूपी कर्मचार्‍यांमुळे नाही तर एजन्सीद्वारे आलेल्या कर्मचार्‍यांमुळे होता. हॉटेलने त्यांच्या एजन्सी करारात आगमन निश्चितीची (confirmed-arrival) अट जोडली. पुढील चार वीकेंडला सकाळी 07:30 पर्यंत 14 पैकी सरासरी 13 जण साइटवर उपस्थित होते. हॉटेल उपयोजनांबद्दल (deployments) अधिक माहिती आमच्या Hotels पृष्ठावर उपलब्ध आहे.

एरिया मॅनेजरच्या भेटींचे मोजमाप करणारी 40 स्टोअर्सची रिटेल साखळी

परिस्थिती. 40-स्टोअर साखळीमध्ये आठ एरिया मॅनेजर आहेत, प्रत्येकाकडे पाच स्टोअर्सची जबाबदारी आहे. धोरणानुसार प्रत्येक स्टोअरला महिन्यातून किमान दोन भेटी मिळणे आवश्यक आहे. या भेटींची नोंद स्प्रेडशीटमध्ये स्वतःहून केली जात होती, आणि स्टोअर मॅनेजर्सनी या आकडेवारीवर वाद निर्माण केला.

काय करण्यात आले. एरिया मॅनेजर्सचे लॅपटॉप आणि फोन त्यांच्या Okta ओळखिपत्रानुसार Staff WiFi शी जोडले गेले. प्रत्येक स्टोअरने समान कर्मचारी नेटवर्क प्रसारित केले, ज्यामुळे संपूर्ण मालमत्तेमध्ये प्रत्येक मॅनेजरच्या उपस्थितीचा मागोवा घेतला गेला. एका स्टोअरमध्ये किमान 30 मिनिटांची सतत उपस्थिती म्हणजे एक भेट असे रिटेलरने मानले.

निकाल. पहिल्या महिन्यात, 40 पैकी 31 स्टोअर्सने दोन भेटींचे मानक पूर्ण केले. अयशस्वी ठरलेली नऊ स्टोअर्स दोन प्रदेशांच्या सीमांवर होती, जिथे सरासरी एकपेक्षा कमी भेट झाली होती. नियोजित तीन तासांच्या तुलनेत भेटीचा सरासरी कालावधी 95 मिनिटे होता. रिटेलरने दोन प्रदेशांची पुनर्रचना केली, आणि पुढील महिन्यात 40 पैकी 38 स्टोअर्सने मानकांची पूर्तता केली. अधिक माहितीसाठी आमचे Retail पृष्ठ पहा.

हायब्रिड कामाचे नियोजन करणारे कौन्सिल ऑफिसचे क्षेत्र

परिस्थिती. एक कौन्सिल 1,100 कर्मचार्‍यांसह तीन कार्यालयीन इमारतींमध्ये हायब्रिड धोरणावर काम चालवते. त्यांच्या मुख्य इमारतीत 620 डेस्क आहेत. एक मजला रिकामा करण्यापूर्वी इस्टेट टीमला पुराव्याची गरज होती.

काय करण्यात आले. Staff WiFi पूर्वीपासूनच Microsoft Entra ID विरुद्ध 802.1X वापरत होते. कौन्सिलने RADIUS अकाउंटिंग सुरू केले आणि आठ आठवड्यांसाठी दररोज प्रति इमारत सर्वोच्च समवर्ती (peak concurrent) विशिष्ट व्यक्तींचे मोजमाप केले. अहवाल केवळ इमारत स्तरावर इस्टेट टीमला पाठवले गेले आणि लाईन मॅनेजर्सना व्यक्तींची नावे कधीही दिली गेली नाहीत.

निकाल. मुख्य इमारतीतील सर्वोच्च उपस्थिती मंगळवार आणि बुधवारी 410 लोकांपर्यंत पोहोचली. सोमवार आणि शुक्रवारी ही संख्या 250 च्या खाली होती. कौन्सिलने 120 डेस्कचा एक मजला सोडला आणि 500 डेस्क कायम ठेवले. तरीही सर्वोच्च नोंदवलेल्या उपस्थितीपेक्षा 90 डेस्क जास्त शिल्लक राहतात.

तुम्हाला कोणत्या मर्यादांबद्दल माहिती असणे आवश्यक आहे?

Staff प्रेझेन्स ॲनालिटिक्स हे ज्या घटकांचे मोजमाप करते त्याबाबतीत अचूक असते. मात्र ते कुठे थांबते हे जाणून घ्या.

हे नोंदणीकृत उपकरणांची गणना करते, प्रत्येक व्यक्तीची नाही

ज्या कर्मचाऱ्यांकडे कोणतेही कामाचे उपकरण नाही किंवा जे कधीही Staff WiFi मध्ये सामील होत नाहीत, ते अदृश्य राहतात. किचन पोर्टर्स आणि क्लीनर्स बहुधा या गटात येतात. त्यांना वैयक्तिक फोनवर iPSK ऑफर करा, आणि प्रत्येक उपस्थितीच्या आकड्यासोबत नोंदणी कव्हरेजचा अहवाल द्या.

कव्हरेजमधील गॅप्स प्रेझेन्स गॅप्स बनतात

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

ही आपत्कालीन निर्गमन (evacuation) हजेरी नाही

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

हे पगारासाठी तुमचे सिस्टीम ऑफ रेकॉर्ड नाही

WiFi प्रेझेंस दाखवते की कर्मचाऱ्याची ओळख असलेले डिव्हाइस कधी कनेक्ट केले होते. कोणी कधी काम सुरू केले हे ते दाखवत नाही. तुमचा वेळ आणि उपस्थिती सिस्टीम हीच पगाराची नोंद म्हणून ठेवा.

डेटा संरक्षण कायद्यानुसार हे कर्मचाऱ्यांचे निरीक्षण आहे

UK GDPR अंतर्गत, नामनिर्देशित कर्मचारी साइटवर कधी आहेत हे मोजणे म्हणजे कामावर वैयक्तिक डेटावर प्रक्रिया करणे होय. कामगारांवर लक्ष ठेवण्याबाबत ICO ची मार्गदर्शक तत्त्वे पारदर्शकता आणि स्पष्ट उद्देशाची अपेक्षा करतात. जिथे देखरेख उच्च धोक्याची असण्याची शक्यता असते तिथे कलम 35 अंतर्गत डेटा प्रोटेक्शन इम्पॅक्ट असेसमेंट (DPIA) ची देखील अपेक्षा केली जाते.

सत्तेच्या असमतोलामुळे नियोक्ता आणि कर्मचारी यांच्यात संमती क्वचितच वैध ठरते. बहुतेक संस्था त्याऐवजी कलम 6(1)(f) अंतर्गत कायदेशीर हितसंबंधांवर अवलंबून असतात. कलम 5(1)(c) अंतर्गत डेटा कमीत कमी वापराचा नियम लागू करा: इमारतीच्या स्तरावर रिपोर्ट करा आणि नामनिर्देशित डेटा ज्यांना गरज आहे त्यांच्यापुरता मर्यादित ठेवा. कॅलिफोर्नियामध्ये, 1 जानेवारी 2023 पासून कर्मचाऱ्यांचा डेटा 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 प्रेझेंसच्या आकडेवारीचा वापर भेट देणाऱ्यांच्या headcount म्हणून करू शकतो का?

नाही. प्रोब-आधारित गेस्टची आकडेवारी ही डिव्हाइसेसची गणना करते, लोकांची नाही. iOS आणि Android वरील MAC रँडमायझेशनमुळे एक फोन अनेक डिव्हाइसेस म्हणून दिसू शकतो. त्या आकडेवारीला ट्रेंड म्हणून पाहा: या आठवड्याची गेल्या आठवड्याशी तुलना, या साइटची त्या साइटशी तुलना. लॉग-इन केलेल्या गेस्टची आकडेवारी ही साइन इन करणे निवडलेल्या भेट देणाऱ्यांचा एक नमुना आहे. अचूक headcount साठी, दारावर बसवलेले पीपल काउंटर वापरा आणि ट्रेंड स्पष्ट करण्यासाठी WiFi डेटा वापरा.

स्टाफ प्रेझेंस ॲनालिटिक्स कोणत्या आयडेंटिटी प्रोव्हाइडर्ससोबत काम करते?

Purple हे Microsoft Entra ID, Okta आणि Google Workspace सोबत समाकलित (integrate) होते. कर्मचारी आधीपासूनच वापरत असलेल्या वर्क आयडेंटिटीद्वारे ऑथेंटिकेट करतात, त्यामुळे प्रेझेंस रेकॉर्डमध्ये तुमच्या डिरेक्टरीसारखेच नाव येते. जेव्हा सोडून जाणाऱ्या व्यक्तीसाठी खाते निष्क्रिय केले जाते, तेव्हा त्यासोबत नेटवर्क ॲक्सेस रद्द केला जातो. जॉईनर्स, मुव्हर्स आणि लीव्हर्सची ही लिंक प्रेझेंस डेटा स्वच्छ ठेवते, कारण माजी कर्मचाऱ्यांचे खाते बंद झाल्यावर ते दिसणे बंद होतात.

कर्मचाऱ्यांना गणनेत समाविष्ट होण्यासाठी काही करावे लागते का?

कर्मचारी त्यांच्या वर्क क्रेडेन्शियल्ससह किंवा वैयक्तिक iPSK की द्वारे एकदाच Staff WiFi नेटवर्कशी कनेक्ट होतात. त्यानंतर, प्रत्येक भेटीवर डिव्हाइस स्वयंचलितपणे पुन्हा कनेक्ट होते आणि प्रत्येक सेशनची नोंद केली जाते. प्रेझेंस नेटवर्क रेकॉर्डमधून येते, डिव्हाइसवर लक्ष ठेवणाऱ्या सॉफ्टवेअरमधून नाही. जे कर्मचारी कधीही कनेक्ट होत नाहीत किंवा जे WiFi बंद करतात, त्यांची गणना केली जात नाही. उपस्थितीसोबत एनरोलमेंट कव्हरेज रिपोर्ट करा जेणेकरून वाचकांना माहीत असेल की आकडेवारीमध्ये कोणाचा समावेश आहे.

कर्मचाऱ्यांचा प्रेझेंस डेटा आमच्या टाइम अँड अटेंडन्स सिस्टमची जागा घेऊ शकतो का?

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