RFID की एफओबी जारी करणे आणि परतावा: एक मल्टी-साइट ऍक्सेस कंट्रोल वर्कफ्लो

RFID की फॉब्सचा एक तुकडा पुरवठादाराची वाचन चाचणी उत्तीर्ण करू शकतो आणि तरीही तो जारी केल्याच्या दिवशी ऑपरेशनल समस्या बनू शकतो. सुविधा कार्यसंघाकडे योग्य क्रेडेन्शियल्स असू शकतात परंतु त्यांना कोणत्या कार्यालयाने प्राप्त केले, कोणत्या कर्मचाऱ्याकडे एक आहे, नियंत्रक कोणता नंबर ओळखतो किंवा हरवलेला फॉब प्रत्यक्षात अक्षम केला गेला होता का याची कोणतीही विश्वसनीय नोंद नाही.

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

 

 

एक फॉब, पाच वेगवेगळे रेकॉर्ड

कर्मचारी अनेकदा "कार्ड क्रमांक" नावाच्या एका स्प्रेडशीट स्तंभात एकत्रित केलेल्या आयटम्स वेगळे करून प्रारंभ करा.

फॉबवर मुद्रित केलेली संख्या एक सोयीस्कर इन्व्हेंटरी संदर्भ असू शकते, त्याचे वास्तविक वाचक-साइड क्रेडेन्शियल मूल्य नाही. स्थापित प्लॅटफॉर्मवर अवलंबून सुविधा कोड, कार्ड क्रमांक, हेक्साडेसिमल प्रतिनिधित्व किंवा मालकीचे एन्कोडिंग समाविष्ट असू शकते. Syntek च्याऍक्सेस-कंट्रोल की फॉब्स कसे कार्य करतात याचे स्पष्टीकरणतांत्रिक सुसंगतता प्रश्नाचे मालक; येथे वर्कफ्लो एक सुसंगत क्रेडेन्शियल आधीच मंजूर केले आहे असे गृहीत धरते.

 

 

साइट नावनोंदणीपासून वेगळे कारखाना हँडओव्हर

दोन हँडऑफ आहेत. प्रथम खरेदीदार मान्यताप्राप्त पुरवठादाराच्या विनिर्देशानुसार प्रत्यक्ष वितरण स्वीकारतो. त्यानंतर अधिकृत प्रशासक प्रवेश-नियंत्रण प्रणालीमध्ये वास्तविक धारकासाठी क्रेडेंशियल नोंदणी करतो किंवा सक्रिय करतो. एक पूर्ण केल्याने दुसरा सिद्ध होत नाही.

पुरवठादार हँडओव्हर फाइलमध्ये वाजवीपणे बॅच संदर्भ, आयटम अनुक्रम, मुद्रित क्रमांक, मंजूर इलेक्ट्रॉनिक अभिज्ञापक किंवा स्वरूप, पॅक/साइट गंतव्यस्थान आणि गुणवत्ता स्वभाव असू शकतो. पुरवठादाराला सामान्यत: पूर्ण कर्मचारी रोस्टर किंवा परवानगी इतिहासाची आवश्यकता नसते. संस्था वितरीत केलेले क्रेडेन्शियल नंतर धारकाला, तिच्या स्वतःच्या नियंत्रित प्रवेश प्रणालीमध्ये मॅप करू शकते.

एकाधिक-साइट रोलआउटसाठी, क्रमांकन/ओळख नेमस्पेसचा एक मालक नामनिर्देशित करा. दोन स्थानांनी स्वतंत्रपणे ऑर्डर केल्याने चुकून क्रेडेंशियल टक्कर होऊ नये किंवा त्या श्रेणी सामायिक प्रणालीमध्ये अद्वितीय असल्यास आच्छादित श्रेणी प्राप्त करू नये. प्रवेश-सिस्टम विक्रेता किंवा इंटिग्रेटरने वास्तविक विशिष्टता सीमा परिभाषित करणे आवश्यक आहे.

 

 

नियंत्रित स्टॉक म्हणून शिपमेंट प्राप्त करा

प्राप्त करताना चार प्रश्नांची कागदोपत्री उत्तरे दिली पाहिजेत: काय वितरित केले गेले, कोणते इलेक्ट्रॉनिक अभिज्ञापक उपस्थित आहेत, स्टॉकसाठी कोणती साइट जबाबदार आहे आणि कोणती युनिट्स जारी करण्यासाठी अनुपलब्ध आहेत.

