Program de emitere pentru CPO și eMSP

Programe de carduri și brelocuri pentru CPO și eMSP

Carduri și brelocuri white-label, pregătite în funcție de marca dumneavoastră, formatul identificatorului, importul în platformă, volumul de lansare și fluxul comenzilor repetate.

Rezultatul programului

Un program de emitere repetabil, care conectează stocul fizic, înregistrările de token, elementele de identitate vizuală și reaprovizionarea.

Consultați produsul recomandat

Conceput pentru

Operatori de puncte de încărcare, furnizori de servicii de electromobilitate și mărci de mobilitate white-label

01

Rolul în program

CPO, eMSP sau operare combinată

02

Predarea tokenului

Înregistrarea emitentului, identificatorul și starea

03

Nivelul de platformă

CSMS, platforma pentru clienți și conexiunile de roaming

04

Modelul de aprovizionare

Stoc de lansare, onorarea comenzilor și loturi repetate

Model operațional / 01

Urmăriți cardul sau brelocul RFID pe întregul lanț de autorizare.

Cardul fizic este doar una dintre componentele controlate. Comportamentul cititorului, înregistrările din platformă și regulile de operare stabilesc dacă este autorizat contul corect și dacă acesta poate fi urmărit.

Programe de carduri și brelocuri pentru CPO și eMSP
Un program de emitere repetabil, care conectează stocul fizic, înregistrările de token, elementele de identitate vizuală și reaprovizionarea.
  1. 01

    Abonat sau cont

    Furnizorul de servicii deține relația comercială, dreptul de utilizare și starea de activare pentru șofer sau organizație.

  2. 02

    Card sau breloc emis

    Suportul fizic de identificare RFID poartă marca aprobată, numărul de serie vizibil și un identificator compatibil cu cititorul.

  3. 03

    Stația și CSMS

    Stația citește cardul sau brelocul; CSMS aplică autorizarea locală, din memoria cache sau centrală, în funcție de implementarea sa.

  4. 04

    Platforma pentru clienți a eMSP

    Înregistrarea cardului sau a brelocului este creată, atribuită, activată și pusă la dispoziția fluxurilor de lucru pentru asistența clienților și înlocuire.

  5. 05

    Conexiunea de roaming

    Acolo unde există contract, datele și starea tokenurilor sunt partajate cu partenerii CPO, bilateral sau printr-un hub de roaming.

Matrice de specificații / 02

Decizii de luat înainte de producție.

Un dosar de cerințe pregătit pentru producție precizează ce trebuie decis, cum se va implementa și ce dovezi vor fi acceptate la recepție.

01

Rolul operatorului

Ce trebuie definit

Precizați dacă programul funcționează ca CPO, eMSP, serviciu pentru flote de vehicule, emitent white-label sau o combinație a acestora.

Dovezi pentru acceptare

Proprietatea asupra înregistrărilor privind tokenurile, clienții, stațiile și asistența este clar definită.

02

Spațiul de nume al tokenurilor

Ce trebuie definit

Definiți emitentul, referințele de țară/parte, tipul de token și regulile de unicitate utilizate de platforma țintă.

Dovezi pentru acceptare

O înregistrare de probă este acceptată fără coliziuni sau reformatări nesemnalate.

03

Compatibilitatea cu stațiile

Ce trebuie definit

Documentați tehnologia cititoarelor, precum și versiunile OCPP și funcțiile de autorizare utilizate de CSMS.

Dovezi pentru acceptare

Cardurile și brelocurile de probă parcurg integral testele planificate pe stații, online și offline.

04

Schimbul de date

Ce trebuie definit

Aprobați reprezentarea UID, referința clientului, numărul de serie vizibil, starea și schema fișierului de import.

Dovezi pentru acceptare

Exportul de producție trece validarea platformei și reconcilierea numărului de rânduri.

05

Starea de emitere

Ce trebuie definit

Alegeți dacă stocul este livrat inactiv, preatribuit, ambalat pentru fiecare client sau furnizat în vrac.

Dovezi pentru acceptare

Responsabilitatea pentru activare și custodia sunt înregistrate la fiecare predare.

06

Sistemul de identitate vizuală

Ce trebuie definit

Controlați versiunile de grafică, variantele lingvistice, datele de asistență, mențiunile legale și zonele cu date variabile.

Dovezi pentru acceptare

Se păstrează o probă grafică semnată și aprobarea culorii/mostrei fizice.

07

Reaprovizionare

Ce trebuie definit

Rezervați intervale de identificatori și definiți controale pentru stocul minim, termenul de producție și comenzile repetate.

Dovezi pentru acceptare

Un lot repetat poate fi produs fără recrearea specificației sau duplicarea înregistrărilor.

Prevenirea erorilor / 03

Eliminați încă din proiectare punctele frecvente de eșec.

Majoritatea lansărilor eșuate nu se datorează calității tipăririi. Cauzele sunt identificatorii neclari, cititoarele netestate, responsabilitatea incompletă asupra datelor sau controlul slab al ciclului de viață.

