Program för identifieringsmedier till fordonsflottor

Autentisering för fordonsflottor

RFID-identifieringsmedel för laddning i depå, på arbetsplats och publikt, med kontrollerad tilldelning per förare eller fordon, plattformsklara identifierare och dokumentation av ersättningskort.

Programresultat

En id-bärarpost som kan tilldelas, spåras, ersättas och stämmas av för både depåladdning och publik laddning.

Granska rekommenderad produkt

Utformat för

Flottoperatörer, leasingteam, depåansvariga och mobilitetsleverantörer

01

Tilldelningsmodell

Förare, fordon, pool eller kostnadsställe

02

Överlämning till stationen

RFID-läsare → OCPP → CSMS

03

Driftmiljö

Laddning i depå, på arbetsplats och publikt

04

Livscykel

Utfärda, aktivera, spärra, ersätta, fylla på

Driftmodell / 01

Följ identifieringsmedlet genom hela auktoriseringskedjan.

Det fysiska kortet är en kontrollerad komponent. Läsarens beteende, plattformens poster och driftreglerna avgör om rätt konto auktoriseras och spåras.

Autentisering för fordonsflottor
En id-bärarpost som kan tilldelas, spåras, ersättas och stämmas av för både depåladdning och publik laddning.
  1. 01

    Förare eller fordon

    Programägaren avgör om id-bäraren följer en person, ett fordon, en gemensam pool eller ett driftkonto.

  2. 02

    Fysiskt identifieringsmedel

    Kortet eller laddbrickan presenterar identifieraren och, där det stöds, säker applikationsdata för stationens läsare.

  3. 03

    Laddstation

    Läsaren fångar upp de id-uppgifter som stöds och stationen skickar en auktoriseringsbegäran till sitt managementsystem.

  4. 04

    Flott- och laddplattformar

    Identifieraren kopplas till rätt flottpost, behörighet, tariff eller kostnadsställe innan sessionen godkänns.

  5. 05

    Sessionspost

    Energi- och sessionsdata returneras via driftplattformen. Rapporteringens kvalitet beror på tilldelningen och datamodellen, inte enbart på kortet.

Specifikationsmatris / 02

Beslut att fatta före produktion.

En produktionsklar kravbeskrivning anger vad som måste beslutas, hur det ska genomföras och vilka underlag som räknas som godkännande.

01

Tilldelningsmodell

Vad som ska definieras

Välj tilldelning per förare, fordon, poolkort eller konto och dokumentera reglerna för överlämning.

Underlag för godkännande

En providentifierare leder till avsedd post utan dubbelt ägarskap.

02

Läsarbestånd

Vad som ska definieras

Lista representativa AC/DC-läsare i depån och eventuella publika nätverk där id-bäraren ska användas.

Underlag för godkännande

Proverna läses konsekvent i hela den överenskomna testuppsättningen.

03

Identifierarformat

Vad som ska definieras

Bekräfta UID eller applikationsidentifierare, längd, byteordning, teckenformat och hantering av inledande nollor.

Underlag för godkännande

Det tillverkade värdet och plattformsimporten förblir identiska hela vägen.

04

Säkerhetsnivå

Vad som ska definieras

Avgör om enbart UID-baserad identifiering räcker eller om en säker applikation som stöds av läsaren krävs.

Underlag för godkännande

Målläsarna genomför den överenskomna autentiseringsvägen och nyckelägarskapet är dokumenterat.

05

Transaktionsattribuering

Vad som ska definieras

Definiera de förar-, fordons-, avdelnings- och kostnadsfält som förväntas i sessionsexporter.

Underlag för godkännande

Pilotsessioner registreras mot rätt drift- och ekonomiposter.

06

Synlig identitet

Vad som ska definieras

Lägg till ett läsbart serienummer, en fordonsreferens, QR-kod eller ett supportnummer endast där det är operativt användbart.

Underlag för godkännande

Tryckta och kodade poster överensstämmer med den godkända filen med variabel data.

07

Livscykelregler

Vad som ska definieras

Definiera rutiner för aktivering, spärrning, retur, ersättning och efterbeställning före lansering.

Underlag för godkännande

Ett scenario med förlorat kort kan lösas utan att en tvetydig ersättningspost skapas.

Felkontroller / 03

Konstruera bort de vanligaste felkällorna.

De flesta misslyckade lanseringar beror inte på tryckkvaliteten. De beror på otydliga identifierare, otestade läsare, ofullständigt dataägarskap eller bristande livscykelkontroll.

