Sẵn sàng DPP cho sắt thép: Data contract trước quy định cuối

Sẵn sàng DPP cho sắt thép không có nghĩa là mua phần mềm trước khi quy định cuối cùng tồn tại. Với nhà sản xuất, trung tâm dịch vụ, đơn vị gia công, thương nhân và nhà cung cấp linh kiện tại Thái Lan/ASEAN, công việc hữu ích hiện nay là xác định ai cung cấp bằng chứng nào, gắn với đơn vị sản phẩm nào và có hiệu lực khi nào, rồi thử bằng các ngoại lệ tách, gộp và sửa chứng chỉ. Delegated act và danh mục dữ liệu cuối cùng cho thép chưa được thông qua.

Điều thay đổi trong năm 2026 và phần chưa quyết định

Lộ trình mang tính chỉ báo của European Commission đặt sắt thép trong năm 2026 và nêu Q4/2026 như mốc dự kiến cho delegated act, sau đó có ít nhất 18 tháng chuyển tiếp. Lịch này có thể thay đổi. Phạm vi, trường dữ liệu, carrier, quyền truy cập và granularity model/batch/item sẽ do luật theo sản phẩm quyết định.

ESPR Regulation (EU) 2024/1781 đã được thông qua. Articles 9–11 và Annex III đặt khung về persistent unique product identifier cùng cấu trúc mở, interoperable, machine-readable; không ấn định mọi sản phẩm thép ở cấp coil. Các nhóm thông tin của Commission và đề xuất JRC/Product Bureau tháng 3–4/2026 là đầu vào chuẩn bị, không phải danh sách pháp lý cuối cùng. Xem tổng quan ở hướng dẫn EU DPP cho sản xuất; bài này đi tiếp vào data contract thép.

Phân vai trong chuỗi thép

Economic operator đưa sản phẩm ra thị trường EU chịu trách nhiệm DPP chính. Nhà cung cấp Thái Lan dù không trực tiếp đăng ký vẫn có thể phải cung cấp source data đáng tin cậy theo hợp đồng.

Vai trò	Hoạt động	Đóng góp ứng viên	Câu hỏi hợp đồng
Nhà sản xuất thép	Nấu, đúc, cán, thử	heat/cast, hóa học, quá trình, test	Trường cuối chưa chốt
Gia công/service centre	Cắt, slit, xử lý, gộp	input/output ID, genealogy, kiểm tra	Giữ quan hệ cha-con
Trader/importer	Hợp đồng, xuất khẩu, EU placement	product ID, supplier evidence, registration	Chỉ rõ EU operator
Khách hàng hạ nguồn	Chuyển đổi, phê duyệt	đơn vị nhận, mục đích, bằng chứng	Định nghĩa quyền truy cập

Hợp đồng phải chỉ rõ EU operator, DPP host, Registry registrant, source approver và correction notifier; câu “DPP-ready” là chưa đủ.

Tách bốn lớp dữ liệu

Factory genealogy/events: MES/WMS ghi receipt, production, split, merge, rework, test, shipment cùng thời gian, số lượng, đơn vị và parent/child ID.
Material/test certificates: mill certificate, LIMS/QMS với số chứng chỉ, revision, correction, người duyệt và product ID.
Sustainability/circularity evidence: ứng viên recycled content/environment kèm method, boundary, factor version, period, verification; nghĩa vụ công bố chờ luật cuối.
External DPP/Registry: carrier/resolver, access, API và identifier, registration data, high-level metadata.

Sẵn sàng DPP cho sắt thép: Data contract trước quy định cuối - figure 1

Tách lớp giúp correction không ghi đè lịch sử và cho phép thay dịch vụ DPP mà vẫn giữ master data. Việc trao đổi event liên công ty có thể nối với chain traceability và EPCIS.

Ma trận nguồn tạm thời—ứng viên chờ quy định cuối

