Kiểm soát bảo trì phòng ngừa bằng CMMS và dashboard PM

I. Vì sao PM thường thất bại dù nhà máy đã có lịch?

Các tình huống phổ biến gồm:

Lịch nằm trong Excel và phụ thuộc một planner cập nhật.
Công việc đến hạn nhưng không được giao rõ cho ai.
Sản xuất không cho dừng máy và PM bị dời nhiều lần.
Kỹ thuật viên tick checklist nhưng không ghi nhận bất thường.
Thiếu phụ tùng hoặc dụng cụ khi đến ngày thực hiện.
Công việc hoàn thành trên hệ thống nhưng chưa được xác nhận chất lượng.
Chu kỳ PM giữ nguyên nhiều năm dù điều kiện vận hành thay đổi.
Thiết bị vẫn hỏng lặp lại nhưng không có review nội dung PM.

Vì vậy, tỷ lệ “đã đóng phiếu” không đủ để kết luận PM hiệu quả.

II. Dữ liệu nền cần chuẩn bị trong CMMS

Cây thiết bị và criticality

Mỗi kế hoạch phải gắn đúng thiết bị, vị trí, nhóm và mức độ quan trọng. Nếu mã thiết bị không thống nhất, lịch sử và KPI sẽ bị phân tán.

Job plan và checklist

Job plan nên mô tả công việc, bước kiểm tra, tiêu chuẩn chấp nhận, kỹ năng, dụng cụ, phụ tùng, thời lượng và yêu cầu an toàn. Không nên chỉ ghi “kiểm tra định kỳ”.

Trigger và chu kỳ

PM có thể theo lịch, giờ chạy, chu kỳ sản xuất, số lần vận hành hoặc điều kiện. Nhà máy cần biết nguồn meter/trigger và cách xử lý khi dữ liệu meter thiếu.

Vai trò và lịch làm việc

Ai lập kế hoạch, ai duyệt, ai thực hiện, ai xác nhận và ai được phép dời? Lịch nghỉ, ca và khả năng dừng máy cần được phản ánh.

Phụ tùng và nguồn lực

Kế hoạch nên liên kết phụ tùng dự kiến, tồn kho, lead time và kỹ năng cần thiết để tránh đến hạn mới phát hiện thiếu nguồn lực.

III. Quy trình PM trên CMMS nên có những bước nào?

Một luồng cơ bản:

Kế hoạch PM tạo work order theo trigger.
Planner kiểm tra phạm vi, ưu tiên, vật tư và thời gian dừng.
Sản xuất và bảo trì phối hợp chốt lịch.
Kỹ thuật viên thực hiện theo job plan/checklist.
Bất thường được ghi thành finding hoặc corrective work.
Người có thẩm quyền xác nhận chất lượng và bàn giao.
Work order được đóng với thời gian, phụ tùng và kết quả đầy đủ.
Dashboard cập nhật compliance, overdue và hiệu lực.
Định kỳ review chu kỳ, nội dung và failure sau PM.

Không phải mọi công việc cần nhiều cấp duyệt. Workflow nên tương xứng với criticality và rủi ro, tránh làm hệ thống quá nặng.

IV. Các KPI PM quan trọng

PM schedule compliance

Một cách tính phổ biến:

PM schedule compliance = Số PM hoàn thành trong cửa sổ cho phép / Tổng PM đến hạn

Nhà máy cần định nghĩa “cửa sổ cho phép” theo loại công việc. Hoàn thành sớm quá mức cũng có thể làm lệch chu kỳ.

Tỷ lệ PM quá hạn

Theo dõi số và tỷ lệ công việc đã quá due date, phân theo criticality, khu vực, tuổi quá hạn và owner.

Tỷ lệ dời lịch và lý do dời

Không chỉ đếm số lần dời. Cần phân loại: sản xuất không cho dừng, thiếu người, thiếu phụ tùng, thiết bị không sẵn sàng, thay đổi kế hoạch hoặc lỗi dữ liệu.

Tỷ lệ hoàn thành checklist và finding

Theo dõi trường bắt buộc, số bất thường phát hiện và tỷ lệ finding được chuyển thành hành động. Checklist luôn “OK” có thể là dấu hiệu kiểm tra hình thức.

Hỏng sau PM

Đo sự cố xảy ra trong khoảng thời gian hợp lý sau PM để xem nội dung hoặc chất lượng thực hiện có vấn đề. Không nên kết luận quan hệ nhân quả chỉ từ một lần trùng thời gian.

PM effectiveness theo thiết bị

Kết hợp xu hướng emergency work, MTBF, downtime và chi phí sau khi thay đổi PM. Mục tiêu là giảm rủi ro, không phải tối đa số lượng PM.

V. Dashboard PM cho trưởng bảo trì nên có gì?

Góc nhìn tuần hiện tại

PM đến hạn hôm nay/tuần này.
Việc chưa giao hoặc thiếu nguồn lực.
Công việc cần phối hợp dừng máy.
PM criticality cao có nguy cơ trễ.

Góc nhìn backlog

Quá hạn theo 1-7, 8-30 và trên 30 ngày.
Overdue theo dây chuyền, planner và loại việc.
Lý do dời lịch.
Tổng giờ công backlog.

Góc nhìn chất lượng

Tỷ lệ checklist đầy đủ.
Findings và corrective actions.
Rework hoặc PM phải thực hiện lại.
Hỏng xảy ra gần sau PM.

