Carduri RFID compatibile cu cititoarele existente

Dacă ați încercat vreodată să cumpărați carduri RFID noi pentru un sistem deja instalat, știți cât de ușor apare capcana compatibilității. Cardurile arată aproape la fel. Furnizorul spune că sunt compatibile. Echipa clădirii spune că cititoarele sunt standard. Departamentul de achiziții vede un preț mai bun și vrea să comande rapid. Apoi sosește noul lot și, dintr-odată, unele uși funcționează, altele nu, câteva cititoare emit semnal sonor fără să deschidă, bariera de parcare se comportă neobișnuit, iar biroul de carduri începe să dea vina pe instalator, software, imprimantă și furnizor în aceeași după-amiază. Tocmai de aceea potrivirea RFID cards cu cititoarele existente este una dintre cele mai importante etape în orice proiect de control acces sau administrare a credențialelor.

Realitatea este simplă: compatibilitatea cardurilor RFID nu ține aproape niciodată doar de card. Ea depinde de relația dintre card, cititor, controler, formatul credențialului, configurarea locației și modul în care sistemul a evoluat în timp. Un card poate avea dimensiunea corectă, culoarea corectă și chiar frecvența corectă, dar să fie totuși cardul greșit pentru acel sistem. De aceea, cumpărătorii care vor să potrivească cardurile RFID cu cititoarele existente trebuie să gândească precum administratori de sistem, nu doar ca achizitori de produse.

De ce compatibilitatea cu cititoarele existente nu înseamnă doar aceeași frecvență

Primul lucru care trebuie înțeles este că expresia „cititoare existente” nu este suficient de precisă. Trebuie să știți ce tip de cititoare RFID sunt instalate, ce frecvențe acceptă, pentru ce familii de carduri sunt configurate și dacă citesc un simplu număr de serie, un credențial programat sau o aplicație smart card mai structurată. Multe proiecte eșuează chiar aici, deoarece echipele presupun că, dacă un card este de 125 kHz sau 13.56 MHz, problema este rezolvată. În implementările reale, acesta este doar începutul.

Un turn de birouri multi-tenant din Singapore a învățat această lecție în modul costisitor. Echipa de administrare știa că cititoarele erau de înaltă frecvență și a presupus că orice card RFID de 13.56 MHz poate fi comandat în siguranță. Noul lot arăta corect și chiar declanșa unele cititoare. Totuși, mai multe etaje ale chiriașilor respingeau cardurile, deoarece sistemul de acces instalat aștepta o structură specifică a credențialului, nu doar o potrivire de frecvență. Clădirea cumpărase carduri similare din punct de vedere tehnic, dar greșite din punct de vedere operațional. Proiectul a devenit un bun exemplu că frecvența este o parte a compatibilității, nu întreaga poveste.

Începeți cu un inventar real al sistemului de acces existent

Primul pas practic este inventarierea sistemului actual. Înainte de a comanda chiar și un singur card RFID de acces, documentați modelele cititoarelor, mediul controlerelor, procesul de înscriere a badge-urilor și tipul exact de card aflat deja în circulație. Poate părea o etapă administrativă plictisitoare, dar este una dintre cele mai eficiente măsuri de reducere a costurilor. Dacă este posibil, colectați un card funcțional din sistemul activ și identificați nu doar categoria generală, ci și comportamentul exact al credențialului pe care cititoarele îl folosesc. Aceasta înseamnă să înțelegeți dacă sistemul se bazează pe un card de proximitate low-frequency, cum ar fi un credențial de tip EM la 125 kHz, pe un card MIFARE high-frequency, pe o aplicație DESFire, pe o schemă bazată pe UID sau pe un format specific unui furnizor. Termenul compatibilitate cu cititoarele existente nu are aproape nicio valoare până când aceste detalii nu sunt clare.

Un spital privat din Malaysia a gestionat corect această etapă în timpul reînnoirii badge-urilor pentru personal. În loc să ceară furnizorilor „carduri RFID pentru spital”, echipa de securitate a început prin colectarea de mostre active de la personalul din asistență medicală, farmacie, mentenanță și parcare, apoi a urmărit modul în care fiecare card se comporta în sistemul curent. A descoperit rapid că ceea ce părea un singur program de badge-uri includea, de fapt, mai multe așteptări ale cititoarelor, acumulate în timp. Dacă spitalul ar fi trecut direct la achiziția în volum, ar fi creat confuzie serioasă. Prin auditarea credențialelor reale înainte de comandă, a evitat o presupunere foarte scumpă.

