CPO- en eMSP-credentialprogramma’s

CPO- en eMSP-credentialprogramma’s

White-labelkaarten en keyfobs afgestemd op merk, identificatieformaat, platformimport, lanceringsvolume en het proces voor herhaalorders.

Programmaresultaat

Een herhaalbaar uitgifteprogramma dat fysieke voorraad, tokenrecords, merkmateriaal en voorraadaanvulling met elkaar verbindt.

Aanbevolen product bekijken

Ontworpen voor

Laadpuntexploitanten, eMobility-dienstverleners en white-label mobiliteitsmerken

01

Rol binnen het programma

CPO, eMSP of gecombineerde dienstverlening

02

Tokenoverdracht

Uitgeversrecord, identificator en status

03

Platformlaag

CSMS, klantplatform en roamingverbindingen

04

Leveringsmodel

Introductievoorraad, orderafhandeling en vervolgbatches

Bedrijfsmodel / 01

Volg de credential door de volledige autorisatieketen.

De fysieke kaart is één gecontroleerde input. Lezergedrag, platformrecords en bedrijfsregels bepalen of het juiste account wordt geautoriseerd en getraceerd.

CPO- en eMSP-credentialprogramma’s
Een herhaalbaar uitgifteprogramma dat fysieke voorraad, tokenrecords, merkmateriaal en voorraadaanvulling met elkaar verbindt.
  1. 01

    Abonnee of account

    De dienstverlener is verantwoordelijk voor de commerciële relatie, het gebruiksrecht en de activeringsstatus van de bestuurder of organisatie.

  2. 02

    Uitgegeven pas of RFID-sleutelhanger

    Het fysieke identificatiemiddel bevat de goedgekeurde merkuitingen, het zichtbare serienummer en een identificator die compatibel is met de lezer.

  3. 03

    Laadstation en CSMS

    Het laadstation leest het identificatiemiddel uit; het CSMS past, afhankelijk van de implementatie, autorisatie lokaal, vanuit de cache of centraal toe.

  4. 04

    eMSP-klantplatform

    Het identificatierecord wordt aangemaakt, toegewezen, geactiveerd en beschikbaar gesteld voor klantenservice- en vervangingsprocessen.

  5. 05

    Roamingverbinding

    Waar dit contractueel is geregeld, worden tokengegevens en -statussen bilateraal of via een roaminghub met CPO-partners gedeeld.

Leg de uitgever, de land- en partijreferenties, het tokentype en de uniciteitsregels vast die het doelplatform hanteert.

Specificatiematrix / 02

Beslissingen die vóór productie moeten vaststaan.

Een productierijpe briefing beschrijft wat moet worden besloten, hoe het wordt uitgevoerd en welk bewijs als acceptatie geldt.

01

Rol van de aanbieder

Te definiëren

Geef aan of het programma optreedt als CPO, eMSP, wagenparkdienst, white-label uitgever of een combinatie daarvan.

Acceptatiebewijs

Het eigenaarschap van token-, klant-, laadstation- en ondersteuningsrecords is eenduidig.

02

Tokennaamruimte

Te definiëren

Definieer de uitgever, land-/partijreferenties, het tokentype en de uniciteitsregels die het beoogde platform gebruikt.

Acceptatiebewijs

Een testrecord wordt geaccepteerd zonder identificatieconflict of onopgemerkte herformattering.

03

Compatibiliteit met laadstations

Te definiëren

Leg de lezertechnologie vast, evenals de OCPP-versies en autorisatiefuncties die het CSMS gebruikt.

Acceptatiebewijs

De testidentificatiemiddelen doorstaan de beoogde online- en offlinetests op de laadstations.

04

Gegevensuitwisseling

Te definiëren

Keur de UID-weergave, klantreferentie, het zichtbare serienummer, de status en het schema van het importbestand goed.

Acceptatiebewijs

Het productie-exportbestand doorstaat de platformvalidatie en de controle van het aantal rijen.

05

Uitgiftestatus

Te definiëren

Kies of de voorraad inactief, vooraf toegewezen, per klant verpakt of in bulk wordt geleverd.

Acceptatiebewijs

Bij elke overdracht worden de verantwoordelijkheid voor activering en het fysieke beheer vastgelegd.

06

Merksysteem

Te definiëren

Beheer ontwerpversies, taalvarianten, ondersteuningsgegevens, wettelijk vereiste markeringen en zones voor variabele gegevens.

Acceptatiebewijs

Een ondertekende drukproef en de goedkeuring van de fysieke kleurreferentie en het testexemplaar worden bewaard.

07

Voorraadaanvulling

Te definiëren

Reserveer identificatorreeksen en leg de minimumvoorraad, levertijd en controles voor nabestellingen vast.

Acceptatiebewijs

Een vervolgbatch kan worden geproduceerd zonder de specificatie opnieuw op te stellen of dubbele records aan te maken.

Faalbeheersing / 03

Voorkom de meest voorkomende faalpunten.

De meeste mislukte introducties worden niet veroorzaakt door de drukkwaliteit. Ze komen voort uit onduidelijke identificatoren, ongeteste lezers, onvolledig gegevenseigenaarschap of zwak levenscyclusbeheer.

