Truy xuất nguồn gốc tại Thái Lan: RFP và PoC 90 ngày cho kỷ nguyên EU DPP

Truy xuất nguồn gốc tại Thái Lan chỉ trở thành năng lực xuất khẩu khi vượt qua việc in mã QR hoặc lưu lịch sử giao dịch. Một hệ thống hữu ích phải nối tiếp nhận, sản xuất, kiểm tra, đóng gói và điểm giao hàng bằng định danh cùng sự kiện nhất quán. Hệ thống cũng chỉ được công bố đúng phần bằng chứng mà khách hàng, kiểm toán viên hoặc cơ quan có quyền xem. EU Digital Product Passport (DPP) Registry bắt đầu vận hành ngày 20/7/2026, nhưng cột mốc đó không tạo nghĩa vụ DPP ngay lập tức cho mọi sản phẩm. Bài viết trình bày cách một nhà máy xuất khẩu ở Thái Lan tránh cách hiểu quá mức và dùng RFP cùng Proof of Concept 90 ngày để chứng minh khả năng truy vết thực tế.

Câu hỏi đầu tiên: DPP đã bắt buộc với mọi sản phẩm chưa?

Chưa. Ủy ban châu Âu mô tả DPP là một Digital Container chứa thông tin về sản phẩm, linh kiện và vật liệu. Việc thiết lập khung Registry trong tháng 7/2026 và đưa Registry vào hoạt động ngày 20/7 là bước tiến hạ tầng quan trọng. Tuy nhiên, Regulation (EU) 2024/1781—Ecodesign for Sustainable Products Regulation (ESPR)—áp dụng yêu cầu DPP cụ thể thông qua Delegated Act theo nhóm sản phẩm. Các văn bản này xác định sản phẩm, dữ liệu, Data Carrier và vị trí, Granularity ở cấp Model/Batch/Item cùng quyền truy cập.

Timeline của Ủy ban được cập nhật đến tháng 9/2026 cho biết Economic Operator có giai đoạn chuyển tiếp ít nhất 18 tháng sau khi ESPR Delegated Act được thông qua. Registry vận hành không đồng nghĩa mọi mặt hàng xuất khẩu đã phát sinh nghĩa vụ pháp lý. Một đề xuất tuyên bố “từ năm 2026 mọi hàng xuất sang EU đều phải có DPP” là không chính xác. Trước khi nêu phần mềm, RFP phải ánh xạ từng Product Classification tới luật điều chỉnh, Delegated Act và ngày áp dụng.

Battery Passport là trường hợp cụ thể bắt đầu ngày 18/2/2027

Pin là nhóm sản phẩm cụ thể hóa sớm. Hướng dẫn cập nhật của Ủy ban công bố ngày 21/8/2026 sắp xếp 71 Data Point của Battery Passport. Đây không phải Schema cố định 71 Field dùng chung cho mọi DPP. Hướng dẫn phân loại mỗi điểm là bắt buộc, tùy chọn, áp dụng có điều kiện hoặc hiện chưa phải điền cho từng loại pin. Theo Article 77 của Regulation (EU) 2023/1542, từ ngày 18/2/2027, mỗi EV Battery, LMT Battery và Industrial Battery trên 2 kWh được đưa ra thị trường hoặc đưa vào sử dụng tại EU phải có Battery Passport.

Ranh giới trách nhiệm cũng cần làm rõ. Ủy ban giải thích Economic Operator đưa pin hoàn chỉnh ra thị trường chịu trách nhiệm tạo và duy trì Passport; nhà cung cấp từng linh kiện hoặc Module không tự động trở thành chủ thể đó. Dù vậy, nhà máy vật liệu, Cell, Module hoặc linh kiện ở Thái Lan có thể nhận yêu cầu dữ liệu theo hợp đồng của khách hàng chịu trách nhiệm. “Không phải bên phát hành Passport” không phải lý do bỏ qua chuẩn bị; đó là lý do phải tách trách nhiệm pháp lý khỏi bằng chứng phải cung cấp theo hợp đồng.

Registry là lớp chỉ mục, không phải kho trung tâm của mọi dữ liệu chi tiết

