Autoparkų veikla

Autoparkų RFID įkrovimo kortelės: vadovas komerciniams elektromobilių autoparkams

Kaip autoparkų RFID įkrovimo kortelės padeda priskirti transporto priemones, integruotis su OCPP sistemomis, kaupti mokesčių apskaitai svarbius įrašus, autorizuoti įkrovimą keliuose depuose ir išduoti korteles vairuotojams.

Straipsnio informacija

Paskelbta
2026 m. gegužės 2 d.
Atnaujinta
2026 m. liepos 10 d.
Skaitymo trukmė
8 min. skaitymo
Leidėjas
ChargeRFID
Grįžti į išteklius

Autorius ChargeRFID

Peržiūros metodas: Šį vadovą patikrinome pagal toliau nurodytus pirminius reguliavimo, protokolų ir gamintojų šaltinius. Produktų rekomendacijos atspindi ChargeRFID kaip gamintojo požiūrį, todėl jas reikėtų patikrinti su jūsų skaitytuvu, įkrovimo stotele ir valdymo sistema.

Autoparkų RFID įkrovimo kortelės: vadovas komerciniams elektromobilių autoparkams

Komerciniam autoparkui perėjus prie elektromobilių, keičiasi įkrovimo ekonomika. Vietoj vieno vairuotojo, degalinėje atsiskaitančio asmenine kredito kortele, turite 50, 500 ar 5 000 vairuotojų, kurie įkrauna automobilius depuose, viešosiose stotelėse ir namų įkrovikliais, o kiekviena sesija generuoja sąnaudų, kWh ir mokesčių požiūriu svarbius duomenis, kurie turi tvarkingai patekti į autoparko valdymo programinę įrangą. Autoparkų RFID įkrovimo kortelės leidžia šiuos duomenis užfiksuoti pačiame šaltinyje.

Šiame vadove aptariama, kuo autoparko RFID įkrovimo kortelė skiriasi nuo vartotojo kortelės, kaip veikia autentifikavimo ir ataskaitų grandinė ir ką nurodyti specifikacijoje išduodant korteles komercinėje elektromobilių programoje.

Kuo išsiskiria autoparko RFID įkrovimo kortelė

Įkrovimo kortelė pateikia identifikatorių. Ar šis identifikatorius atitinka vairuotoją, transporto priemonę, depą, išlaidų centrą ar sutartį, nustato autoparko ir įkrovimo valdymo sistemos. Viena kortelė savaime neidentifikuoja visų šių objektų vienu metu.

Kortelėje gali būti naudojama 13,56 MHz identifikavimo priemonė su AES autentifikavimu arba kita su skaitytuvu suderinama technologija. Svarbiausias skirtumas – kaip jos identifikatorius arba apsaugota programa paruošiami ir susiejami valdymo sistemose:

•kWh apskaita pagal transporto priemonę – kortelės UID autoparko valdymo sistemoje susiejamas su konkrečia transporto priemone, todėl kiekvieną įkrovimo sesiją galima priskirti transporto priemonei.
•Priskyrimas vairuotojui – kartu su transporto priemonės telematikos duomenimis kortelė leidžia autoparkui priskirti energijos išlaidas vairuotojui, kuriam tą dieną paskirta ta transporto priemonė.
•Autorizavimas depuose – valdymo sistemos grupės gali riboti identifikatorių naudojimą pagal depą; kriptografiniai raktai gali suteikti papildomą apsaugos lygmenį tik tada, kai kortelės ir skaitytuvai naudoja apsaugotą programą.
•Mokesčiams svarbūs įrašai – Jungtinėje Karalystėje taikoma tvarka priklauso nuo automobilio nuosavybės, įkrovimo vietos, verslo ar asmeninio naudojimo ir kompensacijos apskaičiavimo būdo. Sesijų įrašai padeda atlikti skaičiavimą, tačiau patys savaime nepadaro jo pritaikyto konkrečiai programai.

Kaip autoparkų RFID autentifikavimas veikia OCPP stotelėse

Autorizavimo ir transakcijos srautas priklauso nuo OCPP versijos. Tipinis OCPP 1.6 kelias atrodo taip:

Kai vairuotojas priliečia autoparko kortelę depe arba viešojoje stotelėje:

1.Stotelė nuskaito UID ir siunčia `Authorize.req` centrinei sistemai (Central System).
2.Centrinė sistema patikrina UID pagal autoparko leidžiamų identifikatorių sąrašą (dažnai filtruojamą pagal depą, vairuotojų ar transporto priemonių grupę).
3.Gavusi patvirtinimą, stotelė siunčia `StartTransaction` su laukais, tarp kurių yra jungtis, idTag, laiko žyma ir pradinė skaitiklio reikšmė.
4.Sesijai pasibaigus, `StopTransaction` perduoda transakcijos identifikatorių, laiko žymą, galutinę skaitiklio reikšmę ir pasirinktinius transakcijos duomenis. Trukmę, energijos kiekį ir atsiskaitymo CDR apskaičiuoja arba sudaro tolesnės sistemos; tai nėra į OCPP 1.6 pranešimą įterptas CDR.
5.Įkrovimo valdymo sistema gali papildyti sesijos duomenis ir siųsti įrašus į autoparko ataskaitų sistemą. OCPP 2.x vietoj OCPP 1.6 pradžios / pabaigos pranešimų poros naudoja kitokį `TransactionEvent` modelį.

