ES Datu akts, savienoti transportlīdzekļi un tirgotāja DMS

1. Kas mainījās un kad

Regula (ES) 2023/2854, Datu akts, stājās spēkā 2024. gada 11. janvārī un kopumā kļuva piemērojama 2025. gada 12. septembrī. [1] Kā regula tā tieši piemērojama visā ES, lai gan dalībvalstis izraugās kompetentas iestādes un nosaka izpildes kārtību. Dažiem noteikumiem ir sava laika piemērošanas joma, tāpēc līgumi un produkti jāizvērtē attiecībā uz konkrētu datumu.

Akts risina piekļuvi savienotu produktu un saistīto pakalpojumu radītiem datiem un to izmantošanu. Transportlīdzeklis ir savienots produkts, ja tas iegūst, rada vai ievāc datus par savu izmantošanu vai vidi un var nodot produkta datus. Ietvars nosaka naudotājus, datu turētājus un datu saņēmējus. Tās ir juridiskas lomas, nevis vienkārši vadītājs, ražotājs un darbnīca katrā gadījumā.

Eiropas Komisija 2025. gada septembrī publicēja nozarei specifiskas automobiļu vadlīnijas. [2] Tās izskaidro, kā Komisija saprot galvenos Datu akta jēdzienus transportlīdzekļa datiem. Vadlīnijas ir noderīgas, bet nav saistošas; likumu galu galā interpretē tiesas un kompetentas iestādes.

2. Nošķiriet trīs datu režīmus

Produktīva saruna ar tirgotāju sākas, nosaucot juridisko ceļu. Datu akts attiecas uz viegli pieejamiem produkta datiem un saistīto pakalpojumu datiem tā tvērumā. BDAR regulē personas datus. Transportlīdzekļu tipa apstiprināšanas tiesības rada piekļuves noteikumus remonta un tehniskās apkopes informācijai, ko sauc par RMI. Tas pats servisa notikums var iesaistīt visus trīs, tomēr tie nav savstarpēji aizvietojami.

Regula (ES) 2018/858 pieprasa ražotājiem, ievērojot tās ietvaru, nodrošināt neatkarīgiem uzņēmējiem neierobežotu, standartizētu un nediskriminējošu piekļuvi transportlīdzekļa OBD informācijai, diagnostikas iekārtām un RMI. [3] Tiesa lietā C-296/22 ir interpretējusi šīs piekļuves aspektus. [4] Datu akta pieprasījumu nedrīkst izmantot, lai aizsegtu esošu RMI pienākumu vai tā nosacījumus.

3. Izprotiet naudotāju, turētāju un saņēmēju

Naudotājs var būt fiziska vai juridiska persona, kurai pieder savienots produkts, kurai ir pagaidu tiesības to izmantot vai kura saņem saistītu pakalpojumu. Automobiļu jomā piederība, līzings, autoparka pārvaldība, noma un koplietošana var padarīt identitāti un pilnvarojumu sarežģītu. Vadītājam var nebūt pilnvarojuma kopīgot visu autoparka datu kopu; īpašnieks var nebūt persona, kas attēlota atrašanās vietas datos.

Datu turētājs ir subjekts, kuram saskaņā ar Datu aktu vai citu likumu ir pienākums vai tiesības izmantot un darīt pieejamus datus. Bieži tas var būt ražotājs vai saistīta pakalpojuma sniedzējs, bet šī loma jāanalizē. Tirgotājs, kas saņem datus pēc naudotāja pieprasījuma, var būt datu saņēmējs un uzņemas attiecīgus pienākumus.

Iebūvējiet pārbaudi servisa ceļā. Fiksējiet, kas pieprasīja datus, produkta vai pakalpojuma tiesību pierādījumus, pieprasīto mērķi, saņēmēju, ilgumu un atsaukšanu. Izvairieties pieprasīt pilnu transportlīdzekļa vēsturi, kad remonta tāmei pietiek ar nelielu pašreizējo datu kopu.

4. Piemērojiet BDAR ikreiz, kad persona ir identificējama

Datu akts neaizstāj BDAR. Tas nosaka, ka ES personas datu likums turpina piemēroties un ka konflikta gadījumā noteicošais ir BDAR. [1] Naudotāja pieprasījums saskaņā ar Datu aktu pats par sevi nerada tiesisku pamatu katrai apstrādes darbībai, kas saistīta ar citas personas datiem.

