Et RFID-kort til adgangskontrol og deltagelse: ID/IC-kortlægning og udrulningstjekliste
Oct 10, 2026
Læg en besked
En virksomhed kan udstede et RFID-mærke til hver medarbejder og stadig ende med to modstridende identiteter: Et nummer indskrevet ved døren og et andet nummer, der forventes af uret. Mærket fungerer muligvis ved indgangen, men registrerer ikke fremmøde, eller uret accepterer det, mens adgangskontrolsystemet- viser en ukendt legitimation.
At løse dette kræver mere end at vælge mellem et "ID-kort" og et "IC-kort". Definer en stabil personregistrering, identificer, hvad hver læser udsender, kortlæg alle godkendte legitimationsoplysninger til den pågældende person, og test adgang og deltagelse som separate forretningsbegivenheder.
Denne vejledning er til facility managers, HR- og IT-teams, integratorer og organisationer, der udsteder RFID-kort til både døre og tid-og-deltagelse. Det dækker identitetskortlægning, almindelige fejltilstande, accepttests og købsspecifikationer frem for en anden generel kortsammenligning.
Ét mærke betyder ikke automatisk ét legitimationsnummer
På nogle markeder,"ID-kort"betyder en grundlæggende 125 kHz nærhedsoplysninger, såsom visse faste-identifikator EM-seriekort, og"IC-kort"betyder et 13,56 MHz kontaktløst smartkort. Disse er uformelle markedsmærker, ikke universelle tekniske klassifikationer. Begge produkter indeholder et integreret kredsløb. I andre sammenhænge kan et IC-kort også være et kontakt-smartkort.
Det relevante spørgsmål for medarbejderbadging er, hvilke legitimationsoplysninger de faktiske dør- og klokkeslætser understøtter.- En 125 kHz-læser kan ikke læse en 13,56 MHz-kun legitimationsoplysninger, blot fordi begge bruger et PVC-korthus. En kompatibel-frekvens HF-læser kan muligvis finde et smartkort, men stadig være ude af stand til at bruge dets påkrævede applikation eller legitimationsformat.
For den bredere teknologi og indkøbssammenligning, SynteksIC-kort vs ID-kort guidetager sig af den beslutning. Denne side fokuserer på at få et badge til at fungere konsekvent på tværs af to operativsystemer.
Adskil personen, det fysiske kort og systemoplysningerne
Et brugbart system med dobbelt-brug indeholder flere forskellige registreringer. At behandle dem som udskiftelige giver problemer, når nogen skifter afdeling eller mister et badge.
| Optage | Mening | Administrativ kontrol |
|---|---|---|
| Arbejdsstyrkens person-id | Medarbejderen eller godkendt entreprenør | HR eller autoritativ identitetsservice |
| Beholdnings-id for fysisk badge | Det faktiske kort udstedt fra lager | Legitimationsadministrator |
| Dør legitimation | Værdien eller den godkendte applikation, der accepteres af adgangssystemet | Få adgang til-kontroladministrator |
| Deltagelseslegitimation | Værdien genkendt af uret | Fremmøde administrator |
Dør- og fremmødeidentifikatorer kan nogle gange have samme tekniske værdi. De kan også variere i byte-repræsentation, længde, applikation eller endda RF-teknologi. Ingen af resultatet bør antages ud fra et billede eller et trykt nummer på kortet.
Et stabilt design følgerén person → en eller flere autoriserede legitimationsreferencer → uafhængige dør- og tilstedeværelsestilladelser. Udskiftning af kortet bør ikke skabe en anden medarbejderpost.