Autoparkams, kurie derina įkrovimą depuose ir viešosiose stotelėse, OCPI tarptinklinis ryšys perduoda išorinių CPO CDR per autoparko MSP į tą pačią ataskaitų grandinę.

Kortelės pagal transporto priemonę ir pagal vairuotoją

Dauguma autoparkų renkasi vieną iš dviejų architektūrų:

Kortelės pagal transporto priemonę laikomos transporto priemonėje (daiktadėžėje arba pritvirtintos prie raktų pakabuko). Privalumai: paprasta vairuotojams, lengva perskirstyti keičiantis vairuotojams. Trūkumai: pavagiamos kartu su transporto priemone, neįmanoma atskirti atskirų vairuotojų elgsenos.

Kortelės pagal vairuotoją keliauja su vairuotoju iš vienos transporto priemonės į kitą. Privalumai: tiesioginis priskyrimas konkrečiam vairuotojui. Trūkumai: tiksliam priskyrimui transporto priemonėms ir ridai vis tiek reikia paskyrimo ar telematikos duomenų, o mokestinis vertinimas turi atitikti taikomas HMRC taisykles, o ne priklausyti vien nuo kortelės modelio.

Daugelis didelių autoparkų išduoda abu variantus: kortelę vairuotojui – išlaidoms paskirstyti, ir pakabuką transporto priemonei – atsarginiam variantui ir patogesnei prieigai.

Raktų valdymas keliuose depuose

Autoparkuose, turinčiuose kelis depus, autorizavimą galima užtikrinti valdymo sistemoje pagal identifikatorių grupę, transporto priemonę, vairuotoją arba vietą. 13,56 MHz identifikavimo priemonė su AES autentifikavimu taip pat palaiko diversifikuotus programos raktus, kai įdiegti skaitytuvai autentifikuoja apsaugotą programą, o ne nuskaito tik viešą UID.

Tinkamai suprojektavus apsaugotą programą, atskiri raktų domenai gali apriboti rakto kompromitavimo mastą. Vis dėlto šiems raktams keisti reikia dokumentuoto skaitytuvų, kortelių, saugiųjų modulių ir valdymo sistemos proceso; taikant autorizavimą pagal viešą UID, atskiri arba sugrupuoti identifikatoriai atšaukiami valdymo sistemoje.

Venkite vieno bendro programos rakto visam autoparkui, tačiau nediekite kortelių raktų, kurių įkrovimo skaitytuvai ir valdymo sistema niekada neautentifikuoja. Apsaugos priemones derinkite prie faktinės autorizavimo architektūros.

Ataskaitos: nuo OCPP CDR iki HMRC reikalavimams parengtų duomenų

Kortelė yra tik pradinis taškas. Finansiškai autoparko programa veikia dėl ataskaitų grandinės.

Tipinis JK autoparko darbo procesas:

1.Vairuotojas priliečia kortelę → stotelė autorizuoja → vyksta sesija → užregistruojamas CDR.
2.CDR papildomas vairuotojo, transporto priemonės ir depo metaduomenimis iš autoparko valdymo sistemos.
3.Energijos sąnaudos apskaičiuojamos pagal sutartinį tarifą (dažnai pagal paros laiką arba tiesioginio perkėlimo principu).
4.Prireikus ridos ir įkrovimo vietos duomenys sujungiami, kad būtų galima taikyti atitinkamą HMRC kompensavimo ar naudos apmokestinimo tvarką.
5.Patikrinti rezultatai gali būti naudojami darbo užmokesčio, išlaidų ar mokesčių procesuose, atitinkančiuose transporto priemonės nuosavybę ir naudojimo atvejį.

Grandinė nuo kortelės iki ataskaitos turėtų būti visiškai audituojama. Tokį audito pėdsaką paprastai sudaro stotelės skaitiklio reikšmės, OCPP įvykiai, CPO/eMSP sesijų ir CDR įrašai, tarifų duomenys, identifikatorių susiejimai ir autoparko metaduomenys. 13,56 MHz identifikavimo priemonės su AES autentifikavimu transakcijų MAC funkcijos automatiškai nesukuria ir nepatvirtina valdymo sistemos įkrovimo CDR, ypač kai įkroviklis nuskaito tik kortelės UID.

Tarptinklinis ryšys derinant įkrovimą depuose ir viešosiose stotelėse

Dauguma komercinių autoparkų negali apsiriboti vien įkrovimu depuose. Tolimųjų reisų vairuotojams, paskutinės mylios operatoriams su kintančiais maršrutais ir bet kuriam autoparkui, taikančiam įkrovimo namuose politiką, reikia prieigos prie viešųjų tinklų ta pačia kortele.

