Jedna RFID karta pro kontrolu přístupu a docházku: ID/IC mapování a kontrolní seznam
Oct 10, 2026
Zanechat vzkaz
Společnost může vydat jeden odznak RFID každému zaměstnanci a přesto bude mít dvě protichůdné identity: jedno číslo zapsané u dveří a další číslo očekávané podle hodin. Odznak může fungovat u vchodu, ale nepodaří se mu zaznamenat docházku, nebo jej mohou hodiny přijmout, když systém kontroly přístupu- ukazuje neznámé pověření.
Řešení tohoto problému vyžaduje více než výběr mezi „ID kartou“ a „IC kartou“. Definujte stabilní záznam osoby, identifikujte výstupy jednotlivých čtenářů, namapujte všechna autorizovaná pověření k této osobě a otestujte přístup a docházku jako samostatné obchodní události.
Tato příručka je určena manažerům zařízení, týmům HR a IT, integrátorům a organizacím, které vydávají karty RFID pro dveře i čas-a{1}}docházky. Zahrnuje mapování identity, běžné poruchové stavy, akceptační testy a specifikace nákupu spíše než další obecné srovnání karet.
Jeden odznak automaticky neznamená jedno identifikační číslo
Na některých trzích"Průkaz totožnosti"znamená základní 125 kHz bezkontaktní pověření, jako jsou určité karty řady EM s pevným -identifikátorem-, a"IC karta"znamená bezkontaktní čipovou kartu 13,56 MHz. Jedná se o neformální tržní značky, nikoli o univerzální technické klasifikace. Oba produkty obsahují integrovaný obvod. V jiných kontextech může být IC karta také kontaktní čipovou kartou.
Relevantní otázkou pro odznaky zaměstnanců je, jaké přihlašovací údaje skutečné čtečky dveří a hodin-podporují. Čtečka pouze na 125 kHz-nedokáže přečíst pouze pověření 13,56 MHz-pouze proto, že obě používají tělo karty z PVC. Kompatibilní -frekvenční vysokofrekvenční čtečka může detekovat čipovou kartu, ale přesto nebude schopna použít požadovanou aplikaci nebo formát pověření.
Pro širší srovnání technologií a nákupů Syntek'sPrůvodce IC karta vs ID kartařeší to rozhodnutí. Tato stránka se zaměřuje na to, aby odznak fungoval konzistentně ve dvou operačních systémech.
Oddělte osobu, fyzickou kartu a systémové přihlašovací údaje
Funkční systém dvojího{0}}použití obsahuje několik různých záznamů. Považovat je za zaměnitelné způsobuje problémy, když někdo změní oddělení nebo ztratí odznak.
| Záznam | Význam | Administrativní kontrola |
|---|---|---|
| ID pracovní síly | Zaměstnanec nebo schválený dodavatel | HR nebo autoritativní služba identity |
| ID inventáře fyzického odznaku | Skutečná karta vydaná ze skladu | Správce pověření |
| Pověření dveří | Hodnota nebo ověřená aplikace akceptovaná přístupovým systémem | Správce přístupu- |
| Docházkový průkaz | Hodnota rozpoznaná časovými hodinami | Správce docházky |
Identifikátory dveří a docházky mohou mít někdy stejnou technickou hodnotu. Mohou se také lišit v bytovém zastoupení, délce, použití nebo dokonce RF technologii. Žádný výsledek by neměl být předpokládán z obrázku nebo vytištěného čísla na kartě.
Následuje stabilní designjedna osoba → jedna nebo více autorizovaných referencí → nezávislá oprávnění ke dveřím a docházce. Výměna karty by neměla vytvořit druhý záznam zaměstnance.

