tyrepas.eu

Ce greșeală fac companiile în conversația cu furnizorul lor de software despre pașaportul anvelope?

Companiile tratează adesea conversația cu furnizorul de software ca pe un proiect pur tehnic și uită cine rămâne responsabil pentru conținutul și actualitatea datelor. Aceasta duce la un sistem funcțional cu o lacună în responsabilitate.

Cea mai frecventă greșeală în conversația cu un furnizor de software cu privire la pașaportul anvelopelor este că discuția se concentrează aproape în totalitate pe tehnică: care cuplare, care format, care preț pe cod QR. Cine rămâne responsabil după acea discuție pentru exactitatea și actualitatea datelor din pașaport apare adesea doar atunci când ceva merge prost.

Această distincție nu este sofistă. Un furnizor de software poate furniza un pașaport funcțional din punct de vedere tehnic, cu un cod QR care se referă frumos la o pagină, în timp ce conținutul acelei pagini este învechit sau incomplet pentru că nimeni nu a convenit cine va menține acel conținut actualizat. Regulamentul se referă la furnizorul care furnizează datele, nu automat la partea care furnizează tehnologia. Dacă această distincție nu apare explicit în conversație și în contract, apare o lacună între ceea ce funcționează din punct de vedere tehnic și ceea ce este corect din punct de vedere al conținutului.

De ce această greșeală apare atât de des

O conversație cu un furnizor de software începe aproape întotdeauna dintr-o întrebare concretă și practică: cum ajunge codul QR pe anvelopă, care sistem se cuplează cu administrația, cât costă pe model. Acestea sunt întrebări logice și un furnizor le răspunde bine. Problema este că aceste întrebări sugerează că furnizorul acoperă întregul lanț, în timp ce o parte software furnizează de obicei o platformă și nu exercită control substanțial asupra a ceea ce un producător sau importator furnizează.

În multe alte proiecte IT, această distincție este mai puțin relevantă, pentru că utilizatorul însuși introduce conținutul și rămâne responsabil. Cu pașaportul anvelopelor este diferit: datele vin adesea de la un producător sau importator mai departe în lanț, sunt asamblate într-un pașaport și rămân apoi accesibile timp de zece ani. Cine este responsabil în acel moment pentru o corecție trebuie să fie clar înainte de semnarea contractului, nu după.

Ce merge prost în practică

În practică, această greșeală se manifestă de obicei în trei moduri. În primul rând, nu se stabilește cine poate și trebuie să corecteze o eroare în date și în ce interval de timp se întâmplă acest lucru. În al doilea rând, nu se discută ceea ce se întâmplă cu datele și purtătorul de date QR dacă compania trece la un alt furnizor sau încetează colaborarea, în timp ce perioada de găzduire de zece ani continuă. În al treilea rând, adesea lipsește o înțelegere cu privire la cine furnizează datele brute la produsele asamblate, de exemplu atunci când un importator fuzionează date de la mai mulți producători într-un singur pașaport.

Nici una din aceste puncte nu este o problemă tehnică. Sunt despre distribuția rolurilor și responsabilitate, și tocmai de aceea sunt ușor omise într-o conversație care este începtă ca un proiect IT. cum ajung datele într-un pașaport să ia formă oferă un bun punct de plecare pentru a vedea care sunt pașii din acel proces, înainte de a pune aceleași întrebări unui furnizor.

Cum evitați acest lucru

Esența este simplă: discutați distribuția rolurilor înainte de a discuta tehnologia. Întrebați în mod explicit cine este responsabil pentru exactitatea conținutului, cine corectează dacă se descoperă o eroare și ce se întâmplă cu pașaportul atunci când treceți la o altă parte. Fixați aceste înțelegeri în contract, nu doar într-o ofertă sau plan de implementare, astfel încât să rămână utile chiar și după schimbări de personal sau trecerea la alt furnizor.

Ajută să testați aceste întrebări pe rolul pe care compania dvs. îl are în lanț: un importator are alte responsabilități decât o distribuție en gros care doar revinde. în câteva întrebări vedeți ce rol se potrivește companiei dumneavoastră oferă o primă direcție, înainte de a discuta acea distribuție a rolurilor cu furnizorul.

Corelația cu alte înțelegeri

Această eroare nu este izolată de alte subiecte care se derulează deja în cadrul companiei dvs. De exemplu, un acord de prelucrare a datelor conform RGPD reglementează cine prelucrează datele cu caracter personal și cum, dar nu spune nimic despre cine este responsabil din punct de vedere substanțial pentru datele produselor într-un pasaport. Ambele acorduri pot coexista, dar nu trebuie confundate. Oricine separă aceste subiecte în mod clar evită ca un singur contract să fie folosit pentru a acoperi ceea ce nu acoperă.

Dacă doriți să vedeți care sunt întrebările exacte care se referă la această discuție și ce rol li se potrivește, baza de cunoștințe cu explicații pe subiecte oferă o prezentare de ansamblu care merge mai departe decât doar aspectul tehnic.

Dacă nu sunteți sigur încă unde se situează compania dvs. în acest lanț, scanarea rapidă gratuită este un bun punct de plecare: în câteva întrebări obțineți o indicație a situației dvs., fără a fi nevoie să citiți mai întâi toată reglementarea.

Acest articol este informații generale și nu constituie sfaturi juridice.