Series Từ số hóa đến AI #10: Cải thiện OEE bằng số hóa, dashboard và AI: cách làm thực tế

I. OEE là gì?

OEE - Overall Equipment Effectiveness - thường được tính bằng:

OEE = Availability × Performance × Quality

Trong đó:

• Availability: tỷ lệ thời gian thiết bị thực sự chạy so với thời gian sản xuất theo kế hoạch.
• Performance: mức sản lượng/tốc độ thực tế so với năng lực chuẩn trong thời gian chạy.
• Quality: tỷ lệ sản phẩm đạt so với tổng sản phẩm được tạo ra.

Ví dụ minh họa:

• Availability = 85%.
• Performance = 90%.
• Quality = 98%.

OEE = 0,85 × 0,90 × 0,98 = 74,97%.

Đây chỉ là ví dụ. Cách xác định thời gian kế hoạch, cycle time chuẩn, sản phẩm đạt và sản phẩm lỗi phải được thống nhất theo thực tế của từng nhà máy.

II. Dữ liệu đầu vào cần có

Ngoài ra, để phân tích nguyên nhân cần thêm ca, lệnh, sản phẩm, công đoạn, máy, người vận hành, vật tư và sự kiện liên quan.

III. Availability thấp: nhà máy đang mất thời gian ở đâu?

Availability bị giảm khi thiết bị không chạy trong thời gian dự kiến sản xuất. Nguyên nhân có thể gồm:

• Breakdown và sửa chữa.
• Setup, đổi sản phẩm hoặc vệ sinh.
• Chờ vật tư, người, kế hoạch hoặc chất lượng.
• Mất điện, khí nén hoặc tiện ích.
• Dừng do an toàn.
• Dừng ngắn hoặc khởi động lại nhiều lần, tùy quy tắc tính.

Cách cải thiện

1. Ghi từng sự kiện dừng, không chỉ tổng cuối ca.
2. Chuẩn hóa cây nguyên nhân và người xác nhận.
3. Xem Pareto theo tổng thời gian, số lần và ảnh hưởng sản lượng.
4. Liên kết breakdown với phiếu bảo trì và lịch sử thiết bị.
5. Chọn một vài tổn thất lớn để làm RCA và theo dõi hiệu lực.

Nếu Availability thấp, đầu tư đầu tiên có thể là dữ liệu dừng và bảo trì, không phải AI.

IV. Performance thấp: máy đang chạy chậm ở đâu?

Performance giảm khi thiết bị có chạy nhưng sản lượng thấp hơn năng lực chuẩn. Các nguyên nhân thường bị che khuất vì không tạo một sự kiện dừng dài:

• Máy chạy dưới tốc độ thiết kế.
• Nhiều micro-stop.
• Cycle time tăng theo sản phẩm hoặc ca.
• Cấp liệu không đều.
• Thiếu người hoặc thao tác chưa ổn định.
• Thiết bị xuống cấp nhưng chưa breakdown.
• Ideal cycle time đặt không đúng.

Cách cải thiện

• Theo dõi cycle time thực tế theo thời gian thay vì chỉ sản lượng cuối ca.
• Tách theo sản phẩm, máy, ca và điều kiện vận hành.
• Xác định dừng ngắn và tốc độ mất.
• Kiểm tra lại standard/ideal cycle time với nghiệp vụ.
• So sánh các ca tốt và ca kém để tìm khác biệt có thể hành động.

Performance thường cần dữ liệu chi tiết hơn Availability. Nếu nhập tay không đủ nhanh, có thể cần kết nối máy hoặc hệ thống đếm tự động.

V. Quality thấp: tổn thất nằm ở lỗi nào?

Quality giảm khi sản phẩm tạo ra không đạt ngay từ đầu. Cần thống nhất cách xử lý scrap, rework, sản phẩm chờ kiểm tra và sản phẩm đầu ca.

Cách cải thiện

