CPO un eMSP izsniegšanas programma

CPO un eMSP autentifikācijas līdzekļu programmas

Kartes un atslēgu piekariņi bez ražotāja zīmola (white-label), kas sagatavoti atbilstoši jūsu zīmolam, identifikatora formātam, platformas importam, ieviešanas apjomam un atkārtoto pasūtījumu procesam.

Programmas rezultāts

Atkārtojama izsniegšanas programma, kas sasaista fiziskos krājumus, identifikatoru ierakstus, zīmola materiālus un krājumu papildināšanu.

Skatīt ieteicamo produktu

Paredzēts

Uzlādes tīklu operatori, e-mobilitātes pakalpojumu sniedzēji un mobilitātes zīmoli, kas izsniedz autentifikācijas līdzekļus ar savu zīmolu

01

Loma programmā

CPO, eMSP vai apvienota darbība

02

Identifikatora datu nodošana

Izdevēja ieraksts, identifikators un statuss

03

Platformas līmenis

CSMS, klientu platforma un viesabonēšanas savienojumi

04

Piegādes modelis

Sākotnējie krājumi, izpilde un atkārtotas partijas

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.

CPO un eMSP autentifikācijas līdzekļu programmas
Atkārtojama izsniegšanas programma, kas sasaista fiziskos krājumus, identifikatoru ierakstus, zīmola materiālus un krājumu papildināšanu.
  1. 01

    Abonents vai konts

    Komerciālās attiecības ar vadītāju vai organizāciju, kā arī attiecīgā vadītāja vai organizācijas tiesības uz pakalpojumu un aktivizācijas statuss ir pakalpojumu sniedzēja pārziņā.

  2. 02

    Izsniegtā karte vai atslēgu piekariņš

    Fiziskajam autentifikācijas līdzeklim ir apstiprinātais zīmols, redzams sērijas numurs un ar lasītāju saderīgs identifikators.

  3. 03

    Stacija un CSMS

    Stacija nolasa autentifikācijas līdzekli; CSMS atkarībā no savas implementācijas piemēro lokālu, kešatmiņā balstītu vai centralizētu autorizāciju.

  4. 04

    eMSP klientu platforma

    Autentifikācijas līdzekļa ieraksts tiek izveidots, piešķirts, aktivizēts un padarīts pieejams klientu apkalpošanas un nomaiņas darbplūsmām.

  5. 05

    Viesabonēšanas savienojums

    Ja tas paredzēts līgumā, identifikatora dati un statuss tiek kopīgoti ar CPO partneriem divpusēji vai ar viesabonēšanas centrmezgla starpniecību.

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

Operatora loma

Kas jānosaka

Norādiet, vai programma darbojas kā CPO, eMSP, autoparka pakalpojums, izdevējs ar pasūtītāja zīmolu vai to kombinācija.

Pieņemšanas pierādījumi

Ir nepārprotami noteikts, kam pieder identifikatoru, klientu, staciju un atbalsta ieraksti.

02

Identifikatoru nosaukumvieta

Kas jānosaka

Definējiet izdevēju, valsts/puses atsauces, identifikatora tipu un unikalitātes noteikumus, ko izmanto mērķa platforma.

Pieņemšanas pierādījumi

Parauga ieraksts tiek pieņemts bez konfliktiem un nemanāmas pārformatēšanas.

03

Saderība ar stacijām

Kas jānosaka

Dokumentējiet lasītāja tehnoloģiju un CSMS izmantotās OCPP versijas un autorizācijas funkcijas.

Pieņemšanas pierādījumi

Autentifikācijas līdzekļu paraugi sekmīgi iztur paredzētos staciju testus tiešsaistes un bezsaistes režīmā.

04

Datu apmaiņa

Kas jānosaka

Apstipriniet UID attēlojumu, klienta atsauci, redzamo sērijas numuru, statusu un importa faila shēmu.

Pieņemšanas pierādījumi

Ražošanas eksports iztur platformas validāciju un rindu skaita salīdzināšanu un saskaņošanu.

05

Izsniegšanas stāvoklis

Kas jānosaka

Izvēlieties, vai krājumi tiek piegādāti neaktīvi, iepriekš piešķirti, iepakoti katram klientam atsevišķi vai piegādāti vairumā.

Pieņemšanas pierādījumi

Atbildība par aktivizāciju un glabāšanu tiek reģistrēta katrā nodošanas posmā.

06

Zīmola sistēma

Kas jānosaka

Kontrolējiet maketu versijas, valodu variantus, atbalsta informāciju, juridiskās zīmes un mainīgo datu zonas.