Būtent čia svarbūs identifikatorių paskelbimas ir galiojančios tarptinklinio ryšio sutartys. Autoparko kortelė, kurią išdavė eMSP, gali veikti sutartinių CPO stotelėse, pasiekiamose per tarptinklinio ryšio centrą arba tiesioginį OCPI/OICP ryšį. Aprėptį reikėtų nustatyti pagal galiojantį eMSP sutartinių tinklų sąrašą; bendras prie platformos prijungtų taškų skaičius negarantuoja, kad konkreti kortelė bus priimama visur.

CDR grąžinami autoparko MSP, perkainojami, jei sutartyje taikomas antkainio modelis, ir patenka į tą pačią ataskaitų grandinę kaip ir depų sesijos.

Ką nurodyti specifikacijoje išduodant autoparkų RFID įkrovimo korteles

Pavyzdinis pirkimo kontrolinis sąrašas:

•Lustas ir programa: su skaitytuvu suderinama technologija; 13,56 MHz identifikavimo priemonės su AES autentifikavimu raktus naudokite tik tada, kai skaitytuvas autentifikuoja apsaugotą programą
•Medžiaga: perdirbtas PVC (dažniausiai) arba FSC mediena ESG tikslais grindžiamoms programoms
•Forma: ISO 7810 ID-1 kortelės ir pakabukai, tvirtinami prie transporto priemonės
•Spauda: spalvota spauda su transporto priemonės ar vairuotojo identifikatoriumi, autoparko logotipu ir apsaugine lazerine graviūra nuo klastojimo
•Kodavimas: iš anksto užkoduotas UID, su MSP formatu suderintas idTag, kiekvienam depui atskirai diversifikuotas raktas
•Tarptinklinis įkrovimas: identifikatorių paskelbimas ir galiojančios eMSP–CPO sutartys reikiamuose tinkluose
•Pakartotinio išdavimo tvarka: pamestų kortelių, atšaukimo, pakeitimo ir sinchronizavimo procesas, grindžiamas bandomojo projekto duomenimis
•Komercinės sąlygos: aktualus MOQ, kaina, gamybos terminas ir pakeitimo sąlygos rašytiniame tiekėjo pasiūlyme

Dažniausios autoparko kortelių programų klaidos

•Kortelių išdavimas dar neįdiegus MSP integracijos — vairuotojai priglaudžia kortelę, bet yra atmetami, nes idTag dar neužregistruotas.
•Vienas bendras programos raktas visam autoparkui — be reikalo išplečia galimo kompromitavimo mastą, kai iš tikrųjų naudojamos apsaugotos programos.
•Nėra pakartotinio išdavimo proceso — pamestos kortelės, pakaitiniai identifikatoriai ir valdymo sistemos sinchronizavimas lieka nevaldomi.
•Viešojo įkrovimo aklosios zonos — manoma, kad „tiesiog įrengsime daugiau įkroviklių depe“, užuot nuo pirmos dienos numačius tarptinklinį įkrovimą.
•Nesuderintas UID formatas — skirtingi MSP tikisi skirtingų idTag formatų (4 baitų, 7 baitų, šešioliktainio ar dešimtainio); suderinkite tai prieš užkoduodami 5 000 kortelių.

Ką daryti toliau

Autoparko RFID įkrovimo kortelių programa apibrėžiama keturiomis ašimis: lusto saugumu, kodavimo formatu, tarptinklinio įkrovimo aprėptimi ir integracija su ataskaitų sistemomis. Teisingai suderinus šiuos aspektus, kortelės tampa nematoma infrastruktūra — vairuotojai priglaudžia kortelę, energija teka, o duomenys tvarkingai patenka į autoparko apskaitą.

Peržiūrėkite mūsų perdirbto PVC ir FSC medienos elektromobilių įkrovimo korteles arba sužinokite, kaip sukūrėme autoparkų kortelių programas su pasirinkta elektromobilių įkrovimo programa ir pasirinkta autoparkų įkrovimo programa. Pasikalbėkite su mumis apie savo autoparko įkrovimo programą – padėsime specifikuoti tinkamą kortelę ir suderinti ją su jūsų MSP.

Šiame straipsnyje minimi bendrovių, tinklų ir produktų pavadinimai yra atitinkamų savininkų prekių ženklai. Jie vartojami aprašomąja prasme, nurodant sistemas, su kuriomis sąveikauja mūsų kortelės. ChargeRFID yra nepriklausomas gamintojas, o šiame straipsnyje neteigiama apie jokią priklausomybę, partnerystę ar rekomendaciją.

Pirminiai šaltiniai

Oficialūs šaltiniai, kuriais remiantis peržiūrėti šiame vadove pateikti teiginiai apie reguliavimą, protokolus ir lustus.

Bendrinti:

Kitas žingsnis

Paverskite tyrimo išvadas kortelės specifikacija.

Nurodykite skaitytuvą, lustą, duomenis ar diegimo aplinkybes – nustatysime, kokius sprendimus reikia priimti dėl pavyzdžių ir gamybos.