Visbiežāk pieļautā kļūda sarunā ar jūsu programmatūras piegādātāju par mēbeles produktu pasi ir tas, ka uzņēmumi pieņem, ka viņu esošā sistēma automātiski nodrošinās pasi, bez tā skaidri pārbaudīt. ERP pakete vai krājumu sistēma parasti reģistrē produktu datus, bet ne automātiski tādā formātā, ar savienojumiem un glabāšanas termiņu, ko digitālais produktu pase vēlāk prasīs.
Šī kļūda rodas nevis no neuzmanības, bet no loģiska pieņēmuma: ja piegādātājs jau strādā ar jūsu produktu datiem, šķiet pamatoti, ka jauna prasība pie tā vienkārši piesaistīsies. Praksē tas izrādās pareizi tikai tad, ja par to jūs konkrēti jautājat, un ne katrs piegādātājs tam jau ir gatavas atbildes.
Kāpēc šis pieņēmums ir tik izturīgs
Programmatūras piegādātāji savā valodā runā par savienojumiem, eksportiem un API. Direktoram vai birojvedējam bez IT pieredzes "to mēs varam eksportēt" izklausās pārliecinoši, kamēr jautājums patiesībā bija tas, vai sistēma var sniegt datus tādā formātā, kāds ir nepieciešams produktu pases sniedzējam, ieskaitant savienojumu ar QR kodu un atjauninājumiem, kad produkts mainās. Tās ir divas dažādas jautājumus, un atšķirību pārdošanas sarunā reti kur skaidri izstāsta.
Tas arī ietekmē, ka pati regula vēl ir izstrādes stadijā. Kamēr mēbelēm paredzētā deleģētā akta nav publicēta, neviens piegādātājs ar pārliecību nevar teikt, ka sistēma tam ir gatava. Daži piegādātāji to skaidri paskaidro, citi rada iespaidus, ka problēma jau ir atrisināta. regulējuma stāvokļa izlasīšana pa tēmām palīdz šo atšķirību pamanīt pirms līguma parakstīšanas.
Kas konkrēti noiet greizi
Šīs kļūdas sekas parasti kļūst redzamas tikai tad, kad pase faktiski ir jāpiegādā. Tad izrādās, ka dati ir sadalīti pa vairākām sistēmām, nav fiksētas saites ar sniedzēju, kas pasi host, vai programmatūra gan uzkrāj datus, bet nevis desmit gadus pēc piegādes, kas nepieciešami. Tobrīd kavējums jau ir radies un pielāgošana ir dārgāka nekā iepriekš kaut ko fiksēt.
Otrā, mazāk redzamā sekas ir tā, ka atbildības paliek neskaidras. Kas rūpējas, lai dati būtu pareizi, ja produkts mainās? Kas pārvaldo QR kodu, ja platformas piegādātājs mainās? Ja tas nav apspriests, praktiski atbildība bieži vien ir pašam uzņēmumam, pat ja programmatūra kādu daļu darba darīja.
Kā jūs to novērsiet
Būtība ir vienkārša: nejautājiet, vai programmatūra "atbalsta pasi", bet jautājiet, kā. Kādus datus sistēma jau tagad uzkrāj, kādā formātā tos var eksportēt, un vai ir paredzēts savienojums ar pusi, kas pasi faktiski host un nodrošina QR datu nesēju. Jautājiet arī, kas notiek, ja produkta dati mainās pēc tam, kad pase jau ir tiešsaistē, un kas to atjaunina.
Tas palīdz šo sarunas vadīt, pirms līgums tiek pagarināts vai atjaunots, lai jebkādi nepieciešamie labojumi varētu tikt iekļauti bez papildu atgadīšanas termiņiem. Īsa inventarizācija iepriekš, piemēram, izmantojot dažus jautājumus, kas parāda, kur jūsu uzņēmums tagad atrodas, padara sarunas ar piegādātāju konkrētāku, jo jūs zināt, kādi dati jums jau ir un kādi vēl trūkst.
Fiksēt, kas ir vienojies
Piegādātāja kontomanadžera mutvārdu solījumi ir grūti atrast, kad kaut kas noiet greizi. Fiksējiet rakstiskā formā vienošanās par eksportu, savienojumu un glabāšanas termiņu, pat ja sākotnēji tas šķiet pārkautrīgi piesardzīgi. Tas novērš diskusijas tad, kad pase faktiski ir jāpiegādā.
Nav juridisko padomu aizstāvēšana
Šis skaidrojums apraksta parasto modeļi, nevis konkrētas situācijas novērtējumu. Tas, vai jūsu pašreizējā programmatūra un līgums ir pietiekami, lai izpildītu pienākumus, kas attiecas uz jūsu uzņēmumu, ir atkarīgs no jūsu produktiem un darba metodēm. Šāds novērtējums ir pieejams jurista vai pārrauga, kurš Nīderlandē ir atbildīgs par šo regulu, klātienes.
Vai vēlaties vispirms pats iegūt priekšstatu par to, kur atrodas jūsu uzņēmums, pirms vadāt šo sarunu? Veiciet bezmaksas ātro skenēšanu vai izlasiet tēmas bieži uzdotie jautājumi par mēbeļu pasi caur, lai jūs sēžu pie galda ar pareiziem jautājumiem.