Síťový roaming

Síťový roaming

Fyzické RFID identifikátory pro roamingové programy, v nichž musí záznam tokenu, formát identifikátoru a stav zůstat konzistentní mezi systémy eMSP, CPO a huby.

Výsledek programu

Fyzický identifikační prostředek, jehož záznam tokenu, formát identifikátoru a stav životního cyklu zůstávají konzistentní napříč zapojenými systémy.

Zobrazit doporučený produkt

Určeno pro

eMSP, CPO a platformy mobility provozující bilaterální roaming nebo roaming prostřednictvím hubu

01

Roamingová vrstva

OCPI 2.2.1 / 2.3.0, OICP nebo eMIP

02

Vrstva stanice

Čtečka + OCPP + backend CPO

03

Identita

Záznam tokenu spravovaný vydavatelem

04

Obchodní rozsah

Smlouvy a oprávnění se řeší mimo kartu

Provozní model / 01

Sledujte identifikátor celým autorizačním řetězcem.

Fyzická karta je pouze jedním řízeným vstupem. Chování čtečky, záznamy platformy a provozní pravidla určují autorizaci a dohledatelnost správného účtu.

Síťový roaming
Fyzický identifikační prostředek, jehož záznam tokenu, formát identifikátoru a stav životního cyklu zůstávají konzistentní napříč zapojenými systémy.
  1. 01

    Identifikační prostředek vydaný eMSP

    Poskytovatel služeb mobility přiřadí zákazníkovi fyzickou kartu nebo klíčenku a spravuje její stav v průběhu životního cyklu.

  2. 02

    Navštívená nabíjecí stanice

    Stanice načte identifikační prostředek a předá identifikátor backendu CPO prostřednictvím podporovaného autorizačního postupu.

  3. 03

    Autorizační vrstva CPO

    CPO zkontroluje místní úložiště tokenů nebo požádá o autorizaci prostřednictvím svého roamingového propojení.

  4. 04

    Bilaterální propojení nebo roamingový hub

    OCPI, OICP nebo eMIP přenáší mezi smluvními stranami údaje o tokenech, autorizaci a souvisejících relacích.

  5. 05

    Zpětné předávání údajů o relacích a CDR

    Údaje o relacích a podrobné záznamy o nabíjení se vracejí obchodním řetězcem; karta slouží pouze jako podnět k identifikaci.

Matice specifikace / 02

Rozhodnutí, která musí být přijata před výrobou.

Specifikace připravená pro výrobu uvádí, co je třeba rozhodnout, jak to bude realizováno a co bude sloužit jako doklad pro akceptaci.

01

Topologie roamingu

Co definovat

Určete bilaterální partnery, propojení s huby, prostředí a verze protokolů.

Akceptační důkaz

Každá cílová komunikační cesta má určenou odpovědnou osobu nebo subjekt a testovací koncový bod.

02

Vlastnictví tokenů

Co definovat

Definujte vydavatele, identifikátory subjektu a země, typ tokenu, odkaz na smlouvu a pravomoc ke správě životního cyklu.

Akceptační důkaz

Token zůstává globálně jedinečný v rámci dohodnutého ekosystému.

03

Normalizace UID

Co definovat

Dohodněte hexadecimální nebo desítkový zápis, pořadí bajtů, doplňování na danou délku, velikost písmen a povolenou délku.

Akceptační důkaz

Výstup čtečky, záznam v CSMS a data přenášená v roamingu odpovídají stejné hodnotě.

04

Režim autorizace

Co definovat

Pro každou cílovou infrastrukturu CPO zdokumentujte distribuci seznamu povolených tokenů, požadavky v reálném čase, chování mezipaměti a provoz bez připojení.

Akceptační důkaz

Přijatý, zablokovaný a neznámý stav i stav po skončení platnosti vedou k očekávanému výsledku.

05

Šíření změn stavu

Co definovat

Definujte způsob předávání údajů o nově vydaných, zablokovaných a nahrazených tokenech i tokenech po skončení platnosti mezi jednotlivými stranami.

Akceptační důkaz

Změna stavu se dostane k testovacímu CPO v dohodnutém provozním časovém intervalu.

06

Kontrola shody záznamů relací

Co definovat

Určete referenční údaje používané ke kontrole shody záznamů autorizací, relací a CDR.

Akceptační důkaz

Údaje z pilotních relací se vrátí ke správnému zákaznickému záznamu eMSP bez dat, která nelze přiřadit.

07

Řešení výjimek

Co definovat

Určete odpovědnost za odmítnuté tokeny, nekompatibilitu se čtečkami, výpadky partnerů a sporné relace.

Akceptační důkaz

Podpora dokáže dohledat selhání napříč protokoly stanice, CPO, hubu a eMSP.

Opatření proti selhání / 03

Odstraňte běžná místa selhání.

Většinu neúspěšných spuštění nezpůsobuje kvalita tisku. Příčinou jsou nejasné identifikátory, neotestované čtečky, neúplně vymezená odpovědnost za data nebo slabé řízení životního cyklu.