Ứng viên	Owner	Source	Ví dụ identity/granularity	Version/effective time	Evidence
Product ID/grade	Quality/sales	ERP/spec master	product/batch/coil	master version	approval
Heat/cast	Steelmaking	MES/cast record	heat, cast, slab/billet	event/final time	record
Chemistry	Lab	LIMS/certificate	sample/heat/batch	analysis/reanalysis	lab approval
Properties	Quality	LIMS/QMS	coil/plate/batch	test/approval	report
Dimensions/mass	Production/logistics	MES/WMS/scale	coil/plate/bundle	measure/correction	calibrated record
Split/merge	Processor	MES/WMS	parents/children	event time	operation
Circular/environment	Procurement/environment	evidence/EMS	site/period/product	method/period version	verification
Registration	EU operator	DPP/Registry	persistent ID	register/update	API log

Đây không phải danh sách bắt buộc. Mỗi ứng viên phải có owner, nguồn chính, ID, effective time, approval và quy tắc giữ phiên bản cũ.

ID và version cho heat, coil, plate

Gia phả thép có one-to-many và many-to-one, như heat → slab → hot-rolled coil → slit coil → shipment batch hoặc billet → bar batch → bundle. Không tuyên bố một hierarchy phổ quát; hãy định nghĩa transformation của doanh nghiệp. Split phải lưu parent, children, input/output quantity, unit, yield, time, process; merge phải giữ mọi parent và quy tắc kế thừa evidence. Cố định conversion kg/tonne, mm/m, rounding và không tái sử dụng ID.

Sửa certificate phải giữ old/new revision, reason, approver, effective time và affected products. Người dùng thấy bản hiện hành nhưng audit phải tái dựng bản tại thời điểm giao.

Ranh giới DPP Registry

Commission mô tả Registry là index lưu identifiers, registration data và high-level metadata. Dataset chi tiết phân tán tại economic operator hoặc service provider, không đơn giản tải toàn bộ vào một EU central database.

Test environment, UI và API hỗ trợ chuẩn bị nhưng nội dung đăng ký thép cuối cùng phụ thuộc delegated act. PoC nên thử submit, response, update/cancel, retry, audit; lưu request, response, timestamp, actor, API version, failure reason và tách public/customer/authority access.

Điều khoản RFP

Clause	Yêu cầu
Scope/role	Product, site, EU operator, approver, host, registrant
Data contract	Candidate, type, unit, quality, configurable rule change
ID/version	Persistent ID, genealogy, effective time, correction history
Access/retention	Role, revoke, evidence, event/API log
API/export	Registry, ERP/MES/QMS/LIMS, portable CSV/JSON
Security	Authentication, authorization, encryption, key, incident
Supplier onboarding	Template, validation, rejection, training, SLA
Exit	Full data, evidence, ID map, logs, deletion proof

Đánh giá split/merge, late data, certificate correction và API outage, đồng thời yêu cầu nhà cung cấp tách rõ phần config và phần development khi luật cuối thay đổi.

Hợp đồng dữ liệu nhà cung cấp phải bao quát bằng chứng

Bằng chứng thép đến từ nhà cung cấp nguyên liệu, nhà máy luyện/cán, đơn vị gia công, phòng thí nghiệm và logistics ở nhiều thời điểm, định dạng. Hợp đồng phải chỉ rõ bên xác nhận độ chính xác, hạn giao, trạng thái khi thiếu, thông báo correction, quyền sử dụng tài liệu nguồn và nghĩa vụ tái cung cấp khi audit.

Nếu một giá trị môi trường ứng viên chưa tới vào lúc giao hàng, hệ thống không được tự điền 0 hay dùng lại kỳ trước. Hãy tách “chưa nhận”, “tạm thời”, “đã duyệt” và chỉ định người quyết định có được publish. Khi dữ liệu tới, lưu thời gian nhận, kỳ báo cáo, supplier revision, phê duyệt và DPP version bị ảnh hưởng.