Theo Ủy ban, DPP Registry lập chỉ mục Passport của sản phẩm được đưa ra thị trường EU. Registry lưu Unique Identifier, Registration Data và High-level Metadata thay vì toàn bộ thông tin chi tiết. Economic Operator chịu trách nhiệm duy trì dữ liệu chi tiết trong hệ thống Decentralised và trình bày theo quyền truy cập pháp luật quy định.

Chuyển thành yêu cầu RFP, câu hỏi “Vendor có Upload mọi dữ liệu lên DPP Cloud không?” là chưa đủ. Nhà máy phải xác định bằng chứng nào nằm trong ERP, MES, QMS, LIMS, PLM, WMS hay Document Management; định danh nào nối chúng; ai duyệt công bố; Service nào đăng ký Passport; và thay đổi Source Data truyền đi thế nào mà không phá Audit Trail.

Xác định kết quả của truy xuất nguồn gốc tại Thái Lan trước

Traceability không chỉ là “có lịch sử”; đó là khả năng xác định lịch sử hoặc vị trí của đối tượng cho một mục đích đã nêu. Product Safety, Quality Containment, Customer Audit, Anti-counterfeiting, Warranty, Sustainability và Export Compliance có Granularity, Retention và Audience khác nhau. Gộp mọi mục đích thành một yêu cầu mơ hồ vừa dẫn đến thu thập quá mức, vừa bỏ thiếu bằng chứng.

TISI มตช. 22005-2567 là tiêu chuẩn đánh giá sự phù hợp quốc gia của Thái Lan về nguyên tắc chung và yêu cầu cơ bản để thiết kế, triển khai Traceability trong chuỗi thức ăn chăn nuôi và thực phẩm. Tiêu chuẩn được công bố trong Royal Gazette ngày 8/11/2024 và theo phạm vi ISO 22005:2007. Đây không phải yêu cầu pháp lý chung cho mọi ngành. Tuy nhiên, logic quản trị của nó hữu ích rộng hơn: đặt mục tiêu, thiết kế và vận hành hệ thống để đạt mục tiêu, sau đó đánh giá nội bộ và xem xét lại.

GS1 Global Traceability Standard cũng cung cấp khung Process-neutral cho Traceability xuyên Trading Party, không khóa vào một sản phẩm hay ứng dụng. Khi khởi động RFP, hãy thống nhất năm kết quả:

1. Truy vết lịch sử sản xuất: đi ngược từ Finished Lot/Serial đến nguyên liệu, thiết bị, điều kiện quy trình, thao tác và bằng chứng kiểm tra theo Granularity yêu cầu.
2. Truy vết điểm giao: đi xuôi từ Input/Lot/Serial đáng ngờ tới Shipment, Customer, Delivery Point, Quantity và vị trí còn lại.
3. Quyết định khoanh vùng: giải thích phạm vi ảnh hưởng từ quan hệ Transformation, Aggregation, Split, Rework thực tế thay vì “toàn bộ hàng sản xuất trong ngày”.
4. Cung cấp bằng chứng: tái tạo ai duyệt Source nào, khi nào, công bố Version nào cho ai.
5. Khả năng liên thông tương lai: nối Product-specific DPP, Customer Portal hoặc EPCIS mà không thay đổi ý nghĩa Source Record.

Để xem cấu trúc đầu tư tổng thể, đọc chi phí hệ thống truy xuất nguồn gốc tại Thái Lan. Việc trao đổi Event xuyên doanh nghiệp được phân tích trong truy xuất chuỗi cung ứng bằng EPCIS. Bài này tập trung vào Acceptance Evidence trong RFP và PoC có tính đến DPP.

Thiết kế định danh, quan hệ và sự kiện trước khi chọn QR hoặc RFID

QR, Barcode, RFID và Direct Marking là Data Carrier, không tự tạo ra Traceability. Phần cốt lõi là định danh được quét đại diện duy nhất cho gì, và hệ thống trả về quan hệ cùng Event nào.

Identifier: không để một số mang nhiều nghĩa

