RFID کلیدی فوب مطابقت ٹیسٹ: بڑے پیمانے پر پیداوار سے پہلے نمونے کو کیسے منظور کیا جائے۔
Jul 21, 2026
ایک پیغام چھوڑیں۔
ایک RFID کلیدی fob مطابقت کی جانچ کو ثابت کرنا چاہیے کہ تیار شدہ اسناد خریدار کی مکمل رسائی-کنٹرول چین میں کام کرتی ہے۔ چپ کو مطلوبہ قاری کے ساتھ بات چیت کرنی چاہیے، ریڈر اور کنٹرولر کو ڈیٹا کی صحیح تشریح کرنی چاہیے، سافٹ ویئر کو صحیح اجازتوں کا اطلاق کرنا چاہیے، اور فزیکل کلیدی فوب کو منظور شدہ نمبرنگ، برانڈنگ اور پیکیجنگ ریکارڈز سے مماثل ہونا چاہیے۔

ایک ریڈر بیپ کافی نہیں ہے۔
ایک ریڈر کسی سند کا پتہ لگا سکتا ہے جب کہ کنٹرولر اس کے فارمیٹ کو مسترد کرتا ہے، سافٹ ویئر اس کے اندراج کا ریکارڈ نہیں ڈھونڈ سکتا، یا دروازے کی اجازت غلط ہے۔ اس لیے ایک پری-پروڈکشن یونٹ کو انسٹال شدہ سسٹم کے حصے کے طور پر ٹیسٹ کیا جانا چاہیے، پلاسٹک کے الگ تھلگ ٹکڑے کے طور پر نہیں۔
قارئین جو اب بھی ٹیکنالوجیز اور فارم فیکٹرز کا موازنہ کر رہے ہیں وہ ایک وسیع تر کے ساتھ شروع کر سکتے ہیں۔RFID کلیدی fob گائیڈ. یہ مضمون منظوری کے محدود فیصلے پر توجہ مرکوز کرتا ہے: اپنی مرضی کے مطابق آرڈر کو بڑے پیمانے پر پیداوار میں منتقل کرنے سے پہلے کس چیز کی تصدیق ہونی چاہیے۔
فوری جواب: ٹیسٹ کی سند کو کیا ثابت کرنا چاہیے؟
حتمی انکوڈ شدہ سند کو پروجیکٹ میں شامل ہر نمائندہ ریڈر اور رسائی زون پر کام کرنا چاہیے، متوقع سسٹم ڈیٹا تیار کرنا چاہیے، اجازت اور مسترد ہونے کے دونوں ٹیسٹ پاس کرنا چاہیے، منظور شدہ پرنٹ شدہ اور الیکٹرانک ریکارڈز سے مماثل ہونا چاہیے، اور پروجیکٹ کے جسمانی معیار کے تقاضوں کو پورا کرنا چاہیے۔
منظوری چھ شعبوں کا احاطہ کرے:
- فریکوئنسی، چپ اور اسناد کی درخواست مطلوبہ قارئین سے ملتی ہے۔
- ریڈر-سے-کنٹرولر کنکشن سسٹم کا متوقع نتیجہ پیدا کرتا ہے۔
- انکوڈ شدہ، ڈسپلے شدہ، پرنٹ شدہ اور درآمد شدہ شناخت کنندگان کو صحیح طریقے سے نقشہ بنایا گیا ہے۔
- مجاز، تردید، میعاد ختم، کھوئی ہوئی اور متبادل ریاستیں متعین کے مطابق برتاؤ کرتی ہیں۔
- کارکردگی اور پائیداری کو پورا کریں پروجیکٹ-کی وضاحت کردہ قبولیت کی شرائط پڑھیں۔
- منظور شدہ حوالہ، ڈیٹا فائل اور پیکیجنگ ترتیب کو پروڈکشن میں دوبارہ پیش کیا جا سکتا ہے۔
یہ سسٹم-سطح کا منظر اسی ریڈر، کنٹرولر اور سافٹ ویئر چین کی پیروی کرتا ہے جس کی وضاحت کی گئی ہے۔RFID کلیدی fobs ایکسیس کنٹرول میں کیسے کام کرتے ہیں۔.
خالی نمونہ یا ڈیسک ٹاپ اسکین حتمی منظوری کیوں نہیں ہے۔
ایک خالی فوب ٹیسٹ کی ظاہری شکل، حتمی اسناد نہیں۔
ایک خالی مکان شکل، طول و عرض، رنگ، لوگو کی پوزیشن، سطح کی تکمیل اور کیرنگ ہارڈ ویئر کی تصدیق کر سکتا ہے۔ یہ کسی سہولت کوڈ، کارڈ نمبر کی حد، ایپلیکیشن ڈیٹا، سیکیورٹی کیز، پرنٹ شدہ-نمبر میپنگ یا ڈیٹا بیس کی درآمد کے اصول کی تصدیق نہیں کر سکتا۔
جب ضروری ہو تو علیحدہ منظوریوں کا استعمال کریں:
- بصری منظوری:ہاؤسنگ، آرٹ ورک، رنگ اور ختم
- فنکشنل منظوری:چپ، انکوڈنگ، پرمیشنز، سسٹم کا رویہ اور ڈیٹا میپنگ
بڑے پیمانے پر پیداوار کو صرف بصری منظوری سے جاری نہیں کیا جانا چاہئے۔
ایک ڈیسک ٹاپ ریڈر نصب شدہ دروازے کو دوبارہ پیش نہیں کرتا ہے۔
ایک ڈیسک ٹاپ ڈیوائس چپ کی شناخت کر سکتا ہے یا کریڈینشل ڈیٹا کا معائنہ کرنے میں مدد کر سکتا ہے، لیکن ہو سکتا ہے کہ یہ وہی RF فیلڈ، فرم ویئر، آؤٹ پٹ رویہ، ایپلیکیشن کیز یا کنٹرولر سیٹنگز کو لائیو ایکسیس سسٹم کے طور پر استعمال نہ کرے۔ ایک موزوںآر ایف آئی ڈی ڈیسک ٹاپ ریڈراندراج اور معائنہ کے دوران مفید ہے، لیکن حتمی فیصلے کے لیے ابھی بھی نصب شدہ یا نمائندہ دروازے کے ہارڈ ویئر کی ضرورت ہے۔
ایک کامیاب داخلہ ٹیسٹ صرف ایک راستہ
ایک سند مرکزی دروازے کو کھول سکتی ہے لیکن لفٹ، کار پارک، ہوٹل کے تالا یا ثانوی عمارت میں ناکام ہو سکتی ہے کیونکہ وہ علاقے مختلف قارئین، فرم ویئر، ایپلیکیشنز یا کنٹرولر سیٹنگز استعمال کرتے ہیں۔ منظوری میں ہر مخصوص سسٹم کی قسم کا احاطہ کرنا ضروری ہے جس کی تصدیق کی توقع کی جاتی ہے۔
نمونہ بنائے جانے سے پہلے تفصیلات کو منجمد کریں۔
ایک سپلائر موجودہ کلیدی فوب کی تصویر سے قابل اعتماد منظوری یونٹ نہیں بنا سکتا۔ خریدار یا انٹیگریٹر کو انکوڈنگ شروع ہونے سے پہلے ایک کنٹرول شدہ تفصیلات فراہم کرنی چاہیے۔
| تفصیلات کا علاقہ | وضاحت کے لیے معلومات | یہ کیوں اہمیت رکھتا ہے۔ |
|---|---|---|
| ریڈر اور کنٹرولر | مینوفیکچرر، ماڈل، فرم ویئر، کنٹرولر اور رسائی سافٹ ویئر | مختلف مجموعے ایک ہی سند کی مختلف تشریح کر سکتے ہیں۔ |
| سندی ٹیکنالوجی | فریکوئینسی، عین مطابق چپ فیملی، پروٹوکول اور ایپلیکیشن | اکیلے تعدد مطابقت قائم نہیں کرتا ہے۔ |
| ریڈر-سے-کنٹرولر انٹرفیس | ویگینڈ، او ایس ڈی پی یا کوئی اور مخصوص کنکشن | انٹرفیس تبدیل کرتا ہے جسے کنفیگر اور ٹیسٹ کیا جانا چاہیے۔ |
| اسناد کا ڈیٹا | UID، کارڈ نمبر، سہولت کوڈ، بٹ فارمیٹ، ایپلیکیشن ڈیٹا یا محفوظ کلیدیں جہاں قابل اطلاق ہوں۔ | کنٹرولر اور سافٹ ویئر کو متوقع ڈیٹا ڈھانچہ کی ضرورت ہے۔ |
| نمبر میپنگ | چپ ڈیٹا، ریڈر آؤٹ پٹ، پرنٹ شدہ نمبر اور امپورٹ فائل کے درمیان تعلق | امدادی عملے کو صحیح اسناد کی شناخت اور اسے غیر فعال کرنے کے قابل ہونا چاہیے۔ |
| جسمانی تعمیر | مواد، طول و عرض، لوگو، رنگ، انگوٹی، encapsulation اور پیکیجنگ | پیداوار کا حصہ منظور شدہ تجارتی تفصیلات سے مماثل ہونا چاہئے۔ |
فریکوئنسی اور عین مطابق چپ کی تصدیق کریں۔
اس بات کا تعین کرتے ہوئے شروع کریں کہ آیا پروجیکٹ LF اسناد جیسے 125 kHz، 13.56 MHz پر کام کرنے والا HF کریڈینشل، یا ایک ملٹی-ٹیکنالوجی ڈیزائن کا استعمال کرتا ہے۔ Syntek کے لیے گائیڈصحیح RFID کلید fob تعدد کا انتخاب کرناانتخاب کے پہلے مرحلے کی وضاحت کرتا ہے۔
تعدد صرف ایک پرت ہے۔ خریدار کو چپ فیملی، میموری اور ایکسیس کنفیگریشن، پروٹوکول، کریڈینشل ایپلیکیشن اور کسی بھی مطلوبہ سیکیورٹی کیز کی بھی شناخت کرنی چاہیے۔ Syntek مثالیں پیش کرتا ہے جیسے125 kHz RFID کلیدی fobs, a 13.56 MHz MIFARE کلیدی fobاور aدوہری-فریکوئنسی RFID کلید fob. یہ مصنوعات کے زمرے ہر قاری کے ساتھ خود بخود قابل تبادلہ نہیں ہوتے ہیں۔
HID کا اہلکارProxKey III کی معلوماتبیان کرتا ہے کہ پروڈکٹ متعدد اسنادی فارمیٹس کو سپورٹ کرتا ہے۔ یہ واضح کرتا ہے کہ ایک ہی وسیع 125 kHz ماحولیاتی نظام کے اندر دو کلیدی fobs اب بھی مختلف ڈیٹا ڈھانچے کیوں لے جا سکتے ہیں۔
واضح کریں کہ مرئی نمبر کا کیا مطلب ہے۔
کسی ہاؤسنگ پر پرنٹ شدہ یا لیزر-کا نشان ایک خام UID، ایک اعشاریہ یا ہیکساڈیسیمل کی تبدیلی، ایک کارڈ نمبر، ایک سہولت-کوڈ اور کارڈ-نمبر کا مجموعہ، ملازم کا حوالہ یا ایک سپلائر سیریل نمبر ہوسکتا ہے۔
آرڈر کی تصریح میں بالکل واضح ہونا چاہیے کہ مرئی نمبر کا تعلق کس طرح ہے:
- چپ میں ذخیرہ شدہ یا طے شدہ قیمت
- اندراج ریڈر کی طرف سے دکھائی جانے والی قدر
- کنٹرولر کو منتقل کی گئی قدر
- رسائی سافٹ ویئر میں درآمد شدہ اسناد کا ریکارڈ
- نمبر شیل پر پرنٹ کیا گیا ہے اور سپلائر فائل میں درج ہے۔
کسی سپلائر سے "وہی نمبر بنانے" کے لیے مت کہو جب تک کہ سسٹم کا مالک یہ وضاحت نہ کر دے کہ کون سا نمبر اور نمائندگی درکار ہے۔
ویگینڈ اور او ایس ڈی پی کو ٹیسٹ کی مختلف تفصیلات درکار ہیں۔
اسناد کی ٹیکنالوجی اور ریڈر-سے-کنٹرولر انٹرفیس الگ الگ مطابقت کی پرتیں ہیں۔ ایک 125 kHz یا 13.56 MHz کلیدی fob ایک قاری کے ساتھ بات چیت کرتا ہے۔ ریڈر پھر سسٹم ڈیزائن کے ذریعے منتخب کردہ انٹرفیس کا استعمال کرتے ہوئے رسائی کنٹرولر کے ساتھ بات چیت کرتا ہے۔

