Nummerering per sjåfør eller kjøretøy
Synlige referanser kan følge operatørens tilordningsmodell uten å eksponere den elektroniske UID-en som supportidentifikator.
01 / 04
Ladekort og ladebrikker for elbil
Laget etter spesifikasjonLadekort for elbilparker
Merkevareprofilerte RFID-ladeidentifikatorer for bilparker med unike tokendata, nummerering per sjåfør eller kjøretøy, bulkimport i plattform og kontrollert etterfylling.
BilparkdriftTokendata i bulkEtterfylling
- Materiale
- Resirkulert PVC, standard PVC eller godkjent alternativ
- Størrelse
- Nominelt CR80 / ISO ID-1-format (85.60 × 53.98 mm)
- MOQ
- Fra 500 stk., avhengig av materiale og chip
- Leveringstid
- Bekreftes etter godkjenning av dataformat, design og prøve
Kompatibilitet bekreftes opp mot din leser og token-arbeidsflyt. MOQ og tidsbruk avhenger av godkjent materiale, chip, personalisering og finish.
01Samsvar mellom leser og brikke
02Identifikatorformat
03Godkjenning av ferdig prøve
04Overlevering av batchdata
Produktoversikt / 01
Fysiske identifikatorer for administrerte elbilparker
Et ladekort for elbilpark er et fysisk token som utstedes til en sjåfør, et kjøretøy, et depot eller et kostnadssted, slik at ladeøkter kan tilordnes og kontrolleres av en bilpark- eller e-mobilitetsplattform. Kortet identifiserer kontoen; øktdata, priser, grenser og rapportering håndteres normalt i backend og lagres ikke på kortet.
Et bilparkkort kan brukes i en operatørs egen ladepark eller i et roamingprogram. Roaming oppstår gjennom kommersielle og tekniske relasjoner mellom eMSP-er, CPO-er og huber – ikke ved å trykke en logo eller velge en bestemt kortkropp. Identifikatordataene må registreres og rutes gjennom plattformen som administrerer disse relasjonene.
01
Tilordningsmodell
Bestem om hvert token tilhører en sjåfør, et kjøretøy, en pool, et depot eller et kostnadssted, og hvordan overføringer registreres.
02
Nettverksomfang
List opp depot-, arbeidsplass-, offentlige og roamingmiljøer, og identifiser plattformen som er ansvarlig for autorisasjon.
03
Livssykluskontroller
Definer prosedyrer for utstedelse, aktivering, suspensjon, tap, erstatning, utløp og retur før kortene distribueres.
04
Avstemmingsfelt
Samkjør synlige kortnumre, tokenposter og referanser i bilparksystemet slik at avvik raskt kan spores.
Funksjoner og alternativer / 02
Hva som kan spesifiseres.
Det fysiske kortet kan struktureres for å redusere supportarbeid og integreres sømløst med onboarding og etterfylling i bilparken.
Tokendata i bulk
Strukturerte leveransefiler støtter import, tilordning og aktivering i bilpark- eller e-mobilitetsplattformen.
Tilpasset programdesign
Merkevare, supportinstruksjoner, nødinformasjon og påkrevd juridisk tekst kan organiseres på kortet.
Slitesterke kortmaterialer
Resirkulert PVC og alternative kortkropper kan velges ut fra hvordan kortene håndteres i lommebok, kjøretøy og depot.
Alternativer for kort og ladebrikker
Ulike formfaktorer kan dekke ulike sjåførgrupper og samtidig følge én kontrollert arbeidsflyt for tokendata.
Planlagt etterfylling
Nummerserier, designmaler og pakkeregler kan tas vare på for erstatnings- og vekstbatcher.
Teknisk tilpasning / 03
Kortet er ett lag i kontrollen av bilparkens lading
Nyttig rapportering og roaming avhenger av systemene rundt identifikatoren. Kortet må gi disse systemene et stabilt og sporbart token.
01
Tilordningen ligger i plattformen
Rapportering per sjåfør, per kjøretøy og per kostnadssted kommer fra tilordningen av kortets token til riktig post i bilparksystemet.
02
Roaming krever registrering i plattformen
Et produsert kort fungerer bare på tvers av nettverk etter at tokenet er registrert og akseptert gjennom den relevante eMSP-, CPO- eller roamingrelasjonen.
03
Erstatning må gi en ny identifikator
Tapte kort bør sperres og erstattes med et nytt unikt token; å trykke det samme synlige nummeret på nytt krever ikke at den elektroniske UID-en gjenbrukes.
04
Frakoblet autorisasjon krever styring
Der ladere bruker lokale tokenlister, må tidspunktet for synkronisering defineres, i tillegg til hva som skal skje etter at et kort er sperret.
05
Dataformater bør testes i batchskala
Valider overskrifter, skilletegn, innledende nuller og identifikatorrepresentasjon før produksjonsfilen importeres.
Full spesifikasjon / 04
Skill det fysiske kortet fra identifikasjonsdataene på det.
Verdiene nedenfor viser tilgjengelig produktløp og erstatter ikke validering mot leser. Det endelige tilbudet angir nøyaktig konstruksjon, elektronisk konfigurasjon og dataleveranser.
Be om prøverFysisk
- Materiale
- Resirkulert PVC, standard PVC eller godkjent alternativ
- Størrelse
- Nominelt CR80 / ISO ID-1-format (85.60 × 53.98 mm)
Teknisk
- Frekvens
- Vanligvis 13.56 MHz / ISO 14443A; bekreftes mot bilparkens leserpark
- Leseavstand
- Avhenger av leser og installert antenne; prøvevalidering kreves
- Sikkerhet
- Kun UID eller sikker applikasjon i henhold til plattform- og leserutforming
Bestilling
- MOQ
- Fra 500 stk., avhengig av materiale og chip
- Leveringstid
- Bekreftes etter godkjenning av dataformat, design og prøve
Produksjonsløp / 05
Godkjenn hele arbeidsflyten før volumproduksjon.
Prøven skal dokumentere konstruksjon, trykk, elektronisk oppførsel og datahåndtering samlet. Den godkjente referansen styrer deretter produksjon og etterbestillinger.
- 01
Teknisk underlag
Leser, nåværende ladekort eller ladebrikke, plattform, antall og driftsmiljø
- 02
Produksjonsprøve
Foreslått materiale, inlay, design, koding og variable data
- 03
Systemvalidering
Fysisk lesing, nøyaktig registrering av token, dataimport og live autorisasjon
- 04
Produksjon og QA
Godkjente mastere, kontrollerte data, batchkontroller og pakkegjennomgang
- 05
Levering og etterbestillinger
Endelig mappingfil, forsendelsesregister og oppbevart referanse for etterbestilling
Ofte stilte spørsmål / 06
Spørsmål kjøpere stiller før bestilling.
Svarene er basert på det fysiske ladekortet eller ladebrikken og produksjonsomfanget. Ladeplattformen din er fortsatt ansvarlig for regler for konto, tariff og autorisasjon.
01Hvilken informasjon lagres på et ladekort for bilpark?
Mange programmer bruker bare en chipidentifikator som token. Sjåføropplysninger, kjøretøydata, tariffer og økthistorikk forblir i backend. Sikre applikasjoner kan lagre tilleggsdata når leseren og systemet er utformet for å bruke dem.
02Kan ett bilparkkort fungere på flere ladenettverk?
Ja, når bilparkens e-mobilitetsleverandør eller plattform har de nødvendige roaming- eller bilaterale nettverksrelasjonene og registrerer tokenet riktig. Det fysiske kortet alene gir ikke nettverkstilgang.
03Bør kort tilordnes sjåfører eller kjøretøy?
Bruk den enheten bilparken trenger å kontrollere og avstemme. Tilordning til sjåfør passer for personlig ansvar; tilordning til kjøretøy kan forenkle delte ruter; poolkort krever strengere kontroller for utlevering og avvik.
04Hvordan erstattes tapte kort?
Sperr det tapte tokenet i autorisasjonsplattformen, utsted et erstatningskort med en ny unik identifikator, oppdater tilordningen til sjåfør eller kjøretøy, og behold et revisjonsspor som dokumenterer endringen.
05Kan kortdata importeres i bulk?
Ja. Avtal først hvilke kolonner og hvilken tokenrepresentasjon som kreves. En leveransefil kan tilordne UID, synlig kortnummer, batch og andre godkjente felt for bulkimport i plattformen.
06Registrerer kortet selv kWh og ladekostnad?
Vanligvis ikke. Ladestasjonen og administrasjonsplattformen oppretter øktdataene og faktureringsdataene. Kortet leverer tokenet som brukes til å knytte økten til en bilparkkonto.
Videre lesning / 07
Bygg kravspesifikasjonen på dokumentasjon.
Bruk den tekniske veiledningen, programeksemplene og ordlisten til å samkjøre innkjøp, prosjektering og drift før du ber om prøver.
Veiledning for bilparker
Veiledning til RFID-kort for kommersielle elbilparker
Planlegg tilordning, nettverksomfang, rapportering og erstatning før kortene utstedes.
Les mer ProgrameksempelRightCharges identifikatorprogram for bilparker
Se et fysisk kortprogram utviklet for en bilparkfokusert ladeplattform.
Les mer Veiledning om roamingSlik fungerer RFID-tilgang på tvers av nettverk
Forstå rollene til token, eMSP, CPO, hub og ladebackend.
Les merInkludert i hver bestilling
Hver bestilling leveres med en datakontrakt og en akseptansepakke.
Før produksjonen starter, fastsetter vi identifikatorformatet sammen med backend-teamet deres: bytelengde, representasjon, byte-rekkefølge og håndtering av innledende nuller. Bestillingen leveres deretter med en maskinlesbar datakontrakt og akseptansevektorer som utviklerne deres kan teste mot før det første kortet ankommer.
Se hvordan akseptansepakken fungerer01JSON-datakontrakt avtalt før produksjon
02Akseptansevektorer for verifisering i backend
03Personaliseringsfil i nøyaktig det formatet backend-systemet deres bruker
Relaterte produkter
Relaterte produkter
Ladekort for elbil i resirkulert PVC
Tilpassede RFID-ladekort med kortkropp i resirkulert PVC, chipalternativer tilpasset leseren, programdesign og overlevering av data for kobling mellom UID og konto.
Ladekort for elbil i tre
Trebaserte RFID-ladekort med lasergravering eller trykk, chipalternativer tilpasset leseren og programspesifikke variable data.
Ladekort av biofiber for elbil
RFID-ladekortkonstruksjoner i biofiber og uten PVC, med dokumenterte materialpåstander, tilpasset design og elektronikk tilpasset leseren.
Klar til å teste dette produktet?
Send nåværende kort, lesermodell eller programbeskrivelse og ønsket antall.