RFID auduma aproču izvietošana: kodēšana, integrācija un pieņemšanas pārbaude

RFID auduma aproci var izgatavot pareizi, un tā joprojām neizdodas pie vārtiem. Lasītājs var noteikt mikroshēmu, kamēr notikumu platforma interpretē identifikatoru nepareizā formātā. Drukāto seriālu var saistīt ar vienu biļeti, savukārt elektronisko akreditācijas datus var saistīt ar citu. Aizstāšana var darboties, pat ja pazaudētā aproce paliek aktīva.

Tās ir izvietošanas kļūmes, nevis auduma{0}}drukāšanas problēmas. KontrolētsRFID auduma aproces izvietošanajāsavieno fiziskie akreditācijas dati, kodētie dati, lasītāji, programmatūra, tīkls, atļaujas, maksājumu noteikumi un personāla procedūras.

Ātrā atbilde:Apstipriniet visu darbplūsmu, ne tikai aproci. Pirms masveida kodēšanas definējiet identifikatora karti, drošības profilu un darbības noteikumus. Pārbaudiet ražošanas -līdzvērtīgu paraugu ar faktisko lasītāju, programmaparatūru, platformu, piekļuves atļaujām, maksājumu plūsmu, bezsaistes režīmu un nomaiņas procesu. Atbrīvojiet partiju tikai tad, ja katram kritiskajam rezultātam ir īpašnieks un dokumentēts atbilstības nosacījums.

Pircēji, kuri joprojām salīdzina fiziskos formātus, var pārskatīt Syntek'sRFID aproču klāstsunRFID austas aproces. Šī rokasgrāmata sākas pēc tam, kad projekts ir nolēmis, ka auduma akreditācijas dati ir piemēroti.

Kāpēc lasāma aproce joprojām var neizdoties

Notikuma RFID sistēma parasti ietver aproci, mikroshēmu un antenu, lasītāju, lasītāja programmaparatūru, lietojumprogrammu, datubāzi, tīklu, barošanas avotu un personāla procedūru. TheNIST RFID drošības vadlīnijasuzskata RFID kā sistēmu, nevis izolētu tagu, un Syntek pārskats parRFID sistēmas sastāvdaļassniedz saistītu ievadu.

Galddatora lasītājs var pierādīt, ka atzīme reaģē. Tas nevar pierādīt, ka vārti piemēros pareizo piekļuves līmeni, maksājumu terminālis novērsīs dubultu maksu vai atbalsta dienests deaktivizēs pazaudētu akreditācijas datu. Syntek skaidrojums parkā RFID tagi sazinās ar lasītājiemir noderīgs fons, taču galīgajam apstiprinājumam ir jāizmanto projekta aparatūra un programmatūra.

Pirms kodēšanas iesaldējiet darbības noteikumus

Kodēšanai ir jāatspoguļo rakstiska darbplūsma. To nedrīkst izmantot, lai izgudrotu darbplūsmu ražošanas laikā.

Ieeja, atkārtota{0}}ieeja un pret{1}}atgriešana

Definējiet, vai akreditācijas dati atļauj vienu ierakstu, atkārtotu ierakstu vai ierakstu tikai noteiktā laika posmā. Ierakstiet, kas notiek pēc atmaksas, atcelšanas, dublikāta pieskāriena vai skenēšanas pie nepareizajiem vārtiem. Platforma, kas pārbauda tikai identifikatora esamību, var pieņemt atkārtotu izmantošanu, ja vien aizmugursistēma nenovērtē ierakstu vēsturi.

Piekļuves līmeņi

Atsevišķi norādiet vispārējās ieejas, VIP, aizkulises, personāla, pārdevēja, mediju, kempinga, autostāvvietas un vecuma{0}}ierobežotas atļaujas. Vienai aprocei var būt vairākas atļaujas, taču katrai lasītāja atrašanās vietai ir jāatgriež lēmums, kas attiecas uz šo zonu.

Bezskaidras naudas konti

Norādiet, vai aproce ir saistīta ar slēgta -cikla bilanci, pēcapmaksas kontu, biļešu profilu vai maksājumu{1}}kartes vidi. Daudzās sistēmās aproce parāda identifikatoru, bet aizmugure saglabā autoritatīvu līdzsvaru un darījumu vēsturi.

Kad vide uzglabā, apstrādā vai pārsūta maksājumu konta datus,PCI datu drošības standartsnodrošina pamata tehniskās un darbības prasības. Slēgtā cikla notikumu makam var būt atšķirīgs darbības joma, tāpēc organizatoram ir jāapstiprina maksājuma modelis ar platformas nodrošinātāju, pieņēmējbanku un atbilstības komandu.

