RFID कुञ्जी एफओबी जारी र फिर्ता: एक बहु-साइट पहुँच नियन्त्रण कार्यप्रवाह

आरएफआईडी कुञ्जी फोब्सको ब्याचले आपूर्तिकर्ताको पठन परीक्षण पास गर्न सक्छ र जारी भएको दिनमा अझै पनि परिचालन समस्या बन्न सक्छ। सुविधा टोलीसँग सही प्रमाणहरू हुन सक्छ तर कुन कार्यालयले उनीहरूलाई प्राप्त गरेको, कुन कर्मचारीले एक हो, कुन नम्बर नियन्त्रकले पहिचान गर्छ, वा रिपोर्ट गरिएको -हराएको fob वास्तवमा असक्षम गरिएको थियो कि भनेर कुनै भरपर्दो रेकर्ड छैन।

बहु - साइट पहुँच नियन्त्रणको लागि, व्यावहारिक कार्य जडान गर्नु होभौतिक स्टक, इलेक्ट्रोनिक पहिचान, एक नाम धारक, एक स्वीकृत पहुँच प्रोफाइल र रेकर्ड गरिएको जीवनचक्र स्थिति। प्रणालीले ती सम्बन्धहरूलाई सही राख्नु पर्छ जब एक fob जारी, स्थानान्तरण, फिर्ता, हराएको वा प्रतिस्थापन गरिन्छ। यो कार्यालय, क्याम्पस र ठेकेदार पहुँच टोलीहरूका लागि सञ्चालन प्रक्रिया हो- fob चिप्स वा आपूर्तिकर्ता खरिद गाइडको तुलना होइन।

 

 

एक fob, पाँच फरक रेकर्ड

"कार्ड नम्बर" भनिने एकल स्प्रेडसिट स्तम्भमा कर्मचारीहरूले प्राय: संयोजन गर्ने वस्तुहरूलाई अलग गरेर सुरु गर्नुहोस्।

fob मा छापिएको नम्बर सुविधाजनक इन्भेन्टरी सन्दर्भ हुन सक्छ, यसको वास्तविक पाठक-साइड प्रमाण मान होइन। स्थापना गरिएको प्लेटफर्मको आधारमा सुविधा कोड, कार्ड नम्बर, हेक्साडेसिमल प्रतिनिधित्व वा स्वामित्व इन्कोडिङ समावेश हुन सक्छ। सिन्टेककोकसरी पहुँच{0}}नियन्त्रण कुञ्जी fobs काम गर्ने व्याख्यात्यो प्राविधिक अनुकूलता प्रश्नको स्वामित्व छ; यहाँ कार्यप्रवाहले एक मिल्दो प्रमाण पहिले नै स्वीकृत भइसकेको मान्दछ।

 

 

साइट नामांकनबाट अलग कारखाना हस्तान्तरण

त्यहाँ दुईवटा ह्यान्डअफहरू छन्। पहिले खरिदकर्ताले अनुमोदित आपूर्तिकर्ता विशिष्टता विरुद्ध भौतिक डेलिभरी स्वीकार गर्दछ। त्यसपछि एक अधिकृत प्रशासकले पहुँच-नियन्त्रण प्रणालीमा वास्तविक धारकको लागि प्रमाणहरू नामांकन वा सक्रिय गर्दछ। एउटा पूरा गर्दा अर्को प्रमाणित हुँदैन।

एक आपूर्तिकर्ता हस्तान्तरण फाइलले ब्याच सन्दर्भ, वस्तु अनुक्रम, मुद्रित नम्बर, अनुमोदित इलेक्ट्रोनिक पहिचानकर्ता वा ढाँचा, प्याक/साइट गन्तव्य र गुणस्तर स्वभाव समावेश गर्न सक्छ। आपूर्तिकर्तालाई सामान्यतया पूर्ण कर्मचारी रोस्टर वा अनुमति इतिहास आवश्यक पर्दैन। संस्थाले आफ्नो नियन्त्रित पहुँच प्रणाली भित्र पछि धारकलाई डेलिभर गरिएको प्रमाण नक्सा गर्न सक्छ।

