Kibocsátási program CPO-k és eMSP-k számára

CPO- és eMSP-kártyaprogramok

White-label kártyák és kulcstartók az Ön márkájához, azonosítóformátumához, platformimportjához, bevezetési mennyiségéhez és utánrendelési folyamatához igazítva.

A program eredménye

Megismételhető kibocsátási program, amely összekapcsolja a fizikai készletet, a tokenrekordokat, az arculati elemeket és az utánpótlást.

Az ajánlott termék megtekintése

Célcsoport

Töltőpont-üzemeltetők, elektromobilitási szolgáltatók és saját márkás mobilitási szolgáltatók

01

Szerep a programban

CPO, eMSP vagy kombinált működés

02

Tokenátadás

Kibocsátói rekord, azonosító és állapot

03

Platformréteg

CSMS, ügyfélplatform és roamingkapcsolatok

04

Ellátási modell

Indulókészlet, teljesítés és ismételt gyártási tételek

Működési modell / 01

Kövesse végig az RFID-kártya vagy -kulcstartó útját a teljes jogosultság-ellenőrzési láncban.

A fizikai kártya csak az egyik ellenőrzött bemenet. Az olvasó viselkedése, a platform nyilvántartásai és a működési szabályok határozzák meg, hogy a megfelelő fiók kap-e jogosultságot, és nyomon követhető-e.

CPO- és eMSP-kártyaprogramok
Megismételhető kibocsátási program, amely összekapcsolja a fizikai készletet, a tokenrekordokat, az arculati elemeket és az utánpótlást.
  1. 01

    Előfizető vagy ügyfélfiók

    A szolgáltató kezeli a sofőrrel vagy szervezettel fennálló üzleti kapcsolatot, a jogosultságot és az aktiválási állapotot.

  2. 02

    Kibocsátott kártya vagy kulcstartó

    A fizikai RFID-kártya vagy RFID-kulcstartó hordozza a jóváhagyott arculatot, a látható sorszámot és az olvasóval kompatibilis azonosítót.

  3. 03

    Töltőállomás és CSMS

    A töltőállomás beolvassa a kártyát vagy kulcstartót; a CSMS a saját megvalósításától függően helyi, gyorsítótárazott vagy központi jogosultság-ellenőrzést alkalmaz.

  4. 04

    eMSP-ügyfélplatform

    A rendszer létrehozza, hozzárendeli és aktiválja a kártya vagy kulcstartó rekordját, és elérhetővé teszi azt az ügyfélszolgálati és csere-munkafolyamatok számára.

  5. 05

    Roamingkapcsolat

    Szerződéses megállapodás esetén a tokenadatok és -állapotok kétoldalú kapcsolaton vagy roamingközponton (hubon) keresztül jutnak el a CPO-partnerekhez.

Specifikációs mátrix / 02

A gyártás előtt véglegesítendő döntések.

A gyártásra kész specifikáció rögzíti, miről kell dönteni, hogyan valósul meg, és milyen bizonyíték számít elfogadásnak.

01

Üzemeltetői szerep

Mit kell meghatározni

Határozza meg, hogy a program CPO-ként, eMSP-ként, flottaszolgáltatásként, saját márkás kibocsátóként vagy ezek kombinációjaként működik-e.

Elfogadási bizonyíték

Egyértelmű, ki felel a token-, ügyfél-, töltőállomás- és támogatási rekordokért.

02

Tokennévtér

Mit kell meghatározni

Határozza meg a célplatformon használt kibocsátót, ország- és partnerhivatkozásokat, tokentípust és egyediségi szabályokat.

Elfogadási bizonyíték

A rendszer a mintarekordot ütközés és észrevétlen átformázás nélkül fogadja be.

03

Töltőállomás-kompatibilitás

Mit kell meghatározni

Dokumentálja az olvasótechnológiát, valamint a CSMS által használt OCPP-verziókat és jogosultság-ellenőrzési funkciókat.

