Thiết kế máy #74: Traceability và product genealogy — Ghi dữ liệu để trả lời được “phôi này đã đi qua đâu?”
Lưu thật nhiều tag PLC không tạo ra traceability; dữ liệu phải nối được identity, công đoạn, vật liệu, thiết bị, thời gian và kết quả.
Bài viết tiếp nối nhóm state machine/interface control, tập trung vào contract vận hành và bằng chứng cần giữ trong toàn bộ vòng đời máy.
1. Vì sao chủ đề này dễ bị làm quá đơn giản?
Trong giai đoạn chạy thử, nhóm dự án thường ưu tiên đưa máy về trạng thái chạy được. Các ngoại lệ, dữ liệu và quyền truy cập được xử lý bằng timer, bit reset hoặc hướng dẫn miệng. Khi máy sang production, những quyết định tạm thời trở thành behavior thật nhưng không có owner và tiêu chí kiểm chứng.
Một thiết kế có thể bảo trì cần trả lời: trạng thái nào tồn tại, ai có quyền ra quyết định, dữ liệu nào là nguồn sự thật, failure được phản ứng ra sao và bằng chứng nào chứng minh hệ thống đã trở về baseline.
2. Bắt đầu từ câu hỏi điều tra
Ai cần biết sản phẩm nào bị ảnh hưởng khi một lot vật liệu hoặc torque tool có vấn đề? Từ câu hỏi đó mới xác định event và field cần lưu.
Các quyết định cần được ghi trong requirement, architecture, configuration hoặc test case tương ứng; không để chỉ tồn tại trong comment PLC hay kinh nghiệm của một người.
3. Identity phải duy nhất và bền
Định nghĩa product ID, carrier ID, lot, serial và transaction ID. Khi barcode đọc lại hoặc rework, không được tạo genealogy kép không kiểm soát.
4. Event thay vì snapshot mơ hồ
Ghi station entered, operation started, parameter captured, result accepted/rejected và ownership transferred. Timestamp cần nguồn thời gian và timezone rõ.
5. Chất lượng dữ liệu là requirement
Kiểm tra completeness, validity, uniqueness, consistency và timeliness. Khi mất kết nối, buffer, retry và duplicate handling phải được thiết kế.
6. Giữ dữ liệu vừa đủ
Retention, quyền truy cập, dữ liệu cá nhân và chi phí lưu trữ phải được quyết định. Không lưu raw data vô hạn nếu không có mục đích sử dụng.
7. Thuật ngữ nên dùng
- truy xuất nguồn gốc (traceability): khả năng lần từ một sản phẩm ngược về lô vật liệu, máy, ca và thông số đã tạo ra nó.
- phả hệ sản phẩm (product genealogy): quan hệ cha — con giữa cụm lắp và các chi tiết thành phần, cho biết chi tiết nào nằm trong sản phẩm nào.
- dữ liệu gốc (master data): dữ liệu định danh dùng chung như mã chi tiết, mã vật liệu, mã máy; sai ở đây làm mọi báo cáo phía sau sai theo.
- tính toàn vẹn dữ liệu (data integrity): bảo đảm bản ghi không bị mất, sửa lén hoặc nhân đôi trên đường từ máy tới nơi lưu trữ.
8. Verification matrix mẫu
| Yêu cầu | Bằng chứng thiết kế | Test |
|---|
| Không mất context khi lỗi/kết nối gián đoạn | State, transaction và ownership model | Fault injection tại từng phase |
| Chỉ người có quyền mới được thay đổi | Role, authorization và audit trail | Positive/negative permission test |
| Restart không tạo action ngoài ý muốn | Startup reconciliation | Power cycle ở boundary |
| Dữ liệu không bị nhân đôi hoặc mất im lặng | ID, buffer và duplicate policy | Network loss/reconnect |
| Engineering change xác định được phạm vi ảnh hưởng | Configuration baseline và trace | Change-impact review |
9. Checklist review
- Scope và boundary đã được định nghĩa.
- Trạng thái bình thường, bất thường và restart đều có behavior.
- Thuật ngữ khó đã viết theo dạng tiếng Việt (English).
- Quyền thao tác và owner của quyết định đã rõ.
- Timeout, retry, reset hoặc bypass có giới hạn và log.
- Dữ liệu có identity, timestamp và version phù hợp.
- Có negative test và fault injection, không chỉ happy path.
- Có kế hoạch rollback/recovery và tiêu chí trở về baseline.
- Tài liệu, code, HMI và procedure dùng cùng vocabulary.
- Những điểm liên quan safety/security đã được chuyên gia phù hợp duyệt.
Kết luận
Traceability và product genealogy — Ghi dữ liệu để trả lời được “phôi này đã đi qua đâu?” là bài toán architecture và vòng đời, không phải một đoạn logic bổ sung ở cuối dự án. Khi state, identity, quyền thao tác, dữ liệu và recovery có contract rõ ràng, máy dễ vận hành, điều tra và thay đổi hơn mà không phụ thuộc vào trí nhớ của người đã viết chương trình ban đầu.
Nguồn tham khảo
- IEC 62264-1:2013
- IEC 62264-2:2026
- ISO 22400-1:2014
- ISO 8000-61:2016
Xem tất cả bài viết kỹ thuật MINATA