Triển khai Hộ chiếu Pin: 71 Điểm Dữ liệu, RFP và PoC 90 Ngày

Triển khai hộ chiếu pin không chỉ là dán mã QR. Đối với pin được đưa ra thị trường EU, chủ thể kinh tế chịu trách nhiệm phải kết hợp quyết định phạm vi, chủ sở hữu của 71 điểm dữ liệu, tích hợp PLM/MES/QMS/BMS/ERP, phân quyền, cập nhật và bằng chứng kiểm toán thành một mô hình vận hành. Bài viết tập trung vào pin EV, LMT và pin công nghiệp trên 2 kWh sản xuất tại Thái Lan hoặc ASEAN, rồi chuyển yêu cầu thành RFP và kế hoạch nghiệm thu.

Kết luận trước: xác định trách nhiệm và đường cập nhật trước khi thu thập 71 điểm dữ liệu

Từ ngày 18 tháng 2 năm 2027, mỗi pin xe điện, mỗi pin cho phương tiện vận tải hạng nhẹ (LMT) và mỗi pin công nghiệp có dung lượng lớn hơn 2 kWh được đưa ra thị trường hoặc đưa vào sử dụng tại EU phải có hồ sơ điện tử gọi là hộ chiếu pin. Chủ thể kinh tế đưa pin hoàn chỉnh ra thị trường phải bảo đảm dữ liệu chính xác, đầy đủ và cập nhật. Có thể ủy quyền công việc, nhưng ký hợp đồng nền tảng DPP không tự động chuyển trách nhiệm này.

Một chương trình khả thi cần sớm quyết định bảy nội dung:

1. Xác nhận loại pin, chủ thể kinh tế chịu trách nhiệm, ranh giới model và ranh giới từng đơn vị pin.
2. Chuyển 71 điểm dữ liệu thành ma trận owner/source/frequency/access class/validation.
3. Tách dữ liệu chung của model khỏi trạng thái, sự kiện và time series của từng đơn vị.
4. Tách quyền public, legitimate interest và authority/Commission.
5. Phân biệt vật mang QR, unique identifier, bản ghi DPP Registry và kho dữ liệu DPP chi tiết.
6. Tạo passport mới sau repurpose hoặc remanufacture và liên kết với một hay nhiều passport gốc.
7. Đưa chức năng, bằng chứng FAT/SAT, tính liên tục và trách nhiệm khi quy định thay đổi vào hợp đồng.

Hướng dẫn của Ủy ban châu Âu công bố ngày 21 tháng 8 năm 2026 sắp xếp 71 điểm dữ liệu thành mandatory, optional, conditional hoặc chưa cần điền/hiển thị vào tháng 2 năm 2027. Tài liệu cũng nêu rõ rằng nó không tạo thêm nghĩa vụ pháp lý và không phải cách diễn giải pháp luật có thẩm quyền. Quyết định cuối cùng cho từng sản phẩm phải đối chiếu Regulation (EU) 2023/1542, các delegated/implementing acts có hiệu lực tại thời điểm áp dụng, tiêu chuẩn, hợp đồng và chuyên gia đủ thẩm quyền. Đây là hướng dẫn triển khai và mua sắm, không phải tư vấn pháp lý.

Xác định phạm vi triển khai hộ chiếu pin trước tiên

Không nên kết luận cả công ty thuộc phạm vi chỉ vì có hoạt động liên quan đến pin. Hãy quyết định theo từng model dựa trên loại, dung lượng, mục đích sử dụng, tuyến đưa sản phẩm vào EU và vai trò của từng chủ thể kinh tế.

Không nhầm pin EV, LMT và pin công nghiệp trên 2 kWh

Pin EV dùng cho xe điện. Pin LMT dùng cho phương tiện vận tải hạng nhẹ như e-bike, e-moped và e-scooter. Pin công nghiệp có thể gồm pin cho thiết bị nhà máy, viễn thông, nông nghiệp, sản xuất/phân phối điện, lưu trữ cố định và các mục đích khác theo định nghĩa của Quy định. Phải dùng định nghĩa pháp lý thay vì tên thương mại. Ngưỡng passport cho pin công nghiệp là “lớn hơn 2 kWh”, không phải “từ 2 kWh trở lên”.

Truy vết chuỗi thương mại dù nhà máy Thái Lan không bán trực tiếp vào EU

