Tarptinklinio įkrovimo identifikavimo priemonių programa

Tarptinklinis įkrovimas

Fizinės RFID identifikavimo priemonės tarptinklinio įkrovimo programoms, kuriose identifikatorių įrašai, formatai ir gyvavimo ciklo būsena išlieka nuoseklūs eMSP, CPO ir tarptinklinio įkrovimo centrų (hub) sistemose.

Programos rezultatas

Fizinė identifikavimo priemonė, kurios identifikatoriaus įrašas, identifikatoriaus formatas ir gyvavimo ciklo būsena išlieka nuoseklūs visose dalyvaujančiose sistemose.

Peržiūrėkite rekomenduojamą produktą

Skirta

eMSP, CPO ir judumo platformos, naudojančios dvišalį arba per tarptinklinio ryšio centrą vykdomą tarptinklinį įkrovimą

01

Tarptinklinio ryšio lygmuo

OCPI 2.2.1 / 2.3.0, OICP arba eMIP

02

Stotelės lygmuo

Skaitytuvas + OCPP + CPO valdymo sistema

03

Identifikavimas

Išdavėjo valdomas identifikatoriaus įrašas

04

Komercinė apimtis

Sutartys ir teisės valdomos ne kortelėje

Veiklos modelis / 01

Sekite identifikavimo priemonę visoje autorizavimo grandinėje.

Fizinė kortelė – tik vienas kontroliuojamas elementas. Ar tinkama paskyra bus autorizuota ir atsekama, lemia skaitytuvo veikimas, platformos įrašai ir veiklos taisyklės.

Tarptinklinis įkrovimas
Fizinė identifikavimo priemonė, kurios identifikatoriaus įrašas, identifikatoriaus formatas ir gyvavimo ciklo būsena išlieka nuoseklūs visose dalyvaujančiose sistemose.
  1. 01

    eMSP išduota identifikavimo priemonė

    Judumo paslaugų teikėjas priskiria klientui fizinę kortelę arba pakabuką ir valdo šios identifikavimo priemonės gyvavimo ciklo būseną.

  2. 02

    Kito tinklo įkrovimo stotelė

    Stotelė nuskaito identifikavimo priemonę ir, naudodama palaikomą autorizavimo eigą, perduoda identifikatorių CPO valdymo sistemai.

  3. 03

    CPO autorizavimo lygmuo

    CPO patikrina vietinę identifikatorių saugyklą arba prašo autorizavimo per savo tarptinklinio ryšio jungtį.

  4. 04

    Dvišalė jungtis arba tarptinklinio ryšio centras

    OCPI, OICP arba eMIP perduoda identifikatorių, autorizavimo ir susijusią sesijų informaciją tarp sutartis sudariusių šalių.

  5. 05

    Sesijos ir CDR duomenų grąžinimas

    Sesijos ir įkrovimo detalių duomenys grįžta komercine grandine; kortelė tik inicijuoja identifikavimą.

Specifikacijų matrica / 02

Sprendimai, kuriuos reikia priimti prieš gamybą.

Gamybai parengtoje užduotyje nurodoma, ką reikia nuspręsti, kaip tai bus įgyvendinta ir kokie įrodymai bus laikomi priėmimo pagrindu.

01

Tarptinklinio ryšio topologija

Ką apibrėžti

Nustatykite dvišalius partnerius, jungtis su tarptinklinio ryšio centrais, aplinkas ir protokolų versijas.

Priėmimo įrodymai

Kiekvienas tikslinis maršrutas turi atsakingą šalį ir bandomąjį galinį tašką.

02

Identifikatoriaus nuosavybė

Ką apibrėžti

Apibrėžkite išdavėją, dalyvio ir šalies identifikatorius, identifikatoriaus tipą, sutarties nuorodą ir gyvavimo ciklo valdymo teises.

Priėmimo įrodymai

Identifikatorius išlieka visuotinai unikalus suderintoje ekosistemoje.

03

UID normalizavimas

Ką apibrėžti