01

Nu activați prematur

Separați stările de fabricație, onorare a comenzilor și activare, astfel încât pierderile din stoc să nu genereze carduri sau brelocuri active.

02

Reconciliați fiecare fișier de date

Cantitatea, UID-ul, numărul de serie vizibil, alocarea pe pachete și rezultatul importului trebuie să concorde înainte de emiterea către client.

03

Versionați specificația de identitate vizuală și de date

Tratați grafica, regulile pentru tokenuri și ambalarea ca o singură versiune controlată; o modificare parțială poate invalida înregistrarea programului.

04

Păstrați mostra de referință

Păstrați un card sau breloc aprobat și înregistrarea codificată aferentă ca punct de comparație pentru producție și reaprovizionările viitoare.

Etapele livrării / 04

De la dosarul de cerințe la operarea controlată.

Fiecare etapă ar trebui să se încheie cu dovezi care pot fi analizate de echipele de operațiuni, de platformă și de achiziții.

  1. 01

    Definirea programului

    Confirmați rolurile, piețele, grupurile de utilizatori, proprietatea asupra tokenurilor și fluxurile de asistență.

    Dovezi

    Specificație operațională și de date semnată

  2. 02

    Proiectarea cardurilor și brelocurilor

    Selectați formatul, cipul, modul de gestionare a identificatorului, numărul de serie vizibil și varianta de ambalare.

    Dovezi

    Carduri și brelocuri de probă testate pe cititoare

  3. 03

    Pilot pe platformă

    Importați înregistrări de token de probă și testați activarea, autorizarea, blocarea și înlocuirea.

    Dovezi

    Import acceptat și jurnal de testare

  4. 04

    Onorarea comenzilor la lansare

    Produceți, reconciliați și ambalați primul lot controlat de emitere.

    Dovezi

    Control de calitate al lotului, manifest de date și înregistrare de expediere

  5. 05

    Reaprovizionare

    Monitorizați stocul, rezervați intervalele și repetați producția conform configurației aprobate, în regim de control al modificărilor.

    Dovezi

    Pachet versionat pentru comanda repetată

Delimitarea responsabilităților / 05

Separați producția de operarea platformei.

O delimitare precisă împiedică atribuirea către card a unor probleme de configurare, de drepturi de utilizare sau de decontare, care țin de alte sisteme.

01

ChargeRFID / producător

Controlează materialul aprobat, cipul, antena, grafica, codificarea, datele variabile, controlul calității pe loturi și evidența de producție.

02

Echipa CPO, eMSP sau CSMS

Definește formatul de identificator acceptat, comportamentul cititorului, importul tokenurilor, stările de autorizare, aplicația de securitate și recepția tehnică.

03

Proprietarul programului

Răspunde de alocare, activare, contracte, politica de acces, tarife, asistența pentru clienți, aprobarea înlocuirilor și deciziile privind sfârșitul ciclului de viață.

Bibliotecă tehnică / 07

Continuați documentarea pentru implementare.

Aceste surse definesc tehnologia și interfețele operaționale conexe. ChargeRFID produce carduri și brelocuri RFID fizice. Configurarea platformei, contractele de roaming și certificarea stațiilor de încărcare rămân în sarcina operatorilor și furnizorilor relevanți.

Întrebări despre program / 08

Întrebări pe care echipele de achiziții și cele tehnice le clarifică de obicei.

01Cine creează înregistrarea clientului și a tokenului?

CPO, eMSP sau platforma acestuia creează și controlează înregistrarea comercială a tokenului. ChargeRFID poate codifica datele de identificare convenite și poate furniza un fișier de import reconciliat, dar nu activează abonamente și nu acordă drepturi de acces la rețea.

02Pot fi livrate cardurile inactive?

Da. Stocul inactiv în vrac, pachetele preatribuite și onorarea comenzilor la nivel de client sunt modele operaționale diferite. Starea de activare și predarea custodiei trebuie specificate înainte de producție.

03Este un card RFID în sine conform cu OCPP?

Nu. OCPP conectează stația de încărcare la sistemul de gestionare. Cardul trebuie să fie compatibil cu cititorul stației, iar identificatorul său trebuie să respecte regulile de autorizare implementate prin OCPP.

04Ce trebuie păstrat pentru comenzile repetate?

Păstrați materialul, cipul, antena, grafica, ținta de culoare, regulile privind identificatorii, schema de date, ambalajul și criteriile de control al calității aprobate, precum și o mostră de referință, în cadrul unei singure versiuni de program.

Specificație controlată a programului: Carduri RFID pentru rețele de încărcare OCPP

Transmiteți-ne informații despre parcul de cititoare RFID, regulile pentru identificatori, cerințele de securitate, transferul către platformă, volumul și piețele de implementare. Vă vom trimite întrebările necesare pentru mostre și pentru aprobarea producției.