ब्लैक फ्राइडे सेल60% तक की छूट
  • सालाना प्लान के पहले साल पर 60% छूट
  • लाइफ़टाइम लाइसेंस पर 45% छूट
खत्म होगा
ऑफ़र पाएँ

Digital Product Passport: Code छापने से पहले Evidence बनाएं

EU dates अलग करें, T-shirt batch trace करें, corrected supplier evidence का version रखें और restricted data private रखें।

लेखक

Anichur Rahaman

2 महीने पहले8 मिनट पढ़ें109 दृश्य
Digital Product Passport: Code छापने से पहले Evidence बनाएं

Distributor पूछता है कि एक खास delivery का material claim कौन-सा declaration support करता है। Brand PDF ढूँढ लेता है, पर उस fabric lot से उसका संबंध नहीं दिखा पाता। सुंदर page और printed code जवाब नहीं हैं। यह teaching scenario है, measured customer case नहीं।

DPP identifier और data carrier से जुड़ा स्थायी digital product record है; content और access applicable rules तय करते हैं। Digital Product Passport यानी DPP में यही अंतर जरूरी है: सूचना का रास्ता तभी उपयोगी है जब सूचना accurate, applicable और maintained हो। QR code access mechanism है, claim सच होने का evidence नहीं।

तीन निर्णय अलग करें: product/role पर कौन rule, required facts के source records क्या और किसे access। Voluntary page को compliant passport कहे बिना records अब सुधार सकते हैं।

कौन Product, कौन Rule, किसकी जिम्मेदारी?

ESPR, Regulation(EU)2024/1781 product-specific requirements का framework है। सामान्य चर्चा हर product की legal field list नहीं। Scope में exclusions/qualifications हैं; कुछ छोड़ सभी goods या Europe में सबकी एक date न मानें।

हर family में applicable law/adopted measure, market activity, operator role और effective obligation दर्ज करें। उस route में manufacturer, importer, representative व अन्य duties map करें। EU के बाहर होना covered product को नहीं हटाता; provider नियुक्ति जिम्मेदारी अपने-आप transfer नहीं करती।

Model, batch या item level, carrier/placement और information/access rights तय करें। हर product पर serial tracking न थोपें, GS1 को अकेला route न मानें। Genuine identifiers और applicable standards लें। ESPR Articles 9–11 framework हैं; product rules specifics देते हैं।

Existing safety, labelling और अन्य duties अपना calendar रखें। Future textile DPP date आज के fibre-label या safety obligations टालने की अनुमति नहीं।

पाँच Checkpoints, एक Worldwide Deadline नहीं

5 नवंबर 2026 के चुने official checkpoints नीचे हैं। Adoption plan, operational infrastructure और product obligation अलग milestones हैं। Budget/deadline से पहले latest adopted measure और application date जाँचें।

Checkpoint / Official SourceDate / Statusक्या अर्थ नहीं
ESPR FrameworkEffective 18 July 2024हर product की एक DPP date नहीं
DPP RegistryOperational; site organisation enrolment/testing देता हैIndex archive या automatic approval नहीं
Battery Passport, Article 7718 February 2027: EV(electric vehicle), LMT(light means of transport) batteries; industrial batteries>2 kWh2 kWh threshold EV/LMT categories पर limit नहीं
Textile Delegated ActPlanned adoption Q4 2027; timing/rules बदल सकते हैंPlan binding T-shirt application date नहीं
Unsold Clothing/Accessories/FootwearLarge 19 July 2026; medium 19 July 2030; scope/exceptionsDestruction rules textile DPP का इंतजार नहीं

आकर्षक Claims नहीं, Evidence तैयार करें

हर field का owner, source, scope, status रखें: requested, received, reviewed, approved, superseded। Issuer, version/date, material/model/lot, method, reviewer लिखें। कुछ evidence expire होता है; अन्य process/specification change पर review माँगता है। हर document की expiry न गढ़ें।

Supplier declaration और independent lab result अलग evidence हैं। “100% cotton”, recycled content, chemical compliance, wash durability और carbon footprint marketing intuition से न भरें। Material, trim, test conditions और claim boundary जाँचें। Unknown zero नहीं; not applicable का कारण चाहिए।

Commission-hosted September 2026 battery guidance launch fields, conditional और later duties अलग करती है। Carbon footprint, recycled content, due diligence हर February 2027 passport के साथ स्वतः due नहीं। अपनी battery की underlying provisions पढ़ें।

Textile final requirements बनते समय useful source data तैयार करें। Template में box हो तो carbon number या wash-life न भरें। Mandatory evidence missing exception owner तक जाए; green completeness score market placement approve नहीं करता।

एक T-shirt Batch Trace करें, Missing Link न गढ़ें