Suderinkite šešioliktainį arba dešimtainį pateikimą, baitų tvarką, užpildymą, raidžių registrą ir leistiną ilgį.

Priėmimo įrodymai

Skaitytuvo išvestis, CSMS įrašas ir tarptinklinio ryšio duomenys atitinka tą pačią reikšmę.

04

Autorizavimo režimas

Ką apibrėžti

Kiekvienam tiksliniam CPO stotelių tinklui dokumentuokite baltojo sąrašo siuntimą, užklausas realiuoju laiku, talpyklos ir veikimo be ryšio elgseną.

Priėmimo įrodymai

Būsenos „priimtas“, „užblokuotas“, „nebegaliojantis“ ir „nežinomas“ duoda laukiamą rezultatą.

05

Būsenų perdavimas

Ką apibrėžti

Apibrėžkite, kaip tarp šalių perduodami naujai išduotų, užblokuotų, nebegaliojančių ir pakeistų identifikatorių duomenys.

Priėmimo įrodymai

Būsenos pakeitimas pasiekia bandomąjį CPO per suderintą veiklos laikotarpį.

06

Sesijų sutikrinimas

Ką apibrėžti

Nurodykite nuorodas, naudojamas autorizavimo, sesijų ir CDR įrašams sutikrinti.

Priėmimo įrodymai

Bandomosios sesijos grąžinamos į teisingą eMSP kliento įrašą, nepaliekant nesusietų duomenų.

07

Išimčių valdymas

Ką apibrėžti

Paskirkite atsakinguosius už atmestus identifikatorius, skaitytuvų neatitikimus, partnerių sistemų sutrikimus ir ginčijamas sesijas.

Priėmimo įrodymai

Pagalbos komanda gali atsekti gedimą stotelės, CPO, tarptinklinio ryšio centro ir eMSP žurnaluose.

Gedimų prevencija / 03

Pašalinkite dažniausias klaidų priežastis jau projektavimo etape.

Dauguma nesėkmingų paleidimų kyla ne dėl spaudos kokybės. Jų priežastys – neaiškūs identifikatoriai, neišbandyti skaitytuvai, neapibrėžta atsakomybė už duomenis arba silpna gyvavimo ciklo kontrolė.

01

Kortelė nesukuria tarptinklinio įkrovimo

Prieiga prie tinklo atsiranda tik tada, kai sukurta komercinė jungtis ir užtikrintas identifikatorių paskirstymas arba autorizavimas.

02

Identifikatorius normalizuokite vieną kartą

Baitų tvarkos, užpildymo ir raidžių registro neatitikimai dažnai lemia nesėkmingą autorizavimą; pateikimo formatą užfiksuokite prieš gamybą.

03

Išbandykite gyvavimo ciklo būsenas

Sėkmingo pirmojo prilietimo nepakanka. Tame pačiame maršrute patikrinkite blokavimo, galiojimo pabaigos, pakeitimo ir pakartotinio aktyvavimo scenarijus.

04

Atsiskaitymai nėra kortelės funkcija

CDR mainai, tarifai ir atsiskaitymai priklauso tarptinklinio ryšio platformų ir sutarčių sričiai, o ne identifikavimo priemonių gamybai.

Įgyvendinimo eiga / 04

Nuo užduoties iki kontroliuojamos veiklos.