Tối thiểu phải tách Item, Production Lot, Unit Serial, Material Lot, Package/Logistic Unit, Location, Trading Party và Equipment. Ghi đè Customer Item bằng Internal Item, Supplier Lot bằng Receipt Lot hoặc Package cũ bằng mã sau Repack sẽ làm đứt chuỗi.

Ưu tiên Issuing Authority, Uniqueness, cấm tái sử dụng, Creation Time và kiểm soát Label Reprint hơn việc làm mã dễ đọc. Với DPP, phải giữ khả năng Mapping Model, Batch hoặc Item theo luật sản phẩm áp dụng. Theo dõi cấp Unit cho mọi thứ có thể tạo gánh nặng không cần thiết; khóa toàn bộ ở cấp Lot có thể không đáp ứng nghĩa vụ hoặc hợp đồng cần dữ liệu từng đơn vị. Granularity phải lựa chọn được theo Risk, đặc điểm Process và yêu cầu.

Relationship: giữ Transformation, Aggregation, Split và Rework

Một Time Log đơn thuần không dựng lại Manufacturing Genealogy. Nếu Material Lot A và B thành Semi-finished C, rồi C tách thành Finished Lot D và E, phải giữ A/B → C → D/E. Hãy mô hình hóa các ngoại lệ thật: Rework nhập vào Lot khác, hàng Subcontract về nhiều Package, chi tiết tốt sau Sorting chuyển sang Lot mới, Bulk Consumption và Repacking.

Genealogy chung sẽ hỗ trợ cả Trace Backward lẫn Trace Forward. Góc nhìn bổ sung cho ngành ô tô nằm trong IATF 16949 và hệ thống truy xuất tại Thái Lan.

Event: dùng cách mô tả chung về việc gì xảy ra, ở đâu, khi nào

GS1 EPCIS 2.0.1 cho phép các Application khác nhau tạo và chia sẻ Visibility Event trong và giữa doanh nghiệp. Normative Artefact bao gồm kiểm tra JSON/JSON-LD và định nghĩa REST Query. Việc có yêu cầu EPCIS Compliance trong RFP hay không tùy Trading Network và Use Case, nhưng khung câu hỏi Event rất thực dụng:

• What: Product, Lot, Serial hoặc Logistic Unit
• When: Event Time, Record Time và Time Zone
• Where: Process, Machine, Warehouse, Shipping hoặc Receiving Location
• Why: Business Step/trạng thái như Receive, Consume, Transform, Inspect, Hold, Release, Pack, Ship
• How: Sensor, Measurement hoặc Certification liên quan

Không chép thẳng từ vựng tiêu chuẩn lên màn hình. Cần Mapping ngôn ngữ hiện trường Thái, thuật ngữ Nhật của trụ sở và mã tiếng Anh của khách hàng vào Business Vocabulary có quản trị. Cũng phải ngăn một hành động vật lý bị đếm hai lần do hai ứng dụng cùng báo cáo.

12 câu hỏi phải có trong RFP truy xuất nguồn gốc

RFP nên buộc Vendor trả lời Responsibility và Acceptance Evidence chứ không chỉ Yes/No:

1. Scope/Purpose: gồm Product, Site, Process, Customer, Regulation nào và rút ngắn quyết định gì?
2. Identification Granularity: phát hành Item, Lot, Serial, Logistic Unit ở đâu, ngăn Duplicate/Reuse thế nào?
3. Genealogy: biểu diễn Mixing, Splitting, Substitute, Rework, Subcontract, Sorting, Repack ra sao?
4. Event Capture: Source of Truth là ERP/MES Entry, Scanner, PLC, Inspection Device hay IoT Gateway?
5. Time/Sequence: xử lý ICT, UTC, ca qua đêm, Late Event, Clock Drift, Offline Replay thế nào?
6. Master Governance: ai sở hữu Item, BOM, Routing, Machine, Supplier, Customer, Location, Unit, Revision, Effective Date?
7. Data Quality: Missing, Duplicate, Conflict, Unknown Code dừng ở đâu; ai duyệt Exception?
8. Forward/Backward Search: Search Key, Response Target, Quantity/Location/Destination và Evidence Format là gì?
9. External Exchange: tích hợp, Version Control cho GS1/EPCIS, Customer API, CSV, Portal, DPP Service ra sao?
10. Access Control: tách Field Public, Customer, Authority/Auditor và Internal thế nào?
11. Retention/Change Evidence: xử lý thời hạn lưu, lý do sửa, phê duyệt, Backup, Recovery Test thế nào?
12. Operating Ownership: ai chịu First Response, Data Stewardship, Interface Failure, Label Reprint, SLA, Change Control?

