kuidas kombineerida erinevate tarnijate andmeid üheks passiks

Mitmed tarnijad, üks pass toote kohta

Mitme tarnija andmete koondamine ühte passi on sisuliselt päritolu head arvestamise küsimus: iga pass sisse kuuluv andmepunkt peab olema jäljendatav nende osalejani, kes selle esitas. Terase pooltoodetega juhtub see sageli — valtsetehas esitab materjali koostise, katteettevõte esitab pinnatöötluse kohta käivaid andmeid ning lõpptoote kokku panemise eest vastutav kaupmees või töötleja lisab ise veel andmeid päritolu või töötlemise kohta. Sellest tekkinud pass on üks dokument või üks andmekogu, kuid selles sisalduvad andmepunktid jäävad seotud nende esitajaga ja meetodiga, mille alusel nad määrati.

Koostatud toodetele, mitte vastutuse võtmisele

See küsimus tekib eriti siis, kui tooted on koostatud erinevast päritolust pärit osadest või kui pooltoodet on ketis muudetud mitu korda enne lõppkasutajani jõudmist. Tegemist on andmete tehnilise ja haldusliku koondamisega: kelle andmed kust tulevad ja kuidas need andmepunktid koos ühtse tervikuga kokku tuleb. Tegemist ei ole teise osapoole esitatud andmete osas vastutuse võtmisega. Kes tarnija andmeid passid sisse töötab, ei ole automaatselt vastutav vigade eest, mille on teinud see tarnija — kuid teda küsitakse selle eest, kui pass tervikuna ei klapi või on mittetäielik. See eristus on oluline ostukontrakti lepete sõlmimisel selle kohta, kes millist andmepunkti esitab ja millisel ajal.

Veel pole fikseeritud kuupäeva, kuid fikseeritud on kohustuste järjekord

Pole veel lõplikult määratud kuupäeva, millal see kohustus terase puhul rakenduma hakkab. See tuleb välja delegeeritud aktiga tooterühma kaupa, ja terase puhul see veel pole olemas. Mis aga juba kindel on, on süsteemika: ESPR ise reguleerib artiklis 38, mida tarnijakettis osalejad teha peavad, ja delegeeritud akt tooterühma kaupa täidab selle hiljem terase konkreetsete andmenõuetega. Kuni see akt pole olemas, pole seaduslik kohustust mitme tarnija andmeid passis koos koondada — kuigi praktiliselt võib olla kasulik nüüd juba määrata, milline tarnija esitab millist andmepunkti, et kett sellega hiljem ootama ei peaks. Rohkem sellest järjekorrast ja millest täpselt koosneb delegeeritud aktiga artikkel selle kohta.

Kuidas seda praktikas teha

Esimene samm on välja selgitada, millise osa tootest esitab milline osapool ja millised andmepunktid sellega kaasnevad — teraseprotsessor esitab teistsuguseid andmepunkte kui tsinkimistehas või kaubandusettevõte, kes materjali ümber pakendab või töötleb. Järgmisena on oluline fikseerida, millist meetodit kasutades iga andmepunkt määrati, sest katse-, mõõtmis- ja arvutusmeetodid võivad tarnijate kaupa erineda ja see peab passid nähtavaks jääma selle asemel, et ühe näiliselt ühtlase arvuni kokku sulanduda. Seejärel tuleb määrata, milliseid andmepunkte peab igal juhul terast tarnijalt küsima olema, et passid ei tekiks auk hetkel, kui mitme osapoole andmeid koos tõmmatakse. Kui üks tarnijaid asub väljaspool ELi, tasub kontrollida, mida see tähendab esitatud andmete usaldusväärsusele, enne kui need andmepunktid Euroopa tarnija andmepunktidega samasse passi tulevad. Lõpuks on soovitav kontrollida enne passi koostamist iga tarnija andmepunkte eraldi õigsuse suhtes — vead, mis tekivad alles pärast koondamist, on raskemad allikani tagasi jälgida.

Kust see tuleb: ESPR artiklid 38, 10, 39 ja 40