میراث اور ویگینڈ-انداز کے نظام
کچھ سسٹم ایک فکسڈ کریڈینشل بٹ سٹریم منتقل کرتے ہیں جس میں برابری، ایک سہولت یا سائٹ کوڈ اور انفرادی کارڈ نمبر ہو سکتا ہے۔ ان منصوبوں میں، ٹیسٹ کی تفصیلات کی وضاحت کرنے کی ضرورت ہو سکتی ہے:
- فارمیٹ کا نام اور کل بٹ کی لمبائی
- سہولت یا سائٹ کوڈ، جب استعمال کیا جائے۔
- کارڈ کا آغاز اور اختتام{{0}نمبر رینج
- برابری اور نمبر کے اصول
- ریڈر آؤٹ پٹ اور کنٹرولر کی تشریح
یہ فیلڈز کچھ میراثی تعیناتیوں میں عام ہیں، لیکن یہ ہر RFID اسناد کی عالمگیر خصوصیات نہیں ہیں۔
OSDP سسٹمز
دیسیکیورٹی انڈسٹری ایسوسی ایشن کا او ایس ڈی پی کا جائزہAES-128 کا استعمال کرتے ہوئے آلہ کی نگرانی اور اختیاری سیکیور چینل کے ساتھ ایک دو طرفہ ریڈر-سے-کنٹرولر پروٹوکول کی وضاحت کرتا ہے۔
جہاں OSDP استعمال کیا جاتا ہے، منظوری کے منصوبے کو تصدیق کرنے کی ضرورت ہو سکتی ہے:
- قارئین کا پتہ اور مواصلات کی ترتیبات
- کنٹرولر اور ریڈر فرم ویئر کی مطابقت
- آن لائن اور زیر نگرانی حالت کو درست کریں۔
- جب ضرورت ہو چینل کی ترتیب کو محفوظ بنائیں
- تصدیقی ڈیٹا کنٹرولر کو پہنچایا گیا۔
- قاری کی تبدیلی یا ترتیب میں تبدیلی کے بعد متوقع رویہ
ایک کلیدی fob تکنیکی طور پر ریڈر کے ساتھ مطابقت رکھتا ہے جبکہ OSDP کنفیگریشن کا مسئلہ اب بھی مکمل رسائی کے راستے کو کام کرنے سے روکتا ہے۔
سات مطابقت کی پرتیں۔
| تہہ | سوال | عام ناکامی۔ |
|---|---|---|
| تعدد | کیا قارئین کو متحرک کر کے اسناد کا پتہ لگا سکتا ہے؟ | 13.56 میگاہرٹز کی سند 125 کلو ہرٹز-صرف ریڈر کو پیش کی جاتی ہے |
| چپ اور درخواست | کیا قارئین درست سندی ٹیکنالوجی اور اطلاق کی حمایت کرتا ہے؟ | فریکوئنسی درست ہے، لیکن چپ یا محفوظ شدہ ایپلیکیشن غیر تعاون یافتہ ہے۔ |
| اسناد کا ڈیٹا | کیا کلیدی fob متوقع شناخت کنندہ، فارمیٹ یا ایپلیکیشن ڈیٹا پر مشتمل ہے؟ | چپ جواب دیتی ہے، لیکن مطلوبہ قدر غائب ہے یا مختلف طریقے سے انکوڈ کی گئی ہے۔ |
| ریڈر کنفیگریشن | کیا قاری سند کی تشریح یا تصدیق کر سکتا ہے؟ | ریڈر کیز، سیکٹرز یا ایپلیکیشن سیٹنگز مماثل نہیں ہیں۔ |
| ریڈر-کنٹرولر انٹرفیس | کیا Wiegand، OSDP یا کوئی اور انٹرفیس درست طریقے سے ترتیب دیا گیا ہے؟ | اسناد کو پڑھا جاتا ہے، لیکن کنٹرولر کو غلط ڈیٹا ملتا ہے یا کوئی درست پیغام نہیں ملتا ہے۔ |
| بیک اینڈ اندراج | کیا اسناد درست صارف، شیڈول اور اجازت گروپ کو تفویض کی گئی ہیں؟ | شناخت کنندہ درست لیکن غیر فعال، میعاد ختم یا غلط اندراج شدہ ہے۔ |
| جسمانی ماحول | کیا صارفین حقیقی حالات میں حتمی کلیدی فوب کو قابل اعتماد طریقے سے پیش کر سکتے ہیں؟ | ہاؤسنگ، کیرنگ، ریڈر لگانا یا قریبی اشیاء کارکردگی کو کم کرتی ہیں۔ |
تمام سات پرتوں کی جانچ کرنا "پڑھنے کے قابل" کو "مطابقت پذیر" کی غلطی سے روکتا ہے۔ جن خریداروں کو اسناد اور سسٹم کے تحفظ کے بارے میں مزید تفصیل کی ضرورت ہے وہ جائزہ لے سکتے ہیں۔آر ایف آئی ڈی ڈیٹا سیکیورٹی.
آٹھ-مرحلہ RFID کلید Fob مطابقت ٹیسٹ
مرحلہ 1: فزیکل پارٹ اور کریڈینشل ٹیکنالوجی کی تصدیق کریں۔
تصریح کے ساتھ منظوری یونٹ کا موازنہ کریں۔ ہاؤسنگ میٹریل، ڈائمینشنز، کیرنگ ہارڈویئر، چپ ماڈل، فریکوئنسی، پروٹوکول، ایپلیکیشن کنفیگریشن، لوگو کا طریقہ اور رنگ کا حوالہ ریکارڈ کریں۔
مواد اور تکمیل کے لیے، صرف ظاہری شکل کے بجائے پراجیکٹ کا ماحول استعمال کریں۔ دیآر ایف آئی ڈی کلیدی فوب مواد کے انتخاب کا رہنماخریداروں کو استحکام کی جانچ سے پہلے عام تعمیراتی اختیارات کا موازنہ کرنے میں مدد مل سکتی ہے۔
مرحلہ 2: منظور شدہ آلات کے ساتھ ٹیسٹ کریں۔
انسٹال شدہ یا نمائندہ ریڈر، کنٹرولر اور پروڈکشن یا سٹیجنگ سافٹ ویئر استعمال کریں۔ جب قابل اطلاق ہو تو مطلوبہ اندراج ریڈر اور انکوڈر شامل کریں۔
اسمارٹ فون واحد ٹیسٹ ڈیوائس نہیں ہونا چاہیے۔ دیNFC فورم ٹیکنالوجی کا جائزہوضاحت کرتا ہے کہ NFC 13.56 MHz کی بنیادی فریکوئنسی پر کام کرتا ہے۔ ایک فون کچھ مطابقت پذیر HF یا NFC اسناد کا پتہ لگا سکتا ہے، لیکن یہ عام 125 kHz کلیدی فوبس کی جانچ نہیں کرتا اور یہ ثابت نہیں کرتا کہ ایک مخصوص رسائی-کنٹرول ایپلیکیشن تعاون یافتہ ہے۔ Syntek کی وضاحتRFID اور NFC فرقاضافی پس منظر فراہم کرتا ہے۔
مرحلہ 3: ہر ڈیٹا کی نمائندگی کا موازنہ کریں۔
ہر ٹیسٹ یونٹ کے لیے، چپ ویلیو، اندراج-ریڈر ڈسپلے، کنٹرولر ان پٹ، سافٹ ویئر ریکارڈ، مرئی شیل نمبر اور سپلائر ڈیٹا فائل کا موازنہ کریں۔ کسی بھی اعشاریہ یا ہیکساڈیسیمل کی تبدیلی، بائٹ آرڈر، سہولت کوڈ، کارڈ نمبر یا پراجیکٹ کے ذریعے استعمال ہونے والی ایپلیکیشن میپنگ کو ریکارڈ کریں۔
جب ترتیب کی سالمیت اہم ہو تو ایک سے زیادہ ترتیب وار اسناد کا استعمال کریں۔ ایک اکائی گمشدہ، ڈپلیکیٹ، ٹرانسپوزڈ یا غلط طریقے سے بڑھی ہوئی تعداد کو ظاہر نہیں کر سکتی۔
مرحلہ 4: اجازت اور مسترد کی جانچ کریں۔
عام اجازتوں کے ساتھ ایک ٹیسٹ کی سند کا اندراج کریں، پھر کامیاب اور ناکام دونوں نتائج کی تصدیق کریں:
- مطلوبہ دروازہ اجازت شدہ شیڈول کے دوران کھلتا ہے۔
- ایک غیر مجاز دروازہ مقفل رہتا ہے۔
- اجازت شدہ شیڈول کے باہر رسائی کو مسترد کر دیا گیا ہے۔
- ایونٹ لاگ صحیح سند اور نتیجہ دکھاتا ہے۔
- صارف اور اجازت گروپ صحیح طریقے سے دکھائے جاتے ہیں۔
صرف کامیاب اندراج کی جانچ سے یہ ثابت نہیں ہو سکتا کہ رسائی کے قوانین نافذ کیے جا رہے ہیں۔
مرحلہ 5: غیر فعال کرنے اور تبدیلی کی جانچ کریں۔
- اسناد کا اندراج کریں اور عام رسائی کی تصدیق کریں۔
- اسے کھوئے ہوئے، غیر فعال یا میعاد ختم ہونے پر نشان زد کریں۔
- تصدیق کریں کہ اصل سند مسترد کر دی گئی ہے۔
- ایک متبادل جاری کریں اور اندراج کریں۔
- تصدیق کریں کہ متبادل کام کرتا ہے اور اصل غیر فعال ہے۔
یہ لائف سائیکل ٹیسٹ دفاتر، ہوٹلوں، کیمپسز، اپارٹمنٹس اور ملٹی-سائٹ سسٹمز کے لیے اہم ہے جہاں اسناد کو کثرت سے تبدیل یا دوبارہ تفویض کیا جاتا ہے۔
مرحلہ 6: حقیقی استعمال میں پڑھنے کی کارکردگی کی جانچ کریں۔
ٹیسٹنگ سے پہلے متوقع پریزنٹیشن فاصلے اور آپریٹنگ حالات کی وضاحت کریں۔ پھر آگے اور پیچھے، مختلف گردشیں، منسلک کیرنگز، قریبی چابیاں یا فونز، انسٹال شدہ ریڈر سرفیسز اور ہر نمائندہ ریڈر فیملی کو چیک کریں۔
ایک کامیاب نل کے بجائے بار بار پیشکشیں ریکارڈ کریں۔ پراجیکٹ کو اس بات کی وضاحت کرنی چاہیے کہ کتنی پیشکشیں، ہدایات اور اجازت شدہ ناکامیاں قبولیت پر مشتمل ہیں۔ ہر چپ، ہاؤسنگ اور ریڈر کی تنصیب کے لیے کوئی ایک عالمگیر پڑھنے-فاصلہ کی حد نہیں ہے۔
مرحلہ 7: برانڈنگ اور پائیداری کا معائنہ کریں۔
لوگو، رنگ، لیزر نمبرنگ، کنارے، سیون، ایپوکسی سطح، ہاؤسنگ کلوزر اور کیرنگ اٹیچمنٹ چیک کریں۔ صرف مطلوبہ استعمال سے متعلقہ ماحولیاتی ٹیسٹ لگائیں، جیسے قطرے، کھرچنے، پانی کی نمائش، صفائی کیمیکل، گرمی، سورج کی روشنی یا بار بار جیب کی حرکت۔
ہر پائیداری کے ٹیسٹ کو ایک دستاویزی طریقہ اور متوقع نتیجہ کی ضرورت ہوتی ہے۔ "ڈراپ ٹیسٹ پاس کیا" معنی خیز نہیں ہے جب تک کہ اونچائی، سطح، تکرار اور پوسٹ-ٹیسٹ RF کارکردگی کو ریکارڈ نہ کیا جائے۔
مرحلہ 8: ڈیٹا فائل اور پیکیجنگ کی تصدیق کریں۔
منظور شدہ نظرثانی، نمبر کی حد، مقدار، اسناد کی شکل، پرنٹ شدہ-نمبر کالم، پیکیجنگ ترتیب، کارٹن لیبل، ڈیپارٹمنٹ گروپنگ اور اسپیئر-اسٹاک رینج کی تصدیق کریں۔ نمائندہ پیکجز کھولیں اور منظور شدہ ڈیٹا فائل کے ساتھ ان کے مواد کا موازنہ کریں۔
مطابقت ٹیسٹ میٹرکس بنائیں
ایک رسمی میٹرکس دروازے کے ایک کامیاب ٹیسٹ کو مکمل پروجیکٹ کی منظوری کے طور پر مانے جانے سے روکتا ہے۔
| ٹیسٹ یونٹ | ریڈر اور فرم ویئر | کنٹرولر اور انٹرفیس | دروازہ یا زون | متوقع نتیجہ | اصل نتیجہ | بار بار کی پیشکشیں | حیثیت |
|---|---|---|---|---|---|---|---|
| اسناد A | ریکارڈ ماڈل اور فرم ویئر | ریکارڈ کنٹرولر اور Wiegand، OSDP یا دیگر انٹرفیس | نمائندہ مقام ریکارڈ کریں۔ | عطا کریں یا انکار کریں۔ | مشاہدہ شدہ سلوک اور ایونٹ لاگ کو ریکارڈ کریں۔ | پروجیکٹ کو ریکارڈ کریں-تعریف شدہ ٹیسٹ گنتی | پاس، مشروط پاس، فیل یا ٹیسٹ نہیں ہوا۔ |
ہر ایک الگ ریڈر ٹیکنالوجی، فرم ویئر گروپ، کنٹرولر کنفیگریشن، انٹرفیس کی قسم اور رسائی زون سے کم از کم ایک نمائندہ یونٹ شامل کریں جس کی کلیدی ایف او بی سے توقع کی جاتی ہے۔ بہت سے ایک جیسے دروازوں کی جانچ کرنا ہر الگ نظام کے راستے کی جانچ کرنے سے کم قیمتی ہے۔
مربوط اجزاء کی جانچ کی وسیع تر وجوہات کا احاطہ Syntek کی گائیڈ میں کیا گیا ہے۔آر ایف آئی ڈی سسٹم ٹیسٹنگ.
پاس، مشروط پاس، فیل یا ٹیسٹ نہیں ہوا؟
| فیصلہ | مطلب | ضروری کارروائی |
|---|---|---|
| پاس | تکنیکی، ڈیٹا، سیکورٹی اور جسمانی ضروریات پوری ہیں۔ | یونٹ اور ریکارڈ کو پروڈکشن ریفرنس کے طور پر منظور کریں۔ |
| مشروط پاس | نظام کی مطابقت کو تبدیل کیے بغیر ایک محدود مسئلہ کو درست کیا جا سکتا ہے۔ | تصحیح کو دستاویز کریں اور وضاحت کریں کہ آیا ثبوت یا نظر ثانی شدہ یونٹ کی ضرورت ہے۔ |
| ناکام | ایک اہم ضرورت غلط ہے یا کارکردگی ناقابل قبول ہے۔ | یونٹ کو مسترد کریں اور ایک درست فنکشنل نمونہ تیار کریں۔ |
| ٹیسٹ نہیں کیا گیا۔ | مطلوبہ سامان، سافٹ ویئر تک رسائی، ڈیٹا یا ماحول دستیاب نہیں تھا۔ | غیر جانچ شدہ ضرورت کے لئے بڑے پیمانے پر پیداوار جاری نہ کریں۔ |
غلط فریکوئنسی، چپ، ایپلیکیشن، سہولت کوڈ، نمبر رینج، سیکیورٹی کلید، ریڈر آؤٹ پٹ، OSDP کنفیگریشن یا غیر فعال کرنے کے رویے کے لیے عام طور پر ایک نئے فنکشنل ٹیسٹ کی ضرورت ہوتی ہے۔ ایک معمولی آرٹ ورک ایڈجسٹمنٹ کو صرف بصری تصدیق کی ضرورت ہو سکتی ہے جب یہ اینٹینا، رہائش، پڑھنے کی کارکردگی یا پرنٹ شدہ-نمبر میپنگ کو متاثر نہیں کر سکتا ہے۔
رسائی کے لیے سیکیورٹی چیکس-کنٹرول کلیدی فوبس
UID-صرف اسناد
ایک مقررہ شناخت کنندہ کو کچھ میراثی یا کم{0}}خطرے کے نظاموں میں تب ہی استعمال کیا جا سکتا ہے جب تنظیم نے اپنی حدود کا اندازہ کر لیا اور اسے قبول کر لیا اور مناسب آپریشنل کنٹرولز شامل کر لیے۔ اسے کرپٹوگرافک توثیق کے طور پر بیان نہیں کیا جانا چاہئے۔
ٹیسٹ کو اس بات کی نشاندہی کرنی چاہیے کہ کون سی قدر استعمال کی گئی ہے، آیا نقلوں کا اندراج کیا جا سکتا ہے، گمشدہ اسناد کیسے غیر فعال ہیں اور غیر معمولی دوبارہ استعمال کے لیے کون سی نگرانی موجود ہے۔
محفوظ ایپلی کیشنز اور محفوظ چپس
کچھ HF سسٹم محفوظ شدہ میموری، ایپلیکیشن ڈیٹا، متنوع کیز یا تصدیق شدہ پیغام رسانی کا استعمال کرتے ہیں۔ NXP کا اہلکارMIFARE DESFire EV3 ڈیٹا شیٹکرپٹوگرافک سیٹنگز بشمول AES اور محفوظ پیغام رسانی کے لیے تعاون کی وضاحت کرتا ہے۔
وہ چپ کی صلاحیتیں کسی نفاذ کو خود بخود محفوظ نہیں بناتی ہیں۔ منظوری کو بھی تصدیق کرنی چاہئے:
- چابیاں کس کے پاس ہے اور کون تیار کرتا ہے۔
- جو اسناد کو ذاتی بناتا ہے۔
- آیا پہلے سے طے شدہ چابیاں تبدیل کر دی گئی ہیں۔
- ٹیسٹ اور پروڈکشن اسناد کو کیسے الگ کیا جاتا ہے۔
- کس طرح مسترد، اضافی اور متبادل اسناد کو کنٹرول کیا جاتا ہے
- اگر سپلائر تبدیل ہوتا ہے تو کلیدیں اور ایپلیکیشن ڈیٹا کیسے منتقل کیا جائے گا۔
پلان پروڈکشن سیمپلنگ اور ڈپلیکیٹ چیک
فنکشنل نمونہ ڈیزائن کو ثابت کرتا ہے۔ پیداوار کے معائنے میں یہ ثابت کرنا ضروری ہے کہ منظور شدہ ڈیزائن کو پوری جگہ پر صحیح طریقے سے دوبارہ تیار کیا گیا تھا۔
نمونے لینے کا منصوبہ پراجیکٹ کے خطرے، لاٹ سائز، اسناد کی قسم، سپلائر کی تاریخ اور معاہدے کے معیار کی ضروریات پر مبنی ہونا چاہیے۔ اس میں شامل ہونا چاہئے:
- سیٹ اپ کے بعد سب سے پہلے تیار کردہ یونٹس
- تسلسل کی منطق کی توثیق کرنے کے لیے لگاتار اسناد
- پیداوار کے آغاز، وسط اور اختتام سے یونٹس
- مختلف پیکجوں یا کارٹنوں سے بے ترتیب یونٹ
- اسپیئر اور متبادل-نمبر رینجز
- ڈپلیکیٹس، گمشدہ نمبرز اور غلط پرنٹ شدہ-سے-انکوڈ شدہ میپنگ کے لیے چیک کرتا ہے
- منظور شدہ آلات پر فنکشنل ریڈز
- جسمانی اور پیکیجنگ معائنہ
ہر پروجیکٹ کے لیے یونیورسل نمونہ فیصد ایجاد نہ کریں۔ خریداری کی تفصیلات میں منصوبہ کی وضاحت کریں اور ریکارڈ کریں کہ کون سے یونٹس کا تجربہ کیا گیا، کس کے ذریعہ اور کیا نتیجہ آیا۔ خریدار Syntek کا جائزہ استعمال کر سکتے ہیں۔معیار کے معائنہ کا سامانفیکٹری-سائیڈ انکوڈنگ اور بیچ چیکس پر بحث کرتے وقت۔
ایک سنہری نمونہ اور ورژن بنائیں-کنٹرول ریکارڈ
منظور شدہ فزیکل یونٹ کو ان دستاویزات کے ساتھ محفوظ کیا جانا چاہیے جو اس بات کی وضاحت کریں کہ یہ کیوں گزرا۔ جب عملی ہو، خریدار اور سپلائر دونوں کو ایک کنٹرول شدہ حوالہ برقرار رکھنا چاہیے۔