प्रत्येक वितरण किंवा उप-बॅचसाठी, तपासा:

• प्रमाण आणि गट:कार्टन, पिशव्या आणि साइट वाटप पॅकिंग रेकॉर्डशी जुळतात.
• संदर्भ अखंडता:दृश्यमान संख्या किंवा लेबले प्रदान केलेल्या मंजूर मॅपिंग फाइलशी संबंधित आहेत.
• इलेक्ट्रॉनिक प्रतिसाद:वास्तविक स्वीकृत वाचक/एनकोडिंग वर्कफ्लो वापरून प्रतिनिधी किंवा निर्दिष्ट युनिट्स ओळखले जाऊ शकतात.
• वेगळेपण:डेटा-पातळीच्या तुलनेला अनन्य सक्रिय क्रेडेन्शियल्सची आवश्यकता असलेल्या नेमस्पेसमध्ये कोणतेही डुप्लिकेट आढळत नाही.
• अपवाद:उपलब्ध स्टॉकमध्ये जोडण्याऐवजी खराब झालेले, न वाचता येणारे, डुप्लिकेट किंवा अपरिचित युनिट्स क्वारंटाइन केले जातात.

सॅम्पलिंग पातळी आणि स्वीकृती थ्रेशोल्ड खरेदीदाराच्या मान्य विनिर्देशांमध्ये आहेत; सामान्य टक्केवारी किंवा रीडर बीप प्रत्येक प्रकल्पासाठी पुरेसा पुरावा नाही.

 

 

प्रत्येक साइटला स्टॉक कस्टोडियन आणि सलोखा सीमा द्या

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

साधे स्टॉक मॉडेल वेगळे करते:

• केंद्रीय न वाटप केलेला साठा:वापरण्यायोग्य युनिट्स अद्याप साइटला नियुक्त केलेले नाहीत.
• साइट उपलब्ध स्टॉक:नामांकित कस्टोडियनने भौतिकरित्या ठेवलेल्या वापरण्यायोग्य युनिट्स.
• राखीव स्टॉक:मंजूर केलेल्या विनंतीसाठी युनिट्स बाजूला ठेवल्या परंतु हस्तांतरित केल्या नाहीत.
• जारी केलेला स्टॉक:भौतिक क्रेडेन्शियल्स धारकांना दिले जातात आणि प्रवेश प्रणालीमध्ये ट्रॅक केले जातात.
• अलग ठेवणे किंवा सेवानिवृत्त स्टॉक:खराब झालेले, संदिग्ध, पुनर्प्राप्त-हरवलेले किंवा अन्यथा न-वितरीत करण्यायोग्य युनिट्स.

कार्यालयांमधील बदली दोन लिंक्ड इव्हेंट्स म्हणून रेकॉर्ड केल्या पाहिजेत: पाठवण्याच्या ठिकाणाहून रिलीझ आणि गंतव्यस्थानाद्वारे पावती. ट्रान्झिटमधील शिपमेंट दोन्ही ठिकाणी उपलब्ध असल्याप्रमाणे दिसू नये.

 

 

ओळख आणि प्रवेश मंजूर झाल्यानंतरच एक एफओबी जारी करा

जारी करण्याचे उद्दिष्ट हे सिद्ध करणे आहे की विशिष्ट भौतिक ओळखपत्र योग्य व्यक्तीला दिले गेले आणि योग्य परवानग्यांसह सक्षम केले गेले. सामान्य क्रम आहे:

1. धारकाची ओळख आणि अधिकृत विनंती किंवा प्रायोजक याची पुष्टी करा.
2. योग्य साइट इन्व्हेंटरीमधून उपलब्ध, नॉन-क्वारंटाइन फोब निवडा.
3. मंजूर रीडर/टूल वापरून इलेक्ट्रॉनिक क्रेडेंशियल आयडेंटिफायर वाचा किंवा सत्यापित करा.
4. प्रवेश-नियंत्रण प्रणालीमध्ये धारकाशी ते क्रेडेन्शियल संबद्ध करा.
5. मंजूर साइट, दरवाजा गट, वेळापत्रक आणि कालबाह्यता नियम लागू करा; मागील धारकाकडून मोठ्या परवानग्या कॉपी करणे टाळा.
6. परवानगी असलेल्या प्रवेशाची चाचणी घ्या आणि जेथे शक्य असेल तेथे प्रतिनिधीने प्रवेश नाकारला-अट.
7. भौतिक हँडओव्हर, जारी करणारा ऑपरेटर, धारकाची पोचपावती आणि प्रभावी स्थिती नोंदवा.