Zaudējumi, aizstāšana un atmaksa

Dokuments, kurš var ziņot par aproces pazaudēšanu, kā tiek pārbaudīta biļetes īpašumtiesības, kad tiek apturēta vecā akreditācijas datu darbība, kā tiek pārsūtīta piekļuve vai atlikums un vai oriģināls kādreiz var atgriezties darbā. Nomaiņas process neizdevās, jo jaunā aproce darbojas, bet vecā paliek derīga.

Sadaļā Mijiedarbība atlasiet RF tehnoloģiju

HF un NFC apzinātiem pieskārieniem

TheNFC forumsNFC apraksta kā 13,56 MHz bezkontakta tehnoloģiju, kas izstrādāta maza darbības attāluma mijiedarbībai. HF vai NFC bieži ir piemērota vārtiem,-tirdzniecības vietas-termināļiem, skapīšiem un citai-personai-vienlaikus-pieskaroties-.

Vārdi "saderīgs ar NFC" nav pilnīga specifikācija. Platformai var būt nepieciešama noteikta mikroshēmu saime, UID garums, atmiņas struktūra, autentifikācijas metode vai datu formāts. Syntek rokasgrāmata paratšķirība starp RFID un NFCun tā diapazonsNFC lasītāji un rakstītājivar atbalstīt sākotnējo atlasi.

UHF atlasītajām garāka{0}}darbplūsmām

TheGS1 EPC Gen2 UHF air{2}}interfeisa standartsnosaka saziņu starp pasīvajiem UHF tagiem un lasītājiem. UHF var būt piemērots noteiktai laika noteikšanas, transportlīdzekļa, iešanas-vai vairāku{2}}tagu lietojumprogrammām.

Garāks attālums automātiski nav labāks pie kontrolētiem vārtiem. Vairāku tuvumā esošo akreditācijas datu lasīšana, kad kāds apmeklētājs plāno ienākt, var radīt neskaidrus notikumus. Projekti, kas novērtē šo pieeju, ir jāpārskata saderīgiUHF RFID lasītājiun apstipriniet visu lasītāja, antenas, aproces un vietnes konfigurāciju.

Syntek'sRFID darbības{0}}frekvences ceļvedisvar palīdzēt izveidot sākotnējo diskusiju. Galīgais lēmums joprojām ir jābalsta uz nepieciešamo mijiedarbību un pārbaudītu produkcijas paraugu.

Izveidojiet kontrolētu akreditācijas datu karti

Katrs fiziskais un elektroniskais akreditācijas datu attēlojums ir jāsavieno ar vienu kontrolētu ierakstu.

Ilustratīvs UID formāta konflikts

Tālāk norādītās vērtības ir hipotētiskas un ir iekļautas, lai parādītu, kāpēc pirms importēšanas ir jāsaskaņo formāts.

Lasītājs, izklājlapa un biļešu pārdošanas platforma vienu un to pašu fizisko UID var attēlot atšķirīgi. Apstiprinātajā specifikācijā ir jādefinē baitu secība, heksadecimālais vai decimālais attēlojums, polsterējums, lielo burtu lietojums, atdalītāji un atļautie UID garumi. Nekad neizlabojiet acīmredzamo neatbilstību, manuāli mainot vērtības, nedokumentējot kārtulu un atkārtoti nepārbaudot visu importēšanu.

Apstipriniet precīzu mikroshēmu un drošības profilu

Mikroshēmas nosaukums ir tikai specifikācijas sākums. Apstipriniet ražotāju, modeli, protokolu, UID darbību, atmiņu, lietojumprogrammu struktūru, lasīšanas un rakstīšanas atļaujas, autentifikāciju, atslēgas īpašumtiesības, personalizācijas stāvokli, bloķēšanas iestatījumus un atbalstīto lasītāja konfigurāciju.

NXP norāda, kaMIFARE DESFire EV3var atbalstīt kriptogrāfisko autentifikāciju un aizsargātus bezkontakta darījumus. Šīs iespējas joprojām ir atkarīgas no lietojumprogrammas dizaina, drošas atslēgas pārvaldības, lasītāja konfigurācijas un aizmugursistēmas vadīklām. Izmantojot drošu mikroshēmu tikai kā atklātu UID, netiek nodrošināta tā autentificētajām funkcijām pieejamā aizsardzība.

