Triển khai hệ thống mã lý do dừng máy: từ phân loại đến nghiệm thu FAT/SAT

Khi triển khai hệ thống quản lý mã lý do dừng máy trong nhà máy, việc đầu tiên là tách hai quyết định: “phát hiện máy dừng bằng cách nào” và “ai xác nhận lý do”. Tín hiệu dừng từ PLC có thể cho biết thời điểm và thời lượng, nhưng không nhất thiết xác định được nguyên nhân vận hành như chờ vật tư, chuyển đổi sản phẩm, kiểm tra chất lượng hay hỏng máy. Bài viết trình bày yêu cầu triển khai để lập bảng phân loại lý do, cho công nhân xác nhận trên MES, đối chiếu kế hoạch ERP, tổ chức vận hành và kiểm thử nghiệm thu. Nội dung không chỉ giải thích phép tính OEE.

Ranh giới cần xác định trong hệ thống quản lý mã lý do dừng máy

Ngay cả khi màn hình giám sát hiện đèn đỏ, câu hỏi “máy dừng vì sao” không thể trả lời bằng một giá trị duy nhất. Lúc mới dừng, ta biết trạng thái máy. Nếu đồng thời có cảnh báo, ta biết sự kiện do máy báo. Nhưng bối cảnh tại xưởng như “vật tư đến chậm trước, cảnh báo xuất hiện sau” hoặc “công nhân chủ động dừng để kiểm tra chất lượng” cần xác minh thêm. Phải lưu sự kiện dừng, cảnh báo máy, lý do dừng được công nhân xác nhận, nguyên nhân gốc và hành động khắc phục thành các dữ liệu riêng. Nếu gộp tất cả vào một cột “mã nguyên nhân”, việc sửa lý do sau này sẽ ghi đè cả sự thật do máy cung cấp.

ISA-95 giúp làm rõ ranh giới giữa điều khiển/giám sát, vận hành sản xuất và lập kế hoạch kinh doanh. Về triển khai, PLC hoặc lớp kết nối thiết bị có thể ghi nhận chuyển trạng thái; MES liên kết với lệnh sản xuất, ca và xác nhận của công nhân; ERP cung cấp bối cảnh kế hoạch và chi phí. Đây là khung tham chiếu để phân định trách nhiệm, không có nghĩa ISA-95 chỉ định sản phẩm cụ thể. Giải thích chính thức của ISA đặt Level 2 ở giám sát/điều khiển như PLC, Level 3 ở vận hành sản xuất và Level 4 ở lập kế hoạch kinh doanh như ERP.

Thu thập trạng thái máy tự động, phân loại lý do dừng và phân tích tổn thất do dừng máy là các việc liên quan nhưng khác nhau. Bài viết cải thiện OEE trình bày tổng thể cải thiện theo độ sẵn sàng, hiệu suất và chất lượng; bài viết dừng máy ngắn và OEE đi sâu vào các lần dừng ngắn. Bài này tập trung vào nguồn dữ liệu chuẩn của mã lý do, thao tác xác nhận, lịch sử sửa đổi và tiêu chí nghiệm thu hệ thống trước khi đưa dữ liệu vào tính toán.

Không suy ra “máy dừng” và “lý do dừng” từ cùng một tín hiệu

Nguồn phát hiện dừng có thể là bit vận hành PLC, xung kết thúc chu kỳ, cảnh báo thiết bị, tín hiệu chế độ hoặc cảm biến sản phẩm đi qua. Không phải máy nào cũng có một bit chung thể hiện “đang sản xuất”. Máy tự động vẫn chờ phôi, công đoạn có thao tác thủ công và quy trình liên tục cho phép chạy chậm có ý nghĩa trạng thái khác nhau. Với từng máy, hãy lập bảng chuyển trạng thái gồm “chạy”, “dừng”, “thiết lập”, “bảo trì”, “mất kết nối” và “không xác định”, rồi chỉ định người phê duyệt.

Một sự kiện tối thiểu cần ID máy, thời gian bắt đầu/kết thúc, nguồn thu thập, tín hiệu gốc, chất lượng dữ liệu, trạng thái và ID sự kiện. Nếu chỉ có thời gian bắt đầu, hãy đánh dấu “đang diễn ra”, không tự ý đóng ở cuối ca. Mất kết nối phải là sự kiện chất lượng dữ liệu riêng, không tính là máy dừng. Lưu cả thời gian PLC và thời gian máy chủ nhận, cùng trạng thái đồng bộ đồng hồ. Nếu thiết bị đầu cuối ngoại tuyến rồi đồng bộ lại, không nhầm thời gian nhập với thời gian xảy ra sự kiện.

Đặc tả Machine Tools của OPC Foundation phân biệt trạng thái máy, chế độ hoạt động và sự kiện biểu thị gián đoạn, đồng thời xử lý lớp điều kiện của gián đoạn. Nhờ đó, đôi khi có thể lấy được một phần thông tin phân loại từ máy. Tuy nhiên, không thể thay thẳng mã cảnh báo máy bằng mã lý do dừng của doanh nghiệp. “Quá tải động cơ băng tải” là triệu chứng máy nhận thấy; lý do vận hành là phôi kẹt, linh kiện mòn hay nạp sai thì phải kiểm tra. Có máy cũng không báo lý do đủ chi tiết.