Artikkel 38 ESPR-st (määrus (EL) 2024/1781) reguleerib tarneahela osalejate nõudeid ja on aluseks ideele, et iga andmeid esitav pool vastutab oma teabe osa eest. Artikkel 10 ESPR-st kirjeldab digitaalse tootepassi nõudeid, sealhulgas nõuet, et pass esitaks toote andmed tervikuna, isegi kui need pärinevad mitmest allikast. Artikkel 39 ESPR-st käsitleb test-, mõõtmis- ja arvutusmeetodeid, mis on asjakohased juhul, kui erinevate tarnijate andmed — võimalik, et määratud erinevate meetoditega — satuvad ühte passi. Lõpuks artikkel 40 ESPR-st keskendub ringijuhtimise ja jõudluse halvenemise takistamisele, mis puudutab olukordi, kus mitme ahela astme andmete ühendamine võiks anda moonutatud pildi toote tervikust.

Kes praegu mitme tarnejaiga töötab, peaks esmalt koostama ülevaate, kes millist andmeid edastab ja millise meetodiga seda määratud on — see ülevaade on iga järgneva sammu, lepinguliste kokkulepete kuni kontrollini, lähtepunktiks.

Millel see põhineb

Määrus ise asub EUR-Lexi lehel. Viitame iga väitele; te ei pea meid usklikkus olema.

Mida te konkreetselt peate tegema

Konstruktsioonibüroo, kes tellib terasteemeselt veeretatud tala, laseb teisel osapoolel katte kandma ja kolmandal osapoolel tervikut töödelda, saab lõpuks ühe tootega ühe passiga. Küsimus, mis sellega seoses tekib: kelle andmed seal sees on ja kes vastutab, kui midagi on valesti? ESPR (määrus (EL) 2024/1781) lähtub sellest, et tegemist on aktorite ahelaga, kes igaüks oma osa edastavad, mitte ühe osapooleg, kes kõike ise välja mõtleb.

Mida teilt oodatakse

Eelmiste astmete andmete ülarvõtmine, mitte ümberkirjutamine

Artikkel 38 ESPR-st (tarneahela osalejate nõuded) kirjeldab, et tarneahela osalistele eelnevast astmest saadud teave jääb järgmise astme kasutamisele kättesaadavaks. 10–100 töötajaga ettevõtte jaoks tähendab see praktikas seda, et valtsimistsehist pärinevad andmed terase päritolu ja koostise kohta ei kirjutatakse ümber ega ümber sõnastatakse, kui materjal läbib järgmise töötlemise. Teave liigub kaasa ja millele lisandub, on uus teave oma töötlemisastme kohta — mitte kordumine või teiste poolt juba kindlakstehtud tõlgendamine. Millised andmed täpselt on vajalikud selle ahela sidumiseks, on kirjeldatud lehel milliseid andmeid peaksin oma terasetarnijalt küsima.

Üks pass, mitmed allikad

Artikkel 10 ESPR-st (digitaalse tootepassi nõuded) kirjeldab, et pass sisaldab teabe, mis on asjaomase toote jaoks oluline, olenemata sellest, kui palju osapoolte on selle loomisele kaasa aidanud. Töötlevale ettevõttele tähendab see, et lõpptoodete pass ei ole automaatselt lihtsate osapasside summa, vaid koostatud andmekogum, kus on jäljitav iga astme päritolu, koostis ja töötlemised. Kes võtab selle koostamise enda arvele ja kuidas see praktiliselt ehitatakse üles, on miski, millele valdkonnas lähenutakse erinevalt; on kindel, et iga andmete päritolu peab olema jälgitav.

Mõõtmismeetodid omavahel kooskõlla viia

Artikkel 39 ESPR-st (test-, mõõtmis- ja arvutusmeetodid) kirjeldab, et passisse kuuluvad andmed on määratud meetoditega, mis on asjaomase toote ja asjaomase omaduse jaoks ette nähtud. Kui kaks tarnejaiga sama omadust — näiteks mehaaniline tugevuse väärtus — erinevalt määranud, tekib andme, mis ei sobi lihtsalt ühte passi kõrvuti. Ettevõtte jaoks, kes ühendab pooltooteid erinevatest valtsimis- või sulamisehitustes, tähendab see, et alusmõõtmismeetodi võrreldavus on tähelepanu koht, mitte ainult mõõtmise tulem ise.

Andmeid, mis varjavad tegelikku jõudlust, ei tohi kasutada

