НФЦ кључеви за системе чланства: УИД, НДЕФ и мапирање чланова

НФЦ привезак за кључеве може идентификовати члана, отворити веб искуство или учинити обоје. Грешка је да се они третирају као исти технички ток посла.

У програму чланства или лојалности, кључно питање није једноставно који НФЦ чип купити. јестеком идентификатору ће систем веровати, где ће се налазити запис о члану и како ће физички привезак бити издат, замењен, деактивиран и поново додељен без прекида тог мапирања.

Овај водич се фокусира на ту архитектуру података. Намењен је оператерима теретана, клубовима, платформама за лојалност, системским интеграторима{1}}чланства и тимовима за набавку који планирају масовну примену НФЦ привезка за кључеве.

 

Почните са трансакцијом чланства, а не привезком за кључеве

НФЦ привезак за кључеве је акредитив. Не израчунава поене, не одлучује да ли је чланство активно, не складишти ауторитативни профил корисника, нити сам примењује пословна правила.

Интеракција чланства обично следи један од два пута:

Наменски{0}}пут за читање:
члан → НФЦ привезак за кључеве → компатибилни читач → идентификатор акредитива → софтвер за чланство → евиденција члана → пријава-пријава / погодност / дозвола

Путања{0}}додиривања телефона:
члан → НФЦ привезак за кључеве → паметни телефон → НДЕФ УРЛ → позадина веба или апликације → евиденција налога или кампање → радња чланства

Те путање могу да користе исти физички фактор форме, али немају исте техничке захтеве.

Ако је пројекат првенствено приступ вратима, а не идентификација чланства, контролни захтев је инсталирани приступни систем. Синтек'сводич за компатибилност привезака за близинупокрива тај другачији кориснички задатак.

 

УИД, НДЕФ и ИД члана су три различите ствари

Пројекти чланства често не успевају јер се неколико идентификатора третира као заменљиво.

НФЦ Форум дефинишеНДЕФкао уобичајени формат за податке апликација на уређајима и ознакама компатибилним са НФЦ форумом{0}}. НДЕФ запис може да носи УРИ или други корисни терет апликације, али пословно значење тог записа припада апликацији која стоји иза њега.

НКСП'сНТАГ213/215/216 документацијапотврђује да породица НТАГ21к подржава НФЦ Форум Тип 2 Таг понашање, ИСО/ИЕЦ 14443 Тип А и НДЕФ структуре података. Такође пружа произвођач{4}}програмиран УИД. Те могућности су корисне, али и даље представљају различите слојеве: УИД за идентитет чипа, НДЕФ за податке апликације и позадинске записе за логику чланства.

 

Изаберите једну од три архитектуре чланства

1. Наменски читач + мапирање акредитива

У овом моделу, оператер издаје сваки привезак за кључеве као системски акредитив. Компатибилни читач снима идентификатор или податке апликације које очекује платформа за чланство. Позадина мапира тај акредитив у запис члана.

Ова архитектура одговара понављајућим пријавама-у, уласку у клуб, ормарићима, препознавању лојалности уз помоћ особља-и другим управљаним тачкама контакта где оператер контролише читач.

Критична питања су:

• Који тачно чип или технологију акредитива подржава инсталирани читач?
• Коју вредност софтвер уписује: УИД, број картице, податке сектора/датотеке или други систем{0}}дефинисани идентификатор?
• Може ли један члан имати више активних акредитива?
• Да ли се акредитив може онемогућити независно од налога члана?
• Како се поступа са изгубљеним, враћеним или замењеним фобовима?

НДЕФ може бити ирелевантан у овој архитектури. Привезак за кључеве може да буде важећи акредитив за чланство чак и када није потребна УРЛ адреса која-читава телефоном.

2. Додирните телефон + НДЕФ УРЛ

У телефонском{0}}првом искуству чланства, привезак обично носи НДЕФ УРИ који указује на веб страницу, ток активације, портал налога, страницу лојалности или руту апликације.