बहु-साइट रोलआउटको लागि, नम्बरिङ/पहिचान नेमस्पेसको एक मालिकलाई मनोनयन गर्नुहोस्। छुट्टाछुट्टै अर्डर गर्ने दुई स्थानहरूले गल्तिले क्रेडेन्सियल टक्करहरू सिर्जना गर्नु हुँदैन वा ती दायराहरू साझा प्रणालीमा अद्वितीय हुनुपर्दछ भने ओभरल्यापिंग दायराहरू प्राप्त गर्नु हुँदैन। पहुँच-प्रणाली विक्रेता वा एकीकरणकर्ताले वास्तविक विशिष्टता सीमा परिभाषित गर्नुपर्छ।

 

 

नियन्त्रित स्टकको रूपमा ढुवानी प्राप्त गर्नुहोस्

प्राप्त गर्दा चार प्रश्नहरूको कागजातित जवाफ उत्पादन गर्नुपर्छ: के डेलिभर गरियो, कुन इलेक्ट्रोनिक पहिचानकर्ताहरू उपस्थित छन्, कुन साइट स्टकको लागि जिम्मेवार छ, र कुन एकाइहरू मुद्दाको लागि उपलब्ध छैनन्।

प्रत्येक डेलिभरी वा उप- ब्याचको लागि, जाँच गर्नुहोस्:

• मात्रा र समूह:कार्टन, झोला र साइट आवंटन प्याकिङ रेकर्ड मिल्छ।
• सन्दर्भ अखण्डता:दृश्य संख्या वा लेबलहरू प्रदान गरिएको अनुमोदित म्यापिङ फाइलसँग मेल खान्छ।
• इलेक्ट्रोनिक प्रतिक्रिया:प्रतिनिधि वा निर्दिष्ट एकाइहरू वास्तविक स्वीकृत पाठक/इन्कोडिङ कार्यप्रवाह प्रयोग गरेर पहिचान गर्न सकिन्छ।
• विशिष्टता:डेटा-स्तर तुलनाले नामस्थानमा कुनै पनि नक्कल फेला पार्दैन जसलाई अद्वितीय सक्रिय प्रमाणहरू आवश्यक पर्दछ।
• अपवादहरू:उपलब्ध स्टकमा थप्नुको सट्टा क्षतिग्रस्त, पढ्न नसकिने, नक्कल वा पहिचान नभएका एकाइहरूलाई क्वारेन्टाइनमा राखिन्छ।

नमूना स्तरहरू र स्वीकृति थ्रेसहोल्डहरू खरिदकर्ताको सहमत विनिर्देशमा पर्दछन्; प्रत्येक परियोजनाको लागि न सामान्य प्रतिशत न त पाठक बिप पर्याप्त प्रमाण हो।

 

 

प्रत्येक साइटलाई स्टक कस्टोडियन र एक मेलमिलाप सीमा दिनुहोस्

एक केन्द्रीय टोलीले सबै फोबहरू किन्न सक्छ जबकि व्यक्तिगत कार्यालयहरूले तिनीहरूलाई जारी गर्दछ। त्यो व्यवस्थालाई एकल कुल सूची गणनाको सट्टा स्पष्ट हिरासत रेकर्ड चाहिन्छ।

एक साधारण स्टक मोडेल फरक छ:

• केन्द्रीय अविनियोजन स्टक:प्रयोगयोग्य एकाइहरू अझै साइटमा तोकिएका छैनन्।
• साइट उपलब्ध स्टक:प्रयोगयोग्य इकाइहरू शारीरिक रूपमा नामित संरक्षकद्वारा राखिएको।
• आरक्षित स्टक:एकाइहरू स्वीकृत अनुरोधको लागि छुट्याइएको तर हस्तान्तरण गरिएको छैन।
• जारी स्टक:भौतिक प्रमाणहरू धारकहरूलाई हस्तान्तरण गरियो र पहुँच प्रणालीमा ट्र्याक गरियो।
• क्वारेन्टाइन वा सेवानिवृत्त स्टक:क्षतिग्रस्त, अस्पष्ट, रिकभरी-हराएको वा अन्यथा न- जारी गर्न सकिने एकाइहरू।

कार्यालयहरू बीचको स्थानान्तरणहरू दुई लिङ्क गरिएका घटनाहरूको रूपमा रेकर्ड गरिनु पर्छ: पठाउने स्थानबाट रिलीज र गन्तव्यबाट रसिद। ट्रान्जिटमा ढुवानी दुवै स्थानहरूमा उपलब्ध रूपमा देखिनु हुँदैन।

 

 

पहिचान र पहुँच स्वीकृत भएपछि मात्र एफओबी जारी गर्नुहोस्

