Chuẩn hóa mã thiết bị, mã lỗi, mã dừng máy và mã sản phẩm như thế nào

I. Master data là gì?

Master data là các danh mục tương đối ổn định dùng để mô tả đối tượng và phân loại giao dịch. Trong nhà máy, các nhóm quan trọng gồm:

Nhà máy, khu vực, dây chuyền, vị trí.
Thiết bị và cấu trúc tài sản.
Sản phẩm, nhóm sản phẩm và công đoạn.
Vật tư, phụ tùng và đơn vị tính.
Mã lỗi chất lượng.
Mã dừng máy và nhóm nguyên nhân.
Loại công việc bảo trì, trạng thái và mức ưu tiên.
Ca/kíp, người dùng và vai trò.

Giao dịch như phiếu bảo trì, sự kiện dừng hoặc kiểm tra chất lượng phải tham chiếu các mã này thay vì nhập tên tự do.

II. Vì sao mã không thống nhất làm dashboard và AI sai?

Giả sử máy “Press 01” được ghi ở bốn nơi:

ERP: PRS-001.
CMMS: P01.
File dừng: Máy ép số 1.
SCADA: LINE2_PRESS_A.

Nếu không có mã chung hoặc bảng ánh xạ, nhà máy không thể dễ dàng ghép chi phí, lịch sử hỏng, dừng máy và dữ liệu tín hiệu. Dashboard có thể chia cùng một máy thành bốn dòng. AI có thể tìm thiếu lịch sử hoặc đưa ra kết luận dựa trên tập dữ liệu không đầy đủ.

Với mã lỗi cũng vậy. Pareto “kẹt liệu” sẽ sai nếu dữ liệu bị tách thành nhiều cách viết.

III. Nguyên tắc thiết kế mã

Mã phải duy nhất

Một mã chỉ đại diện cho một đối tượng trong phạm vi quản trị. Không tái sử dụng mã của thiết bị đã loại bỏ cho thiết bị mới.

Mã nên ổn định

Không nên nhúng quá nhiều thông tin có thể thay đổi vào mã. Nếu tên dây chuyền, bộ phận hoặc vị trí thay đổi, mã quá “thông minh” sẽ phải đổi theo và làm mất liên kết lịch sử.

Mô tả phải dễ hiểu

Mã có thể ngắn và ổn định; tên hiển thị, alias và mô tả giúp người dùng nhận biết. Có thể lưu tên quen gọi như một trường phụ, không dùng làm khóa chính.

Cấu trúc phải phản ánh nhu cầu phân tích

Cây thiết bị nên cho phép tổng hợp từ nhà máy → khu vực → dây chuyền → hệ thống → thiết bị → bộ phận khi cần. Không phải mọi tài sản đều cần độ sâu như nhau.

Không để người dùng tự tạo tùy tiện

Việc thêm/sửa master data cần form yêu cầu, kiểm tra trùng, phê duyệt và lịch sử thay đổi.

IV. Chuẩn hóa mã thiết bị

Bước 1: xác định phạm vi tài sản

Với pilot bảo trì, có thể bắt đầu từ thiết bị trọng yếu và các bộ phận cần quản lý. Không nhất thiết nhập mọi dụng cụ nhỏ ngay.

Bước 2: xây cây phân cấp

Ví dụ:

Nhà máy HCM.
- Khu đóng gói.
  - Dây chuyền PKG-02.
    - Hệ thống cấp liệu.
    - Máy đóng gói PKG-02-M03.
      - Motor băng tải.
      - Bộ gia nhiệt.
      - Cảm biến vị trí.

Cấp phân rã nên dừng ở mức nhà máy cần lập lịch, lưu lịch sử hoặc phân tích riêng.

Bước 3: chọn quy tắc mã

Ví dụ HCM-PKG02-M03. Đây chỉ là minh họa. Quy tắc cần phù hợp hệ thống hiện tại và khả năng mở rộng.

Nên có các trường riêng:

Mã duy nhất.
Tên chuẩn.
Alias/tên hiện trường.
Loại thiết bị.
Vị trí cha.
Hãng, model, serial.
Mức độ critical.
Trạng thái hoạt động.
Mã tương ứng ở ERP/SCADA nếu có.

Bước 4: dán nhãn và kiểm tra tại hiện trường