Inventar begge læserpopulationer før bestilling af kort
Mange bygninger har nyere-hoveddørslæsere og ældre betjeningsterminaler. Få producenten, modellen og den relevante konfiguration af hver væsentligt forskellig læsertype.
| Check | Få adgang til læser | Fremmøde terminal |
|---|---|---|
| RF støtte | Hvilke nøjagtige LF/HF-kortfamilier og protokoller? | Hvilke legitimationsteknologier accepteres? |
| Legitimationskilde | UID, formateret nummer eller autentificeret applikation? | Kort-id, medarbejdernummer eller ansøgningsdata? |
| Repræsentation | Bitlayout, webstedskode, kortnummer, nummerbase? | Hvilken værdi vises under tilmelding? |
| Forbindelse | Læser-til-controllergrænseflade og politik? | Lokal lagring, serversynkronisering eller separat integration? |
| Offline regel | Hvordan fungerer døren uden tilslutning? | Bufres slag eller håndteres manuelt? |
| Administration | Hvem tilbagekalder adgangsrettigheder? | Hvem opdaterer kortlægning og retter slag? |
Brug et kendt-godt autoriseret kort på en repræsentativ enhed af hver enhedsfamilie. Indfang værdien som vist i den autoriserede applikation, bevar indledende nuller og dokument decimal eller hexadecimal repræsentation. Gå ikke ud fra, at det trykte kortnummer er det, controlleren gemmer.
Hvorfor det samme mærke kan vise to forskellige numre
Læserfirmware kan udtrække en del af en chip-id, anvende et kortformat, omvendt byterækkefølge eller vise et konverteret tal. En moderne smart-kortimplementering kan i stedet godkende og hente en legitimationsværdi fra en beskyttet applikation.
For eksempel kan et dørsystem opbevareDOOR_TOKEN_Aog et fremmødesystem kan registrere sigCLOCK_TOKEN_B. Begge symbolske referencer kan høre tilPERSON_RECORD_1. De har brug for en kontrolleret forening, ikke en opfundet regel, der tvinger dem til at svare til medarbejderens HR-nummer.
Hvis der bruges en facilitetskode og et kort-nummerområde, skal du dokumentere dette layout og validere det resulterende output. To systemer med "26-bit"-understøttelse er ikke nødvendigvis konfigureret til at fortolke identiske legitimationsfelter.
Vælg en teknologiarkitektur, der passer til de installerede systemer
| Nærme sig | Potentiel pasform | Hvad skal tjekkes |
|---|---|---|
| Eksisterende LF-legitimationsoplysninger | Begge enheder accepterer allerede den samme gamle lavfrekvente-type | Fortsætter eksisterende funktionalitet; opretter ikke en kryptografisk opgradering |
| En HF-legitimation | Begge systemer understøtter den valgte kontaktløse smart-kortteknologi | Chipfamilie, læsersupport, applikation, nøglehåndtering og datafelt |
| Dobbelt-teknologikort | Dør- og urpopulationer skal eksistere side om side under en kontrolleret overgang | Hver chip og identifikator skal testes og kortlægges separat |
NXP MIFARE DESFire EV3har kryptografiske og multi-applikationsfunktioner, men disse funktioner er kun tilgængelige, når den understøttende læser, nøgler og applikation er korrekt konfigureret. At læse et offentligt UID på en egnet chip svarer ikke til autentificering af beskyttede legitimationsdata.
For kort sourcing og konstruktion muligheder, Syntek'sRFID-kortkategorier den kommercielle destination. Denne vejledning erstatter ikke produktsidens købsopgave.
Opret et godkendt kortlægningsregister før massetilmelding
Forholdet mellem personale og badges kræver én ansvarlig ejer og en revisionshistorik. Et kontrolleret legitimationsregister kan leve i en legitimationsoplysninger-administrationsplatform eller en godkendt integration. Undgå at stole på et regneark uden version, der sendes via e-mail mellem faciliteter og HR.
| Registreringsfelt | Bruge |
|---|---|
| Arbejdsstyrke person reference | Den stabile forretningsidentitet |
| Kortopgørelsesreference | Det særlige stykke plastik udstedt |
| Kortteknologi og chipprofil | Tydeliggør, hvilken enhedspopulation der kan bruge det |
| Dør legitimationsreference | Understøtter adgangstilmelding og diagnostik |
| Reference til deltagelseslegitimation | Kortlægger klokkeslæt-hændelser til den korrekte person |
| Reglen for kodning og data-format | Forklarer identifikatortransformationer og kilde |
| Udstedelse / tilbagekaldelsestilstand | Viser om kortet stadig må bruges |
| Ikrafttrædelses- og udløbsdatoer | Understøtter onboarding og kontrahentgrænser |
| Læserbekræftelse | Dokumenterer, hvilke enheder der accepterede testkortet |
| Skift godkendelse | Registrerer, der har godkendt genudstedelse eller rettelse |
Gem medarbejdernes personlige oplysninger og lønoplysninger i beskyttede forretningssystemer i stedet for at sætte dem på legitimationsoplysningerne, blot fordi en skrivbar chip tilbyder hukommelse. Begræns kortlægning-fildeling til autoriserede administratorer.
Access-begivenheder er ikke tilstedeværelsesbegivenheder
En autoriseret døråbning er ikke nødvendigvis et gyldigt arbejds-tidspunkt. Nogen kan gå ind i en bygning for at samle udstyr, flytte mellem steder eller eskortere en besøgende. Et klokkeslæt- kan være gyldigt uden tilsvarende døraktivitet.
- Adgang til applikation:bestemmer, om den tilmeldte legitimation har tilladelse på en dør og et tidspunkt.
- Deltagelsesansøgning:modtager klokke-ind, klokke-ud og undtagelsesbegivenheder i henhold til organisationens politikker.
- HR/lønproces:validerer tidsplaner, rettelser og klokkeslæt-uafhængigt.
Hvis virksomheden ønsker et tryk til at generere begge begivenheder, skal integrationen eksplicit oprette og validere begge. En dørlæsers logindtastning alene bør aldrig antages at bevise arbejdstimer.
Brug kun dobbelte-teknologikort med en planlagt sluttilstand
En trinvis implementering kan have gamle 125 kHz-læsere ved fremmødestationer og nye 13,56 MHz-læsere ved dørene eller omvendt. Et fysisk badge indeholdende to teknologier kan bygge bro over kløften, hvis begge legitimationssystemer understøtter den faktiske chipkombination.
Dette kort kan afsløre to forskellige elektroniske identifikatorer. Hver skal være knyttet til den samme autoriserede person og verificeret på den korrekte enhed. HID tilbudmultiCLASS teknologi-migreringsoplysninger; praktisk kompatibilitet afhænger stadig af den installerede læserkonfiguration og adgangsplatform.
Angiv en dato eller en eksplicit betingelse for tilbagetrækning af arveaccept. Et moderne kryptografisk kort har begrænset sikkerhedsværdi, hvis dets ældre faste-ID-side forbliver en accepteret legitimation på ubestemt tid uden et godkendt forretningsbehov.
Test læseren-til-Controller-forbindelsen som et separat lag
Diagnosticer fejl i rækkefølge. Hvis læseren ikke opdager badgen, skal du undersøge frekvens, protokol og understøttet legitimationsfamilie. Hvis læseren reagerer, men adgangssoftwaren nægter adgang, skal du kontrollere dens outputformat, kortlægning, brugertilladelser og controllerpolitik.
Linket fra læser-til-controller er adskilt fra kortgrænsefladen. DeSecurity Industry Associations OSDP-tjeklisteomhandler implementering og sikkerhedsbekræftelse af OSDP-baserede forbindelser. OSDP og legacy Wiegand beskriver komponentkommunikation; hverken i sig selv garanterer, at et givet ID eller IC-kort fungerer med læseren.
Kortanskaffelse bør ikke bruges som stenografi til en sikkerhedsopgradering af læser/controller. Dokumentere sådanne infrastrukturændringer som deres eget godkendte projektarbejde.
Accepttests bør følge hele medarbejderlivscyklussen
Et vellykket dørstryg og et vellykket ur-kan ikke bevise en komplet implementering. Test, hvordan hvert system opfører sig efter normale og ekstraordinære arbejdsstyrkebegivenheder.
| Scenarie | Dør-adgangskontrol | Tilstedeværelseskontrol |
|---|---|---|
| Nyansættelse | Adgang starter på det godkendte tidspunkt og døre | Badge kort til den korrekte arbejdsstyrke person |
| Entreprenør udløber | Tilladelser slutter efter behov | Urberettigelse følger entreprenørens politik |
| Tabt badge | Gammel legitimation er tilbagekaldt | Gammelt fremmøde-id er deaktiveret efter behov |
| Badge udskiftet | Nye legitimationsværker, original giver ikke længere adgang | Ny identifikator tilhører den oprindelige person; historien er tilbage |
| Afdelingsoverførsel | Dørrettigheder ændres | Identitet og arbejdsoptegnelser forbliver knyttet til den samme person |
| Medarbejder forlader | Alle udstedte legitimationsoplysninger gennemgås med henblik på tilbagekaldelse | Uret stopper, mens bevarede registreringer følger politikken |
| Netværksafbrydelse | Offlineadgang følger controllerpolitikken | Bufret/manuel clocking følger fremmødepolitikken |
Nogle platforme synkroniserer identitet og legitimationsstatus. Andre kræver separate administrative handlinger. Bekræft adfærden i dokumentation og en kontrolleret pilot i stedet for at love automatiske opdateringer.
Forhindrer erstatningskort i at skabe parallelle aktive identiteter
Udskiftning skaber en specifik risiko: Døradministratoren tilmelder et nyt emblem, mens klokkeslættet-lader det gamle være aktivt. Begge kort kan så forekomme gyldige i en eller begge databaser.
- Slå op i den autoritative arbejdsstyrkepersonjournal.
- Angiv aktive dør- og tilstedeværelsesreferencer for den pågældende person.
- Registrer, hvorfor det fysiske badge blev udskiftet, og om det blev returneret.
- Tilmeld og test de nye kortreferencer ved hjælp af godkendte procedurer.
- Tilbagekald de gamle referencer i alle relevante systemer.
- Bekræft, at den tilbagetrukne legitimation er nægtet, hvor det kræves.
- Bevar kortlægningen og ændringshistorikken; bevare personens tidligere fremmøderegistrering.
Fysisk genopretning og elektronisk tilbagekaldelse er forskellige tilstande. Et manglende badge kan deaktiveres; et returneret badge kan stadig være teknisk autoriseret, indtil adgangstilladelser rent faktisk er fjernet.