जारी गर्ने लक्ष्य भनेको एक विशिष्ट भौतिक प्रमाण सही व्यक्तिलाई दिइएको थियो र सही अनुमतिहरूसँग सक्षम गरिएको थियो भनेर प्रमाणित गर्नु हो। सामान्य क्रम हो:

1. धारकको पहिचान र एक अधिकृत अनुरोध वा प्रायोजक पुष्टि गर्नुहोस्।
2. सही साइट सूचीबाट उपलब्ध, गैर- क्वारेन्टाइन गरिएको फोब छान्नुहोस्।
3. अनुमोदित पाठक/उपकरण प्रयोग गरी इलेक्ट्रोनिक प्रमाण पहिचानकर्ता पढ्नुहोस् वा प्रमाणित गर्नुहोस्।
4. पहुँच{0}} नियन्त्रण प्रणालीमा धारकसँग त्यो प्रमाण सम्बद्ध गर्नुहोस्।
5. अनुमोदित साइट, ढोका समूह, तालिका र म्याद समाप्ति नियमहरू लागू गर्नुहोस्; अघिल्लो धारकबाट व्यापक अनुमतिहरू प्रतिलिपि गर्नबाट बच्नुहोस्।
6. अनुमति दिइएको पहुँचको परीक्षण गर्नुहोस् र, जहाँ सम्भव छ, प्रतिनिधिले{0}}पहुँच शर्त अस्वीकार गर्यो।
7. भौतिक हस्तान्तरण, जारी गर्ने अपरेटर, होल्डरको स्वीकृति र प्रभावकारी स्थिति रेकर्ड गर्नुहोस्।

जब सफ्टवेयर नामांकन केन्द्रीकृत हुन्छ, साइट प्रशासकसँग अनुमतिहरू सिर्जना गर्ने विशेषाधिकार नहुन सक्छ। त्यस अवस्थामा कार्यप्रवाहलाई शारीरिक रूपमा fob जारी गर्नु अघि प्राधिकरण पुष्टिकरण आवश्यक पर्दछ।

 

 

साइट प्रयोग गर्नुहोस्{0}}विशिष्ट पहुँच प्रोफाइल, एक अन्तर्निहित विश्वव्यापी अनुमति होइन

एक बहु- साइट प्रमाणहरू पाठकहरू द्वारा धेरै स्थानहरूमा प्रत्येक ढोका खोल्ने अधिकार बिना नै पहिचान हुन सक्छ। मान्यता र अधिकार छुट्टै निर्णय रहन्छ।

प्रोफाइलहरू परिभाषित गर्नुहोस् जस्तै साइट ए कर्मचारी, साइट बी ठेकेदार, मर्मतसम्भार- घण्टा पछि वा अस्थायी आगन्तुक, तर यसलाई विश्वव्यापी सेटिङहरूको सट्टा उदाहरणको रूपमा व्यवहार गर्नुहोस्। प्रत्येक प्रोफाइललाई अनुमोदन मालिक, अनुमति प्राप्त ढोका, तालिका, म्याद समाप्ति अवस्था र समीक्षा नियम चाहिन्छ। ठेकेदारहरूलाई प्रायोजक र समय सीमा चाहिन्छ; स्थायी कर्मचारीहरूले विभागीय स्वीकृति पछ्याउन सक्छन्।

NIST SP 800-53 PE-2अधिकृत-पहुँच सूचीहरू कायम राख्न, प्रमाणहरू जारी गर्ने, पहुँचको समीक्षा गर्ने र पहुँच आवश्यक नहुँदा मानिसहरूलाई हटाउनका लागि कलहरू। यो एक उपयोगी नियन्त्रण ढाँचा हो, प्रत्येक सानो कार्यालयले एक विशेष NIST प्रमाणीकरण कार्यक्रम लागू गर्नुपर्छ भन्ने दाबी होइन।

 

 

प्रत्येक हस्तान्तरणको लागि के रेकर्ड गर्ने जान्नुहोस्

एक उपयोगी प्रमाणिकरण - अपरेशन लग घटनामा आधारित छ। यसले लेखा परीक्षकलाई के परिवर्तन गर्यो, कसले अनुमोदन गर्यो, कसले प्रदर्शन गर्यो, कुन fob प्रभावित भयो र परिवर्तन प्रमाणित भयो कि भनेर बताउनु पर्छ।

