Thiết kế máy #76: Decommissioning máy — Kết thúc vòng đời cũng phải được thiết kế

Một máy ngừng sản xuất vẫn còn năng lượng, dữ liệu, hóa chất, tài khoản, vật liệu và linh kiện có thể gây rủi ro nếu tháo dỡ tùy tiện.

Đây là chủ đề đã nằm trong hàng đợi Content Hub từ wave trước. 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. Xác định scope và trạng thái cuối

Máy được bán lại, chuyển địa điểm, tháo lấy linh kiện hay xử lý phế thải? Mỗi outcome có yêu cầu hồ sơ, an toàn và dữ liệu khác nhau.

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. Kiểm kê mọi dạng năng lượng

Điện, khí, thủy lực, lò xo, trọng lực, nhiệt, chân không và pin phải được đưa vào isolation plan. Lockout không chỉ là tắt main breaker.

4. Xử lý dữ liệu và credential

Thu hồi account, certificate, VPN, API key và license; sao lưu hồ sơ cần giữ; xóa recipe, customer data và log theo policy.

5. Vật liệu nguy hại và môi trường

Xác định dầu, mỡ, coolant, pin, tụ, hóa chất, vật liệu cách nhiệt và linh kiện điện tử. Dùng đơn vị xử lý phù hợp và giữ chứng từ.

6. Handover và bằng chứng hoàn tất

Ghi serial, configuration cuối, phần đã tháo, residual hazard và điểm nâng. Xác nhận asset register, CMMS, network inventory và backup repository đều được cập nhật.

7. Thuật ngữ nên dùng

ngừng vận hành vĩnh viễn (decommissioning): dùng tiếng Việt trước khi cần giao tiếp với nhóm đa chức năng; giữ thuật ngữ tiếng Anh trong ngoặc để tra cứu tài liệu.
cô lập năng lượng (energy isolation): dùng tiếng Việt trước khi cần giao tiếp với nhóm đa chức năng; giữ thuật ngữ tiếng Anh trong ngoặc để tra cứu tài liệu.
xóa dữ liệu an toàn (secure data erasure): dùng tiếng Việt trước khi cần giao tiếp với nhóm đa chức năng; giữ thuật ngữ tiếng Anh trong ngoặc để tra cứu tài liệu.
chuỗi quản lý chất thải (waste chain of custody): dùng tiếng Việt trước khi cần giao tiếp với nhóm đa chức năng; giữ thuật ngữ tiếng Anh trong ngoặc để tra cứu tài liệu.

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

Decommissioning máy — Kết thúc vòng đời cũng phải được thiết kế 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

ISO 12100:2010
ISO 14001:2015
IEC 62443-2-1
ISO/IEC/IEEE 15288:2023

Xem tất cả bài viết kỹ thuật MINATA