Înțelegeți ce așteaptă cititoarele de la card

După ce știți ce cititoare sunt instalate, următoarea întrebare este ce fac acestea efectiv cu cardul. Aici mulți cumpărători se blochează, deoarece cred că cititorul pur și simplu „citește cardul”. În practică, cititoarele pot căuta un format de biți, un facility code și un număr de card, un număr de serie al cardului, un bloc de memorie programat sau o aplicație securizată în interiorul unui smart card. Două cititoare care acceptă carduri de 13.56 MHz pot aștepta tipuri de date complet diferite. De aceea, potrivirea cardurilor RFID cu cititoarele nu este doar o problemă hardware, ci și o problemă de format al credențialelor.

O universitate din Canada a descoperit acest lucru în timpul modernizării accesului în cămine. Biroul de carduri al campusului știa că folosește carduri studențești high-frequency, iar acest lucru părea suficient de clar. Totuși, cititoarele din cămine nu se comportau identic cu unele cititoare din clădirile academice, deoarece sistemul de cazare evoluase separat. Universitatea ar fi putut forța o standardizare grăbită, dar a ales să desfășoare un studiu de compatibilitate și a constatat că cititoarele existente așteptau două comportamente ușor diferite ale credențialelor, în funcție de grupul de clădiri. Această informație a schimbat complet planul de achiziție. Universitatea a încetat să întrebe „De ce tip de card RFID avem nevoie?” și a început să întrebe „Ce anume trebuie să vadă aceste cititoare?”.

Nu vă bazați pe descrieri generale ale produselor

Tot aici apar deseori confuzii generate de formulări prea largi din partea furnizorilor sau integratorilor. Un furnizor poate spune că un card este compatibil cu cititoare MIFARE, dar această afirmație nu clarifică dacă locația folosește MIFARE Classic, Ultralight, DESFire sau o configurare personalizată a cititorului care acceptă doar un anumit tip de credențial din acea familie. Un alt furnizor poate spune că un card este un card de acces de 125 kHz, dar asta nu arată dacă cititorul așteaptă un format EM comun, un format de tip HID Prox sau o schemă de numerotare specifică locației. Echipele de achiziții bine organizate cer detalii exacte de compatibilitate, nu formulări aproximative care doar par liniștitoare.

Un complex rezidențial din Dubai a trebuit să învețe această diferență în practică. Proprietatea folosea cititoare mai vechi la uși și căuta carduri de înlocuire mai ieftine pentru noii rezidenți. Un furnizor a promis „carduri RFID complet compatibile pentru acces în apartamente”, iar afirmația a părut convingătoare până când echipa de administrare a testat cardurile la ușile din lobby, la intrările în garaj și la porțile zonelor comune. Unele funcționau, altele eșuau, iar unele produceau un comportament de citire inconsistent în funcție de panou. Furnizorul descrisese cardurile prea general, iar proprietatea acceptase prea ușor acea descriere. Odată ce testarea s-a făcut pe ușile reale, nu pe baza limbajului comercial vag, soluția corectă a devenit evidentă.

Testați cardurile candidate cu cititoarele reale instalate

De aici rezultă următoarea regulă: testați întotdeauna cu cititoare active înainte de a plasa o comandă completă. Nu un singur cititor. Nu doar o demonstrație. Testați cardurile cu cititoarele instalate care contează cu adevărat. Dacă locația include turnicheți de lobby, uși pentru personal, cititoare de parcare, cititoare de lift, cititoare pentru cămine sau porți de acces la sală, verificați cardurile pe toate aceste puncte. Un card care funcționează excelent la o ușă nu dovedește că este cardul potrivit pentru întreaga locație. Sistemele reale sunt adesea mai puțin uniforme decât sugerează documentația.

O companie de logistică din Polonia a procedat corect în timpul modernizării etapizate a unui depozit. Afacerea avea un depozit mai vechi care încă funcționa cu un mediu de cititoare legacy și un hub de distribuție mai nou, cu reguli de acces pentru personal mai avansate. În loc să se bazeze doar pe documente, echipa a testat cardurile candidate la intrările principale pentru angajați, la terminalele de pontaj, la ușile interne de securitate și la punctele de acces pentru vehicule. Testarea a arătat că o familie de carduri aparent corectă funcționa bine pe cititoarele de intrare, dar nu la fel de curat pe un subset mic de dispozitive interne. Descoperirea acestui lucru înainte de comandă a scutit compania de luni de excepții, reemitere de badge-uri și suport suplimentar.