सप्लायर स्प्रेडसिटमा अनावश्यक संवेदनशील पहिचान विवरणहरू नराख्नुहोस् वा तिनीहरूलाई खोलमा छाप्नुहोस्। पहुँच लगहरू र व्यक्तिगत डेटाले संगठनको गोपनीयता, अवधारण र पहुँच{1}} नियन्त्रण नीतिहरू पालना गर्नुपर्छ।

 

 

एक रिपोर्ट गरिएको{0}}हराएको फोबले दुई कार्यहरू ट्रिगर गर्दछ

जब एक होल्डरले हराइरहेको fob रिपोर्ट गर्दछ, पहिलो प्राथमिकता यसको अधिकारलाई असक्षम पार्नु हो{0}} प्रतिस्थापन ढुवानीको लागि पर्खनु हुँदैन। दोस्रो भौतिक स्टक र घटना रेकर्ड अद्यावधिक गर्न छ।

एक व्यावहारिक हराएको-एफओबी प्रक्रिया भनेको रिपोर्ट प्रमाणित गर्न, सटीक प्रमाणहरू पहिचान गर्न, पहुँच नियन्त्रण प्लेटफर्म मार्फत निलम्बन वा रद्द गर्न-, प्रभावित साइटहरूमा प्रचार गरिएको परिवर्तन पुष्टि गर्न, घटनालाई कागजात गर्नुहोस् र त्यसपछि छुट्टै सन्दर्भ अन्तर्गत नयाँ प्रमाण जारी गर्नुहोस्।HID को प्रमाण समर्थन मार्गदर्शनत्यसैगरी अपरेटरहरूलाई हराएको प्रमाण निष्क्रिय गर्न र प्रतिस्थापन तोक्न निर्देशन दिन्छ।

केही पहुँच स्थापनाहरूले पाठकहरू वा नियन्त्रकहरूमा क्यास अनुमतिहरू, अफलाइन सञ्चालन गर्दछ, वा सर्भरहरूमा सिङ्क्रोनाइज गर्दछ। त्यस्ता अवस्थाहरूमा केन्द्रीय "असक्षम" स्थितिले तुरुन्तै हरेक ढोकामा अस्वीकार प्रमाणित गर्न सक्दैन। इन्टिग्रेटरले प्रचार व्यवहार र प्रमाणीकरण विधि परिभाषित गर्नुपर्छ। जहाँ प्रणालीले अनुमति दिन्छ, एक प्रतिनिधि नियन्त्रित प्रविष्टि बिन्दुमा रद्द गरिएको प्रमाण परीक्षण गर्नुहोस्; अन्यथा समर्थित नियन्त्रक स्थिति वा लगहरू निरीक्षण गर्नुहोस्।

 

 

फर्काइएको असक्षमता जस्तै होइन

एक कर्मचारीले रिसेप्शन डेस्कमा fob राख्न सक्छ जबकि पहुँच{0}}नियन्त्रण डाटाबेसले यसलाई सक्रिय रूपमा व्यवहार गर्दछ। उल्टो पनि हुन सक्छ: रद्द गरिएको fob शारीरिक रूपमा हराइरहेको छ।

यी दुई आयामहरू अलग राख्नुहोस्:

एक व्यक्तिको रेकर्ड मेटाउँदा स्वचालित रूपमा प्रत्येक नियन्त्रक वा पाठकको हालको पहुँच स्थिति परिवर्तन हुन्छ भनेर कहिल्यै नमान्नुहोस्। वास्तविक प्लेटफर्मको व्यवहार विरुद्ध प्रमाणित गर्नुहोस्।

 

 

फिर्ता गरिएका Fobs पुन: जारी गर्न सकिन्छ कि भनेर निर्णय गर्नुहोस्

अक्षुण्ण फोबहरू पुन: प्रयोग गर्दा नियन्त्रित, कम-घर्षण सञ्चालनका लागि अर्थ लाग्न सक्छ, तर यो एक प्रणाली-नीति निर्णय हो। पढ्ने-मात्र लिगेसी LF fob मा अपरिवर्तनीय पहिचानकर्ता हुन सक्छ; अपरेटरले चिप परिवर्तन नगरी आफ्नो पहुँच-प्रणाली असाइनमेन्ट परिवर्तन गर्न सक्छ, सफ्टवेयरले कार्यप्रवाहलाई समर्थन गर्दछ। स्मार्ट प्रमाण प्रणालीमा, सुरक्षित अनुप्रयोग डेटा, निजीकरण र कुञ्जीहरूले पुन: असाइनमेन्टलाई जटिल बनाउन वा निषेध गर्न सक्छ।