Phải thử riêng quy tắc xác định bắt đầu và kết thúc cho từng máy. Nếu suy ra dừng từ việc không có xung kết thúc chu kỳ trong một khoảng thời gian, ngưỡng phải tránh báo nhầm cho sản phẩm chu kỳ dài hoặc đang thiết lập. Không áp một ngưỡng “30 giây” cho mọi trường hợp; hãy kiểm chứng theo sản phẩm, công đoạn và chế độ. Kéo dài ngưỡng để giảm báo nhầm sẽ che khuất dừng ngắn. Vì vậy, lưu sự kiện gốc tách khỏi “sự kiện đưa vào báo cáo” để tính lại lịch sử khi thay ngưỡng.

Bắt đầu bảng phân loại lý do dừng bằng hai cấp

Nếu phân loại quá chi tiết, công nhân khó chọn đúng mã và “khác” sẽ tăng. Trong giai đoạn đầu, chỉ nên có các nhóm chính mà xưởng phân biệt được, chẳng hạn hỏng thiết bị, chờ vật tư/linh kiện, thiết lập/thay khuôn, kiểm tra chất lượng, dừng theo kế hoạch, tác động từ công đoạn trước/sau, yếu tố bên ngoài và chưa xác nhận lý do. Chỉ thêm nhóm con khi hành động cải thiện khác nhau. Ví dụ, nếu tách “chờ vật tư” thành “cấp phát chậm”, “chuẩn bị nạp” và “vật tư sai”, cần xác nhận đơn vị chịu trách nhiệm và cách xử lý khác nhau. Nhóm con chỉ để bảng báo cáo trông chi tiết sẽ làm tăng chi phí duy trì.

Bảng mã cần ID, tên hiển thị JA/TH/EN và các ngôn ngữ khác, mô tả, ví dụ bao gồm/loại trừ, nhóm mẹ, máy/công đoạn áp dụng, ngày hiệu lực bắt đầu/kết thúc, đơn vị sở hữu và người phê duyệt. Nếu nhà máy Thái Lan chỉ hiển thị tên tiếng Nhật, việc nhập liệu sẽ thành đoán bản dịch. Tổ trưởng và công nhân tại Thái cần kiểm tra từ tiếng Thái dùng thực tế; tên tiếng Anh phục vụ phân tích nhiều địa điểm. Khi mở rộng sang Việt Nam, giữ cùng ID và địa phương hóa tên hiển thị giúp so sánh, nhưng đừng ép dùng chung mã nếu ý nghĩa công đoạn khác nhau.

Hãy giữ “chưa xác nhận lý do” như một mã chính thức. Ép phải chọn mã dù không có bằng chứng tệ hơn việc theo dõi số lượng và thời gian tồn đọng của mục chưa xác nhận. Gắn người phụ trách, hạn xác nhận và bàn giao khi đổi ca. Ban đầu có thể ghi “lý do tạm thời”, sau khi bảo trì chẩn đoán thì đổi sang “lý do đã xác nhận”. Đừng xóa giá trị tạm; hãy lưu ai sửa, khi nào và dựa trên chứng cứ nào. Có thể đếm chỗ thiếu dữ liệu là bước đầu để nâng chất lượng phân loại.

Loại lý do không đồng nghĩa bộ phận chịu trách nhiệm. Với “chờ vật tư”, phải điều tra mới biết nguyên nhân thuộc mua hàng, kho, công đoạn trước hay nhà cung cấp. Buộc công nhân quy trách nhiệm ngay có thể khiến họ chọn mã để né trách nhiệm. Màn hình đầu nên cho chọn hiện tượng và thao tác có thể quan sát, sau đó người phụ trách bổ sung nguyên nhân và biện pháp. Nếu dừng chuyền vì lỗi chất lượng, “lý do dừng” ban đầu là kiểm tra chất lượng; nguyên nhân gốc nằm ở phân tích lỗi riêng. Sự tách biệt này cũng giảm gánh nhập liệu.

Ai phê duyệt thay đổi danh mục mã lý do dừng

Bảng phân loại không thể hoàn thiện ngay ngày đầu. Khi vận hành sẽ có sự kiện không khớp mã cũ hoặc nhiều mã gần giống nhau. Thu thập đề xuất hàng tháng; đại diện sản xuất, bảo trì, chất lượng và IT quyết định bổ sung mô tả, tạo mã, gộp mã hay ngừng dùng. Chỉ định rõ một người hoặc một bộ phận làm chủ. Tách ngày phê duyệt với ngày áp dụng và không viết lại lịch sử đã nhập bằng mã cũ.

Ba điều kiện để thêm mã giúp quản trị dễ hơn: mã hiện có không chỉ ra được trách nhiệm cải thiện; công nhân có thể chọn lặp lại nhất quán tại hiện trường; số lần hoặc tác động đủ để đáng báo cáo riêng. Nhưng sự kiện mỗi tháng một lần liên quan an toàn không nên bị loại chỉ vì ít xảy ra. Nhóm liên quan an toàn phải phù hợp quy trình an toàn máy, không tạo hiểu lầm rằng màn hình lý do dừng thay cho thiết bị bảo vệ.