Jāpārskata arī projekti, kas apstrādā atļaujas vai personas ierakstusRFID datu drošība. Drošībai ir jāaptver akreditācijas dati, lasītāji, personāla konti, API, tīkls, žurnāli un datu bāze, nevis tikai mikroshēma.

Izveidojiet ražošanas{0}}līdzvērtīgu paraugu

Apstiprinājuma paraugam ir jāatbilst plānotajam pasūtījumam pēc auduma, platuma, mikroshēmas, antenas, korpusa, aizdares, mākslas darbiem, redzamā numura, kodētajiem datiem, aizmugures uzdevuma un iepakojuma etiķetes. Tukšs ielaidums vai digitālā mākslas darba pierādījums nevar pārbaudīt pabeigto darbplūsmu.

Vairāku{0}}dienu pasākumiem Syntek'sRFID festivāla aprocesunRFID auduma aprocesnodrošināt atbilstošus fiziskos sākuma punktus. Atlasītais produkts joprojām ir jāpārbauda ar faktisko kodējumu un platformu.

Saglabājiet apstiprināto paraugu ar tā mākslas darbu pārskatīšanu, mikroshēmas specifikāciju, kodēšanas profilu, datu -faila pārskatīšanu, lasītāja modeli, programmaparatūru, platformas versiju, testa rezultātu, apstiprināšanas datumu un apstiprināšanas pusēm.

Pirms testēšanas definējiet pieņemšanas kritērijus

Nav universāla lasīšanas{0}}veiksmes procenta, atbildes laika vai parauga daudzuma, kas būtu piemērots katram notikumam. Projektam ir jādefinē savi pieņemšanas kritēriji no notikuma vērtības, rindas struktūras, maksājuma riska, partijas lieluma, piegādātāja procesa un rezerves iespējas.

Syntek raksts parkāpēc ir nepieciešama RFID sistēmas pārbaudeizskaidro, kāpēc akreditācijas dati, lasītājs un lietojumprogramma ir jāvalidē kā viena darbplūsma.

Veiciet daudzslāņu pieņemšanas testus

Lasīšana solā un uz-plaukstas locītavas

Apstipriniet noteikšanu, identifikatora formātu, kodētus datus, bloķēšanas stāvokli un autentifikāciju ar ražošanas lasītāju. Atkārtojiet testu, kamēr aproce tiek nēsāta uz dažāda izmēra un orientācijas plaukstas locītavām paredzamos apģērba un mitruma apstākļos. Lai iegūtu normālu lasīšanu, apmeklētājam nevajadzētu atkārtoties neērti pagriezt.

Vārtu, zonu un atpakaļ{0}}ieejas noteikumi

Pārbaudiet katru lasītāja veidu ar derīgiem, nederīgiem, atceltiem, dublētiem un nepareiziem{0}}zonas akreditācijas datiem. Pārbaudiet vienreizēju-ievadīšanu, atkārtotu ievadi un pret-atkāpšanos saskaņā ar rakstisko politiku.

Bezskaidras naudas darījumi un saskaņošana

Testa aktivizēšana, papildināšana-attiecīgā gadījumā, pirkums, ātrs atkārtots pieskāriens, naudas atmaksa, anulēšana, noraidīti akreditācijas dati un maiņu-beigas-saskaņošana. Apstipriniet, kura sistēma ir autoritatīvā virsgrāmata un kā tiek salīdzinātas pārdevēja, seifa un termināļa kopsummas.

Bezsaistes darbība un atkopšana

Atvienojiet testa vidi kontrolētos apstākļos. Pārbaudiet, kuri ievades un tēriņu noteikumi turpinās, kur tiek glabāti ieraksti, kā darbinieki identificē bezsaistes režīmu, kā tiek atrisināti konflikti un kā ieraksti tiek sinhronizēti pēc atkārtotas savienojuma izveides.

Aizstāšana un atsaukšana

Aktivizējiet testa akreditācijas datus, atzīmējiet to kā pazaudētu un izsniedziet nomaiņu. Vecajai aprocei ir jāsastopas ar attiecīgajiem lasītājiem, jaunajai ir jāsaņem apstiprinātā piekļuve vai maka attiecības, un abām darbībām ir jāparādās audita ierakstā.

Pievienojiet slodzes un ietilpības pārbaudi

Funkcionālā pārbaude pierāda, ka viena darbplūsma var būt veiksmīga. Jaudas pārbaude jautā, vai tā joprojām ir izmantojama pasākuma noslogotākajā periodā.

