Người tìm “case study triển khai truy xuất nguồn gốc” thường không cần thêm một câu chuyện quét barcode thành công. Họ cần biết nội dung nào có thể chuyển thành URS, RFP, PoC và tiêu chí nghiệm thu của nhà máy mình. Bài viết so sánh ba mẫu triển khai tham chiếu—thực phẩm, ô tô/pin và điện tử—được xây dựng từ tiêu chuẩn công khai và quy định chính thức. Đây không phải case khách hàng được nêu tên của TOMAS TECH hay kết quả của một doanh nghiệp cụ thể. Không có số tiết kiệm, tỷ lệ giảm lỗi, giá dự án hoặc ROI được sáng tác. Mục tiêu là giúp nhà máy tại Thái Lan chuẩn bị RFP có thể so sánh và PoC 90 ngày có thể kiểm chứng.
Đọc case study truy xuất nguồn gốc như một chuỗi bằng chứng
Sao chép màn hình hoặc danh sách thiết bị không thể tái tạo kết quả của nhà máy khác. Sản phẩm, quy trình, đối tác, quy định và hợp đồng khách hàng đều khác. Phần có thể chuyển giao giữa các ngành là chuỗi thiết kế: định danh, chuyển đổi, sự kiện, ngoại lệ, đối soát và bằng chứng.
Tiêu chuẩn truy xuất của GS1 tổ chức thông tin quanh Critical Tracking Event (CTE) và Key Data Element (KDE): ai xử lý cái gì, ở đâu, khi nào và vì sao. GTIN, GLN, barcode, EPC/RFID và EPCIS là các tiêu chuẩn bổ trợ cho định danh, thu thập và chia sẻ, không phải những sản phẩm “tất cả trong một” cạnh tranh nhau. EPCIS 2.0 là ngôn ngữ Event Data dùng chung, hỗ trợ Sensor Data, thông tin Certification, JSON/JSON-LD và REST Capture/Query. Nó không phải cơ sở dữ liệu trung tâm hoặc một MES hoàn chỉnh. Chỉ áp dụng GS1 cũng không tự chứng minh tuân thủ quy định.
Với mỗi Event, tối thiểu cần xác định:
- Identity: Key ổn định cho Item, Lot, Serial, Logistics Unit, Location và Party.
- Event: Receive, Consume, Transform, Split, Merge, Pack, Ship, Hold và Scrap.
- Time: tách Event Time khỏi Record Time, giữ Time Zone hoặc UTC Offset.
- Relationship: bảo toàn quan hệ Input-Output của Transformation.
- Exception: Correction, Late Event, Duplicate, Manual Action và Offline Replay trong cùng Evidence Model.
- Accountability: người ghi, người duyệt và Reconciliation Owner.
Khả năng thấy “một bước trước/một bước sau” là mức tối thiểu hữu ích cho quan hệ bên ngoài, nhưng không thể thu hẹp phạm vi nếu Transformation nội bộ biến mất. Vì vậy lõi triển khai là Event Model bảo toàn Input-Output, không phải Dashboard.
So sánh ba mẫu hệ thống truy xuất nguồn gốc trong sản xuất
Bảng dưới là mẫu tham chiếu dựa trên tiêu chuẩn và quy định công khai, không phải báo cáo kết quả của khách hàng được nêu tên. Mỗi doanh nghiệp phải xác nhận phạm vi theo sản phẩm, thị trường xuất khẩu, hợp đồng và rủi ro của mình.
| Khía cạnh | Thực phẩm | Ô tô và pin | Điện tử |
|---|---|---|---|
| Đơn vị theo dõi | Lot nguyên liệu, sản xuất, đóng gói; Logistics Unit | Lot/Serial linh kiện, Module, Pack, thành phẩm | Lot/Serial vật liệu, linh kiện; Serial bo mạch/sản phẩm |
| Event chính | Nhận, lưu, dùng, transform, split/merge, đóng gói, giao | Nhận, lắp, transform, configure, test, aggregate, giao | Nhận, cấp, mount, reflow, inspect, repair, giao |
| Evidence | Supplier, Lot, Quantity, Time, Location, Input-Output, Hold/Release | Parent-Child, Configuration, Test, Software/Firmware khi liên quan, QR | Genealogy cộng Version/Authority của Material Declaration |
| Ngoại lệ | Unknown Lot, repack, split/merge, rework, quality hold | Substitute, reassembly, configuration change, manual correction | Reel change, mixed lot, repair, alternate material, declaration revision |
| Trao đổi đối tác | KDE/CTE, shipment/receipt, EPCIS khi phù hợp | Event với supplier/customer và DPP theo mô hình phân tán | Shipment Event nối declaration kiểu IEC 62474 bằng Stable ID |
| Acceptance Drill | Tái tạo input và nơi giao, kể cả ngoại lệ | Component-to-Pack và Pack-to-Component | Lấy Genealogy và Declaration Version thành hai record riêng |
Khác biệt quyết định không chỉ là dùng barcode nào, mà là đối tượng nào được xem là cùng Identity, thay đổi nào phải thành Event và Evidence nào đi qua ranh giới tổ chức.
Mẫu tham chiếu truy xuất nguồn gốc thực phẩm
Thực phẩm thường nối Lot từ nhận nguyên liệu, sản xuất, đóng gói đến giao hàng. Khi nhiều Ingredient Lot vào một Batch, phải giữ mọi Input Lot và Quantity với Output Batch. Khi một Batch chia thành nhiều Packing Lot, phải thấy tất cả đích của Split. Rework đưa sang Batch sau không được xóa Batch gốc mà trở thành Input của Transformation mới.
CTE và KDE cho nhà máy thực phẩm
Receipt Event có thể gồm Supplier, Item, Lot, Quantity, Unit, Receiving Location, Event Time, Recorder và Inspection State. Transformation nối Production Order, Input Lot/Quantity với Output Lot, Yield, Remainder/Scrap, Line, Equipment và Start/End Time. Packing và Shipping tiếp tục nối Packing Lot, Logistics Unit, Destination và Dispatch Time.
Theo tư duy của GS1 Global Traceability Standard, Transformation Event phải giữ quan hệ Input-Output và thời gian phải diễn giải được bằng Time Zone hoặc UTC Offset. Điều này không có nghĩa mọi nhà máy phải dùng mọi GS1 Identifier. Nếu giữ Legacy Code, URS vẫn phải xác định Key không xung đột, Mapping và Data Owner.
U.S. FDA Food Traceability Rule yêu cầu KDE gắn với CTE đối với thực phẩm thuộc Food Traceability List. Khi FDA yêu cầu Record, quy tắc nêu việc cung cấp trong 24 giờ hoặc thời gian hợp lý khác được FDA đồng ý. “24 giờ” không phải Performance Target chung cho mọi thực phẩm hoặc mọi nhà máy Thái Lan; phải kiểm tra Product và Transaction Scope.
Các mốc ngày phải được phân biệt chính xác. Compliance Date gốc trong tài liệu Final Rule là 20/1/2026. Sau đó FDA đề xuất gia hạn Compliance Date. Riêng biệt, Quốc hội Mỹ chỉ đạo FDA không thực thi trước 20/7/2028 và FDA nói sẽ tuân theo. Đây không phải một sự kiện duy nhất có thể rút gọn thành “luật đã hoãn”. Khi ra quyết định hợp đồng hoặc xuất khẩu, cần kiểm tra ngày pháp lý cuối cùng và thông tin FDA hiện hành.
Tóm tắt chính thức của ISO 22005:2007 đề cập nguyên tắc chung và yêu cầu cơ bản cho truy xuất trong chuỗi thức ăn chăn nuôi/thực phẩm, đồng thời cho biết tiêu chuẩn được xác nhận còn hiện hành năm 2022. Bài này không trích Clause trả phí chưa kiểm tra và không hàm ý Certification. Trang GMP của Thai FDA cho thấy trọng tâm Process Control và Food Safety, nhưng riêng trang đó không thiết lập nghĩa vụ Electronic Traceability cụ thể. Phải xác nhận yêu cầu theo sản phẩm với Thai FDA hoặc cố vấn đủ năng lực.
Ngoại lệ phải kiểm thử trong thực phẩm
Hãy thử nhãn Lot không đọc được, Relabel sau khi nhận, Split/Merge, Rework vào Batch khác, Quality/Allergen Hold và Scrap không Reconcile. Stock đang Hold không được biến mất khỏi Search; Location, Status, Reason và Decision Owner phải còn rõ. Recall Drill phải dùng Evidence để thu hẹp Scope hợp lý thay vì mở rộng vô hạn vì thận trọng.
Mẫu tham chiếu linh kiện ô tô và pin
Ô tô kết hợp Lot và Serial Genealogy. Fastener có thể theo Lot, Controller theo Serial, còn Module/Pack theo Parent-Child. Cùng Data Model phải Trace xuôi từ Component và Trace ngược từ Finished Product.
Với pin, Transformation Cell-to-Module-to-Pack có thể phải nối Configuration, Test và khi phù hợp là Software, Firmware hoặc Parameter Version. Chỉ giữ “giá trị mới nhất” sẽ không tái tạo được cấu hình lúc giao hàng. Master/Configuration Version phải có Effective Period và không Rewrite Historical Evidence.
Thông tin của European Commission cho biết từ 18/2/2027, EV Battery, LMT Battery và Industrial Battery trên 2 kWh thuộc Scope phải có Battery Passport. Passport được liên kết bằng QR Code và có thể gồm Identification, Operator, Performance/Durability, Repair/Reuse/Recycling và Sustainability. Trách nhiệm thuộc Economic Operator đưa Finished Battery vào thị trường EU. Vì vậy Component Supplier cần Contract và Identifier cho phép bên chịu trách nhiệm lấy Supporting Data.
Guidance của Commission ngày 21/8/2026 nói rằng tài liệu hợp nhất 71 Data Points để hỗ trợ chuẩn bị. Số 71 là mô tả nội dung Guidance, không bảo đảm rằng mọi nhà máy điền cùng 71 trường là đạt Compliance. Guidance cũng không tự nhận là Authoritative Legal Interpretation. Ngày 20/7/2026, Commission công bố DPP Registry và Test Environment đã hoạt động, có thể đăng ký qua UI hoặc API, dữ liệu vẫn Decentralised. Không nên mặc định mọi Production History chi tiết phải tải lên một EU Central Database.
Phạm vi cần chứng minh trong Battery PoC
Tạo quan hệ từ Cell/Component nhận vào đến Module, Pack và Shipment, rồi chạy Substitute, Disassembly/Reassembly, Failed Inspection, Component Replacement và Configuration Change. Tách Public/Restricted Information do QR tham chiếu khỏi Detailed Factory Genealogy. Mỗi DPP Field cần Data Contract nêu Source of Truth, Updater, Evidence, Version và Disclosure Responsibility.
Mẫu tham chiếu truy xuất nguồn gốc điện tử
Trong điện tử, Material Reel và Component Lot trở thành Board/Product Serial. Thay Reel giữa Run, chia qua nhiều Line, Alternate Manufacturer và Repair Replacement làm đứt quan hệ Production Order-to-Finished Product đơn giản. Placement Data tự động từ máy phải được một Owner cụ thể Reconcile với Warehouse Issue, Line Replenishment và Return.
Tóm tắt chính thức của IEC 62474:2018 mô tả Procedure, Content và Form của Material Declaration trong Electrotechnical Supply Chain để người dùng hạ nguồn đánh giá Substance Restriction Compliance; XML được mô tả là Accepted Format. Material Declaration không phải Production Genealogy.
Hãy tách hai Record. Declaration gồm Declaration ID, Item, Supplier, Issuing Authority, Version, Effective Date, Status và Reference File. Manufacturing Event gồm Consumed Item/Lot, Quantity, Machine, Step, Time và Product Serial. Stable Item/Supplier ID—và Lot khi cần—kết nối chúng mà không lẫn câu hỏi “đã dùng Component Lot nào” với “Declaration Version nào áp dụng”.
Nếu Supplier sửa Declaration, giữ Old/New Version, Correction Reason, Receipt Date và Impact Assessment. Acceptance phải Query được cả Version có hiệu lực lúc sản xuất và Version hiện hành. Bài này không tuyên bố IEC 62474 tự truy Lot/Serial hoặc một Clause trả phí chưa kiểm tra bắt buộc Design này.
Thiết kế Exception và Reconciliation trước Happy Path
Demo quét bình thường rất dễ. Độ tin cậy vận hành phụ thuộc khả năng phục hồi Evidence sau Exception.
| Exception | Control cần có | Acceptance Evidence |
|---|---|---|
| Unknown Lot | Quarantine với Temporary ID và Owner | Discovery, Isolation, Identification, Release History |
| Relabel | Giữ Old-to-New Relationship | Reason, Actor, Approval, Original Label Evidence |
| Split/Merge | Nối Source/Destination Quantity | Input-Output và Variance |
| Rework | Dùng Original Unit làm Input mới | Source/Destination Lot, Order, Decision Owner |
| Scrap | Đổi State, không xóa Genealogy | Quantity, Reason, Approval, Physical Action |
| Manual Override | Hạn chế quyền, lưu Before/After | Actor, Reason, Approval, Time |
| Offline Replay | Idempotent Ingest bằng Original Event ID | Event/Receipt Time, Replay Result |
| Duplicate/Late | Deduplicate và tính lại Event Order | Accept/Reject Reason, Reconciliation Log |
| Clock Skew | Hiển thị Device/Server Time | Offset, Sync Health, Correction |
| Master Version Mismatch | Gắn Version tại Event Time | Version, Effective Date, Approval |
| Supplier Correction | Nối Revision, không Overwrite | Reason, Receipt, Impact Assessment |
Reconciliation không phải việc riêng của IT. Với từng Scenario, xác định Physical Stock, Equipment Counter, Warehouse Transaction, Production Result, Quality State hay Shipment Record là nguồn quyết định. Network Delivery thành công không đồng nghĩa Business Posting thành công; cần theo dõi Received, Validated, Accepted, Rejected và Reprocessed riêng.
Dùng Metric như định nghĩa cho bài test của nhà máy, không phải Benchmark thị trường thiếu nguồn:
- Capture Completeness = Mandatory Event được nhận / Mandatory Event kỳ vọng.
- Reconciliation Variance = trị tuyệt đối chênh lệch Physical Quantity và System Quantity.
- Mean Trace Query Time = thời gian trung bình trong Drill nội bộ từ yêu cầu đến quyết định Scope và xuất Evidence.
Threshold phải thỏa thuận trong RFP theo Product Risk, Volume, Customer Requirement và Downtime. Không dùng tỷ lệ cải thiện hoặc số giây của công ty khác làm Guarantee.
Checklist hiện trạng trung lập
Chấm Present / Partial / Absent / Unknown và gán Owner/Date cho mọi Unknown.
- Item, Lot, Serial, Location và Party Key có Unique giữa các hệ thống không?
- Record hiện tại có tái tạo Split, Merge, Rework và Scrap không?
- Quantity Variance có Reason Code và Approval không?
- Event Time, Record Time và Time Zone có tách biệt không?
- Historical Event có tìm đúng Master Version đã dùng không?
- Physical và System Quality Hold có khớp không?
- Offline Replay có tránh Duplicate Event không?
- Supplier Correction có tồn tại như Revision thay vì Overwrite không?
- Có Trace cả Shipment-to-Input và Input-to-Shipment không?
- Có Business Owner quyết định Recall Scope không?
- Partner-Shared Field có tách khỏi Internal-Only Field không?
- Retention, Access, Correction và Disposal đã được quy định chưa?
Khi so đầu tư, hãy gồm Master Data, Label, Equipment Interface, Exception Procedure, Retention, Partner Connectivity và Validation, không chỉ Licence/Scanner. Xem chi phí hệ thống truy xuất nguồn gốc cho nhà máy Thái Lan. Về trao đổi Event giữa doanh nghiệp, xem chain traceability và EPCIS. Về liên kết thay đổi và hồ sơ sản xuất, xem quản lý thay đổi 4M.
Làm URS/RFP có thể so sánh
“Hỗ trợ Traceability” cho phép mỗi Bidder trả lời một câu hỏi khác nhau. Hãy cung cấp Requirement ID, Scenario, Input, Expected Outcome, Exception, Performance Condition và Evidence chung.
| Chủ đề | Bên mua cung cấp | Supplier phải trả lời |
|---|---|---|
| Identity | Item/Lot/Serial/Location Scheme | Standard, Numbering, Legacy Migration |
| Event | CTE, Trigger, Mandatory KDE | Capture, Validate, Retain, Query |
| Transformation | Split/Merge/Rework Scenario | Input-Output và Variance |
| Exception | Unknown, Manual, Offline, Correction | Quarantine, Rights, Replay, Audit |
| Integration | ERP/MES/WMS/Equipment/Partner Boundary | API/File/EPCIS, Monitor, Reprocess |
| Time | Time Zone, Sync, Late Policy | Event/Record Time, Correction, Ordering |
| Security | Role, Segregation, Retention, Class | Auth, Access, Log, Backup |
| Performance | Volume và Concurrency của bên mua | Environment, Result, Limit, Scale |
| Acceptance | FAT/SAT và Exit Condition | Evidence, Defect, Retest, RACI |
| Commercial | Scope, Assumption, Exclusion, Rollout | Initial, Recurring, Change, Exit Cost |
Trong Scripted Demo, đưa cùng dữ liệu ẩn danh cho mọi Candidate và yêu cầu Split, Merge, Rework, Late Arrival, Correction, không chỉ Clean Scan. Tách Standard, Configuration, Custom, Third-Party và Unsupported. Với Custom, hỏi cả trách nhiệm Revalidation khi Upgrade.
Kế hoạch PoC 90 ngày
90 ngày là khung cho PoC giới hạn, không phải cam kết thời gian Production. Giới hạn một sản phẩm đại diện, một Line, một Partner được chọn và các Exception quan trọng.
Ngày 1–30: chốt sự thật và Acceptance Definition
- Xác nhận Product, Line, Trace Boundary và Connected System.
- Định nghĩa CTE/KDE, Identifier, Time, Master Version và Owner.
- Profile dữ liệu thực để tìm Unknown, Duplicate và Gap.
- Viết Normal/Exception Test Script.
- Duyệt cách đo Completeness, Variance và Query Time.
- Xác định Security, Retention và External Sharing.
Ngày 31–60: nối luồng giới hạn và ép Exception
- Nối Receipt, Transformation, Split/Merge và Shipment Event.
- Tạo Interface tối thiểu cho Label, Scanner, Equipment, ERP/MES/WMS.
- Test Unknown Lot, Relabel, Rework, Scrap, Manual Override.
- Inject Offline Replay, Duplicate, Late Event và Clock Skew.
- Reconcile Physical/System hằng ngày và phân loại nguyên nhân.
Ngày 61–90: tạo FAT/SAT và Decision Evidence
- FAT trong Controlled Supplier Environment cho Function/Interface/Failure.
- SAT tại nhà máy với Terminal, Network, Equipment, Data và Shift đại diện.
- Forward/Backward Trace và xuất Evidence.
- Xác nhận Procedure, Access, Training, Incident Contact và Recovery.
- Ghi Residual Defect, Workaround, Due Date và Owner để quyết định.
Đầu ra phải là Requirements Traceability Matrix, Event Dictionary, Data Mapping, Exception Script, Measurement, Variance, Procedure và Rollout Assumption, không chỉ Dashboard đẹp.
Ma trận nghiệm thu FAT/SAT
FAT xác nhận Design/Function trong môi trường Supplier hoặc Controlled; SAT xác nhận Terminal, Network, Equipment và ràng buộc vận hành thực tế tại nhà máy. Vấn đề là Risk nào được đóng ở đâu.
| Test | FAT | SAT | Passing Evidence |
|---|---|---|---|
| Identifier | Reject Duplicate/Invalid/Missing | Đọc Label thực tại Site | Input, Result, Log |
| Genealogy | Giữ Input-Output/Quantity | Tái tạo Split/Merge thực | Bidirectional Query, Variance |
| Exception | Role, Reason, Before/After | Approval và Quarantine Path | Audit, Approval |
| Offline | Idempotent Ingest/Ordering | Site Outage/Recovery | Replay, Dedup Log |
| Integration | Reject/Reprocess API/File | Kết nối ERP/MES/WMS thực | Transport và Business State |
| Performance | Đo theo Data Volume thỏa thuận | Đo trên Site Network/Concurrency | Condition, Result, Limit |
| Security | Role, Log, Backup | Shared Terminal, Access, Restore | Matrix, Test, Restore |
| Trace Drill | Tính Scope từ Prepared Data | Forward/Backward với vật thật | Scope, Decision, Output Time |
Pass Rate tổng không đủ. Phải đánh giá Critical Gap, Missing Evidence, Workaround Load và khả năng Repair Data từng mục. Thỏa thuận Defect Severity, Retest, Acceptance Authority và Payment trước hợp đồng.
Tiêu chí Go / Conditional Go / No-Go
Go khi Critical Trace Path và Exception pass, Reconciliation hoàn tất, đồng thời Operation, Incident, Access và Recovery có Procedure, Owner và Evidence. Đến ngày kế hoạch hoặc Demo thành công chưa phải bằng chứng sẵn sàng.
Conditional Go khi Residual Item giới hạn không làm hỏng Critical Safety, Legal hoặc Customer Obligation, và Workaround, Scope, Owner, Due Date, Review Date đã được duyệt. Ví dụ một Report tần suất thấp có Manual Path đã test và không ảnh hưởng Genealogy. Điều kiện phải được ghi cùng Escalation sau hạn.
No-Go khi Input-Output bị đứt, Duplicate làm sai Balance, Quality Hold vẫn Ship được, History bị Overwrite không truy vết, hoặc không chứng minh Consistency sau Recovery. Cũng phải dừng nếu Operator chưa dùng được, Training chưa xong, không có Owner, hoặc Major Workaround chưa test.
Decision Pack cần Requirement ID, Result, Evidence Link, Defect, Impact, Workaround, Owner, Due Date và Final Decision Maker. Quality, Production, Warehouse, IT và Regulatory/Customer Owner phải ký, không chỉ Vendor.
FAQ về case study triển khai truy xuất nguồn gốc
Trước khi chọn hệ thống truy xuất nguồn gốc cho sản xuất cần quyết định gì?
Hãy định nghĩa Trace Boundary, Unit, CTE/KDE, Input-Output, Exception, Reconciliation Owner và Acceptance Evidence trước thiết bị. Current-State Assessment giới hạn sẽ giúp câu trả lời RFP có thể so sánh.
Mọi dự án truy xuất nguồn gốc thực phẩm có phải dùng yêu cầu 24 giờ của FDA không?
Không. Yêu cầu đó liên quan Record của thực phẩm và giao dịch thuộc Food Traceability Rule, không phải mọi thực phẩm hay nhà máy Thái Lan. Nếu thuộc Scope, hãy test khả năng cung cấp trong 24 giờ hoặc thời gian hợp lý khác được FDA đồng ý.
Automotive Genealogy và Battery Passport có giống nhau không?
Không. Genealogy nội bộ gồm Lot/Serial, Transformation, Test và Configuration chi tiết. Passport là khuôn khổ thông tin sản phẩm liên kết bằng QR. Hãy nối chúng qua Stable ID nhưng tách Disclosure, Access và Responsibility.
Truy xuất linh kiện điện tử chỉ dùng IEC 62474 có đủ không?
Không nhất thiết. Tóm tắt chính thức nói về Material Declaration, khác với Manufacturing Event và Lot/Serial Genealogy. Phải nối Declaration Version/Authority với Component thực dùng bằng Stable ID rồi kiểm cả hai Record.
PoC 90 ngày có chứng minh ROI không?
PoC giới hạn chứng minh Event Capture, Exception, Integration, Query và tính khả thi vận hành trong Scope. Nó không bảo đảm lợi ích toàn công ty hoặc ROI. Hãy dùng Measurement cùng Estimate về Rollout, Data và Operating Cost.
EPCIS có bắt buộc Central Database không?
Không. EPCIS là ngôn ngữ Event Data chung. Các bên có thể giữ dữ liệu riêng và Exchange/Query theo quyền. Source of Truth, Retention, Access và Response Responsibility vẫn cần thiết kế rõ.
So sánh chi phí triển khai Traceability thế nào?
Dùng cùng Assumption cho Identity, Master Data, Equipment/Enterprise Interface, Exception, Retention, Partner Connection, Validation, Training, Maintenance, Site Rollout và Data Return lúc Exit. Bài này không đưa một mức giá chung.
Kết luận: chuyển case study thành tiêu chí nghiệm thu của bạn
Thực phẩm, ô tô/pin và điện tử khác nhau về Trace Unit và nghĩa vụ bên ngoài, nhưng chung xương sống Identity, Event, Transformation, Exception, Reconciliation và Evidence. Case study hữu ích không phải Dashboard hoặc tỷ lệ lợi ích thiếu nguồn. Đó là mô tả có thể test về ai xử lý gì, ở đâu, khi nào, vì sao; Input trở thành Output thế nào; và Evidence được phục hồi sau sự cố ra sao.
Dùng tiêu chuẩn công khai để viết URS theo sản phẩm, thị trường xuất khẩu và hợp đồng khách hàng. Sau đó chạy PoC 90 ngày giới hạn, FAT/SAT tập trung vào ngoại lệ và quyết định Go, Conditional Go hay No-Go bằng Evidence.
Nếu nhà máy tại Thái Lan đang xác định Trace Boundary, CTE/KDE, Exception Scenario hoặc RFP Acceptance Criteria, có thể trao đổi với TOMAS TECH ngay cả khi chưa chọn sản phẩm hoặc thiết bị. Điểm bắt đầu có thể là Form và Event hiện tại để xây Scope PoC.
Tài liệu tham khảo
- GS1, Traceability
- GS1, Global Traceability Standard
- GS1, EPCIS 2.0
- U.S. FDA, Food Traceability Rule
- ISO, ISO 22005:2007 official abstract
- Thai FDA, Good Manufacturing Practice
- European Commission, Battery passport preparation guidance
- European Commission, Digital Product Passport for batteries
- European Commission, DPP Registry now live
- IEC, IEC 62474:2018 official abstract
Bài hướng dẫn chung này dựa trên nguồn sơ cấp công khai được kiểm tra ngày 31/8/2026. Ba ngành là mẫu triển khai tham chiếu dựa trên tiêu chuẩn, không phải kết quả khách hàng được nêu tên, tư vấn pháp lý hoặc xác nhận phù hợp. Hãy kiểm tra nghĩa vụ theo sản phẩm và thị trường đích với cơ quan có thẩm quyền hoặc cố vấn đủ năng lực.