Nhà máy Thái Lan có thể giao pin hoàn chỉnh cho importer EU, làm OEM cho brand owner, hoặc tích hợp pin trong thiết bị xuất sang EU. Mỗi tuyến có thể tạo vai trò khác nhau. Nhà cung cấp cell có thể cung cấp dữ liệu composition và due diligence quan trọng nhưng không nhất thiết chịu trách nhiệm passport của finished battery. Ngược lại, chủ thể chịu trách nhiệm không thể tự tạo toàn bộ bằng chứng về thành phần vật liệu, carbon footprint, recycled content hoặc due diligence. Sơ đồ trade flow nên có bốn loại mũi tên: trách nhiệm pháp lý, cung cấp dữ liệu, vận hành hệ thống và phê duyệt.

Đầu ra của bước xác định phạm vi

Trước PoC, lập scope register gồm model, category, capacity, use, EU market route, chủ thể dự kiến chịu trách nhiệm, điểm dữ liệu áp dụng, tài liệu/URL căn cứ, người rà soát và ngày rà soát. Khi quyết định đổi, register phải chỉ ra passport, label, contract và acceptance test nào bị ảnh hưởng.

Trách nhiệm theo yêu cầu EU Batteries Regulation 2027

Article 77(4) yêu cầu economic operator đưa pin ra thị trường phải bảo đảm thông tin passport chính xác, đầy đủ và cập nhật. Có thể ủy quyền bằng văn bản cho operator khác hành động thay mặt, nhưng câu “nhà cung cấp DPP SaaS xử lý compliance” chưa phải mô hình trách nhiệm đầy đủ. Hãy tạo RACI theo nhóm dữ liệu.

RACI không chỉ ghi ai nhập giá trị mà còn ai giữ bằng chứng, ai duyệt thay đổi, ai phát hiện hết hạn và ai có quyền dừng publish hoặc shipment. Một tập đoàn có thể có compliance owner tại trụ sở, data owner tại nhà máy Thái Lan và registration owner tại importer EU. Hãy dùng vai trò tổ chức để kiểm soát không mất đi khi nhân sự thay đổi.

Chuyển 71 điểm dữ liệu thành ma trận kiểm soát năm chiều

Nếu KPI chỉ là “điền đủ 71 trường”, kết quả sẽ là bảng dữ liệu không rõ nguồn chính thức hay trigger cập nhật. Thêm năm cột kiểm soát cho từng dòng trong hướng dẫn của Ủy ban. Ma trận 71 × 5 này là phương pháp triển khai đề xuất, không phải biểu mẫu do Quy định bắt buộc.

Giữ nguyên applicability thay vì làm phẳng 71 điểm

Lưu trạng thái mandatory, optional, conditional và chưa cần điền/hiển thị vào tháng 2 năm 2027, cùng applicability theo category và nguồn pháp lý. Không hiểu optional là “bỏ vĩnh viễn”, cũng không hiểu số 71 là “mọi mục bắt buộc cho mọi loại pin cùng ngày”. Trường conditional cần rule điều kiện và bằng chứng để đánh giá lại khi sản phẩm đổi.

Xác định data contract trước API

Mỗi element cần tên, ý nghĩa, type, unit, khoảng hợp lệ, cách biểu diễn missing value, enumeration, cơ sở timestamp, identifier tham chiếu, version và confidentiality class. “Capacity” chưa nói rõ rated hay remaining, Ah hay kWh, dữ liệu model hay phép đo unit. “Temperature” có thể là giá trị hiện tại, thống kê theo kỳ, giá trị tại event hoặc khoảng chịu đựng khi lưu kho. Hãy ổn định ngữ nghĩa trước khi tích hợp.

Chia cập nhật thành ba mô hình

1. Model update: BOM, chemistry, rating, warranty và design test revision.
2. Individual event: sản xuất, giao hàng, sửa chữa, tai nạn, đổi trạng thái và repurpose.
3. Time series: cycle, SOC, temperature và state of health theo chu kỳ hoặc event.

Không phải trường nào cũng cần real-time, nhưng batch hằng năm có thể không đủ cho dữ liệu phát sinh từ sử dụng. Xác định freshness SLA, retry, missing data, late arrival và correction cho từng loại dữ liệu.

Tách model data khỏi dữ liệu đơn vị và usage time series

Annex XIII phân biệt thông tin battery model với thông tin individual battery. Thiết kế phải dùng model ID và unit unique ID làm hai key riêng.