Khi structured value mâu thuẫn PDF, cần source priority và discrepancy workflow. Validation tự động kiểm khoảng, đơn vị, độ chính xác, grade, certificate trùng và product ID; người duyệt ghi lý do ngoại lệ và sản phẩm ảnh hưởng. Supplier nhỏ không có API có thể dùng CSV/portal được kiểm soát nếu vẫn truy được người nhập, thời gian, tài liệu gốc và kết quả validation.

Thiết kế correction, cancellation và late arrival bằng chuyển trạng thái

DPP không phải trang tĩnh. Dữ liệu có thể ở draft, waiting evidence, validating, approved, registered, correcting, revoked/cancelled hoặc archived. Với mỗi state, định nghĩa ai được xem, có thể giao hàng không và có cần update Registry không.

Sửa certificate phải chạy source correction, impact calculation, approval, DPP revision, external notification và re-registration nếu cần trong một case. Nếu API lỗi giữa chừng, tách internal approval khỏi external publication và dùng idempotency để không gửi trùng. Cancellation giữ reason/time theo retention thay vì xóa audit trail.

Tách effective time khỏi transaction time để vừa tái dựng điều khách hàng thấy trước khi dữ liệu đến muộn, vừa hiển thị current view đã sửa.

Đưa security và data portability vào nghiệm thu

Truy cập DPP bên ngoài không được làm lộ công thức, điều kiện công nghệ hay tên khách hàng chỉ vì dùng chung nguồn MES. Yêu cầu least privilege, public/customer/authority roles, quyền có thời hạn, service account, key rotation, audit log, anomaly detection và incident recovery.

Thử token hết hạn, authentication fail, role revocation, tài khoản người nghỉ việc và kết thúc supplier. Xác nhận khách hàng cũ mất quyền, authority access được ghi log và lỗi dịch vụ ngoài không tạo đường kết nối nguy hiểm vào mạng nhà máy.

Khi thoát vendor, phải export toàn bộ product IDs, genealogy, revisions, evidence files, access configuration, Registry responses và audit logs theo format có tài liệu. Import một mẫu sang môi trường khác và tái dựng current/historical views; file dump có link gãy không được xem là portable.

Đánh giá chênh lệch khi delegated act cuối cùng xuất hiện

Mức sẵn sàng là khả năng hấp thụ thay đổi, không phải số trường tạm đã cấu hình. So final scope, granularity, mandatory data, carrier, access, Registry registration và retention với provisional contract. Phân loại từng chênh lệch thành existing source, supplier-contract change, master/genealogy change, new evidence, configuration, development hoặc legal decision.

Sau đó đánh giá product, supplier, historical backfill và tests phải chạy lại, rồi lập kế hoạch ngược từ ngày áp dụng thực tế. Nếu một JRC candidate không có trong luật cuối, quyết định giữ theo giá trị kinh doanh hay bỏ. Nếu xuất hiện trường mới, mô hình source–owner–version–effective time–approval giúp thay đổi có kiểm soát.

Khung đánh giá sẵn sàng 90 ngày do TOMAS TECH đề xuất

Đây không phải deadline EU hay cam kết thời gian triển khai. Phạm vi phải điều chỉnh theo doanh nghiệp.

Inventory: chọn một flow vào EU; map role, source, ID, version, gap, manual step.
Provisional contract: định nghĩa type, unit, candidate granularity, genealogy, effective time, evidence, approval, access mà không đóng băng JRC thành luật.
One-flow proof: nối heat/vật liệu thực qua processing, shipment, certificate và external DPP; dùng Registry test khi khả dụng.
Exception tests: split, merge, correction, delay, conversion, access change, API outage, history.
Decision: đánh giá gap, workload, change tolerance, supplier, security, portability để scale, sửa dữ liệu, chỉnh RFP hoặc chờ.

