Series Từ số hóa đến AI #52: Triển khai ứng dụng phần mềm CMMS trước hay MES trước?

I. CMMS quản lý gì?

CMMS - Computerized Maintenance Management System - thường hỗ trợ:

• Asset hierarchy và master thiết bị.
• Yêu cầu/work order bảo trì.
• Corrective, preventive và inspection.
• Lịch PM và backlog.
• Lịch sử hỏng, cause/action và downtime.
• Nhân công, phụ tùng và chi phí.
• Checklist, tài liệu và mobile maintenance.
• KPI như PM compliance, MTTR, MTBF.

CMMS tập trung vào độ tin cậy, khả năng bảo trì và quản lý công việc thiết bị.

II. MES quản lý gì?

MES - Manufacturing Execution System - thường hỗ trợ:

• Lệnh và tiến độ sản xuất.
• Dispatching và trạng thái công đoạn.
• Sản lượng good/reject/rework.
• Run/stop, downtime và OEE.
• WIP và genealogy/traceability.
• Recipe/parameter/checklist theo phạm vi.
• Chất lượng trong quá trình.
• Kết nối máy và báo cáo theo ca/dây chuyền.

MES tập trung vào thực thi sản xuất và minh bạch những gì diễn ra từ kế hoạch đến sản lượng thực tế.

III. Bảng so sánh theo nỗi đau

Một số vấn đề cần cả hai, nhưng một hệ thống nên làm nguồn chính cho từng dữ liệu.

IV. Khi nào nên triển khai CMMS trước?

Thiết bị là nguyên nhân chính của mất sản lượng

Nếu downtime do hỏng máy cao, MTTR dài, failure lặp lại hoặc phụ thuộc chuyên gia, CMMS giúp tạo kỷ luật work order và lịch sử trước khi làm analytics nâng cao.

PM đang quản lý bằng Excel/giấy

Nếu PM bị quên, dời nhiều hoặc không có bằng chứng, CMMS tạo lịch, giao việc, checklist và dashboard compliance.

Không biết máy nào gây thiệt hại lớn

CMMS kết hợp downtime giúp xếp bad actor theo số lần hỏng, thời gian, cost và criticality.

Phụ tùng không liên kết thiết bị/work order

CMMS giúp biết phụ tùng dùng ở đâu, tiêu hao và ảnh hưởng đến maintenance cost.

Đội bảo trì sẵn sàng làm process owner

Có owner, super user và nhóm thiết bị trọng yếu là điều kiện tốt cho pilot.

V. Khi nào nên triển khai MES trước?

Không nhìn thấy tiến độ sản xuất trong ca

Nếu ban quản lý phải chờ báo cáo cuối ngày, MES giúp theo dõi lệnh, sản lượng và risk trễ.

Dữ liệu OEE/downtime là nỗi đau chung

MES có thể kết nối trạng thái máy, kế hoạch, sản phẩm, quality và reason code để tạo OEE tin cậy hơn.

Nhiều công đoạn/WIP khó kiểm soát

MES giúp biết lệnh đang ở đâu, số lượng nào và bottleneck nào.

Truy xuất là yêu cầu khách hàng

Genealogy, lot, material, machine, operator và quality event thường thuộc phạm vi MES/QMS integration.

Sản xuất có owner mạnh và quy trình tương đối ổn

Nếu sản xuất sẵn sàng chuẩn hóa ca, lệnh, reason và xác nhận, MES pilot có thể tạo giá trị sớm.

VI. Khi nào nên làm song song?

Song song phù hợp khi:

• Downtime thiết bị là KPI trọng yếu và cần luồng MES-CMMS.
• Có đủ product owner, data owner và nguồn lực.
• Phạm vi giới hạn một dây chuyền/nhóm thiết bị.
• Kiến trúc và master data dùng chung đã rõ.
• Hai workstream có dependency và release plan.

Không nên “triển khai toàn bộ CMMS và MES cùng lúc” nếu nhà máy mới bắt đầu số hóa. Có thể song song hai use case hẹp: MES ghi downtime và CMMS xử lý work order cho 20-50 asset critical.

VII. Dữ liệu dùng chung phải thống nhất

• Plant/area/line/asset hierarchy.
• Asset ID.
• Production order và product.
• Shift/calendar.
• Downtime event và reason code.
• Work order ID.
• Timestamp/timezone.
• User/employee hoặc team.

Cần chốt source of truth:

• MES thường sở hữu event sản xuất, lệnh, sản lượng và OEE.
• CMMS thường sở hữu work order, cause/action, PM và asset maintenance history.
• ERP thường sở hữu order/material/cost theo mô hình.

Downtime event có thể bắt đầu ở MES và liên kết work order CMMS thay vì nhập lại hai nơi.

VIII. Decision tree lựa chọn

1. Thiệt hại lớn nhất đến từ thiết bị hay thực thi sản xuất?
   • Thiết bị: nghiêng CMMS.
   • Tiến độ/sản lượng/WIP: nghiêng MES.
2. KPI nào có baseline tốt hơn?
   • PM, MTTR, failure: CMMS.
   • OEE, schedule attainment, WIP: MES.
3. Bộ phận nào có process owner và nguồn lực mạnh hơn?
4. Dữ liệu tối thiểu có thể chuẩn hóa trong 8-12 tuần không?
5. Use case có thể mở rộng sau pilot không?
6. Có dependency bắt buộc với hệ thống kia không?

Nếu không trả lời được, làm assessment trước khi mua giải pháp.

