Roaming sieciowy

Roaming sieciowy

Fizyczne identyfikatory RFID do programów roamingowych, w których rekordy tokenów, formaty identyfikatorów i status w cyklu życia pozostają spójne między systemami eMSP, CPO i hubów roamingowych.

Rezultat programu

Fizyczny nośnik identyfikacyjny, którego rekord tokena, format identyfikatora i stan w cyklu życia pozostają spójne we wszystkich uczestniczących systemach.

Zobacz zalecany produkt

Odbiorcy

eMSP, CPO i platformy mobilności obsługujące roaming dwustronny lub za pośrednictwem huba

01

Warstwa roamingowa

OCPI 2.2.1 / 2.3.0, OICP lub eMIP

02

Warstwa stacji

Czytnik + OCPP + backend CPO

03

Tożsamość

Rekord tokena kontrolowany przez wystawcę

04

Zakres handlowy

Umowy i uprawnienia są niezależne od karty

Model operacyjny / 01

Prześledź identyfikator przez cały łańcuch autoryzacji.

Fizyczna karta jest tylko jednym kontrolowanym elementem procesu. Zachowanie czytnika, rekordy platformy i reguły operacyjne decydują o autoryzacji i identyfikowalności właściwego konta.

Roaming sieciowy
Fizyczny nośnik identyfikacyjny, którego rekord tokena, format identyfikatora i stan w cyklu życia pozostają spójne we wszystkich uczestniczących systemach.
  1. 01

    Nośnik identyfikacyjny wydany przez eMSP

    Dostawca usług mobilności przypisuje klientowi fizyczną kartę lub brelok i kontroluje status nośnika w jego cyklu życia.

  2. 02

    Stacja ładowania, z której korzysta użytkownik

    Stacja odczytuje nośnik identyfikacyjny i przekazuje identyfikator do backendu CPO, korzystając z obsługiwanego przez siebie procesu autoryzacji.

  3. 03

    Warstwa autoryzacji CPO

    CPO sprawdza lokalny zbiór tokenów lub wysyła żądanie autoryzacji przez swoje połączenie roamingowe.

  4. 04

    Połączenie dwustronne lub hub roamingowy

    OCPI, OICP lub eMIP przenosi dane tokenów, informacje o autoryzacji i powiązanych sesjach między stronami umowy.

  5. 05

    Zwrot danych sesji i CDR

    Dane sesji i szczegółowe dane ładowania wracają przez łańcuch podmiotów powiązanych handlowo; karta jedynie inicjuje identyfikację.

Macierz specyfikacji / 02

Decyzje do podjęcia przed produkcją.

Specyfikacja gotowa do produkcji określa decyzję, sposób wdrożenia i dowód wymagany do odbioru.

01

Topologia roamingu

Co zdefiniować

Zidentyfikuj partnerów dwustronnych, połączenia z hubami, środowiska i wersje protokołów.

Dowód odbioru

Każda docelowa ścieżka połączenia ma przypisanego odpowiedzialnego i testowy punkt końcowy.

02

Własność tokenów

Co zdefiniować

Określ wystawcę, identyfikatory strony i kraju, typ tokena, oznaczenie umowy oraz podmiot zarządzający cyklem życia.

Dowód odbioru

Token pozostaje globalnie unikalny w obrębie uzgodnionego ekosystemu.

03

Normalizacja UID

Co zdefiniować

Uzgodnij zapis szesnastkowy lub dziesiętny, kolejność bajtów, dopełnienie, wielkość liter i dopuszczalną długość.

Dowód odbioru

Dane wyjściowe czytnika, rekord CSMS i dane przesyłane w roamingu wskazują tę samą wartość.

04

Tryb autoryzacji

Co zdefiniować

Dla każdej docelowej infrastruktury CPO udokumentuj sposób rozsyłania list dozwolonych tokenów, obsługi żądań w czasie rzeczywistym, pamięci podręcznej i działania offline.

Dowód odbioru

Stany zaakceptowany, zablokowany, wygasły i nieznany dają oczekiwany wynik.

05

Propagacja statusu

Co zdefiniować

Określ, jak informacje o tokenach nowo wydanych, zablokowanych, wygasłych i zastąpionych są przekazywane między stronami.

Dowód odbioru

Zmiana statusu dociera do testowego CPO w uzgodnionym przedziale czasu.

06

Uzgadnianie danych sesji

Co zdefiniować

Określ oznaczenia referencyjne służące do uzgadniania rekordów autoryzacji, sesji i CDR.

Dowód odbioru

Dane sesji pilotażowych wracają do właściwego rekordu klienta eMSP, bez danych pozbawionych powiązania.

07

Obsługa wyjątków

Co zdefiniować

Przypisz odpowiedzialność za odrzucone tokeny, niezgodności z czytnikami, awarie partnerów i sporne sesje.

Dowód odbioru

Zespół wsparcia może prześledzić awarię w dziennikach stacji, CPO, huba i eMSP.

Kontrola błędów / 03

Wyeliminuj typowe punkty awarii.

Większość nieudanych wdrożeń nie wynika z jakości druku. Przyczynami są niejasne identyfikatory, nieprzetestowane czytniki, niepełne określenie odpowiedzialności za dane lub słaba kontrola cyklu życia.

01

Karta nie zapewnia roamingu sama z siebie