Elfogadási bizonyíték

A mintakártyák és -kulcstartók sikeresen teljesítik a tervezett online és offline töltőállomás-teszteket.

04

Adatcsere

Mit kell meghatározni

Hagyja jóvá az UID-ábrázolást, az ügyfélhivatkozást, a látható sorszámot, az állapotot és az importfájl sémáját.

Elfogadási bizonyíték

Az éles export megfelel a platform validációjának, és a sorok számának egyeztetése is hibátlan.

05

Kibocsátási állapot

Mit kell meghatározni

Döntse el, hogy a készlet inaktív állapotban, előre hozzárendelve, ügyfelenként csomagolva vagy ömlesztve érkezzen-e.

Elfogadási bizonyíték

Minden átadásnál rögzítik, ki felel az aktiválásért és kinek az őrizetében van a készlet.

06

Arculati rendszer

Mit kell meghatározni

Kezelje verziókövetéssel a grafikai terveket, a nyelvi változatokat, az ügyfélszolgálati adatokat, a jogi jelöléseket és a változóadat-zónákat.

Elfogadási bizonyíték

Megőrzik az aláírt grafikai próbanyomatot, valamint a fizikai szín- és mintajóváhagyást.

07

Utánpótlás

Mit kell meghatározni

Foglaljon le azonosítótartományokat, és határozza meg a minimális készletre, az átfutási időre és az ismételt rendelésekre vonatkozó szabályokat.

Elfogadási bizonyíték

Ismételt gyártási tétel a specifikáció újraalkotása és a rekordok megkettőzése nélkül gyártható.

Hibamegelőzés / 03

Küszöbölje ki már a tervezéskor a gyakori hibaforrásokat.

A legtöbb sikertelen bevezetést nem a nyomtatási minőség okozza, hanem a tisztázatlan azonosítók, a teszteletlen olvasók, a hiányosan rendezett adatgazdai felelősség vagy a gyenge életciklus-kezelés.

01

Ne aktiválja túl korán

Válassza szét a gyártási, teljesítési és aktiválási állapotot, hogy a készletvesztés ne eredményezzen élő, használható kártyákat vagy kulcstartókat.

02

Egyeztessen minden adatfájlt

A mennyiségnek, az UID-knek, a látható sorszámoknak, a csomag-hozzárendelésnek és az importálás eredményének egyeznie kell, mielőtt az ügyfél megkapja az eszközöket.

03

Kezelje verziókövetéssel az arculati és adatspecifikációt

A grafikát, a tokenszabályokat és a csomagolást egyetlen ellenőrzött kiadásként kezelje; egy részleges módosítás érvénytelenítheti a programrekordot.

04

Őrizze meg az etalonmintát

Őrizzen meg egy jóváhagyott kártyát vagy kulcstartót és a hozzá tartozó kódolt rekordot összehasonlítási alapként a gyártáshoz és a későbbi utánrendelésekhez.

A megvalósítás menete / 04

A specifikációtól a kontrollált üzemeltetésig.

Minden szakasz olyan bizonyítékkal záruljon, amelyet az üzemeltetési, a platform- és a beszerzési csapat is áttekinthet.

  1. 01

    A program meghatározása

    A szerepkörök, piacok, felhasználói csoportok, tokentulajdon és támogatási folyamatok megerősítése.

    Bizonyíték

    Aláírt üzemeltetési és adatspecifikáció

  2. 02

    A kártya és kulcstartó műszaki kialakítása

    A forma, a chip, az azonosítókezelés, a látható sorszám és a csomagolási mód kiválasztása.

    Bizonyíték

    Olvasón tesztelt kártya- és kulcstartóminták

  3. 03

    Kísérleti platformbevezetés

    Mintatokenrekordok importálása, valamint az aktiválás, a jogosultság-ellenőrzés, a letiltás és a csere tesztelése.

    Bizonyíték

    Elfogadott import és tesztnapló

  4. 04

    Rendelésteljesítés a bevezetéskor

    Az első ellenőrzött kibocsátási tétel legyártása, egyeztetése és csomagolása.

    Bizonyíték

    Tételszintű minőségellenőrzés, adatjegyzék és kiszállítási bizonylat

  5. 05

    Utánpótlás

    A készlet figyelése, a tartományok lefoglalása és a jóváhagyott kivitel ismételt gyártása változáskezelés mellett.

    Bizonyíték

    Verziózott utánrendelési csomag