जेव्हा सॉफ्टवेअर नावनोंदणी केंद्रीकृत असते, तेव्हा साइट प्रशासकाला परवानग्या तयार करण्याचे विशेषाधिकार नसतात. अशा परिस्थितीत वर्कफ्लोला प्रत्यक्षरित्या fob रिलीझ करण्यापूर्वी अधिकृतता पुष्टीकरण आवश्यक आहे.

 

 

साइट वापरा-विशिष्ट प्रवेश प्रोफाइल, अंतर्निहित जागतिक परवानगी नाही

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

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

NIST SP 800-53 PE-2अधिकृत-प्रवेश सूची राखणे, क्रेडेन्शियल जारी करणे, प्रवेशाचे पुनरावलोकन करणे आणि प्रवेश आवश्यक नसताना लोकांना काढून टाकणे यासाठी कॉल. हे एक उपयुक्त नियंत्रण फ्रेमवर्क आहे, प्रत्येक लहान कार्यालयाने विशिष्ट NIST प्रमाणन कार्यक्रम लागू केला पाहिजे असा दावा नाही.

 

 

प्रत्येक हँडओव्हरसाठी काय नोंदवायचे ते जाणून घ्या

एक उपयुक्त क्रेडेंशियल-ऑपरेशन लॉग इव्हेंट आधारित आहे. काय बदलले, कोणी मंजूर केले, कोणी ते केले, कोणत्या फॉबवर परिणाम झाला आणि बदल सत्यापित झाला की नाही हे ऑडिटरला सांगावे.

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

 

 

नोंदवलेले-हरवलेले फॉब दोन क्रियांना ट्रिगर करते

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

एक व्यावहारिक गमावलेली-एफओबी प्रक्रिया म्हणजे अहवाल सत्यापित करणे, अचूक क्रेडेन्शियल ओळखणे, प्रवेश नियंत्रण प्लॅटफॉर्मद्वारे निलंबित करणे किंवा रद्द करणे-, प्रभावित साइटवर प्रसारित केलेल्या बदलाची पुष्टी करणे, घटनेचे दस्तऐवजीकरण करणे आणि नंतर वेगळ्या संदर्भाखाली नवीन क्रेडेन्शियल जारी करणे.HID चे क्रेडेन्शियल सपोर्ट मार्गदर्शनत्याचप्रमाणे ऑपरेटरना गहाळ क्रेडेन्शियल निष्क्रिय करण्यासाठी आणि बदली नियुक्त करण्यासाठी निर्देशित करते.

काही ऍक्सेस इंस्टॉलेशन्स वाचक किंवा कंट्रोलरमध्ये कॅशे परवानग्या देतात, ऑफलाइन ऑपरेट करतात किंवा सर्व सर्व्हरवर सिंक्रोनाइझ करतात. अशा प्रकरणांमध्ये मध्यवर्ती "अक्षम" स्थिती प्रत्येक दारात त्वरित नकार सिद्ध करू शकत नाही. इंटिग्रेटरने प्रसार वर्तन आणि सत्यापन पद्धत परिभाषित करणे आवश्यक आहे. जेथे सिस्टीम परवानगी देते, तेथे प्रतिनिधी नियंत्रित एंट्री पॉइंटवर रद्द केलेल्या क्रेडेन्शियलची चाचणी करा; अन्यथा समर्थित कंट्रोलर स्थिती किंवा लॉगची तपासणी करा.

 

 

परत आले ते अक्षम म्हणून समान नाही

एखादा कर्मचारी रिसेप्शन डेस्कवर फॉब ठेवू शकतो-कंट्रोल डेटाबेस अजूनही सक्रिय म्हणून हाताळतो. उलट देखील होऊ शकते: रद्द केलेला फोब शारीरिकरित्या गहाळ राहतो.

हे दोन परिमाण वेगळे ठेवा:

एखाद्या व्यक्तीचे रेकॉर्ड हटवल्याने प्रत्येक नियंत्रकाची किंवा वाचकाची वर्तमान प्रवेश स्थिती आपोआप बदलते असे कधीही गृहीत धरू नका. वास्तविक प्लॅटफॉर्मच्या वर्तनाच्या विरूद्ध सत्यापित करा.

 

 

परत केलेले फॉब्स पुन्हा जारी केले जाऊ शकतात का ते ठरवा