• Chuẩn hóa mã lỗi và điểm phát sinh.
• Gắn lỗi với sản phẩm, lô, máy, ca, công đoạn và nguyên vật liệu.
• Theo dõi lỗi theo số lượng, chi phí và mức nghiêm trọng.
• Phân tích lỗi lặp lại và hành động CAPA.
• Kết nối chất lượng với sự kiện setup, bảo trì hoặc thay vật tư.

Một tỷ lệ lỗi nhỏ vẫn có thể rất quan trọng nếu lỗi có rủi ro khách hàng hoặc an toàn cao. Không nên chỉ ưu tiên theo số lượng.

VI. Dashboard OEE nên trả lời những câu hỏi nào?

Cấp ban giám đốc

• OEE theo nhà máy/dây chuyền và xu hướng.
• Thành phần nào kéo OEE xuống.
• Khu vực nào chênh lớn so với mục tiêu.
• Ảnh hưởng đến sản lượng và tiến độ.

Cấp trưởng bộ phận

• Pareto tổn thất theo nguyên nhân.
• OEE theo ca, sản phẩm, máy và công đoạn.
• Lỗi hoặc dừng lặp lại.
• Hành động cải tiến và hiệu lực.

Cấp trưởng ca

• Tiến độ hiện tại.
• Máy đang dừng/chạy chậm.
• Sự kiện chưa phân loại.
• Sản lượng lỗi và cảnh báo trong ca.
• Việc cần ưu tiên ngay.

Một dashboard duy nhất khó phục vụ mọi cấp. Nên có lớp tổng quan và khả năng đi sâu theo vai trò.

VII. Đừng để OEE trở thành “cuộc thi con số”

OEE có thể bị méo nếu đội ngũ bị áp lực đạt mục tiêu mà quy tắc dữ liệu không rõ. Ví dụ:

• Giảm thời gian sản xuất kế hoạch để tăng Availability.
• Chọn ideal cycle time thấp hơn thực tế tốt nhất.
• Không ghi dừng ngắn.
• Tính rework hoặc sản phẩm chờ kiểm tra là sản phẩm tốt.
• Gộp các thiết bị không phù hợp vào cùng một chỉ số.

OEE nên được dùng để tìm tổn thất, không phải chỉ để xếp hạng cá nhân hoặc ca. Nếu người dùng sợ bị phạt, dữ liệu có thể bị điều chỉnh và mất giá trị cải tiến.

VIII. Chu trình cải thiện OEE theo tuần

1. Xác nhận dữ liệu: kiểm tra thời gian, sản lượng, cycle time và sự kiện chưa phân loại.
2. Chọn thành phần kéo giảm lớn nhất: Availability, Performance hay Quality.
3. Pareto tổn thất: chọn 1-3 nhóm lớn có thể hành động.
4. Đi sâu theo ngữ cảnh: ca, sản phẩm, máy, công đoạn, vật tư, setup.
5. Xác nhận nguyên nhân tại hiện trường: dùng RCA phù hợp.
6. Giao hành động: chủ sở hữu, thời hạn và chỉ số hiệu lực.
7. Đo lại: so sánh cùng điều kiện trước-sau.

OEE tăng bền vững khi chu trình này trở thành thói quen quản lý, không phải khi chỉ lắp một màn hình.

IX. AI có thể hỗ trợ phân tích OEE thế nào?

Khi dữ liệu đủ chi tiết và đáng tin, AI có thể:

• Tóm tắt nguyên nhân chính làm OEE giảm trong ca/tuần.
• Phát hiện Performance giảm chủ yếu với một nhóm sản phẩm hoặc khung giờ.
• Tìm mối liên hệ giữa breakdown, PM, ca và tốc độ.
• Phát hiện mẫu bất thường so với lịch sử.
• Gợi ý sự kiện, tài liệu hoặc phiếu bảo trì cần xem.
• Cho phép người dùng hỏi: “Vì sao OEE dây chuyền A tuần này giảm?”

