ES Duomenų aktas, prijungtos transporto priemonės ir atstovybės DMS

1. Kas ir kada pasikeitė

Reglamentas (ES) 2023/2854, Duomenų aktas, įsigaliojo 2024 m. sausio 11 d., o iš esmės pradėtas taikyti 2025 m. rugsėjo 12 d. [1] Kaip reglamentas, jis tiesiogiai taikomas visoje ES, nors valstybės narės paskiria kompetentingas institucijas ir nustato vykdymo užtikrinimo tvarką. Kai kurios nuostatos turi savo laiko taikymo sritį, todėl sutartis ir produktus reikia vertinti atsižvelgiant į konkrečią datą.

Aktas reglamentuoja prieigą prie prijungtų produktų bei susijusių paslaugų sukurtų duomenų ir jų naudojimą. Transporto priemonė yra prijungtas produktas, kai ji gauna, sukuria ar renka duomenis apie savo naudojimą ar aplinką ir gali perduoti produkto duomenis. Sistema apibrėžia naudotojus, duomenų turėtojus ir duomenų gavėjus. Tai teisiniai vaidmenys, o ne vien vairuotojas, gamintojas ir dirbtuvė kiekvienu atveju.

2025 m. rugsėjį Europos Komisija paskelbė sektoriaus gaires automobilių pramonei. [2] Jose paaiškinama, kaip Komisija supranta pagrindines Duomenų akto sąvokas transporto priemonių duomenims. Gairės yra naudingos, tačiau neprivalomos; įstatymą galiausiai aiškina teismai ir kompetentingos institucijos.

2. Atskirkite tris duomenų režimus

Produktyvus pokalbis su atstovu prasideda įvardijus teisinį kelią. Duomenų aktas taikomas lengvai prieinamiems produkto duomenims ir su jais susijusiems paslaugų duomenims, patenkantiems į jo taikymo sritį. BDAR reglamentuoja asmens duomenis. Transporto priemonių tipo patvirtinimo teisė nustato prieigos prie remonto ir techninės priežiūros informacijos (RMI) taisykles. Tas pats aptarnavimo įvykis gali apimti visus tris, tačiau tai nereiškia, kad jie yra tarpusavyje pakeičiami.

Reglamentas (ES) 2018/858 įpareigoja gamintojus, laikantis jo nustatytos sistemos, suteikti nepriklausomiems ūkio subjektams neribotą, standartizuotą ir nediskriminacinę prieigą prie transporto priemonės OBD informacijos, diagnostikos įrangos ir RMI. [3] Teisingumo Teismas byloje C-296/22 išaiškino tam tikrus šios prieigos aspektus. [4] Duomenų akto prašymas neturėtų būti naudojamas esamos RMI pareigos ar jos sąlygų nuslėpimui.

3. Suprasti naudotoją, turėtoją ir gavėją

Naudotojas gali būti fizinis ar juridinis asmuo, kuriam priklauso prijungtas produktas, kuris turi laikinas teises jį naudoti arba gauna susijusią paslaugą. Automobilių srityje nuosavybė, lizingas, automobilių parko valdymas, nuoma ir bendras naudojimas gali apsunkinti tapatybės ir įgaliojimų nustatymą. Vairuotojas gali neturėti įgaliojimų dalytis visais automobilių parko duomenimis; savininkas gali nebūti asmuo, kurio duomenys pateikiami vietos informacijoje.

Duomenų turėtojas yra subjektas, kuriam pagal Duomenų aktą ar kitą teisę tenka pareiga arba teisė naudoti ir pateikti duomenis. Dažnai tai gali būti gamintojas ar susijusios paslaugos teikėjas, tačiau šį vaidmenį reikia įvertinti atskirai. Atstovas, gaunantis duomenis naudotojo prašymu, gali būti duomenų gavėjas ir prisiimti atitinkamas pareigas.

Įtraukite patikrinimą į aptarnavimo procesą. Fiksuokite, kas paprašė duomenų, produkto ar paslaugos teisių įrodymus, prašomą tikslą, gavėją, trukmę ir atšaukimo galimybę. Venkite prašyti visos transporto priemonės istorijos, kai remonto sąmatai pakanka nedidelio esamo duomenų rinkinio.

4. Taikykite BDAR visada, kai asmuo yra identifikuojamas

Duomenų aktas nepakeičia BDAR. Jame nurodyta, kad ES asmens duomenų teisė toliau taikoma, o kilus konfliktui viršenybę turi BDAR. [1] Vien naudotojo prašymas pagal Duomenų aktą savaime nesukuria teisinio pagrindo kiekvienai duomenų tvarkymo operacijai, susijusiai su kito asmens duomenimis.