01

Karta sama roaming nezajišťuje

Přístup do sítě vzniká teprve po zajištění obchodního propojení a distribuce tokenů nebo autorizace.

02

Normalizaci identifikátorů stanovte jednou

Neshody v pořadí bajtů, doplňování na danou délku a velikosti písmen jsou častými příčinami neúspěšné autorizace; způsob zápisu pevně stanovte před výrobou.

03

Otestujte stavy životního cyklu

První úspěšné přiložení nestačí. Na stejné komunikační cestě ověřte postupy blokace, skončení platnosti, výměny a opětovné aktivace.

04

Nespojujte tvrzení o kartě s finančním vypořádáním

Výměna CDR, tarify a finanční vypořádání jsou záležitostí roamingových platforem a smluv, nikoli výroby identifikačních prostředků.

Cesta dodání / 04

Od zadání k řízenému provozu.

Každá fáze by měla končit doloženými výsledky, které mohou posoudit týmy odpovědné za provoz, platformu a nákup.

  1. 01

    Mapa topologie

    Zdokumentujte vydavatele, partnery, huby, verze protokolů, vlastnictví tokenů a kontakty podpory.

    Důkaz

    Matice odpovědností za roaming

  2. 02

    Pilotní ověření identifikátorů

    Vyrobte malou sadu se známými hodnotami a porovnejte jejich zápis na výstupu čtečky, v CSMS a v roamingu.

    Důkaz

    Záznam průchodu tokenu celým řetězcem

  3. 03

    Testování stavů

    Otestujte scénáře přijatých, neznámých a zablokovaných tokenů, skončení platnosti, provozu bez připojení a výměny.

    Důkaz

    Matice výsledků autorizace

  4. 04

    Uvedení na trh

    Spusťte provoz pouze na trzích a partnerských komunikačních cestách, které úspěšně prošly akceptací.

    Důkaz

    Schválený registr trhů a partnerů

  5. 05

    Řízení změn

    Spravujte nové partnery, aktualizace protokolů a výměny bez neoznámených změn pravidel identity fyzických prostředků.

    Důkaz

    Verzovaný záznam interoperability

Hranice odpovědnosti / 05

Oddělte výrobu od provozu platformy.

Přesná hranice brání tomu, aby se kartě přičítala odpovědnost za rozhodnutí o konfiguraci, oprávněních nebo vypořádání, která se přijímají jinde.

01

ChargeRFID / výrobce

Odpovídá za schválený materiál, čip, anténu, grafiku, kódování, proměnná data, kontrolu kvality šarže a výrobní záznam.

02

Tým CPO, eMSP nebo CSMS

Definuje formát identifikátoru, chování čtečky, import tokenů, stavy autorizace, bezpečnostní aplikaci a technickou akceptaci.

03

Vlastník programu

Odpovídá za přiřazení, aktivaci, smlouvy, přístupová pravidla, tarify, zákaznickou podporu, schvalování náhrad a rozhodování o ukončení životnosti.

Samotná karta roaming nevytváří. Přístup do sítě vzniká teprve poté, co je zajištěno obchodní propojení a distribuce tokenů nebo jejich autorizace.

Programové otázky / 08

Otázky, které obvykle řeší nákup a technické týmy.

01Bude nově vyrobená karta automaticky fungovat v roamingových sítích?

Ne. Identifikátor prostředku musí být zaregistrován a autorizován prostřednictvím obchodního a technického propojení eMSP/CPO. Výrobou vzniká fyzický identifikační prostředek; nevzniká tím roamingová smlouva ani oprávnění tokenu.

02Jaký je rozdíl mezi OCPP a OCPI?

OCPP je především protokol pro komunikaci mezi stanicí a systémem správy. OCPI propojuje CPO a eMSP pro výměnu roamingových dat, jako jsou lokality, tokeny, relace, tarify a CDR. OICP a eMIP poskytují alternativní roamingová rozhraní.

03Jakou verzi OCPI by měla karta podporovat?

Karta OCPI neimplementuje. Na verzi OCPI se dohodnou zapojené platformy, zatímco fyzický identifikační prostředek a identifikátor musí odpovídat čtečce a pravidlům tokenů používaným těmito platformami.

04Mohou různé systémy zapisovat jeden identifikátor odlišně?

Ano, a jde o častou příčinu selhání. Převod mezi hexadecimálním a desítkovým zápisem, pořadí bajtů, doplňování na danou délku, úvodní nuly a velikost písmen je třeba pevně stanovit v zadání rozhraní a ověřit v celém řetězci.

Jste připraveni nasadit RFID karty pro nabíjecí sítě využívající OCPP?

Uveďte instalované čtečky, pravidla identifikátorů, požadavky na zabezpečení, předání do platformy, objem a trhy zavádění. Zašleme vám otázky potřebné pro vzorky a schválení výroby.