Hệ thống cảnh báo bất thường thiết bị 2026 — chọn thế nào để đo được bằng MTTR

Đã lắp hệ thống cảnh báo bất thường thiết bị rồi mà thời gian dừng chuyền vẫn không giảm — đây là câu chuyện chúng tôi nghe nhiều nhất từ các nhà máy Nhật Bản tại Thái Lan và từ các nhà máy Việt Nam đang số hóa hiện trường. Gần như không có ngoại lệ, nguyên nhân không nằm ở chỗ cảnh báo không tới nơi, mà nằm ở chỗ không ai thiết kế phần sau đó: ai sẽ đi, trong bao nhiêu phút, và nếu người đó không phản hồi thì tới lượt ai. Bài viết này tách cảnh báo thành ba lớp là lớp phát hiện, lớp truyền đạt và lớp ghi nhận, rồi chỉ ra cách quyết định đầu tư dựa trên việc bạn đang rút ngắn đoạn nào của MTTR.

Hệ thống cảnh báo bất thường thiết bị là gì — khác gì với hệ thống Andon?

Hệ thống cảnh báo bất thường thiết bị là toàn bộ cơ chế tự động phát hiện bất thường xảy ra trên thiết bị hoặc trong công đoạn, đưa thông tin đó đến đúng người có khả năng xử lý, và lưu lại lịch sử ứng phó. Ngoài hiện trường, cùng một thứ có thể được gọi bằng nhiều tên khác nhau như hệ thống gọi thợ trong nhà máy, hệ thống báo lỗi hiện trường, hay hệ thống gọi công nhân ra máy, nhưng bản chất thường trỏ về cùng một đối tượng.

Trong khi đó, hệ thống Andon vốn là công cụ trực quan hóa trạng thái xuất phát từ Hệ thống sản xuất Toyota, với tinh thần dừng khi có bất thường, gọi người, rồi chờ. Đèn tháp hoặc bảng hiển thị lớn báo trạng thái của chuyền bằng màu sắc để người đang đứng ở đó nhận ra ngay. Xét về mặt tư tưởng, Andon là một thiết kế rất hoàn chỉnh, như nhiều bài viết chỉnh lý cách hiểu cơ bản về Andon đã trình bày.

Andon chỉ là một kênh trong lớp truyền đạt

Đây là điểm xuất phát của bài viết. Andon, tức đèn tháp và bảng hiển thị, chỉ là một trong các kênh đưa bất thường đến với con người, chứ không phải là bản thân hệ thống cảnh báo. Đèn tháp chỉ tới được người đang trong tầm mắt. Ở nhà máy chạy 24 giờ, nếu nhân viên bảo trì ca đêm đang ở xưởng bên kia thì đèn tháp cứ quay mà không ai nhìn thấy.

Nói cách khác, điểm yếu của Andon không nằm ở tư tưởng mà nằm ở phạm vi tiếp cận vật lý. Chính nhu cầu bịt điểm yếu này sinh ra các tìm kiếm kiểu cảnh báo thiết bị qua điện thoại hay cảnh báo qua đồng hồ thông minh. Cách hiểu đúng không phải là bỏ Andon để chuyển sang điện thoại, mà là cộng thêm một kênh truyền đạt nữa bên cạnh Andon.

Các mức triển khai của thứ được gọi là hệ thống cảnh báo

Thứ mà hiện trường gọi là hệ thống cảnh báo bất thường thiết bị có khoảng cách rất lớn về mức độ triển khai. Có thể chia thành năm mức như sau.

Phần lớn nhà máy đang ở L1 hoặc L2. Và rất nhiều nơi hài lòng ngay khi vừa nâng được từ L2 lên L3. Nhưng như sẽ phân tích ở phần sau, khoản đầu tư chỉ thực sự hoàn vốn khi chạm tới L4 chứ không phải L3. Hiểu được khác biệt này ngay từ đầu sẽ làm thay đổi cách bạn đọc một bản báo giá.

Cảnh báo đã tới nơi nhưng hiện trường không nhúc nhích — 3 kiểu thất bại

Khi mổ xẻ các nhà máy triển khai xong mà không thấy hiệu quả, nguyên nhân lặp lại giống nhau đến mức đáng ngạc nhiên, và gom lại được thành ba nhóm dưới đây.

Thất bại 1 — không xác định ai, trong mấy phút, và kế tiếp là ai

Đây là kiểu phổ biến nhất. Khi có bất thường, điện thoại của toàn bộ tổ bảo trì reo cùng lúc. Mà khi tất cả cùng reo thì tất cả cùng nghĩ chắc sẽ có người đi. Hiệu ứng người ngoài cuộc trong tâm lý học xã hội xảy ra đúng như vậy ngay trên sàn nhà máy.

Thứ cần thiết không phải là gửi đồng loạt mà là thiết kế escalation, tức trả lời được ba câu hỏi: người nhận đầu tiên là ai, sau bao nhiêu phút không phản hồi thì chuyển tiếp, và cuối cùng dừng lại ở ai. Hệ thống nào chưa xác định ba điều này theo từng nhóm thiết bị thì chỉ làm tăng số lượng cảnh báo chứ tốc độ ứng phó không đổi.

Có một cách tự kiểm tra đơn giản. Nếu chưa viết ra được ba mục sau thì coi như thiết kế còn thiếu.

1. Người tiếp nhận đầu tiên, ghi tên người hoặc tên chức danh, không được ghi là một nhóm
2. Hạn phản hồi tính bằng phút, thay đổi theo chi phí dừng của thiết bị đó
3. Đích escalation bậc hai và bậc ba, kèm theo việc đổi kênh, ví dụ từ thông báo push trên điện thoại sang gọi điện trực tiếp

Thất bại 2 — cảnh báo quá nhiều dẫn tới mệt mỏi vì cảnh báo

Khi làm tới L3, thường sẽ rơi vào trạng thái cảnh báo quá nhiều, vì tâm lý cho rằng đã lấy được tín hiệu từ cảm biến rồi, không đưa hết vào cảnh báo thì tiếc. Khi mỗi ca có vài chục cho tới hơn một trăm cảnh báo bắn ra, con người trước hết sẽ thôi không nhìn, sau đó sẽ cất luôn thiết bị vào tủ.

