ES skaitmeninio gaminio paso vadovas prekių ženklams

Jūsų atitikties vadovas žvelgia į skaičiuoklę, kurioje pusė laukų neužpildyta, tiekėjų laiškai išsklaidyti trijose pašto dėžutėse, o kažkas iš teisės skyriaus nori aiškaus atsakymo apie medžiagas, taisomumą ir prieigos teises, dar prieš kitam pokalbiui apie ES pasiekiant jo stalą. Tai yra ES skaitmeninio gaminio paso atspirties taškas – ne politikos memorandumas, o netvarkinga operacinė situacija, kai gaminio duomenys yra visur, išskyrus vieną vietą, kuria jūsų komanda gali pasitikėti. Skaitmeninis gaminio pasas tai pakeičia, nes išsklaidytus įrašus paverčia nuolat atnaujinama gaminio tapatybe. Užuot traktavę atitikties duomenis kaip statinį PDF failą, prekių ženklai turi sukurti valdomą įrašą, kuris gali būti atnaujinamas per visą gaminio gyvavimo ciklą, padėti užtikrinti atsekamumą ir atsakyti į skirtingus vartotojų, taisytojų, perdirbėjų ir institucijų klausimus. Europos Komisija pasą apibrėžia kaip įvairiems sektoriams skirtą atsekamumo mechanizmą bendrojoje rinkoje; jo turinys priklauso nuo gaminių grupės ir gali apimti saugos, kilmės, medžiagų, taisomumo, aplinkosauginio veiksmingumo, pakartotinio naudojimo ir perdirbimo informaciją ([Europos Komisijos skaitmeninio gaminio paso apžvalga]). Šis pokytis svarbus todėl, kad sunkiausia ne vien „turėti duomenis“. Reikia įrodyti, kad duomenys yra struktūrizuoti, aktualūs ir pagrįsti įrodymais, kai po kelių mėnesių kas nors jų paprašo. Jei bandote veikti greitai, pradėkite pasą laikyti gaminio tapatybės programa, o ne dokumentų įkėlimo užduotimi. Praktiniam įvadui į šią koncepciją naudingas papildomas paaiškinimas apie tai, kas yra skaitmeninis gaminio pasas.

• Įvadas į skaitmeninius gaminio pasus - Kodėl spaudimą pirmiausia pajunta prekių ženklai - Pagrindinių sąvokų supratimas - Pagrindiniai elementai - Reguliavimo aplinka ir lūkesčiai registrui - Ką registras reiškia praktikoje - Privalomi duomenų laukai ir įrodymų praktika - Kiekvieno lauko pagrindimas įrodymais - Įgyvendinimo modeliai ir identifikatoriai - Trys praktiniai diegimo modeliai - Integravimo taisyklė, kurią praleidžia dauguma komandų - Tiekėjų darbo eigos ir technologijų integravimas - Veikianti tiekėjų darbo eiga - Integravimo sprendimai, mažinantys rankinį darbą - Pasirengimo kontrolinis sąrašas ir perkėlimo veiksmų planas - Paprastas veiksmų planas - Klausimai, nuo kurių priklauso paleidimas arba nepaleidimas - Išvada ir tolesni žingsniai

Avalynės prekių ženklas likus dviem mėnesiams iki įėjimo į ES rinką skubiai ieško pluošto sudėties, taisymo instrukcijų ir tiekėjų deklaracijų. Problema ne ta, kad informacijos nėra. Problema ta, kad ji išskaidyta: vienas PDF failas iš pirkimų skyriaus, viena kokybės skyriaus skaičiuoklė ir daugybė laiškų, kurių niekas nenori prisiimti. Būtent todėl ES skaitmeninis gaminio pasas dabar sulaukia tiek dėmesio. Komisijos pozicija aiški: pasas nėra vienas universalus šablonas. Turinys priklauso nuo gaminių grupės ir gali apimti informaciją apie saugą, kilmę, medžiagas, taisomumą, aplinkosauginį veiksmingumą, pakartotinį naudojimą ir perdirbimą ([Europos Komisijos skaitmeninio gaminio paso puslapis]). Praktiškai tai reiškia, kad prekių ženklai negali laukti galutinio „vieno šablono visiems“ dokumento. Jiems reikia sistemos, kurią būtų galima pritaikyti pagal kategoriją. Strateginį pokytį apibūdinti paprasta, tačiau įgyvendinti jį sunkiau. Pasas nėra statinis failas bendrame diske. Tai valdoma gaminio tapatybė, kuri turi išlikti naudinga, kai gaminys parduodamas, taisomas, perparduodamas ar perdirbamas. Todėl ankstyvas pasirengimas paprastai prasideda nuo pagrindinių gaminio duomenų, tiekimo grandinės atsekamumo ir įrodymais pagrįstų teiginių, o ne nuo gražaus PDF dizaino.