Về kỹ thuật, ID mã phải độc lập với bản dịch tên hiển thị và thay đổi cơ cấu tổ chức. Ngừng sử dụng bằng xóa logic để còn tra cứu lịch sử; kiểm tra hiệu lực theo ngày bắt đầu/kết thúc. Nếu đổi nhóm mẹ, cần cho người dùng biết báo cáo quá khứ sẽ dùng nhóm lúc đó hay phân loại lại theo nhóm hiện tại. Trộn hai cách khi so sánh với năm trước có thể tạo ảo giác cải thiện chỉ vì đổi loại. Hiển thị lịch sử sửa mã và phiên bản quy tắc tổng hợp trên dashboard.

Quy trình công nhân xác nhận lý do trên MES

Buộc nhập ngay lúc dừng có thể cản trở kiểm tra an toàn và khôi phục máy. Trước hết máy phát sự kiện dừng và tạo hàng chờ chưa xác nhận trên HMI hoặc máy tính bảng. Công nhân ưu tiên an toàn và khôi phục, rồi xác nhận lý do trong thời gian cho phép. Màn hình hiển thị máy, khoảng thời gian, lệnh sản xuất, cảnh báo, trạng thái trước đó và lý do gợi ý. Gợi ý là tiện ích, không tự động xác nhận. Lưu người bấm xác nhận, thời điểm, mã chọn, ghi chú và chứng cứ.

Với lần dừng sát giờ đổi ca, tách ca xảy ra và ca xác nhận. Nếu cuối ca đêm còn ba mục chưa rõ, tổ trưởng không nên gán cùng một mã tùy tiện cho cả ba; hãy bàn giao người phụ trách, thông tin ban đầu và hạn xác nhận. Biểu mẫu bàn giao hiển thị “ID sự kiện chưa xác nhận”, “máy”, “đang diễn ra hay đã kết thúc”, “lý do tạm thời”, “người xác nhận” và “hạn”. Nếu một lần dừng kéo qua ca, dù tách bản ghi ở ranh giới ca, vẫn giữ ID sự kiện mẹ để không đếm trùng thời gian thực.

Ví dụ, dây chuyền chiết rót dừng lúc 10:12, PLC báo băng tải quá tải. Công nhân lấy phôi mắc ở thanh dẫn ra và khởi động lại lúc 10:20. MES tự ghi một sự kiện dừng 8 phút; công nhân chọn “phôi kẹt”. Sau đó bảo trì ghi “thanh dẫn bị mòn” là nguyên nhân gốc và gắn công việc thay thế. Cảnh báo “quá tải”, lý do tại hiện trường “phôi kẹt” và nguyên nhân gốc “thanh dẫn mòn” là ba dữ liệu khác nhau. Tách chúng giúp phân tích xu hướng dừng máy và hỏng hóc bảo trì đồng thời. Thời gian, con số chỉ là ví dụ giả định, không phải thời gian dừng tiêu chuẩn.

Không áp một hạn xác nhận cho mọi máy. Với máy có tổn thất lớn, có thể đặt mục tiêu trong cùng ca; các lần dừng rất ngắn có thể rà soát theo nhóm. Tuy vậy, càng phụ thuộc trí nhớ về sau, độ chính xác càng giảm. Với dừng quan trọng, cần xác định được ai nhập sau sự kiện; nếu mục chưa xác nhận được tính thống kê, hãy ghi rõ “chưa xác nhận”. Dùng tỷ lệ nhập trễ, tỷ lệ sửa đổi và tỷ lệ “khác/chưa xác nhận” làm KPI chất lượng phân loại.

Tách dữ liệu chuẩn và trách nhiệm khi kết nối PLC, MES, ERP

PLC/cổng kết nối thiết bị cung cấp trạng thái máy, thời gian, ID máy, ID cảnh báo, chế độ và chu kỳ. MES cấp ID sự kiện dừng, liên kết với lệnh sản xuất, sản phẩm, lô, công nhân, ca và mã lý do. ERP cung cấp dữ liệu tham chiếu như lệnh sản xuất, thời gian vận hành kế hoạch, mã hàng và trung tâm chi phí. Không cần sao chép mọi sự kiện dừng theo phút vào ERP; có thể chuyển số liệu đã xác nhận để hạch toán hoặc sửa kế hoạch. Độ chi tiết trao đổi tùy khả năng xử lý của ERP và mục đích sử dụng.

Đặc tả giao diện phải ghi hướng dữ liệu, tần suất, khóa chính, múi giờ, chống trùng khi gửi lại, xử lý thiếu dữ liệu và sửa đổi. Nếu cùng sự kiện PLC được gửi lại, không tạo lần dừng thứ hai; dùng cùng ID để cập nhật hoặc bổ sung lịch sử. Khi đổi lý do trên MES, phải quyết định gửi “bản mới nhất” sang ERP hay gửi hủy và ghi nhận lại. Sau khi kết nối phục hồi, sự kiện có thể đến sai thứ tự; lưu thứ tự ghi nhận và thứ tự xảy ra ở hai cột khác nhau.

ISO 22400-2 định nghĩa KPI và các yếu tố thời gian của quản lý vận hành sản xuất. Bên triển khai nên tham khảo để cố định mẫu số “thời gian vận hành kế hoạch”, “thời gian chạy thực tế” và “thời gian dừng” trong hợp đồng. Nghỉ trưa, bảo trì kế hoạch, thiết lập và chờ vật tư được xử lý thế nào tùy quy tắc nhà máy. Dù cùng bảng mã, nếu mô hình thời gian khác nhau thì không thể so sánh tỷ lệ dừng giữa các nhà máy. Hiển thị phiên bản phân loại dừng kế hoạch và công thức tổng hợp trên màn hình cài đặt.