Lớp hiển thị passport không nhất thiết sao chép mọi raw sample. Cần kiểm tra granularity, retention, aggregation, access và download right theo quy định áp dụng, rồi cung cấp dữ liệu từ bản ghi BMS/IoT có thẩm quyền. Thay sensor, clock drift, mất kết nối hoặc gán lại unit ID có thể phá hỏng traceability dù dashboard vẫn có vẻ đầy đủ.

Phân tách quyền public, legitimate interest và authority

Việc ai cũng quét được mã QR hộ chiếu pin không có nghĩa mọi dữ liệu đều công khai. Quy định chia ít nhất ba lớp quyền.

Legitimate interest không phải shared URL

Xác minh tổ chức, vai trò, mục đích, unit mục tiêu, dữ liệu yêu cầu và thời gian. Cấp phạm vi tối thiểu và thu hồi khi nhân sự nghỉ, hợp đồng kết thúc hoặc mục đích chấm dứt. Ghi nhận ai đã xem/tải gì; chặn bulk extraction, URL chuyển tiếp và API credential dùng chung. Đối tượng đủ điều kiện và quyền reuse phải đối chiếu implementing measures hiện hành.

Bảo vệ đồng nhất cả field và tài liệu bằng chứng

Ẩn field trong UI không đủ nếu PDF, API response, CSV export, cache, log hoặc support tool vẫn lộ. Áp dụng access decision xuyên suốt field, document, API, export, cache, backup và admin support. Không đưa dữ liệu nhạy cảm vào public error message hoặc search index.

Xác định ranh giới QR, unique ID, DPP Registry và DPP data store

Đây là bốn thành phần khác nhau:

1. QR carrier: điểm vào vật lý trên pin; cần chất lượng in, độ bền, vị trí và quy trình thay thế.
2. Unique identifier: key nhận diện pin; cần phát hành có kiểm soát, chống trùng, ngừng dùng, in lại và lineage.
3. DPP Registry: chỉ mục cấp EU. Ủy ban mô tả nơi này lưu unique identifiers, registration data và high-level metadata, không phải toàn bộ nội dung DPP chi tiết; các acts áp dụng có thể yêu cầu thêm.
4. DPP data store/resolver: dịch vụ chi tiết phân tán do responsible economic operator hoặc provider được ủy quyền vận hành, thực thi access class.

Luồng đọc điển hình là QR → unique ID/resolver → access decision → DPP data store. Trước khi đưa sản phẩm ra thị trường EU, DPP phải được đăng ký theo luật áp dụng. Không nên trì hoãn chuẩn hóa dữ liệu nội bộ chỉ để chờ Registry; đồng thời không hard-code API phỏng đoán. Tách Registry adapter khỏi business data để hấp thụ thay đổi giao diện.

Kiến trúc tham chiếu sáu hệ thống

Bài viết dùng PLM, MES, QMS, BMS, ERP và DPP làm mô hình lập kế hoạch, không phải số hệ thống bắt buộc. PLM quản lý model/BOM; MES quản lý unit genealogy; QMS quản lý test/conformity; BMS quản lý usage state; ERP quản lý trade flow; DPP quản lý resolution/access/publication. Doanh nghiệp có thể thêm IoT platform, MDM, data lake, document system hoặc gộp MES với QMS.

Yêu cầu phi chức năng phải có

• Cung cấp theo cách open, machine-readable, structured, searchable và interoperable
• Export và exit plan đã thử để giảm vendor lock-in
• Duy trì passport khi responsible operator/provider ngừng hoạt động tại EU
• Data authentication, reliability, integrity, security và privacy
• Time sync, correlation ID, audit log, signature/hash và version history
• Redundancy, backup, recovery test và hành vi khi resolver lỗi
• Quality gate cho bằng chứng supplier hết hạn, sai unit và lệch version

Tạo passport mới và lineage sau repurpose hoặc remanufacture

Ghi đè record gốc sẽ làm mất lịch sử thiết kế, sử dụng và trách nhiệm. Article 77(7) yêu cầu pin trải qua preparation for re-use, preparation for repurposing, repurposing hoặc remanufacturing phải có passport mới, liên kết với một hoặc nhiều passport gốc. Trách nhiệm chuyển sang operator đưa pin đã biến đổi đó ra thị trường hoặc đưa vào sử dụng.

Lineage không phải lúc nào cũng một-một