• Palaidiet vairākus vārtus vai lasītājus vienlaikus, nevis pārbaudiet tos pa vienam.
• Imitējiet paredzamo derīgo, nederīgo, dublēto un nepareizo{0}}zonu skenēšanas modeli.
• Darbiniet vairākus maksājumu termināļus, kamēr piekļuves lasītāji un atbalsta rīki izmanto vienu un to pašu tīklu.
• Reģistrējiet atbildes laiku, atkārtojiet mēģinājumu darbību, rindu pieaugumu, lietojumprogrammu kļūdas un aizmugures aizkaves.
• Pārbaudiet ierīces akumulatoru, uzlādes rotāciju, rezerves{0}}ierīces aktivizēšanu un maiņas nodošanu.
• Atkārtojiet atkopšanas testu pēc tīkla pārtraukuma, kamēr rindā esošie darījumi gaida, lai sinhronizētu.

Pieņemšanas mērķim ir jābūt{0}}noteiktam projektā. Reģistrē sagaidāmo maksimālo stāvokli, testa metodi, izmērīto rezultātu, darbības efektu un lēmuma īpašnieku. Ātra laboratorijas nolasīšana nepierāda pieņemamu vārtu caurlaidspēju.

Kontrolējiet partijas kodēšanu, pārbaudi un iepakošanu

Ražošanas vadīklām ir jāatrod dublikāts vai trūkstošs kodējums, nepareiza mikroshēma, nelasāmi moduļi, sērijas -uz-UID neatbilstības, nepareizi piekļuves līmeņi, jaukts mākslas darbs, nepareiza aizvēršana un nepareizā secībā izvietotas paketes.

Partijas ierakstam ir jāsavieno pirkuma pasūtījums, mākslas darbu pārskatīšana, kodēšanas-faila pārskatīšana, čipu partija, ražošanas datums, sērijas diapazons, kartona kārba, pārbaudes rezultāts, noraidītais daudzums un izlaišanas apstiprinājums. Syntek pārskats parRFID kvalitātes pārbaudes iekārtasapraksta saistītās ražošanas{0}}pārbaudes iespējas.

Identitātes un kartēšanas laukiem var būt nepieciešama plašāka pārbaude nekā vizuālais izskats. Kad tiek atklāts dublikāts vai kartēšanas kļūda, izolējiet ietekmēto diapazonu un nosakiet, vai iemesls ir viena aproce, kodēšanas stacija, avota fails, importēšanas kārtula vai visa pakete. Pārstrādātie akreditācijas dati ir vēlreiz jāpārbauda pirms izlaišanas.

Aizsargājiet datus un administratīvo piekļuvi

Aproce var saturēt tikai identifikatoru, bet pievienotajā platformā joprojām var būt vārdi, biļešu ieraksti, piekļuves vēsture, maksājumu ieraksti un atbalsta piezīmes. Apkopojiet un saglabājiet tikai to informāciju, kas nepieciešama noteiktam darbības vai juridiskam mērķim.

• Ierobežojiet to, kas var izdot, aktivizēt, apturēt, aizstāt, pārskaitīt atlikumus vai mainīt piekļuves līmeņus.
• Izmantojiet individuālus darbinieku kontus, nevis koplietotus administratora akreditācijas datus.
• Aizsargājiet API atslēgas, importējiet failus un eksportējiet datus.
• Reģistrējiet sensitīvas izmaiņas audita žurnālā.
• Definējiet, kurš piegādātājs saņem kādus laukus un kā faili tiek pārsūtīti.
• Iestatiet saglabāšanas un dzēšanas noteikumus testa datiem, neizmantotiem kartējumiem, notikumu ierakstiem un atbalsta eksportēšanu.
• Nekavējoties noņemiet piekļuvi, kad pagaidu darbinieki vai pārdevēji atstāj projektu.

Privātuma un drošības prasības atšķiras atkarībā no jurisdikcijas un sistēmas dizaina. Pasākuma rīkotājam ir jāuzliek atbildība, nevis jāuzņemas, ka aproču piegādātājs vai platformas nodrošinātājs ir katra datu lēmuma īpašnieks.

Izmantojiet izmaiņu vadību, lai izlemtu, kad veikt atkārtotu pārbaudi

Izmaiņu ierakstā jānorāda, kas ir mainījies, kāpēc tas mainījās, kuri pierādījumi paliek spēkā un kādi testi ir jāatkārto.

Plānojiet izvietošanas laika grafiku