Khuyến nghị của NIST về truy xuất và độ tin cậy của dữ liệu sản xuất nêu cách giữ nguồn gốc và độ tin cậy. Phạm vi công đoạn của tài liệu có giới hạn; bảng phân loại trong bài này không phải đặc tả tiêu chuẩn của NIST. Tuy nhiên, khuyến nghị giúp cân nhắc việc lưu ai sửa sự kiện, lúc nào, và tín hiệu máy ban đầu là gì. Ngoài nhật ký kiểm toán, màn hình xưởng cần phân biệt “phát hiện tự động”, “công nhân xác nhận” và “bảo trì kết luận”.

Xử lý dừng ngắn và sự kiện trùng như thế nào

Nếu công nhân phải nhập từng lần dừng vài giây, chính việc nhập sẽ cản sản xuất. Nhưng xóa hết sẽ mất đối tượng cải thiện. Lưu sự kiện gốc, chỉ lọc mục cần nhập trên màn hình theo ngưỡng. Có thể gộp các lần dừng ngắn cùng máy, cùng trạng thái và gần nhau về thời gian để gán lý do đại diện khi rà soát ca. Đừng khẳng định mọi lần trong nhóm thật sự có cùng lý do: phân biệt “lý do gộp” với “lý do xác nhận từng sự kiện”. Lưu ngày đổi ngưỡng nhập và ngưỡng gộp; dùng cùng quy tắc khi tính lại để so sánh năm trước.

Nếu một máy dừng khiến công đoạn sau dừng theo, không cộng thời gian dừng từng máy rồi gọi là tổn thất cả chuyền. Mỗi sự kiện máy có ID riêng; khoảng dừng của chuyền phải loại phần thời gian chồng lấp. Nếu biết máy gây ra sự cố, ghi quan hệ mẹ con; nếu chỉ suy đoán, đánh dấu là suy đoán. “Chờ công đoạn trước” có thể đúng là lý do tại máy phía sau, nhưng đếm cùng tổn thất thêm lần nữa với máy trước bị hỏng là sai về tổng hợp. Dashboard phải tách thời gian theo máy và theo chuyền.

Một số máy phát nhiều cảnh báo trong một giây. Liên kết nhiều cảnh báo với một lần dừng, phân biệt cảnh báo đầu tiên, cảnh báo trong thời gian dừng và cảnh báo sát lúc khôi phục. Cảnh báo đầu tiên không nhất thiết là nguyên nhân gốc. Gắn nhãn gợi ý của hệ thống là “tín hiệu tham khảo”; công nhân hoặc người phê duyệt chọn lý do xác nhận. Dù dùng AI dự đoán nguyên nhân, hãy đo tỷ lệ chấp nhận và chỉnh sửa để tránh số liệu phân loại tự động sai đi vào cuộc họp cải tiến.

Cần thu thập gì khi khảo sát hiện trường trước triển khai

Trước khi viết RFP, hãy quan sát một dây chuyền thật. Thu danh sách máy, loại PLC và khả năng kết nối, bảng tín hiệu hiện có, cảnh báo, dải thời gian chu kỳ, cách đổi mã hàng, lịch ca, cách gắn lệnh sản xuất, nhật báo giấy, lịch sử bảo trì và báo cáo OEE hiện tại. Chọn khoảng 5–10 lần dừng điển hình và lần theo “máy phát gì”, “công nhân thấy gì”, “biểu mẫu hiện nay ghi gì” và “ai xử lý”. Con số này là gợi ý thực hành khảo sát, không phải cỡ mẫu thống kê.

Nếu thiếu tín hiệu, có thể cân nhắc cảm biến lắp thêm, nhưng cảm biến không tự giải quyết việc thiếu mã lý do. Nó ghi nhận thêm chuyển trạng thái, song không phải lúc nào tự phân biệt được chờ vật tư với thiết lập. Ngược lại, nếu thời gian dừng đang được ước từ nhật báo giấy, yêu cầu chính xác tới giây là vô nghĩa. Ghi khác biệt giữa máy kết nối được và không được; với máy cho phép nhập thủ công, đánh dấu nguồn “nhập tay”.

Khảo sát cũng cần kiểm tra cách gọi của từng ca. Nếu “chờ vật tư” ở ca đêm nghĩa là chờ thiết lập, còn ca ngày nghĩa là chờ kho, phải thống nhất mô tả và ví dụ trước khi thống nhất mã. Tên tiếng Thái nên ngắn, là từ xưởng dùng, và được rà soát cho tương ứng với bản tiếng Anh dành cho quản lý. Quan sát công nhân thao tác: sau khi dừng cần bao nhiêu lần chạm để nhập, có dùng được khi mang găng không, và màn hình nhập có cản khởi động lại hay không.

Yêu cầu chức năng và phi chức năng cần ghi trong RFP