Một stationary pack second-life có thể ghép module từ nhiều original pack, hoặc một original pack được tách thành nhiều sản phẩm. Một field previous_id không thể biểu diễn đủ. Hãy dùng relation table gồm relation type, source passport, target passport, operator, timestamp, component đưa vào/loại ra, test và approval.

Kiểm soát state transition

Định nghĩa transition hợp lệ như original → repurposed → waste → recycled, từ chối đảo ngược hoặc xóa trái phép. Không tự động kế thừa rating, capacity, safety information hoặc warranty. Giữ shipment ở trạng thái hold đến khi responsible operator mới duyệt pin và passport mới sẵn sàng.

Mô hình PoC 90 ngày để chuẩn bị RFP hộ chiếu pin

Lịch 90 ngày dưới đây là mô hình đề xuất của TOMAS TECH, không phải thời hạn luật định, thủ tục chứng nhận hay thời gian ân hạn trước 2027. Số lượng sản phẩm, chất lượng dữ liệu, số supplier, cập nhật acts và audit của khách hàng có thể kéo dài lịch. Mục tiêu không phải màn hình đẹp mà là chứng minh luồng trách nhiệm, dữ liệu, quyền và bằng chứng khó nhất trong phạm vi nhỏ, rồi chuyển thành production RFP.

Ngày 0–15: xác nhận scope và responsible operator

• Chọn một model đại diện và khoảng 10–50 unit làm giả định mô hình.
• Ghi căn cứ phân loại EV, LMT hoặc industrial >2 kWh.
• Vẽ manufacturer, brand owner, importer, service provider và EU route.
• Legal/compliance xác nhận version có ngày của guidance 71 điểm và acts áp dụng.
• Dùnghướng dẫn EU Digital Product Passport tổng quátcho nền tảng chung; PoC này tập trung Annex XIII và BMS của pin.

Ngày 16–30: lập ma trận 71 × 5 và gap register

• Giữ status mandatory/optional/conditional/not required as of Feb 2027 theo category.
• Gán owner, source, frequency, access và validation.
• Ghi current value, evidence, gap, system change và supplier dependency.
• So sánh cách sở hữu dữ liệu vớihướng dẫn sẵn sàng DPP sắt thépnhưng không sao chép giả định vật liệu sang pin.

Ngày 31–50: triển khai identifier và tích hợp sáu hệ thống

• Map model ID, unit unique ID, lot và passport ID.
• Trích đúng dữ liệu cần từ PLM/MES/QMS/BMS/ERP.
• Chuẩn hóa vào DPP store, giữ source record ID và version.
• Thử QR cho ID hợp lệ, không tồn tại, trùng và đã ngừng dùng.
• Kiểm tra Registry theo official specification và test environment hiện tại, không chỉ mock.

Ngày 51–70: kiểm thử access và lifecycle

• Chạy positive/negative test cho public, legitimate-interest và authority.
• Kiểm tra vượt quyền qua API, CSV, attachment, log, cache và support tool.
• Gắn cycle, temperature, SOC, state of health và negative event đúng unit.
• Tạo repurposed passport mới và liên kết original passport.
• Bơm supplier delay, communication outage, clock drift, duplicate event và correction.

Ngày 71–90: hoàn tất FAT/SAT và production RFP

• Liên kết requirement với test ID, expected result, evidence và owner.
• FAT kiểm tra mapping, access, API, audit, backup/recovery và portability.
• SAT kiểm tra QR thật, network nhà máy, dữ liệu BMS/MES thật, operator và shipment hold.
• Phê duyệt unresolved gap, manual control tạm thời, regulatory risk và cost driver.
• Đưa rollout wave, supplier onboarding, support và change control vào RFP.

Nội dung phải có trong RFP hộ chiếu pin

“Tuân thủ EU Batteries Regulation” hoặc “DPP ready” quá mơ hồ để so sánh. Yêu cầu supplier mô tả phương pháp, giới hạn, trách nhiệm, bằng chứng, standard hay custom, version và điều kiện phát sinh chi phí.

Hợp đồng nên quy định data ownership, hạn chế provider reuse, subprocessor, vị trí dữ liệu, thông báo outage, xử lý vulnerability, end of support, đổi specification, export và migration khi chấm dứt. Không dùng giá thị trường hay ROI không có căn cứ. Tách cost driver thành số model/unit, lưu lượng BMS update, số supplier/interface, ngôn ngữ, availability, retention và tần suất audit.

Nghiệm thu FAT/SAT: quyết định bằng bằng chứng truy vết được