पुन: जारी गर्नु अघि, पहिलेको होल्डरको पहुँच हटाउनुहोस्, एफओबी जाँच गर्नुहोस् र पढ्नुहोस्, लिङ्क गरिएका प्रणालीहरूमा यसको स्थिति जाँच गर्नुहोस्, समर्थित र अधिकृत भएमा मात्र विशेष डेटा खाली गर्नुहोस् वा पुन: कन्फिगर गर्नुहोस्{0}}, नयाँ सङ्गठन सिर्जना गर्नुहोस्, र अन्त्य-देखि-पहुँच परीक्षणको अन्त्य गर्नुहोस्। यदि पुरानो प्रमाण सुरक्षा घटनासँग सम्बन्धित छ भने, संगठनको नीतिले यसको सट्टा स्थायी सेवानिवृत्ति आवश्यक हुन सक्छ।

पुन: जारी गर्नुलाई "UID रिसेट गर्दै" भनेर वर्णन गर्नु हुँदैन। धेरै प्रमाणहरूमा गैर-पुनर्लेखन योग्य पहिचानकर्ताहरू छन्; परिचालन परिवर्तन नियन्त्रक डाटाबेसमा मात्र हुन सक्छ।

 

 

अफबोर्डिङले प्रत्येक साइटको अनुमति बन्द गर्नुपर्छ

जब प्रयोगकर्ताले संगठन छोड्छ वा ठेकेदारको असाइनमेन्ट समाप्त हुन्छ, प्रणाली मालिकले तिनीहरूको प्राधिकरण हटाउनै पर्छ यदि fob भौतिक रूपमा रिकभर गरिएको छैन। बहु-साइट सुविधाहरूको लागि, एक बिर्सिएको साइट वा स्वतन्त्र नियन्त्रक पहुँच खाली गर्न पर्याप्त छ।

अफबोर्डिङ कार्यलाई जवाफदेही मालिक दिनुहोस्। धारकको सक्रिय प्रमाणहरू पुष्टि गर्नुहोस्, सबै सान्दर्भिक पहुँच असाइनमेन्टहरू असक्षम गर्नुहोस्, भौतिक फिर्ताहरू मिलाउनुहोस्, हराएको वस्तुहरू रेकर्ड गर्नुहोस् र निर्धारित जाँचहरू पूरा भएपछि मात्र अनुरोध बन्द गर्नुहोस्। जहाँ एक व्यक्तिसँग भौतिक फोब र मोबाइल प्रमाणहरू दुवै छन्, प्लेटफर्मले एकीकृत रद्द गर्ने व्यवहार कागजात नगरेसम्म तिनीहरूलाई छुट्टै प्रमाणिक रेकर्डको रूपमा व्यवहार गर्नुहोस्।

HID कोप्रमाणपत्र- व्यवस्थापन कागजातप्रबन्धित पहिचान प्रणालीहरूमा प्रतिस्थापन, समाप्ति र प्रमाणिकरण स्थिति स्पष्ट जीवनचक्र सञ्चालनहरू हुन् भनेर वर्णन गर्दछ। साधारण LF वा HF भवनमा उपलब्ध विशिष्ट कार्यहरू-पहुँच डिप्लोइमेन्ट अझै पनि यसको आफ्नै सफ्टवेयरमा निर्भर हुन्छन्।

 

 

सक्रिय प्रमाणहरू विरुद्ध भौतिक स्टक मिलाउनुहोस्

आवधिक लेखापरीक्षणले कम्तिमा तीन स्रोतहरू तुलना गर्नुपर्छ: साइट-होल्ड स्टक, असाइनमेन्ट दर्ता र पहुँच-नियन्त्रण प्रणालीको सक्रिय प्रमाण सूची। उपयोगी आउटपुट "हातमा 400 कुञ्जी फोबहरू" मात्र होइन; यो कार्य आवश्यक अपवादहरूको सूची हो।

अनुमोदित होल्डर बिना सक्रिय प्रमाणहरू खोज्नुहोस्, जीवित पहुँचको साथ समाप्त व्यक्ति, फिर्ता गरिएको तर अझै सक्षम गरिएको रूपमा रेकर्ड गरिएको fob, निषेधित ठाउँमा डुप्लिकेट सक्रिय म्यापिङ, हराएको साइट इन्भेन्टरी, प्रयोग नगरिएको स्टक दुर्घटनावश नामांकन, र गन्तव्य पुष्टिकरण कहिल्यै प्राप्त नभएको स्थानान्तरणहरू हेर्नुहोस्।