EDAV gairėse dėl prijungtų transporto priemonių paaiškinama, kad vieta, vairavimo elgsena, identifikatoriai ir kiti transporto priemonės duomenys gali būti asmens duomenys. [5] Atstovai turėtų mažinti renkamų duomenų kiekį, apibrėžti tikslą ir saugojimo trukmę, kontroliuoti darbuotojų prieigą, informuoti duomenų subjektus ir užtikrinti jų teisių įgyvendinimą. Jei duomenys atskleidžia keleivius, vairuotojus ar ankstesnius savininkus, reikia įvertinti ir jų interesus.

Nenaudokite aptarnavimo prieigos kaip nepastebimo rinkodaros duomenų šaltinio. Duomenų rinkinys, gautas gedimui diagnozuoti, neturėtų automatiškai papildyti elgsenos reklamos. DMS saugokite tikslo žymas ir šaltinio kilmę, kad tolesni naudotojai ir sistemos galėtų užtikrinti pradinį kontekstą.

5. Sukurkite patikimą DMS darbo eigą

Prijungtų duomenų darbo eigai reikia daugiau nei API. Atskirai registruokite transporto priemonės ir kliento tapatybę; patikrinkite VIN ir teises; fiksuokite naudotojo prašymą; autorizuokite tikslius duomenų laukus; žymėkite gavimo laiką; susiekite duomenis su remonto užsakymu ar byla; rodykite kilmę; ribokite vaidmenis; ir ištrinkite ar atjunkite srautą, kai tikslas pasiektas.

Naudokite mašininiu būdu nuskaitomas taikymo sritis ir trumpalaikius kredencialus. Tikrinkite webhook parašus, apsisaugokite nuo pakartotinio atkūrimo, šifruokite perdavimą ir saugojimą, stebėkite netikėtus apimties pokyčius ir izoliuokite partnerių kredencialus. Aiškiai tvarkykite nepasiekiamus, vėluojančius ar prieštaringus duomenis. Technikas turėtų matyti duomenų šviežumą ir šaltinį, o ne vertę, pateiktą kaip nekintamą faktą.

Saugumo ir garantijos klausimais išsaugokite žmogaus sprendimą. Nuotoliniai signalai gali padėti pirminiam vertinimui, tačiau nebūtinai įrodo fizinę būklę ar priežastinį ryšį. Fiksuokite, koks diagnostikos žingsnis, technikas ar gamintojo procedūra patvirtino išvadą. Suteikite naudotojams galimybę ištaisyti transporto priemonės susiejimą arba atšaukti dalijimąsi duomenimis.

6. Paverskite prieigą sąžininga aptarnavimo pasiūla

Naudingi atstovo panaudojimo atvejai apima pirminį vertinimą prieš apsilankymą, tikslų dalių paruošimą, techninės priežiūros priminimus pagal faktinę būklę, automobilių parko prastovos planavimą, elektromobilių įkrovimo ar baterijos kontekstą ir įrodymais pagrįstą vertinimą. Pradėkite nuo atvejo, kai klientas mato aiškią naudą, o minimalus reikalingų duomenų kiekis yra akivaizdus.

Matuokite vizito parengimą, pakartotinius apsilankymus, dalių prieinamumą, diagnostikos laiką ir klientų skundus. Lyginkite su pradiniu lygiu ir atsižvelkite į transporto priemonių struktūrą. Vien prieiga negarantuoja pagerėjimo; rezultatus lemia integracijos kokybė, techniko praktika ir duomenų tikslumas.

Paskelbkite paprastą paaiškinimą: kokių duomenų prašoma, iš ko, kokiai paslaugai, kiek laiko jie naudojami ir kaip galima sustabdyti dalijimąsi. Venkite sudaryti įspūdį, kad atsisakymas sutrukdys nesusijusiai sutartinei paslaugai. Skaidrus pasirinkimas gali tapti pasitikėjimo pranašumu, nepervertinant įstatymo reikalavimų.

Kur tinka „Omnetic“

Dokumentuoti „Omnetic“ produktai sujungia kliento, transporto priemonės, patikros, kainos, atsargų ir sandorio kontekstą. Tai gali suteikti veiklos paskirties vietą autorizuotiems prijungtos transporto priemonės įrodymams, susiejant juos su aptarnavimo, vertinimo ar atsargų sprendimu, o ne paliekant juos atskirame portale. Produktų medžiagoje taip pat minimos sąsajos, tokios kaip API, webhooks, išoriniai ID ir eksportai.

Nėra išsamaus viešo sąsajų katalogo, nustatančio, kuriuos prijungtos transporto priemonės duomenų rinkinius ar Duomenų akto vaidmenis palaiko „Omnetic“. Atstovai turėtų paprašyti demonstracijos, apimančios tapatybę, sutikimo ar prašymo įrodymus, lauko lygio taikymo sritį, kilmę, saugojimą, atšaukimą, prieigos kontrolę ir partnerių saugumą, atitinkantį tikslų jų panaudojimo atvejį.