Yêu cầu câu trả lời thuộc Standard, Configuration, Interface, Customisation, Process Change hoặc Unsupported. “Có hỗ trợ” chưa phải bằng chứng so sánh. Mỗi câu trả lời cần Assumption, Owner, Incremental Cost, Maintenance, Upgrade Retest và PoC Scenario để chứng minh.

Lập Data Responsibility Matrix cho DPP theo sản phẩm

Sai lầm thường gặp là giao toàn bộ dữ liệu DPP cho một phòng ban. Product Identity có thể từ Engineering; Material Declaration từ Procurement/Supplier; Production Event từ nhà máy; Quality từ QMS; Destination từ ERP/WMS; Disclosure Approval từ Legal, Quality, Sales. Với mỗi Data Point, hãy ghi:

• Legal Source: Regulation, Delegated Act, Customer Contract hoặc Internal Policy
• Applicability: Mandatory, Optional, Conditional, Not Applicable và người quyết định
• Source System: Source of Truth và Interface
• Granularity: Model, Batch, Item hoặc Shipment Unit
• Owner: trách nhiệm về ý nghĩa, độ chính xác, phê duyệt, chỉnh sửa
• Visibility: Public, Trading Partner, Authority/Auditor hoặc Internal
• Update Trigger: Design Revision, Production Complete, Inspection, Repair, Reuse
• Evidence: Provenance, Approval, Change History
• Retention: theo Product Life, Contract và luật áp dụng

Khi có Delegated Act mới, Matrix sẽ tách dữ liệu đã được quản trị, dữ liệu mới phải lấy từ Supplier và dữ liệu phải thêm Capture trong Process. Cách này đáng tin hơn việc lập tức mua “DPP Module” khác.

PoC 90 ngày tạo bằng chứng thay vì trình diễn sản phẩm

Mẫu 90 ngày dưới đây là ví dụ lập kế hoạch, không phải thời hạn pháp lý, Benchmark ngành hay cam kết. Hãy điều chỉnh theo Product, Site, Machine, Party và Data Quality. Mục đích là giảm bất định đầu tư có thứ tự, không phải hoàn thành Enterprise Rollout trong ba tháng.

Ngày 1–15: cố định sản phẩm, luật, hợp đồng và Decision Right

Chọn một sản phẩm xuất khẩu, một Line đại diện và một Destination. Xác nhận Product Classification cùng luật áp dụng với chuyên gia phù hợp; tách nghĩa vụ bằng chứng hiện tại khỏi yêu cầu có thể có trong tương lai. Nếu là pin thuộc phạm vi, dùng Regulation (EU) 2023/1542 và Guidance hiện hành. Nếu là sản phẩm khác, xác định ESPR Delegated Act đã áp dụng hay chưa. Cấm yêu cầu mơ hồ như “DPP-ready”. Viết Use Case, ví dụ: “từ Serial khiếu nại, tái tạo Material Lot đã dùng, Inspection Evidence, toàn bộ phạm vi sản phẩm bị ảnh hưởng bởi cùng một nguyên nhân và Destination”.

Deliverable gồm Applicability Note, Current Process, Identity Register, Data Responsibility Matrix, Exception Catalogue và PoC Acceptance Sheet. Tách người quyết định pháp lý khỏi người thiết kế Solution.

Ngày 16–30: đối chiếu Physical Flow với Data Flow

Quan sát Receive, Store, Issue, Transform, Mix/Split, Inspect, Pack, Ship tại hiện trường. Không chỉ xem Standard Work; hãy theo Label Damage, Substitute, Rework, Bulk, Remainder, Night Shift, Network Loss và Correction. Mỗi điểm phải ghi Physical Identity, Capture Method, Actor, Source Application và Relationship chuyển sang công đoạn sau.

