Kõige levinud viga, mida me näeme, on see: ettevõte pöördub tarkvaraleverandõja poole digitaalse tootepassi asjus ja lahkub vestlusest ideega, et leverandõja on selle nüüd "korraldanud". See on vale arusaam, millel on tagajärjed, sest määrus teeb vahet kellegil, kes tehnikat tarnis, ja kellegil, kes vastutab passi sisu eest.
Tarkvaraleverandõja ehitab või tarnis süsteemi: ühenduse, salvestuskoha, mõnikord QR-andmekandjat. Ent kohustus tagada, et passi andmed oleksid õiged ja ajakohaseks jäänuksid, lasub pakkujal — tavaliselt alumiiniumi pooltoote tootjal või sissetulijal. Süsteem ei saa kontrollida andmeid, mida pole kunagi õigesti esitatud. Kes seda segamini ajab, riskib, et tekib tehniliselt hästi toimiv pass, mille sisu pole keegi enam üle vaadanud.
Miks see arusaam tekib
Vestlus tarkvaraleverandõjaga käib kiiresti tehnika üle: milline süsteem, milline ühendus olemasolevate dokumentidega, mis hind, kui kiire. Need on loogilised küsimused ja leverandõja vastab neile hea meelega, sest see on tema ala. Ent selles vestlusel kaob sageli küsimus, millel on kõige rohkem kaalu: kes tagab, et passi saabuvateks andmeteks olevad andmed on tõepärased ja jäävad tõepäraseks. Leverandõja, kes räägib "compliance-moodulist" või "passi lahendusest", jätab mõnikord mulje, et kohustus on sellega kaetud. Seda on müügivestlusest lihtialne aru saada, aga see pole see, mida määrus reguleerib.
Aitab, kui olete eelnevalt selgeks teinud, mida tootepasse täpselt peab sisaldama ja kust need andmed pärinevad. Kes seda veel korrale seadnud pole, leiab teadmusandmik teema kohta antavate selgitustega ülevaate juhtude kaupa, ilma et te esmalt juristiga nõu pidada peaks.
Mida määrus leverandõja kohta ütleb ja ütleb
Määrus kirjeldab pakkuja rolli: inimene, kes toote turule toob ja on seega vastutav teabe õigsuse eest, mis lõpuks passis esitub. Tarkvaraleverandõja pole pakkuja selles mõttes, isegi kui ta passi tehniliselt hostitab või QR-koodi esitab. Järelvalveasutused vaatavad kontrollide ajal andmete päritolu ja õigsust, mitte seda, milline tarkvarapakett seal taga on. See ei tähenda, et leverandõja valik pole oluline — see tähendab, et hästi toimiv süsteem pole asendus hästi täidetud ja hoolitsetud passile.
Kas konkreetne koostöö leverandõjaga teie olukorras piisavat kaitset pakub, on asi, mille kohta saab arvamuse anda ainult jurist või pädev järelvalveasutus. See artikkel kirjeldab määruse tehtud vahet, mitte seda, kuidas see teie enda lepingus reguleeritud on.
Millised küsimused väärarusaama takistavad
Vigu saab ära hoida, kui leverandõjalt otse küsida, kes millist osa andmetest esitab ja kes vastutab, kui alumiiniumi koostis või päritolu muutub. Ka on kasulik küsida, mis juhtub, kui te leverandõjat vahetate: kas pass jääb kättesaadavaks ja kes siis värskendamise eest hoolitsedb. Leverandõja, kes neid küsimusi selgelt vastata suudab, näitab sellega ka, kus tema roll lõpeb ja teie algab. Kes tahab näha, kuidas selline andmete esitamine praktikas välja näeb, võib selgitus andmete tekitamise kohta pöörduda.
Kuidas te vestluse teisiti juhatate
See abiga rääkimist tarkvaratarnijaga alles siis, kui olete ise kindlaks määranud, millised andmed peate ise esitama ja säilitama. Siis muutub vestlus küsimuseks tehnoloogia ja ühendamise kohta, mitte vastutuse küsimuseks. Ettevõtted, kes veel täpselt ei tea, kus nad asuvad, saavad selle selgeks teha mõne küsimusega, mis kaardistab teie olukorra kiiresti selgeks, enne kui tarnija lauale tuleb.
Tootepass jääb ka pärast vastuvõtmist eluks dokumendiks: seda tuleb uuendada niipea, kui toode või andmed muutuvad. See vastutus ei liikuva tarkvaratarnijale, isegi mitte siis, kui see tehnilisele hooldusele jälgib. Kes sellest rohkem lugeda soovib, leiab praktiliste küsimuste vastused passpordist mitmeid levinud olukordi välja töötatud.
Kui teil pole veel selget pilti selle kohta, mis teie puhul vajalik on, siis on tasuta kiirskann hea alguspunkt: mõne küsimuse jooksul saate aru, kus te asute, ilma et peaksite selleks kontot looma.