Viesabonēšanas autentifikācijas līdzekļu programma

Tīklu viesabonēšana

Fiziski RFID autentifikācijas līdzekļi viesabonēšanas programmām, kurās identifikatoru ieraksti, identifikatoru formāti un dzīves cikla statuss paliek konsekventi eMSP, CPO un viesabonēšanas centrmezglu sistēmās.

Programmas rezultāts

Fizisks autentifikācijas līdzeklis, kura identifikatora ieraksts, identifikatora formāts un dzīves cikla stāvoklis ir konsekventi visās iesaistītajās sistēmās.

Skatīt ieteicamo produktu

Paredzēts

eMSP, CPO un mobilitātes platformas, kas nodrošina divpusēju vai centrmezglā balstītu viesabonēšanu

01

Viesabonēšanas līmenis

OCPI 2.2.1 / 2.3.0, OICP vai eMIP

02

Stacijas līmenis

Lasītājs + OCPP + CPO aizmugursistēma

03

Identitāte

Izdevēja kontrolēts identifikatora ieraksts

04

Komerciālais tvērums

Līgumi un tiesības uz pakalpojumu nav kartes daļa

Darbības modelis / 01

Sekojiet autentifikācijas līdzekļa ceļam visā autorizācijas ķēdē.

Fiziskā karte ir tikai viens kontrolēts ievades elements. Tas, vai tiek autorizēts un izsekots pareizais konts, ir atkarīgs no lasītāja darbības, platformas ierakstiem un darbības noteikumiem.

Tīklu viesabonēšana
Fizisks autentifikācijas līdzeklis, kura identifikatora ieraksts, identifikatora formāts un dzīves cikla stāvoklis ir konsekventi visās iesaistītajās sistēmās.
  1. 01

    eMSP izsniegts autentifikācijas līdzeklis

    Mobilitātes pakalpojumu sniedzējs piešķir klientam fizisku karti vai atslēgu piekariņu un kontrolē tā dzīves cikla statusu.

  2. 02

    Apmeklētā uzlādes stacija

    Stacija nolasa autentifikācijas līdzekli un, izmantojot atbalstīto autorizācijas plūsmu, pārsūta identifikatoru uz CPO aizmugursistēmu.

  3. 03

    CPO autorizācijas līmenis

    CPO pārbauda lokālo identifikatoru krātuvi vai pieprasa autorizāciju, izmantojot savu viesabonēšanas savienojumu.

  4. 04

    Divpusējs savienojums vai viesabonēšanas centrmezgls

    OCPI, OICP vai eMIP pārraida identifikatoru, autorizācijas un saistīto sesiju informāciju starp līgumslēdzējām pusēm.

  5. 05

    Sesijas un CDR datu atgriešana

    Sesijas un uzlādes detalizētie dati atgriežas pa komerciālo ķēdi; karte tikai iniciē identifikāciju.

Specifikācijas matrica / 02

Lēmumi, kas jāpieņem pirms ražošanas.

Ražošanai gatavā tehniskajā uzdevumā norādīts, kas jāizlemj, kā tas tiks īstenots un kādi pierādījumi tiks uzskatīti par pieņemšanas pamatu.

01

Viesabonēšanas topoloģija

Kas jānosaka

Identificējiet divpusējos partnerus, centrmezglu savienojumus, vides un protokolu versijas.

Pieņemšanas pierādījumi

Katram mērķa maršrutam ir atbildīgais un testa galapunkts.

02

Identifikatora piederība

Kas jānosaka

Definējiet izdevēju, puses/valsts identifikatorus, identifikatora tipu, līguma atsauci un dzīves cikla pārvaldības pilnvaras.

Pieņemšanas pierādījumi

Identifikators paliek globāli unikāls saskaņotajā ekosistēmā.

03

UID normalizēšana

Kas jānosaka

Vienojieties par heksadecimālo vai decimālo attēlojumu, baitu secību, papildināšanu, burtu reģistru un pieļaujamo garumu.