Nếu phát hiện nhiều Gap, không tự động hóa tất cả. Ưu tiên Genealogy/Destination Gap có ảnh hưởng Containment lớn. Tách Procedural Workaround có kiểm soát khỏi điểm thực sự cần Reader, Device hay Interface.

Ngày 31–60: nối một chuỗi bằng chứng đại diện

Nhận chỉ Event cần thiết từ ERP, MES, QMS, WMS, IoT rồi nối sản phẩm được chọn theo cả Upstream/Downstream. Nếu dùng EPCIS bên ngoài, hãy quản trị ý nghĩa và Data Quality nội bộ trước. Bao gồm Normal Flow và ít nhất hai ngoại lệ thật trong Split, Mix, Rework, Subcontract, Hold/Release, Repack.

Ưu tiên Repeatability: cùng Input có quản trị phải tái tạo cùng Trace Result và Evidence Pack. Kiểm tra thao tác bằng tiếng Thái có thể tạo bằng chứng tiếng Anh đúng nghĩa mà không đổi Source Meaning.

Ngày 61–75: chủ động làm hỏng Interface và Permission

Tạo Scanner Loss, Network Interruption, Duplicate Delivery, Clock Drift, Unknown Item, Label Reprint, Interface Timeout và Wrong Destination Association. Xác nhận hệ thống không im lặng nhận Missing Evidence, Replay không tạo Event trùng và Correction không xóa Original Record.

Đổi Role giữa Public, Customer, Internal Quality và Administrator. Kiểm tra Cost, Supplier Term, Personal Data, Commercial Detail không lộ qua Screen, API hoặc Export. DPP không chỉ là Public Page; Access Control là trọng tâm thiết kế.

Ngày 76–90: Mock Audit và RFP Gate dựa trên bằng chứng

Để Quality, Sales, IT, Management và người dùng thật xử lý cùng Mock Complaint/Recall. Ghi Start Time, Question, Search Process, Exclusion Logic, Output, Approval và Completion Time. Đưa Unresolved Item trở lại RFP. Dùng PoC Log, Reconciliation, Permission Test và Recovery Result làm Contract Gate thay cho Vendor Presentation.

Ví dụ Acceptance Matrix cho PoC

Threshold là quyết định của công ty. Bảng này mô tả cách thiết kế Test, không phải thống kê ngoài hay Performance Promise.

Freeze Expected Result và Source Ledger trước Test. Dùng dữ liệu thật đã Anonymise, ngoại lệ thật, Network Condition của nhà máy Thái Lan và người dùng hiện trường, không chỉ Demo Record của Vendor.

Integration Architecture bảo toàn lịch sử sản xuất

Product Mix phù hợp khác nhau theo nhà máy, nhưng Responsibility có thể phân tách:

• ERP: Order, Purchase, Item, BOM, Production Order, Inventory, Shipment, Customer
• MES/QMS/LIMS: Execution, Equipment, Operator Qualification, Test, Disposition, Deviation, Rework
• WMS/Barcode/RFID: Location, Handling Unit, Movement, Pick, Pack, Dispatch Scan
• IoT/PLC/Gateway: Equipment State, Measurement, Time và Edge Buffer
• Traceability Repository/EPCIS: Cross-system Genealogy, Event Search và Controlled Exchange
• DPP Service: Product Schema, Public/Restricted View, Data Carrier, Registry Connection

Không cần Copy mọi thứ vào một Database. Chọn Minimum Event và Source Reference cần cho Traceability. Correction phải truyền từ Governed Source System. Nếu Aggregation Layer được tự do sửa giá trị, Source of Truth sẽ không rõ.

Phải thử Offline và thời gian trong nhà máy Thái Lan

Nếu mạng hiện trường có thể mất, hãy Queue ở Terminal/Gateway, tách Event Time khỏi Record Time và dùng Replay Identity để ngăn Duplicate. Quy định lưu/hiển thị ICT và UTC; không trộn Time Zone trụ sở tùy ý. Ca qua đêm có thể cần cả Calendar Date và Production Date.