Pilot et komplet skift, ikke kun to læserdemonstrationer
Kør piloten på de nøjagtige læsermodeller og backend-applikationer, der forventes i produktion. Brug godkendte ikke-følsomme testdata, og medtag sikkerhed, HR og integratoren i acceptprocessen.
- Baseline:fange, hvordan et kendt-god badge opfører sig ved repræsentative døre og ure.
- Tilmelding:udstede et prøvekort og registrere dets tekniske identiteter og arbejdsstyrkekortlægning.
- Adgang:verificere tilladte og bevidst afviste dørtransaktioner, herunder forskellige læsermodeller.
- Tilstedeværelse:bekræft, at clock-ind og clock-hændelser vises under den rigtige personpost.
- Undtagelser:test ukendte numre, modstridende tilknytninger, udløb og en bevidst tilbagekaldt legitimationsoplysninger.
- Udskiftning:udstede en ny prøve og sikre, at begge systemer trækker den tidligere identitet tilbage.
- Afstemning:sammenligne revisionslogfiler og undtagelseskøer, før batchproduktion godkendes.
Virksomheden skal selv bestemme sine accepttærskler, såsom hvilke fejlslagne hændelser, der blokerer for udrulning, og hvem der kan godkende en undtagelse. En leverandørs erklæring om, at et kort "læses med succes" er ikke et bevis på, at fremmøderegistrering og dørtilladelser er korrekte.