FAT kiểm tra mapping, logic, security và interface trong môi trường kiểm soát. SAT kiểm tra nhãn, scanner, network nhà máy, dữ liệu BMS/MES, operator, ca làm việc và shipment control thật tại nhà máy Thái Lan. Không kết thúc SAT chỉ bằng synthetic data; hãy chạy end-to-end với unit đại diện được duyệt. Conformity assessment và legal review vẫn là quy trình riêng.

Lỗi phổ biến và cách tránh

Coi QR là deliverable cuối cùng

QR chỉ là cửa vào. Nếu thiếu identity, access, source, update, availability, Registry registration và audit thì chưa có passport vận hành. Phải kiểm tra unit thật, model, Registry metadata và detailed store nhất quán.

Điền 71 dòng Excel rồi dừng

Excel hữu ích cho gap ban đầu, nhưng khó theo engineering change, manufacturing, BMS event và supplier evidence hết hạn. Manual control tạm thời cần owner, dual check, expiry và migration plan.

Công khai mọi field

Minh bạch phải đi cùng bảo mật thương mại. Đưa access class vào data model, không chỉ ẩn UI; kiểm soát bulk export, support access và reuse ngoài mục đích.

Coi EU DPP Registry là toàn bộ DPP database

Registry chủ yếu là shared index. Detailed hosting, provider exit, access request, retention và continuity vẫn phải thiết kế riêng.

Ghi đè original record khi repurpose

Lineage biến mất và không thể giải thích design, use, state, test, responsibility cũ. Hãy giữ quan hệ many-to-many và audit history không thể xóa.

Đóng băng specification chưa chắc chắn

Kiểm tra delegated/implementing acts, standards và Registry specification mới nhất tại điểm quyết định. Hợp đồng cần baseline date, monitoring, impact assessment, estimate, test và controlled release.

Lưu ý cho nhà máy Thái Lan và ASEAN

Dự án BEV và lắp ráp pin Hyundai do BOI Thái Lan công bố minh họa chuỗi cung ứng EV/pin đang mở rộng trong khu vực. Tuy nhiên, bản thân một dự án đầu tư không quyết định phạm vi passport hay chủ thể chịu trách nhiệm; phải theo dõi EU route của từng finished product.

Trong chuỗi đa ngôn ngữ, vấn đề khó thường không phải nhãn tiếng Thái, Nhật, Anh hay Việt mà là identity và data definition chung. UI có thể dùng ngôn ngữ địa phương trong khi API field, unit, code và timestamp theo từ điển chung. Supplier onboarding cần sample payload, validation rule, error return, correction và evidence expiry, không chỉ CSV template.

Nếu kết nối nhà máy chập chờn, thiết kế store-and-forward, sequence, retry và deduplication. Khi BMS cloud và MES dùng nguồn thời gian khác nhau, chuẩn hóa UTC nhưng giữ original timestamp/timezone. Không nên mặc định dữ liệu đặt tại EU là tự động hợp pháp hoặc ngoài EU là tự động bị cấm; cần đánh giá privacy, trade secret, contract và data transfer với chuyên gia.

Checklist trước khi phát hành RFP

• [ ] Phân loại từng model là EV, LMT hoặc industrial >2 kWh
• [ ] Map candidate responsible economic operator trong EU trade flow
• [ ] Ghi version/date của guidance và cơ sở pháp lý đã rà soát
• [ ] Giữ mandatory/optional/conditional/not-required classification
• [ ] Gán owner/source/frequency/access/validation cho đủ 71 dòng
• [ ] Định nghĩa model ID, unit unique ID, lot, passport relation
• [ ] Chỉ định source of truth trong PLM/MES/QMS/BMS/ERP/DPP
• [ ] Tách public/legitimate/authority trong UI/API/export/attachment
• [ ] Thiết kế QR, unique ID, Registry, detailed store thành thành phần riêng
• [ ] Tách Registry adapter và change control
• [ ] Có thể tạo passport mới và original link khi repurpose/remanufacture
• [ ] Kiểm soát thời gian/chất lượng event, temperature, SOC, cycle, state of health
• [ ] Thử continuity, export, restore khi operator/provider dừng
• [ ] Ghi negative FAT/SAT và định dạng bằng chứng trong RFP
• [ ] Ghi rõ PoC 90 ngày là proposal model, không phải thời hạn pháp lý
• [ ] Có gate rà soát quyết định cuối theo luật, acts, tiêu chuẩn và chuyên gia