Pieņemšanas pierādījumi

Tiek saglabāts parakstīts maketa korektūras nospiedums un fizisks krāsas/parauga apstiprinājums.

07

Papildināšana

Kas jānosaka

Rezervējiet identifikatoru diapazonus un nosakiet minimālos krājumus, izpildes laiku un atkārtotu pasūtījumu kontroles.

Pieņemšanas pierādījumi

Atkārtotu partiju var saražot, no jauna neveidojot specifikāciju un nedublējot ierakstus.

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

Neaktivizējiet pārāk agri

Nodaliet ražošanas, izpildes un aktivizācijas stāvokļus, lai krājumu zudums neradītu aktīvus autentifikācijas līdzekļus.

02

Salīdziniet un saskaņojiet katru datu failu

Pirms izsniegšanas klientam jāsakrīt daudzumam, UID, redzamajam sērijas numuram, iepakojuma piešķīrumam un importa rezultātam.

03

Piešķiriet versijas zīmola un datu specifikācijai

Uzskatiet maketu, identifikatoru noteikumus un iepakojumu par vienu kontrolētu laidienu; daļējas izmaiņas var padarīt programmas ierakstu nederīgu.

04

Saglabājiet etalonparaugu

Saglabājiet apstiprinātu autentifikācijas līdzekli un tā kodēto ierakstu kā salīdzināšanas punktu ražošanai un turpmākai krājumu papildināšanai.

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

    Programmas definēšana

    Apstipriniet lomas, tirgus, lietotāju grupas, identifikatoru piederību un atbalsta darbplūsmas.

    Pierādījumi

    Parakstīta darbības un datu specifikācija

  2. 02

    Autentifikācijas līdzekļa izstrāde

    Izvēlieties formu, mikroshēmu, identifikatora apstrādi, vizuālo sērijas numuru un iepakošanas veidu.

    Pierādījumi

    Ar lasītāju testēti autentifikācijas līdzekļu paraugi

  3. 03

    Platformas pilotprojekts

    Importējiet identifikatoru ierakstu paraugus un testējiet aktivizāciju, autorizāciju, bloķēšanu un nomaiņu.

    Pierādījumi

    Pieņemts imports un testu žurnāls

  4. 04

    Sākotnējā piegāde

    Saražojiet pirmo kontrolēto izsniegšanas partiju, salīdziniet un saskaņojiet tās datus un iepakojiet to.

    Pierādījumi

    Partijas kvalitātes kontrole, datu manifests un nosūtīšanas ieraksts

  5. 05

    Papildināšana

    Uzraugiet krājumus, rezervējiet diapazonus un atkārtoti ražojiet apstiprināto izstrādājumu, ievērojot izmaiņu kontroli.

    Pierādījumi

    Atkārtotā pasūtījuma dokumentu pakete 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.

Tehniskā bibliotēka / 07

Turpiniet ieviešanas izpēti.

Šie avoti nosaka saistītās tehnoloģijas un darbības saskarnes. ChargeRFID ražo fiziskus autentifikācijas līdzekļus; platformas konfigurācija, viesabonēšanas līgumi un uzlādes staciju sertifikācija paliek attiecīgo operatoru un piegādātāju atbildībā.

Programmas jautājumi / 08

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

01Kas izveido klienta un identifikatora ierakstu?

Komerciālo identifikatora ierakstu izveido un kontrolē CPO, eMSP vai tā platforma. ChargeRFID var kodēt saskaņotos autentifikācijas datus un nodrošināt salīdzinātu un saskaņotu importa failu, taču neaktivizē abonementus un nepiešķir tiesības izmantot tīklu.

02Vai kartes var piegādāt neaktīvas?

Jā. Neaktīvi krājumi vairumā, iepriekš piešķirti komplekti un piegāde katram klientam atsevišķi ir atšķirīgi darbības modeļi. Aktivizācijas stāvoklis un glabāšanas atbildības nodošana jānosaka pirms ražošanas.

03Vai RFID karte pati par sevi atbilst OCPP?

Nē. OCPP savieno uzlādes staciju un pārvaldības sistēmu. Kartei jābūt saderīgai ar stacijas lasītāju, un tās identifikatoram jāatbilst autorizācijas noteikumiem, kas ieviesti, izmantojot OCPP.

04Kas jāsaglabā atkārtotiem pasūtījumiem?

Vienas programmas versijas ietvaros saglabājiet apstiprināto materiālu, mikroshēmu, antenu, maketu, mērķa krāsu, identifikatora noteikumus, datu shēmu, iepakojumu, kvalitātes kontroles kritērijus un etalonparaugu.

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.