Mệt mỏi vì cảnh báo không phải là vấn đề chất lượng cảnh báo mà là vấn đề số lượng. Nội dung có đúng đến đâu, khi số lượng vượt ngưỡng chịu đựng thì nó sẽ bị bỏ qua. Và việc dựng lại một hệ thống sau khi thói quen bỏ qua đã hình thành còn tốn kém hơn làm mới từ đầu, vì niềm tin đã mất một lần rồi.

Thất bại 3 — cảnh báo không thành bản ghi nên không quay lại thành cải tiến

Điểm thứ ba bị bỏ sót nhiều nhất. Cảnh báo đã bắn đi, nhưng không còn dữ liệu ai đã tiếp nhận lúc nào, mất bao nhiêu phút mới chạy lại được, và nguyên nhân là gì. Kết quả là tới cuộc họp cải tiến hàng tháng, không có thêm một mẩu dữ liệu nào dùng được.

Đặc biệt là dừng máy ngắn, tiếng Nhật gọi là chokotei, tức những lần dừng mà công nhân tự khắc phục ngay tại chỗ nên hầu như không để lại bản ghi và khiến thực trạng khó nắm bắt (giải thích về định nghĩa và đặc điểm của dừng máy ngắn, tổng hợp về dừng máy trong thời gian ngắn). Hệ thống cảnh báo là cách khả thi duy nhất để biến những lần dừng không để lại bản ghi này thành dữ liệu một cách tự động. Không dùng tới điểm này thì coi như bỏ đi một nửa khoản đầu tư.

Chia thiết kế cảnh báo thành 3 lớp — lớp phát hiện, lớp truyền đạt, lớp ghi nhận

Lật ngược ba kiểu thất bại trên, đối tượng cần thiết kế tách ra thành ba phần. Bài viết này gọi ba phần đó là lớp phát hiện, lớp truyền đạt và lớp ghi nhận. Từ đây trở đi, mỗi phần đều sẽ nói rõ đang bàn về lớp nào trong ba lớp này.

Đo bằng cách xem mình đang rút ngắn đoạn nào của MTTR

Ý nghĩa của việc dùng khung ba lớp là để đo hiệu quả đầu tư bằng cùng một cây thước. Thời gian từ lúc thiết bị dừng tới lúc chạy lại được, tức MTTR, trên thực tế có thể tách nhỏ như sau.

Phát sinh, phát hiện, gửi cảnh báo, nhận biết, bắt tay xử lý, sửa xong, xác nhận trở lại bình thường.

Trong chuỗi đó, thứ mà hệ thống cảnh báo rút ngắn được trực tiếp chỉ là đoạn từ phát hiện đến bắt tay xử lý. Thời gian sửa thực tế, tức từ bắt tay xử lý đến sửa xong, phụ thuộc vào tồn kho phụ tùng và tay nghề, cảnh báo không rút ngắn được. Nếu triển khai mà còn lẫn lộn hai chuyện này, kết luận đánh giá sẽ là đã đầu tư rồi mà thời gian dừng chẳng giảm chút nào.

Ngược lại, nhà máy nào có thời gian chờ ở đoạn phát hiện đến bắt tay xử lý càng dài thì hiệu quả càng lớn. Con số cần đo trước khi triển khai chỉ cần đúng một cái là đủ, đó là thời gian thực tế từ lúc phát sinh bất thường tới lúc có người đứng trước máy. Bấm giờ khoảng 20 lần là đã thấy được phân bố. Nếu trung vị dưới 3 phút thì mức ưu tiên đầu tư cho hệ thống cảnh báo là thấp. Nếu vượt 5 phút thì đó là căn cứ đủ mạnh cho quyết định đầu tư. Còn khoảng ở giữa, tức dải 3 đến 5 phút, là vùng có hiệu quả nhưng số năm hoàn vốn dao động mạnh tùy cách cấu trúc chi phí. Phần ước tính bên dưới cố ý đặt trên vùng này, cụ thể là 4 phút, vì ước tính từ vị trí mà đa số nhà máy thực sự đang đứng sẽ chịu được vòng phê duyệt ngân sách tốt hơn là ước tính từ trường hợp hiệu quả nhất.

Ngoài ra, luận điểm cho rằng tự động hóa cảnh báo và nắm bắt dấu hiệu sớm có thể cải thiện MTTR khoảng 30 đến 50% chủ yếu xuất hiện trong báo cáo của phía cung cấp giải pháp. Hướng của luận điểm là hợp lý, nhưng an toàn hơn cả là giữ khoảng cách và coi đó là phát biểu từ báo cáo phía nhà cung cấp. Nếu chưa có số đo của chính mình mà đã viết tỷ lệ cải thiện của công ty khác vào tờ trình, về sau sẽ không giải thích được.

Ở lớp phát hiện, giảm bớt khó hơn là thêm vào

Hiểu lầm hay gặp khi thiết kế lớp phát hiện là càng nhiều cảm biến càng tốt. Trên thực tế, giới hạn ngay từ đầu số loại bất thường được đưa lên cảnh báo mới là cách giúp hệ thống trụ được lâu.

Thứ nên đưa vào ở giai đoạn đầu chỉ gồm những bất thường mà phải có người tới mới chạy lại được. Các lỗi nhẹ tự phục hồi, hoặc các bất thường mà người vận hành chắc chắn nhận ra ngay tại chỗ, có thể đưa vào lớp ghi nhận nhưng không cần đưa lên lớp truyền đạt. Chỉ riêng việc phân loại này đã ngăn được phần lớn hiện tượng mệt mỏi vì cảnh báo.

Bước tiếp theo là đi từ biết sau khi xảy ra sang biết trước khi xảy ra. Chủ đề phát hiện dấu hiệu sớm từ dạng sóng rung hoặc dòng điện thuộc về phía triển khai hệ thống bảo trì dự đoán, và sẽ ít thất bại hơn nếu bắt tay vào sau khi đã dựng xong nền móng của hệ thống cảnh báo. Đảo ngược thứ tự sẽ dẫn tới tình trạng bắt được dấu hiệu sớm mà không có nơi để gửi tới.

So sánh các kênh truyền đạt — Andon, điện thoại, đồng hồ thông minh và thiết bị gọi chuyên dụng