व्यापार जोखिमबाट समीक्षा आवृत्ति र प्रतिक्रिया समय सीमा सेट गर्नुहोस्। उच्च-टर्नओभर ठेकेदार साइटहरूलाई स्थिर कर्मचारीहरू भएको सानो कार्यालयको तुलनामा धेरै पटक जाँचको आवश्यकता हुन सक्छ। एक कम्बल मासिक वा त्रैमासिक तालिका एक सहमत नीति को लागी प्रतिस्थापन गर्न सक्दैन।

 

 

रोलआउट अघि सम्पूर्ण जीवनचक्र पायलट गर्नुहोस्

प्रतिनिधि प्रमाणहरू प्रयोग गर्नुहोस्, कम्तिमा दुई साइट कन्फिगरेसनहरू यदि परियोजनाले विभिन्न पहुँच प्रणालीहरू फैलाउँछ भने, र पाठकलाई नयाँ फोब प्रस्तुत गर्नुको सट्टा संक्रमणहरू अभ्यास गर्ने केसहरू परीक्षण गर्नुहोस्।

मालिक र पुन: परीक्षण आवश्यकतासँग असफलताहरू चिन्ह लगाउनुहोस्। एक आपूर्तिकर्ताको कारखाना निरीक्षणले ट्याग प्रतिक्रिया र सही डाटा प्रदर्शन गर्न सक्छ, तर संगठनको वास्तविक नामांकन र अनुमति कार्यप्रवाह परीक्षणको लागि प्रतिस्थापन गर्न सक्दैन।

 

 

कर्मचारी डाटाबेस होइन, सफा हस्तान्तरणको लागि आपूर्तिकर्तालाई सोध्नुहोस्

बल्क RFID कुञ्जी फोबहरू कमिसन गर्दा, खरिद विनिर्देशले अनुमोदित चिप/क्रेडेन्सियल टेक्नोलोजी, पाठक अनुकूलता सन्दर्भ, अपेक्षित इलेक्ट्रोनिक डेटा ढाँचा, दृश्य संख्या नियम, अद्वितीय-दायरा वा म्यापिङ आवश्यकता, प्याकिङ/साइट समूह, नमूना-अनुमोदन प्रक्रिया र आगमन प्रमाणीकरण आवश्यकताहरू पहिचान गर्नुपर्छ।

साइट अपरेटरले कर्मचारी पहिचान, अनुमतिहरू, जारी अनुमोदनहरू, हराएको- fob प्रतिक्रिया र अडिट लगहरू अलग-अलग नियन्त्रण गर्नुपर्छ। जहाँ एक आपूर्तिकर्तालाई नम्बर प्रि-इन्कोड वा प्रि-नम्बर गर्न भनिएको छ, त्यसलाई कुन फिल्डहरू चाहिन्छ र कसरी विसंगतिहरू ह्यान्डल गरिनेछन् भनेर निश्चित रूपमा सहमत हुनुहोस्। सिन्टेककोनिकटता कुञ्जी एफओबी अनुकूलता गाइडअपस्ट्रीम प्राविधिक खरीद निर्णय कभर गर्दछ, जबकि यसकोआरएफआईडी कुञ्जी एफओबी उत्पादन वर्गभौतिक क्रेडेन्सियल सोर्सिङको लागि व्यावसायिक मालिक रहन्छ।

 

 

नियन्त्रण बिन्दु असाइनमेन्ट हो, कुञ्जी घण्टी होइन

बहु-साइट कुञ्जी एफओबी सञ्चालनहरू व्यवस्थापन गर्न सजिलो हुन्छ जब एउटा चेन अडिट योग्य रहन्छ:

स्वीकृत प्रमाण → प्राप्त स्टक → साइट हिरासत → प्रमाणित होल्डर → अधिकृत पहुँच प्रोफाइल → जीवनचक्र घटना → प्रणाली पुष्टिकरण → सूची मेलमिलाप।

सही रूपमा स्क्यान गर्ने कुञ्जी फोब मात्र सुरुवात हो। जारी पूरा हुन्छ जब यसको भौतिक धारक र इलेक्ट्रोनिक अनुमतिहरू रेकर्ड र प्रमाणित हुन्छन्; फिर्ता, प्रतिस्थापन र अफबोर्डिङ पूरा हुन्छ जब प्रमाणपत्रको अधिकार र भौतिक स्टक रेकर्ड दुवै मिलाइन्छ।