Đứng trước một thiết bị trong một tiếng đồng hồ, bạn sẽ thấy dây chuyền dừng lại rất nhiều lần. Người vận hành đưa tay gạt chi tiết bị kẹt, bấm nút reset, và 20 giây sau máy chạy lại như thể chưa có chuyện gì xảy ra. Không ai ghi việc đó vào nhật ký sản xuất. Vậy mà đến cuối tháng, con số tỷ lệ vận hành báo cáo lên lại là 95%, lệch hẳn với cảm nhận của người đứng máy. Các biện pháp xử lý dừng máy ngắn (micro-stop) dễ đánh trượt mục tiêu chính vì hiện tượng mà hiện trường gọi là “máy đã dừng” và hiện tượng mà công thức OEE ghi nhận là “dừng” vốn dĩ không phải cùng một thứ. Bài viết này sắp xếp lại xem độ lệch đó sinh ra ở đâu, và phải nhìn vào phần nào của chỉ số nào mới bắt được nó.
Tại sao các biện pháp xử lý dừng máy ngắn thường đánh trượt
Khi một hoạt động cải tiến dừng máy ngắn được khởi động, phần lớn đều bắt đầu bằng khẩu hiệu “hãy nâng tỷ lệ vận hành thiết bị lên”. Mục tiêu là bao nhiêu phần trăm, người phụ trách là bộ phận kỹ thuật sản xuất, thời hạn là nửa năm. Thế nhưng sau sáu tháng, chỉ số gần như không nhúc nhích, còn hiện trường thì phản hồi rằng “cảm giác chẳng thay đổi gì”. Kết cục này không phải do năng lực của người phụ trách. Đó là một vấn đề mang tính cấu trúc, rằng thứ đang được đo và thứ muốn giảm không trùng nhau.
Cái mà hiện trường gọi là “dừng” không giống cái mà OEE gọi là “dừng”
Nếu hỏi người vận hành tại hiện trường rằng “hôm nay máy dừng bao nhiêu lần”, câu trả lời thường rất thật thà, khoảng 10 hay 15 lần. Nhưng định nghĩa “đã dừng” đó là cảm nhận của người đang đứng ngay trước thiết bị. Chi tiết bị vướng nên phải thò tay vào, cảm biến báo sai làm đèn cảnh báo chuyển vàng, băng tải trống vì chờ tiếp liệu. Với chính người đó, tất cả đều là “máy đã dừng”.
Trong khi đó, thứ mà hệ thống giám sát vận hành hay MES ghi nhận là “dừng” chỉ gồm những sự kiện thỏa mãn điều kiện đã định trước. Trong đa số trường hợp, điều kiện đó là “trạng thái tín hiệu chạy từ thiết bị tắt và kéo dài vượt quá một ngưỡng”. Nếu ngưỡng được đặt là 5 phút thì một lần kẹt chi tiết phục hồi trong 20 giây hoàn toàn không tồn tại trên hồ sơ. Người vận hành nói máy dừng 15 lần, hệ thống trả lời 2 lần. Chính phần chênh lệch này là bản chất của dừng máy ngắn.
Điều quan trọng ở đây là khoảng thời gian không được ghi nhận không hề biến mất. Trên sổ sách thiết bị vẫn đang chạy, nhưng trên thực tế trong khoảng thời gian đó không có sản phẩm nào ra. Nói cách khác, nó bị đẩy sang phía Performance (hiệu suất) sẽ nói ở phần sau, dưới dạng trạng thái “máy vẫn chạy mà sản lượng không đủ”. Kết quả là con số có hình dạng rất đặc trưng, ô Availability (mức sẵn sàng) thì đẹp đẽ, còn riêng ô Performance (hiệu suất) thì thấp mà không rõ lý do. Những câu hỏi kiểu “Availability cao mà OEE mãi không lên” xuất hiện thường xuyên rất có thể là do cơ chế đẩy này đang hoạt động.
Ai là người quyết định ngưỡng phân chia dừng máy ngắn và sự cố dừng dài
Ranh giới phân chia dừng máy ngắn (micro-stop) và sự cố dừng dài, tức hỏng hóc lớn của thiết bị, không tồn tại như một hiện tượng vật lý. Nó là thứ do một ai đó quyết định trong vận hành. Báo cáo năm 2026 của TeepTrak, đơn vị tổng hợp các benchmark về OEE, nêu ngưỡng phổ biến của micro-stop là dưới 5 phút. Và cũng báo cáo đó cho biết, tuy có dao động theo ngành nghề, tỷ trọng của các lần dừng dưới 5 phút trong tổng tổn thất có thể lên tới 18-38%. Ở những nhà máy nằm gần mức trên của khoảng này, gần 40% tổng tổn thất được cấu thành từ những lần dừng có kích thước mà đa số hiện trường không hề ghi nhận.
Vấn đề là có rất nhiều nhà máy chưa từng ai quyết định con số 5 phút này một cách tường minh. Đó có thể là giá trị tình cờ nằm sẵn trong khối hàm chuẩn của PLC, giá trị mặc định của hãng chế tạo thiết bị, hoặc giá trị do người tiền nhiệm đặt rồi để nguyên. Hành động quyết định ngưỡng thực chất là một quyết định mang tính quản trị, rằng “đưa tổn thất cỡ nào vào tầm nhìn của ban lãnh đạo”, và không nên để bộ phận kỹ thuật sản xuất tự quyết một mình. Vậy mà phần lớn nó lại được chốt lặng lẽ bên trong một màn hình cài đặt.
Hạ ngưỡng xuống thì số lần dừng bắt được sẽ tăng, nhưng đổi lại nảy sinh vấn đề khác. Nếu hạ xuống 10 giây, cả thời gian chờ chu kỳ, các lần tạm dừng trong lúc chuyển đổi mẫu (changeover), cho tới hiện tượng rung tiếp điểm tức thời của cảm biến đều nổi lên thành sự kiện dừng. Số sự kiện dừng trong một ngày lên tới hàng nghìn, và quy trình gán mã nguyên nhân sẽ sụp đổ. Thiết kế ngưỡng chính là công việc dung hòa giữa độ mịn của hiện tượng muốn bắt và số lượng bản ghi mà hiện trường có thể tiếp tục nhập được. Nếu lắp cảm biến mà chưa chốt điểm này, kết quả sẽ là một dashboard có dữ liệu nhưng không ai mở ra xem.
Vì sao OEE tính từ nhật ký viết tay cao hơn thực tế 8-15 điểm
Rất nhiều nhà máy tính OEE từ nhật ký sản xuất sẵn có để nắm hiện trạng, rồi kết luận “chỗ mình được 75% nên cũng không tệ”. Nhưng chính báo cáo đó của TeepTrak chỉ ra rằng OEE dựa trên ghi chép viết tay có xu hướng cao hơn giá trị thực 8-15 điểm. Khoảng chênh này không phải do gian dối hay lười biếng, mà sinh ra một cách tự nhiên từ bản chất của hành vi ghi chép.
Thứ nhất, con người không ghi lại vấn đề do chính mình đã giải quyết. Gõ cho hết kẹt, bấm reset, dùng tay xoay bàn xoay một chút. Những gì phục hồi trong vài chục giây không được nhận thức là “sự cố”, nên chúng không bao giờ đi tới ô ghi chép. Thứ hai, ghi chép được viết gộp lại sau khi sự việc đã qua. Ngồi nhớ lại trước giờ tan ca thì chỉ những lần dừng lớn gây ấn tượng mới còn lại, những cái nhỏ bị làm tròn. Thứ ba, đơn vị ghi chép quá thô. Nếu ô trong nhật ký được thiết kế theo đơn vị 5 phút hoặc 10 phút thì về mặt cấu trúc không thể viết những sự kiện nhỏ hơn thế.
Ngoài ra, ở cột nguyên nhân còn có một méo mó khác. Dù danh sách có 10 lựa chọn, hiện trường vẫn dồn vào một hoặc hai mục dễ ghi nhất. Chúng tập trung vào các mã kiểu “vật tư lỗi” hay “khác”, và khi tổng hợp thì đứng đầu biểu đồ Pareto lại là “khác”. Đây không phải sự cẩu thả của hiện trường, mà là kết quả của việc chọn phương án an toàn nhất khi phân vân giữa lúc bận rộn. Nếu lập biện pháp dựa trên dữ liệu viết tay, ta sẽ xây kế hoạch trên nền hai méo mó chồng lên nhau, những lần dừng nhỏ bị rơi mất và nguyên nhân bị làm tròn.
Xác định vị trí của nhà máy bằng 4 góc phần tư của dừng máy
Để sắp xếp xem dừng máy ngắn của nhà máy mình đang nằm ở đâu, việc cắt hiện tượng dừng theo hai trục sẽ giúp mọi thứ sáng ra. Trục thứ nhất là “có để lại bản ghi trong hệ thống hay không”, trục thứ hai là “người can thiệp để phục hồi hay thiết bị tự phục hồi”.