IX. Ba kịch bản nhà máy điển hình

Kịch bản A: Máy cũ, hỏng nhiều, bảo trì phản ứng

Ưu tiên: CMMS.

Lộ trình:

1. Asset hierarchy và criticality.
2. Work order và failure code.
3. PM cho thiết bị trọng yếu.
4. Dashboard downtime/MTTR/MTBF.
5. Kết nối MES/SCADA sau khi dữ liệu bảo trì ổn.
6. Condition monitoring/AI cho failure mode phù hợp.

Kịch bản B: Thiết bị ổn nhưng tiến độ và OEE không rõ

Ưu tiên: MES/production tracking.

Lộ trình:

1. Lệnh, sản lượng và trạng thái.
2. Downtime/reason theo ca.
3. OEE và tiến độ realtime.
4. Quality/WIP/traceability.
5. Liên kết CMMS khi downtime thiết bị cần workflow sâu.

Kịch bản C: Dây chuyền bottleneck vừa hỏng nhiều vừa trễ kế hoạch

Ưu tiên: Pilot tích hợp hẹp.

• MES ghi run/stop, order, product và OEE.
• Operator xác nhận reason.
• Event lỗi thiết bị tạo/link work order CMMS.
• CMMS trả cause/action/restoration.
• Dashboard chung theo downtime và production loss.

Không cần triển khai toàn bộ module ở giai đoạn đầu.

X. Lộ trình 3-6-12 tháng

0-3 tháng

• Assessment và chọn use case.
• Chuẩn hóa master data tối thiểu.
• Pilot một dây chuyền/nhóm asset.
• Baseline KPI và UAT.

3-6 tháng

• Ổn định adoption và data quality.
• Kết nối ERP hoặc SCADA cần thiết.
• Loại báo cáo trùng.
• Chứng minh benefit.

6-12 tháng

• Mở rộng phạm vi.
• Tích hợp CMMS-MES sâu hơn.
• Chuẩn hóa multi-site.
• Thử analytics/AI trên dữ liệu đủ tốt.

Roadmap phải có gates; không mở rộng chỉ vì giai đoạn trước đã “go-live”.

XI. Tiêu chí chọn giải pháp

Với CMMS

• Mobile/offline và trải nghiệm kỹ thuật viên.
• Asset hierarchy, PM, work order, parts.
• Failure/cause/action data.
• Integration ERP/MES/SCADA.
• Dashboard và API.
• Phân quyền và audit trail.

Với MES

• Order dispatch, routing, WIP và production data.
• Machine connectivity và manual confirmation.
• OEE/downtime model.
• Traceability/quality theo nhu cầu.
• ERP/CMMS integration.
• Khả năng scale line/plant.

Chung

• Cấu hình thay vì tùy chỉnh sâu.
• Data export/API.
• TCO và support.
• Governance, security và vendor capability.
• Pilot với dữ liệu thật.

XII. Tác động đến AI readiness

CMMS tạo dữ liệu asset, failure, work order, cause/action và PM - nền cho troubleshooting, bad actor và predictive maintenance.

MES tạo dữ liệu order, product, run/stop, cycle time, quality và OEE - nền cho AI analytics, anomaly detection và schedule risk.

AI cần cả context thiết bị lẫn sản xuất trong nhiều use case. Vì vậy, hệ thống nào đi trước cũng nên dùng master data và API có khả năng kết nối sau.

XIII. Những sai lầm thường gặp

• Chọn theo demo chức năng nhiều hơn.
• Mua cả hai toàn diện khi chưa có process owner.
• Không chốt source of truth cho downtime.
• Hai hệ thống dùng asset/reason code khác nhau.
• Triển khai CMMS nhưng vẫn đóng phiếu qua chat.
• Triển khai MES nhưng sản lượng/downtime vẫn nhập cuối ca.
• Không có integration roadmap.
• Đánh giá thành công bằng go-live thay vì KPI.
• Tùy chỉnh quá sâu ngay pilot.

XIV. Checklist ra quyết định

Chấm mỗi use case theo 1-5:

• Mức thiệt hại.
• Tần suất vấn đề.
• Khả năng thu dữ liệu.
• Process owner.
• Người dùng và adoption.
• Thời gian chứng minh giá trị.
• Integration complexity.
• Khả năng mở rộng.
• TCO.
• AI/data value trong tương lai.

Use case có giá trị và khả thi cao nên đi trước, bất kể nhãn CMMS hay MES.

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

Có thể dùng ERP thay cho CMMS hoặc MES không?

ERP có thể có module liên quan, nhưng cần kiểm tra độ sâu workflow hiện trường, mobile, dữ liệu thiết bị/sản xuất và khả năng sử dụng thực tế. Không nên quyết định chỉ theo tên module.

CMMS có tính OEE được không?

CMMS có thể quản lý downtime và KPI bảo trì, nhưng OEE đầy đủ cần kế hoạch, sản lượng, quality và cycle time thường nằm ở MES/production system.

MES có quản lý PM được không?

Một số MES có chức năng maintenance cơ bản, nhưng CMMS thường sâu hơn về asset, PM, work order, parts và history. Chọn theo phạm vi và yêu cầu.

Nên tích hợp hai hệ thống ngay từ pilot không?

Chỉ tích hợp luồng tạo giá trị, ví dụ downtime-event-to-work-order. Không cần kết nối mọi dữ liệu ngay. Có thể dùng interface tối thiểu và mở rộng sau.