Từ đây là chuyện của lớp truyền đạt. Chúng tôi xếp các lựa chọn thường được đem ra so sánh qua những từ khóa như cảnh báo thiết bị qua điện thoại hay cảnh báo qua đồng hồ thông minh, theo các trục thực sự có tác dụng trong nhà máy.

Kết luận thực dụng về cách phân vai

Kết luận rút ra từ bảng so sánh rất đơn giản, đó là đừng cố giải quyết mọi thứ bằng một kênh duy nhất. Cấu hình khả thi trên thực tế sẽ có hình dạng như sau.

• Cảnh báo bậc một là rung của đồng hồ thông minh, tới được đúng người kể cả trong tiếng ồn, và chỉ cần liếc cổ tay khi vẫn đang đeo găng. Trong môi trường nhà máy, rung là kênh truyền đạt mạnh hơn âm thanh ở mức không so sánh được
• Xem chi tiết là điện thoại chuyên dụng cho nhà máy, để biết đó là cảnh báo gì của máy nào, và trước đây đã từng xảy ra chuyện tương tự hay chưa
• Chia sẻ trạng thái là Andon hoặc bảng hiển thị lớn, chia sẻ trạng thái của chuyền chứ không phải của cá nhân, cho tất cả những ai đi ngang qua
• Escalation khi không có phản hồi là gọi thoại trực tiếp hoặc bộ đàm IP, đổi kênh để tăng xác suất tới nơi

Kiểu thất bại điển hình khi đưa đồng hồ thông minh vào nhà máy là cố làm mọi thứ chỉ bằng một chiếc đồng hồ. Màn hình quá nhỏ nên không đọc được chi tiết, rốt cuộc công nhân vẫn phải đi bộ ra tận máy để xem mỗi lần. Thiết kế dễ trụ hơn là dứt khoát coi đồng hồ chỉ để nhận lệnh gọi, còn phần phán đoán thì giao cho điện thoại hoặc thiết bị đặt ngay trước máy.

Chất lượng hạ tầng không dây chính là trần của lớp truyền đạt

Điểm hay bị bỏ sót là hiệu năng của lớp truyền đạt không do phần mềm cảnh báo quyết định, mà do thiết kế mạng không dây quyết định. Cảnh báo push khi sóng đứt sẽ rơi vào một trong hai trạng thái, hoặc tới muộn hoặc không tới. Nhà máy đầy kim loại là môi trường sóng rất khắc nghiệt, nếu bố trí AP theo cảm giác giống văn phòng thì chắc chắn sẽ có vùng chết.

Thứ cần kiểm tra trước khi triển khai không phải là catalogue của hệ thống cảnh báo, mà là mạng không dây trong nhà máy của chính mình đang được thiết kế ra sao. Góc nhìn này gắn thẳng với luận điểm thiết kế bên phía xây dựng Wi-Fi và mạng công nghiệp cho nhà máy. Trường hợp triệu chứng cảnh báo không tới nơi mà nguyên nhân thật lại là vùng chết sóng không phải là hiếm.

Thiết kế escalation và biện pháp chống mệt mỏi vì cảnh báo

Đây là phần khó nhất trong thiết kế lớp truyền đạt. Xét theo danh mục cấu hình phần mềm thì nó không nổi bật, nhưng phần lớn hiệu quả đầu tư được định đoạt ở đây.

Cách viết thiết kế escalation

Escalation phải đổi mốc thời gian theo mức quan trọng của thiết bị. Nếu áp một quy tắc chung cho mọi thiết bị, kết quả sẽ rơi vào một trong hai, hoặc phản ứng với thiết bị trọng yếu bị chậm, hoặc con người kiệt sức vì những thiết bị thứ yếu.

Điều quan trọng ở đây là dũng khí để không gửi cảnh báo P3. Hãy tích P3 vào lớp ghi nhận rồi dùng trong buổi review cuối ca hoặc cuộc họp cải tiến hàng tuần. Việc không bắn theo thời gian thực chính là biện pháp chống mệt mỏi vì cảnh báo hiệu quả nhất.

Bắt buộc phải có ACK, tức xác nhận tiếp nhận

Để escalation vận hành được, cần có cơ chế cho người nhận thể hiện ý chí rằng tôi sẽ đi. Đó chính là ACK. Một nút bấm trên đồng hồ hoặc một cú chạm trên điện thoại là đủ, nhưng nếu không có nó thì không thể phán đoán được rằng không có phản hồi nên chuyển sang người kế tiếp.

ACK còn có thêm một tác dụng nữa, đó là làm hiện rõ ai đang bị gọi nhiều tới mức nào. Nếu ACK dồn vào một người cụ thể thì đó là dấu hiệu của việc phụ thuộc vào cá nhân, và là nguyên liệu để quyết định thứ tự ưu tiên cho bố trí nhân lực và đào tạo. Ở những hiện trường có tỷ lệ nghỉ việc cao, khả năng nhìn thấy điều này gắn thẳng với việc phát hiện sớm rủi ro bàn giao công việc.

Quản lý số lượng cảnh báo như một KPI

Để phòng mệt mỏi vì cảnh báo, hãy lấy chính số lượng cảnh báo làm chỉ số quản lý. Dưới đây là các mốc khởi điểm chúng tôi thường đặt dựa trên kinh nghiệm thiết kế vận hành, và đây là tiêu chuẩn nội bộ dùng làm điểm xuất phát cho thiết kế chứ không phải thống kê từ bên ngoài.

• Mỗi người mỗi ca 8 giờ, giữ số cảnh báo cần hành động trong phạm vi 10 mục
• Cùng một cảnh báo của cùng một thiết bị thì gom thành 1 mục trong một khoảng thời gian định trước, ví dụ 10 phút
• Tín hiệu phát sinh rồi trở lại bình thường liên tục trong thời gian ngắn, gọi là flapping, chỉ gửi cảnh báo khi thỏa điều kiện từ n lần trở lên trong m phút
• Hàng tháng review số lượng cảnh báo, tỷ lệ ACK và số vụ phải escalation vì không ai phản hồi, rồi điều chỉnh ngưỡng