ТхеТехнички преглед НФЦ Форумаописује НФЦ форумске ознаке као носиоце НДЕФ порука које могу покренути радње као што је отварање интернет везе. Аппле такође документује читање позадинске НФЦ ознаке око НДЕФ УРИ записа на подржаним иПхоне уређајимаЦоре НФЦ.

За ову архитектуру, јединствени УРЛ обично треба да садржи непрозирни токен или идентификатор пројекта уместо да излаже име члана, имејл, стање или друге непотребне личне податке директно у ознаци.

Веб позадински део може затим да разреши тај токен у одговарајући запис и одлучи шта корисник може да види или уради.

3. Хибридни читач + телефонска интеракција

Неки пројекти желе један привезак за кључеве који подржава радни ток управљаног читача и искуство{0}}додиривања телефона.

То може бити корисно, на пример, када теретана жели наменски читач за пријаву-и истовремено дозвољава члану да додирне исту фоб телефоном да отвори страницу налога.

Немојте претпостављати да су две путање аутоматски компатибилне јер деле исти НФЦ чип. Потврдите их засебно:

• читалац мора подржати тачну технологију акредитива и идентификатор који користи систем чланства;
• путања телефона мора прочитати одобрени НДЕФ корисни терет и отворити очекивано одредиште;
• позадински део мора да зна како се идентификатор{0}}стране читача и НДЕФ-токен односе на исти налог;
• замена мора да ажурира обе путање ако обе остану активне.

 

 

Одлучите који запис је извор истине

Најсигурнији дизајн чланства обично задржавачлански рачункао извор истине и третира привезак за кључеве као акредитив који се може доделити.

То раздвајање олакшава замену и прераспоређивање.

Ово омогућава оператеру да суспендује члана без физичког преписивања фоб-а, да замени оштећени привезак за кључеве без креирања новог налога за чланство и да сачува историју трансакција када се акредитиви промене.

 

Направите мапирање пре него што кодирате серију

Немојте покретати производњу{0}}променљивих података са једном колоном табеле која се зове „ИД“. Прво дефинишите однос између идентификатора.

Мапа производње и примене може да садржи:

За приватност и оперативну контролу, добављачу обично није потребан профил пуноправног члана. Чистији модел је одвајање датотеке мапирања производње од базе података чланова оператера.

На пример, добављач може да врати:

штампани серијски ↔ УИД ↔ кодирани токен ↔ статус производње

Оператер тада може додати:

акредитив ↔ ИД члана ↔ статус чланства

након издавања.

 

Немојте користити УИД као безбедносну пречицу

УИД је користан за идентификацију, али идентификација и аутентификација су различите безбедносне функције.

За ниско{0}}проверавање лојалности, мапирање подржаног идентификатора акредитива у позадински налог може бити довољно. За случајеве већег{2}}ризика као што су безбедни приступ објектима, ускладиштена вредност или плаћање, систем може захтевати јачу аутентификацију чипом, заштићене податке апликације, управљање кључевима и безбедност{3}}на страни читача.

Основни НФЦ привезак за кључеве не треба описати као безбедан само зато што његов чип има јединствени серијски број. Захтевани ниво безбедности мора да потиче од модела претње власника система и спецификације платформе.

Исто тако, меморијска област{0}}заштићена лозинком није исто што и криптографска аутентификација.

 

Планирајте изгубљен{0}}кључ-замену фоб-а пре лансирања

Заменски ток посла би требало да сачува налог члана док мења активни акредитив.

Практичан редослед је:

1. Пронађите налог члана.
2. Означите изгубљени акредитив неактивним.
3. Потврдите да ли је стари идентификатор{0}}читача блокиран за будућу употребу.
4. Издајте резервни привезак за кључеве.
5. Мапирајте нове акредитиве на постојећи налог члана.
6. Ако пројекат користи јединствени НДЕФ токен, одлучите да ли и стари токен мора бити онемогућен или ротиран.
7. Проверите нови фоб у стварном току рада читача или телефона.
8. Потврдите да стари акредитив више не довршава радњу заштићеног чланства.

