Yleisin virhe keskustelussa ohjelmistotoimittajan kanssa banden tuotepassista on se, että keskustelu kohdistuu lähes kokonaan tekniikkaan: mitä kytkentää, mitä formaattia, mitä hintaa QR-koodia kohti. Kuka pysyy vastuussa tietojen oikeellisuudesta ja ajantasaisuudesta pasportissa sen jälkeen, tulee usein puheeksi vasta silloin, kun jotain menee pieleen.
Tämä ero ei ole pedanttinen. Ohjelmistotoimittaja voi toimittaa teknisesti oikein toimivan tuotepassin QR-koodilla, joka osoittaa kiltisti sivulle, mutta sivun sisältö voi olla vanhentunut tai puutteellinen, koska ketään ei ole sovittu pitämään sisältöä ajantasaisena. Asetus kohdistuu tietojen toimittajaan, ei automaattisesti tekniikan tarjoajaan. Jos tämä ero ei käy selväksi keskustelussa ja sopimuksessa, syntyy aukko sen välille, mitä teknisesti toimii ja mitä sisällöllisesti on oikein.
Miksi tämä virhe on niin yleinen
Keskustelu ohjelmistotoimittajan kanssa alkaa lähes aina konkreettisesta, käytännöllisestä kysymyksestä: miten QR-koodi päättyy renkaaseen, mikä järjestelmä on kytkettävissä hallintoon, paljonko se maksaa mallia kohti. Nämä ovat loogisia kysymyksiä, ja toimittaja vastaa niihin hyvin. Ongelma on, että nämä kysymykset viittaavat siihen, että toimittaja hallitsee koko ketjun, vaikka ohjelmistopartnerit yleensä toimittavat alustan eivätkä tarkista sisällöllisesti sitä, mitä valmistaja tai maahantuoja toimittaa.
Monissa muissa IT-projekteissa tämä ero on vähemmän merkityksellinen, koska käyttäjä itse syöttää sisällön ja vastaa siitä itse. Banden tuotepassin kohdalla se on toisin: tiedot tulevat usein valmistajalta tai maahantuojalta kauemmas ketjussa, kootaan tuotepassiksi ja pysyvät saatavilla kymmenen vuotta. Kuka sillä hetkellä vastaa korjauksesta, on oltava selvä ennen sopimuksen allekirjoittamista, ei sen jälkeen.
Mitä menee pieleen käytännössä
Käytännössä tämä virhe ilmenee yleensä kolmella tavalla. Ensinnäkin ei ole määritelty, kuka saa ja on velvollinen korjaamaan tietojen virheen ja missä ajassa se tapahtuu. Toiseksi ei käsitellä, mitä tiedoille ja QR-tietojen bittisäilytykselle tapahtuu, kun yritys siirtyy toiselle toimittajalle tai lopettaa yhteistyön, vaikka kymmenen vuoden isäntäpalveluaika jatkuu edelleen. Kolmanneksi usein puuttuu sopimus siitä, kuka toimittaa lähdetiedot yhdistettyihin tuotteisiin, esimerkiksi kun maahantuoja yhdistää useiden valmistajien tiedot yhdeksi tuotepassiksi.
Mikään näistä kohdista ei ole tekniikkaongelma. Ne käsittelevät roolijakoa ja vastuuta, ja juuri siksi ne jäävät helposti käsittelemättä keskustelussa, joka käynnistetään IT-projektina. kuinka tuotepassin tiedot syntyvät antaa hyvän lähtökohdan nähdä, mitä vaiheita prosessiin sisältyy, ennen kuin esitätte samat kysymykset toimittajalle.
Kuinka voit välttää tämän
Ydin on yksinkertainen: käsittele roolijako ennen tekniikan käsittelyä. Kysy nimenomaisesti, kuka vastaa sisällön oikeellisuudesta, kuka korjaa virheen havaitessa, ja mitä tuotepassille tapahtuu vaihdettaessa toiselle osapuolelle. Kirjoita nämä sopimukset sopimukseen, ei vain tarjoukseen tai toteutussuunnitelmaan, jotta ne pysyvät käyttökelpoisina henkilöstövaihdosten tai toimittajavaihdosten jälkeen.
Se auttaa toistamaan nämä kysymykset rooliin, joka yrityksellänne on itse ketjussa: maahantuojalla on erilaiset vastuut kuin tukkukauppiaalla, joka vain myy edelleen. muutamalla kysymyksellä näet, mikä rooli yrityksellesi sopii antaa ensisuuntaa siihen, ennen kuin käsittelet tuota roolijakoa toimittajan kanssa.
Yhteys muihin sopimuksiin
Tämä virhe ei ole irrallaan muista asioista, joita yrityksessään jo käsittelette. Esimerkiksi tietosuoja-asetuksen (AVG) mukainen tietojen käsittelyä koskeva sopimus määrittää, kuka käsittelee henkilötietoja ja miten, mutta se ei kerro, kuka on sisällöllisesti vastuussa tuotepassin tuotetiedoista. Molemmat sopimukset voivat olla rinnakkain, mutta niitä ei saa sekoittaa keskenään. Jos nämä aiheet saadaan selkeästi erille toisistaan, vältetään tilanne, jossa yhtä sopimusta käytetään kattamaan kaikkea sille kuulumattomaa.
Jos haluatte nähdä, mitkä kysymykset liittyvät tähän keskusteluun ja mikä rooli siihen sopii, tietokannat, joissa on selityksiä aiheittain tarjoaa yleiskatsauksen, joka menee pidemmälle kuin pelkkä tekniikka.
Jos yrityksenne sijainti tässä ketjussa on vielä epäselvä, ilmainen pika-analyysi on hyvä lähtökohta: muutaman kysymyksen avulla saatte käsityksen tilanteestanne ilman, että joudut ensin lukemaan läpi koko lainsäädäntöä.