Hệ thống nào không quay vòng việc review này thì chắc chắn trong nửa năm sẽ quay lại trạng thái cảnh báo quá tải. Lý do là thiết bị tăng lên, cảm biến được gắn thêm, còn ngưỡng thì bị bỏ nguyên. Vì vậy, khi ước tính cho bộ máy vận hành, hãy đưa vào giả định rằng thiết kế cảnh báo không phải là công việc cấu hình một lần cho xong mà là công việc tinh chỉnh liên tục.

Trực quan hóa dừng máy ngắn — nối log cảnh báo vào cải tiến OEE

Từ đây là lớp ghi nhận. Và trong câu chuyện hoàn vốn, đây thực sự là lớp có giá trị cao nhất.

Dừng máy ngắn và dừng máy dài bào mòn hai chỗ khác nhau của OEE

Trước hết xin chỉnh lại thuật ngữ. Dừng máy ngắn là những lần dừng từ vài chục giây tới khoảng 10 phút, mà công nhân tự khắc phục ngay tại chỗ. Dừng máy dài, tức hỏng nặng, là những lần dừng từ 1 giờ trở lên, được nhận diện là sự cố và có báo cáo gửi lên.

OEE, tức hiệu suất thiết bị tổng thể, tách được thành tỷ lệ thời gian chạy nhân tỷ lệ hiệu suất nhân tỷ lệ hàng đạt. Ở đây, dừng máy dài kéo tỷ lệ thời gian chạy xuống, còn dừng máy ngắn kéo tỷ lệ hiệu suất xuống. Thứ mà cấp quản lý thường nhìn là tỷ lệ thời gian chạy, nên dừng máy dài được đưa lên bàn họp còn dừng máy ngắn thì không. Nhưng khi cộng dồn lại, không hiếm trường hợp tổn thất từ dừng máy ngắn còn lớn hơn.

Vì sao dừng máy ngắn không để lại bản ghi?

Lý do rất đơn giản. Với công nhân, không có lý do hợp lý nào để phải ghi vào giấy một lần kẹt sản phẩm gỡ xong trong 20 giây. Thời gian ngồi ghi còn dài hơn thời gian khắc phục. Thế nên nó không được ghi. Không được ghi thì không tổng hợp được. Không tổng hợp được thì không ai biết chế độ lỗi nào của máy nào đang xảy ra nhiều nhất.

Thứ phá vỡ được cấu trúc này chính là lớp ghi nhận của hệ thống cảnh báo. Dù con người không ghi, sự thật rằng máy đã dừng vẫn còn lại dưới dạng tín hiệu. Số lần cảnh báo bắn ra, thời gian tới khi ACK, thời gian tới khi chạy lại đều được tích lũy tự động. Đó mới là thực chất của việc trực quan hóa dừng máy ngắn, và là phần tuyệt đối không thể đạt được bằng cách đổi mẫu biểu báo cáo ca.

Những mục tối thiểu lớp ghi nhận cần có

Điều kiện để mã nguyên nhân trụ được là phải cho chọn từ danh sách. Nếu để nhập tự do thì sẽ không ai nhập. Ở hiện trường ASEAN nơi nhiều ngôn ngữ cùng tồn tại, thiết kế cho chọn bằng mã, tức số hoặc biểu tượng, rồi chỉ đổi ngôn ngữ hiển thị sẽ giúp vận hành không sụp đổ.

Log thu được sẽ tăng vọt giá trị khi hợp lưu với thiết kế tổng thể của việc giám sát vận hành thiết bị. Cách nghĩ đưa dữ liệu này lên cùng một sân với sản lượng, chất lượng và truy xuất nguồn gốc trùng với các luận điểm đã chỉnh lý trong bài chi phí xây dựng hệ thống truy xuất nguồn gốc. Không để hệ thống cảnh báo tự đóng khung như một hệ thống đơn lẻ chính là thứ quyết định giá trị tài sản của nó sau 5 năm.

Chi phí hệ thống cảnh báo bất thường thiết bị — 5 lớp chi phí và cách nhìn hoàn vốn, ước tính THB

Nhiều người nói rằng tra cứu chi phí hệ thống cảnh báo thiết bị cũng không giúp được gì vì dải giá quá rộng. Lý do là phạm vi được gộp trong báo giá của mỗi công ty hoàn toàn khác nhau. Ở đây chúng tôi tách chi phí thành 5 lớp và chỉ rõ yếu tố biến động nằm ở đâu.

Cấu trúc chi phí 5 lớp, giả định nhà máy quy mô 20 chuyền tại Thái Lan

Dưới đây là dải giá ước tính, dựa trên giả định là nhà máy Nhật Bản cỡ vừa tại Thái Lan ở quy mô 20 chuyền. Con số sẽ dịch chuyển mạnh theo đời máy, tình trạng đi dây sẵn có và kết cấu nhà xưởng, nên xin chỉ dùng nó để nắm bậc độ lớn của con số ở giai đoạn mới bắt đầu cân nhắc.

Nếu làm trọn cả 20 chuyền trong một lần, với giả định 60 thiết bị đầu cuối, tức 2 ca, mỗi nhân viên bảo trì và tổ trưởng một thiết bị cộng thêm thiết bị dự phòng, chi phí ban đầu thường nằm trong dải 1.200.000-4.500.000 THB. Chi tiết tham khảo như sau.

• Phía cận dưới: ① 160.000 cộng ② 150.000 cộng ③ 200.000 cộng ④ 240.000, tức 4.000 THB × 60 thiết bị, cộng ⑤ nhân công triển khai khoảng 450.000, tổng khoảng 1.200.000 THB
• Phía cận trên: ① 700.000 cộng ② 600.000 cộng ③ 900.000 cộng ④ 1.500.000, tức 25.000 THB × 60 thiết bị, cộng ⑤ nhân công triển khai khoảng 800.000, tổng khoảng 4.500.000 THB