Atitikties komandos pajunta spaudimą, nes kiekvienas trūkstamas laukas tampa vėlesne problema. Veiklos komandos jį pajunta, kai tiekėjas pateikia kitokią medžiagų deklaraciją nei ta, kuri naudojama kataloge. Komercinės komandos jį pajunta, kai vartotojams skirti teiginiai negali būti susieti su patvirtintais įrodymais. Tai paslėpti darbo eigos trūkumai, dėl kurių reguliavimo užduotis virsta verslo rizika. > Praktinė taisyklė: jei gaminio fakto neįmanoma atsekti iki šaltinio ir už jį atsakingo savininko, jis nėra parengtas skelbti pase. Anksti pasirengę prekių ženklai paprastai vienu metu pasiekia du dalykus. Jie sumažina įtampą dėl terminų ir sukuria patikimesnį duomenų pagrindą taisymo, perpardavimo ir žiedinės prekybos procesams. Todėl pasas turėtų būti laikomas veiklos modelio pokyčiu, o ne paskutinę minutę parengtu atitikties dokumentu.

Naudingas būdas galvoti apie ES skaitmeninį gaminio pasą – laikyti jį skaitmenine gaminio pinigine. Piniginėje laikomas ne vienas didelis dokumentas, o patikrinti kortelių ir įrašų rinkiniai, kuriuos prireikus galima patikrinti. Pasas veikia panašiau į tokį sprendimą nei į tradicinį atitikties PDF failą. Komisija teigia, kad paso turinys priklauso nuo gaminių grupės, o duomenys gali apimti saugą, kilmę, medžiagas, taisomumą, aplinkosauginį veiksmingumą, pakartotinį naudojimą ir perdirbimą ([Europos Komisijos skaitmeninio gaminio paso puslapis]). Šis lankstumas svarbus, nes striukei, baterijai ir kėdei nereikia vienodo laukų rinkinio. Schema pritaikoma gaminių kategorijai, o ne atvirkščiai. Štai pagrindinė logika, kurią prekių ženklai turi perprasti. Pirma, kiekvienai gaminio tapatybei reikia nuolatinio atskaitos taško. Antra, ši tapatybė turi būti pasiekiama kompiuterio skaitomu būdu, paprastai per duomenų laikmeną. Trečia, ją pagrindžiantys duomenys turi būti valdomi taip, kad pasas išliktų tikslus visą gyvavimo ciklą. Jei kuri nors iš šių dalių silpna, pasu sunku pasitikėti.

