Dažniausiai pasitaikanti klaida pokalbyje su jūsų programinės įrangos tiekėju apie baldų pasą yra ta, kad įmonės mano, jog jų esama sistema automatiškai paruoš pasą, neverifikavus to aiškiai. ERP paketą arba atsargų sistemą paprastai registruoja produkto duomenis, bet ne automatiškai tokia forma, su tokiais ryšiais ir tokiu saugojimo periodu, kurio reikalaus skaitmeninis produkto pasas.
Ši klaida kyla ne dėl neatsargumo, o dėl logiškai pagrindžtos prielaidos: jei tiekėjas jau dirba su jūsų produkto duomenimis, atrodo logiškai, kad naujas reikalavimas lengvai į tai įsilies. Iš tikrųjų paaiškėja, kad tai tinka tik jei jūs aiškiai to paklausiate, ir ne kiekvienas tiekėjas jau turi tam paruoštą atsakymą.
Kodėl ši prielaida yra tokia atkaklus
Programinės įrangos tiekėjai savo kalba kalba apie sujungimus, eksportus ir API. Direktoriui ar biuro vadybininkui be IT pagrindo "tai galime eksportuoti" skamba kaip ramybė, tuo tarpu tikrasis klausimas buvo, ar sistema gali pateikti duomenis formatu, kurio reikia pasporto teikėjui, įskaitant sujungimą su QR kodu ir atnaujinimus, kai produktas pasikeičia. Tai dvi skirtingos problemos, ir šis skirtumas pardavimo pokalbio metu retai išsakomas.
Taip pat svarbu, kad pati reglamentacija vis dar kuriama. Kol meublių deleguotasis aktas nepaskelbtas, jokia tiekėja negali su tikrumu pasakyti, kad sistema tam paruošta. Kai kurie tiekėjai tai aiškiai pasako, kiti sukuria įspūdį, kad problema jau išspręsta. peržiūrėti teisininkų padėtį pagal temą padeda atpažinti tą skirtumą prieš pasirašant sutartį.
Kas konkrečiai nepavyksta
Šio klaido padariniai dažniausiai tampa matomi tik tada, kai paso iš tikro reikia pateikti. Tada paaiškėja, kad duomenys yra išsklaidyti keliose sistemose, kad nėra nuolatinio ryšio su teikėju, kuris šį pasą turi, arba kad programinė įranga iš tikro fiksuoja duomenis, bet ne dešimt metų, kurie reikalingi po pristatymo. Šiuo metu jau atsirado vėlavimas, o vėlesnės pataisos yra brangiausios nei iš anksto ką nors fiksuoti.
Antras, mažiau matomas padarinys yra tas, kad atsakomybė lieka neaiški. Kas žiūri, kad duomenys būtų teisingi, kai produktas pasikeičia? Kas tvarko QR kodą, jei platformos teikėjas keičiasi? Jei tai nebuvo aptarta, praktikoje atsakomybė dažnai lieka pačiai įmonei, net jei programinė įranga atliko dalį darbo.
Kaip tai išvengti
Esmė yra paprasta: neklaskite, ar programinė įranga "palaiko pasą", bet klauskite kaip. Kokie duomenys jau yra fiksuoti sistemoje, kokiu formatu juos galima eksportuoti ir ar numatytas ryšys su šalimi, kuri faktiškai šį pasą tvarko ir jį papildo QR duomenų nešikliu. Taip pat klauskite, kas atsitiks, jei produkto duomenys pasikeis po to, kai paso jau yra internete, ir kas tai atnaujina.
Tai padeda atlikti šią diskusiją prieš sudarant arba atnaujinant sutartį, kad galimos pataisos būtų padarytos be papildomo atsisakymo laikotarpio. Trumpa iš anksto inventarizacija, pavyzdžiui, per kelis klausimus, kurie parodo, kur šiuo metu yra jūsų įmonė, daro pokalbį su teikėju konkretesnį, nes jūs žinote, kokius duomenis jau turite ir kurie dar trūksta.
Fiksuoti tai, kas buvo sutarta
Žodžiu duoti žodžiai iš sąskaitų vadybininko yra sunkiai randami, kai kažkas eina blogai. Iš anksto nustatykite sutartis dėl eksporto, ryšio ir saugojimo laikotarpio, net jei iš pradžių tai atrodo per atsargiai. Tai išvengia ginčų tuo metu, kai paso iš tikro reikia pateikti.
Nėra pakaitalo teisinei konsultacijai
Šis paaiškinimas aprašo bendrą modelį, o ne konkretios situacijos įvertinimą. Tai, ar jūsų dabartinė programinė įranga ir sutartis yra pakankamos jūsų įmonei taikomosioms pareigoms, priklauso nuo jūsų produktų ir veiklos būdo. Dėl to įvertinti galite kreiptis į teisininką arba į priežiūros institucija, kuri Nyderlanduose yra atsakinga už šią reglamentą.
Ar prieš pradėdami šią diskusiją norėtumėte iš pradžių patys susiduoti su jūsų įmonės padėtimi? Atlikite nemokamą greitą skenavimą arba perskaitykite šias temas dažniausiai užduodamų klausimų apie baldų pasą kad sėstumėte prie stalo su reikalingais klausimais.