01

Undvik delade identiteter

Ett delat kort kan vara praktiskt, men det tar bort ansvarsspårningen på förarnivå. Använd det endast där rapporteringsmodellen tillåter det.

02

Testa offlinebeteende

Beteendet för auktoriseringscache och lokal lista avgörs av stationen och CSMS. Inkludera ett test med frånkopplad station när kontinuitet i depån är viktig.

03

Skilj kortet från faktureringsanspråk

Kortet identifierar ett konto. Tariffer, ersättning, skattemässig hantering och samlad fakturering styrs på annat håll.

04

Behåll en ersättningshistorik

Koppla gamla och nya serienummer, spärrstatus och utfärdandedatum så att det fysiska lagret stämmer med plattformens post.

Leveransväg / 04

Gå från kravbeskrivning till kontrollerad drift.

Varje fas bör avslutas med underlag som kan granskas av drift-, plattforms- och inköpsteam.

  1. 01

    Förstudie

    Kartlägg användare, fordon, anläggningar, läsare, plattformar och krav från publika nätverk.

    Underlag

    Godkänd brief för flottans id-bärare

  2. 02

    Läsarprov

    Tillverka representativa kort eller laddbrickor med föreslaget chip och föreslagna identifierarregler.

    Underlag

    Fysisk testuppsättning och UID-fil

  3. 03

    Datapilot

    Importera provposter, kör sessioner i depån och i publika nätverk och granska den returnerade attribueringen.

    Underlag

    Logg över pilotauktorisering och sessioner

  4. 04

    Kontrollerat utfärdande

    Tillverka lanseringsbatchen, tilldela id-bärare och för ett utfärdanderegister.

    Underlag

    Produktions-QC och tilldelningsfil

  5. 05

    Livscykeldrift

    Hantera spärrar, ersättningar, returnerade kort, nya förare och upprepade batcher utifrån den sparade specifikationen.

    Underlag

    Versionshanterad efterbeställningspost

Ansvarsgräns / 05

Skilj tillverkning från plattformsdrift.

En tydlig gräns förhindrar att kortet får skulden för konfigurations-, behörighets- eller avräkningsbeslut som ligger någon annanstans.

01

ChargeRFID / tillverkare

Kontrollerar godkänt material, chip, antenn, tryckoriginal, kodning, variabla data, batchkvalitetskontroll och produktionsdokumentation.

02

CPO-, eMSP- eller CSMS-team

Definierar accepterat identifierarformat, läsarbeteende, tokenimport, auktoriseringsstatusar, säkerhetsapplikation och teknisk acceptans.

03

Programägare

Äger tilldelning, aktivering, avtal, åtkomstpolicy, taxor, kundsupport, godkännande av ersättningskort och beslut vid livscykelns slut.

Programfrågor / 08

Frågor som inköps- och teknikteam brukar reda ut.

01Ska ett flottkort tilldelas föraren eller fordonet?

Använd förartilldelning när ansvar och utläggsrapportering följer personen, och fordonstilldelning när fordonet är den stabila rapporteringsenheten. Poolkort kräver en kompletterande boknings- eller överlämningspost om individuellt ansvar krävs.

02Kan samma id-bärare fungera både vid laddstationer i depån och vid publika laddstationer?

Ja, förutsatt att identifieraren godkänns och är registrerad i varje relevant auktoriseringssystem. Både läsarkompatibilitet och behörighet i publika nätverk måste testas. Enbart tillverkning av kortet skapar inte roamingåtkomst.

03Krävs alltid en AES-autentiserad 13.56 MHz-id-bärare för flottladdning?

Nej. En AES-autentiserad 13.56 MHz-id-bärare stöder AES-baserade applikationer, men den säkerheten är bara användbar när målläsarna och backend implementerar samma applikation och nyckelschema. En miljö som enbart använder UID bör specificeras ärligt och riskbedömas.

04Beräknar RFID-kortet flottans laddkostnader?

Nej. Id-bäraren identifierar den tilldelade posten. CSMS, mobilitetsplattformen eller flottsystemet tillämpar tariffer, kostnadsställen, ersättning och rapporteringsregler på de resulterande sessionerna.

Styrd specifikation för kortprogram: Laddkort för elfordonsflottor

Dela information om läsarbestånd, regler för identifierare, säkerhetskrav, överlämning till plattformen, volym och marknader för utrullning. Vi återkommer med de frågor som behövs för prover och produktionsgodkännande.