ES darbuose naudojama tapatybės sistema apima modelio, partijos ir vieneto lygmenis, todėl tas pats valdymo modelis gali būti taikomas gaminių šeimai, gamybos partijai arba serializuotam vienetui (Europos Komisijos techninis dokumentas document5423_1/de00000001065679)). Tai naudinga, nes ne kiekvienam gaminiui reikalinga vieneto lygmens kontrolė. Vieni prekių ženklai pasus valdys SKU lygmeniu, kiti – partijos lygmeniu, o kai kuriems didelės vertės ar reguliuojamiems gaminiams reikės serializavimo. Dizainas turėtų būti suvokiamas kaip aktyvus įrašas su kontroliuojamais įvesties duomenimis, o ne forma su nesibaigiančiais teksto laukeliais. Tikslas – kad duomenys būtų naudingi žmonėms ir sistemoms visoje grandinėje. Taisytojui gali reikėti kitokios įrašo dalies nei muitinės pareigūnui, o vartotojui gali pakakti tik viešai matomos dalies. > Greičiausias būdas įstrigti – pasą laikyti dizaino užduotimi. Iš tikrųjų tai duomenų valdymo užduotis su viešai naudotojams skirta sąsaja. Dar vienas skirtumas padeda išsklaidyti dažną klaidingą įsitikinimą. QR kodas nėra pasas. Tai tik vienas iš galimų prieigos prie paso duomenų taškų. Pasas yra jį pagrindžiantis valdomas įrašas, o kodas – durys.

ES DPP įpareigojimai diegiami pagal gaminių grupes, o ne visi iš karto. Tai svarbu, nes atitikties komandos dažnai pirmiausia užduoda neteisingą klausimą: „Ar pasas jau čia?“ Geresnis klausimas būtų: „Kurioms gaminių grupėms šiuo metu taikomi reikalavimai ir koks duomenų modelis joms taikomas?“ Komisijos sistema aiškiai diegiama etapais: deleguotieji aktai pagal gaminių grupes lemia, kas ir kada turi būti įtraukta į pasą ([Europos Komisijos skaitmeninio gaminio paso puslapis]). Pirmasis teisiškai konkretus etapas yra baterijų pasas. Sektoriaus gairėse ir pramonės tvarkaraščiuose nurodoma, kad didesnės nei 2 kWh talpos pramoninėms baterijoms ir elektrinių transporto priemonių baterijoms skaitmeninis gaminio pasas bus privalomas nuo 2027 m. vasario 18 d. ([Circularise sektoriaus tvarkaraštis]). Tikimasi, kad kitos svarbios kategorijos bus įtrauktos vėliau: tekstilė, elektronika, baldai ir papildomos grupės etapais bus įtraukiamos iki 2020-ųjų pabaigos, o daugumą likusių gaminių grupių numatoma įtraukti maždaug iki 2030 m. ([Circularise sektoriaus tvarkaraštis]).

Registro lūkestis nėra vien „saugoti duomenis kažkur“. Architektūra grindžiama principu, kad kiekvienai gaminio tapatybei turi būti vienas oficialus pasas, duomenų laikmena susietas su nuolatiniu unikaliu gaminio identifikatoriumi, o identifikatorių sistema turi palaikyti modelio, partijos ir vieneto detalumą ([Europos Komisijos techninis dokumentas]5423_1/de00000001065679)). Tai parodo, kam sistema skirta užkirsti kelią: pasikartojantiems įrašams, prieštaringiems įrašams ir pasams, kurių neįmanoma patikimai rasti. Prekių ženklams tai reiškia, kad pasirengimas registrui yra iš dalies sistemų, iš dalies atsakomybės problema. Kažkas turi nuspręsti, kuri komanda valdo identifikatorių, kas gali redaguoti įrašą ir kas vyksta pasikeitus pirminiams duomenims. Be šių taisyklių ryšys su registru tik greičiau išplatins netikslius duomenis. > Veiklos įžvalga: terminai atskleidžia valdymo spragas gerokai anksčiau, nei technines spragas. Nebūtina nuo pirmos dienos turėti visų konkrečiai kategorijai taikomų taisyklių, tačiau būtina turėti perkėlimo kelią, galintį jas apimti. Gaminių grupei pradžioje gali būti taikoma siaura apimtis, o vėliau, deleguotaisiais aktais nustačius daugiau laukų ir prieigos reikalavimų, ji gali būti išplėsta. Prekių ženklai, kurie anksti susieja savo duomenų modelį, vėliau prisitaiko su mažiau chaoso.