| ریکارڈ فیلڈ | کیا دستاویز کرنا ہے |
|---|---|
| حوالہ شناخت | گولڈن-نمونہ نمبر، تصویر اور اسٹوریج کا مقام |
| جسمانی تفصیلات | طول و عرض، مواد، رنگ، ہارڈ ویئر، آرٹ ورک اور ختم |
| اسناد کی تفصیلات | چپ، فریکوئنسی، پروٹوکول، ایپلیکیشن، کیز اور انکوڈنگ ریویژن جیسا کہ قابل اطلاق ہے۔ |
| نمبر بندی | سہولت کوڈ یا ایپلیکیشن شناخت کنندہ، نمبر کی حد اور پرنٹ شدہ-نمبر اصول |
| سسٹم کا تجربہ کیا گیا۔ | ریڈر، فرم ویئر، کنٹرولر، انٹرفیس، سافٹ ویئر اور نمائندہ مقامات |
| منظوری | ٹیسٹ کی تاریخ، نتیجہ، خریدار کی منظوری دینے والا اور سپلائر منظور کرنے والا |
| ورژن کنٹرول | نظرثانی، موثر بیچ، تبدیلی کی وجہ اور سپرسیڈ حوالہ |
| سپلائر ڈیلیوری ایبلز | ڈیٹا فائل، پیکیجنگ کی ترتیب، ٹیسٹ رپورٹ اور پیداوار کی مقدار |
دوبارہ آرڈر کو ایک جیسا نہیں سمجھا جانا چاہئے کیونکہ پروڈکٹ کا نام تبدیل نہیں ہوا ہے۔
دوبارہ ٹیسٹنگ کب ضروری ہے؟
| تبدیلی | عام کم از کم جائزہ |
|---|---|
| صرف لوگو کی پوزیشن یا آرٹ ورک | بصری جائزہ، نیز آر ایف کی تصدیق اگر تبدیلی اینٹینا کے قریب ہے یا تعمیر میں تبدیلی آتی ہے۔ |
| ہاؤسنگ مواد، طول و عرض، encapsulation یا keyring ہارڈ ویئر | جسمانی، پائیداری اور پڑھنے کی-کارکردگی کا دوبارہ ٹیسٹ |
| چپ، اینٹینا، فریکوئنسی یا اسناد کی درخواست | مکمل فنکشنل اور سسٹم کی مطابقت کا دوبارہ ٹیسٹ |
| انکوڈنگ منطق، نمبر کی حد یا پرنٹ شدہ-نمبر اصول | ڈیٹا میپنگ، ڈپلیکیٹ، ترتیب، اندراج اور لائف سائیکل ری ٹیسٹ |
| ریڈر فرم ویئر، کنٹرولر کنفیگریشن یا رسائی سافٹ ویئر | نمائندہ نظام اور اجازت کی دوبارہ جانچ |
| Wiegand یا OSDP انٹرفیس کنفیگریشن | ریڈر-کنٹرولر کمیونیکیشن اور ایونٹ-نتیجہ کا دوبارہ امتحان |
| پیکیجنگ یا ترتیب ترتیب | ڈیٹا-فائل اور طبعی- ترتیب کی توثیق |
اصل دوبارہ جانچ کے دائرہ کار کی وضاحت تبدیلی کے ذریعہ پیش کردہ خطرے سے کی جانی چاہئے۔ ایک سپلائر کو دستاویزی منظوری کے بغیر کسی غیر دستیاب چپ، اینٹینا یا مواد کو "مطابقت پذیر متبادل" کے ساتھ تبدیل نہیں کرنا چاہیے۔
تین مثالی ناکامی کے منظرنامے۔
درست تعدد، غلط اسناد کی شکل
ریڈر کے ذریعہ 125 کلو ہرٹز یونٹ کا پتہ چلا ہے، لیکن کنٹرولر کو ایک مختلف سہولت کوڈ اور بٹ ڈھانچے کی توقع ہے۔ ریڈیو فریکوئنسی درست ہے؛ سسٹم ڈیٹا نہیں ہے۔
درست دروازے کا آپریشن، غلط پرنٹ شدہ نمبر
اسناد دروازہ کھولتا ہے، لیکن شیل ایک خام UID دکھاتا ہے جب کہ رسائی ڈیٹا بیس تبدیل شدہ کارڈ نمبر استعمال کرتا ہے۔ کلیدی fob کھو جانے پر امدادی عملہ درست ریکارڈ کی شناخت نہیں کر سکتا۔ منظوری سے پہلے نمبر دینے کے اصول کو درست کرنا ضروری ہے۔
مرکزی داخلہ کا کام، لفٹ فیل
مرکزی داخلہ اور لفٹ مختلف ریڈر ٹیکنالوجیز یا ایپلیکیشن سیٹنگز کا استعمال کرتی ہے۔ صرف داخلے کی جانچ نے مطابقت کا غلط احساس پیدا کیا۔ پروجیکٹ کو ایک میٹرکس کی ضرورت ہے جس میں ہر ایک الگ نظام کے راستے کا احاطہ کیا گیا ہو۔
اکثر پوچھے گئے سوالات
س: قاری کیوں بیپ کرتا ہے لیکن دروازہ نہیں کھلتا؟
A: قاری اسناد کا پتہ لگا سکتا ہے لیکن ڈیٹا بھیج سکتا ہے جسے کنٹرولر قبول نہیں کرتا، یا اسناد غیر فعال ہو سکتی ہے یا غلط اجازتوں کو تفویض کر سکتی ہے۔ چپ، ایپلیکیشن، ریڈر کنفیگریشن، انٹرفیس، کنٹرولر کی تشریح اور اندراج کا ریکارڈ چیک کریں۔
سوال: کیا فون آر ایف آئی ڈی کی ایف او بی کی جانچ کر سکتا ہے؟
A: ایک فون کچھ 13.56 MHz HF یا NFC اسناد کی شناخت میں مدد کر سکتا ہے۔ یہ عام طور پر عام 125 kHz اسناد کی جانچ نہیں کر سکتا، اور ایک کامیاب فون ریڈر کسی مخصوص دروازے کے ریڈر یا محفوظ ایپلیکیشن کے ساتھ مطابقت ثابت نہیں کرتا ہے۔
سوال: کیا نمونہ خالی یا انکوڈ ہونا چاہئے؟
A: حتمی مطابقت کی منظوری کے لیے ایک انکوڈ شدہ فنکشنل اسناد کا استعمال کریں۔ ایک خالی یا بغیر انکوڈ شدہ یونٹ کو ظاہری شکل اور مواد کے لیے الگ سے منظور کیا جا سکتا ہے۔
سوال: کتنے دروازوں کا تجربہ کیا جانا چاہئے؟
A: ہر ایک الگ ریڈر ٹیکنالوجی، فرم ویئر گروپ، کنٹرولر کنفیگریشن، انٹرفیس کی قسم اور رسائی کے زون کی جانچ کریں جس کی تصدیق ضروری ہے۔ بہت سے ایک جیسے دروازوں پر ایک ہی ٹیسٹ کو دہرانا ہر مختلف سسٹم کے راستے کی جانچ کرنے سے کم کوریج فراہم کرتا ہے۔
سوال: سنہری نمونہ کیا ہے؟
A: یہ ایک کنٹرول شدہ جسمانی اور تکنیکی حوالہ ہے جو بلک آرڈر اور مستقبل کے دوبارہ آرڈرز کی تیاری اور معائنہ کے لیے استعمال ہوتا ہے۔ اسے منظور شدہ تفصیلات، ٹیسٹ کے نتائج اور ورژن ریکارڈ سے منسلک کیا جانا چاہیے۔
س: کیا دہرائے جانے والے آرڈرز کا دوبارہ تجربہ کیا جانا چاہیے؟
A: ہر دوبارہ آرڈر کو منظور شدہ حوالہ اور ڈیٹا کی تفصیلات کے خلاف چیک کیا جانا چاہئے۔ جب چپ، اینٹینا، ہاؤسنگ، انکوڈنگ، ریڈر، کنٹرولر، انٹرفیس یا سافٹ ویئر تبدیل ہو جائے تو ایک وسیع تر دوبارہ ٹیسٹ کی ضرورت ہوتی ہے۔
سسٹم کے نتائج کو منظور کریں، نہ صرف کلیدی فوب کو
ایک قابل اعتماد آرڈر ایک کنٹرول شدہ تصریح کے ساتھ شروع ہوتا ہے اور آزمائشی پروڈکشن ریفرنس کے ساتھ ختم ہوتا ہے۔ بڑے پیمانے پر پیداوار سے پہلے فریکوئنسی، عین مطابق چپ، کریڈینشل ایپلیکیشن، ریڈر-کنٹرولر انٹرفیس، نمبر میپنگ، اجازت، فزیکل کنسٹرکشن اور پروڈکشن ریکارڈ کی تصدیق کریں۔
مضبوط ترین منظوری فراہم کنندہ کا بیان نہیں ہے کہ کلیدی fob "مطابقت پذیر" ہے۔ یہ دستاویزی ثبوت ہے کہ تیار شدہ اسناد خریدار کے نمائندے کے قارئین، کنٹرولرز، سافٹ ویئر، اجازتوں اور حقیقی آپریٹنگ حالات میں صحیح طریقے سے برتاؤ کرتی ہے۔
خریدار کر سکتے ہیں۔ایک انکوڈ شدہ RFID کلید fob نمونے کی درخواست کریں۔ریڈر ماڈل، کنٹرولر یا انٹرفیس، مطلوبہ چپ، نمبر فارمیٹ، آرٹ ورک، مقدار اور ٹیسٹ کے تقاضے فراہم کرکے۔
انکوائری بھیجنے