Pieņemšanas pierādījumi

Lasītāja izvade, CSMS ieraksts un viesabonēšanas dati atbilst vienai un tai pašai vērtībai.

04

Autorizācijas režīms

Kas jānosaka

Katram mērķa CPO staciju kopumam dokumentējiet atļauto sarakstu nosūtīšanu, reāllaika pieprasījumus, kešatmiņas un bezsaistes darbību.

Pieņemšanas pierādījumi

Statusi “pieņemts”, “bloķēts”, “derīguma termiņš beidzies” un “nezināms” dod gaidīto rezultātu.

05

Statusa izplatīšana

Kas jānosaka

Nosakiet, kā starp pusēm tiek nodota informācija par jaunizsniegtiem, bloķētiem un aizstātiem identifikatoriem, kā arī par identifikatoriem, kuru derīguma termiņš beidzies.

Pieņemšanas pierādījumi

Statusa izmaiņas sasniedz testa CPO saskaņotajā darbības laika logā.

06

Sesiju salīdzināšana un saskaņošana

Kas jānosaka

Norādiet atsauces, ko izmanto autorizācijas, sesiju un CDR ierakstu salīdzināšanai un saskaņošanai.

Pieņemšanas pierādījumi

Pilotsesijas tiek atgrieztas pareizajā eMSP klienta ierakstā bez nepiesaistītiem datiem.

07

Izņēmumu apstrāde

Kas jānosaka

Nosakiet atbildīgos par noraidītiem identifikatoriem, lasītāju neatbilstībām, partneru darbības pārtraukumiem un apstrīdētām sesijām.

Pieņemšanas pierādījumi

Atbalsta dienests var izsekot kļūmei stacijas, CPO, centrmezgla un eMSP žurnālos.

Kļūmju kontrole / 03

Novērsiet biežākos kļūmju avotus jau projektēšanas posmā.

Lielākā daļa neveiksmīgu ieviešanu nav saistīta ar drukas kvalitāti. To cēlonis ir neskaidri identifikatori, netestēti lasītāji, nepilnīgi noteikta atbildība par datiem vai vāja dzīves cikla kontrole.

01

Karte pati nenodrošina viesabonēšanu

Piekļuve tīklam ir iespējama tikai pēc tam, kad ir izveidots komerciālais savienojums un nodrošināta identifikatoru izplatīšana vai autorizācija.

02

Normalizējiet identifikatorus vienreiz

Baitu secības, papildināšanas un burtu reģistra neatbilstības ir biežs neveiksmīgas autorizācijas cēlonis; nofiksējiet attēlojumu pirms ražošanas.

03

Testējiet dzīves cikla stāvokļus

Ar veiksmīgu pirmo pielikšanu nepietiek. Pārbaudiet bloķēšanas, derīguma beigu, nomaiņas un atkārtotas aktivizācijas scenārijus tajā pašā maršrutā.

04

Nesaistiet norēķinus ar apgalvojumiem par karti

CDR apmaiņa, tarifi un norēķini ir viesabonēšanas platformu un līgumu, nevis autentifikācijas līdzekļu ražošanas jautājums.

Ieviešanas ceļš / 04

No tehniskā uzdevuma līdz kontrolētai darbībai.