Có một điểm cần lưu ý khi đọc bảng trên. Năm lớp này được cắt theo tiền phát sinh ở đâu, nên trục chia khác với ba lớp đã dùng ở nửa đầu bài viết, tức lớp phát hiện, lớp truyền đạt và lớp ghi nhận. Phần chi phí tương ứng với lớp ghi nhận trong mô hình ba lớp, gồm việc tích lũy log cảnh báo, màn hình tổng hợp và kết nối với OEE, có thể coi là nằm trong ③ lớp nền tảng. Khi muốn cắt giảm báo giá mà lại cắt từ chỗ này thì chi phí ban đầu đúng là giảm, nhưng đó cũng là cách nhanh nhất để vứt bỏ ngay từ đầu chính cái lớp mà bài viết này nói là mang lại giá trị lớn nhất.

Xin lưu ý, con số 15-25% chi phí ban đầu ở mục ⑤ là mốc cho bảo trì hàng năm, còn trong chi phí ban đầu bên trên nó đã được cộng riêng dưới dạng chi phí một lần lúc triển khai như xác định yêu cầu, lắp đặt và đào tạo. Nhân công triển khai không tỷ lệ thuận với quy mô nhà máy mà luôn tốn một lượng cố định, nên tỷ trọng so với tiền thiết bị càng cao khi dự án càng nhỏ. Ở trường hợp cận dưới nó được đặt ở mức khoảng 60% tiền thiết bị, còn ở cận trên là khoảng 20%. Nên coi đây là khoản khó mặc cả. Lý do dải giá chênh nhau hơn 3 lần nằm ở ba điểm có sức nặng lớn, đó là ① lớp phát hiện với câu hỏi có tận dụng được tín hiệu sẵn có hay không, ② lớp đường truyền với câu hỏi có phải kéo mạng không dây từ con số không hay không, và ④ lớp thiết bị đầu cuối với câu hỏi phát thiết bị cấp nào và bao nhiêu chiếc. Nói ngược lại, chỉ cần khảo sát trước ba điểm này thì độ chính xác của báo giá đã lên một bậc.

Chi phí vận hành hay bị bỏ sót

Người ta thường chỉ bàn chi phí ban đầu, nhưng nhìn trong khung 5 năm thì mục ③ và ⑤ bắt đầu có sức nặng.

• Phí hàng tháng của mô hình cloud, tính theo số người dùng hay theo số thiết bị sẽ làm tổng 5 năm khác nhau rất nhiều
• Thay đồng hồ thông minh theo mức chai pin, trong vận hành thực tế nên dự trù thay mỗi 2 đến 3 năm
• Bù thiết bị bị mất hoặc hỏng, thiết bị hiện trường nên tính trước tỷ lệ hao hụt vài phần trăm mỗi năm
• Nhân công tinh chỉnh ngưỡng, tức phần review hàng tháng đã nói ở phần trước

Nếu không so sánh bằng tổng chi phí sở hữu trong 5 năm thì đề xuất có chi phí ban đầu rẻ sẽ hóa ra đắt. Đặc biệt cloud tính theo số người dùng rất dễ phình to hơn dự tính ở các nhà máy làm theo ca và đông người.

Ước tính của chúng tôi — hiệu quả một năm nếu rút đoạn phát hiện đến bắt tay xử lý từ 4 phút xuống 1 phút

Để phục vụ quyết định đầu tư, thử đặt phía hiệu quả bằng cùng một đơn vị tiền tệ. Dưới đây toàn bộ là ước tính dùng giá trị giả định, không phải thống kê từ bên ngoài. Xin hãy thay bằng con số của chính công ty bạn.

Giả định, tất cả đều là giá trị giả định

• Quy mô nhà máy 20 chuyền, 2 ca, chạy 250 ngày mỗi năm
• Phát sinh dừng máy ngắn 8 lần mỗi ngày mỗi chuyền
• Thời gian chờ ở đoạn phát hiện đến bắt tay xử lý trung bình 4 phút, rút còn 1 phút, tức giảm 3 phút mỗi lần
• Tổn thất cơ hội khi chuyền dừng 1 giờ, giả định ở mức 1.200 THB

Tính toán

Con số hiện ra là hiệu quả khoảng 2.400.000 THB mỗi năm. Tuy nhiên, đưa thẳng con số này vào tờ trình ngân sách là việc nguy hiểm, vì hai lý do.

1. 1.200 THB mỗi giờ là giá trị giả định. Tổn thất cơ hội thực tế thay đổi rất nhiều tùy chuyền đó có phải là nút thắt cổ chai so với đơn hàng hay không. Chuyền còn dư công suất mà dừng, nếu hấp thụ được bằng tăng ca thì không thành tổn thất
2. Không có gì bảo đảm thời gian tiết kiệm được sẽ chuyển thành doanh thu. Dù dừng máy có giảm, nếu công đoạn sau không tiếp nhận nổi thì kết quả chỉ là tồn kho tăng lên

Ngoài ra, về mức chi phí của downtime ngoài kế hoạch trong ngành sản xuất, có nhiều khảo sát khác nhau và các ước tính có biên độ rất rộng, từ mức vài chục nghìn USD mỗi giờ tính theo trung bình ngành cho tới mức vài trăm nghìn USD, trong đó ngành ô tô được ghi nhận là cao vượt trội (tổng hợp về chi phí của downtime ngoài kế hoạch, dự báo chi phí downtime trong ngành sản xuất). Vì biên độ giữa các khảo sát quá lớn, chúng tôi khuyến nghị mạnh mẽ rằng đừng lấy một con số duy nhất làm giả định cho công ty mình.

Trình bày số năm hoàn vốn dưới dạng một dải

Đem số tiền hiệu quả bên trên đối chiếu với dải chi phí. Ở đây, trên thực tế nên thêm một cột nhìn thận trọng về tỷ lệ hiện thực hóa hiệu quả, tức tỷ lệ mà thời gian chờ thực sự co lại đúng như thiết kế.

Số năm hoàn vốn rải ra trong dải khoảng 0,5 đến 5 năm. Chính độ rộng này là lý do bài viết khuyến nghị mô hình ba lớp. Thứ phân tách trường hợp lạc quan với trường hợp thận trọng không phải là giá sản phẩm, mà là khả năng tận dụng lại lớp phát hiện sẵn có và tỷ lệ hiện thực hóa hiệu quả. Nghĩa là thay vì đàm phán giảm giá, việc bóc tách xem lớp nào cần bao nhiêu tiền sẽ tác động tới số năm hoàn vốn nhiều hơn.