Hvad skal angives i en anmodning om køb af ID/IC-kort
| Anmodningsfelt | Hvad køber skal levere |
|---|---|
| Ansøgninger | Døradgang, tidsregistrering eller begge dele |
| Læserfamilier | Producent/model og understøttede teknologier for hvert system |
| Kortteknologi | Påkrævet chip- og legitimationsfamilier i stedet for blot "ID" eller "IC" |
| Legitimationskilde | Chip-id, understøttet applikationsoplysninger eller websted-defineret format |
| Tilmeldingsfelter | Forventet bitlayout, webstedskode, talbase og applikationsmapping |
| Dobbelt-teknologisk behov | Præcise teknologier og hvilken applikation der læser hver |
| Trykning | Godkendt synligt ID, foto eller stregkode og dets forhold til registreringsdatabasen |
| Dataoverdragelse | Kortlægning af-filfelter, sikker overførsel og godkendelsesejer |
| Prøvegodkendelse | Faktiske dør- og uraccepttests |
| Genbestil kontrol | Unikke identifikatorer, referenceeksempler, genudstedelse/tilbagekaldelsesregler |
Et tilbud har sjældent brug for rå medarbejderliste, fortrolige ansøgningsnøgler eller adgangsoplysninger til live produktion. Start med læserspecifikationer og autoriserede testeksempler, og opret derefter en kontrolleret data-delingsproces, hvis personalisering er påkrævet.
Når det giver mening at beholde eksisterende ID-kort
Hvis jobbet er en vedligeholdelsesgenbestilling, og begge applikationer afhænger af et kendt-fungerende 125 kHz-format, kan kontinuitet være den umiddelbare prioritet. Det bør ikke misrepræsenteres som en sikkerhedsforbedring. En separat plan kan stadig være nødvendig for at imødegå risiciene ved faste-identifikatoroplysninger.
Hvis organisationen har brug for autentificerede applikationer eller konsolideret administration på tværs af flere systemer, skal du definere kompatible læsere, legitimationsnøgler og identitetsstyring, før du vælger en smart-kortchip. For den bredere omkostnings- og teknologibeslutning, Synteks125 kHz vs 13,56 MHz adgangslegitimationsomkostningsguideer den passende tilstødende ressource.
Handoff, der får ét kort til at fungere
Før fuld udrulning bør der være én godkendt arbejdsstyrke-til-regel for kortlægning af legitimationsoplysninger, én læse--kompatibilitetsmatrix, én udstedelses- og tilbagekaldelsesproces og testregistreringer, der viser, at døradgang og tilstedeværelse løses til den samme autoriserede person.
Den nyttige sekvens erpersonregistrering → læseropgørelse → legitimationsarkitektur → identifikatorkortlægning → prøveproblem → dørtest → tilstedeværelsestest → udskiftnings- og tilbagekaldelsestest → godkendt batchspecifikation → udrulning.
Et kort er et praktisk fysisk format. Konsekvente identiteter og disciplineret administration er det, der gør det til en pålidelig delt legitimation.
Send forespørgsel

