Viga, mis kõige sagedamini esineb
Ettevõtted, kes soovivad alumiiniumi digitaalset tootepasit korraldada, mõtlevad tavaliselt kõigepealt tehnikale: milline ühendus, milline QR-kood, milline süsteem. Lepingualused tarkvaratarnijaga käivad siis eelkõige ühendamise ja üleandmise kohta. Mida selles protsessis süstemaatiliselt unustakse, on see, kes vastutab siis, kui pass on kord veebis: kes muudab seda, kui sulamite, tarnija või tootmisprotsess muutub, kes vastutab, kui QR-kood enam ei tööta, ja mis juhtub andmetega, kui te tarnijat vahetate või kui tarnija lakkab.
See viga märgatakse sageli alles paar aastat pärast, kui pass peab olema veebis kümme aastat ja algusaegne leping käis ainult üleandmise faasi kohta. Leping, mis lõpeb "üleminekul" jätab täpselt selle osa nimega märkimata, mis kõige kauemalt kaasa käib.
Miks see konkreetselt tootepasiga kaasneb
Tavalisel äritarkvaral on leping, mis pärast üleandmist käsitleb eelkõige hooldust, tavaliselt piisav, kuna rikke tagajärjed jäävad ettevõttesiseseks. Tootepasiga on see teisiti: pass on mõeldud selleks, et näidata väliselt QR-koodi kaudu teavet ostjatele, järelevalveasutustele ja töötlejatele ahela eri kohtades. Kui andmed on vananenud või link ei tööta enam, on see nähtav väljaspool teie organisatsiooni.
Lisaks tuleb arvestada kestusega. Passi ei tehta ühe hooaja jaoks, vaid alumiiniumi detaili kogu elutsükli jaoks, säilitamistähtajaga, mida praktikas nimetatakse kümne aastaks. Tarkvaratarnija, kes kahe aasta pärast valib uue platvormi, kogebab ülevõtmist või lõpetab tootereaga, jätab teid siis passi külge, mida enam ei saa ajakohaseks teha, kuigi kohustus seda ajakohaseks pidada ei kao iseenesest. Rohkem lugemist selle kohta, kuidas selline ühendus praktikas toimib ja millised andmed sellega kaasnevad, leiate selgitusest, kust andmed pärinevad.
Mida praktikas sageli puudub
Kolm komponenti on lepingutes, mida me kohtame, üllatavalt sageli puudu. Esiteks: kes võib ja peab andmeid muutma, kui tootes midagi muutub, ja kui pika aja jooksul seda tehakse. Teiseks: mis juhtub juba avaldatud passide ja tarkvaratarnija koostöö lõppemisel, näiteks kas QR-koodid jäävad töötama ja kus andmed siis asuvad. Kolmandaks: kes vastutab, kui järelevalveasutus küsib küsimusi vale või vananenud teabe kohta passis, ja kas see puudutab tootjat, tarnijat või mõlemat.
Need ei ole tehnilised üksikasjad, vaid lepingud vastutuse kohta, ja need peaksid olema lepingus endas, mitte lisas, mida keegi ei loe enam, kui süsteem töötab.
Kohtumine olemasolevate eeskirjadega
See viga ei ole eraldiseisev. Andmed tootepassis võivad puudutada isikuandmeid, näiteks vastutava isiku kontaktandmeid tehases, ja siis kehtivad tavapärased GDPR-reeglid säilitamistähtaja ja turvalisuse kohta täielikult koos passi nõuete kõrval. Ka olemasolevad tootefiltri ja vale tooteteabe eest vastutamise reeglid jäävad jõusse; tootepas tuleb juurde, mitte asendab neid. Kuidas me andmete kaitsega ümber käime, on selgitatud lehel privaatsuse ja andmekaitse kohta.
Kuidas seda vältida
Tuum on lihtne sõnastada, kuigi rakendamine erineb ettevõtete kaupa: määrake kindlaks, kes hoiab andmeid ajakohasena, kui kaua tarnija passi kättesaadavaks jätab, ja mis juhtub teisele poolele üleminek. Küsige sel puhul selgelt väljumiskorraldusest: kas saate andmeid ja QR-koode kaasa võtta, kui otsustate vahetada, või olete siis sõltuvad lahkuva tarnija heatahtlikkusest.
Kuna igal ettevõttel on tarneahelas erinev positsioon, erinevad ka vajalikud kokkuleppeid. Ülevaate küsimustest, mis igas olukorras esinevad, leiate teadmistebaasist teemade kaupa olukordade järgi. Lepingu juriidiliste aspektide, näiteks vastutuse ja garantiide osas, on mõistlik kutsuda jurist; me ei saa teie eest seda otsust teha.
Tea, kus olete
Kas soovite enne oma tarkvaratarnijaga vestelust indicatiivi? Koos tasuta kiirskanniga mõne küsimuse kohta näete kiiresti, millised osad teie ettevõtte jaoks asjakohased on ja milliseid küsimusi saate paremini ette valmistada.