Sẵn sàng DPP cho sắt thép: Data contract trước quy định cuối - figure 2

Acceptance tests trước khi mua phần mềm

Test	Kết quả đạt
Duplicate ID	Reject/quarantine có lý do
Split/merge	Tái dựng parent, quantity, allocation, evidence
Alternative material	Lưu approval/effective time
Certificate revision	Giữ old, hiển thị current
Late supplier data	Trạng thái provisional và republish có kiểm soát
Unit conversion	Rule/rounding lặp lại được
Offline/retry	Gửi lại không duplicate
Historical correction	Tái dựng before/after
Access change	Hiệu lực tức thời, có audit log
API 4xx/5xx	Queue, alert, retry, manual recovery
Evidence request	Trả evidence theo quyền và registration proof
Archive/export	Tái dựng ID, version, evidence links

Sẵn sàng DPP cho sắt thép: Data contract trước quy định cuối - figure 3

Business, quality, IT/OT, sustainability và EU owner phải cùng nghiệm thu. Hệ thống chạy kỹ thuật nhưng không có người duyệt correction hoặc supplier giao evidence trễ thì chưa đạt vận hành.

Checklist quản trị và bước tiếp theo

Xác định product vào EU và economic operator.
Có ngân sách thay đổi vì delegated act chưa ban hành.
Theo dõi heat/cast, slab/billet, coil/plate, split/merge.
Gán owner, source, version, time, evidence, approver.
Hợp đồng supplier quy định quality, correction, deadline, handover.
Tách Registry index khỏi detailed data và export đầy đủ.
Dùng exception tests làm tiêu chí nghiệm thu.
Chỉ định người đánh giá chênh lệch khi final rule xuất hiện.

Bước đầu là inventory một flow và provisional data contract trước khi chọn platform. Sau đó dùng kết quả exception test để chốt RFP và phạm vi đầu tư.

Chia quyết định đầu tư thành ba cổng

Ban lãnh đạo không cần phê duyệt triển khai DPP toàn doanh nghiệp trong một lần. Cổng một là mức sẵn sàng dữ liệu, cổng hai là kiểm chứng một dòng sản phẩm thực và cổng ba là đầu tư mở rộng. Đặt rõ đầu ra và điều kiện dừng tại từng cổng giúp dự án tiến lên mà không coi quy định thép cuối cùng chưa được thông qua là điều chắc chắn.

Tại cổng sẵn sàng dữ liệu, phải thống nhất dòng thương mại vào EU và bên chịu trách nhiệm. Mỗi dữ liệu ứng viên có nguồn chính, owner, revision và effective time. Mỗi gap quan trọng được phân loại: lấy qua hợp đồng supplier, tạo bản ghi mới trong nhà máy hay chờ quy định cuối. Đạt cổng không có nghĩa mọi dữ liệu đã đủ; nó có nghĩa gap và trách nhiệm thu thập đã hiển thị và được nhận.

Tại cổng kiểm chứng một sản phẩm, dùng heat hoặc vật liệu đầu vào thật để tái dựng processing, shipment, certificate, external view và Registry registration evidence. Chạy split, merge, correction, late arrival, access change và API failure. Xác định lỗi thuộc dữ liệu, quy trình vận hành, supplier hay chức năng sản phẩm; sau đó ước tính chi phí configuration, sửa hợp đồng, development hoặc giảm scope.

Tại cổng đầu tư mở rộng, đánh giá khối lượng vận hành khi thêm sản phẩm, site và supplier. Không chỉ đếm registration mỗi tháng mà còn tính evidence queue, correction rate, thời gian phê duyệt thủ công, retry, query, access request và đào tạo supplier. Điều kiện mở rộng gồm exception SLA, năng lực nhóm chịu trách nhiệm và khả năng tái dựng mẫu audit.