Katrs posms jānoslēdz ar pierādījumiem, ko var pārskatīt ekspluatācijas, platformas un iepirkumu komandas.

  1. 01

    Topoloģijas karte

    Dokumentējiet izdevēju, partnerus, centrmezglus, protokolu versijas, identifikatoru piederību un atbalsta kontaktpersonas.

    Pierādījumi

    Viesabonēšanas atbildības matrica

  2. 02

    Identifikatoru pilotprojekts

    Saražojiet nelielu komplektu ar zināmām vērtībām un salīdziniet lasītāja, CSMS un viesabonēšanas attēlojumus.

    Pierādījumi

    Pilnas ķēdes identifikatora izsekošana

  3. 03

    Stāvokļu testēšana

    Pārbaudiet pieņemšanas, nezināma identifikatora, bloķēšanas, derīguma beigu, bezsaistes un nomaiņas scenārijus.

    Pierādījumi

    Autorizācijas rezultātu matrica

  4. 04

    Ienākšana tirgū

    Atveriet tikai tos tirgus un partneru maršrutus, kas ir sekmīgi izgājuši pieņemšanu.

    Pierādījumi

    Apstiprināto tirgu/partneru reģistrs

  5. 05

    Izmaiņu kontrole

    Pārvaldiet jaunus partnerus, protokolu jauninājumus un nomaiņas, nemanāmi nemainot fiziskās identifikācijas noteikumus.

    Pierādījumi

    Savietojamības ieraksts ar versiju kontroli

Atbildības robeža / 05

Nošķiriet ražošanu no platformas darbības.

Precīza robeža novērš situāciju, kad kartei tiek pārmesti konfigurācijas, tiesību vai norēķinu lēmumi, kas tiek pieņemti citur.

01

ChargeRFID / ražotājs

Kontrolē apstiprināto materiālu, mikroshēmu, antenu, dizainu, kodēšanu, mainīgos datus, partijas kvalitātes kontroli un ražošanas ierakstu.

02

CPO, eMSP vai CSMS komanda

Nosaka pieņemamo identifikatora formātu, lasītāja darbību, identifikatoru importu, autorizācijas statusus, drošības lietojumprogrammu un tehnisko pieņemšanu.

03

Programmas īpašnieks

Atbild par piešķiršanu, aktivizēšanu, līgumiem, piekļuves politiku, tarifiem, klientu atbalstu, aizstāšanas apstiprināšanu un lēmumiem par lietošanas beigām.

Programmas jautājumi / 08

Jautājumi, ko parasti risina iepirkumu un tehniskās komandas.

01Vai jaunražota karte automātiski darbosies viesabonēšanas tīklos?

Nē. Autentifikācijas līdzekļa identifikatoram jābūt reģistrētam un autorizētam ar eMSP/CPO komerciālā un tehniskā savienojuma starpniecību. Ražošanā tiek izgatavots fiziskais autentifikācijas līdzeklis; tā rezultātā neveidojas viesabonēšanas līgums un netiek piešķirtas ar identifikatoru saistītās tiesības.

02Kāda ir atšķirība starp OCPP un OCPI?

OCPP galvenokārt ir protokols saziņai starp staciju un pārvaldības sistēmu. OCPI savieno CPO un eMSP viesabonēšanas datu apmaiņai, piemēram, par atrašanās vietām, identifikatoriem, sesijām, tarifiem un CDR. OICP un eMIP nodrošina alternatīvas viesabonēšanas saskarnes.

03Kura OCPI versija kartei jāatbalsta?

Karte neīsteno OCPI. Iesaistītās platformas vienojas par OCPI versiju, savukārt fiziskajam autentifikācijas līdzeklim un identifikatoram jāatbilst lasītājam un identifikatoru noteikumiem, ko izmanto šīs platformas.

04Vai dažādas sistēmas var vienu identifikatoru attēlot atšķirīgi?

Jā, un tas ir biežs kļūmju avots. Heksadecimālā/decimālā konvertēšana, baitu secība, papildināšana, sākuma nulles un burtu reģistrs jānosaka saskarnes specifikācijā un jāpārbauda visā ķēdē.

Kontrolēta programmas specifikācija: RFID kartes OCPP uzlādes tīkliem

Norādiet esošos lasītājus, identifikatoru noteikumus, drošības prasības, datu nodošanu platformai, apjomu un ieviešanas tirgus. Atbildē nosūtīsim jautājumus, kas nepieciešami paraugu sagatavošanai un ražošanas apstiprināšanai.