EDAK vadlīnijas par savienotiem transportlīdzekļiem skaidro, ka atrašanās vieta, braukšanas uzvedība, identifikatori un citi transportlīdzekļa dati var būt personas dati. [5] Tirgotājiem jāmazina ievākšana, jādefinē mērķis un saglabāšana, jākontrolē darbinieku piekļuve, jāinformē datu subjekti un jāatbalsta tiesības. Ja dati atklāj pasažierus, vadītājus vai iepriekšējos īpašniekus, jāizvērtē arī viņu intereses.

Neizmantojiet servisa piekļuvi kā klusu mārketinga datu plūsmu. Datu kopai, iegūtai kļūmes diagnosticēšanai, nevajadzētu automātiski papildināt uzvedības reklāmu. Uzturiet DMS mērķa atzīmes un avota izcelsmi, lai tālākie naudotāji un sistēmas varētu ievērot sākotnējo kontekstu.

5. Izstrādājiet uzticamu DMS darba plūsmu

Savienotu datu darba plūsmai vajag vairāk nekā API. Reģistrējiet transportlīdzekļa un klienta identitāti atsevišķi; validējiet VIN un tiesības; fiksējiet naudotāja pieprasījumu; autorizējiet precīzus datu laukus; laika zīmogojiet saņemšanu; sasaistiet datus ar remonta pasūtījumu vai lietu; parādiet izcelsmi; ierobežojiet lomas; un dzēsiet vai atvienojiet plūsmu, kad mērķis ir sasniegts.

Izmantojiet mašīnlasāmus tvērumus un īslaicīgus piekļuves datus. Pārbaudiet webhook parakstus, novērsiet atkārtošanu, šifrējiet pārsūtīšanu un glabāšanu, uzraugiet negaidītu apjomu un izolējiet partneru piekļuves datus. Skaidri apstrādājiet nepieejamus, kavētus vai pretrunīgus datus. Tehniķim jāredz svaigums un avots, nevis vērtība, kas pasniegta kā mūžīgs fakts.

Saglabājiet cilvēka spriedumu drošības un garantijas jautājumos. Attālinātie signāli var atbalstīt sākotnējo izvērtējumu, bet ne obligāti pierāda fizisko stāvokli vai cēloņsakarību. Reģistrējiet, kurš diagnostikas solis, tehniķis vai ražotāja procedūra apstiprināja secinājumu. Dodiet naudotājiem ceļu, kā labot transportlīdzekļa sasaisti vai atsaukt kopīgošanu.

6. Pārvērsiet piekļuvi godīgā servisa piedāvājumā

Noderīgi tirgotāja gadījumi ietver sākotnējo izvērtējumu pirms apmeklējuma, precīzu detaļu sagatavošanu, uz faktisko stāvokli balstītus apkopes atgādinājumus, autoparka dīkstāves plānošanu, elektroauto uzlādes vai baterijas kontekstu un uz pierādījumiem balstītu novērtēšanu. Sāciet ar gadījumu, kurā klients redz skaidru ieguvumu un minimālie dati ir acīmredzami.

Mēriet vizītes sagatavošanu, atkārtotus apmeklējumus, detaļu pieejamību, diagnostikas laiku un klientu sūdzības. Salīdziniet ar sākotnējo līmeni un ņemiet vērā transportlīdzekļu klāstu. Piekļuve vien negarantē uzlabojumu; integrācijas kvalitāte, tehniķa prakse un datu precizitāte nosaka rezultātus.

Publicējiet vienkāršu paskaidrojumu: kādi dati tiek pieprasīti, no kā, kādam servisam, cik ilgi tie tiek izmantoti un kā kopīgošanu var apturēt. Izvairieties radīt iespaidu, ka atteikums novērsīs nesaistītu līgumisku pakalpojumu. Pārredzama izvēle var kļūt par uzticēšanās priekšrocību, nepārspīlējot likumu.

Kur iederas Omnetic

Omnetic dokumentētie produkti savieno klienta, transportlīdzekļa, pārbaudes, cenas, krājuma un darījuma kontekstu. Tas var nodrošināt darbības galamērķi autorizētiem savienotas transportlīdzekļa datu pierādījumiem, sasaistot tos ar servisa, novērtēšanas vai krājuma lēmumu, nevis atstājot tos atsevišķā portālā. Produkta materiāli arī piemin saskarnes, piemēram, API, webhooks, ārējus ID un eksportus.

Nav pilna publiska saskarņu kataloga, kas noteiktu, kurus savienotas transportlīdzekļa datu kopas vai Datu akta lomas atbalsta Omnetic. Tirgotājiem jāpieprasa demonstrācija par identitāti, piekrišanu vai pieprasījuma pierādījumiem, lauka līmeņa tvērumu, izcelsmi, saglabāšanu, atsaukšanu, piekļuves kontroli un partneru drošību savam precīzajam izmantošanas gadījumam.