Separați detectarea de către cititor de acceptarea completă în sistem

Un alt aspect pe care cumpărătorii îl omit frecvent este diferența dintre compatibilitatea fizică și compatibilitatea de sistem. Un card poate declanșa cititorul și totuși să nu funcționeze corect în software-ul de control acces. Acest lucru se întâmplă când hardware-ul vede credențialul brut, dar datele transmise către controler nu se aliniază cu baza de date, intervalul de numerotare așteptat sau regulile sistemului. Cu alte cuvinte, „cititorul vede cardul” nu este același lucru cu „sistemul acceptă cardul”. Aveți nevoie de ambele.

Un campus corporativ din Texas s-a confruntat cu această problemă în timpul unei extinderi de birouri. Echipa de securitate a demonstrat cu succes că noile carduri puteau fi citite de cititoarele clădirii, așa că departamentul de achiziții a presupus că proiectul este sigur. Apoi angajații au început să primească badge-urile și au descoperit că unele carduri nu deschideau nicio ușă. Cititoarele le detectau, dar platforma de control acces nu le trata ca pe credențiale valide, deoarece logica de numerotare nu fusese aliniată corect. La început, eroarea părea misterioasă, dar era de fapt un caz clasic de confuzie între compatibilitatea la nivel de cititor și compatibilitatea completă la nivel de sistem.

Verificați fluxul de înscriere înainte de achiziție

De aceea, potrivirea cardurilor RFID cu cititoarele existente trebuie să includă și analiza fluxului de înscriere. Cum sunt adăugate cardurile în prezent în sistem? Noile credențiale sunt înscrise prin scanarea numărului de serie al cardului? Sunt importate dintr-un sistem de administrare a badge-urilor? Sunt codificate cu un număr vizibil care trebuie să corespundă backend-ului? Biroul de carduri introduce manual valorile facility code și card number? Dacă nu înțelegeți modul în care locația emite și înscrie badge-urile în prezent, puteți cumpăra accidental un card compatibil din punct de vedere tehnic, dar greu sau imposibil de susținut operațional.

Un campus medical din South Korea a observat această problemă în timpul înlocuirii cardurilor pentru contractori. Cititoarele existente puteau lucra tehnic cu mai mult de un tip de credențial, însă fluxul biroului de badge-uri fusese construit în jurul unui model familiar de înscriere. Un card de înlocuire mai ieftin ar fi necesitat o procedură de înscriere mai complicată și ar fi creat mai mult spațiu pentru erori manuale. Echipa IT l-a respins, deși părea compatibil pe hârtie, deoarece suportul pe termen lung ar fi avut de suferit. A fost decizia corectă. În controlul accesului, cardul potrivit nu este doar cel care se citește, ci cel pe care organizația îl poate administra în mod fiabil.

Clarificați dacă sistemul este bazat pe UID sau pe date programate

O altă întrebare majoră este dacă sistemul este bazat pe UID sau pe date programate. În unele medii, cititorul folosește pur și simplu numărul de serie al cardului sau o valoare simplă citită ca identitate a credențialului. În altele, cititorul sau controlerul așteaptă date programate în interiorul cardului. Sunt două situații complet diferite. Dacă sistemul este bazat pe UID, cumpărarea unui smart card programabil și concentrarea pe codificare pot adăuga complexitate fără beneficii. Dacă sistemul este bazat pe date, presupunerea că orice număr de serie lizibil va funcționa poate provoca eșecuri. Această diferență trebuie clarificată devreme, nu la jumătatea implementării.

Un operator de coworking din Berlin a învățat această lecție în timpul unui proiect de standardizare a cardurilor în mai multe locații. O locație folosea, în esență, o abordare bazată pe UID pentru accesul membrilor, în timp ce o altă locație evoluase către un model de smart card mai structurat, cu așteptări de date mai precise. Echipa a crezut inițial că rezolvă o singură problemă de compatibilitate pentru toate locațiile. În realitate, rezolva două probleme diferite. După ce operatorul a documentat ce cititoare erau bazate pe UID și care erau legate de o logică structurată a credențialelor, planul de achiziție a devenit mult mai sigur.