Và thứ quyết định tỷ lệ hiện thực hóa hiệu quả chính là mức triển khai đã nêu ở đầu bài. Nếu dừng ở L3, tức chỉ bắn được cảnh báo push, hiệu quả sẽ chỉ dừng ở phần tình cờ phát hiện sớm. Chỉ khi chạm tới L4, gồm cả escalation, ACK và phân tích số liệu thực tế, việc rút ngắn thời gian chờ mới trở thành con số có thể tái lập. Trong bảng trên, tỷ lệ hiện thực hóa 100% ứng với trạng thái L4 đã đi vào nề nếp, 60% ứng với trạng thái đã dựng tới L4 nhưng vận hành còn đang trên đường ổn định, và 40% ứng với trạng thái dừng ở L3. Khi so sánh các bản báo giá, xin hãy xác nhận đề xuất đó dừng ở L3 hay đã bao gồm tới L4, trước cả khi nhìn vào số tiền.

Những điểm phát sinh thêm ở nhà máy tại Thái Lan và ASEAN, gồm đa ngôn ngữ, tỷ lệ nghỉ việc, tiếng ồn và BOI

Bê nguyên một tình huống triển khai ở Nhật sang thì tại Thái Lan và các nước ASEAN chắc chắn sẽ phát sinh thêm những điểm phải bàn. Dưới đây là những thứ nên tính vào ngay từ giai đoạn thiết kế.

Đa ngôn ngữ giải bằng đánh mã chứ không phải bằng dịch thuật

Ở nhà máy tại Thái Lan, ngoài tiếng Thái, tiếng Nhật và tiếng Anh, nhiều nơi còn có công nhân nói tiếng Myanmar hoặc tiếng Khmer. Ở nhà máy tại Việt Nam thì thường là tiếng Việt cộng tiếng Nhật hoặc tiếng Anh trong tài liệu kỹ thuật. Phương án chuẩn bị nội dung cảnh báo bằng đầy đủ mọi ngôn ngữ sẽ sụp đổ, vì cứ thêm một cảnh báo là lại phát sinh công việc dịch.

Cách khả thi là định nghĩa cảnh báo bằng mã cộng biểu tượng, còn ngôn ngữ hiển thị thì đổi theo thiết lập người dùng. Bản thân cảnh báo chỉ gồm tên thiết bị, mã cảnh báo và màu, phần mô tả chi tiết mới nằm trong bảng ngôn ngữ. Với cách này, thêm một cảnh báo chỉ tốn một dòng trong bảng ngôn ngữ.

Quan hệ giữa tỷ lệ nghỉ việc và sự phụ thuộc vào cá nhân

Có ý kiến chỉ ra rằng dân số trong độ tuổi lao động của Thái Lan đã bước vào giai đoạn giảm, và việc cạnh tranh nhân lực với các doanh nghiệp mới đầu tư, trong đó có mảng xe điện, đang đẩy lương kỹ thuật viên sản xuất lên (giải thích về xu hướng lao động tại Thái Lan, phân tích về cơ cấu dân số và lực lượng lao động Thái Lan).

Điều này tác động trực tiếp tới thiết kế hệ thống cảnh báo. Cách vận hành dựa trên giả định rằng luôn có thợ lâu năm túc trực trông máy sẽ không bền trong môi trường nhân lực dịch chuyển nhiều. Ngay khi người thợ lâu năm nghỉ, tri thức ngầm về việc tiếng động nào ứng với bất thường nào cũng biến mất theo. Việc tích lũy loại cảnh báo và nội dung xử lý ở lớp ghi nhận vì thế cũng là một khoản bảo hiểm cho chi phí đào tạo và rủi ro bàn giao.

Từ lịch sử ACK, nếu lọc ra được những cảnh báo mà chỉ đúng một người xử lý được, bạn sẽ nắm trước rủi ro thiết bị đó sẽ nằm im chờ người trong lần nghỉ việc kế tiếp. Đây không nên coi là tác dụng phụ của hệ thống cảnh báo, mà là một trong những lý do chính để có lớp ghi nhận.

Tiếng ồn và điều kiện môi trường

Nhà máy ở Thái Lan cũng như nhiều nhà máy trong khu vực thường có nhà xưởng không điều hòa và kết cấu mở, cộng thêm tiếng mưa rào mùa mưa. Ở những nhà xưởng có mức ồn cao, việc truyền đạt bằng loa phát thanh hoặc còi trở nên bất lợi rõ rệt. Ưu thế của thiết bị rung, tức đồng hồ thông minh, ở đây dễ bộc lộ mạnh hơn so với nhà máy có điều hòa tại Nhật.

Ngoài ra, có ba yếu tố cần đưa vào thiết kế ngay từ đầu.

• Cấp bảo vệ của thiết bị, để chịu được nhiệt ẩm cao và bụi
• Biện pháp chống sét lan truyền, hạng mục thường được yêu cầu tại chỗ trong mùa mưa, và đặc biệt cần kiểm tra với AP hay gateway có đi dây ngoài trời
• Bảo đảm đường cảnh báo khi mất điện, tức không chỉ UPS cho máy chủ mà cả nguồn cấp cho AP

Quan hệ với ưu đãi BOI

Ủy ban Đầu tư Thái Lan, tức BOI, liên tục có các ưu đãi cho đầu tư liên quan tới tự động hóa và chuyển đổi số (chính sách khuyến khích đầu tư của BOI cho ngành tự động hóa và robot). Tuy nhiên phạm vi và điều kiện áp dụng có sửa đổi theo thời gian, nên xin lưu ý rằng không nên phán đoán thuế suất cụ thể hay khả năng được áp dụng dựa trên thông tin trong loại bài viết như thế này, mà nhất định phải kiểm tra điều kiện mới nhất tại thời điểm nộp hồ sơ. Nếu nhà máy của bạn nằm ở Việt Nam hoặc nước khác, hãy tra cứu cơ chế ưu đãi đầu tư tương ứng của nước sở tại thay vì áp dụng khung của BOI.