Inventarizace obou populací čtenářů před objednáním karet
Mnoho budov má novější hlavní-čtečky dveří a starší docházkové terminály. Získejte výrobce, model a příslušnou konfiguraci každého materiálně odlišného typu čtečky.
| Kontrola | Přístup ke čtečce | Docházkový terminál |
|---|---|---|
| RF podpora | Jaké konkrétní rodiny a protokoly LF/HF karet? | Které technologie pověření jsou přijímány? |
| Zdroj pověření | UID, formátované číslo nebo ověřená aplikace? | ID karty, číslo zaměstnance nebo údaje aplikace? |
| Zastoupení | Bitové rozložení, kód webu, číslo karty, číselný základ? | Jaká hodnota se objeví při registraci? |
| Spojení | Jste čtenáři-to{1}}rozhraní a zásad? | Lokální úložiště, synchronizace serveru nebo samostatná integrace? |
| Offline pravidlo | Jak dveře fungují bez připojení? | Jsou razníky uloženy do vyrovnávací paměti nebo se s nimi manipuluje ručně? |
| Správa | Kdo odebírá přístupová práva? | Kdo aktualizuje mapování a opravuje údery? |
Použijte -dobrou autorizovanou kartu na reprezentativní jednotce každé rodiny zařízení. Zachyťte hodnotu tak, jak je zobrazena v autorizované aplikaci, zachovejte úvodní nuly a zdokumentujte desítkovou nebo šestnáctkovou reprezentaci. Nepředpokládejte, že vytištěné číslo karty je to, co kontrolér ukládá.
Proč může stejný odznak zobrazovat dvě různá čísla
Firmware čtečky může extrahovat část identifikátoru čipu, použít formát karty, obrátit pořadí bajtů nebo zobrazit převedené číslo. Moderní implementace smart{1}}karty může místo toho ověřit a získat hodnotu pověření z chráněné aplikace.
Například může být uložen dveřní systémDOOR_TOKEN_Aa docházkový systém se může zaregistrovatCLOCK_TOKEN_B. Oba symbolické odkazy mohou patřitPERSON_RECORD_1. Potřebují řízenou asociaci, ne vymyšlené pravidlo, které je nutí srovnat se s číslem HR zaměstnance.
Pokud se používá kód zařízení a řada čísel{0} karet, zdokumentujte toto rozvržení a ověřte výsledný výstup. Dva systémy s podporou "26bitové" nemusí být nutně nakonfigurovány pro interpretaci identických polí pověření.
Vyberte si technologickou architekturu, která vyhovuje instalovaným systémům
| Přístup | Potenciální fit | Co je třeba zkontrolovat |
|---|---|---|
| Stávající pověření LF | Obě zařízení již přijímají stejný starší-typ nízké frekvence | Pokračuje ve stávající funkčnosti; nevytváří kryptografický upgrade |
| Jedno HF pověření | Oba systémy podporují vybranou technologii bezkontaktních čipových{0}} karet | Rodina čipů, podpora čteček, aplikace, správa klíčů a datové pole |
| Duální{0}}technologická karta | Populace dveří a hodin musí během řízeného přechodu koexistovat | Každý čip a identifikátor musí být testován a mapován samostatně |
NXP MIFARE DESFire EV3má kryptografické a více{0}}aplikační schopnosti, ale tyto funkce jsou dostupné pouze v případě, že jsou správně nakonfigurovány podpůrné čtečky, klíče a aplikace. Čtení veřejného UID na schopném čipu není ekvivalentní ověřování chráněných údajů pověření.
Pokud jde o zdroje karet a možnosti konstrukce, společnost SyntekKategorie RFID karetje komerční destinace. Tato příručka nenahrazuje nákupní úkol na stránce produktu.
Před hromadnou registrací vytvořte schválený registr mapování
Vztah mezi zaměstnanci a odznaky potřebuje jednoho odpovědného vlastníka a historii auditu. Řízený registr přihlašovacích údajů může existovat v platformě{1}}pro správu přihlašovacích údajů nebo ve schválené integraci. Nespoléhejte se na tabulku bez verze zaslanou e-mailem mezi zařízeními a HR.
| Pole registru | Použití |
|---|---|
| Reference pracovníka | Stabilní obchodní identita |
| Odkaz na inventář karty | Vydán konkrétní kus plastu |
| Technologie karty a profil čipu | Objasňuje, která populace zařízení jej může používat |
| Referenční číslo dveří | Podporuje registraci a diagnostiku přístupu |
| Reference docházky | Mapuje události-časových hodin správné osobě |
| Pravidlo kódování a{0}}formátu dat | Vysvětluje transformace identifikátorů a zdroj |
| Stav vydání/odvolání | Ukazuje, zda lze kartu stále používat |
| Datum účinnosti a expirace | Podporuje onboarding a limity dodavatele |
| Ověření čtenáře | Dokumenty, která zařízení přijala testovací kartu |
| Změnit schválení | Záznamy o tom, kdo povolil opětovné vydání nebo opravu |
Uchovávejte osobní údaje zaměstnanců a podrobnosti o mzdách v chráněných obchodních systémech místo toho, abyste je vkládali do přihlašovacích údajů jednoduše proto, že zapisovatelný čip nabízí paměť. Omezte sdílení mapování-souborů na autorizované administrátory.
Události přístupu nejsou událostmi účasti
Oprávněné otevření dveří nemusí být nutně platným pracovním{0}časem. Někdo může vstoupit do budovy, aby sbíral vybavení, pohyboval se mezi místy nebo eskortoval návštěvníka. Čas-hodin může být platný bez odpovídající aktivity dveří.
- Přístup k aplikaci:určuje, zda má zapsané pověření oprávnění ke dveřím a času.
- Přihláška docházky:přijímá události -příběhů, časů-odchodů a výjimečných událostí podle zásad organizace.
- HR / mzdový proces:nezávisle ověřuje plány, opravy a záznamy{0}}odpracovaných hodin.
Pokud chce podnik jedním klepnutím vygenerovat obě události, integrace musí explicitně vytvořit a ověřit obě. Samotný záznam v deníku čtečky dveří by nikdy neměl být považován za důkaz odpracovaných hodin.
Používejte duální{0}}technologické karty pouze s plánovaným koncovým stavem
Postupné nasazení může mít staré 125 kHz čtečky na docházkových stanicích a nové 13,56 MHz čtečky u dveří nebo naopak. Fyzický odznak obsahující dvě technologie může překlenout mezeru, pokud oba systémy pověření podporují skutečnou kombinaci čipu.
Tato karta může odhalit dva různé elektronické identifikátory. Každý musí být spojen se stejnou oprávněnou osobou a ověřen na správném zařízení. HID nabídkyinformace o migraci-technologie multiCLASS; praktická kompatibilita stále závisí na konfiguraci instalované čtečky a přístupové platformě.
Nastavte datum nebo výslovnou podmínku pro ukončení přijímání starších verzí. Moderní kryptografická karta má omezenou bezpečnostní hodnotu, pokud její starší strana s pevným -ID zůstává akceptovaným pověřením na dobu neurčitou bez schválené obchodní potřeby.
Otestujte připojení čtečky-k{1}}řadiči jako samostatnou vrstvu
Diagnostikujte poruchy v pořadí. Pokud čtečka odznak nezjistí, prozkoumejte frekvenci, protokol a podporovanou rodinu pověření. Pokud čtečka zareaguje, ale přístupový software odepře vstup, zkontrolujte jeho výstupní formát, mapování, uživatelská oprávnění a zásady řadiče.
Odkaz čtečky-na{1}}ovladač je oddělený od rozhraní karty. TheKontrolní seznam OSDP Asociace bezpečnostního průmysluřeší nasazení a ověření zabezpečení připojení založených-OSDP. OSDP a starší Wiegand popisují komunikaci komponent; ani sama o sobě nezaručuje, že daná ID nebo IC karta bude se čtečkou fungovat.
Obstarávání karet by nemělo být používáno jako zkratka pro upgrade zabezpečení čtečky/řadiče. Dokumentujte takové změny infrastruktury jako vlastní schválené projektové práce.
Přijímací testy by měly sledovat celý životní cyklus zaměstnance
Jedno úspěšné přetažení dveří a jedno úspěšné{0}}vložení hodin nemůže prokázat úplnou implementaci. Otestujte, jak se každý systém chová po běžných a výjimečných událostech pracovní síly.
| Scénář | Kontrola přístupu ke dveřím- | Kontrola docházky |
|---|---|---|
| Nový pronájem | Přístup začíná v povolený čas a dveře | Odznak mapuje správnou pracovní sílu |
| Platnost dodavatele končí | Oprávnění končí podle potřeby | Nárok na taktování se řídí zásadami dodavatele |
| Ztracený odznak | Staré pověření je zrušeno | Starý identifikátor docházky je podle potřeby deaktivován |
| Odznak vyměněn | Nové pověření funguje, původní již neuděluje přístup | Nový identifikátor patří původní osobě; historie zůstává |
| Převod oddělení | Práva dveří se mění | Záznamy totožnosti a práce zůstávají připojeny ke stejné osobě |
| Zaměstnanec odchází | Každý vydaný odkaz na pověření je zkontrolován, zda jej nelze zrušit | Hodiny se zastaví, zatímco uchované záznamy dodržují zásady |
| Přerušení sítě | Offline přístup se řídí zásadami správce | Vyrovnávací/manuální taktování se řídí zásadami docházky |
Některé platformy synchronizují identitu a stav pověření. Jiné vyžadují samostatné administrativní úkony. Spíše než slibovat automatické aktualizace potvrďte chování v dokumentaci a řízeném pilotu.
Zabraňte náhradním kartám ve vytváření paralelních aktivních identit
Výměna představuje specifické riziko: správce dveří zaregistruje nový odznak, zatímco správce času-ponechává starý odznak aktivní. Obě karty se pak mohou jevit jako platné v jedné nebo obou databázích.
- Vyhledejte autoritativní záznamy o pracovní síle.
- Vypište reference aktivních dveří a docházky pro tuto osobu.
- Zaznamenejte, proč byl fyzický odznak vyměněn a zda byl vrácen.
- Zaregistrujte a otestujte reference nové karty pomocí schválených postupů.
- Zrušte staré reference v každém relevantním systému.
- Potvrďte, že vyřazené přihlašovací údaje jsou v případě potřeby zamítnuty.
- Uchovávejte historii mapování a změn; uchovávat záznamy o předchozí docházce dané osoby.
Fyzické obnovení a elektronické odvolání jsou různé stavy. Chybějící odznak lze deaktivovat; vrácený odznak může být stále technicky autorizován, dokud nebudou přístupová oprávnění skutečně odebrána.