RFP cần nêu hành vi có thể nghiệm thu từ sự kiện dừng đến xác nhận lý do, không chỉ “hệ thống xem OEE”. Tối thiểu yêu cầu thu trạng thái tự động, tạo sự kiện thủ công, hàng chờ chưa xác nhận, quản lý ngày hiệu lực của mã, xác nhận/sửa theo quyền, hiển thị song song cảnh báo máy, bàn giao ca, lịch sử kiểm toán và báo cáo riêng theo máy/chuyền. Nếu cần UI đa ngôn ngữ, ghi rõ cách hiển thị tên, mô tả mã và xử lý ghi chú tự do. Có giao diện đa ngôn ngữ nhưng mô tả mã chỉ bằng tiếng Nhật thì xưởng không vận hành được.

Yêu cầu phi chức năng không chỉ là tốc độ màn hình. Kiểm tra mất/kết nối lại PLC, thiết bị đầu cuối ngoại tuyến, gửi lại sự kiện, lệch đồng hồ, hết quyền, phục hồi sao lưu, thời gian lưu log, ranh giới bảo mật và bổ sung cấu hình máy. Độ trễ chấp nhận từ sự kiện đến màn hình phải phù hợp quyết định tại xưởng. Không chuyển chức năng an toàn cần phản ứng tức thời sang MES. Màn hình xác nhận lý do phục vụ quản lý sản xuất và phải độc lập với mạch dừng an toàn hay interlock của máy.

Bên mua và nhà cung cấp cần lập bảng phân công: ai xác minh nghĩa của thẻ PLC, phê duyệt sửa máy, bảo trì bảng mã, cấp ID lệnh sản xuất ERP, di chuyển dữ liệu và đối chiếu báo cáo cũ. Trường hợp “đúng đặc tả nhưng xưởng không dùng được” thường xảy ra khi nhà cung cấp chỉ chịu trách nhiệm giao diện mà không ai sở hữu quy tắc vận hành. Đính kèm ví dụ dừng trong RFP và yêu cầu nhà cung cấp trình diễn cùng tình huống.

Thử trường hợp ngoại lệ trước trường hợp bình thường trong FAT và SAT

FAT trước xuất xưởng dùng sự kiện PLC giả lập và lệnh sản xuất mẫu để kiểm tra thời điểm bắt đầu/kết thúc dừng, liên kết cảnh báo, chọn lý do, lịch sử sửa và báo cáo theo đặc tả. SAT tại xưởng dùng máy và ca thực để kiểm tra đồng hồ, mạng, vị trí thiết bị đầu cuối và thao tác công nhân. Tài liệu ISA-105 của ISA giới thiệu khung FAT, SAT, SIT cho tự động hóa công nghiệp. Tài liệu ấy không đưa ra chuẩn hoàn thiện cho phân loại lý do dừng trong MES; danh sách kiểm thử tại đây là đề xuất thực hành triển khai.

Ít nhất phải thử gửi lại cùng sự kiện, nhận muộn sau mất kết nối, đổi ca khi máy còn dừng, đổi lệnh sản xuất khi đang dừng, nhiều cảnh báo, lý do chưa xác nhận, chặn chọn mã ngừng dùng, sửa lý do, bản ghi thủ công trùng bản tự động và lệch đồng hồ máy chủ. Người kiểm thử ghi từng bước tái hiện, đầu vào, kết quả mong đợi và kết quả thực tế. “Màn hình mở được” không phải tiêu chí đạt đủ.

Chỉ tiêu nghiệm thu phải theo từng địa điểm. Ví dụ, đối chiếu log dừng lưu tại xưởng với bản ghi hệ thống trên một dây chuyền; đặt điều kiện không bỏ sót sự kiện dừng quan trọng, số mục chưa xác nhận khớp nhật báo và chênh lệch thời gian nằm trong giới hạn đã thống nhất. “Không bỏ sót” ở đây là mục tiêu hợp đồng ví dụ, không phải yêu cầu chung của tiêu chuẩn. Độ chính xác cần thiết tùy chu kỳ công đoạn và đơn vị thời gian dùng trong họp cải tiến. Nếu đo độ đúng lý do, hãy xác định trước biên bản quan sát làm nguồn chuẩn để so sánh.

Bắt đầu vận hành từ một dây chuyền, một ca và chạy song song với nhật báo giấy một thời gian. Khi lệch nhau, đừng vội kết luận “hệ thống sai”; hãy kiểm tra việc làm tròn nhật báo, giờ ca, loại trừ dừng kế hoạch và nhập trễ. Rà soát chênh lệch hằng ngày, phân biệt cần sửa bảng mã, chỉnh điều kiện tín hiệu hay hướng dẫn công nhân. Điều kiện kết thúc chạy song song nên kết hợp tồn đọng mục chưa xác nhận, bỏ sót dừng quan trọng, khả năng giải thích tổng số và phê duyệt của tổ trưởng.

Đừng ước tính hiệu quả chỉ bằng giả định “thời gian dừng sẽ giảm”

Chi phí triển khai gồm kết nối máy, cấu hình MES, thiết bị đầu cuối, mạng, chuẩn hóa bảng mã, tích hợp ERP, kiểm thử, đào tạo và bảo trì. Chi phí vận hành gồm sửa mã, thay thiết bị, thêm máy, hỗ trợ người dùng và rà soát chất lượng dữ liệu. Nếu dùng được nền tảng giám sát sẵn có, chi phí đầu tư sẽ khác; không thể khẳng định giá thị trường chỉ từ số máy. Trong RFP, yêu cầu báo giá riêng giấy phép, điểm kết nối, thiết bị đầu cuối, ca, thời gian lưu dữ liệu và đơn giá thêm máy.