Baterijų pasas yra geras pavyzdys, kodėl su ES skaitmeniniu gaminio pasu negalima elgtis kaip su rinkodaros santrauka. Pramoninėms baterijoms ir elektrinių transporto priemonių baterijoms skirtose gairėse nurodomi tokie laukai kaip vardinė talpa, vardinė įtampa, vardinė energija, didžiausia leidžiama galia, vidinė varža, numatomas eksploatavimo ciklų skaičius, būklės ribinės vertės ir pagal etapus išskaidyta gyvavimo ciklo anglies pėdsako deklaracija. 2027 m. pagamintoms elektrinių transporto priemonių baterijoms tai apima ir anglies pėdsako klasę nuo A iki E ([Brightest baterijų paso gairės]). Tai gerokai konkrečiau nei prekių ženklo istorija ar tvarumo puslapis. Pamoka platesnė nei vien baterijos. Pasas turėtų būti laikomas schema grindžiamu konteineriu, nes privalomi duomenų laukai keičiasi pagal gaminių kategoriją ir deleguotąjį aktą. Jūs neužpildote fiksuoto šablono vieną kartą ir nebaigiate darbo. Reikia susieti reguliuojamus laukus su tinkamais matavimo metodais, tinkamais pirminiais dokumentais ir tinkamais tvirtintojais.

Patikimas įrodymų modelis paprastai prasideda trimis klausimais. Iš kur gauti duomenys? Kas juos patvirtino? Kas nutiks, jei šaltinis pasikeis? Šie klausimai skamba elementariai, tačiau būtent jie skiria naudingą pasą nuo įrašo, kuriuo niekas nepasitiki. Pavyzdžiui, jei tiekėjas atsiunčia medžiagų deklaraciją, ši deklaracija turėtų būti susieta su tikslia pase naudota versija. Jei vidinė laboratorija išmatuoja veiksmingumo charakteristiką, kartu su įrašu reikia išsaugoti metodą ir datą. Jei teisės komanda pažymi lauką kaip neskelbtiną, sprendimas dėl jo paskelbimo turi būti aiškiai užfiksuotas, o ne priimtas atsitiktinai. Įrašų tvarkymo disciplina svarbi todėl, kad prastas pirminis duomenų rinkinys nelieka prastas tik vienoje sistemoje. Jis gali virsti atitikties rizika, painiava dėl taisomumo, perpardavimo problemomis ar perdirbimo klaidomis. Todėl prekių ženklams reikia ne tik duomenų priėmimo, bet ir įrodymų valdymo. Naudokite šį metodą susiedami laukus: - Privalomi laukai: fiksuokite tik tai, ko reikalauja taikoma gaminių grupė ir deleguotasis aktas, tada pridėkite šaltinį ir savininką. - Parengiamieji laukai: saugokite juos, jei žinote, kad būsimuose aktuose jų greičiausiai reikės, net jei šiuo metu jie dar nėra privalomi. - Neprivalomi laukai: palikite juos, jei jie padeda veiklai, tačiau aiškiai atskirkite nuo reguliuojamo turinio. Svarbiausia – atsekamumas. Laukas be įrodymų tėra teiginys. > Praktinė taisyklė: jei teiginys neatlaiko tiekėjų ar darbuotojų kaitos, jis nėra pakankamai gerai valdomas, kad būtų skelbiamas. Naudingas įrodymų fiksavimo ir įrašų saugojimo šaltinis yra šis vadovas apie tai, kokius įrodymus turėtų saugoti gaminio paso įrašas. Pagrindinė mintis paprasta: vieną kartą sukurkite kokybiškų įrodymų modelį, o vėliau pritaikykite jį skirtingoms kategorijoms, užuot kaskart kūrę iš naujo.

Dažniausia įgyvendinimo klaida – pradėti nuo QR kodo. Geresnis atspirties taškas yra gaminio tapatybė. Jei pasirinksite netinkamą identifikavimo logiką, likusį technologinį paketą bus sunkiau valdyti, net jei nuskaitymo patirtis atrodys nepriekaištingai. ES architektūra grindžiama principu, kad vienas oficialus pasas kiekvienai gaminio tapatybei per duomenų laikmeną susiejamas su nuolatiniu unikaliu gaminio identifikatoriumi ([Europos Komisijos techninis dokumentas]5423_1/de00000001065679)). Tai svarbu, nes pasas turi nukreipti į vieną patikimą įrašą, o ne į tris konkuruojančias tiesos versijas. Identifikatorių sistema taip pat turi veikti modelio, partijos ir vieneto lygmenimis, todėl prekių ženklai turi nuspręsti, kokio detalumo jiems iš tikrųjų reikia atitikties tikslais.

