Sagedasim viga vestluses oma tarkvaraseisutarnijaga mööbelpassi kohta on see, et ettevõtted eeldavad, et nende olemasolev süsteem seisutab passi vait, kontrollimata seda selgesõnaliselt. ERP-pakett või varude süsteem registreerib tavaliselt tooteteabe, kuid mitte automaatselt sellisel kujul, sidemetega ja säilitus perioodiga, mida digitaalne tootepas hiljem nõuab.
See viga ei tulene hooletusest, vaid loogilisest eeldusest: kui seisutarnija juba teie tooteteabega töötab, tundub loogiline, et uus kohustus seisab sellega lihtsalt kokku. Praktikas selgub, et see toimib siis, kui te seda konkreetselt küsite, ja mitte igal seisutarnijal ei ole sellele valmis vastus.
Miks see eeldus nii jääkindel on
Tarkvaraseisutarnijad räägivad oma keeles sidemetest, ekspordist ja API-dest. Direktori või kontorijuhataja jaoks ilma IT-taustata kõlab "seda saame eksportida" rahustava asjana, kuigi tegelik küsimus oli, kas süsteem saab andmeid esitada vormingus, mida passi-pakkuja vajab, koos QR-koodi sidumega ja koos uuendusega, kui toode muutub. Need on kaks erinevat küsimust, ja nende erinevust ei tehta müügikõneluse käigus harva selgeks.
Samuti mängib rolli asjaolu, et määrus ise on arenemisel. Kuni mööblijatele mõeldud delegeeritud õigusakt ei ole avaldatud, ei saa ükski seisutarnija kindlalt öelda, et süsteem on selleks valmis. Mõned seisutarnijad teatavad seda selgelt, teised loovad mulje, et probleem on juba lahendatud. õigusaktide seisu lugemist iga teema kohta aitab seda erinevust tuvastada enne lepingu allkirjastamist.
Mis konkreetselt valesti läheb
Selle vea tagajärjed muutuvad tavaliselt nähtavaks alles sel hetkel, kui passe tegelikult tuleb tarnida. Siis ilmneb, et andmed on hajutatud paljude süsteemide vahel, et passe majutavate osapoolega pole püsivat sidet, või et tarkvaral on andmete fikseerimiseks küll võimalus, kuid mitte kümne aasta jooksul, mis pärast käivitamist on vajalik. Sel hetkel on viivitus juba tekkinud ja parandamine on kallim kui eelnevalt midagi fikseerida.
Teine, vähem nähtav tagajärg on vastutuste segasus. Kes tagab, et andmed on õiged, kui toode muutub? Kes haldab QR-koodi, kui platvormi seisutarnija vahetub? Kui seda ei ole arutatud, lasub vastutus praktikas sageli ettevõttel endale, isegi kui tarkvar teatas osa tööst.
Kuidas te seda vältite
Tuum on lihtne: küsi mitte, kas tarkvar "passi toetab", vaid kuidas. Milliseid andmeid registreerib süsteem juba, millisel kujul neid saab eksportida, ja kas on ette nähtud sidumine osapoolega, kes passl tegelikult majutab ja QR-andmekandja varustab. Küsi ka, mis juhtub, kui tootetähtisusel muutub, kui pass on juba võrgus, ja kes seda uuendab.
Aitab selle vestluse pidamist enne lepingu pikendamist või uuendamist, et võimalikud muudatused saaksid kaasamiseks ilma täiendavate ülesütlemistermini. Lühike varaseisund eelnevalt, näiteks paar küsimust, mis näitavad, kus teie ettevõte praegu seisab, muudab vestluse seisutarnijaga konkreetsemaks, sest teate, millised andmed teil juba on ja millised veel puuduvad.
Fikseerida, mis on kokku lepitud
Seisutarnija kontojuhataja suulised lubadused on raskesti leitavad, kui miski läheb valesti. Fikseerida kirjalikult lepingud ekspordist, sidumisest ja säilitusperioodist, isegi kui see alguses liigselt ettevaatlik tundub. See vältab arutelu sel hetkel, kui pass tegelikult tuleb tarnida.
Mitte asendus juriidilisele nõustamisele
See selgitus kirjeldab levinud mustrit, mitte konkreetse olukorra hindamist. Kas teie praegune tarkvara ja leping on piisavad teie ettevõttele kohaldatavate kohustuste täitmiseks, sõltub teie toodetest ja töömeetodist. Selle hinnangu saamiseks võite pöörduda jurist või järelevalveasutuse poole, kes Hollandis on sellega seotud määruse eest vastutav.
Kas soovite esmalt ise selgeks saada, kus teie ettevõte seisab, enne kui sellist vestlust viiate? Tehke tasuta kiirskannimise test või lugege läbi teemad aadressil meubelpasporti käsitlevate korduma kippuvate küsimuste peal, et teil oleksid õiged küsimused käepärast.