Điểm mấu chốt trên thực tế không phải là có được ưu đãi hay không, mà là thời điểm nộp hồ sơ. Có những trường hợp thực tế là sau khi đã đầu tư xong mới nhận ra rằng khoản đó vốn thuộc diện được ưu đãi. Riêng hệ thống cảnh báo thì quy mô nhỏ, nhưng khi gộp vào một gói đầu tư tự động hóa thì có thể trở thành đối tượng được xem xét. Chi phí để hỏi bộ phận hành chính nội bộ hoặc một chuyên gia tư vấn ngay ở giai đoạn đầu của tờ trình là rất thấp.

Các bước triển khai và cách tiến hành PoC

Dưới đây là cách tiến hành thực tế theo mô hình ba lớp. Không làm toàn bộ các chuyền cùng một lúc chính là biện pháp giảm rủi ro lớn nhất.

Bước 1 — đo thực tế MTTR hiện tại, 1 đến 2 tuần

Như đã nói ở trên, thứ cần đo là thời gian từ lúc phát sinh bất thường tới lúc có người đứng trước máy. Không cần cơ chế gì đặc biệt. Chỉ cần đồng hồ bấm giờ và một tờ giấy ghi, đo khoảng 20 đến 30 lần là thấy được phân bố. Đồng thời ghi lại lúc đó ai là người xử lý và đó là cảnh báo gì.

Giá trị đo được này chính là đường cơ sở cho việc kiểm chứng hiệu quả về sau. Triển khai mà không lấy nó thì sau này vĩnh viễn không có căn cứ để khẳng định là đã có hiệu quả. Dự án nào tiếc hai tuần này thì chắc chắn sẽ tắc ở vòng phê duyệt ngân sách thứ hai.

Bước 2 — thu hẹp phạm vi và làm PoC, 4 đến 6 tuần

Phạm vi nên gói trong 1 đến 2 chuyền, số loại cảnh báo đưa lên không quá 5, số người tham gia không quá 10. Thứ cần xác nhận trong PoC không phải là tính năng sản phẩm mà là bốn điểm sau.

Nếu triển khai chính thức khi tỷ lệ báo sai còn cao thì sẽ đi thẳng vào thất bại số 2, tức mệt mỏi vì cảnh báo. Khi PoC mà tỷ lệ báo sai không giảm xuống được, nguyên nhân gần như luôn nằm ở ngưỡng của lớp phát hiện. Đổi sản phẩm ở lớp truyền đạt sẽ không giải quyết được.

Bước 3 — chốt trước tiêu chí Go và No Go

Trước khi bắt đầu PoC, hãy viết ra thành văn bản điều kiện để đi tiếp. Nếu quyết tiêu chí sau khi đã làm, tâm lý tiếc tiền đã bỏ ra sẽ khiến cách diễn giải nghiêng về phía thành công. Ví dụ về cách đặt tiêu chí có thể là tỷ lệ tới nơi từ 99% trở lên, tỷ lệ ACK từ 80% trở lên, trung vị của đoạn phát hiện đến bắt tay xử lý rút ngắn từ 40% trở lên so với đường cơ sở, và tỷ lệ báo sai từ 10% trở xuống.

Bước 4 — mở rộng theo giai đoạn và khởi động lớp ghi nhận, 3 đến 6 tháng

Bắt đầu mở rộng từ công đoạn nút thắt cổ chai, vì số tiền hiệu quả lớn nhất và sức thuyết phục trong nội bộ cũng cao nhất. Đồng thời, hãy bắt đầu review hàng tháng của lớp ghi nhận ngay từ chuyền đầu tiên. Lớp ghi nhận không phải thứ dựng sau khi mở rộng xong. Nếu không quay vòng nó từ đúng một chuyền đầu tiên, việc mở rộng ra toàn bộ sẽ diễn ra khi thói quen review vẫn chưa hình thành.

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

Hệ thống cảnh báo bất thường thiết bị khác hệ thống Andon ở chỗ nào?

Hệ thống Andon là một trong các kênh truyền đạt, dùng ánh sáng hoặc hiển thị để báo bất thường cho những người đang có mặt tại chỗ. Còn hệ thống cảnh báo bất thường thiết bị chỉ toàn bộ cơ chế bao trùm ba lớp là phát hiện, truyền đạt và ghi nhận. Andon được xếp vào lớp truyền đạt, và có giới hạn vật lý là không tới được người ngoài tầm mắt. Hai thứ này không thay thế cho nhau. Cấu hình phổ biến là giữ nguyên Andon rồi cộng thêm cảnh báo tới thiết bị cá nhân.

Chi phí hệ thống cảnh báo bất thường thiết bị khoảng bao nhiêu?

Ở phần chi phí của bài viết, chúng tôi đã trình bày rằng với nhà máy quy mô 20 chuyền tại Thái Lan, chi phí ban đầu thường nằm trong dải khoảng 1.200.000-4.500.000 THB. Hai yếu tố khiến dải này rộng là có tận dụng được tín hiệu từ PLC sẵn có hay không, thuộc lớp phát hiện, và có phải xây mạng không dây trong nhà máy từ đầu hay không, thuộc lớp đường truyền. Ngoài ra còn bảo trì hàng năm ở mức khoảng 15-25% chi phí ban đầu, và nếu dùng cloud thì phát sinh phí hàng tháng. Xin hãy so sánh bằng tổng chi phí sở hữu trong 5 năm.

Đồng hồ thông minh và điện thoại cho nhà máy, loại nào phù hợp hơn?

Vì vai trò khác nhau nên dùng song song thực tế hơn là chọn một trong hai. Có thể chỉnh lý như sau.

Ở những nhà máy ồn, giá trị của cảnh báo bậc một bằng rung càng nổi bật.

Thiết bị cũ đang dùng có triển khai hệ thống cảnh báo được không?

Được. Ngay cả với thiết bị cũ không có PLC, trên thực tế vẫn cân nhắc các lựa chọn theo thứ tự sau.

1. Mượn tín hiệu tiếp điểm sẵn có, trích nhánh từ dây tín hiệu của đèn tháp hoặc còi. Đây là cách rẻ nhất
2. Gắn thêm cảm biến bên ngoài, dùng cảm biến dòng CT để bắt trạng thái bật tắt của động cơ, hoặc cảm biến quang để theo dõi dòng chảy của sản phẩm
3. Đọc đèn báo trạng thái của máy bằng cảm biến quang, cách này lấy được trạng thái mà không cần tiếp xúc, kể cả với máy không được phép cải tạo