Modelio lygmens sąranka tinka, kai gaminys yra vienodas visoje stiliaus ar SKU šeimoje. Mados prekių ženklas galėtų ją naudoti pagrindinių marškinėlių modeliui, kurio medžiagų sudėtis ir priežiūros instrukcijos visoje gamybos partijoje yra vienodos. Su partija susieta sąranka tinka gamybos serijoms, kurių šaltinis arba gamybos duomenys keičiasi pagal partiją. Tai svarbu, kai prekių ženklas nori susieti deklaracijų rinkinį su konkrečia gamyklos partija, neserializuodamas kiekvieno vieneto. Serializuoto vieneto sąranka yra tiksliausia. Ji tinka didelės vertės prekėms, elektronikai ar gaminiams, kurių nuosavybės, taisymo ir perpardavimo istorija laikui bėgant turi sekti vieną konkretų vienetą. Tai ne vien techniniai pasirinkimai. Jie turi įtakos tam, kas įveda duomenis, kaip dažnai jie keičiasi ir kurios vėlesnės komandos gali jais pasikliauti. Jei įmonė mažos rizikos gaminiui pasirenka vieneto lygmens kontrolę, tai gali sukurti nereikalingą administracinę naštą. Jei gaminiui, kuriam iš tiesų reikia sekimo pagal serijos numerį, ji lieka ties modelio lygmeniu, gali būti praleisti svarbūs gyvavimo ciklo įvykiai. Norėdami užtikrinti žiniatinkliu grindžiamą nukreipimą, daugelis prekių ženklų svarstys GS1 tipo identifikatorių modelius. Naudingas techninis šaltinis yra GS1 Digital Link palaikymas prieigai prie gaminio. Svarbiausia, kad duomenų laikmena, identifikatorius ir paso įrašas sutaptų. Jei ne, naudotojas nuskaito vieną dalyką, bet patenka į kitą, todėl sistema praranda patikimumą.

Integravimo problema nėra „Ar galime atspausdinti kodą?“ Klausimas yra toks: „Ar kiekviena sistema kaskart gali išspręsti tą pačią gaminio tapatybę?“ Tai reiškia, kad jūsų PIM, ERP, tiekėjų portalas ir publikavimo sluoksnis turi kontroliuojamai keistis duomenimis. Jei skirtingose sistemose naudojami nenuoseklūs ID, institucijos ir vėlesni naudotojai negali patikimai rasti tinkamo paso, todėl atsiranda pasikartojančių arba prieštaringų įrašų. ES standartų darbu siekiama užkirsti tam kelią, kol tai netapo įprasta. Paprastai švariausias įgyvendinimo modelis yra paprasčiausias modelis, atitinkantis gaminio riziką ir sudėtingumą. Per anksti per daug išplečiant tapatybės valdymą, prekių ženklai sulėtėja. Jį įgyvendinus per mažai, galiausiai tenka nuolat taisyti neveikiančias nuorodas.

Tiekėjai dažniausiai yra ta vieta, kurioje DPP programos sulėtėja. Ne todėl, kad jie nenori bendradarbiauti, o todėl, kad jų prašoma struktūrizuotų duomenų, kurių jie niekada anksčiau neturėjo pateikti kontroliuojamu būdu. Jei vis dar pasikliaujate el. laiškų gijomis ir skaičiuoklių priedais, kiekvienas atnaujinimas tampa rankinio valymo užduotimi. Europos Komisija teigia, kad DPP bus pasiekiami nuskaitant duomenų laikmeną, per ES interneto portalą ir internetinėse prekyvietėse, tačiau prieigos teisės skiriasi pagal naudotojo vaidmenį ir taikomus teisės aktus ([Europos Komisijos DPP prieigos DUK].pdf&prefLang=sl)). Tai svarbu todėl, kad aptarnaujate ne vieną auditoriją. Vartotojams, taisytojams, perdirbėjams, muitinei ir rinkos priežiūros institucijoms nereikia tų pačių laukų.