Pilotujte kompletní směnu, ne jen dvě ukázky čtenářů
Spusťte pilotní projekt na přesných modelech čteček a backendových aplikacích očekávaných ve výrobě. Použijte schválená necitlivá testovací data a zahrňte zabezpečení, HR a integrátora do procesu přijímání.
- základní linie:zachytit, jak se známý-odznak chová u reprezentativních dveří a hodin.
- Zápis:vydat vzorovou kartu a zaznamenat její technickou identitu a mapování pracovní síly.
- Přístup:ověřit povolené a záměrně odepřené dveřní transakce, včetně různých modelů čteček.
- Účast:ověřte události -příběhu a odhlášení-se zobrazí pod záznamem správné osoby.
- Výjimky:testovat neznámá čísla, konfliktní mapování, vypršení platnosti a záměrně zrušené pověření.
- Nahrazení:vydat nový vzorek a zajistit, aby oba systémy zrušily předchozí identitu.
- Smíření:porovnejte protokoly auditu a fronty výjimek před schválením dávkové výroby.
Podnik musí rozhodnout o svých vlastních prahových hodnotách přijatelnosti, například o tom, které neúspěšné události blokují zavádění a kdo může schválit výjimku. Prohlášení dodavatele, že karta „úspěšně čte“, není důkazem, že záznamy docházky a oprávnění dveří jsou správné.