Đầu ra tốt nên kèm dữ liệu bằng chứng, khoảng thời gian và khả năng drill-down. AI không nên đưa ra nguyên nhân cuối cùng khi chưa có xác nhận nghiệp vụ.

X. Khi nào chưa nên dùng AI cho OEE?

• Công thức OEE giữa các bộ phận chưa thống nhất.
• Dữ liệu dừng và lỗi thiếu nghiêm trọng.
• Ideal cycle time không có hoặc không đáng tin.
• Dashboard cơ bản chưa được dùng trong họp.
• Không có người sở hữu hành động sau phân tích.
• Bài toán có thể giải quyết bằng Pareto và quy tắc đơn giản.

Trong các trường hợp này, ưu tiên chuẩn hóa dữ liệu và kỷ luật quản lý sẽ có ROI tốt hơn.

XI. Ví dụ hành động theo thành phần OEE

Bảng chỉ là ví dụ. Hành động phải dựa trên kiểm tra thực tế và phân tích nguyên nhân.

XII. Kế hoạch triển khai OEE trong phạm vi nhỏ

Giai đoạn 1: thống nhất định nghĩa

• Thiết bị/dây chuyền nào được đo.
• Thời gian sản xuất kế hoạch là gì.
• Quy tắc dừng, setup và planned downtime.
• Ideal cycle time theo sản phẩm.
• Định nghĩa good count, scrap và rework.

Giai đoạn 2: thu thập và kiểm tra dữ liệu

• Chọn nhập tay, bán tự động hoặc kết nối máy.
• Thiết kế xác nhận nguyên nhân.
• Chạy thử 2-4 tuần và đối chiếu với thực tế.

Giai đoạn 3: dashboard tối thiểu

• OEE và ba thành phần.
• Pareto tổn thất.
• Xu hướng theo ca/sản phẩm.
• Danh sách dữ liệu thiếu.

Giai đoạn 4: đưa vào quản lý

• Họp ca/ngày/tuần theo dashboard.
• Giao hành động và theo dõi hiệu lực.
• Chỉ mở rộng khi dữ liệu và thói quen ổn định.

XIII. KPI bổ sung bên cạnh OEE

Không nên dùng OEE như chỉ số duy nhất. Tùy mục tiêu, cần xem thêm:

• Sản lượng và giao hàng đúng hạn.
• Tổng downtime và breakdown.
• Schedule adherence.
• Scrap, rework và cost of poor quality.
• MTTR, MTBF và PM compliance.
• Năng lượng trên đơn vị sản phẩm.
• An toàn và tuân thủ.

Một thay đổi làm OEE tăng nhưng tăng tồn kho, rủi ro chất lượng hoặc chi phí có thể không phải cải tiến tốt.

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

OEE càng cao càng tốt phải không?

OEE cao thường tốt, nhưng mục tiêu phải phù hợp quy trình, mix sản phẩm và chiến lược sản xuất. Không nên so sánh máy hoặc nhà máy khác bản chất chỉ bằng một con số.

Có cần lấy dữ liệu tự động để tính OEE không?

Không bắt buộc ở giai đoạn đầu. Nhập tay có kiểm soát có thể đủ cho pilot. Tự động hóa hữu ích khi sự kiện nhiều, cần độ chính xác thời gian hoặc người dùng khó nhập kịp.

Ideal cycle time nên lấy ở đâu?

Có thể từ thiết kế, tiêu chuẩn kỹ thuật hoặc năng lực tốt đã được xác nhận. Cần quản lý theo sản phẩm và điều kiện, có chủ sở hữu và lịch sử thay đổi.

AI có thể tự đề xuất cách tăng OEE không?

AI có thể gợi ý dựa trên dữ liệu và tri thức, nhưng hành động phải được người nghiệp vụ kiểm tra về tính khả thi, an toàn, chất lượng và ảnh hưởng liên phòng ban.