Kiekvienas etapas turėtų baigtis įrodymais, kuriuos gali peržiūrėti veiklos, platformos ir pirkimų komandos.

  1. 01

    Topologijos schema

    Dokumentuokite išdavėją, partnerius, tarptinklinio ryšio centrus, protokolų versijas, identifikatorių nuosavybę ir pagalbos kontaktus.

    Įrodymai

    Tarptinklinio ryšio atsakomybės matrica

  2. 02

    Bandomasis identifikatorių projektas

    Pagaminkite nedidelį rinkinį su žinomomis reikšmėmis ir palyginkite skaitytuvo, CSMS ir tarptinklinio ryšio pateikimo formatus.

    Įrodymai

    Identifikatoriaus atsekimas visoje grandinėje

  3. 03

    Būsenų bandymai

    Išbandykite priimto, nežinomo, užblokuoto, nebegaliojančio identifikatoriaus, veikimo be ryšio ir pakeitimo scenarijus.

    Įrodymai

    Autorizavimo rezultatų matrica

  4. 04

    Paleidimas rinkoje

    Veiklą pradėkite tik tose rinkose ir tik su tais partnerių maršrutais, kurių priėmimo bandymai užbaigti.

    Įrodymai

    Patvirtintų rinkų / partnerių registras

  5. 05

    Pakeitimų valdymas

    Valdykite naujus partnerius, protokolų atnaujinimus ir pakeitimus, nekeisdami fizinio identifikavimo taisyklių be aiškaus pranešimo.

    Įrodymai

    Versijuotas sąveikumo įrašas

Atsakomybės ribos / 05

Atskirkite gamybą nuo platformos valdymo.

Tiksliai nubrėžtos ribos padeda išvengti situacijų, kai kortelė kaltinama dėl konfigūracijos, teisių ar atsiskaitymų sprendimų, priimamų kitur.

01

ChargeRFID / gamintojas

Kontroliuoja patvirtintą medžiagą, lustą, anteną, dizainą, kodavimą, kintamuosius duomenis, partijos kokybės kontrolę ir gamybos įrašus.

02

CPO, eMSP arba CSMS komanda

Apibrėžia priimtiną identifikatoriaus formatą, skaitytuvo veikimą, identifikatorių importą, autorizavimo būsenas, saugos aplikaciją ir techninį priėmimą.

03

Programos savininkas

Atsako už priskyrimą, aktyvinimą, sutartis, prieigos politiką, tarifus, klientų aptarnavimą, keitimo patvirtinimą ir sprendimus dėl naudojimo pabaigos.

Programos klausimai / 08

Klausimai, kuriuos paprastai sprendžia pirkimų ir techninės komandos.

01Ar naujai pagaminta kortelė automatiškai veiks tarptinklinio įkrovimo tinkluose?

Ne. Identifikavimo priemonės identifikatorius turi būti užregistruotas ir autorizuotas per eMSP / CPO komercinę ir techninę jungtį. Gamybos metu sukuriama fizinė identifikavimo priemonė; ji nesukuria tarptinklinio įkrovimo sutarties ir nesuteikia identifikatoriui teisių.

02Kuo skiriasi OCPP ir OCPI?

OCPP pirmiausia yra stotelės ir valdymo sistemos ryšio protokolas. OCPI sujungia CPO ir eMSP, kad jie galėtų keistis tarptinklinio ryšio duomenimis, pvz., vietomis, identifikatoriais, sesijomis, tarifais ir CDR. OICP ir eMIP yra alternatyvios tarptinklinio ryšio sąsajos.

03Kurią OCPI versiją turėtų palaikyti kortelė?

Kortelė neįgyvendina OCPI. OCPI versiją suderina dalyvaujančios platformos, o fizinė identifikavimo priemonė ir identifikatorius turi atitikti tų platformų naudojamą skaitytuvą ir identifikatorių taisykles.

04Ar skirtingos sistemos gali tą patį identifikatorių pateikti skirtingai?

Taip, ir tai dažna gedimų priežastis. Šešioliktainio / dešimtainio formato konvertavimas, baitų tvarka, užpildymas, pradiniai nuliai ir raidžių registras turėtų būti užfiksuoti sąsajos užduotyje ir patikrinti visoje grandinėje.

Kontroliuojama programos specifikacija: RFID kortelės OCPP įkrovimo tinklams

Pateikite informaciją apie naudojamus skaitytuvus, identifikatorių taisykles, saugumo reikalavimus, duomenų perdavimą į platformą, kiekius ir diegimo rinkas. Atsiųsime klausimus, į kuriuos reikia atsakyti prieš gaminant pavyzdžius ir tvirtinant gamybą.