Felelősségi határok / 05

Válassza szét a gyártást és a platform üzemeltetését.

A pontos határvonal megakadályozza, hogy a kártyát okolják olyan konfigurációs, jogosultsági vagy elszámolási döntésekért, amelyek máshol születnek.

01

ChargeRFID / gyártó

Felel a jóváhagyott anyagért, chipért, antennáért, grafikáért, kódolásért, változó adatokért, a gyártási tétel minőségellenőrzéséért és a gyártási nyilvántartásért.

02

CPO-, eMSP- vagy CSMS-csapat

Meghatározza az elfogadott azonosítóformátumot, az olvasó viselkedését, a tokenimportot, a jogosultsági állapotokat, a biztonsági alkalmazást és a műszaki átvételt.

03

Programgazda

Felel a hozzárendelésért, az aktiválásért, a szerződésekért, a hozzáférési szabályzatért, a tarifákért, az ügyfélszolgálatért, a cserék jóváhagyásáért és az életciklus végével kapcsolatos döntésekért.

Műszaki könyvtár / 07

További anyagok a megvalósításhoz.

Ezek a források határozzák meg a kapcsolódó technológiát és üzemeltetési interfészeket. A ChargeRFID fizikai RFID-kártyákat és -kulcstartókat gyárt; a platformkonfiguráció, a roamingszerződések és a töltőállomások tanúsítása az illetékes üzemeltetők és szállítók hatáskörében marad.

Kérdések a programról / 08

A beszerzési és műszaki csapatok által jellemzően tisztázandó kérdések.

01Ki hozza létre az ügyfél- és tokenrekordot?

Az üzleti tokenrekordot a CPO, az eMSP vagy annak platformja hozza létre és kezeli. A ChargeRFID kódolni tudja a megállapodott azonosítóadatokat, és egyeztetett importfájlt tud biztosítani, de előfizetéseket nem aktivál, és hálózati jogosultságot nem ad.

02Szállíthatók a kártyák inaktív állapotban?

Igen. Az ömlesztett inaktív készlet, az előre hozzárendelt csomagok és az ügyfélszintű teljesítés eltérő működési modellek. Az aktiválási állapotot és az átadás-átvétel felelősségi rendjét a gyártás előtt kell rögzíteni.

03Megfelel-e maga az RFID-kártya az OCPP követelményeinek?

Nem. Az OCPP a töltőállomást és a kezelőrendszert köti össze. A kártyának kompatibilisnek kell lennie a töltőállomás olvasójával, azonosítójának pedig meg kell felelnie az OCPP-n keresztül megvalósított jogosultság-ellenőrzési szabályoknak.

04Mit érdemes megőrizni az utánrendelésekhez?

Egyetlen programverzió alatt őrizze meg a jóváhagyott anyagot, chipet, antennát, grafikát, célszínt, azonosítószabályokat, adatsémát, csomagolást, minőségellenőrzési kritériumokat és egy etalonmintát.

Ellenőrzött programspecifikáció: RFID-kártyák OCPP-alapú töltőhálózatokhoz

Ossza meg velünk az olvasóállomány adatait, az azonosítókra vonatkozó szabályokat, a biztonsági követelményt, a platformátadás módját, a mennyiséget és a bevezetési piacokat. Ezt követően elküldjük a mintákhoz és a gyártási jóváhagyáshoz szükséges kérdéseket.