Mã trên hệ thống phải khớp nhãn máy và người dùng phải chọn đúng được. QR/barcode có thể hỗ trợ truy cập nhanh, nhưng không thay thế việc làm sạch danh mục.

V. Chuẩn hóa mã dừng máy

Mã dừng nên phản ánh nguyên nhân có thể hành động và trách nhiệm liên quan.

Cấu trúc gợi ý

Cấp 1: nhóm lớn - thiết bị, vận hành, vật tư, chất lượng, kế hoạch, setup, tiện ích.
Cấp 2: nhóm chi tiết - cơ khí, điện, cảm biến; thiếu vật tư, sai vật tư; chờ QC...
Cấp 3: lỗi cụ thể khi thật sự cần.

Ví dụ:

Mã	Tên chuẩn	Nhóm	Mô tả/điều kiện dùng
DT-ELE-SEN	Lỗi cảm biến	Thiết bị/Điện	Cảm biến không phát hiện, hỏng hoặc lệch
DT-MAT-SHO	Thiếu vật tư	Vật tư	Dây chuyền chờ vì vật tư chưa cấp
DT-SET-CHG	Đổi sản phẩm	Setup	Dừng theo kế hoạch để changeover
DT-QUA-HLD	Chờ chất lượng	Chất lượng	Chờ xác nhận/kiểm tra của QC

Danh mục cần có ví dụ và trường hợp không dùng để giảm khác biệt giữa ca.

VI. Chuẩn hóa mã lỗi chất lượng

Mã lỗi cần tách loại lỗi khỏi nguyên nhân. “Xước bề mặt” là loại lỗi; “con lăn bẩn” có thể là nguyên nhân.

Các thuộc tính nên có:

Mã và tên lỗi.
Nhóm lỗi: ngoại quan, kích thước, chức năng, đóng gói...
Công đoạn có thể phát hiện/phát sinh.
Mức nghiêm trọng.
Phương pháp kiểm tra.
Sản phẩm/nhóm sản phẩm áp dụng.
Trạng thái hiệu lực.

Tránh mã quá chung như “NG” hoặc quá chi tiết đến mức người dùng không chọn được. Có thể dùng cấu trúc phân cấp và hướng dẫn bằng hình ảnh.

VII. Chuẩn hóa mã sản phẩm và công đoạn

ERP thường là nguồn chính cho mã sản phẩm. Hệ thống sản xuất và chất lượng nên dùng hoặc ánh xạ về mã đó.

Cần làm rõ:

Mã thành phẩm, bán thành phẩm, biến thể và revision.
Đơn vị tính.
Route/công đoạn.
Ideal cycle time hoặc định mức theo phiên bản.
Ngày hiệu lực và trạng thái.

Không nên đưa mô tả marketing hoặc thuộc tính thường thay đổi vào khóa mã nếu làm mã mất ổn định.

VIII. Xử lý dữ liệu cũ: dùng bảng ánh xạ

Không nên sửa trực tiếp mọi file lịch sử mà không lưu nguồn. Tạo bảng mapping:

Giá trị cũ	Hệ thống nguồn	Mã chuẩn mới	Trạng thái	Ghi chú
Máy ép 1	Excel dừng máy	HCM-PRS-001	Đã xác nhận	Tên hiện trường
P01	CMMS cũ	HCM-PRS-001	Đã xác nhận	Cùng thiết bị
kẹt phôi	Form ca	DT-OPR-JAM	Đã gom	Xác nhận thuộc vận hành
jam sensor	Phiếu bảo trì	Cần rà soát	Chưa rõ	Có thể là lỗi cảm biến

Những trường hợp không chắc chắn phải được người nghiệp vụ xác nhận. Không nên để thuật toán tự ánh xạ toàn bộ mà không kiểm tra.

IX. Quy trình quản trị master data

Một quy trình tối thiểu gồm:

Người dùng gửi yêu cầu tạo/sửa/ngừng mã.
Data owner kiểm tra nhu cầu và trùng lặp.
Các bộ phận liên quan xác nhận nếu mã dùng chung.
Người có thẩm quyền phê duyệt.
IT/hệ thống cập nhật và đồng bộ.
Lưu lịch sử thay đổi, ngày hiệu lực và người thực hiện.
Thông báo/đào tạo nếu thay đổi ảnh hưởng người dùng.