Artikkel 40 ESPR-st (pettuse ja jõudluse halvenemise vältimine) kirjeldab, et kombineerides andmeid või viisi, kuidas toode on kavandatud, ei tohi anda paremat kujutist, kui mida tegelik jõudlus õigustab. Kui kombineeritakse tarnija andmeid, tähendab see, et ühe astme soodne väärtus ei tohi varjata teise astme ebasoodsat väärtust. Ettevõtte jaoks, kes kaasab mitut osapoolet, on see eriti oluline viisil, kuidas osatulemuseid kombineeritakse ühe lõpptoote numbriga.

Kus läheb praktikas valesti

Esimene korduv olukord on see, et töötlev ettevõte saab ühelt tarnijalt täielikult täidetud andmedokumendi ja teiselt ainult arve materjalikoodiga. Lõpptoote pasaport koostatakse siis täieliku ja puudulike andmete kombinatsioonist, ilma et seda kusagil kirjendataks.

Teine olukord: kaks tarnijat kasutavad sama omaduse jaoks erinevat ühikut või testimismeetodit. Väärtused paigutatakse kõrvuti, ilma et keegi kontrollib, kas need on võrreldavad — selle tulemusena on pasaport sisemiselt vale.

Kolmas olukord ilmneb väljaspool ELi importimisel: osa terasest pärineb Euroopa tarnijalt täieliku pasaordiga, osa teised tarnijalt väljaspool ELi omase dokumentatsiooniga teises vormis. Kuidas need kaks üksteisesse kuuluvad ühes lõpppassaordis, on küsimus, millele pole automaatselt vastust; vt ka mida tähendab produktipassaport, kui ma importin terast väljaspool ELi.

Neljas olukord: tarnija edastab andmeid konfidentsiaalsuskohustuse tingimustel ja töötlev ettevõte ei tea hästi, kuidas see seostub andmete edastamise kohustusega järgmisele astmele. See kehtib eriti kombineeritud toodete puhul, milles mitmel tarnijal on osakaal lõplike retseptuuri või sulamis; vt kas ma saan NDA-d sõlmida ja siiski produktipassile vastata.

Viies olukord tekib siis, kui üks tarnija muudab pärast materjali töötlemist andmeid või täiendab neid, ilma et seda lõpppassapordi koostanud ettevõttele tagasi teatataks. Tulemuseks on pasaport, mis avaldamise ajal on juba vananenud.

Mida te saate registreerida

Ülevaade iga tarnija kohta, millised andmed on saadud, millisel kujul ja millal — nii et kombineeritud pasaordil jääb selgeks, milline osa milisest ahelast pärineb.
Testimismeetod või mõõtestandardit, mis iga vastuvõetud andmega kaasneb, märgitud eraldi väärtuse kõrvale, et tarnijate vahelise võrreldavuse saab hiljem kontrollida. Vt ka kuidas kontrollin oma tarnija andmete õigsust.
Kokkuleppeid iga tarnijaga pasaordiandmete vormi ja edastamise aja kohta, ideaalselt sisaldatud ostulepingus; selle algatust leiate kuidas määrata paspordiandmete edastamine minu ostulepingus.
Kindel töökord ajaks, mil lõpptoode muutub töötlemise tulemusena kujult ja mida see tähendab pasaordile, mis sellega tekib — selgitatud mis juhtub pasaordiga, kui ma töötlen terast teiseks tooteks.
Paranduste logi: millal tarnija muudab varasemalt edastatud andmeid, mis muutus oli ja kas seda rakendati juba koostatud pasaordis.
Iga tarnija kindel kontaktisik küsimuste jaoks puuduvate või segaste andmete kohta, et ei oleks vaja iga arusaamatuse korral uuesti otsida, kes mis eest vastutab.

See pole juriidiline nõu. See leht sisaldab üldist teavet määruste kohta, millest see platvorm räägib. Me ei tea teie olukorda. Kui teil on kahtlused oma juhtumi kohta, pöörduge juristiga või pädevale järelevalveasutusele.

Kirjutatud tehisintellektiga eelnevate allikate põhjal, inimese poolt kontrollitud 2026-09-05. Andke teada — parandused saavad eelisjärjekorra.