Pradėkite apibrėždami procesą su aiškiai nustatytais terminais. Tiekėjai turi žinoti, kokius duomenis ir iki kada reikia pateikti, kokiems produktams taikoma užklausa ir koks įrodymų formatas laikomas tinkamu. Jei užklausa neaiški, neaiškus bus ir atsakymas. Tada duomenų priėmimą suskirstykite į tris kanalus. Vienas kanalas skirtas struktūrizuotiems produktų duomenims, kitas – pagrindžiantiems dokumentams, o trečias – išimtims, kurias reikia peržiūrėti. Toks atskyrimas padeda išlaikyti pagrindinį įrašą tvarkingą, o komandoms suteikia vietą nestandartiniams atvejams valdyti. Surinkę duomenis, prieš paskelbdami bet kokį viešąjį įrašą sukurkite patvirtinimo etapą. Patvirtinimas turėtų būti konkretus. Už atitiktį arba produktų priežiūrą atsakingas asmuo patvirtina, kad laukas yra priimtinas, už veiklą atsakingas asmuo patikrina, ar jis atitinka siuntą arba partiją, o teisės skyrius peržiūri visą jautrią informaciją. Praktinis diegimas paprastai atrodo taip: - Užklausos parengimas: Sudarykite laukų sąrašą pagal produktų grupę, tada priskirkite atsakingus asmenis ir terminus. - Tiekėjų duomenų priėmimas: Naudokite struktūrizuotas formas, o ne neapibrėžto turinio el. laiškus. - Patikra: Prieš priimdami patikrinkite privalomus laukus, matavimo vienetus ir priedų kokybę. - Patvirtinimas: Prieš skelbdami perduokite abejonių keliančius teiginius žmogui peržiūrėti. - Skelbimas: Į paso sluoksnį ir susietus kanalus perduokite tik patvirtintus duomenis.

API jungtys padeda, kai produktų duomenys jau yra keliose vidinėse sistemose. Apribota prieiga, tikrinimo taisyklės ir siunčiami pranešimai sumažina pakartotinį duomenų suvedimą. QR kodų generavimas padeda, kai produktui reikia fizinio prieigos taško, tačiau jis turėtų būti grindžiamas tvarkinga tapatybės logika, o ne ją pakeisti. Webhookai naudingi, kai po paleidimo duomenys pasikeičia. Jei pasikeičia remonto būsena, nuosavybės arba medžiagų informacija, apie tai turi sužinoti toliau naudojančios sistemos. Tuomet nuolatinis valdymas tampa svarbesnis už pradinę paleidimo datą. > Praktinė taisyklė: suprojektuokite tiekėjo darbo eigą taip, kad netinkamas failas būtų atmestas prieš jam tampant viešu teiginiu. Geriausias technologijų rinkinys yra tas, kuris atitinka jūsų veiklos realybę. Jei jūsų tiekėjai yra gerai pasirengę, o vidinės sistemos integruotos, daugiau dėmesio skirkite automatizavimui. Jei jūsų duomenys vis dar suskaidyti, pirmiausia sutelkite dėmesį į struktūrizuotą duomenų priėmimą ir nuoseklią patvirtinimo tvarką. Bet kuriuo atveju pasas veikia tik tada, kai jį supanti darbo eiga yra taip pat nuosekliai valdoma.