Khi tạo bốn góc phần tư từ hai trục này, sự khác nhau về biện pháp cần dùng ở từng ô trở nên rất rõ.
| Có hay không có bản ghi x Cách phục hồi | Người can thiệp để phục hồi | Thiết bị tự phục hồi |
|---|---|---|
| Có được ghi nhận | Hỏng hóc, chuyển đổi mẫu, hết vật tư. Vùng đã hiện ra dưới dạng tổn thất Availability | Tự thử lại sau khi vượt một khoảng thời gian. Có trong log thiết bị nhưng cột nguyên nhân dễ bị bỏ trống |
| Không được ghi nhận | Gỡ kẹt vài chục giây, reset thủ công, tinh chỉnh nhẹ. Không có trong nhật ký lẫn log thiết bị | Rung tiếp điểm cảm biến, tự phục hồi sau khi thử lại, chờ trong chu kỳ. Trên số liệu là “đang chạy” |
Góc trên bên trái thì đã nhìn thấy rồi. Hỏng máy dừng 30 phút thì trưởng dây chuyền biết, hồ sơ bảo trì cũng còn. Đây là vùng mà vòng PDCA cải tiến đang chạy, nên hiệu quả của đầu tư bổ sung tương đối nhỏ. Vấn đề nằm ở hai ô phía dưới, đặc biệt là ô dưới bên phải.
Chiến trường chính của dừng máy ngắn là góc phần tư “không được ghi nhận x tự phục hồi”. Các lần dừng trong ô này không gọi người tới nên không đọng lại trong trí nhớ của ai, và vì thiết bị tự phục hồi nên thường cũng không để lại trong lịch sử bất thường. Vậy mà do tần suất cao, tổng thời gian tích lũy lại lớn tới mức không thể bỏ qua. Và tổn thất của ô này được tính vào Performance chứ không phải Availability. Nghĩa là dù hô hào “hãy nâng Availability lên” bao nhiêu lần đi nữa, khẩu hiệu đó cũng không chạm được vào góc phần tư này. Địa chỉ nhận khẩu hiệu đã sai.
Góc dưới bên trái, “không được ghi nhận x người can thiệp”, cũng không được bỏ qua. Đây là vùng đang được hấp thụ bằng tay nghề của người vận hành, và vì người giỏi thì sửa càng nhanh nên thiết bị của người giỏi trông càng như không có vấn đề gì trên dữ liệu. Những nhà máy mà sản lượng tụt ngay khi đổi người rất có khả năng đang phụ thuộc vào góc phần tư này. Trong môi trường có mức độ luân chuyển nhân sự nhất định như các nhà máy tại Thái Lan và ASEAN, giá trị của việc trực quan hóa ô này còn lớn hơn so với trong nước Nhật.
Có thể phỏng đoán tương đối việc nhà máy mình lệch về góc phần tư nào ngay từ dữ liệu sẵn có. Chỉ cần đặt cạnh nhau số sự kiện dừng trong log thiết bị và số lần dừng theo cảm nhận thu được khi phỏng vấn người vận hành. Chênh lệch giữa hai con số này càng lớn thì tổn thất chìm ở hai góc phần tư dưới càng nhiều.
Ba thành phần của OEE và chỗ trú của dừng máy ngắn – thống nhất định nghĩa theo ISO 22400-2
Phần lớn nguyên nhân khiến các cuộc thảo luận nội bộ về dừng máy ngắn không ăn khớp nằm ở chỗ định nghĩa chỉ số khác nhau tùy từng người. Chỉ riêng một từ “tỷ lệ vận hành” thôi, trong cùng một cuộc họp đã có người hiểu là tỷ lệ thời gian thiết bị bật nguồn, lại có người hiểu là tỷ lệ thời gian sản xuất hàng đạt so với thời gian kế hoạch. Bắt đầu bàn về con số mà chưa thống nhất định nghĩa thì cuộc thảo luận chắc chắn sẽ tắc giữa chừng.

