थेट उत्तर: खरेदीदारांनी प्रत्येक कोड कोण तयार करू शकतो, तो केव्हा वैध होतो, तो केव्हा संपतो, कर्मचारी प्रवेश पाहुण्यांच्या प्रवेशापेक्षा कसा वेगळा असतो, आणीबाणी कशा हाताळल्या जातात आणि प्रोजेक्ट हँडओव्हर करताना कोणते रेकॉर्ड ट्रान्सफर केले जातात हे परिभाषित केले पाहिजे. या नियमांची मोठ्या प्रमाणात मंजुरी देण्यापूर्वी अचूक कीपॅड स्मार्ट लॉक मॉडेल, व्यवस्थापन पद्धत आणि रूम-टर्नओव्हर वर्कफ्लो विरुद्ध चाचणी करणे आवश्यक आहे.
जेव्हा RFQ फक्त "पासवर्ड ऍक्सेस आवश्यक आहे" असे म्हणतो तेव्हा कीपॅड लॉक पूर्णपणे निर्दिष्ट केले जात नाही. हॉटेल्स, गेस्टहाउस, अपार्टमेंट, होमस्टे आणि शाळा वेगळ्या पद्धतीने खोल्या चालवतात. खाजगी निवासस्थानासाठी काम करणारा कोड जेव्हा खोल्यांमधील रहिवासी बदलतात तेव्हा टाळता येण्याजोगे नियंत्रण अंतर निर्माण करू शकतात, अनेक कर्मचारी संघांना प्रवेशाची आवश्यकता असते किंवा मालमत्ता व्यवस्थापकाने क्रेडेन्शियल त्वरीत रद्द करणे आवश्यक असते. त्यामुळे खरेदीदाराला क्रेडेन्शियल पॉलिसी तसेच हार्डवेअर स्पेसिफिकेशनची आवश्यकता असते.
क्रेडेन्शियल पॉलिसी स्थापनेनंतर लॉक कसे ऑपरेट केले जाईल हे निर्धारित करते. याचा अतिथी उलाढाल, कर्मचाऱ्यांची जबाबदारी, आपत्कालीन प्रवेश, प्रशासक हस्तांतरित करणे आणि खोलीतील प्रत्येक बदलाच्या वेळी आवश्यक कामावर परिणाम होतो. खरेदीदार पुनरावलोकन करत आहेत पासवर्ड स्मार्ट लॉक पर्याय कोटेशन्सची तुलना करण्यापूर्वी या ऑपरेशनल गरजा तपासण्यायोग्य आवश्यकतांमध्ये अनुवादित केल्या पाहिजेत.
उद्योग अनुभव बिंदू: कोडला प्रारंभ वेळ, कालबाह्यता वेळ, एक-वेळ वापरण्याची अट किंवा फक्त मॅन्युअल हटवणे आहे की नाही हे परिभाषित केल्याशिवाय कोटेशन "तात्पुरता पासवर्ड" सूचीबद्ध करू शकते. ते भिन्न ऑपरेटिंग परिणाम आहेत, म्हणून RFQ ने वाक्यांशास संपूर्ण तपशील म्हणून हाताळू नये.
पहिला निर्णय म्हणजे खोली-व्यवस्थापन मॉडेल. हॉटेल प्रत्येक मुक्कामासाठी एक क्रेडेन्शिअल तयार करू शकते, दीर्घकालीन अपार्टमेंटमध्ये एक रहिवासी कोड महिन्यांसाठी असू शकतो आणि शाळेच्या वसतिगृहाला एकाच दारात निवासी, पर्यवेक्षक आणि देखभाल प्रवेशाची आवश्यकता असू शकते. कीपॅड स्मार्ट लॉकने पुरवलेल्या अचूक मॉडेलवर अपेक्षित वर्कफ्लोला समर्थन देणे आवश्यक आहे; पुरवठादाराच्या श्रेणीमध्ये कुठेतरी उपलब्ध असलेले कार्य प्रत्येक लॉकवर अस्तित्वात आहे असे गृहीत धरले जाऊ नये.
वैशिष्ट्यांऐवजी भूमिकांपासून सुरुवात करा. प्रत्येक भूमिकेचा स्पष्ट मालक, वैधता नियम, रद्द करण्याची प्रक्रिया आणि स्वीकृती चाचणी असावी.
| वापरकर्ता भूमिका | परिभाषित करण्यासाठी कोड नियम | अपरिभाषित असल्यास मुख्य धोका | मागण्यासाठी पुरावा |
|---|---|---|---|
| पाहुणे किंवा अल्पकालीन निवासी | प्रारंभ वेळ, कालबाह्यता वेळ, पुनर्वापर धोरण आणि खोली असाइनमेंट | पूर्वीचा रहिवासी प्रवेश ठेवू शकतो किंवा नवीन अतिथीला खूप लवकर कोड प्राप्त होऊ शकतो | प्रस्तावित मॉडेलवर ऑपरेटिंग सूचना आणि कालबद्ध-कोड प्रात्यक्षिक |
| दीर्घकालीन रहिवासी | रहिवासी कोड कोण तयार करतो, बदलतो आणि रद्द करतो | जेव्हा भाडेकरू किंवा मालमत्ता व्यवस्थापक बदलतात तेव्हा मालकी अस्पष्ट होते | प्रशासक प्रक्रिया आणि रीसेट प्रक्रिया |
| घरकाम किंवा नित्य सेवा | अनुमत खोल्या, परवानगी तास, सामायिक किंवा वैयक्तिक कोड धोरण | सामायिक स्थायी कोड जबाबदारी कमकुवत करते | भूमिका चाचणी कव्हरिंग परवानगी आणि प्रवेश नाकारला |
| देखभाल | मंजूरी, वेळ विंडो, व्याप्ती, आणि कामानंतरचे निरस्तीकरण | भेटीनंतर तात्पुरता दुरुस्ती क्रेडेन्शियल सक्रिय राहते | चाचणी रेकॉर्ड जारी करा आणि रद्द करा |
| आपत्कालीन व्यवस्थापक | अधिकार, स्टोरेज, वापर रेकॉर्ड आणि इव्हेंट नंतरचे पुनरावलोकन ओव्हरराइड करा | आपत्कालीन प्रवेश अनुपलब्ध आहे किंवा खूप मोठ्या प्रमाणावर वितरित केला आहे | दस्तऐवजीकरण ओव्हरराइड आणि पुनर्प्राप्ती प्रक्रिया |
| सिस्टम प्रशासक | प्रशासक संख्या, हस्तांतरण, रीसेट प्राधिकरण आणि बॅकअप जबाबदारी | हस्तांतरित केल्यानंतर मालमत्ता एका व्यक्तीवर किंवा इंस्टॉलरवर अवलंबून असते | प्रशासक हस्तांतरित चेकलिस्ट |
उद्योग अनुभव बिंदू: सामायिक कर्मचारी कोड तैनात करणे सोपे आहे परंतु ऑडिट करणे कठीण आहे. जेव्हा जबाबदारी महत्त्वाची असते, तेव्हा खरेदीदारांनी विचारावे की वैयक्तिक क्रेडेन्शियल समर्थित आहेत की नाही आणि प्रस्तावित कॉन्फिगरेशनवर किती व्यवस्थापित केले जाऊ शकतात.
एक उपयुक्त आवश्यकता संपूर्ण क्रेडेन्शियल जीवनचक्राचे वर्णन करते: निर्मिती, संप्रेषण, सक्रियकरण, वापर, कालबाह्यता आणि हटवणे. लहान मुक्कामासाठी, खरेदीदाराने ठरवावे की प्रवेश नियोजित चेक-इन वेळेवर सुरू होतो की कर्मचारी खोली सक्रिय करतात. चेकआउट करताना समान निर्णय आवश्यक आहे: स्वयंचलित कालबाह्यता आणि मॅन्युअल निरस्त करणे भिन्न वर्कलोड आणि भिन्न अपयश मोड तयार करतात.
उद्योग अनुभव बिंदू: मुक्काम वाढवणे हा एक सामान्य अपवाद आहे जो अनेकदा नमुना चाचणीमध्ये चुकला जातो. सक्रिय क्रेडेन्शियल स्वच्छपणे वाढवता येऊ शकते किंवा बदलले जाणे आवश्यक आहे आणि जुना वैधता कालावधी कर्मचाऱ्यांना दिसत आहे की नाही हे मालमत्तेने तपासले पाहिजे.
अतिथी प्रवेशाने कर्मचारी प्रवेश स्वयंचलितपणे परिभाषित करू नये. कर्मचाऱ्यांना आवर्ती टाइम विंडो, अनेक खोल्यांमध्ये प्रवेश किंवा कार्य ऑर्डर सक्रिय असतानाच प्रवेश आवश्यक असू शकतो. प्रशासक क्रेडेंशियल्सना अधिक घट्ट मालकी आवश्यक आहे कारण ते इतर क्रेडेन्शियल तयार करू शकतात, हटवू शकतात किंवा रीसेट करू शकतात. नियमित कार्यप्रवाह अयशस्वी झाल्यास आपत्कालीन प्रवेश उपलब्ध असावा, परंतु तो अधिकार कोणाकडे आहे आणि वापराचे पुनरावलोकन कसे केले जाते हे खरेदीदाराने ठरवले पाहिजे.
मेकॅनिकल की ऍक्सेस त्याच्यासाठी कॉन्फिगर केलेल्या मॉडेल्सवर स्वतंत्र फॉलबॅक प्रदान करू शकते, परंतु की स्वतःच एक नियंत्रित क्रेडेंशियल बनते. की क्रमांकन, स्टोरेज, इश्यू रेकॉर्ड, डुप्लिकेट आणि नुकसान झाल्यानंतर बदलणे हे ऑपरेटिंग प्लॅनमध्ये समाविष्ट केले जावे. एक कीपॅड पॉलिसी जी भौतिक कीजकडे दुर्लक्ष करते ते अपूर्ण असते जेथे की पुरवलेल्या लॉकचा भाग राहतात.
उद्योग अनुभव बिंदू: खरेदीदार कधीकधी अतिथी कोडची चाचणी घेतात परंतु प्रशासक हस्तांतरणाची चाचणी घेत नाहीत. इंस्टॉलरने केवळ प्रभावी प्रशासक अधिकार राखून ठेवल्यास, कमिशनिंगनंतर मालमत्ता स्वतंत्रपणे खोल्या व्यवस्थापित करण्यास अक्षम असू शकते.
खरेदी संघाने पुरवठादाराच्या मॉडेल पुराव्यापासून आवश्यक कार्यप्रवाह वेगळे केले पाहिजेत. उदाहरणार्थ, Haolock चा उत्पादन डेटाबेस ओळखतो 2115 ब्लॅक पासवर्ड लॉक ॲल्युमिनियम ऑक्साईड प्रोफाइल वापरून 300 × 75 × 12 मिमी एनोडाइज्ड मॉडेल म्हणून आणि कार्ड, की आणि तात्पुरती अनलॉकिंग पद्धती सूचीबद्ध करते. केवळ डेटाबेस शब्दरचना कोडची लांबी, वैधता तर्क, वापरकर्ता क्षमता, इव्हेंट रेकॉर्ड किंवा व्यवस्थापन कार्यप्रवाह परिभाषित करत नाही. व्यवस्थापित-रूम प्रकल्पासाठी कीपॅड स्मार्ट लॉक म्हणून मॉडेल मंजूर होण्यापूर्वी ऑफर केलेल्या आवृत्तीसाठी त्या तपशीलांची पुष्टी केली पाहिजे.
खरेदीदारांनी खालील प्रश्नांसाठी मॉडेल-विशिष्ट उत्तरांची विनंती करावी:
उद्योग अनुभव बिंदू: उत्पादन कुटुंबाचे नाव कॉन्फिगरेशन पुरावा नाही. नमुना लेबले, अवतरण वर्णने, मॅन्युअल आणि वितरित कार्टन्सने समान मॉडेल आणि सक्षम कार्ये ओळखली पाहिजेत जेणेकरून स्थापनेपूर्वी मिश्रित किंवा पर्यायी बॅच शोधता येईल.
नमुन्याची चाचणी केवळ दरवाजा उघडण्याचे प्रात्यक्षिक म्हणून नव्हे तर ऑपरेटिंग वर्कफ्लो म्हणून केली पाहिजे. चाचणीमध्ये वैध एंट्री, लवकर एंट्री, कालबाह्य झालेली एंट्री, वारंवार चुकीची एंट्री, परवानगी दिलेल्या कालावधीबाहेर कर्मचाऱ्यांचा प्रवेश, अतिथी विस्तार, खोली पुन्हा नियुक्त करणे, क्रेडेन्शियल हटवणे, आणीबाणी उघडणे, रीसेट करणे आणि प्रशासक हँडओव्हर यांचा समावेश असावा. परिणामांमध्ये मॉडेल, कॉन्फिगरेशन, चाचणीची तारीख, अपेक्षित निकाल, वास्तविक परिणाम आणि जबाबदार व्यक्ती रेकॉर्ड करणे आवश्यक आहे.
दरवाजा सुसंगतता एक स्वतंत्र मंजूर आयटम राहते. क्रेडेन्शियल फंक्शन्स लॉक बॉडी, स्पिंडल, हँडलची दिशा, दरवाजाची जाडी, उघडण्याची दिशा किंवा विद्यमान कटआउट प्रोजेक्टला बसत असल्याची पुष्टी करत नाहीत. खरेदीदार वापरू शकतात Haolock स्मार्ट लॉक उत्पादन श्रेणी उमेदवार मॉडेल ओळखण्यासाठी, परंतु शारीरिक फिट आणि कोड गव्हर्नन्स स्वतंत्र, मॉडेल-विशिष्ट आवश्यकता म्हणून मंजूर करणे आवश्यक आहे.
हँडओव्हरने प्रॉपर्टी टीमला इंस्टॉलरच्या अनौपचारिक ज्ञानावर अवलंबून न राहता कुलूप चालवण्याची परवानगी दिली पाहिजे. मंजूर क्रेडेंशियल भूमिका, वर्तमान प्रशासक, रूम-टू-लॉक मॅपिंग, कोड तयार करण्याची प्रक्रिया, रद्द करण्याची प्रक्रिया, आणीबाणी पद्धत, रीसेट प्राधिकरण, की-नियंत्रण रेकॉर्ड, प्रशिक्षण पूर्ण होणे आणि स्वीकृती-चाचणी परिणाम रेकॉर्ड करा. डिफॉल्ट किंवा प्रात्यक्षिक क्रेडेन्शियल्स ताबा घेण्यापूर्वी काढले जावे किंवा बदलले पाहिजेत.
उद्योग अनुभव बिंदू: यशस्वी नमुना नियंत्रित मोठ्या प्रमाणात हँडओव्हरची हमी देत नाही. खोली क्रमांक, लॉक आयडेंटिफायर, प्रशासक मालकी आणि क्रेडेन्शियल रेकॉर्ड स्थापनेदरम्यान चुकीच्या पद्धतीने संरेखित होऊ शकतात जोपर्यंत प्रकल्प खोली-टू-डिव्हाइस रजिस्टरचा सातत्यपूर्ण वापर करत नाही.
प्रातिनिधिक परिस्थिती — दावा केलेला ग्राहक केस नाही.
परिस्थिती: गेस्टहाऊस मॅकेनिकल रूम लॉक्सच्या जागी व्यवस्थापित-रूमच्या कीपॅड लॉकसह बदलत आहे.
व्यवसाय पार्श्वभूमी: पाहुण्यांचा मुक्काम एका रात्रीपासून अनेक आठवड्यांपर्यंत असतो. हाऊसकीपिंगला अनुसूचित प्रवेश आवश्यक आहे, तर देखभाल प्रवेश केवळ मंजूर कामासाठी जारी केला जावा.
समस्या: प्रारंभिक RFQ "पासवर्ड आणि तात्पुरता प्रवेश" विनंती करतो परंतु कालबाह्यता, विस्तार, कर्मचारी प्रवेश, आणीबाणी उघडणे किंवा प्रशासक हस्तांतरण परिभाषित करत नाही.
कारण: खरेदीदार प्रॉपर्टी ऑपरेटिंग पॉलिसीऐवजी पासवर्ड ऍक्सेसला उत्पादन वैशिष्ट्य मानतो.
उपाय: खरेदीदार स्वतंत्र अतिथी, हाउसकीपिंग, देखभाल आणि प्रशासकाच्या भूमिका परिभाषित करतो; चेक-इन, विस्तार, लवकर चेकआउट, निरस्तीकरण आणि आणीबाणी प्रक्रिया चाचण्या; आणि ज्याचे दस्तऐवजीकरण केलेले कार्यप्रवाह त्या नियमांशी जुळतात अशा मॉडेलला मान्यता देते.
खरेदीदार निर्णय मूल्य: खरेदीदार अपरिभाषित "तात्पुरता पासवर्ड" दाव्याची तुलना करण्याऐवजी त्याच क्रेडेंशियल लाइफसायकलशी पुरवठादारांची तुलना करू शकतो.
ट्रेड-ऑफ ही फक्त अधिक वैशिष्ट्ये विरुद्ध कमी वैशिष्ट्ये नाहीत. अधिक क्रेडेन्शियल प्रकार लवचिकता सुधारू शकतात परंतु प्रशिक्षण, हस्तांतरित आणि नियंत्रण आवश्यकता देखील वाढवू शकतात. लहान मालमत्तेसाठी एक सोपा कीपॅड वर्कफ्लो अधिक विश्वासार्ह असू शकतो, तर मोठ्या व्यवस्थापित-रूम प्रकल्पासाठी स्पष्ट भूमिका वेगळे करणे आणि रेकॉर्ड आवश्यक असू शकतात. योग्य तपशील हे किमान जटिल कार्यप्रवाह आहे जे अद्याप मालमत्तेच्या वास्तविक ऑपरेटिंग जोखमींवर नियंत्रण ठेवते.
सर्वात महत्त्वाचा नियम म्हणजे क्रेडेन्शियल मालकी: कोण प्रत्येक कोड तयार करू शकतो, बदलू शकतो, वाढवू शकतो, रद्द करू शकतो आणि रीसेट करू शकतो. जेव्हा मालकी अस्पष्ट असते तेव्हा वैधता कालावधी नियंत्रित करणे कठीण असते.
युनिक कोड टर्नओव्हर नियंत्रण सुधारू शकतात, परंतु निर्णय लॉकच्या समर्थित वर्कफ्लोवर आणि मालमत्तेच्या ऑपरेटिंग प्रक्रियेवर अवलंबून असतो. खरेदीदारांनी अचूक मॉडेलवर कोड तयार करणे, कालबाह्यता आणि खोली पुनर्नियुक्तीची चाचणी केली पाहिजे.
नाही. "तात्पुरता" कालबद्ध, एक-वेळ, आवर्ती किंवा व्यक्तिचलितपणे हटविलेल्या प्रवेशाचा संदर्भ घेऊ शकतो. RFQ ने आवश्यक वैधता तर्क परिभाषित केला पाहिजे आणि मॉडेल-विशिष्ट प्रदर्शनाची विनंती केली पाहिजे.
सामायिक केलेला कोड सोपा आहे, परंतु तो वैयक्तिक जबाबदारी कमी करतो. स्वतंत्र कर्मचारी क्रेडेन्शियल, मर्यादित वेळापत्रक किंवा खोलीचे निर्बंध आवश्यक आहेत की नाही हे गुणधर्मांनी ठरवावे.
कालबाह्य किंवा रद्द केलेला प्रवेश सत्यापित केला जावा, नवीन रहिवाशाच्या वैधता कालावधीची पुष्टी केली जावी, अपवाद बंद केले जावे आणि रूम-टू-लॉक रेकॉर्ड अचूक राहिले पाहिजे.
आवश्यक नाही. खरेदीदारांनी अचूक मॉडेलच्या आणीबाणीची पुष्टी केली पाहिजे आणि पद्धती रीसेट केल्या पाहिजेत, त्यांना कोण नियंत्रित करते ते परिभाषित करा आणि प्रकल्प स्वीकारण्यापूर्वी प्रक्रियेची चाचणी घ्या.
उद्धृत मॉडेल आणि कॉन्फिगरेशन, ऑपरेटिंग सूचना, क्रेडेंशियल-मर्यादा तपशील, नमुना चाचणी निकाल, रीसेट आणि आणीबाणी प्रक्रिया आणि मोठ्या प्रमाणात ओळख आणि हस्तांतरित करण्यासाठी स्पष्ट योजना विनंती करा.
RFQ पुनरावलोकनासाठी, मालमत्तेचा प्रकार, खोल्यांची संख्या, दरवाजाचे तपशील, वापरकर्त्याच्या भूमिका, टर्नओव्हर प्रक्रिया, आवश्यक कोड वैधता नियम, फॉलबॅक पद्धत, व्यवस्थापन प्राधान्य आणि नमुना स्वीकृती चाचण्या द्या. Haolock मॉडेल निवड आणि प्रकल्प कॉन्फिगरेशनवर चर्चा करण्यासाठी त्या इनपुटचा वापर करू शकतो. खरेदीदार का पुनरावलोकन करू शकतात पासवर्ड स्मार्ट लॉक व्यवस्थापित-रूम वर्कफ्लोमध्ये बसतात द्वारे प्रकल्प तपशील सबमिट करण्यापूर्वी Haolock संपर्क पृष्ठ.
खरेदीदारांनी फिंगरप्रिंट नोंदणीची योजना ऑपरेटिंग लाइफसायकल म्हणून केली पाहिजे, एकल सेटअप पायरी म्हणून नाही. फिंगरप्रिंट प्रवेशासह स्मार्ट लॉक निवडण्यापूर्वी, वापरकर्त्याची नोंदणी कोण करू शकते, ओळख कशी तपासली जाते, वापरकर्ता कोणते दरवाजे उघडू शकतो, अयशस्वी नोंदणी कशी हाताळली जाते, प्रवेश केव्हा हटविला जातो आणि कोणता नॉन-बायोमेट्रिक बॅकअप उपलब्ध राहतो ते परिभाषित करा. या […]
चायना स्मार्ट कीपॅड दरवाजा लॉक निर्मात्याशी तुलना करणाऱ्या खरेदीदारांनी दोन गोष्टी स्वतंत्रपणे तपासल्या पाहिजेत: प्रस्तावित लॉक प्रकल्पात बसतो की नाही आणि पुरवठादार नियंत्रित नमुना-टू-बॅच मंजुरी प्रक्रियेस समर्थन देऊ शकतो की नाही. कंपनी प्रोफाइल किंवा विस्तृत उत्पादन कॅटलॉग मॉडेल-विशिष्ट पुरावे बदलू शकत नाहीत. कोटेशनची विनंती करण्यापूर्वी, दरवाजाची परिस्थिती, प्रवेश पद्धती, वापरकर्ता वर्कफ्लो, परिभाषित करा […]
डिलिव्हरीपूर्वी, खरेदीदारांनी प्रशासक खाते कोणाचे आहे, कोण रीसेट करण्यास अधिकृत करू शकते, कोणते पुरावे आवश्यक आहेत आणि नंतर प्रत्येक लॉकची पुनरावृत्ती कोण करते हे परिभाषित केले पाहिजे. रिसेटला प्रवेश मिळवण्यासाठी शॉर्टकट मानला जाऊ नये. उद्धृत लॉक आणि व्यवस्थापन प्लॅटफॉर्मसाठी अचूक पुनर्प्राप्ती आणि फॅक्टरी-रीसेट प्रक्रियांची पुष्टी करणे आवश्यक आहे, दरम्यान दस्तऐवजीकरण […]