Với danh mục lớn, nên có quy tắc đặt tên, từ điển dữ liệu và KPI như tỷ lệ trùng, mã thiếu thuộc tính hoặc yêu cầu xử lý quá hạn.

X. Ai nên sở hữu từng danh mục?

Danh mục	Chủ sở hữu chính gợi ý	Bên tham gia
Thiết bị/cây tài sản	Bảo trì/Engineering	Sản xuất, IT, tài chính nếu quản lý tài sản
Dây chuyền/công đoạn	Sản xuất/Industrial Engineering	Kế hoạch, chất lượng, IT
Sản phẩm/vật tư	ERP owner, kế hoạch hoặc supply chain	Sản xuất, chất lượng
Mã dừng	Sản xuất	Bảo trì, chất lượng, kế hoạch
Mã lỗi chất lượng	Chất lượng	Sản xuất, kỹ thuật
Loại công việc bảo trì	Bảo trì	Sản xuất, an toàn

Chủ sở hữu phải quyết định ý nghĩa, không chỉ nhập dữ liệu.

XI. Lộ trình chuẩn hóa từ use case đầu tiên

Giai đoạn 1: phạm vi pilot

Chọn một dây chuyền hoặc nhóm máy. Gom danh mục hiện có, kiểm tra hiện trường và chốt phiên bản 1.0.

Giai đoạn 2: chạy và đo sai lệch

Theo dõi giá trị “khác”, lựa chọn sai, mã không tìm thấy và yêu cầu thêm mới. Điều chỉnh danh mục dựa trên sử dụng thật.

Giai đoạn 3: đồng bộ liên hệ thống

Thiết lập mã chuẩn hoặc bảng ánh xạ với ERP, CMMS, MES, SCADA. Quy định source of truth và tần suất đồng bộ.

Giai đoạn 4: mở rộng và governance

Mở sang dây chuyền khác, ban hành từ điển dữ liệu, quy trình thay đổi và kiểm tra định kỳ.

XII. Những sai lầm phổ biến

Mã chứa quá nhiều thông tin nên phải đổi khi tổ chức thay đổi.
Mỗi dự án phần mềm tạo một bộ mã mới.
Danh mục quá chi tiết, người dùng chọn đại.
Cho phép nhập tự do thay vì tìm và chọn mã.
Không lưu alias/tên quen dùng nên hiện trường khó nhận biết.
Không có owner, ai cũng có thể tạo hoặc sửa.
Xóa mã cũ làm mất liên kết lịch sử thay vì chuyển trạng thái ngừng sử dụng.
Chuẩn hóa trên file nhưng không cập nhật nhãn và quy trình tại hiện trường.

XIII. Checklist master data tối thiểu

Mỗi đối tượng có mã duy nhất không?
Có cấu trúc cha-con và thuộc tính cần phân tích không?
Có alias và mã từ hệ thống cũ để ánh xạ không?
Có owner và người phê duyệt không?
Có trạng thái, ngày hiệu lực và lịch sử thay đổi không?
Người dùng có tìm/chọn mã dễ dàng không?
Có quy tắc xử lý trùng và yêu cầu mã mới không?
Các hệ thống có thống nhất source of truth không?

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

Có nên dùng mã có ý nghĩa hay mã ngẫu nhiên?

Cả hai có ưu nhược điểm. Mã có ý nghĩa dễ nhận biết nhưng dễ phải đổi nếu nhúng thông tin thay đổi. Có thể dùng mã ổn định vừa đủ, kết hợp các trường thuộc tính và tên hiển thị riêng.

Có cần chuẩn hóa toàn bộ thiết bị trước khi triển khai CMMS?

Không. Có thể bắt đầu với thiết bị trọng yếu và mở rộng. Tuy nhiên, phạm vi pilot phải được kiểm tra tại hiện trường và có cấu trúc đủ tốt để không phải làm lại.

Nên có bao nhiêu mã nguyên nhân dừng?

Không có con số chung. Danh mục phải đủ phân biệt hành động nhưng đơn giản để người dùng chọn đúng. Bắt đầu với nhóm cấp cao, rồi chi tiết hóa những nhóm gây tổn thất lớn.