Về KPI cho ngành sản xuất, tiêu chuẩn quốc tế ISO 22400-2 định nghĩa 34 KPI, trong đó có cả Availability, Performance, Quality và OEE. Đặt tiêu chuẩn này làm điểm tham chiếu cho chuẩn nội bộ sẽ giúp ba bên gồm công ty mẹ tại Nhật, nhà máy tại Thái Lan và hãng chế tạo thiết bị dùng chung một ngôn ngữ. Đặc biệt khi muốn so sánh nhiều cơ sở, nếu mỗi nơi dùng một định nghĩa tỷ lệ vận hành riêng thì bản thân phép so sánh không còn ý nghĩa.
Tổn thất rơi vào Availability, Performance hay Quality
OEE (hiệu suất thiết bị tổng thể) là tích của ba tỷ lệ. Loại tổn thất mà từng tỷ lệ hấp thụ có thể sắp xếp như sau.
| Thành phần | Đo cái gì | Chủ yếu hấp thụ tổn thất nào | Quan hệ với dừng máy ngắn |
|---|---|---|---|
| Availability (mức sẵn sàng) | Tỷ lệ thời gian thực sự chạy trong thời gian vận hành kế hoạch | Hỏng hóc, chuyển đổi mẫu, chờ vật tư, các lần dừng vượt ngưỡng | Chỉ những lần vượt ngưỡng mới rơi vào đây |
| Performance (hiệu suất) | Tỷ lệ sản lượng thực tế so với sản lượng lẽ ra đạt được theo ideal cycle time trong thời gian máy chạy | Giảm tốc độ, chạy không tải, các lần dừng ngắn dưới ngưỡng | Phần lớn dừng máy ngắn tan vào đây |
| Quality (chất lượng) | Tỷ lệ hàng đạt trên tổng sản lượng | Hàng lỗi, sửa lại, tổn thất lúc khởi động | Tác động gián tiếp khi dừng máy ngắn gây ra hàng lỗi |
Dòng thứ hai của bảng này chính là cốt lõi của bài viết. Theo định nghĩa, những lần dừng dưới ngưỡng được coi là “thiết bị vẫn đang chạy”. Nhưng trong khoảng thời gian đó không có sản phẩm ra, nên sản lượng thực tế không đạt tới mức kỳ vọng theo ideal cycle time (thời gian chu kỳ lý tưởng). Kết quả là Performance tụt xuống. Còn ở ô Availability thì không còn lại chút dấu vết nào.
Vì vậy, nếu đặt mục tiêu theo Availability rồi gọi đó là “biện pháp xử lý dừng máy ngắn”, hoạt động sẽ tự động hướng về phòng ngừa hỏng hóc và cải tiến chuyển đổi mẫu. Bản thân điều đó không xấu, nhưng nó không hề chạm tới dừng máy ngắn, thứ mà ta muốn giảm. Việc nửa năm sau nghe câu “tỷ lệ vận hành có lên nhưng cảm giác không đổi” chính là kết quả của lộ trình này.
Không chốt ideal cycle time thì Performance không nhúc nhích
Để tính Performance, mẫu số cần có ideal cycle time (thời gian chu kỳ lý tưởng), tức thời gian nhanh nhất về mặt lý thuyết cho mỗi sản phẩm. Số nhà máy chưa chốt điểm này nhiều đến mức đáng ngạc nhiên. Giá trị catalogue của hãng chế tạo, giá trị chạy thử lúc khởi động dự án, kỷ lục nhanh nhất trong 3 tháng gần đây, giá trị đang dùng làm thời gian định mức trong tính giá thành, có nhiều ứng viên, và chọn cái nào thì Performance có thể thay đổi rất lớn.
Lấy giá trị catalogue thì Performance ra thấp, vì trong đó chưa tính điều kiện vật tư và đồ gá thực tế. Lấy kỷ lục nhanh nhất gần đây thì lấy một giá trị chỉ đạt được nhờ điều kiện hôm đó thuận lợi làm chuẩn, và mục tiêu trở thành thứ mãn tính không bao giờ đạt nổi. Lấy định mức giá thành thì chuẩn sẽ dễ dãi đúng bằng phần hệ số dự phòng nằm trong đó, và có khi vẫn có dừng máy ngắn mà Performance vẫn xấp xỉ 100%.
Trên thực tiễn, cách dễ vận dụng là với từng mã sản phẩm, đo cycle time thực tế ở đoạn ổn định khi hàng đạt ra liên tục, rồi lấy quanh giá trị trung vị làm giá trị khởi đầu. Điều quan trọng không phải là độ đúng tuyệt đối của con số, mà là ghi lại bằng văn bản căn cứ đã chọn, và khi thay đổi thì phải thay đổi trên cơ sở đồng thuận. Một chỉ số có chuẩn xê dịch thì không so sánh được theo chuỗi thời gian, và không dùng được để đo hiệu quả cải tiến.
Thêm một điểm nữa, ideal cycle time khác nhau theo từng mã sản phẩm. Nếu đặt một cycle time duy nhất cho dây chuyền chạy nhiều chủng loại, thì chỉ cần cơ cấu chủng loại thay đổi là Performance đã dịch chuyển, và không còn phân biệt được với việc dừng máy ngắn tăng hay giảm. Nếu muốn trực quan hóa dừng máy ngắn trên dây chuyền có nhiều lần chuyển đổi mẫu, việc liên kết master mã sản phẩm với dữ liệu sản xuất là điều kiện tiên quyết. Điểm này thuộc về phần chuẩn bị của hệ thống thông tin nhiều hơn là thi công phía thiết bị, và nó kết nối với cách chia đầu tư IoT nhà máy thành 5 lớp để lập dự toán.
Ví dụ tính OEE (hiệu suất thiết bị tổng thể)
Để cụ thể hóa phần định nghĩa, hãy thử tính với một tình huống giả định dùng cho mục đích minh họa. Các con số dưới đây không giả định thiết bị của bất kỳ nhà máy nào, mà chỉ để người đọc tự lần theo dòng tính toán bằng tay.
Giả sử một ca của một thiết bị có thời gian vận hành kế hoạch là 480 phút. Trong ca này, tổng các lần dừng được ghi nhận, gồm hỏng hóc, chuyển đổi mẫu và chờ vật tư, là 60 phút. Tổng sản lượng là 630 chiếc, trong đó 54 chiếc lỗi và 576 chiếc đạt. Ideal cycle time là 30 giây mỗi chiếc.
Availability tính bằng thời gian chạy 480 – 60 = 420 phút chia cho thời gian vận hành kế hoạch, tức 420 / 480 = 87.5%. Performance tính bằng thời gian cần để làm 630 chiếc theo ideal cycle time, tức 630 x 30 giây = 18,900 giây = 315 phút, chia cho 420 phút máy thực sự chạy, được 315 / 420 = 75.0%. Quality là 576 / 630 = 91.4%. OEE là tích của ba số này, 0.875 x 0.750 x 0.914 = 60.0%.
Giá trị 60.0% này vừa đúng bằng mức trung vị OEE 60% mà benchmark 2026 của TeepTrak trên 450 nhà máy đưa ra. Cũng theo benchmark đó, nhóm 25% dẫn đầu đạt 75%, còn mức được gọi là đẳng cấp thế giới là 85%. Nói cách khác, thiết bị trong ví dụ này đang nằm đúng ở giữa mặt bằng chung.
Bây giờ mới tới phần chính. Giả sử trong ca này, tổng các lần dừng ngắn dưới 5 phút là 45 phút. Vì ngưỡng được đặt là 5 phút nên 45 phút đó không được ghi nhận là dừng, và thiết bị được coi như vẫn đang chạy. Nếu ghi nhận được 45 phút đó thành thời gian dừng thì các con số sẽ thay đổi ra sao.
Thời gian chạy thành 420 – 45 = 375 phút, nên Availability tụt xuống 375 / 480 = 78.1%. Ngược lại, mẫu số của Performance thành 375 phút, nên 315 / 375 = 84.0%, tức tăng lên. Quality không đổi, vẫn 91.4%. Tích là 0.781 x 0.840 x 0.914 = 60.0%, bản thân giá trị OEE không thay đổi.
Đó chính là ý nghĩa của việc trực quan hóa dừng máy ngắn. Giá trị tổng hợp OEE không dịch chuyển, nhưng chỗ trú của tổn thất thì chuyển sang Availability. Chỉ khi Availability từ 87.5% trở thành 78.1% thì sự thật “có lượng thời gian dừng tương đương 9.4 điểm nằm ở đây” mới hiện ra thành con số. Nói ngược lại, nếu chỉ ngắm OEE trong trạng thái chưa trực quan hóa thì về nguyên lý không thể phát hiện được sự tồn tại của dừng máy ngắn. Availability cao không phải là bằng chứng cho việc dừng máy ngắn ít.
Năm lớp triển khai trực quan hóa dừng máy ngắn
Vậy thực tế phải xây dựng thế nào. Cấu trúc thu thập dữ liệu thiết bị nên được sắp xếp thành 5 lớp từ dưới lên, như vậy sẽ dễ phát hiện chỗ thiếu trong thiết kế. Với từng lớp, hãy đặt cạnh nhau “quyết định cái gì” và “không quyết định thì chuyện gì xảy ra”.
| Lớp | Là lớp làm gì | Cần quyết định gì ở lớp này | Không quyết định thì xảy ra gì |
|---|---|---|---|
| Lớp 1 Thu tín hiệu | Lấy trạng thái chạy, dừng và sản lượng của thiết bị ra dưới dạng tín hiệu điện | Điểm lấy tín hiệu, cách lấy (tiếp điểm / đèn ba màu / truyền thông PLC), ý nghĩa của một xung sản lượng | Sản lượng không khớp thực tế, Performance mất độ tin cậy |
| Lớp 2 Xác định dừng | Cắt ra “sự kiện dừng” từ chuỗi thời gian của tín hiệu | Ngưỡng xác định là dừng, khử rung tiếp điểm, loại trừ dừng theo kế hoạch | Sự kiện ra hàng nghìn, hoặc ngược lại gần như không ra |
| Lớp 3 Nhập nguyên nhân | Gắn lý do vào từng sự kiện dừng | Hệ thống mã nguyên nhân, người phụ trách nhập, thời hạn cho phép tới lúc nhập | Mã “khác” chiếm quá nửa, không thể phân tích |
| Lớp 4 Tổng hợp và phân tích | Xuất OEE và biểu đồ Pareto | Đơn vị tổng hợp (thiết bị / mã sản phẩm / ca), ideal cycle time, quy tắc cập nhật chuẩn | Con số đổi sau mỗi cuộc họp, không so sánh được |
| Lớp 5 Vận hành cải tiến | Biến con số thành hành động | Ai xem vào lúc nào, người ra quyết định biện pháp, cách đo hiệu quả | Dashboard vẫn chạy nhưng không ai mở |
Năm lớp này thoạt nhìn có vẻ tăng dần độ khó từ dưới lên, nhưng thực tế lớp 3 và lớp 5 mới là khó nhất. Lớp 1 và lớp 2 là câu chuyện kỹ thuật, chỉ cần chốt yêu cầu là tay chân làm được. Từ lớp 3 trở đi là câu chuyện của vận hành và tổ chức.
Ở lớp 1, điều đầu tiên khiến người ta phân vân là lấy tín hiệu từ đâu. Nếu PLC có cổng Ethernet và hãng chế tạo cung cấp được bản đồ địa chỉ thì lấy qua truyền thông là cách cho lượng thông tin nhiều nhất. Nhưng với thiết bị cũ thì không dễ như vậy. Khi đó phải dùng các phương pháp không xâm lấn, như bắt trạng thái sáng của đèn ba màu bằng điện áp, hoặc trích song song một tiếp điểm từ đầu ra bộ đếm sẵn có. Đèn ba màu, vốn cũng hay được dùng làm thiết bị hiển thị cho hệ thống andon, có nhược điểm là chỉ sáng với những gì “chính thiết bị tự nhận định là bất thường”, nhưng bù lại thi công bổ sung nhỏ và có thể khởi động mà không phải dừng thiết bị hiện hữu. Chi tiết của lựa chọn này được sắp xếp trong bài cách tiến hành retrofit để IoT hóa thiết bị hiện hữu.
Việc đếm sản lượng có cái bẫy riêng. Nếu không xác nhận theo từng thiết bị xem một xung là một chiếc hay một nhịp ép nhiều chiếc, thì Performance sẽ lệch toàn bộ. Ngoài ra, với các thiết bị mà lần chạy thử hoặc nhịp chạy không có phôi cũng bị đếm, cần có cơ chế loại trừ chúng. Nếu khởi động mà chưa làm rõ điểm này, ngay cuộc họp tháng đầu tiên sẽ có người nói “con số này không khớp với thực tế”, và sau đó không ai còn xem hệ thống nữa. Niềm tin vào dữ liệu được quyết định ngay lần đầu tiên.
Ở lớp 2, ngoài ngưỡng còn cần thiết kế phần khử rung tiếp điểm. Tín hiệu từ đèn ba màu hay cảm biến có thể đảo trạng thái trong khoảnh khắc do rung động cơ khí hoặc tình trạng đấu dây. Nếu không đưa vào bộ lọc bỏ qua các thay đổi ngắn hơn vài trăm mili giây, một lượng lớn lần dừng không có thật sẽ được sinh ra. Ngược lại, lọc quá mạnh thì cả những lần dừng ngắn có thật cũng bị xóa, nên phải đưa vào kế hoạch một khoảng thời gian vừa lấy log tại hiện trường vài ngày vừa hiệu chỉnh.
Lớp 3, phần nhập nguyên nhân, là nơi bộc lộ rõ nhất triết lý thiết kế của cả cấu trúc. Chia mã nguyên nhân càng chi tiết thì phân tích càng tinh, nhưng gánh nặng nhập liệu của hiện trường càng tăng. Trên thực tiễn, cách dễ duy trì là gom tầng thứ nhất còn 5-7 mã, và chỉ những thiết bị cần thiết mới có thêm tầng thứ hai. Việc giao nhập liệu cho người vận hành hay trưởng dây chuyền, nhập ngay tại chỗ hay nhập gộp lúc nghỉ giải lao, cũng cần quyết định trước. Bắt đầu mà chưa quyết thì vận hành sẽ thành ai nhập được lúc nào thì nhập lúc đó, và dữ liệu thiếu sẽ dồn lệch về một số ca hoặc một số thiết bị. Dữ liệu thiếu một cách lệch lạc còn phiền hơn là không có dữ liệu.
Với lớp 4 và lớp 5, việc quyết định trước “ai xem vào lúc nào và quyết định điều gì” có tác dụng hơn là bản thân việc xuất ra chỉ số. Nếu không có khuôn mẫu vận hành như đọc 3 nguyên nhân đầu bảng Pareto của ngày hôm trước trong cuộc họp đầu ca, hay rà tiến độ biện pháp theo tuần, thì khoản đầu tư từ lớp 1 tới lớp 3 sẽ không thu hồi được.
Khi đã diệt nguyên nhân đứng đầu Pareto mà vẫn không có tác dụng
Khi việc trực quan hóa bắt đầu chạy, ngay tháng đầu tiên biểu đồ Pareto sẽ xuất hiện. Lập biện pháp diệt nguyên nhân đứng đầu, thực hiện, rồi tháng sau xác nhận hiệu quả, dòng chảy này là đúng, nhưng có khi hiệu quả kỳ vọng lại không tới. Nguyên nhân phần nhiều nằm ở lựa chọn cách sắp xếp.