Theo kinh nghiệm, có nhiều nhà máy chỉ với cách thứ nhất là mượn tín hiệu tiếp điểm sẵn có đã phủ được phần lớn thiết bị mục tiêu, nên thông lệ là bắt đầu từ việc kiểm tra đường dây của đèn tháp và còi ngay tại hiện trường. Kiểu phổ biến nhất lại là những trường hợp dừng luôn việc cân nhắc chỉ vì giả định rằng máy cũ thì chắc không làm được.

Làm sao để cảnh báo không nhiều tới mức bị bỏ qua?

Có bốn biện pháp, xếp từ trên xuống theo mức hiệu quả.

1. Thu hẹp loại bất thường được đưa lên cảnh báo, chỉ giữ những bất thường phải có người tới mới chạy lại được. Lỗi nhẹ tự phục hồi thì chỉ đưa vào lớp ghi nhận
2. Tách tuyến theo mức nghiêm trọng, P3 tức nhẹ hoặc cần theo dõi thì không gửi theo thời gian thực
3. Gom nhóm và chặn flapping, cùng một cảnh báo của cùng một thiết bị thì gom thành 1 mục trong khoảng thời gian định trước
4. Review số lượng cảnh báo như một KPI hàng tháng, nhìn số lượt, tỷ lệ ACK và số vụ không ai phản hồi rồi điều chỉnh ngưỡng

Dựng lại một hiện trường đã hình thành thói quen bỏ qua tốn kém hơn rất nhiều so với thiết kế đúng ngay từ đầu. Chính ở giai đoạn đầu triển khai, xin hãy siết chặt số lượng cảnh báo.

Tổng kết

Quyết định đầu tư cho hệ thống cảnh báo bất thường thiết bị mà bắt đầu từ so sánh sản phẩm thì chắc chắn sẽ mờ nhòe. Việc phải làm trước tiên là đo thực tế xem trong MTTR của nhà máy mình, đoạn từ phát hiện đến bắt tay xử lý chiếm bao nhiêu. Đoạn này ngắn thì mức ưu tiên đầu tư thấp, dài thì hiệu quả lớn.

Thiết kế thì tách theo ba lớp. Ở lớp phát hiện, thu hẹp lại xem cái gì được coi là bất thường, và chỉ đưa lên cảnh báo những bất thường phải có người tới mới chạy lại được. Ở lớp truyền đạt, đừng dựa vào một kênh duy nhất, dùng rung của đồng hồ cho cảnh báo bậc một, dùng điện thoại để xem chi tiết, dùng Andon để chia sẻ trạng thái, và đổi kênh khi phải escalation vì không có phản hồi. Thứ quyết định chất lượng truyền đạt ở đây không phải phần mềm cảnh báo mà là thiết kế mạng không dây trong nhà máy. Ở lớp ghi nhận, hãy tích lũy tự động những lần dừng máy ngắn vốn trước nay không để lại bản ghi, rồi nối chúng vào việc cải thiện tỷ lệ hiệu suất và phân tích OEE.

Chi phí thì nhìn theo 5 lớp gồm phát hiện, đường truyền, nền tảng, thiết bị đầu cuối, triển khai và bảo trì. Với nhà máy quy mô 20 chuyền tại Thái Lan, chi phí ban đầu rơi vào dải 1.200.000-4.500.000 THB, và yếu tố biến động tập trung ở chỗ có tận dụng được tín hiệu sẵn có hay không và có phải thi công mạng không dây hay không. Trong ước tính của bài viết, toàn bộ dùng giá trị giả định, nếu rút đoạn phát hiện đến bắt tay xử lý từ 4 phút xuống 1 phút thì hiệu quả một năm khoảng 2.400.000 THB, và số năm hoàn vốn đơn giản rải trong dải khoảng 0,5 đến 5 năm tùy tỷ lệ hiện thực hóa hiệu quả. Chìa khóa để thu hẹp dải này không phải là giảm giá, mà là bóc tách xem lớp nào cần bao nhiêu tiền.

Và hãy đưa những điểm đặc thù của khu vực vào ngay từ giai đoạn thiết kế, gồm giải bài toán đa ngôn ngữ bằng cách đánh mã, tức mã số cộng biểu tượng, dùng lớp ghi nhận làm bảo hiểm bàn giao khi tỷ lệ nghỉ việc cao, khai thác ưu thế lớn của thiết bị rung trong môi trường ồn, và xác nhận ưu đãi đầu tư trước khi xuống tiền. Thứ nào bổ sung sau cũng đều đắt hơn.

Nếu bạn đã đo MTTR hiện tại nhưng chưa quyết được nên bắt tay từ lớp nào, hoặc muốn biết cấu hình giữ nguyên Andon sẵn có rồi cộng thêm cảnh báo tới thiết bị cá nhân có khả thi hay không, chúng tôi sẵn sàng trao đổi ngay ở giai đoạn đó. TOMAS TECH đặt trụ sở tại Bangkok, Thái Lan, hỗ trợ thiết kế giám sát vận hành thiết bị, truy xuất nguồn gốc bằng IoT và mạng nhà máy cho các nhà sản xuất Nhật Bản trong khu vực. Chỉ riêng công đoạn bóc tách xem nút thắt đang nằm ở lớp phát hiện, lớp truyền đạt hay lớp ghi nhận, trước cả khi chọn sản phẩm, việc đưa một góc nhìn từ bên ngoài vào cũng giúp các vấn đề lộ ra nhanh hơn. Bạn có thể liên hệ với chúng tôi qua biểu mẫu liên hệ.

Tài liệu tham khảo

• ReliaMag “Cost of Unplanned Downtime in Manufacturing”
• IDS Data “Manufacturing Downtime Costs and Forecasting 2026”
• Skillnote, giải thích về dừng máy ngắn (chokotei)
• KEYENCE, dừng máy trong thời gian ngắn (chokotei)
• evort, bài viết giải thích về Andon
• Kuno, xu hướng mới nhất về quản lý lao động tại Thái Lan
• IDE-JETRO IDE Square, bài phân tích về dân số và lực lượng lao động Thái Lan
• BOI, chính sách khuyến khích đầu tư cho ngành tự động hóa và robot