Góc nhìn hiệu lực dài hạn

PM compliance theo tháng.
Emergency work và downtime.
MTBF theo thiết bị trọng yếu.
Chi phí PM so với corrective.
Chu kỳ hoặc job plan cần review.

Dashboard nên cho phép drill-down đến work order, thay vì chỉ hiển thị một tỷ lệ tổng.

VI. Cách quản lý việc dời PM mà không làm méo KPI

Dời PM có thể hợp lý nếu được kiểm soát. Cần:

Chỉ định ai có quyền yêu cầu và phê duyệt dời.
Bắt buộc lý do và ngày mới.
Đánh giá rủi ro theo criticality.
Giới hạn số lần hoặc thời gian được dời.
Ghi lịch sử, không sửa due date cũ mà mất dấu vết.
Escalate công việc criticality cao.
Review nguyên nhân dời lặp lại theo bộ phận.

Nếu hệ thống chỉ đổi ngày đến hạn, dashboard có thể trông “đẹp” nhưng không phản ánh tuân thủ thực tế.

VII. Kết nối PM với lịch sản xuất

PM thất bại nhiều khi do hai lịch tách rời. Một quy trình phối hợp tốt cần:

Chia sẻ kế hoạch PM sắp tới với sản xuất.
Gắn yêu cầu dừng máy và thời lượng dự kiến.
Nhìn cùng criticality và ảnh hưởng nếu không làm.
Chốt cửa sổ thực hiện trong kế hoạch sản xuất.
Cập nhật thay đổi hai chiều.
Xác nhận bàn giao và chạy lại.

Tích hợp CMMS-MES/ERP không nhất thiết phải hoàn thiện ngay. Có thể bắt đầu bằng dashboard hoặc lịch dùng chung cho nhóm thiết bị trọng yếu.

VIII. PM nhiều hơn không luôn tốt hơn

Một lịch quá dày có thể tạo bảo trì thừa, tăng chi phí và thậm chí gây lỗi do can thiệp. Một lịch quá thưa làm tăng rủi ro. Chu kỳ nên được review dựa trên:

Khuyến nghị nhà sản xuất.
Criticality và hậu quả hỏng.
Giờ chạy, tải và môi trường.
Lịch sử failure mode.
Findings trong PM.
Chi phí và thời gian dừng.
Thay đổi thiết kế hoặc quy trình.

Mọi thay đổi phải có lý do, phê duyệt và theo dõi kết quả.

IX. AI có thể hỗ trợ tối ưu PM thế nào?

Khi dữ liệu đủ tốt, AI hoặc phân tích nâng cao có thể:

Nhận diện công việc thường xuyên bị dời.
Tìm thiết bị vẫn hỏng dù PM đúng lịch.
Gom nhóm finding và mô tả lỗi.
Gợi ý job plan/tài liệu liên quan cho kỹ thuật viên.
Phát hiện meter hoặc condition bất thường.
Đề xuất danh sách kế hoạch cần chuyên gia review.

AI không nên tự thay chu kỳ PM cho thiết bị rủi ro cao. Đề xuất phải được chuyên gia và chủ sở hữu thiết bị phê duyệt.

X. Pilot CMMS cho PM trong 8-12 tuần

Chọn 30-50 thiết bị trọng yếu.
Làm sạch cây thiết bị và 10-20 job plan chính.
Chốt workflow, cửa sổ hoàn thành và quyền dời.
Chuẩn bị phụ tùng, kỹ năng và lịch phối hợp.
Chạy work order thật, hỗ trợ hiện trường.
Xây dashboard tuần và tháng.
Review dữ liệu thiếu, overdue, finding và hỏng sau PM.
Chỉ mở rộng khi người quản lý dùng dashboard trong họp.

XI. Các sai lầm thường gặp

Đưa toàn bộ lịch Excel lên CMMS mà không review nội dung.
Tính compliance bằng cách sửa due date.
Tập trung số phiếu đóng, bỏ qua quality và finding.
Không gắn PM với criticality.
Không quản lý lý do chờ và dời lịch.
Checklist quá dài, người dùng tick cho xong.
Không liên kết failure với PM gần nhất.
Không có owner cập nhật job plan.

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

PM đúng hạn 100% có phải mục tiêu tốt không?

Đó có thể là mục tiêu quản lý, nhưng không đủ. Cần xem chất lượng thực hiện, findings, hỏng sau PM và whether công việc có thật sự cần thiết.

Công việc dời vì sản xuất có tính quá hạn không?

Nên giữ lịch sử due date và thể hiện deferral rõ. Cách tính KPI cần được thống nhất, không nên xóa dấu vết chỉ để tỷ lệ đẹp hơn.

Có cần CMMS mới quản lý PM được không?

Quy mô nhỏ có thể bắt đầu bằng công cụ đơn giản có kỷ luật. Khi số thiết bị, tần suất và người dùng tăng, CMMS giúp tự động hóa lịch, workflow, lịch sử và dashboard tốt hơn.

Khi nào nên chuyển từ PM theo lịch sang condition-based?

Khi thiết bị criticality phù hợp, có tín hiệu tình trạng đáng tin, quy trình phản ứng rõ và phân tích cho thấy PM theo lịch chưa tối ưu. Không nên mua cảm biến trước khi xác định failure mode cần giám sát.

Bài viết được biên tập từ ebook “Từ số hóa đến AI - Sổ tay chuẩn bị cho nhà máy”, Vietsoft, 06/2026.