Salti al la enhavo
PPWR

Strukturite administri PPWR-provizantajn datumojn kaj pruvojn

Strukturite registri kaj kontroli provizantajn datumojn kaj pruvojn por PPWR-procezoj kaj atribui ilin al pakaĵoj, komponentoj kaj materialoj.

Parto de la informoj, kiujn entreprenoj bezonas por sia pakada dokumentado, ne estiĝas en la propra entrepreno.

Materialaj indikoj, specifoj kaj pliaj dokumentoj ofte venas de provizantoj.

La PPWR konsideras ĝuste tiun informan fluon. Laŭ artikolo 16 provizantoj devas disponigi al la produktanto la informojn kaj dokumentojn, kiujn tiu bezonas por pruvi la konformecon de la pakaĵo kaj de la pakaj materialoj. Tio inkluzivas ankaŭ la teknikan dokumentaron, se ĝi estas bezonata laŭ la koncernaj postuloj. La informoj povas esti liveritaj papere aŭ elektronike.

Por entreprenoj estiĝas el tio praktika tasko: Kiel provizantaj datumoj atingas la ĝustan pakaĵon, la ĝustan komponenton kaj la rilatajn pruvojn?

PakPruvo ligas provizantajn datumojn kaj pruvojn en la ekzistantan pakadan procezon.

Neniu jura konsilo kaj neniu aŭtomata konformec-decido. Enhava kontrolo kaj aprobo restas ĉe la respondeca entrepreno.

Kial provizantaj datumoj gravas por la PPWR-procezo?

Ne ĉiuj indikoj pri pakaĵo povas esti generitaj interne.

Informoj pri materialoj, konsistoj aŭ pliaj ecoj ofte venas de la provizanto de la pakaĵo aŭ de la paka materialo.

Aldoniĝas dokumentoj, per kiuj indikoj estas dokumentitaj aŭ pruvitaj.

La PPWR eksplicite obligas provizantojn de pakaĵoj aŭ pakaj materialoj disponigi la necesajn informojn kaj dokumentojn por la konformec-pruvo.

Tiel provizantaj datumoj fariĝas parto de la datumbazo, sur kiu pliaj procezoj konstruas.

Provizanto → pakadaj datumoj → pruvoj → teknika dokumentado → konformecdeklaro

Kiel oni povas registri provizantajn datumojn en PakPruvo?

PakPruvo ebligas akiri bezonatajn pakadajn informojn de la provizanto kaj poste transpreni ilin en la propran pakadan datuman rikordon.

Provizantaj datumoj povas esti kontrolitaj antaŭ ol ili eniras la pluan procezon.

Tiel indikoj ne devas esti denove kolektitaj por ĉiu kazo el retmesaĝoj, tabeloj aŭ unuopaj dokumentoj.

La informoj restas ligitaj al la koncernaj pakadaj datumoj.

Kiuj provizantaj datumoj povas esti relevantaj por pakaĵoj?

Kiuj indikoj estas bezonataj, dependas de la koncerna pakaĵo kaj de la postuloj, kiuj aplikiĝas al ĝi.

PakPruvo povas strukturi pakaĵojn je komponenta nivelo kaj tie administri interalie la jenajn materialajn informojn:

  • Materialo
  • Pezo
  • Materiala konsisto
  • Materialaj partoj
  • Reciklat-parto
  • plurttavola kunmetita strukturo

Tiel informoj el la liverĉeno povas esti metitaj tien, kie ili fakte apartenas: ĉe la koncerna pakaĵo aŭ pakaĵkomponento.

Kiel pruvoj estas administrataj en PakPruvo?

Provizantaj datumoj kaj pruvoj ne estas la samo.

Datuma valoro priskribas ekzemple materialon aŭ econ. Rilata dokumento povas dokumenti la originon aŭ bazon de tiu informo.

PakPruvo tial ebligas strukturitan administradon de pruvoj.

Al tio povas aparteni ekzemple:

  • testoraportoj
  • specifoj
  • atestiloj
  • deklaroj
  • pliaj relevantaj dokumentoj