Kết luận: biến triển khai hộ chiếu pin thành quy trình có thể phát hành

Cốt lõi của sẵn sàng năm 2027 không phải bảng 71 dòng hay hình QR. Đó là khả năng của responsible operator nhận diện model/unit, thu dữ liệu có kiểm soát từ hệ thống và supplier, phân tách quyền, cập nhật thay đổi và giải trình ngược về bằng chứng. Khi kết nối scope register, ma trận 71 × 5, tích hợp sáu hệ thống, ranh giới Registry, lifecycle lineage và FAT/SAT trong requirements traceability matrix, RFP sẽ chuyển từ “có hỗ trợ DPP không?” thành “hệ thống được nghiệm thu khi bộ bằng chứng này đạt”.

Ngay cả khi mới xác định loại pin và tuyến EU, doanh nghiệp có thể trao đổi với TOMAS TECH về gap assessment 71 điểm, mô hình PoC 90 ngày, RFP hộ chiếu pin và FAT/SAT. Hãyliên hệ TOMAS TECHvới category dự kiến, bên sẽ đưa sản phẩm ra thị trường EU và phạm vi PLM/MES/QMS/BMS/ERP hiện tại.

Câu hỏi thường gặp

Khi nào hộ chiếu pin bắt đầu bắt buộc?

Article 77(1) đặt mốc 18 tháng 2 năm 2027 cho mỗi pin EV, mỗi pin LMT và mỗi pin công nghiệp trên 2 kWh được đưa ra thị trường hoặc đưa vào sử dụng tại EU. Phải xác nhận phạm vi sản phẩm và vai trò operator theo quy định có hiệu lực.

Tất cả 71 điểm dữ liệu hộ chiếu pin đều bắt buộc không?

Không. Hướng dẫn tháng 8 năm 2026 phân loại 71 điểm thành mandatory, optional, conditional hoặc chưa cần điền/hiển thị vào tháng 2 năm 2027, kèm applicability và nguồn pháp lý. Phải đọc phiên bản hiện hành cùng Quy định vì guidance không phải cách diễn giải pháp lý có thẩm quyền.

Mã QR hộ chiếu pin chứa toàn bộ dữ liệu không?

QR liên kết với unique identifier và là cửa vào passport; điều đó không có nghĩa toàn bộ nội dung chi tiết nằm trong hình. Cần thiết kế carrier, identifier, resolver, access, detailed store và Registry registration end-to-end.

Chỉ kết nối DPP Registry đã đủ chưa?

Chưa. Ủy ban mô tả Registry là index của unique identifiers, registration data và high-level metadata, còn detailed DPP theo mô hình phân tán. Internal source, update, access, continuity và audit vẫn cần thiết.

Ai chịu trách nhiệm về độ chính xác dữ liệu?

Theo Article 77(4), economic operator đưa pin ra thị trường phải bảo đảm chính xác, đầy đủ và cập nhật. Có thể ủy quyền bằng văn bản, nhưng outsource data entry hoặc mua platform không tự động chuyển trách nhiệm pháp lý.

Pin repurpose có thể dùng lại passport gốc không?

Quy định yêu cầu passport mới liên kết với một hoặc nhiều passport gốc. Hãy quản lý purpose, responsible operator, status và test mới trong record mới, đồng thời giữ lineage.

PoC 90 ngày có bảo đảm compliance không?

Không. 90 ngày là mô hình đề xuất, không phải thời hạn luật định hay bảo đảm phù hợp. PoC dùng để thử phạm vi đại diện và tạo production RFP cùng gap được ghi nhận. Cần rà soát riêng theo luật hiện hành và tư vấn chuyên gia.

Deliverable quan trọng nhất trong RFP hộ chiếu pin là gì?

Requirements traceability matrix liên kết requirement, design, source data, test và evidence. Kèm theo ma trận 71 × 5, ID specification, access matrix, data flow, lineage, negative test, export/recovery và change control.

Tài liệu tham khảo

1. Regulation (EU) 2023/1542 — Articles 77–78 và Annex XIII
2. European Commission — Guidance to support preparations for the Digital Batteries Passport (21 August 2026)
3. European Commission — Digital Product Passport for Batteries
4. European Commission — Digital Product Passport overview
5. European Commission — The DPP Registry
6. Thailand BOI — Hyundai BEV and battery assembly project