Co uvést v žádosti o zakoupení ID/IC karty
| Pole požadavku | Co by měl kupující dodat |
|---|---|
| Aplikace | Přístup ke dveřím, docházka nebo obojí |
| Čtenářské rodiny | Výrobce/model a podporované technologie pro každý systém |
| Technologie karet | Požadované rodiny čipů a pověření spíše než jen „ID“ nebo „IC“ |
| Zdroj pověření | ID čipu, pověření podporované aplikace nebo{0}}definovaný formát webu |
| Pole pro zápis | Očekávané rozložení bitů, kód místa, číselný základ a mapování aplikace |
| Potřeba-dvojitých technologií | Přesné technologie a která aplikace každou čte |
| Tisk | Schválené viditelné ID, fotografie nebo čárový kód a jejich vztah k registru |
| Předávání dat | Mapování-polí souboru, zabezpečený převod a schválení vlastníka |
| Schválení vzorku | Aktuální akceptační testy dveří a hodin |
| Změna pořadí ovládání | Jedinečné identifikátory, referenční vzorky, pravidla pro opětovné vydání/odvolání |
Cenová nabídka jen zřídka potřebuje nezpracované seznamy zaměstnanců, důvěrné aplikační klíče nebo živé produkční přístupové údaje. Začněte specifikacemi čtečky a autorizovanými testovacími vzorky a poté zaveďte řízený proces{1}}sdílení dat, pokud je vyžadována personalizace.
Když má vedení stávajících průkazů smysl
Pokud se jedná o úlohu v rámci údržby a obě aplikace závisí na známém-pracovním formátu 125 kHz, může být bezprostřední prioritou kontinuita. To by nemělo být nesprávně považováno za zlepšení zabezpečení. K řešení rizik spojených s pevnými-identifikačními údaji může být stále potřeba samostatný plán.
Pokud organizace potřebuje ověřené aplikace nebo konsolidovanou správu napříč více systémy, definujte kompatibilní čtečky, přihlašovací klíče a řízení identity ještě před výběrem čipu smart{0}}karty. Pro širší rozhodnutí o nákladech a technologii, Syntek's125 kHz vs. 13,56 MHz průvodce náklady na přístupové pověřeníje vhodný sousední zdroj.
Handoff, díky kterému funguje jedna karta
Před úplným zavedením by měla existovat jedna schválená pracovní síla-k-pravidlu mapování pověření, jedna matice kompatibility čtenářů-, jeden proces vydání a odvolání a testovací záznamy ukazující, že přístup ke dveřím a docházka se vyřeší stejné oprávněné osobě.
Užitečná sekvence jezáznam osoby → inventář čtečky → architektura pověření → mapování identifikátorů → problém se vzorkem → test dveří → test docházky → test výměny a zrušení → schválená specifikace šarže → zavedení.
Jedna karta je vhodný fyzický formát. Konzistentní identity a disciplinovaná správa z něj dělají spolehlivé sdílené pověření.
Odeslat dotaz