Dostęp do sieci jest możliwy dopiero po ustanowieniu współpracy handlowej oraz uruchomieniu dystrybucji tokenów lub autoryzacji.

02

Ujednolić identyfikatory raz

Niezgodności kolejności bajtów, dopełnienia i wielkości liter są częstymi przyczynami nieudanej autoryzacji; ustal ostateczny sposób zapisu przed produkcją.

03

Testuj stany cyklu życia

Udane pierwsze przyłożenie nie wystarczy. Zweryfikuj blokowanie, wygaśnięcie, wymianę i ponowną aktywację w ramach tej samej ścieżki połączenia.

04

Nie przypisuj karcie funkcji rozliczeniowych

Wymiana CDR, taryfy i rozliczenia należą do zakresu platform roamingowych i umów, a nie produkcji nośników identyfikacyjnych.

Etapy wdrożenia / 04

Od specyfikacji do kontrolowanej eksploatacji.

Każdy etap powinien kończyć się przedstawieniem dowodów, które mogą ocenić zespoły operacyjne, zespoły odpowiedzialne za platformę i dział zakupów.

  1. 01

    Mapa topologii

    Udokumentuj wystawcę, partnerów, huby, wersje protokołów, własność tokenów i dane kontaktowe wsparcia.

    Dowód

    Macierz odpowiedzialności za roaming

  2. 02

    Pilotaż identyfikatorów

    Wyprodukuj niewielki zestaw o znanych wartościach i porównaj sposób ich zapisu w czytniku, CSMS i roamingu.

    Dowód

    Pełny ślad przepływu tokena

  3. 03

    Testowanie stanów

    Przetestuj scenariusze akceptacji, nieznanego tokena, blokady, wygaśnięcia, pracy offline i wymiany.

    Dowód

    Macierz wyników autoryzacji

  4. 04

    Uruchomienie na rynku

    Uruchamiaj wyłącznie te rynki i ścieżki połączeń z partnerami, które przeszły odbiór.

    Dowód

    Zatwierdzony rejestr rynków i partnerów

  5. 05

    Kontrola zmian

    Zarządzaj nowymi partnerami, aktualizacjami protokołów i wymianami bez niejawnej zmiany reguł identyfikacji fizycznych nośników.

    Dowód

    Wersjonowany rejestr interoperacyjności

Granica odpowiedzialności / 05

Oddziel produkcję od obsługi platformy.

Precyzyjna granica zapobiega przypisywaniu karcie odpowiedzialności za decyzje dotyczące konfiguracji, uprawnień lub rozliczeń podejmowane gdzie indziej.

01

ChargeRFID / producent

Kontroluje zatwierdzony materiał, chip, antenę, grafikę, kodowanie, dane zmienne, QC partii i zapis produkcyjny.

02

Zespół CPO, eMSP lub CSMS

Definiuje format identyfikatora, zachowanie czytnika, import tokenów, stany autoryzacji, aplikację bezpieczeństwa i odbiór techniczny.

03

Właściciel programu

Odpowiada za przypisanie, aktywację, umowy, politykę dostępu, taryfy, obsługę klienta, zatwierdzanie wymiany i decyzje dotyczące końca cyklu życia nośników.

Sama karta nie zapewnia roamingu. Dostęp do sieci istnieje dopiero wtedy, gdy nawiązano połączenie handlowe oraz zapewniono dystrybucję tokenów lub ich autoryzację.

Pytania dotyczące programu / 08

Kwestie zwykle uzgadniane przez zakupy i zespół techniczny.

01Czy nowo wyprodukowana karta będzie automatycznie działać w sieciach roamingowych?

Nie. Identyfikator nośnika musi zostać zarejestrowany i autoryzowany w ramach handlowego i technicznego połączenia eMSP/CPO. Produkcja zapewnia fizyczny nośnik identyfikacyjny; nie ustanawia umowy roamingowej ani uprawnień przypisanych do tokena.

02Czym różnią się OCPP i OCPI?

OCPP to przede wszystkim protokół komunikacji między stacją a systemem zarządzania. OCPI łączy CPO i eMSP w celu wymiany danych roamingowych, takich jak lokalizacje, tokeny, sesje, taryfy i CDR. OICP i eMIP zapewniają alternatywne interfejsy roamingowe.

03Którą wersję OCPI powinna obsługiwać karta?

Karta nie implementuje OCPI. Uczestniczące platformy uzgadniają wersję OCPI, natomiast fizyczny nośnik identyfikacyjny i identyfikator muszą odpowiadać czytnikowi oraz regułom tokenów stosowanym przez te platformy.

04Czy ten sam identyfikator może być różnie zapisywany w różnych systemach?

Tak, i jest to częste źródło błędów. Zasady konwersji między zapisem szesnastkowym a dziesiętnym, kolejność bajtów, dopełnienie, zera wiodące i wielkość liter należy ustalić w specyfikacji interfejsu i zweryfikować na całej ścieżce przepływu danych.

Gotowi na wdrożenie kart RFID do sieci ładowania OCPP?

Prosimy opisać zainstalowane czytniki, zasady identyfikatorów, wymagania bezpieczeństwa, przekazanie do platformy, wolumen i rynki wdrożenia. Odeślemy pytania potrzebne do przygotowania próbek i zatwierdzenia produkcji.