यह सेवा किसके लिए है
सुविधा प्रबंधकों, सुरक्षा इंटीग्रेटरों और ताला बनाने वालों को नियमित रूप से ऐसे क्रेडेंशियल की आवश्यकता होती है जो नामांकन के लिए तैयार हों — न कि अलग प्रोग्रामिंग चरण की आवश्यकता वाले खाली। यदि आपका एक्सेस कंट्रोल सिस्टम एक विशिष्ट Wiegand प्रारूप पढ़ता है और आपका पैनल पहले से ही एक सुविधा कोड के साथ कॉन्फ़िगर किया गया है, तो आपको उस कॉन्फ़िगरेशन से बिल्कुल मेल खाने के लिए एन्कोड किए गए कार्ड की आवश्यकता है। गलत सुविधा कोड या सीमा से बाहर का कार्ड नंबर प्रदान करने का मतलब है कि प्रत्येक क्रेडेंशियल पाठक पर अस्वीकृत कर दिया जाएगा।
यह सेवा तब सही है जब आपके पास एक स्थापित प्रणाली और एक ज्ञात विनिर्देश है: एक पुष्ट प्रारूप (उदाहरण के लिए, 26-bit H10301 या HID कॉर्पोरेट 1000 48-bit), उपयोग में पहले से ही एक सुविधा या साइट कोड, और जारी करने के लिए कार्ड नंबरों की एक सूची या सीमा। इसका उपयोग नए इंस्टॉलेशन शुरू करने वाले इंटीग्रेटर भी करते हैं जो क्रेडेंशियल को पूर्व-एन्कोड करके वितरित करना चाहते हैं ताकि ऑन-साइट सेटअप एक स्कैन हो, न कि प्रोग्रामिंग सत्र।
यदि आप अपने वर्तमान प्रारूप या सुविधा कोड के बारे में अनिश्चित हैं, तो हमारी फॉर्मेट पहचान गाइड मौजूदा कार्ड, पाठक कॉन्फ़िगरेशन प्रिंटआउट, या एक्सेस कंट्रोल सॉफ़्टवेयर निर्यात से उस जानकारी को कैसे पढ़ा जाए, इसके बारे में बताता है।
हम क्या एन्कोड करते हैं: प्रारूप, सुविधा कोड और कार्ड-नंबर रेंज
प्रत्येक एन्कोडिंग कार्य तीन इनपुट से शुरू होता है: बिट प्रारूप, सुविधा या साइट कोड मान, और कार्ड-नंबर रेंज। बिट प्रारूप डेटा संरचना को परिभाषित करता है जिसकी पाठक अपेक्षा करता है — सामान्य खुले प्रारूपों में 26-bit H10301, 34-bit H10306, 37-bit H10304, और Corporate 1000 शामिल हैं। मालिकाना प्रारूप — जैसे Indala FlexSecur, Software House CCOTZ 37-bit, और Inner Range 36-बिट — अपनी स्वयं की डेटा संरचनाओं का पालन करते हैं, और हम प्रत्येक को उपयुक्त विनिर्देश के अनुसार एन्कोड करते हैं।
सुविधा कोड (कुछ प्लेटफार्मों में साइट कोड भी कहा जाता है) एक निश्चित पहचानकर्ता है जो किसी दिए गए साइट पर सभी क्रेडेंशियल द्वारा साझा किया जाता है, आमतौर पर मानक 26-bit प्रारूप में 8 बिट्स या व्यापक प्रारूपों में 20 बिट्स तक कब्जा करता है। उस सुविधा कोड के भीतर कार्ड नंबर व्यक्तिगत क्रेडेंशियल की पहचान करते हैं। हम एक विशिष्ट क्रमांकित सूची, एक अनुक्रमिक रेंज, या एक मात्रा के साथ एक प्रारंभिक संख्या स्वीकार करते हैं और वहां से श्रृंखला को बढ़ाते हैं।
दोनों 125 kHz LF proximity प्रारूप और चयनित 13.56 MHz स्मार्ट कार्ड प्रारूप समर्थित हैं। 125 kHz LF प्रॉक्सिमिटी क्रेडेंशियल — EM4100, HID Prox, Indala, और समान — एन्कोडिंग सीधे वाहक प्रारूप पर लागू होती है। ओपन-स्टैंडर्ड स्मार्ट प्रारूपों के लिए, सुविधा-कोड डेटा उपयुक्त डेटा ब्लॉक में लिखा जाता है। सुरक्षित स्मार्ट कार्ड प्रारूप, जिनमें HID Seos और iCLASS SE शामिल हैं, आपके साइट की कुंजियों का उपयोग करके आपके अपने सिस्टम के माध्यम से नामांकित संगत खाली क्रेडेंशियल के रूप में आपूर्ति किए जाते हैं — उन प्रारूपों के लिए एन्कोडिंग पथ आपका एक्सेस कंट्रोल प्लेटफ़ॉर्म है, न कि हमारी सुविधा-कोड सेवा।
अनुक्रमिक बनाम निर्दिष्ट कार्ड नंबरिंग
अधिकांश परिनियोजन अनुक्रमिक नंबरिंग का उपयोग करते हैं: एक प्रारंभिक कार्ड नंबर, आवश्यक क्रेडेंशियल की गणना, और एक की वृद्धि। हम आपके प्रारंभिक बिंदु से लगातार क्रमांकित कार्ड आउटपुट करते हैं, जिससे आपके एक्सेस कंट्रोल डेटाबेस में एक बैच को पंजीकृत करना सीधा हो जाता है — हाथ से दर्ज की गई सूची के बजाय एक रेंज आयात करें। अनुक्रमिक रन एक बड़े पुन: जारी में डुप्लिकेट नंबरों के प्रकट होने की संभावना को भी कम करते हैं।
कुछ परियोजनाओं को निर्दिष्ट नंबरिंग की आवश्यकता होती है — एक सूची से निकाले गए व्यक्तिगत कार्ड नंबर, अक्सर क्योंकि वे नंबर पहले से ही एक डेटाबेस में मौजूद होते हैं या क्योंकि एक मौजूदा रेंज में अंतराल को कहीं और असाइन किए गए नंबरों को बाधित किए बिना भरने की आवश्यकता होती है। हम प्रति क्रेडेंशियल कार्ड नंबरों की एक सपाट सूची स्वीकार करते हैं और प्रत्येक को तदनुसार एन्कोड करते हैं। यह तब आम है जब एक लाइव परिनियोजन के भीतर व्यक्तिगत खोए हुए या क्षतिग्रस्त कार्डों को बदला जाता है, एक परिदृश्य जिसे हमारी खोए हुए या क्षतिग्रस्त कार्ड प्रतिस्थापन सेवा.
द्वारा भी कवर किया जाता है। दोनों नंबरिंग मोड एकल-साइट रन और थोक थोक आदेशोंमें उपलब्ध हैं। यदि आपके आदेश में सुविधा कोड मिश्रित हैं — उदाहरण के लिए, प्रति भवन एक अलग साइट कोड वाला एक मल्टी-साइट उद्यम — प्रति समूह अलग-अलग विनिर्देश प्रदान करें और हम प्रत्येक बैच को उसके अपने मापदंडों के अनुसार एन्कोड करते हैं।
उत्पादन से पहले सत्यापन
पूर्ण उत्पादन रन शिप होने से पहले, हम आपके विनिर्देश के विरुद्ध एन्कोडिंग को सत्यापित करते हैं। ओपन Wiegand प्रारूपों के लिए, हम एक नमूना क्रेडेंशियल पढ़ते हैं और बिट प्रारूप, सुविधा कोड और कार्ड नंबर को सही ढंग से पार्स किया गया है इसकी पुष्टि करते हैं। यदि आप अपनी स्वयं की स्थापना से एक कार्यशील नमूना कार्ड प्रदान करते हैं, तो हम इसे पढ़ते हैं, मापदंडों की पुष्टि करते हैं, और मिलान करने के लिए एन्कोड करते हैं — यह प्रारूप वेरिएंट के आसपास किसी भी अस्पष्टता को समाप्त करता है जो समान भौतिक उपस्थिति साझा करते हैं लेकिन विभिन्न डेटा संरचनाएं ले जाते हैं।
सत्यापन एक विफल परिनियोजन के सबसे सामान्य स्रोतों को पकड़ता है: एक स्थानांतरित सुविधा-कोड अंक, कार्ड-नंबर प्रारंभिक बिंदु में एक ऑफ-बाय-वन, या सिस्टम की अपेक्षा और ऑर्डर किए गए के बीच एक प्रारूप बेमेल। उच्च-सुरक्षा और कस्टम प्रारूप अतिरिक्त क्रॉस-चेक प्राप्त होते हैं क्योंकि मालिकाना डेटा संरचनाओं में एन्कोडिंग भिन्नता के लिए कम सहनशीलता होती है। सत्यापन के बाद ही पूरा रन आगे बढ़ता है।
हम इसकी भी समीक्षा करते हैं कॉर्पोरेट 1000, FlexSecur, और कस्टम फॉर्मेट पैरामीटर किसी भी ऑर्डर के लिए जिसमें गैर-मानक बिट चौड़ाई या मालिकाना समता योजनाएं शामिल हैं, यह पुष्टि करते हुए कि एन्कोडिंग कार्ड को उत्पादन के लिए प्रतिबद्ध करने से पहले फॉर्मेट के आंतरिक चेकसम और समता नियमों से सटीक रूप से मेल खाती है।
एन्कोडिंग कोटेशन का अनुरोध करें
कोटेशन प्राप्त करने के लिए, निम्नलिखित प्रदान करें: फॉर्मेट का नाम या बिट चौड़ाई, सुविधा या साइट कोड मान, आपकी कार्ड-नंबर सीमा या सूची, क्रेडेंशियल प्रकार (कार्ड, ISO थिन कार्ड, या फ़ोब), और आपकी मात्रा। यदि आप फॉर्मेट के बारे में अनिश्चित हैं, तो अपने एक्सेस कंट्रोल पैनल या रीडर का मेक और मॉडल शामिल करें और हम सलाह देंगे। कई साइटों को संभालने वाले इंटीग्रेटर प्रति-साइट पैरामीटर के साथ एक समेकित विनिर्देश प्रस्तुत कर सकते हैं और एक एकल समेकित कोटेशन प्राप्त कर सकते हैं।
ताला बनाने वाले और सुरक्षा इंटीग्रेटर कई क्लाइंट साइटों के लिए क्रेडेंशियल सोर्स करने वाले आवर्ती एन्कोडेड ऑर्डर के लिए स्थायी व्यवस्था मूल्य निर्धारण पर भी चर्चा कर सकते हैं। हम समर्थन करते हैं Wiegand बिट फॉर्मेट की पूरी श्रृंखला हमारी उत्पाद श्रृंखला में सूचीबद्ध, सामान्य खुले फॉर्मेट से लेकर लंबी-पूंछ वाली मालिकाना विशिष्टताओं तक जो अधिकांश वितरक नहीं रखते हैं।
उपयोग करें संपर्क फ़ॉर्म अपना विनिर्देश प्रस्तुत करने के लिए, या यदि आपके पास एक है तो एक पूर्ण एन्कोडिंग वर्कशीट संलग्न करें। Security ID Systems संगत एक्सेस-कंट्रोल क्रेडेंशियल का एक स्वतंत्र निर्माता और आपूर्तिकर्ता है और HID Global, Indala, Software House, Inner Range, ADT, या Brivo से संबद्ध, अधिकृत या समर्थित नहीं है।
फॉर्मेट प्रकार द्वारा एन्कोडिंग सेवा पैरामीटर
| प्रारूप श्रेणी | उदाहरण प्रारूप | सुविधा कोड बिट्स | कार्ड नंबर बिट्स | एन्कोडिंग पथ | सत्यापन विधि |
|---|---|---|---|---|---|
| 26-बिट ओपन Wiegand | H10301 | 8 बिट्स (0–255) | 16 बिट्स (0–65535) | सीधे वाहक को | नमूना पढ़ें + विशिष्टता जांच |
| 34-बिट ओपन Wiegand | H10306 | 16 बिट्स (0–65535) | 16 बिट्स (0–65535) | सीधे वाहक को | नमूना पढ़ें + विशिष्टता जांच |
| 37-बिट ओपन Wiegand | H10304 | 16 बिट्स | 19 बिट्स | सीधे वाहक को | नमूना पढ़ें + विशिष्टता जांच |
| HID Corporate 1000 (48-बिट) | कॉर्प 1000 | 20 बिट्स (0–1048575) | 20 बिट्स | सीधे वाहक को | बिट-संरचना + समता जांच |
| Software House CCOTZ 37-bit | CCOTZ | मालिकाना संरचना | मालिकाना संरचना | फॉर्मेट-विशिष्ट एन्कोडिंग | मालिकाना क्रॉस-चेक |
| Indala FlexSecur / ASC / Optus | FlexSecur, 27-बिट, 34-बिट | फॉर्मेट-निर्भर | फॉर्मेट-निर्भर | फॉर्मेट-विशिष्ट एन्कोडिंग | नमूना पढ़ें बनाम विशिष्टता |
| सुरक्षित स्मार्ट (Seos, iCLASS SE) | HID Seos, iCLASS SE/Elite | आपके सिस्टम द्वारा नामांकित | आपके सिस्टम द्वारा नामांकित | संगत रिक्त; आपका ACS नामांकित करता है | लागू नहीं — नामांकन पथ |
सभी संदर्भित ब्रांड और अन्य सभी ब्रांड और उत्पाद नाम उनके संबंधित स्वामियों के ट्रेडमार्क हैं। Security ID Systems संगत एक्सेस-कंट्रोल क्रेडेंशियल का एक स्वतंत्र निर्माता और आपूर्तिकर्ता है और इन कंपनियों से संबद्ध, अधिकृत, प्रायोजित या समर्थित नहीं है। ब्रांड और प्रारूप नामों का उपयोग केवल उन प्रणालियों की पहचान करने के लिए किया जाता है जिनके साथ हमारे उत्पाद संगत हैं। MIFARE और DESFire NXP B.V. के पंजीकृत ट्रेडमार्क हैं।