Tinkamas žingsnis – nelaukti, kol bus galutinai nustatytos visos taisyklės, o jau dabar sukurti veiklos modelį, parengtą produktų pasui, ir vėliau jį tobulinti pagal atskiras kategorijas, kai įsigalios reikalavimai. Prekės ženklai, kurie delsia iki paskutinio etapo, paprastai išsiaiškina, kad pagrindinė kliūtis yra duomenų sutvarkymas, o ne reguliavimas. Praktinį migravimo planą pradėkite nuo produktų, kurie greičiausiai pateks į taikymo sritį. Jei parduodate baterijas, 2027 etapas jau yra realus planavimo atskaitos taškas. Jei parduodate drabužius, tekstilė yra platesnio etapais vykdomo diegimo dalis, aprašyta sektorių tvarkaraščiuose ([Circularise sektorių tvarkaraštis]). Naudokite šiuos kategorijų požymius darbų prioritetams nustatyti, o ne darbams atidėti.

1. Susisteminkite produktus, kuriems tai taikoma. Suskirstykite produktus pagal tikėtiną produktų grupę, identifikatoriaus tipą ir detalumo lygį. 2. Išvardykite visus reguliuojamus laukus. Kiekvienai grupei nurodykite, ką privaloma paskelbti, kam reikia įrodymų ir kas vis dar neaišku. 3. Suderinkite identifikatorius. Įsitikinkite, kad produktų ID yra vienodi ERP, PIM, tiekėjų įrašuose ir skelbimo sistemose. 4. Sutvarkykite tiekėjų duomenų priėmimą. El. paštu renkamus duomenis pakeiskite struktūrizuotomis užklausomis ir peržiūrimais įkėlimais. 5. Išbandykite susiejimą ir prieigą. Patikrinkite, ar tinkamas naudotojas mato tinkamus laukus per tinkamą prieigos būdą. 6. Išbandykite vieną produktų šeimą. Naudokite ribotos apimties paleidimą, kad prieš plėsdami veiklą išryškintumėte darbo eigos problemas. 7. Paskirkite už valdymą atsakingą asmenį. Suteikite vienai komandai įgaliojimus prižiūrėti tikslumą, patvirtinimus ir gyvavimo ciklo atnaujinimus. 8. Nuolat stebėkite. Laikykite pasą nuolat pildomu įrašu, o ne vienkartiniu paleidimo projektu.

Prieš skelbdami paklauskite, ar pasas išliks tinkamas pasikeitus tiekėjui, atnaujinus katalogą ir pasikeitus naudotojo vaidmeniui. Jei į bent vieną iš šių klausimų atsakymas neigiamas, įrašą reikia toliau tobulinti. Tai ir yra tikrasis patikrinimas, nes pasas turi išlikti tikslus dar ilgai po to, kai baigiasi paleidimo susitikimas. Dažnas nesėkmės scenarijus – paleidimas su per daug rankiniu būdu tvarkomų išimčių. Kitas – atsakomybės paskirstymas komandoms, kurios neturi vieno bendro patikimo tiesos šaltinio. Abu atvejus galima išspręsti, tačiau tik tuo atveju, jei prekės ženklas pasirengimą DPP vertina kaip migravimo programą su atsakingais asmenimis, terminais ir peržiūros etapais.

ES skaitmeninis produkto pasas nėra vienas failas ir ne vien tvarumo ženklelis. Tai produkto tapatybės sistema, kuri privers prekės ženklus vienoje vietoje sutvarkyti duomenis, įrodymus, prieigos kontrolę ir nuosavybę. Įmonės, kurios tai padarys gerai, bus geriau pasirengusios atitikties klausimams, geriau gebės atsakyti į atsekamumo klausimus ir bus geriau pasirengusios remonto bei perpardavimo procesams. Pagrindiniai žingsniai aiškūs. Supraskite produktų grupės taikymo sritį, susisteminkite reguliuojamus laukus, suderinkite identifikatorius, sutvarkykite tiekėjų duomenų priėmimą ir prieš paleidimą išbandykite prieigos teises. Jei vis dar laikote paso duomenis dokumentų įkėlimo problema, jau atsiliekate nuo veiklos procesų raidos. Pradėkite nuo vienos produktų šeimos, vieno įrodymų modelio ir vieno už rezultatą atsakingo asmens, tada plėskite veiklą. --- Raginimas imtis veiksmų: DPP Grid.