01

Activeer niet te vroeg

Houd productie-, orderafhandelings- en activeringsstatussen gescheiden, zodat voorraadverlies niet leidt tot actieve identificatiemiddelen.

02

Controleer elk gegevensbestand op overeenstemming

Aantal, UID, zichtbaar serienummer, verpakkingstoewijzing en importresultaat moeten met elkaar overeenkomen voordat de identificatiemiddelen aan klanten worden uitgegeven.

03

Gebruik versiebeheer voor de merk- en gegevensspecificatie

Behandel het ontwerp, de tokenregels en de verpakking als één beheerde vrijgave; een gedeeltelijke wijziging kan de programmaregistratie ongeldig maken.

04

Bewaar het goedgekeurde referentie-exemplaar

Bewaar een goedgekeurd identificatiemiddel en het bijbehorende gecodeerde record als vergelijkingsbasis voor productie en toekomstige voorraadaanvulling.

Leveringstraject / 04

Van briefing naar beheerste operatie.

Elke fase zou moeten worden afgesloten met bewijs dat de teams voor operations, platformbeheer en inkoop kunnen beoordelen.

  1. 01

    Programmadefinitie

    Bevestig rollen, markten, gebruikersgroepen, tokeneigenaarschap en ondersteuningsprocessen.

    Bewijs

    Ondertekende operationele en gegevensspecificatie

  2. 02

    Technische ontwikkeling van het identificatiemiddel

    Selecteer de vorm, chip, verwerking van identificatoren, het zichtbare serienummer en de verpakkingswijze.

    Bewijs

    Op lezers geteste identificatiemiddelen

  3. 03

    Platformpilot

    Importeer testtokenrecords en test activering, autorisatie, blokkering en vervanging.

    Bewijs

    Geaccepteerde import en testlogboek

  4. 04

    Orderafhandeling voor de introductie

    Produceer de eerste gecontroleerde uitgiftebatch, controleer de onderlinge overeenstemming en verpak deze.

    Bewijs

    Batchkwaliteitscontrole, gegevensmanifest en verzendregistratie

  5. 05

    Voorraadaanvulling

    Bewaak de voorraad, reserveer reeksen en herhaal de goedgekeurde uitvoering met gecontroleerd wijzigingsbeheer.

    Bewijs

    Nabesteldossier met versiebeheer

Inactieve bulkvoorraad, vooraf toegewezen pakketten en fulfilment per klant zijn verschillende werkmodellen. Leg vóór de productie vast in welke activeringsstatus de passen worden geleverd en op welk moment de verantwoordelijkheid voor de passen overgaat.

Verantwoordelijkheidsgrens / 05

Scheid productie van platformbeheer.

Een heldere grens voorkomt dat de kaart verantwoordelijk wordt gemaakt voor configuratie, rechten of afrekening die elders worden beheerd.

01

ChargeRFID / fabrikant

Beheert goedgekeurd materiaal, chip, antenne, artwork, codering, variabele data, batch-QC en productierecord.

02

CPO-, eMSP- of CSMS-team

Bepaalt identificatieformaat, lezergedrag, tokenimport, autorisatiestatus, beveiligingsapplicatie en technische acceptatie.

03

Programma-eigenaar

Beheert toewijzing, activering, contracten, toegangsbeleid, tarieven, support, goedkeuring van vervangingen en beslissingen over het einde van de levensduur.

Programmavragen / 08

Vragen die inkoop en techniek doorgaans beantwoorden.

01Wie maakt het klant- en tokenrecord aan?

De CPO, eMSP of het bijbehorende platform maakt het commerciële tokenrecord aan en beheert dit. ChargeRFID kan de afgesproken identificatiegegevens coderen en een op overeenstemming gecontroleerd importbestand leveren, maar activeert geen abonnementen en verleent geen netwerktoegangsrechten.

02Kunnen passen inactief worden geleverd?

Ja. Inactieve bulkvoorraad, vooraf toegewezen pakketten en orderafhandeling per klant zijn verschillende operationele modellen. De activeringsstatus en de overdracht van het fysieke beheer moeten vóór productie worden gespecificeerd.

03Voldoet een RFID-pas zelf aan OCPP?

Nee. OCPP verbindt het laadstation met het beheersysteem. De pas moet compatibel zijn met de lezer van het laadstation en de identificator moet passen binnen de autorisatieregels die via OCPP zijn geïmplementeerd.

04Wat moet voor nabestellingen worden bewaard?

Bewaar het goedgekeurde materiaal, de chip, antenne, het ontwerp, de doelkleur, identificatorregels, het gegevensschema, de verpakking, kwaliteitscontrolecriteria en een goedgekeurd referentie-exemplaar onder één programmaversie.

Klaar om RFID-laadpassen voor OCPP-laadnetwerken in te zetten?

Deel uw lezerpark, identificatieregels, beveiligingseis, platformoverdracht, volume en uitrolmarkten. Wij sturen u de vragen die nodig zijn voor monsters en productiegoedkeuring.