Đánh giá lợi ích bằng “thời gian dừng đã phân loại, có biện pháp thực sự và giảm tái diễn”. Chỉ triển khai mã lý do không sửa máy. Giả sử ghi nhận 100 giờ dừng mỗi tháng, trong đó 30 giờ chưa xác nhận, 20 giờ có thể xác định để xử lý, và thực tế giảm được 5 giờ: lợi ích ước tính nên dựa trên 5 giờ đã xác nhận, không phải 100 hay 20 giờ. Đây là ví dụ giả định. Giá trị kinh tế phụ thuộc năng lực chuyền, nút thắt công đoạn sau, nhu cầu và lợi nhuận biên theo giờ. Nếu dừng ít đi nhưng không tăng lượng giao hàng, hãy xét giảm làm thêm giờ hoặc gia công ngoài.

Sau triển khai, theo dõi hằng tháng không chỉ thời gian dừng mà cả tỷ lệ xác nhận, tuổi mục tồn, tỷ lệ mã “khác”, số lần đổi mã, mức khớp sự kiện với nhật báo và tỷ lệ hoàn thành biện pháp cải tiến. Tỷ lệ xác nhận cao nhưng ai cũng chọn “hỏng máy” thì vô nghĩa. Xem độ chi tiết phân loại cùng gánh nhập liệu; điều chỉnh bảng và UI khi cần. Có thể bớt mã chi tiết không dùng trong họp cải tiến.

Kiểm chứng quy tắc gán mã lý do bằng tình huống thực tế

Khi duyệt bảng phân loại, đừng chỉ thống nhất danh sách tên. Đọc các lần dừng thật và thử xem các tổ trưởng khác nhau có chọn cùng mã không. Người muốn gom “băng tải dừng” thành hỏng máy và người muốn tách kẹt vận chuyển, chờ công đoạn trước, không có sản phẩm, tạm giữ để kiểm tra chất lượng đang theo đuổi mục tiêu khác nhau. Mô tả mã phải chỉ rõ quan sát nào dẫn đến lựa chọn. Chỉ chọn “hỏng thiết bị” khi đã xác minh hỏng hóc/bất thường, không phải chỉ vì máy không chạy. Trước khi chẩn đoán, “chưa xác nhận” hoặc hiện tượng quan sát được sẽ tránh thổi phồng số lần hỏng.

Chuẩn bị khoảng năm tình huống ranh giới: vật tư chưa đến khiến máy nhàn rỗi; có vật tư nhưng chưa thể gia công vì chờ quyết định chất lượng; cảnh báo bất thường giữa chu kỳ làm dừng nhưng chỉ cần thao tác khôi phục; máy có thể chạy nhưng dừng vì công đoạn sau đầy; thay khuôn theo kế hoạch kéo dài hơn dự kiến. Chấm riêng quy tắc phát hiện dừng và quy tắc chọn lý do. Quan trọng là nhiều người cùng đưa ra một nhận định; tăng số mã nhưng giảm mức đồng thuận sẽ làm báo cáo kém tin cậy.

Lý do có thể đổi trong một lần dừng dài. Nếu ban đầu chờ vật tư, rồi sau khi vật tư đến mới phát hiện hỏng máy, cần quy định tách thành hai khoảng hay quản lý lý do chính/phụ. Nếu công nhân chọn một lý do thuận tiện sau đó, thời gian chờ vật tư hoặc hỏng máy sẽ biến mất. Tuy nhiên, chia quá nhỏ làm mất căn cứ thời điểm. Chỉ tách khi có chứng cứ như biên bản vật tư đến hay giờ báo bảo trì; để phần không rõ là chưa xác nhận. Báo cáo phải phân biệt thời gian ước tính và đã xác minh.

“Dừng theo kế hoạch” và “hỏng máy” không chỉ do cấp mã quyết định. Cần xét dừng có được đăng ký trong kế hoạch, bắt đầu sớm hơn hay kéo dài sau giờ dự kiến. Nếu bảo trì kế hoạch kéo dài thêm hai giờ, phải định nghĩa cách xử lý phần dự kiến và phần vượt. Thời gian loại khỏi độ sẵn sàng OEE có thể khác thời gian dừng báo cáo quản trị; hãy ghi rõ tên báo cáo và mẫu số, không trình bày hai con số khác nhau cùng tên “tổn thất dừng máy”.

Số cảnh báo của nhà chế tạo có thể thay khi cập nhật firmware. Nếu ánh xạ một đối một giữa cảnh báo và mã lý do MES, bảng ánh xạ cần dòng máy, phiên bản firmware, máy áp dụng và ngày bắt đầu. Cũng cần đưa cảnh báo mới vào nhóm chưa phân loại. Khi công nhân xác nhận lý do, lưu gợi ý đã chọn và kiểm tra định kỳ độ chính xác của gợi ý. Nếu thường sai, điều tra xem cảnh báo vốn khác lý do hay bảng ánh xạ đã cũ.

Những bẫy khi tổng hợp giữa ca, nhà máy và ngôn ngữ

