OEE cho sản xuất thực phẩm thường bị triển khai với một giả định sai. Nhiều người tin rằng có sẵn một bảng mã lỗi chuẩn. Họ coi nó như một checklist tuân thủ. Sự thật thì ngược lại. Không có chuẩn số hóa mã lỗi OEE thống nhất xuyên vendor cho ngành thực phẩm. Do đó, việc gán mã lỗi luôn là công việc của kỹ sư tại nhà máy.
Vì sao OEE cho sản xuất thực phẩm không có bảng mã chung
Mỗi nền tảng MES map trạng thái theo cách riêng. Cụ thể, Sepasoft đọc số nguyên PLC rồi map vào lớp trạng thái tự định nghĩa. AVEVA dùng "Utilization Reasons" map động cho từng thiết bị. Các nền tảng edge khác map alarm thô vào cây phân loại thủ công. Do đó, không có bảng mã "đúng sẵn" để copy. Vì vậy, kỹ sư phải tự định nghĩa mã cho từng loại máy.
Đây không phải lỗ hổng công nghệ
Việc thiếu chuẩn chung nghe có vẻ bất tiện. Tuy nhiên, đó là lựa chọn có chủ đích. Cụ thể, chuẩn ISO 22002 và FSSC 22000 thường xuyên sửa đổi. Do đó, vendor giữ database dạng bảng linh hoạt. Họ tránh hard-code theo điều khoản chuẩn. Nhờ đó, hệ thống dễ cập nhật khi chuẩn thay đổi. Vì vậy, sự linh hoạt này thực ra là ưu điểm.
Six Big Losses vẫn là khung nền
Dù mã lỗi khác nhau, khung phân loại thì chung. Đó là Six Big Losses của Nakajima từ năm 1988. Khung này vẫn là nền tảng cho OEE thực phẩm. Nó chia tổn thất thành ba nhóm quen thuộc.
| Nhóm OEE | Loại tổn thất |
|---|---|
| Availability | Hỏng hóc và thời gian setup/điều chỉnh. |
| Performance | Dừng nhỏ và giảm tốc độ. |
| Quality | Lỗi quy trình và tổn thất khi khởi động. |
Nhờ khung này, mọi nhà máy có ngôn ngữ chung. Ngoài ra, nó giúp so sánh dù mã lỗi khác nhau. Tham khảo khung an toàn thực phẩm: ISO 22000.
Tổn thất mang ý nghĩa an toàn thực phẩm
Ngành thực phẩm có loại tổn thất đặc thù. Chúng không chỉ mang ý nghĩa hiệu suất. Cụ thể, một lần dừng vệ sinh giữa ca là tổn thất Availability. Tuy nhiên, nó cũng là yêu cầu an toàn thực phẩm. Do đó, không thể chỉ tối ưu để giảm dừng máy. Vì vậy, OEE thực phẩm phải cân bằng hiệu suất và an toàn. Nói cách khác, một số tổn thất là bắt buộc, không phải lãng phí.
OEE cho sản xuất thực phẩm dựa trên dữ liệu tốt
Mọi chỉ số bắt đầu từ dữ liệu vận hành. Cụ thể, thời gian dừng gắn với lịch sử bảo trì. Đây là nơi CMMS cho nhà máy thực phẩm cung cấp dữ liệu. Ngoài ra, cùng cách tiếp cận này được dùng trong OEE cho sản xuất dược theo ISO 22400-2. Nhờ đó, OEE nối với chất lượng và tuân thủ. Vì vậy, hai hệ thống chia sẻ một sự thật.
Đo OEE trên dây chuyền tốc độ cao
Nhiều dây chuyền thực phẩm chạy rất nhanh. Cụ thể, một máy chiết có thể xử lý hàng nghìn đơn vị mỗi giờ. Do đó, các dừng nhỏ rất khó ghi bằng tay. Chúng thường bị bỏ qua vì "không đáng kể". Tuy nhiên, cộng dồn lại chúng là tổn thất lớn. Vì vậy, dây chuyền tốc độ cao đặc biệt cần thu thập tự động. Nhờ đó, mỗi dừng nhỏ đều được ghi và phân tích.
Chuyển đổi sản phẩm cũng là tổn thất đáng kể. Cụ thể, đổi hương vị hay bao bì cần vệ sinh và cài đặt lại. Do đó, thời gian này làm giảm Availability. Nhờ đo tách bạch, nhà máy thấy rõ chi phí của mỗi lần chuyển đổi. Vì vậy, gộp đơn hàng cùng loại trở thành một đòn bẩy cải thiện.
Sai lầm thường gặp khi đo OEE thực phẩm
Có ba sai lầm phổ biến. Một số nơi tìm mua bảng mã lỗi "chuẩn" để copy. Do đó, họ thất vọng khi không có. Nhiều nơi khác coi mọi dừng máy là lãng phí. Vì vậy, họ cắt cả các lần vệ sinh cần thiết. Phổ biến hơn cả là để mã lỗi rơi về "Unknown Reason". Kết quả là không phân tích được nguyên nhân.
Bắt đầu từ đâu
Hãy bắt đầu bằng việc chấp nhận rằng phải tự định nghĩa mã lỗi. Kế đến, dùng Six Big Losses làm khung phân loại. Sau đó, tách rõ tổn thất an toàn khỏi tổn thất lãng phí. Cuối cùng, gán mã cho từng trạng thái máy cụ thể. Nhờ lộ trình này, OEE phản ánh đúng thực tế. Vì vậy, cải thiện không hy sinh an toàn thực phẩm.
Tóm lại, OEE cho sản xuất thực phẩm không có bảng mã chung, và đó là điều bình thường. Do đó, hãy tự định nghĩa mã dựa trên Six Big Losses. Ngoài ra, hãy phân biệt tổn thất bắt buộc và lãng phí. Nhờ vậy, con số OEE vừa đúng vừa an toàn. Đây là cách đo hiệu suất hợp lý cho ngành thực phẩm.
Khi mã lỗi được định nghĩa đúng và thu thập tự động, con số OEE phản ánh thực tế dây chuyền. Nhờ vậy, nhà máy cải thiện năng suất mà vẫn giữ vững an toàn thực phẩm. Nói cho cùng, một hệ OEE tốt là hệ giúp bạn quyết định đúng, chứ không phải hệ tạo ra những con số đẹp trên báo cáo. Và khi con số phản ánh đúng thực tế, mọi cuộc họp cải thiện đều kết thúc bằng một hành động rõ ràng.
TYPE 2 — Nội dung tổng hợp có tính tham khảo. Bài viết có giới hạn thông tin (transparency note): tên nền tảng MES và khung Six Big Losses phản ánh thực tế công bố; hãy đối chiếu tài liệu vendor và chuẩn hiện hành trước khi áp dụng.
Câu hỏi thường gặp
Có bảng mã lỗi OEE chuẩn chung cho ngành thực phẩm không?
Không. Không có một chuẩn số hóa mã lỗi OEE thống nhất xuyên vendor cho ngành thực phẩm; việc gán mã lỗi cụ thể cho từng trạng thái máy luôn là công việc của kỹ sư tại nhà máy khi triển khai, không có bảng mã "đúng sẵn" để copy.
Các nền tảng MES map trạng thái máy khác nhau thế nào?
Sepasoft MES đọc số nguyên trạng thái PLC rồi map vào "Equipment State Class" do người dùng tự định nghĩa; AVEVA MES dùng "Utilization Reasons" map động vào từng thiết bị, mã chưa cấu hình tự rơi về "Unknown Reason".
Khung Six Big Losses phân loại tổn thất OEE ra sao?
Theo khung Six Big Losses (Nakajima, TPM, 1988): Equipment Failures/Breakdowns và Setup/Adjustments thuộc Availability; Idling/Minor Stoppages và Reduced Speed thuộc Performance; Process Defects và Reduced Yield/Startup Rejects thuộc Quality.