1. Iesaldējiet darbplūsmas.Apstipriniet iebraukšanu, zonas, atkārtotu{0}}iebraukšanu, samaksu, atmaksu, nomaiņu, bezsaistes un ziņošanas noteikumus.
2. Apstipriniet tehnoloģiju profilu.Apstipriniet frekvenci, mikroshēmu, identifikatora formātu, drošības iestatījumus, lasītāja un platformas atbalstu.
3. Apstipriniet ražošanas{0}}līdzvērtīgus paraugus.Pabeigt fizisko, datu, piekļuves, maksājumu un atkopšanas testus.
4. Iesaldējiet mākslas darbu un kartēšanas failus.Kontrolējiet pārskatīšanu pirms lielapjoma kodēšanas.
5. Apstipriniet partiju un importējiet.Pārbaudiet unikalitāti, kartēšanu, iepakošanu un platformas piešķiršanu.
6. Palaidiet vietnes un jaudas pārbaudi.Izmantojiet paredzētos vārtus, termināļus, tīklu, barošanu un rezerves procesu.
7. Apmāciet personālu un atkārtojiet izņēmumus.Iekļaujiet nederīgus skenējumus, pārtraukumus, pazaudētas aproces, atmaksas un manuālas ignorēšanas.
8. Turiet Go/No{0}}Go pārskatīšanu.Atrisiniet kritiskos defektus un apstipriniet atbalsta gatavību pirms publiskas darbības.

Ilustratīvā integrācijas kļūme

Šis scenārijs ir hipotētisks un netiek parādīts kā klienta rezultāts.

Trīs{0}}dienu festivālā saņem auduma aproces, kas apdrukātas pareizajās VIP un vispārējās{1}}ieejas krāsās. Darbvirsmas kodētājs eksportē četru-baitu UID kā lielas-endiānas decimāldaļas, savukārt biļešu platforma sagaida apgrieztu baitu secību. Aproces lasa pareizi, bet importētie akreditācijas dati neatbilst biļešu ierakstiem.

Komanda identificē problēmu ražošanas{0}}parauga importēšanas laikā, nevis pie vārtiem. Tas iesaldē masveida kodējumu, dokumentē baitu-kārtības kārtulu, ģenerē kartēšanas failu un atkārto vārtu, VIP, nomaiņas un bezsaistes testus. Labotais paraugs tiek izturēts, un galīgā partija tiek iepakota pēc biļešu līmeņa un kontrolētā sērijas diapazona.

Šis piemērs parāda, kāpēc lasīšanas panākumiem, datu kartēšanai un platformas autorizācijai ir nepieciešami atsevišķi pierādījumi.

Iet/nē-Aiziet kontrolsaraksts

Projektam nevajadzētu sākt darboties, kamēr nav atrisināts kāds no tālāk norādītajiem jautājumiem.

• kritisks identifikators vai kartēšanas neatbilstība;
• nesankcionēta piekļuve zonai;
• pazaudēta akreditācijas informācija, kas paliek aktīva pēc aizstāšanas;
• neizskaidrojama maksājuma vai saskaņošanas starpība;
• bezsaistes darījumi, kurus nevar prognozēt sinhronizēt;
• dublikāti, trūkstoši vai neizsekojami partijas akreditācijas dati;
• nekontrolēta administratora vai ignorēšanas piekļuve;
• nav īpašnieka lasītāja, tīkla, platformas vai atbalsta kļūmēm;
• nav pārbaudītas rezerves{0}}ierīces, uzlādes vai incidenta procesa.

Lai iegūtu pielāgotu konstrukciju, drukāšanu, kodēšanu un kontrolētu iepakojumu, pārskatiet Syntek'sOEM un ODM ražošanaspējas. Arī pircējs varpieprasīt izvietošanas paraugufiziskai, kodēšanas un integrācijas validācijai pirms masveida ražošanas.

Apstipriniet sistēmu, ne tikai aproci

RFID auduma aproce ir gatava tikai tad, kad tās fiziskā konstrukcija, identifikatora karte, drošības profils, lasītāji, platformas noteikumi, partijas ieraksti, bezsaistes uzvedība un personāla procedūras ir apstiprinātas kopā.

Neizlaidiet projektu, jo mākslas darbs izskatās pareizi vai viens paraugs rada UID. Atlaidiet to, kad ir dokumentēta paredzamā darbplūsma, ir izturēts katrs kritiskais tests, partija ir izsekojama un notikumu komanda var atgūties no kļūmēm, kas, visticamāk, radīsies uz vietas.