अखंड फॉब्स पुन्हा वापरणे नियंत्रित, कमी-घर्षण ऑपरेशन्ससाठी अर्थपूर्ण ठरू शकते, परंतु हा एक सिस्टम-धोरण निर्णय आहे. केवळ वाचा-परंपरागत LF fob मध्ये एक अपरिवर्तनीय अभिज्ञापक असू शकतो; ऑपरेटर चीप न बदलता त्याचा प्रवेश-सिस्टम असाइनमेंट बदलू शकतो, जर सॉफ्टवेअर त्या वर्कफ्लोला समर्थन देत असेल. स्मार्ट क्रेडेन्शियल सिस्टीममध्ये, संरक्षित ऍप्लिकेशन डेटा, पर्सनलायझेशन आणि की पुन्हा असाइनमेंट क्लिष्ट किंवा प्रतिबंधित करू शकतात.

पुन्हा जारी करण्यापूर्वी, पूर्वीच्या धारकाचा प्रवेश काढून टाका, एफओबीची तपासणी करा आणि वाचा, लिंक केलेल्या सिस्टममध्ये त्याची स्थिती तपासा, अनुप्रयोग-समर्थित आणि अधिकृत असतानाच विशिष्ट डेटा साफ करा किंवा पुन्हा कॉन्फिगर करा, नवीन असोसिएशन तयार करा आणि प्रवेश चाचणी समाप्त करा-ते-अंत करा. जुने क्रेडेन्शियल सुरक्षिततेच्या घटनेशी संबंधित असल्यास, संस्थेच्या धोरणास त्याऐवजी कायमस्वरूपी सेवानिवृत्तीची आवश्यकता असू शकते.

पुन्हा जारी करणे कधीही "यूआयडी रीसेट करणे" असे वर्णन केले जाऊ नये. अनेक क्रेडेन्शियल्समध्ये नॉन-पुनर्लेखनीय अभिज्ञापक असतात; ऑपरेशनल बदल फक्त कंट्रोलर डेटाबेसमध्ये होऊ शकतो.

 

 

ऑफबोर्डिंग प्रत्येक साइटची परवानगी बंद करणे आवश्यक आहे

जेव्हा वापरकर्ता संस्था सोडतो किंवा कॉन्ट्रॅक्टरची असाइनमेंट संपते, तेव्हा सिस्टम मालकाने त्यांचे अधिकृतता काढून टाकणे आवश्यक आहे जरी fob भौतिकरित्या पुनर्प्राप्त केला गेला नाही. एकाधिक-साइट सुविधांसाठी, एक विसरलेली साइट किंवा स्वतंत्र नियंत्रक प्रवेश अंतर सोडण्यासाठी पुरेसे आहे.

ऑफबोर्डिंग कार्य एक जबाबदार मालक द्या. धारकाच्या सक्रिय क्रेडेन्शियल्सची पुष्टी करा, सर्व संबंधित प्रवेश असाइनमेंट अक्षम करा, भौतिक परताव्यांची जुळवाजुळव करा, गहाळ आयटम रेकॉर्ड करा आणि विहित चेक पूर्ण झाल्यावरच विनंती बंद करा. जिथे एखाद्या व्यक्तीकडे फिजिकल फोब आणि मोबाईल क्रेडेन्शिअल दोन्ही आहेत, प्लॅटफॉर्मने युनिफाइड रिव्होकेशन वर्तन दस्तऐवज करत नाही तोपर्यंत त्यांना वेगळे क्रेडेन्शियल रेकॉर्ड म्हणून हाताळा.

HID च्याक्रेडेन्शियल-व्यवस्थापन दस्तऐवजीकरणव्यवस्थापित ओळख प्रणालींमध्ये बदली, समाप्ती आणि क्रेडेन्शियल स्थिती स्पष्ट जीवनचक्र ऑपरेशन्स का आहेत हे स्पष्ट करते. सामान्य LF किंवा HF बिल्डिंगसाठी उपलब्ध विशिष्ट कार्ये-प्रवेश उपयोजन अजूनही त्याच्या स्वतःच्या सॉफ्टवेअरवर अवलंबून असतात.

 

 

सक्रिय क्रेडेन्शियल विरुद्ध भौतिक स्टॉक समेट करा

नियतकालिक ऑडिटने किमान तीन स्त्रोतांची तुलना केली पाहिजे: साइट-होल्ड स्टॉक, असाइनमेंट रजिस्टर आणि प्रवेश-नियंत्रण प्रणालीची सक्रिय क्रेडेंशियल सूची. उपयुक्त आउटपुट फक्त "हातात 400 की फॉब्स" नाही; ही कृती आवश्यक असलेल्या अपवादांची यादी आहे.

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