Manual Contingency cũng là System Requirement. Nếu ghi giấy khi khẩn cấp, phải nêu ai nhập sau, Material nào Hold, cách đính kèm Original Record và cách tránh Double Entry.

Truy vết điểm giao và Mock Recall để giải thích phạm vi

Destination Tracking phải làm hơn việc hiện tên khách hàng. Từ Issue Origin, cần Reconcile Item/Lot/Serial, Package, Shipment Document, Delivery Point, Quantity, Date và vị trí của Return, Inventory, WIP. Nếu Production, Scrap, Sample, Stock, Shipment và Return không cân, kết quả trông có vẻ hẹp cũng không đáng tin.

Trong Mock Recall, chọn một Material Lot đáng ngờ để Trace Forward. Sau đó lấy Finished Serial trong Customer Complaint để Trace Backward. Cả hai phải được giải thích bằng cùng Genealogy. Sản phẩm được loại khỏi phạm vi cũng cần Exclusion Evidence.

DPP không thay thế nền tảng này. Public View đẹp không bù được Internal Genealogy thiếu. Ngược lại, Event và Accountability chắc giúp Mapping sang Product-specific Schema mới dễ hơn.

Đưa Supplier và Customer vào theo giai đoạn

Traceability của nhà máy nước ngoài không kết thúc ở hàng rào công ty, nhưng bắt tất cả Supplier dùng một API ngay ngày đầu sẽ gây tắc. Lộ trình thực tế:

1. Giới hạn Wave đầu theo Product/Material Risk.
2. Kiểm kê COA, Lot, Origin/Material Declaration, Shipping Data hiện nhận.
3. Lập Minimum Contract Specification cho Identity, Unit, Time, Correction, Version.
4. Cho phép mức trưởng thành CSV, Portal, API, EPCIS nhưng quản trị Common Semantics.
5. Chia sẻ Data-quality Finding và Exception Process trước khi chỉ dùng Penalty.
6. Tách Customer Disclosure khỏi Supplier-confidential Information.

Field Name giống nhau chưa phải Interoperability. Phải thống nhất Unit, Code System, Event Meaning, Time Zone, Update và Cancellation. Nếu dùng EPCIS, hai bên cần quản trị Business Step/Disposition Vocabulary, Identity Issuance và Query Access.

Đánh giá hỗ trợ BOI tách khỏi thiết kế hệ thống

Biện pháp Smart and Sustainable Industry của Thailand BOI hỗ trợ Efficiency Enhancement và Operational Upgrade trong sản xuất, dịch vụ. Trang tiếng Anh hiện hành mô tả Minimum Investment 1 triệu baht cho Efficiency Enhancement, không gồm đất và Working Capital, miễn thuế nhập khẩu máy móc và ưu đãi CIT có điều kiện. Trang cũng nêu điều kiện liên quan máy móc gắn với ngành Automation trong nước.

Dự án Traceability không tự động đủ điều kiện. Hãy xác nhận Activity, Existing/New Project, Eligible Investment, Timing, Domestic Development/Certification và Implementation Deadline theo thông báo BOI mới nhất với BOI cùng cố vấn thuế/pháp lý phù hợp. RFP nên có Base Case hiệu quả khi không có Incentive, rồi tách trường hợp được phê duyệt. Không dùng Incentive chưa được duyệt làm ROI.

KPI vận hành sau triển khai

Go-live không phải kết quả cuối. Hãy lập Baseline trong PoC rồi đặt mục tiêu riêng cho:

• Completeness và On-time Capture của Required Trace Event
• Unknown Code, Duplicate, Reversed Time, Unresolved Exception
• thời gian Trace Forward/Backward cho Item đại diện
• Quantity Reconciliation Variance và Root Cause
• Label Reprint, Manual Capture, Offline Replay Frequency
• Supplier Timeliness và Correction Lead Time
• Access Violation, Over-disclosure, Audit-log Gap
• thời gian Mock Recall cho Scope, Approval, Notification Preparation
• Delay/Rejection của DPP hoặc Customer Evidence Submission

