RFID Key Fob-kompatibilitetstest: Sådan godkendes en prøve før masseproduktion
Jul 21, 2026
Læg en besked
En RFID-nøglefob-kompatibilitetstest bør bevise, at den færdige legitimation fungerer på tværs af køberens komplette adgangskontrol-. Chippen skal kommunikere med den tilsigtede læser, læseren og controlleren skal fortolke dataene korrekt, softwaren skal anvende de rigtige tilladelser, og den fysiske nøglebrik skal matche de godkendte nummererings-, branding- og emballageregistreringer.
Et læserbip er ikke nok.
En læser kan finde en legitimationsoplysninger, mens controlleren afviser dets format, softwaren kan ikke finde sin tilmeldingspost, eller dørtilladelsen er forkert. En præ-produktionsenhed bør derfor testes som en del af det installerede system, ikke som et isoleret stykke plastik.
Læsere, der stadig sammenligner teknologier og formfaktorer, kan begynde med en bredereRFID nøglebrik. Denne artikel fokuserer på den snævrere godkendelsesbeslutning: hvad skal verificeres, før en tilpasset ordre flytter til masseproduktion.
Hurtigt svar: Hvad skal testlegitimationsoplysningerne bevise?
Den endelige kodede legitimation skal fungere på alle repræsentative læsere og adgangszoner, der er inkluderet i projektet, producere de forventede systemdata, bestå både autorisations- og afvisningstest, matche de godkendte trykte og elektroniske optegnelser og opfylde projektets fysiske kvalitetskrav.
Godkendelsen skal dække seks områder:
- Frekvensen, chippen og legitimationsapplikationen matcher de tilsigtede læsere.
- Forbindelsen fra læseren-til-controlleren producerer det forventede systemresultat.
- Kodede, viste, udskrevne og importerede identifikatorer er korrekt kortlagt.
- Godkendte, nægtede, udløbne, mistede og erstatningstilstande opfører sig som specificeret.
- Læseydelse og holdbarhed opfylder projekt-definerede acceptbetingelser.
- Den godkendte reference, datafil og pakkesekvens kan gengives i produktionen.
Denne visning på system-niveau følger den samme læser, controller og softwarekæde, som er forklaret ihvordan RFID nøglebrikker fungerer i adgangskontrol.
Hvorfor en tom prøve eller skrivebordsscanning ikke er endelig godkendelse
En tom Fob tester udseende, ikke den endelige legitimation
Et blankt hus kan bekræfte form, dimensioner, farve, logoposition, overfladefinish og nøglering hardware. Den kan ikke bekræfte en facilitetskode, kortnummerinterval, applikationsdata, sikkerhedsnøgler, trykt-nummertilknytning eller databaseimportregel.
Brug separate godkendelser, når det er nødvendigt:
- Visuel godkendelse:bolig, kunst, farve og finish
- Funktionel godkendelse:chip, kodning, tilladelser, systemadfærd og datakortlægning
Masseproduktion bør ikke frigives fra visuel godkendelse alene.
En desktoplæser gengiver ikke den installerede dør
En stationær enhed kan identificere en chip eller hjælpe med at inspicere legitimationsdata, men den bruger muligvis ikke det samme RF-felt, firmware, outputadfærd, applikationsnøgler eller controllerindstillinger som live-adgangssystemet. En passendeRFID desktop-læserer nyttig under tilmelding og inspektion, men den endelige beslutning kræver stadig det installerede eller repræsentative dørbeslag.
Én succesfuld adgang tester kun én vej
En legitimation kan åbne hovedindgangen, men svigte ved en elevator, parkeringsplads, hotellås eller sekundær bygning, fordi disse områder bruger forskellige læsere, firmware, applikationer eller controllerindstillinger. Godkendelsen skal dække hver enkelt systemtype, som legitimationsoplysningerne forventes at tjene.
Frys specifikationen, før prøven laves
En leverandør kan ikke fremstille en pålidelig godkendelsesenhed ud fra et fotografi af en eksisterende nøglebrik. Køberen eller integratoren bør levere en kontrolleret specifikation, før kodningen begynder.
| Specifikationsområde | Oplysninger til at definere | Hvorfor det betyder noget |
|---|---|---|
| Læser og controller | Producent, model, firmware, controller og adgangssoftware | Forskellige kombinationer kan fortolke den samme legitimationsoplysninger forskelligt |
| Credential teknologi | Frekvens, nøjagtig chipfamilie, protokol og applikation | Frekvens alene etablerer ikke kompatibilitet |
| Læser-til-controller-grænseflade | Wiegand, OSDP eller en anden specificeret forbindelse | Interfacet ændrer, hvad der skal konfigureres og testes |
| Legitimationsdata | UID, kortnummer, facilitetskode, bitformat, applikationsdata eller sikre nøgler, hvor det er relevant | Controlleren og softwaren har brug for den forventede datastruktur |
| Nummerkortlægning | Sammenhæng mellem chipdata, læseroutput, trykt nummer og importfil | Supportpersonale skal være i stand til at identificere og deaktivere den korrekte legitimation |
| Fysisk konstruktion | Materiale, dimensioner, logo, farve, ring, indkapsling og emballage | Produktionsdelen skal matche den godkendte kommercielle specifikation |
Bekræft frekvensen og den nøjagtige chip
Begynd med at afgøre, om projektet bruger en LF-legitimationsoplysninger såsom 125 kHz, en HF-legitimationsoplysninger, der fungerer ved 13,56 MHz, eller et multi-teknologidesign. Synteks guide tilat vælge den rigtige RFID-nøglefob-frekvensforklarer det første valgtrin.
Frekvensen er kun ét lag. Køberen skal også identificere chipfamilien, hukommelse og adgangskonfiguration, protokol, legitimationsapplikation og eventuelle nødvendige sikkerhedsnøgler. Syntek byder på eksempler som f.eks125 kHz RFID nøgleringe, a 13,56 MHz MIFARE nøglebrikog endobbelt-frekvens RFID nøglebrik. Disse produktkategorier er ikke automatisk udskiftelige med alle læsere.
HID's embedsmandProxKey III oplysningerangiver, at produktet understøtter flere legitimationsformater. Dette illustrerer, hvorfor to nøglebrikker inden for det samme brede 125 kHz-økosystem stadig kan bære forskellige datastrukturer.
Definer, hvad det synlige tal betyder
Det tal, der er trykt eller laser-markeret på et hus, kan være et råt UID, en decimal eller hexadecimal konvertering, et kortnummer, en kombination af facilitetens-kode og kort-nummer, en medarbejderreference eller et leverandørserienummer.
Ordrespecifikationen skal præcist angive, hvordan det synlige tal relaterer sig til:
- Værdien gemt eller fast i chippen
- Værdien, der vises af tilmeldingslæseren
- Værdien overført til regulatoren
- Oplysningsoplysningerne importeret til adgangssoftwaren
- Nummeret trykt på skallen og angivet i leverandørfilen
Bed ikke en leverandør om at "lave samme nummer", før systemejeren har defineret hvilket nummer og hvilken repræsentation der kræves.
Wiegand og OSDP kræver forskellige testdetaljer
Legitimationsteknologien og grænsefladen fra læser-til-controller er separate kompatibilitetslag. En 125 kHz eller 13,56 MHz nøglebrik kommunikerer med en læser; læseren kommunikerer derefter med adgangscontrolleren ved hjælp af en grænseflade valgt af systemdesignet.
Legacy og Wiegand-stilsystemer
Nogle systemer transmitterer en fast legitimations-bitstrøm, der kan indeholde paritet, en facilitets- eller webstedskode og et individuelt kortnummer. I disse projekter skal testspecifikationen muligvis definere:
- Formatnavn og samlet bitlængde
- Facilitets- eller webstedskode, når det bruges
- Start- og slutkort-nummerområde
- Paritet og nummereringsregler
- Læser output og controller fortolkning
Disse felter er almindelige i nogle ældre implementeringer, men de er ikke universelle attributter for alle RFID-legitimationsoplysninger.
OSDP-systemer
DeSikkerhedsindustriforeningens OSDP-oversigtbeskriver en tovejs læser-til-controllerprotokol med enhedsovervågning og valgfri sikker kanal ved hjælp af AES-128.
Hvor OSDP bruges, skal godkendelsesplanen muligvis verificere:
- Læseradresse og kommunikationsindstillinger
- Controller og læser firmware kompatibilitet
- Korrekt online og overvåget status
- Sikker kanalkonfiguration efter behov
- Legitimationsdata leveret til den registeransvarlige
- Forventet adfærd efter udskiftning af læser eller konfigurationsændringer
En nøglebrik kan være teknisk kompatibel med læseren, mens et OSDP-konfigurationsproblem stadig forhindrer den komplette adgangssti i at fungere.
De syv kompatibilitetslag
| Lag | Spørgsmål | Typisk fiasko |
|---|---|---|
| Frekvens | Kan læseren aktivere og opdage legitimationsoplysningerne? | En 13,56 MHz legitimationsoplysninger præsenteres for en 125 kHz kun-læser |
| Chip og påføring | Understøtter læseren den nøjagtige legitimationsteknologi og -applikation? | Frekvensen er korrekt, men chippen eller den beskyttede applikation understøttes ikke |
| Legitimationsdata | Indeholder nøglebrikken den forventede identifikator, format eller applikationsdata? | Chippen reagerer, men den nødvendige værdi mangler eller er kodet anderledes |
| Læser konfiguration | Kan læseren fortolke eller autentificere legitimationen? | Læsernøgler, sektorer eller applikationsindstillinger stemmer ikke overens |
| Læser-controllergrænseflade | Er Wiegand, OSDP eller en anden grænseflade konfigureret korrekt? | Legitimationsoplysningerne læses, men controlleren modtager de forkerte data eller ingen gyldig besked |
| Backend tilmelding | Er legitimationsoplysningerne tildelt den korrekte bruger, tidsplan og tilladelsesgruppe? | Identifikationen er gyldig, men inaktiv, udløbet eller forkert tilmeldt |
| Fysisk miljø | Kan brugere præsentere den endelige nøglebrik pålideligt under faktiske forhold? | Hus, nøgleringe, læsermontering eller genstande i nærheden reducerer ydeevnen |
Test af alle syv lag forhindrer "læsbar" i at blive forvekslet med "kompatibel". Købere, der har brug for flere detaljer om legitimationsoplysninger og systembeskyttelse, kan gennemgåRFID datasikkerhed.
Otte-trins RFID-nøglefob-kompatibilitetstest
Trin 1: Bekræft den fysiske del og legitimationsteknologi
Sammenlign godkendelsesenheden med specifikationen. Registrer husets materiale, dimensioner, nøgleringshardware, chipmodel, frekvens, protokol, applikationskonfiguration, logometode og farvereference.
For materialer og finish skal du bruge projektmiljøet frem for udseendet alene. DeVejledning til valg af RFID nøglebrikkan hjælpe købere med at sammenligne almindelige byggemuligheder før holdbarhedstest.
Trin 2: Test med godkendt udstyr
Brug den installerede eller repræsentative læser, controller og produktions- eller iscenesættelsessoftware. Inkluder den tilsigtede tilmeldingslæser og indkoder, når det er relevant.
En smartphone bør ikke være den eneste testenhed. DeNFC Forum teknologi oversigtforklarer, at NFC opererer ved en basisfrekvens på 13,56 MHz. En telefon kan finde nogle kompatible HF- eller NFC-legitimationsoplysninger, men den tester ikke almindelige 125 kHz-nøgler og beviser ikke, at en specifik adgangskontrolapplikation er understøttet. Synteks forklaring afRFID og NFC forskellegiver yderligere baggrund.
Trin 3: Sammenlign hver datarepræsentation
For hver testenhed skal du sammenligne chipværdien, tilmeldings-læserens display, controllerinput, softwareregistrering, synligt skalnummer og leverandørdatafil. Registrer enhver decimal eller hexadecimal konvertering, byterækkefølge, facilitetskode, kortnummer eller applikationstilknytning, der bruges af projektet.
Brug mere end én sekventiel legitimation, når sekvensintegritet er vigtig. En enkelt enhed kan ikke afsløre manglende, duplikerede, transponerede eller forkert forøgede tal.
Trin 4: Test autorisation og afvisning
Tilmeld én testlegitimationsoplysninger med normale tilladelser, og bekræft derefter både vellykkede og mislykkede resultater:
- Den påtænkte dør åbner i den tilladte tidsplan.
- En uautoriseret dør forbliver låst.
- Adgang uden for den tilladte tidsplan afvises.
- Hændelsesloggen viser den korrekte legitimation og resultat.
- Brugeren og tilladelsesgruppen vises korrekt.
Test af kun vellykket indtastning kan ikke bevise, at adgangsregler håndhæves.
Trin 5: Test deaktivering og udskiftning
- Tilmeld legitimationsoplysningerne og bekræft normal adgang.
- Marker det tabt, inaktivt eller udløbet.
- Bekræft, at den originale legitimation er afvist.
- Udsted og tilmeld en erstatning.
- Bekræft, at udskiftningen virker, og at originalen forbliver inaktiv.
Denne livscyklustest er vigtig for kontorer, hoteller, campusser, lejligheder og multi{0}}sitesystemer, hvor legitimationsoplysninger ofte udskiftes eller omfordeles.
Trin 6: Test læseydelse i faktisk brug
Definer den forventede præsentationsafstand og driftsbetingelser før test. Kontroller derefter for- og bagside, forskellige rotationer, påsatte nøgleringe, nærliggende nøgler eller telefoner, installerede læseroverflader og hver repræsentativ læserfamilie.
Optag gentagne præsentationer i stedet for ét vellykket tryk. Projektet bør definere, hvor mange præsentationer, anvisninger og tilladte fejl, der udgør accept; der er ingen enkelt universel læse-afstandstærskel for hver chip, hus og læserinstallation.
Trin 7: Undersøg branding og holdbarhed
Tjek logo, farve, lasernummerering, kanter, sømme, epoxyoverflade, huslukning og nøglering. Anvend kun de miljøtest, der er relevante for den påtænkte anvendelse, såsom dråber, slid, vandpåvirkning, rengøringskemikalier, varme, sollys eller gentagne lommebevægelser.
Hver holdbarhedstest kræver en dokumenteret metode og forventet resultat. "Bestået en faldtest" er ikke meningsfuld, medmindre højden, overfladen, gentagelser og RF-præstation efter-test er registreret.
Trin 8: Bekræft datafilen og emballagen
Bekræft den godkendte revision, nummerinterval, mængde, legitimationsformat, trykt-nummerkolonne, emballagerækkefølge, kartonetiketter, afdelingsgruppering og reserve-lagersortiment. Åbn repræsentative pakker og sammenlign deres indhold med den godkendte datafil.
Byg en kompatibilitetstestmatrix
En formel matrix forhindrer en vellykket dørtest i at blive behandlet som fuld projektgodkendelse.
| Test enhed | Læser og firmware | Controller og interface | Dør eller zone | Forventet resultat | Faktisk resultat | Gentagne oplæg | Status |
|---|---|---|---|---|---|---|---|
| Legitimation A | Optag model og firmware | Record controller og Wiegand, OSDP eller anden grænseflade | Optag repræsentativ placering | Give eller nægte | Registrer observeret adfærd og hændelseslog | Registrer projektets-definerede testantal | Bestået, betinget bestået, ikke bestået eller ikke testet |
Inkluder mindst én repræsentativ enhed fra hver enkelt læserteknologi, firmwaregruppe, controllerkonfiguration, interfacetype og adgangszone, som fjernbetjeningen forventes at understøtte. At teste mange identiske døre er mindre værdifuldt end at teste hver enkelt systemvej.
De bredere grunde til at teste integrerede komponenter er dækket i Synteks vejledning tilRFID-system test.
Bestået, betinget bestået, ikke bestået eller ikke testet?
| Afgørelse | Mening | Påkrævet handling |
|---|---|---|
| Passere | Tekniske, data-, sikkerheds- og fysiske krav er opfyldt | Godkend enheden og optegnelser som produktionsreference |
| Betinget pas | Et begrænset problem kan rettes uden at ændre systemkompatibiliteten | Dokumentér rettelsen og definer, om bevis eller en revideret enhed er påkrævet |
| Svigte | Et kritisk krav er forkert, eller ydeevnen er uacceptabel | Afvis enheden og lav en korrigeret funktionsprøve |
| Ikke testet | Nødvendigt udstyr, softwareadgang, data eller miljø var ikke tilgængeligt | Frigiv ikke masseproduktion for det ikke-testede krav |
Forkert frekvens, chip, applikation, facilitetskode, nummerområde, sikkerhedsnøgle, læseroutput, OSDP-konfiguration eller deaktiveringsadfærd kræver normalt en ny funktionstest. En mindre justering af kunstværket behøver muligvis kun visuel bekræftelse, når den ikke kan påvirke antennen, huset, læseydelsen eller den udskrevne-nummertilknytning.
Sikkerhedstjek for adgang-Kontrolnøgler
UID-Kun legitimationsoplysninger
En fast identifikator må kun bruges i nogle ældre eller -lavere risikosystemer, efter at organisationen har vurderet og accepteret sine begrænsninger og tilføjet passende operationelle kontroller. Det bør ikke beskrives som kryptografisk godkendelse.
Testen skal identificere, hvilken værdi der bruges, om dubletter kan tilmeldes, hvordan mistede legitimationsoplysninger deaktiveres, og hvilken overvågning der findes for usædvanlig genbrug.
Beskyttede applikationer og sikre chips
Nogle HF-systemer bruger beskyttet hukommelse, applikationsdata, diversificerede nøgler eller autentificerede meddelelser. NXP's officielleMIFARE DESFire EV3 databladbeskriver understøttelse af kryptografiske indstillinger, herunder AES og sikker meddelelse.
Disse chip-egenskaber gør ikke en implementering sikker automatisk. Godkendelse bør også bekræfte:
- Hvem ejer og genererer nøglerne
- Hvem tilpasser legitimationsoplysningerne
- Om standardnøgler er blevet erstattet
- Hvordan test- og produktionslegitimationsoplysninger adskilles
- Hvordan afviste, overskydende og erstatningsoplysninger kontrolleres
- Hvordan nøgler og applikationsdata vil blive migreret, hvis leverandøren skifter
Planlæg produktionsprøveudtagning og duplikatkontrol
Den funktionelle prøve beviser designet. Produktionsinspektion skal bevise, at det godkendte design er gengivet korrekt på tværs af partiet.
Prøveudtagningsplanen bør være baseret på projektrisiko, partistørrelse, legitimationstype, leverandørhistorik og kontraktlige kvalitetskrav. Det bør indeholde:
- Først producerede enheder efter opsætning
- Konsekutive legitimationsoplysninger for at bekræfte sekvenslogik
- Enheder fra begyndelsen, midten og slutningen af produktionen
- Tilfældige enheder fra forskellige pakker eller kartoner
- Reserve- og erstatnings-nummerområder
- Kontrollerer for dubletter, manglende numre og forkert udskrevet-til-kodet mapping
- Funktionelle aflæsninger på godkendt udstyr
- Fysisk og emballagekontrol
Opfind ikke en universel prøveprocent for hvert projekt. Definer planen i indkøbsspecifikationen og notér hvilke enheder der blev testet, af hvem og med hvilket resultat. Købere kan benytte Synteks oversigt overkvalitetskontroludstyrnår vi diskuterer fabriks-kodning og batchkontrol.
Opret en gylden prøve og version-kontrolpost
Den godkendte fysiske enhed skal opbevares sammen med de dokumenter, der definerer, hvorfor den bestod. Når det er praktisk muligt, bør køber og leverandør hver især beholde en kontrolleret reference.
| Optag felt | Hvad skal dokumenteres |
|---|---|
| Reference identitet | Gyldne-eksempelnummer, fotografi og lagerplacering |
| Fysisk specifikation | Dimensioner, materiale, farve, hardware, kunst og finish |
| Legitimationsspecifikation | Chip, frekvens, protokol, applikation, nøgler og kodningsrevision efter behov |
| Nummerering | Facilitetskode eller applikationsidentifikator, nummerområde og trykt-talregel |
| System testet | Læser, firmware, controller, interface, software og repræsentative lokationer |
| Godkendelse | Testdato, resultat, købergodkender og leverandørgodkender |
| Versionskontrol | Revision, effektiv batch, ændringsårsag og erstattet reference |
| Leverandørleverancer | Datafil, pakkerækkefølge, testrapport og produktionsmængde |
En gentagelsesordre bør ikke antages at være identisk, blot fordi produktnavnet er uændret.
Hvornår er gentest påkrævet?
| Forandring | Typisk minimum anmeldelse |
|---|---|
| Kun logoposition eller kunstværk | Visuel gennemgang, plus RF-bekræftelse, hvis ændringen er tæt på antennen eller ændrer konstruktionen |
| Husmateriale, dimensioner, indkapsling eller nøglering hardware | Gentest af fysisk, holdbarhed og læse-ydelse |
| Chip-, antenne-, frekvens- eller legitimationsanvendelse | Fuld funktions- og systemkompatibilitetsgentest |
| Kodningslogik, talområde eller trykt-talregel | Datakortlægning, duplikering, sekvens, tilmelding og livscyklusgentest |
| Læserfirmware, controllerkonfiguration eller adgang til software | Repræsentativt system og tilladelse gentest |
| Wiegand eller OSDP interface konfiguration | Læser-controllerkommunikation og gentest af hændelsesresultater- |
| Emballerings- eller sorteringsrækkefølge | Bekræftelse af data-fil og fysisk-sekvens |
Det faktiske retest-omfang bør defineres af den risiko, ændringen introducerer. En leverandør bør ikke erstatte en utilgængelig chip, antenne eller materiale med et "kompatibelt alternativ" uden dokumenteret godkendelse.
Tre illustrative fiaskoscenarier
Korrekt frekvens, forkert legitimationsoplysninger
En 125 kHz enhed detekteres af læseren, men controlleren forventer en anden facilitetskode og bitstruktur. Radiofrekvensen er korrekt; systemdata er det ikke.
Korrekt dørbetjening, forkert trykt nummer
Legitimationsoplysningerne åbner døren, men skallen viser et råt UID, mens adgangsdatabasen bruger et konverteret kortnummer. Supportpersonalet kan ikke identificere den korrekte post, når nøglesedlen er tabt. Nummereringsreglen skal rettes inden godkendelse.
Hovedindgangen fungerer, elevatoren fejler
Hovedindgangen og elevatoren bruger forskellige læseteknologier eller applikationsindstillinger. Test af kun indgangen skabte en falsk følelse af kompatibilitet. Projektet har brug for en matrix, der dækker hver enkelt systemsti.
FAQ
Q: Hvorfor bipper læseren, men døren åbnes ikke?
A: Læseren kan finde legitimationsoplysningerne, men sende data, som controlleren ikke accepterer, eller legitimationsoplysningerne kan være inaktive eller tildelt de forkerte tilladelser. Tjek chippen, applikationen, læserkonfigurationen, grænsefladen, controllerfortolkningen og tilmeldingsposten.
Spørgsmål: Kan en telefon teste en RFID nøglebrik?
A: En telefon kan hjælpe med at identificere nogle 13,56 MHz HF- eller NFC-legitimationsoplysninger. Den kan normalt ikke teste almindelige 125 kHz legitimationsoplysninger, og en vellykket telefonlæsning beviser ikke kompatibilitet med en specifik dørlæser eller sikker applikation.
Spørgsmål: Skal prøven være tom eller kodet?
A: Brug en kodet funktionel legitimation til endelig kompatibilitetsgodkendelse. En blank eller ukodet enhed kan godkendes separat for udseende og materiale.
Q: Hvor mange døre skal testes?
A: Test hver enkelt læserteknologi, firmwaregruppe, controllerkonfiguration, interfacetype og adgangszone, som legitimationsoplysningerne skal understøtte. Gentagelse af den samme test på mange identiske døre giver mindre dækning end at teste hver anden systemsti.
Q: Hvad er en gylden prøve?
A: Det er den kontrollerede fysiske og tekniske reference, der bruges til at fremstille og inspicere bulkordren og fremtidige gentagelsesordrer. Den skal være knyttet til den godkendte specifikation, testresultater og versionsregistrering.
Spørgsmål: Skal gentagne ordrer testes igen?
A: Hver gentagelsesordre skal kontrolleres i forhold til den godkendte reference og dataspecifikation. En bredere gentest er påkrævet, når chippen, antennen, huset, kodningen, læseren, controlleren, interfacet eller softwaren er ændret.
Godkend systemresultatet, ikke kun nøglebrikken
En pålidelig ordre begynder med en kontrolleret specifikation og slutter med en testet produktionsreference. Bekræft frekvens, nøjagtige chip, legitimationsapplikation, læser-controllergrænseflade, nummerkortlægning, tilladelser, fysisk konstruktion og produktionsregistreringer før masseproduktion.
Den stærkeste godkendelse er ikke en leverandørerklæring om, at nøglebrikken er "kompatibel". Det er dokumenteret bevis på, at den færdige legitimation opfører sig korrekt på tværs af køberens repræsentative læsere, controllere, software, tilladelser og reelle driftsforhold.
Købere kananmode om en kodet RFID nøglebrikved at levere læsermodel, controller eller interface, påkrævet chip, talformat, illustrationer, mængde og testkrav.
Send forespørgsel