यह internal trace उदाहरण है, statutory textile schema नहीं। TS-210 का finished batch B-0412 है। Receipt में F-88 fabric lot 1,000 m है। Production issue 600 m भेजता है; अन्य movements न हों तो 400 m बचता है। 600 m issue में job का recorded cutting loss शामिल है; सारा fabric shirts में गया, यह साबित नहीं।

Job 500 finished shirts बताता है। Material issues, returns, waste और output actual evidence सहित अलग रखें। Arithmetic assumed remaining fabric बताता है, composition, yield या conformity नहीं। नीचे छोटा register दिखाया जा सकता है।

Supplier declaration v1 कोv2 से सुधारे तो दोनों रखें। Arrival, reason और scope दर्ज करें। Linked lots/batches review कर approved claims पर असर तय करें और authorised process से outputs update करें। कल का evidence चुपचाप न बदलें; unreviewed correction सभी items तक न फैलाएं।

Trace में गलत, अधूरा या unrelated document मिल सकता है। परिणाम दिखाएं और unsupported claims रोकें। हर fact का एक owning record उपयोगी है; version, review और accountable publication भी चाहिए।

Recordउदाहरण / StatusEvidence / Owner
Product IdentityTS-210 / B-0412,500 finished unitsApproved product/production records
Material SourceF-88:1,000 m receipt; 600 m issue; 400 m शेषReceipt, issue, reconciliation
Supplier StatementDeclaration v1 linked to F-88Dated source, scope/reviewer
Fibre ClaimGarment composition/trim review pendingProduct/compliance owner; guess नहीं
Carbon FootprintUnknown; 0 नहींRequired method/evidence unresolved
Correctionv2 और v1 दोनों retainedImpact review, authorised update history
1,000 m fabric lot से 600 m issue पर 500-shirt batch, 400 m शेष। Evidence/claim review बाद controlled publication; corrections में version और impact review रहता है।
Traceability evidence linking है, claim सत्य का प्रमाण नहीं। Fields, granularity और access applicable rules से तय होते हैं।

Public Code पूरा Evidence Cabinet न खोले

Applicable rules में उस audience के लिए तय जानकारी ही publish करें। Public facts का usable route हो; restricted declarations, reports, commercial detail को verified access। Scan, guessable URL या recycler होने का दावा permission नहीं। Orders, addresses, staff credentials और unrelated supplier contracts public page पर नहीं।

Commission general DPP FAQ public access, regulated rights, decentralised data और availability/backup duties अलग करता है। Actual rules configure करें, universal three-tier scheme न बनाएं। Customer personal data default में न रखें।

Provider से identifiers/formats, export, history, access revoke, availability और applicable backup पूछें। Broken resolver, moved host, expired account और exit test करें। सामान्य ERP backup या permanent दिखता URL required long-term availability का प्रमाण नहीं।

Source cabinet और public view controlled publication से जुड़ें, सभी attachments public करके नहीं। Missing/changed data समझाएं; certification दर्शाने वाला badge नहीं।

Unsold Stock का अलग Rule अभी है

Table का destruction restriction textile passport start date नहीं। Company-size definition, products, national rules और exceptions अलग जाँचें। Regulation 2026/296 derogation conditions देता है; “damaged” या “recycled” blanket permission नहीं।

Lot unsold क्यों, कौन reuse/resale route देखा, किसने disposition approve किया और exception evidence क्या—रखें। Legal destruction सिर्फ landfill/burning नहीं। Accounting write-down न item नष्ट करता है न disposal authorise।

Record से purchasing और returns सुधारें; destruction reporting, conformity और DPP एक tick box नहीं।

पहला Pilot Audit करने लायक छोटा रखें

एक family और compliance/scope, data व supplier-exception owners चुनें। Actual dates पहले, खासकर batteries में। Universal 12-month project या लगभग-free clerical work नहीं; gaps, tests और onboarding schedule तय कर सकते हैं।

छोटा sample goods से evidence और वापस trace करें; दूसरा व्यक्ति reproduce करे। Missing evidence, wrong lot, correction, public scan और denied restricted access test करें। Voluntary demo स्पष्ट label करें; official Registry test environment में supported workflow, live record में test नहीं।

Approved applicable fields, scope-matched evidence, traceable sampled batches, exceptions और response time स्पष्ट denominators से मापें। Missing mandatory evidence stop condition है; 90% target में average न करें। तेज जवाब supported होने पर ही उपयोगी है।

Distributor को “QR code है” से बेहतर traceable answer दें: सही version, approved claim, access और unresolved बात का ईमानदार विवरण।

समीक्षा 5 नवंबर 2026 । Anichur Rahaman StoreConsole के निर्माता हैं। Product, quantity और register उदाहरण हैं; checkpoints हर operator की duties तय नहीं करते।

लेखक का परिचय

Anichur Rahaman

पढ़ना जारी रखें