Pruvoj povas esti registritaj en PakPruvo kaj fake atribuitaj.

La atribuo povas rilati al produkto, pakaĵo, komponento, materialo aŭ provizanto.

Tiel restas rekoneble, al kiu parto de la pakada datuma rikordo dokumento apartenas.

Kial nura dokumenta arkivo ne sufiĉas?

PDF en dosierujo estas unue nur dosiero.

Por la daŭra pakada procezo gravas pliaj demandoj:

Al kiu pakaĵo apartenas la dokumento?

Kiun komponenton ĝi koncernas?

De kiu provizanto ĝi venas?

Al kiu materiala indiko ĝi estas atribuita?

Ĉu la dokumento estas ankoraŭ aktuala?

Ju pli granda la sortimento kaj ju pli da provizantoj partoprenas, des pli malfacile estas spuri tiujn rilatojn nur per dosierujaj strukturoj kaj dosiernomoj.

PakPruvo tial ligas la dokumentojn al la koncerna faka kunteksto.

Kio okazas ĉe ŝanĝo de provizanto?

Pakadaj datumoj ne restas porĉiame senŝanĝaj.

Provizanto povas ŝanĝiĝi. Materialoj povas esti adaptitaj. Pakaĵkomponento povas esti ŝanĝita aŭ nova pruvo povas anstataŭi antaŭan staton.

Tiam ne sufiĉas nur konservi la plej aktualan dosieron.

Devas resti rekonstrueble, kiu datuma stato apartenas al kiu versio de la pakaĵo.

PakPruvo tial ligas pakadajn datumojn, pruvojn kaj versiojn ene de la sama procezo.

Tiel ŝanĝoj povas esti spuritaj sen simple superskribi fruajn dokumentajn statojn.

Kiel rilatas provizantaj datumoj kaj teknika dokumentado?

La teknika dokumentado formas la bazon por la konformec-taksado de pakaĵo.

Aneksaĵo VII de la PPWR priskribas la postulojn al tiu dokumentado. Artikolo 16 samtempe klarigas, ke provizantoj devas disponigi al la produktanto la informojn kaj dokumentojn bezonatajn por la pruvo de konformeco.

En la praktiko tiel renkontiĝas du datumaj mondoj: internaj pakadaj datumoj kaj informoj kaj dokumentoj el la liverĉeno.

PakPruvo kunigas tiujn informojn en komuna procezo.

De la provizanta informo al la konformecdeklaro

Ebla datuma fluo aspektas tiel:

Provizanto → provizantaj datumoj → pakaĵo kaj komponento → materialaj datumoj → pruvoj → teknika dokumentado → kontrolo kaj aprobo → konformecdeklaro

Tiel la PPWR-procezo ne komenciĝas nur ĉe la kreado de dokumento.

La datumoj kaj dokumentoj, sur kiuj tiu dokumento baziĝas, jam antaŭe restas strukturite interligitaj.

Ĉu PakPruvo povas aŭtomate jure taksi la informojn?

Ne.

PakPruvo strukturigas datumojn, pruvojn, dokumentojn kaj versiojn kaj disponigas ilin por la pluaj procezoj.

La programaro ne anstataŭas fakan aŭ juran kontrolon kaj ne aŭtomate decidas, ĉu pakaĵo plenumas ĉiujn PPWR-postulojn, kiuj aplikiĝas al ĝi.

Enhavo, kontrolo kaj aprobo restas ĉe la respondeca entrepreno.

Kial ne administri provizantajn datumojn aparte de pakadaj datumoj?

Provizantaj datumoj ne estas memstara flankprocezo.

Ili apartenas al la pakaĵo, al kiu ili rilatas.

Tial PakPruvo ligas:

Pakada datuma rikordo → komponentoj → materialoj → provizantaj datumoj → pruvoj → dokumentado → konformecdeklaro → versio

Tiel restas la kunligo inter informo, fonto, pakaĵo kaj dokumento.