Dù sự kiện có thời điểm, việc gán ca chưa chắc duy nhất. Có ca đêm qua ngày, làm thêm ngày nghỉ, ca tạm và máy chạy sớm. Lịch ERP, ca thực tế MES và ca chấm công phục vụ mục đích khác nhau. Dùng thời điểm xảy ra để xác định ca thực, và quyết định có tính lại báo cáo cũ khi lịch ca được sửa không. Hiển thị thời điểm tổng hợp và phiên bản lịch trong báo cáo. Khi đổi sang UTC cho trụ sở nước ngoài, phải lưu thời gian sự kiện và múi giờ nhà máy để không mất ngày địa phương của nhà máy Thái.

Khi so sánh nhiều nhà máy, cùng mã mẹ có thể có phạm vi áp dụng khác. Nếu một nơi tính vệ sinh vào “thiết lập”, nơi khác tính vào dừng kế hoạch, chênh tỷ lệ dừng không chứng minh năng lực cải thiện khác nhau. Tách mã chung có thể so sánh và mã riêng địa điểm, thống nhất công thức KPI chia sẻ. Cho phép ánh xạ mã địa phương về nhóm mẹ chung nhưng đừng xóa bối cảnh tại xưởng. Quản lý thời hạn bảng ánh xạ và báo cho nhóm báo cáo khi địa điểm thay đổi.

Dịch thuật không chỉ là thay từ. Dịch sát chữ từ tiếng Nhật “choco-tei” sang tiếng Thái hay Việt có thể không truyền được nghĩa dừng máy ngắn tại xưởng. UI nên có tên ngắn và ví dụ cụ thể, kèm ảnh sự cố thường gặp hoặc hướng dẫn thao tác chuẩn trong tài liệu đào tạo. Nếu ép mọi ghi chú tự do viết bằng tiếng Anh làm giảm chất lượng nhập liệu, hãy chấp nhận ngôn ngữ địa phương và dùng ID mã chung cho phân tích. Tổ trưởng địa phương cần thử bản dịch bằng tình huống dừng thật; chỉ để IT phê duyệt dễ tạo bảng mã đẹp nhưng không ai chọn đúng.

Khi tổ trưởng sửa lý do, không xóa dữ liệu công nhân nhập. Chỉ yêu cầu ba bước “công nhân nhập”, “tổ trưởng duyệt”, “bảo trì tìm nguyên nhân gốc” với máy cần thiết. Bắt ba người duyệt mọi lần dừng ngắn sẽ làm tồn đọng tăng. Thay cấp duyệt theo mức nghiêm trọng, độ dài và ảnh hưởng khách hàng. Nếu một nhóm bị sửa nhiều, đừng đổ lỗi công nhân; hãy xem tên mã mơ hồ, gợi ý sai hay thiếu thông tin cần xác minh trên màn hình.

Màn hình và quyết định cần có trong họp cải tiến sau triển khai

Chỉ hiện “10 lý do dừng hàng đầu” trên dashboard sẽ không tự thúc đẩy cải tiến. Cần lần theo từng sự kiện đến máy, sản phẩm, lệnh, ca, thời lượng, trạng thái xác nhận, cảnh báo và biện pháp. Xem riêng dừng ngắn xảy ra nhiều lần và dừng dài hiếm gặp. Đặt tổng thời gian, tần suất và thời gian trung bình cạnh nhau để phân biệt hỏng dài cần thay linh kiện với kẹt ngắn lặp lại cần chỉnh máy. Trong họp tháng, ngoài xếp hạng mã, kiểm tra sự kiện mục tiêu đã thay đổi ra sao sau biện pháp tháng trước.

Gắn mỗi hành động cải tiến với người phụ trách, hạn, chỉ tiêu kiểm tra, máy mục tiêu, nội dung thay đổi và ngày thực hiện. Ví dụ theo dõi số lần và thời gian “phôi kẹt” sau khi chỉnh thanh dẫn. Cơ cấu sản phẩm và giờ chạy có thể thay; so sánh cùng điều kiện ca hoặc theo đơn vị thời gian sản xuất, thay vì chỉ nhìn giờ dừng thô. Nếu dừng theo mã cũ giảm nhưng chuyển sang mã khác, không tính là hiệu quả. Xem đồng thời lịch sử đổi mã, thay đổi công đoạn và bảo trì máy.

Màn hình trả về xưởng cần khác biểu đồ lớn dành cho cuộc họp. Công nhân cần thấy “lần dừng nào phải xác nhận ngay”, “căn cứ gợi ý” và “bàn giao từ ca trước”; tổ trưởng cần số mục chưa xác nhận và lý do tồn; bảo trì cần cảnh báo và lịch sử lặp lại; quản lý cần tiến độ hành động. Đừng nhồi mọi dữ liệu vào một màn hình; hãy cho mỗi vai trò thấy việc cần làm tiếp. Nếu sau triển khai công nhân ngừng nhập, kiểm tra trình tự UI so với công việc khôi phục máy trước khi quy về ý thức.

Danh sách kiểm tra trước khi quyết định triển khai