Cổng	Đầu ra quản trị	Điều kiện đi tiếp	Điều kiện giữ hoặc quay lại
Sẵn sàng dữ liệu	Role map, provisional contract, source/gap register	Owner và đường lấy dữ liệu trọng yếu đã thống nhất	EU responsibility hoặc quyền sử dụng evidence chưa rõ
Kiểm chứng một sản phẩm	Genealogy, DPP view, registration proof, exception results	Xử lý exception trọng yếu với lịch sử đầy đủ	Correction xóa lịch sử, tái dùng ID hoặc export lỗi
Đầu tư mở rộng	Scope, workload, cost, change plan	Duyệt nhân lực, SLA, migration và exit terms	Không có ngân sách/kiến trúc hấp thụ final-rule delta

Theo dõi pháp quy phải nằm trong chương trình. Chỉ định người kiểm European Commission, EUR-Lex và JRC/Product Bureau, tần suất, cuộc họp quyết định và change register. Khi dùng Q4/2026 hoặc 18 tháng chuyển tiếp để lập kế hoạch, ghi rõ “indicative,” ngày truy xuất và không biến chúng thành hạn sản xuất/hợp đồng cố định.

Kết luận về khả năng áp dụng và pháp lý thuộc chuyên gia pháp quy/pháp lý cùng economic operator phía EU. IT/OT và quality cung cấp evidence, version history và test results có thể tái dựng; cấu hình hệ thống không thay thế ý kiến pháp lý.

Mở rộng theo chất lượng dữ liệu và trách nhiệm vận hành, không theo số product. Ổn định phê duyệt ở một site/một flow, thêm processor và supplier, rồi mới mở rộng registration/access phía EU. Chuyển đổi hàng loạt khi yêu cầu còn tạm sẽ tăng rework; nền genealogy/evidence tốt có thể tái sử dụng khi field cuối tăng hoặc giảm.

FAQ

Công ty Thái Lan có cần chuẩn bị DPP thép không?

Không quyết định chỉ theo địa điểm. Cần xem sản phẩm có được đặt lên thị trường EU, vai trò chuỗi và delegated act tương lai. Supplier Thái có thể phải cung cấp evidence theo hợp đồng dù EU operator chịu trách nhiệm chính.

Trường dữ liệu DPP thép đã chốt chưa?

Chưa. ESPR đã thông qua nhưng delegated act và final data list thép chưa có. Commission/JRC là đầu vào chuẩn bị, không phải danh sách bắt buộc.

Registry API có nhận toàn bộ dữ liệu chi tiết không?

Không. Registry lập chỉ mục identifier, registration và high-level metadata; dữ liệu chi tiết được lưu phân tán.

Granularity là model, batch hay item?

Chưa xác định. Chuẩn bị genealogy nối heat/cast, slab/billet, coil/plate và shipment để hỗ trợ nhiều mức.

SME nên bắt đầu thế nào?

Chọn một flow EU, map role, ID, certificate, owner, correction từ ERP, spreadsheet và PDF, rồi xử lý gap bằng supplier data contract.

Nên thử gì trước khi mua software?

Thử duplicate ID, split/merge, certificate revision, late data, unit conversion, access change, API outage, history không ghi đè và full export.

Kết luận: xây nền bằng chứng có thể đổi theo quy định cuối

Sẵn sàng DPP thép hiện nay là tách trách nhiệm EU khỏi evidence supplier và nối factory genealogy, material certificate, sustainability evidence, external DPP/Registry bằng ID/version có thể audit—không biến trường tạm thời thành “luật”.

TOMAS TECH hỗ trợ nhà sản xuất, gia công, trader và nhà cung cấp linh kiện tại Thái Lan/ASEAN về discovery, source mapping, RFP, DPP/Registry PoC và acceptance tests. Chúng tôi không bảo đảm compliance, nhưng có thể biến câu hỏi mở thành bằng chứng phục vụ quyết định đầu tư. Liên hệ TOMAS TECH.