Dùng KPI tìm Ownership, Master và Interface bị đứt, không dùng để phạt Operator. Metric Missing đơn lẻ khuyến khích Placeholder vô nghĩa; cần kết hợp Completeness, Accuracy, Timeliness và Consistency.

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

EU DPP có bắt buộc với mọi sản phẩm từ năm 2026 không?

Không. Registry hoạt động từ 20/7/2026 nhưng Requirement ESPR áp dụng theo giai đoạn qua Product-group Delegated Act. Ủy ban nêu giai đoạn chuyển tiếp ít nhất 18 tháng sau khi thông qua Act. Phải kiểm tra Classification và Act mới nhất của từng sản phẩm.

Pin nào cần Passport và khi nào?

Article 77 của Regulation (EU) 2023/1542 áp dụng từ 18/2/2027 cho EV Battery, LMT Battery và Industrial Battery trên 2 kWh được đưa ra thị trường hoặc sử dụng ở EU. Guidance 21/8/2026 sắp xếp 71 Data Point cùng Applicability theo loại. Hãy xác nhận tài liệu hiện hành và vai trò pháp lý của công ty.

Nên bắt đầu triển khai truy xuất nguồn gốc tại Thái Lan từ đâu?

Xác định Product, Purpose, Start/End Point, Granularity, Decision Owner và Evidence trước khi chọn Technology. Mapping một Physical/Data Flow đại diện, sau đó thử Mix, Split, Rework và Network Loss thật.

Mã QR có đủ để truy vết lịch sử sản xuất không?

Không. QR chỉ mang Identity hoặc Link. Manufacturing History còn cần Material-product Genealogy, Process/Inspection Event, Correction Evidence, Destination, Quantity Reconciliation và Access Governance.

EPCIS 2.0.1 có bắt buộc không?

Không bắt buộc chung. Đây là tiêu chuẩn mạnh để chia sẻ Visibility Event xuyên Application và công ty, nhưng lựa chọn phụ thuộc Product Requirement và Trading Network. Cần quản trị Internal Data/Vocabulary trước.

PoC 90 ngày có hoàn tất Production Rollout không?

Không. Đây là mẫu minh họa để ra quyết định đầu tư. Giới hạn Product, Line, Destination, xác minh Genealogy, Exception, Security, Failure và Evidence rồi mới quyết định Scale.

Kết luận

Truy xuất nguồn gốc tại Thái Lan trong kỷ nguyên DPP không nên bắt đầu bằng giao dịch lớn dựa trên khẩu hiệu pháp lý. Registry vận hành ngày 20/7/2026 là cột mốc hạ tầng, nhưng nghĩa vụ ESPR được áp dụng theo giai đoạn qua Product-specific Delegated Act. Pin là trường hợp cụ thể theo Regulation (EU) 2023/1542, bắt đầu ngày 18/2/2027 với nhóm đã nêu. Khi hiểu đúng ranh giới, nhà máy có thể quản trị Identity, Genealogy, Event, Destination, Ownership, Access và Correction Evidence để vừa cải thiện xử lý chất lượng hôm nay, vừa hỗ trợ Mapping DPP theo sản phẩm ngày mai. Hãy yêu cầu Accountability/Evidence trong RFP và chủ động phá Exception, Interface, Permission trong PoC.

TOMAS TECH có thể hỗ trợ nhà máy tại Thái Lan khảo sát Physical/Data Flow, lập Traceability RFP, tích hợp ERP/MES/WMS/IoT, thiết kế Forward/Backward Trace, EPCIS Exchange và Acceptance cho PoC 90 ngày. Trong khi kiểm tra Product-specific DPP Applicability và trước khi chọn Platform/Vendor, doanh nghiệp có thể liên hệ với chúng tôi.

Nguồn nghiên cứu

• European Commission, Digital Product Passport
• European Commission, The DPP Registry
• EUR-Lex, Regulation (EU) 2024/1781 (ESPR)
• European Commission, hướng dẫn Battery Passport, 21/8/2026
• EUR-Lex, Regulation (EU) 2023/1542
• GS1, Global Traceability Standard 2.0
• GS1, EPCIS Standard 2.0.1
• TISI, มตช. 22005-2567
• Thailand BOI, Smart and Sustainable Industry