व्यवसाय जोखीम पासून पुनरावलोकन वारंवारता आणि प्रतिसाद मुदती सेट करा. उच्च-उलाढाल कंत्राटदार साइटना स्थिर कर्मचारी असलेल्या छोट्या कार्यालयापेक्षा अधिक वारंवार तपासणीची आवश्यकता असू शकते. एक ब्लँकेट मासिक किंवा त्रैमासिक वेळापत्रक सहमत धोरणाचा पर्याय घेऊ शकत नाही.

 

 

रोलआउट करण्यापूर्वी संपूर्ण जीवनचक्र पायलट करा

प्रातिनिधिक क्रेडेन्शियल्स वापरा, प्रकल्प वेगवेगळ्या ऍक्सेस सिस्टीममध्ये पसरत असेल तर किमान दोन साइट कॉन्फिगरेशन आणि फक्त वाचकाला नवीन फोब सादर करण्याऐवजी ट्रांझिशनचा वापर करणारी चाचणी प्रकरणे वापरा.

मालकासह अयशस्वी चिन्हांकित करा आणि पुन्हा चाचणी आवश्यक आहे. पुरवठादाराची फॅक्टरी तपासणी टॅग प्रतिसाद आणि योग्य डेटा दर्शवू शकते, परंतु संस्थेच्या वास्तविक नावनोंदणी आणि परवानगी वर्कफ्लोच्या चाचणीसाठी पर्याय करू शकत नाही.

 

 

पुरवठादारास स्वच्छ हँडओव्हरसाठी विचारा, कर्मचारी डेटाबेस नाही

बल्क RFID की फॉब्स कमिशन करताना, खरेदी तपशीलाने मान्यताप्राप्त चिप/क्रेडेन्शियल तंत्रज्ञान, वाचक सुसंगतता संदर्भ, अपेक्षित इलेक्ट्रॉनिक डेटा स्वरूप, दृश्यमान क्रमांकन नियम, अद्वितीय-श्रेणी किंवा मॅपिंग आवश्यकता, पॅकिंग/साइट ग्रुपिंग, नमुना-मंजुरी प्रक्रिया आणि येणाऱ्या पडताळणी गरजा ओळखल्या पाहिजेत.

साइट ऑपरेटरने कर्मचारी ओळख, परवानग्या, जारी मंजूरी, गमावलेला-एफओबी प्रतिसाद आणि ऑडिट लॉग स्वतंत्रपणे नियंत्रित केले पाहिजेत. जेथे पुरवठादारास नंबर प्री-एनकोड किंवा प्री-नंबर करण्यास सांगितले जाते, तेव्हा त्याला कोणत्या फील्डची आवश्यकता आहे आणि विसंगती कशा हाताळल्या जातील हे तंतोतंत मान्य करा. Syntek च्याproximity key fob सुसंगतता मार्गदर्शकअपस्ट्रीम तांत्रिक खरेदी निर्णय कव्हर करते, तर त्याचेRFID की fob उत्पादन श्रेणीभौतिक क्रेडेन्शियल सोर्सिंगसाठी व्यावसायिक मालक राहतील.

 

 

कंट्रोल पॉइंट हा असाइनमेंट आहे, की रिंग नाही

जेव्हा एक शृंखला ऑडिट करण्यायोग्य राहते तेव्हा मल्टी-साइट की फॉब ऑपरेशन्स व्यवस्थापित करणे सोपे होते:

मंजूर क्रेडेंशियल → प्राप्त स्टॉक → साइट कस्टडी → सत्यापित धारक → अधिकृत प्रवेश प्रोफाइल → लाइफसायकल इव्हेंट → सिस्टम पुष्टीकरण → इन्व्हेंटरी सामंजस्य.

योग्यरित्या स्कॅन करणारी मुख्य फोब ही फक्त सुरुवात आहे. जेव्हा त्याचे भौतिक धारक आणि इलेक्ट्रॉनिक परवानग्या रेकॉर्ड आणि सत्यापित केल्या जातात तेव्हा जारी करणे पूर्ण होते; जेव्हा क्रेडेन्शिअलचे अधिकार आणि भौतिक स्टॉक रेकॉर्ड दोन्हीचा ताळमेळ साधला जातो तेव्हा रिटर्न, रिप्लेसमेंट आणि ऑफबोर्डिंग पूर्ण होते.