1. Đã thống nhất máy mục tiêu và định nghĩa “dừng”, gồm chế độ, mã hàng và ca chưa?
2. Có lưu riêng trạng thái máy, cảnh báo, lý do công nhân, nguyên nhân gốc và hành động không?
3. Có hiện mục chưa xác nhận, gắn người phụ trách, hạn và bàn giao được không?
4. Đã chỉ định chủ mã, người duyệt thay đổi, ngày hiệu lực và người rà soát bản dịch chưa?
5. Đã xác định khóa liên kết ID máy, ID lệnh sản xuất, ID ca và ID sự kiện chưa?
6. Có quy tắc tổng hợp dừng ngắn, tín hiệu trùng, mất kết nối và dừng qua ca không?
7. FAT/SAT có tái hiện ngoại lệ hiện trường và lưu bằng chứng được không?
8. Đã có người phụ trách và cuộc họp chuyển phân loại dừng thành biện pháp cải tiến chưa?

Tổng kết

Hệ thống mã lý do dừng máy không thể hoạt động chỉ bằng thu tín hiệu dừng. Cần tách trạng thái PLC báo, lý do công nhân xác nhận và nguyên nhân bảo trì tìm ra; kiểm soát thay đổi bảng mã và hiển thị mục chưa xác nhận. MES là nơi xác nhận và bàn giao, ERP cung cấp bối cảnh kế hoạch và kinh doanh. Ghi ngoại lệ và tiêu chí nghiệm thu vào RFP, bắt đầu từ một chuyền cho đến khi giải thích được chênh lệch với nhật báo rồi mở rộng. Khi đó dữ liệu mới hữu ích để phân tích tổn thất dừng máy.

TOMAS TECH có thể cùng doanh nghiệp rà soát tín hiệu thiết bị, thiết kế bảng mã lý do, quy trình nhập tại xưởng, tích hợp MES/ERP và các bài thử FAT/SAT. Ngay ở giai đoạn ý tưởng hoặc chuẩn bị RFP, hãy cho biết dây chuyền mục tiêu và cách làm nhật báo hiện tại qua trang liên hệ.

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

Nên bắt đầu với bao nhiêu mã lý do dừng máy?

Không có con số đúng cho mọi nhà máy. Trước tiên giới hạn nhóm chính ở mức xưởng phân biệt được; thêm nhóm con khi đơn vị chịu trách nhiệm và cách cải thiện khác nhau. Sau triển khai, đo tỷ lệ “khác” và “chưa xác nhận”, xem lại mô tả và đào tạo trước khi tăng mã.

Có thể dùng trực tiếp mã cảnh báo PLC làm lý do dừng không?

Có thể dùng làm gợi ý nếu xác minh triệu chứng máy báo trùng với lý do vận hành. Nhưng cảnh báo đôi khi chỉ là hệ quả và không thể hiện chờ vật tư hay kiểm tra chất lượng. Hãy lưu cảnh báo gốc, quản lý lý do đã xác nhận ở trường riêng.

Có nên đưa số lý do dừng chưa xác nhận về không?

Tránh điền phỏng đoán chỉ để con số bằng không. Hiển thị “chưa xác nhận” như trạng thái chính thức, gắn chủ trách nhiệm và hạn. Phân biệt lý do tạm ngay sau sự kiện với lý do kết luận sau điều tra để tách dữ liệu còn thiếu khỏi trường hợp đang xác minh.

Tổn thất dừng trong OEE có bằng thời gian dừng theo từng lý do không?

Không nhất thiết. OEE cần định nghĩa thời gian vận hành kế hoạch và phần loại trừ. Thời gian theo lý do là phân loại thời gian sự kiện gốc; chỉ so sánh được khi thống nhất cách xử lý dừng kế hoạch, dừng ngắn và khoảng chồng lấp của chuyền.

Có thể quản lý lý do dừng mà không dùng MES không?

Quy mô nhỏ có thể bắt đầu bằng nhật báo hoặc hệ thống giám sát sẵn có. Nhưng nếu cần công nhân xác nhận, lịch sử sửa, bàn giao ca và liên kết lệnh ERP, phải có chức năng tương đương MES. Hãy quyết định theo nghiệp vụ cần thiết, không theo tên sản phẩm.

Điều gì cần thử ưu tiên trong FAT và SAT?

Ngoài một trường hợp bình thường, hãy thử gửi lại, mất kết nối, đổi ca, sửa lý do, mã đã ngừng dùng, và bản ghi thủ công trùng bản tự động. Thống nhất tiêu chí nghiệm thu theo máy và chu kỳ thực, ghi đầu vào cùng kết quả mong đợi.

Tài liệu tham khảo

• ISA, ISA-95 Standard: https://www.isa.org/standards-and-publications/isa-standards/isa-95-standard
• ISA, ISA-95 operations event overview: https://www.isa.org/intech-home/2017/november-december/features/isa-95-to-support-smart-manufacturing-iiot
• OPC Foundation, OPC UA for Machine Tools Part 1: https://reference.opcfoundation.org/specs/OPC-40501-1/full
• OPC Foundation, InterruptionConditionType: https://reference.opcfoundation.org/MachineTool/v101/docs/9.2
• ISO, ISO 22400-2 KPI definitions: https://www.iso.org/obp/ui/?_escaped_fragment_=iso%253Astd%253A54497%253Aen
• NIST, Recommendations on Ensuring Traceability and Trustworthiness of Manufacturing-Related Data: https://www.nist.gov/publications/recommendations-ensuring-traceability-and-trustworthiness-manufacturing-related-data
• ISA, ISA-105 FAT/SAT/SIT overview: https://www.isa.org/standards-and-publications/isa-standards/isa-105-standards