Sắp theo tần suất hay theo tổng thời gian tích lũy
Có ít nhất hai trục để sắp xếp các nguyên nhân dừng, là số lần phát sinh (tần suất) và tổng thời gian dừng tích lũy. Thứ hạng theo hai trục này thường xuyên hoán đổi cho nhau.
Ví dụ, hãy so sánh nguyên nhân A là kẹt 20 giây mỗi lần xảy ra 600 lần một tháng, với nguyên nhân B là việc canh chỉnh 40 phút mỗi lần xảy ra 4 lần một tháng. Xét số lần thì A là 600 và B là 4, A đứng đầu áp đảo. Nhưng xét thời gian tích lũy thì A là 200 phút, B là 160 phút, khoảng cách thu hẹp đáng kể. Chỉ cần số lần ít hơn một chút là thứ hạng sẽ đảo ngược. Biểu đồ Pareto sắp theo tần suất và biểu đồ Pareto sắp theo thời gian là hai bức tranh khác nhau.
Nên nhìn cái nào thì tùy vào tính chất của biện pháp. Nếu định tính tới biện pháp vĩnh viễn như thay đổi cơ cấu thiết bị hay làm lại đồ gá, sắp theo thời gian tích lũy sẽ dễ đánh giá hiệu quả trên vốn đầu tư hơn. Ngược lại, nếu xét tới tải của người vận hành và rủi ro chất lượng thì tần suất mới là thứ có ý nghĩa. Kẹt 20 giây xảy ra 600 lần một tháng nghĩa là mỗi ngày 27 lần, tức mỗi ca người vận hành phải thò tay vào thiết bị hơn chục lần. Tần suất này kéo theo rủi ro của chính thao tác thò tay vào (chấn thương, lệch vị trí, giảm tính lặp lại) và mất đi thời gian trông các thiết bị khác. Chỉ nhìn thời gian tích lũy thì gánh nặng này nằm ngoài tầm mắt.
Trên thực tiễn, cách an toàn là xuất cả hai biểu đồ đặt cạnh nhau, rồi bắt tay vào những nguyên nhân xuất hiện chung ở nhóm trên của cả hai. Với nguyên nhân chỉ đứng cao ở một bên, đừng động vào cho tới khi giải thích được vì sao chỉ một bên. Một thứ hạng không giải thích nổi thường cho thấy vấn đề nằm ở cách lấy dữ liệu.
Cái bẫy còn lại là sự lệch của mã nguyên nhân. Như đã nói ở trên, hiện trường dồn về những mã dễ nhập. Một biểu đồ Pareto có “khác” hay “vật tư lỗi” đứng đầu đang thể hiện phân bố của hành vi nhập liệu chứ không phải phân bố của hiện tượng. Ở trạng thái này, dù có định diệt cái đứng đầu thì cũng không xác định được đối tượng nên không đánh vào đâu được. Nếu đầu bảng Pareto là “khác”, việc cần làm trước tiên là sửa lại thiết kế mã nguyên nhân và quy trình nhập liệu.
Rút ngắn thời gian chuyển đổi mẫu hay xử lý dừng máy ngắn, cái nào trước
Phân bổ nguồn lực hạn chế cho bên nào là câu hỏi hay gặp. Căn cứ đánh giá nằm ngay trong con số của nhà máy. Chỉ cần bóc cơ cấu tổn thất Availability, rồi so sánh phần thời gian do chuyển đổi mẫu chiếm với phần thời gian sẽ dịch chuyển sang khi trực quan hóa dừng máy ngắn.
Nói chung, với dây chuyền đổi chủng loại nhiều lần trong ngày thì tỷ trọng của chuyển đổi mẫu lớn, còn với dây chuyền chạy ít chủng loại trong thời gian dài thì tỷ trọng của dừng máy ngắn lớn. Tuy nhiên nhận định này vướng vấn đề thứ tự. Ở trạng thái chưa trực quan hóa dừng máy ngắn, ta vốn không có căn cứ nào để so sánh. Nếu lấy con số Availability cao làm căn cứ rồi kết luận “chỗ mình vấn đề là chuyển đổi mẫu”, ta sẽ bỏ sót phần thời gian đang chìm trong Performance như đã nói.
Thêm nữa, rút ngắn thời gian chuyển đổi mẫu và xử lý dừng máy ngắn có cách biểu hiện hiệu quả khác nhau. Cải tiến chuyển đổi mẫu cho hiệu quả rút ngắn lớn trên mỗi lần nên thành quả dễ thấy. Xử lý dừng máy ngắn thì hiệu quả trên mỗi vụ nhỏ, phải cộng dồn theo số lần mới ra tác dụng, nên mất thời gian để xác nhận hiệu quả. Trong tình huống cần thành quả ngắn hạn, bắt đầu từ chuyển đổi mẫu là thực tế, nhưng ngay cả khi đó vẫn nên song song khởi động việc thu thập dữ liệu dừng máy ngắn, bởi dữ liệu cần thời gian để tích lũy. Nếu muốn nhìn toàn cục bao gồm cả sự ứ đọng giữa các công đoạn và góc nhìn tồn kho, cách phân rã lead time sản xuất thành các loại chờ khác nhau cũng là một yếu tố đáng cân nhắc.
Chi phí và hoàn vốn đầu tư – tính thử cho nhà máy tại Thái Lan với 20 thiết bị
Chuyển sang câu chuyện tiền bạc. Ở đây đặt điều kiện là nhà máy tại Thái Lan, đối tượng 20 thiết bị, 2 ca, chạy 22 ngày một tháng, và trình bày một ví dụ dự toán chi phí ban đầu theo cấu trúc 5 lớp. Vì báo giá thực tế thay đổi theo loại thiết bị, khoảng cách đi dây và tình trạng mạng sẵn có, xin hãy đọc phần dưới như một ví dụ để nắm bậc độ lớn của con số.
| Hạng mục | Số tiền (THB) |
|---|---|
| Lớp 1 Bộ thu tín hiệu 8,000 x 20 bộ | 160,000 |
| Lớp 2 IoT gateway 25,000 x 4 bộ | 100,000 |
| Lớp 3 Thiết bị nhập liệu tại hiện trường 12,000 x 5 bộ | 60,000 |
| Lớp 4 Máy chủ và phần mềm trực quan hóa, chi phí ban đầu | 350,000 |
| Lớp 5 Thiết kế, đi dây, đào tạo | 430,000 |
| Tổng chi phí ban đầu | 1,100,000 |
Điều đáng chú ý trong cấu trúc này là 430,000 baht cho thiết kế, đi dây và đào tạo lớn hơn cả bản thân phần cứng. Việc thiết kế lấy tín hiệu từ đâu, thi công trong tủ điện và đào tạo hiện trường đều tăng theo số lượng thiết bị, đồng thời khối lượng công việc lại khó ước lượng vì phụ thuộc vào tình trạng của thiết bị hiện hữu. Nếu cố nén phần này bằng cách tự làm nội bộ, việc khởi động có thể chậm vài tháng.
Ngoài chi phí ban đầu, cần dự trù chi phí năm gồm bảo trì 180,000 baht, truyền thông 36,000 baht và phụ tùng dự phòng 24,000 baht, tổng cộng 240,000 baht. Quy về mỗi tháng là 240,000 / 12 = 20,000 baht.
Tiếp theo là phía hiệu quả, và ở đây cần nói rõ rằng có các giả định được đặt tạm. Phép tính dưới đây là một khung để bạn “áp con số của nhà máy mình vào theo cách nghĩ như thế này”, chứ không có nghĩa là số tiền đó được bảo đảm. Người đọc hãy thay các giả định in đậm bằng giá trị của chính mình và tính lại theo đúng trình tự.
Giả định 1. Thời gian vận hành của nhóm thiết bị đối tượng, tức mẫu số tương ứng với thời gian vận hành kế hoạch trong OEE, là 20 thiết bị x 16 giờ mỗi ngày x 22 ngày mỗi tháng = 7,040 giờ máy mỗi tháng.
Giả định 2. Đặt tạm mức đóng góp lợi nhuận gộp trên một giờ máy là 450 baht. Đây là biến số chênh lệch giữa các nhà máy lớn nhất, thay đổi mạnh theo đơn giá sản phẩm, tỷ lệ chi phí vật tư và vị thế của thiết bị (có phải nút thắt cổ chai hay không). Giá trị của nhà máy bạn có thể ước tính bằng cách lấy lợi nhuận gộp hàng tháng của nhóm sản phẩm đi qua thiết bị đó chia cho số giờ máy hàng tháng của thiết bị đó. Nếu không phải công đoạn nút thắt cổ chai thì giá trị này sẽ nhỏ và quyết định đầu tư trở nên thận trọng hơn.
Giả định 3. Giả sử nhờ trực quan hóa và vận hành cải tiến, OEE tăng 3 điểm. Khi đó phần vận hành tăng thêm tương đương là 7,040 x 0.03 = 211.2 giờ máy mỗi tháng. Quy ra tiền là 211.2 x 450 = 95,040 baht mỗi tháng. Trừ đi chi phí hàng tháng 20,000 baht, phần tăng ròng là 95,040 – 20,000 = 75,040 baht mỗi tháng. Lấy chi phí ban đầu 1,100,000 baht chia cho con số này, 1,100,000 / 75,040 = khoảng 15 tháng để hoàn vốn.
Vấn đề là 3 điểm đó không phải chuyện đương nhiên. Để đối chiếu, hãy tính bằng cùng công thức cho trường hợp cải thiện chỉ dừng ở 1 điểm. 7,040 x 0.01 = 70.4 giờ máy mỗi tháng, 70.4 x 450 = 31,680 baht mỗi tháng, phần tăng ròng là 31,680 – 20,000 = 11,680 baht mỗi tháng. Thời gian hoàn vốn là 1,100,000 / 11,680 = khoảng 94 tháng, tức xấp xỉ 8 năm. Xét tới chu kỳ thay mới thiết bị và tốc độ lỗi thời của hệ thống, đây là mức phải kết luận là thực chất không hoàn vốn.
Cùng một chi phí ban đầu, cùng số lượng cảm biến, cùng phần mềm, mà thời gian hoàn vốn tách ra thành 15 tháng và 8 năm. Thứ tạo ra ngã rẽ không phải là quy cách phần cứng, mà chỉ một điểm duy nhất, là với dữ liệu thu được thì dịch chuyển được bao nhiêu điểm. Nói cách khác, tranh luận về việc có triển khai hay không dựa trên “lắp bao nhiêu cảm biến” là đặt sai trục đánh giá. Câu cần hỏi là hiện trường có tiếp tục nhập được mã nguyên nhân không, có người xem nhóm đầu bảng Pareto mỗi tuần và quyết định biện pháp không, có đo được hiệu quả của biện pháp theo cùng một chuẩn một cách liên tục không, tức là lớp 3 và lớp 5 có chạy được hay không.
Nếu chưa tự tin vào bộ máy vận hành ở lớp 5, lựa chọn không phải là “không triển khai” mà là “thu nhỏ quy mô rồi bắt đầu”. Thu đối tượng từ 20 thiết bị xuống vài thiết bị thì chi phí ban đầu giảm, và có thể mở rộng sau khi xác nhận rằng vận hành chạy được. Với khoản đầu tư có độ nhạy hoàn vốn cao như thế này, kiểm chứng tính lặp lại của vận hành trước khi bàn tới quy mô là cách làm hợp lý hơn.
Những điểm phát sinh thêm tại nhà máy ở Thái Lan và ASEAN
Tới đây là câu chuyện về cấu trúc, không phụ thuộc quốc gia. Với nhà máy tại Thái Lan và ASEAN, còn có thêm vài điểm chồng lên.
Thứ nhất là đa ngôn ngữ cho mã nguyên nhân. Màn hình thiết bị nhập liệu tại hiện trường mà chỉ hiện tiếng Nhật thì việc nhập liệu sẽ không duy trì được. Cần hiển thị tiếng Thái, và tùy nhu cầu là tiếng Myanmar hoặc tiếng Khmer. Điều quan trọng ở đây không phải chất lượng dịch thuật, mà là tách rời mã và nhãn. Nếu không thiết kế theo hướng tổng hợp bằng mã mà chỉ đổi phần hiển thị theo ngôn ngữ, thì mỗi lần thêm một ngôn ngữ về sau, dữ liệu tổng hợp lại bị chia cắt. Ngoài ra, thêm biểu tượng hoặc ảnh chụp vào nhãn sẽ cho phép nhập liệu mà không phụ thuộc vào khả năng đọc viết chữ.
Thứ hai là luân chuyển nhân sự và quy trình nhập liệu. Góc phần tư “không được ghi nhận x người can thiệp” nói ở trên là vùng đang được hấp thụ bằng kỹ năng của người vận hành lành nghề. Đổi người là chỗ đó lộ ra. Nói ngược lại, trực quan hóa được góc phần tư này thì đối tượng đào tạo cũng trở nên cụ thể. Khi có thể chỉ ra bằng dữ liệu rằng “mã sản phẩm nào hay bị kẹt” và “thiết bị nào bị thò tay vào nhiều lần nhất”, nội dung bàn giao sẽ chuyển từ kể chuyện kinh nghiệm thành quy trình thao tác.
Thứ ba là hỗ trợ từ bên ngoài cho đầu tư. BOI (Ủy ban Đầu tư Thái Lan) đang hỗ trợ đầu tư thông minh hóa nhà máy trong khuôn khổ “Smart and Sustainable Industry”, và đã công bố rằng nửa đầu năm 2026 có 132 hồ sơ với tổng giá trị 17.2 tỷ baht. Việc đầu tư giám sát vận hành và thu thập dữ liệu có thuộc khuôn khổ này hay không phải xét theo từng hồ sơ, nhưng nếu quy mô tiền lớn thì rất đáng xác nhận trước. Vì điều kiện của chính sách có thể thay đổi, cách chắc chắn là tra trực tiếp tài liệu công bố của BOI.
Thứ tư là biến động của môi trường kinh doanh. Chỉ số sản xuất công nghiệp của Thái Lan trong tháng 6 năm 2026 giảm 3.1% so với cùng kỳ năm trước, và sản lượng ô tô cùng tháng được đưa tin là giảm 7.55% (Business Recorder). Trong giai đoạn sản lượng không tăng, khoản đầu tư giảm thất thoát ở thiết bị hiện hữu dễ được cân nhắc hơn là đầu tư tăng thêm thiết bị. Mặt khác, khi đo OEE trong trạng thái tỷ lệ vận hành đang giảm, con số dịch chuyển rất mạnh tùy cách đặt thời gian vận hành kế hoạch. Nếu không quyết trước việc phần không chạy do nhu cầu sẽ được loại trừ như dừng theo kế hoạch hay được tính vào, thì việc so sánh theo tháng sẽ không thực hiện được.
Thứ năm là so sánh với chi phí nhân công. Theo tổng hợp của Thai Law Online, lương tối thiểu của Thái Lan năm 2026 nằm trong khoảng 337-400 baht mỗi ngày tùy theo tỉnh. Với mặt bằng này, ý nghĩ “hấp thụ công sức nhập liệu bằng con người” trông có vẻ khả thi. Nhưng mục đích của ghi chép không phải là cắt giảm công lao động, mà là liên tục có được dữ liệu dùng được cho việc ra quyết định. Nhận định ở trên, rằng ghi chép bằng tay làm OEE trông cao hơn 8-15 điểm, có sức nặng đúng ở điểm này. Dù có tăng người, chính khiếm khuyết mang tính cấu trúc là những lần dừng nhỏ không bao giờ đi tới bản ghi vẫn khó được lấp đầy.
Thứ sáu là chênh lệch múi giờ và mạng khi công ty mẹ tại Nhật muốn nắm tình hình vận hành của nhà máy nước ngoài. Chênh lệch giờ giữa Thái Lan và Nhật Bản là 2 tiếng, nên nếu công ty mẹ muốn xem đoạn khởi động buổi sáng ở Thái Lan thì đó là khoảng 10 giờ sáng giờ Nhật. Đòi hỏi tính thời gian thực sẽ làm cấu hình đường truyền và máy chủ nặng lên, nên trong nhiều trường hợp thiết kế thực tế là công ty mẹ chỉ cần bản tổng hợp theo ngày, còn thời gian thực thì chấp nhận chỉ dùng cho phán đoán tại chỗ. Cấu hình nối thẳng mạng phía nhà máy vào hệ thống của công ty mẹ tại Nhật kéo theo tranh luận về yêu cầu bảo mật và chủ thể vận hành, nên cần lôi kéo bộ phận hệ thống thông tin vào cuộc từ rất sớm trong giai đoạn định nghĩa yêu cầu. Nếu mở rộng việc giám sát trạng thái thiết bị tới mức nâng cao năng lực bảo trì, các luận điểm ở bài phán đoán triển khai hệ thống bảo trì dự đoán cũng có phần trùng lặp.
90 ngày đầu tiên nên làm gì
Hãy dựng 90 ngày trên tiền đề không triển khai ngay cho toàn bộ dây chuyền. Mục đích không phải tạo ra thành quả, mà là xác nhận “lớp 3 và lớp 5 có chạy được trong công ty mình hay không”.
30 ngày đầu dành cho việc thống nhất định nghĩa. Thu hẹp đối tượng còn 3-5 thiết bị, và văn bản hóa định nghĩa Availability, Performance, Quality theo ISO 22400-2. Chốt tạm ngưỡng xác định dừng (phần lớn trường hợp bắt đầu từ 5 phút), và lập danh sách những gì được loại trừ như dừng theo kế hoạch. Song song, đo thực tế ideal cycle time của các mã sản phẩm đối tượng và ghi lại kèm căn cứ. Trong 30 ngày này, chưa cần lắp một cảm biến nào.
30 ngày tiếp theo dựng lớp 1 và lớp 2. Chốt phương pháp lấy tín hiệu, lắp lên thiết bị đối tượng, rồi vừa xem log thô trong vài ngày vừa hiệu chỉnh bộ khử rung tiếp điểm và ngưỡng. Điều nhất định phải xác nhận ở đây là sản lượng của hệ thống có khớp với bộ đếm tại hiện trường hay không. Đi tiếp khi chưa khớp thì mọi con số ở các lớp phía sau đều mất độ tin cậy. Đồng thời, hãy đối chiếu số lần dừng theo cảm nhận thu được từ phỏng vấn người vận hành với số sự kiện mà hệ thống phát hiện. Chênh lệch đó là manh mối cho biết tổn thất đang chìm ở đâu trong 4 góc phần tư nói trên.
30 ngày cuối tập trung vào lớp 3 và lớp 5. Vận hành thử mã nguyên nhân với 5-7 mã, và xem hằng ngày tỷ lệ nhập liệu cùng tỷ trọng của mã “khác”. Nếu có khung giờ hoặc ca nào tỷ lệ nhập liệu tụt, hãy điều chỉnh số lượng mã hoặc thời điểm nhập. Mỗi tuần một lần, xuất biểu đồ Pareto theo cả tần suất lẫn thời gian tích lũy, chọn một nguyên nhân xuất hiện chung ở nhóm đầu và quyết định biện pháp. Nếu trong 90 ngày này có ít nhất một biện pháp chạy trọn vòng và hiệu quả đo được theo cùng một chuẩn, thì có thể kết luận là được phép mở rộng. Nếu không chạy được, phải gỡ nguyên nhân đó trước, vì tăng số thiết bị cũng chỉ lặp lại đúng chuyện cũ. Sửa vận hành trước khi tăng thiết bị thì chi phí làm lại nhỏ hơn nhiều.
Câu hỏi thường gặp
Dừng máy ngắn là lần dừng kéo dài từ mấy phút tới mấy phút?
Không có định nghĩa quốc tế rõ ràng. Báo cáo 2026 của TeepTrak nêu ngưỡng phổ biến của micro-stop là dưới 5 phút, và trên thực tiễn cũng có nhiều nơi lấy mức này làm điểm xuất phát. Tuy nhiên, như đã nói trong bài, ngưỡng là một quyết định vận hành về việc “trực quan hóa tổn thất cỡ nào”, và giá trị phù hợp thay đổi theo cycle time của thiết bị. Nếu dùng ngưỡng 5 phút cho thiết bị có cycle time vài giây, thì tổn thất tương đương vài chục chu kỳ sẽ bị giấu dưới một cái ngưỡng duy nhất.
Chi phí cho biện pháp xử lý dừng máy ngắn là bao nhiêu?
Phần tính thử trong bài đưa ra ví dụ với điều kiện 20 thiết bị, 2 ca, chi phí ban đầu 1,100,000 baht và chi phí năm 240,000 baht. Tuy nhiên đây chỉ là một ví dụ cấu trúc, và sẽ thay đổi rất nhiều theo mức độ dễ lấy tín hiệu từ thiết bị hiện hữu, khoảng cách đi dây và việc có sẵn mạng hay không. Nếu bắt đầu từ vài thiết bị thì tổng chi phí ban đầu tuyệt đối giảm, nhưng vì chi phí ban đầu của máy chủ và phần mềm không tỷ lệ với số thiết bị nên đơn giá trên mỗi thiết bị sẽ cao hơn.
Nên đặt mục tiêu OEE ở mức nào?
Benchmark 2026 của TeepTrak trên 450 nhà máy cho thấy trung vị là 60%, nhóm 25% dẫn đầu là 75%, và mức được gọi là đẳng cấp thế giới là 85%. Tuy nhiên mức hợp lý thay đổi theo ngành nghề, cấu hình thiết bị và cơ cấu chủng loại, nên thay vì lấy con số của công ty khác làm mục tiêu, việc theo dõi chuỗi thời gian trên cùng thiết bị và cùng định nghĩa của chính mình sẽ thực dụng hơn. Đặc biệt ngay sau khi chuyển từ nhật ký viết tay sang đo bằng hệ thống, những tổn thất trước đây rơi khỏi bản ghi sẽ lộ ra, và có khi OEE trông như thấp hơn trước. Đó không phải là xấu đi mà là độ chính xác đo lường được nâng lên, và nếu không chia sẻ trước điểm này với ban lãnh đạo thì hoạt động sẽ bị dừng ngay sau khi vừa bắt đầu.
Thiết bị cũ có lấy được dữ liệu dừng máy ngắn không?
Lấy được. Ngay cả thiết bị không có cổng truyền thông vẫn có các cách như bắt trạng thái sáng của đèn ba màu bằng điện áp, trích song song tiếp điểm từ đầu ra bộ đếm sẵn có, hoặc gắn thêm cảm biến tiệm cận bên ngoài để phát hiện chuyển động. Tuy nhiên độ mịn của thông tin lấy được sẽ giảm. Từ đèn ba màu chỉ biết được “những lần dừng mà chính thiết bị tự nhận định là bất thường”, nên chờ vật tư hay dừng do phán đoán của con người phải bù bằng phương tiện khác. Nếu nắm được ngay từ đầu cái gì không lấy được thì có thể lấp lỗ hổng đó bằng thiết kế phần nhập nguyên nhân.
Chỉ đếm tự động sản lượng thôi thì có ý nghĩa không?
Có ý nghĩa. Nếu sản lượng được lấy tự động, phân bố cycle time thực tế sẽ hiện ra, và ta có được căn cứ để chốt ideal cycle time. Nếu thấy đuôi của phân bố dài, tức thỉnh thoảng có những chu kỳ chậm bất thường, thì có thể suy đoán rằng dừng máy ngắn đang ẩn ở đó. Tuy nhiên khi chưa có bước xác định dừng và nhập nguyên nhân thì không biết được “vì sao chậm”, nên chưa đi tới việc xác định biện pháp. Nếu tiến từng bước, trình tự bắt đầu từ đếm sản lượng, thêm bước xác định dừng, rồi cuối cùng đặt phần nhập nguyên nhân lên trên là một trình tự thực tế.
Kết luận
Lý do các biện pháp xử lý dừng máy ngắn đánh trượt nằm ở cấu trúc của chỉ số. Những lần dừng ngắn dưới ngưỡng không được ghi nhận là tổn thất Availability mà tan vào trong Performance. Vì vậy hoạt động đặt mục tiêu theo Availability không chạm được tới dừng máy ngắn. Chỗ cần bắt là Performance, và để làm được thì phải chốt ideal cycle time, chốt ngưỡng xác định dừng, và thiết kế mã nguyên nhân ở độ mịn mà hiện trường nhập được. Ba điều này phải quyết trước khi mua thiết bị hay cảm biến.
Và bản chất của quyết định đầu tư nằm ở độ nhạy chứ không phải số lượng cảm biến. Trong phép tính thử của bài, cùng khoản đầu tư 1,100,000 baht, nếu dịch chuyển được OEE 3 điểm thì hoàn vốn trong khoảng 15 tháng, còn nếu chỉ dừng ở 1 điểm thì mất khoảng 94 tháng và thực chất là không hoàn vốn. Thứ quyết định ngã rẽ này là thiết kế mã nguyên nhân và quy trình xem con số hằng tuần để quyết định biện pháp, tức lớp 3 và lớp 5 trong 5 lớp triển khai. Nếu chốt được trong nội bộ ai sẽ vận hành hai lớp này và vận hành ra sao trước khi lấy báo giá phần cứng, cuộc thảo luận về đầu tư sẽ cụ thể hơn rất nhiều.
TOMAS TECH đang triển khai việc trực quan hóa tình trạng vận hành cho các nhà máy Nhật Bản tại Thái Lan và ASEAN, bao gồm từ khâu thu tín hiệu từ thiết bị cho tới phân tích nguyên nhân và vận hành cải tiến. Bạn có thể liên hệ ngay từ giai đoạn sắp xếp ban đầu, chẳng hạn nên đặt ngưỡng và mã nguyên nhân thế nào, từ thiết bị hiện hữu lấy được tín hiệu tới đâu, hay ước tính mức đóng góp lợi nhuận gộp của mình ra sao. Nếu thấy hữu ích như một nguồn tư liệu để cân nhắc, xin cứ thoải mái trao đổi qua trang liên hệ.
Nguồn tham khảo
- Manufacturing OEE Benchmark Report 2026 – TeepTrak
- Six Big Losses of OEE – TeepTrak
- State of OEE 2026 – TeepTrak
- OEE Benchmarks by Industry 2026 – Fabrico
- ISO 22400-2 Automation systems and integration – Key performance indicators for manufacturing operations management
- Thai June factory output falls 3.1% y/y – Business Recorder
- BOI Smart and Sustainable Industry – tinh hinh ho so nua dau nam 2026
- Minimum Wage in Thailand – Thai Law Online
- OEE Benchmark 2026 – 450 nha may – TeepTrak
- Micro Stops in Production – Detect and Eliminate – TeepTrak