Ово је разлог зашто налог члана не би требало да буде трајно везан за један физички УИД без административног слоја замене.

 

Прерасподела је другачија операција од замене

Замена задржава истог члана и мења акредитиве. Прерасподела задржава физичке акредитиве и мења члана.

Та разлика је важна за привезке за вишекратну употребу у теретанама, клубовима, програмима за изнајмљивање и објектима којима се управља.

Пре него што дате враћени фоб другој особи:

• уклонити стари однос члана;
• потврдите да стари налог и даље не може да користи акредитиве;
• прегледајте физички привезак за кључеве;
• поново прочитајте електронски идентификатор;
• ажурирати или заменити НДЕФ садржај ако пројекат користи{0}}специфичне податке за чланове;
• размислите о ротирању јединственог веб токена ако је стара веза могла бити копирана, обележена или дељена;
• доделити акредитив новом члану;
• тестирајте коначни резултат читача и/или телефона.

Правила прерасподеле треба да дефинише власник система. Чињеница да се привезак за кључеве може физички поново користити не доказује да су подаци апликације или однос налога спремни за поновну употребу.

 

Избегавајте чување непотребних података о члановима на привезку за кључеве

Промене података о чланству. Имена, статус плана, бодови, погодности и контакт детаљи се могу променити без замене физичких акредитива.

Из тог разлога, многим пројектима је лакше управљати када привезак за кључеве складишти или излаже само стабилан идентификатор или непрозирни УРЛ токен, док позадински део складишти променљиве пословне податке.

Ово смањује потребу за поновним писањем акредитива и ограничава количину изложених информација о члановима ако неко скенира или прочита ознаку.

Ако су пројекту заиста потребни заштићени подаци о акредитивима, изаберите чип и безбедносну архитектуру из захтева система уместо да почнете са генеричким НТАГ производом и покушавате да додате безбедност касније.

 

Дефинишите дупла правила пре уписа

Постоје два различита проблема са дуплирањем:

• дупликати електронских идентификатора или кодираних токенау произведеној серији;
• дуплирање активних задатакау бази података о чланству.

План прихватања треба да открије и једно и друго.

Исправно произведен привезак за кључеве и даље може бити уписан за погрешног члана. Исправно уписан члан и даље може имати два активна акредитива када је пословно правило намењено само једном. То су различити власници грешака и треба их посебно евидентирати.

 

Тестирајте радни ток завршеног чланства, а не само НФЦ детекцију

Користан узорак теста прати комплетну трансакцију.

За ширу позадину о тестирању НФЦ података, одредишта и мапирања пре масовне производње, СинтекКонтролна листа за НФЦ тестирањеобјашњава зашто успешан додир није исто што и успешан пословни ток посла.

 

Шта ставити у РФК привезак за НФЦ чланство

За директан извор физичких акредитива, СинтекСтраница производа за НФЦ кључевеје комерцијални следећи корак. Избор производа треба да прати одобрену архитектуру система уместо да је замењује.

 

Правило распоређивања

За чланство или програм лојалности, НФЦ привезак за кључеве третирајте као акредитив који се може доделити, а не као базу података чланова.

Робустан редослед примене је:

задатак чланства → путања читача или телефона → технологија акредитива → УИД/НДЕФ одлука → позадински модел члана → мапирање производње → правила о издавању/замени/прерасподели → завршен-пример теста → групно одобрење

Тај низ држи физички привезак за кључеве, електронски идентификатор, телефонску интеракцију и евиденцију чланова под једним контролисаним моделом података. Такође омогућава управљање изгубљеном-заменом фоб-а и будућим поновним додељивањем уместо да их претвара у ручне изузетке базе података.