AI Agent tạo và phân công phiếu bảo trì thiết bị như thế nào?

Ở nhà máy, tòa nhà hay chuỗi cửa hàng, báo hỏng thiết bị thường đến qua đủ kênh: tin nhắn nhóm, cuộc gọi cho tổ trưởng, lời nhắn miệng lúc giao ca. Một câu “máy số 3 lại kêu to” có thể nằm trong nhóm chat cả buổi trước khi ai đó ghi thành phiếu, và khi được ghi thì thiếu mã thiết bị, thiếu vị trí, thiếu mức độ khẩn. Tổ bảo trì mất thời gian hỏi lại, còn quản lý không biết phiếu nào đang tồn.

AI Agent có thể làm khâu chuyển lời báo hỏng thành phiếu bảo trì đủ thông tin, gợi ý người xử lý và theo dõi phiếu tới khi đóng. Những gì liên quan an toàn, dừng máy hay chi phí lớn vẫn cần trưởng tổ bảo trì quyết định.

Bài viết đi qua các trường dữ liệu của một phiếu bảo trì, cách AI và workflow chia nhau xử lý, cách thí điểm và phân việc giữa người vận hành máy, tổ bảo trì và kho.

1. Bản chất của AI quản lý bảo trì thiết bị

Phần AI thật sự cần là đọc hiểu lời báo hỏng viết tự do: nhận ra thiết bị nào đang được nói tới, triệu chứng là gì, có dấu hiệu nguy hiểm không. Sau khi đã có dữ liệu có cấu trúc, các bước còn lại như tạo phiếu, tra lịch sử, kiểm tồn phụ tùng, gửi thông báo và nhắc hạn nên chạy bằng workflow có quy tắc rõ. Cách chia việc giữa AI và workflow tự động được bàn kỹ hơn ở bài AI Agent và n8n.

Ba mức việc trong bảo trì như sau. Mức hỏi đáp là trả lời người vận hành về trạng thái phiếu, lịch bảo trì định kỳ hay hướng dẫn thao tác an toàn cơ bản đã được duyệt. Mức tra cứu là đọc danh mục thiết bị, lịch sử sửa chữa, lịch làm việc của kỹ thuật viên và tồn kho phụ tùng. Mức ghi gồm tạo phiếu, phân công, đặt giữ phụ tùng và đóng phiếu; tạo phiếu nháp có thể tự động, còn phân công sự cố nặng, xuất phụ tùng giá trị cao hay đóng phiếu phải có người xác nhận.

2. Các yếu tố cần thiết kế

1. Mô tả sự cố

Lời báo hỏng thường ngắn và mơ hồ, nên AI cần tách ra được triệu chứng, thời điểm xảy ra và thiết bị đang ở trạng thái nào: còn chạy, chạy yếu hay đã dừng. Khi thiếu thông tin quan trọng, AI hỏi lại người báo một hai câu cụ thể, chẳng hạn “máy còn chạy không” hay “có mùi khét không”. Mô tả gốc luôn được giữ nguyên trong phiếu để kỹ thuật viên đọc.

2. Mã thiết bị

Mỗi phiếu phải gắn với đúng một mã thiết bị trong danh mục. Người báo thường gọi theo tên quen như “máy nén tầng hai” hay “lò số 3”, nên cần bảng tên gọi thường dùng ánh xạ về mã. Tem mã QR dán trên thiết bị giúp người báo quét và gửi kèm, giảm hẳn lỗi nhận nhầm. Khi có hai thiết bị cùng khớp, AI hỏi lại chứ không chọn bừa.

3. Mức ưu tiên

Mức ưu tiên dựa trên quy tắc do trưởng bảo trì đặt: ảnh hưởng an toàn, ảnh hưởng sản xuất hay chỉ ảnh hưởng tiện nghi. Từ khóa như rò rỉ hóa chất, chập điện, bốc khói hay kẹt người phải luôn đẩy lên mức khẩn cấp và báo ngay cho người trực. AI có thể đề xuất mức ưu tiên cho các trường hợp khác, nhưng không được hạ mức mà quy tắc đã đặt.

4. Lịch sử bảo trì

Khi tạo phiếu, AI kéo các lần sửa gần nhất của cùng thiết bị: lỗi gì, ai sửa, thay phụ tùng nào. Nếu cùng một lỗi lặp lại nhiều lần trong thời gian ngắn, phiếu nên được đánh dấu để trưởng tổ xem xét nguyên nhân gốc thay vì sửa lại lần nữa. Thông tin này giúp kỹ thuật viên chuẩn bị đúng dụng cụ trước khi xuống hiện trường.

5. Kỹ thuật viên

Phân công dựa trên kỹ năng, ca làm việc, khu vực và khối lượng phiếu đang giữ của từng kỹ thuật viên. Danh sách kỹ năng phải được trưởng tổ xác nhận, nhất là với việc cần chứng chỉ như điện cao áp hay thiết bị áp lực. AI đề xuất người phù hợp; với sự cố khẩn cấp, người trực nhận thông báo ngay và xác nhận đã nhận việc.

6. Phụ tùng

Từ lịch sử sửa chữa và loại lỗi, AI gợi ý phụ tùng có thể cần và kiểm tồn kho. Nếu thiếu, phiếu hiện rõ trạng thái “chờ phụ tùng” để không ai hiểu nhầm là đang bị bỏ quên. Việc xuất kho hay đặt mua vẫn đi qua quy trình của kho và mua hàng, AI không tự tạo đơn mua.

7. SLA

Mỗi mức ưu tiên có thời hạn phản hồi và thời hạn xử lý do doanh nghiệp tự đặt. AI theo dõi phiếu sắp quá hạn, nhắc người được giao và báo lên trưởng tổ khi đã quá hạn. Đồng hồ SLA nên dừng khi phiếu chờ phụ tùng hoặc chờ dừng máy theo lịch, để số liệu phản ánh đúng phần việc của tổ bảo trì.

8. Trạng thái

Phiếu đi qua các trạng thái rõ ràng: mới, đã phân công, đang xử lý, chờ phụ tùng, chờ nghiệm thu, đã đóng. Kỹ thuật viên cập nhật trạng thái bằng thao tác đơn giản trên điện thoại, kèm ảnh và ghi chú sau khi sửa. Phiếu chỉ đóng khi người vận hành hoặc trưởng ca xác nhận thiết bị đã chạy lại bình thường.

3. Quy trình triển khai thực tế

Bước 1: Xác định phạm vi và kết quả cần đo

Chọn một khu vực hoặc một nhóm thiết bị để thí điểm, và gom các kênh báo hỏng hiện có về một kênh chính. Chốt những gì sẽ đo: tỷ lệ phiếu tạo đúng mã thiết bị, thời gian từ lúc báo tới lúc có người nhận, tỷ lệ phiếu quá hạn và số lần phải hỏi lại người báo. Trưởng bảo trì và quản lý khu vực cùng xác nhận.

Bước 2: Chuẩn hóa dữ liệu cùng quyền truy cập

Rà lại danh mục thiết bị, gắn mã và vị trí, lập bảng tên gọi thường dùng. Viết quy tắc mức ưu tiên và thời hạn xử lý, danh sách kỹ năng của từng kỹ thuật viên và danh mục phụ tùng theo thiết bị. Người vận hành chỉ tạo và xem phiếu của khu vực mình; kỹ thuật viên cập nhật phiếu được giao; chỉ trưởng tổ đổi mức ưu tiên và đóng phiếu khẩn cấp.

Bước 3: Thiết kế tích hợp ngoại lệ và phê duyệt

Xác định các trường hợp AI phải dừng và gọi người: sự cố an toàn, thiết bị không nhận dạng được, sự cố cần dừng cả dây chuyền, sửa chữa cần đơn vị bên ngoài. Với sự cố an toàn, thông báo phải đi song song qua kênh khẩn cấp đã có của doanh nghiệp, không chỉ dựa vào khung chat. Đầu ra là sơ đồ luồng phiếu kèm người quyết định ở mỗi điểm rẽ.

Bước 4: Kiểm thử vận hành rồi cải thiện theo log

Lấy các tin báo hỏng thật trong một khoảng thời gian gần đây, bỏ thông tin cá nhân, cho AI xử lý lại và so với phiếu tổ bảo trì đã tạo. Sau khi chạy thật, trưởng tổ xem hằng tuần những phiếu bị sửa mã thiết bị, đổi mức ưu tiên hay phân công lại, rồi bổ sung bảng tên gọi và quy tắc. Mỗi lần thêm khu vực mới đều chạy lại bộ ca thử.

4. Ví dụ giả định

AI tạo work order từ tin nhắn và phân theo kỹ năng; lỗi an toàn được nâng mức khẩn cấp.

Bộ ca thử rút ra từ đây gồm: tin “máy đóng gói line 2 kêu lạ nhưng vẫn chạy”, tin “tủ điện tầng 1 có mùi khét”, tin “máy lạnh phòng họp không mát” gửi hai lần bởi hai người, và tin chỉ ghi “máy lại hỏng rồi” không kèm vị trí. Kết quả mong đợi là ca một thành phiếu mức thường gắn đúng thiết bị, ca hai được nâng khẩn cấp và báo ngay người trực điện, ca ba gộp thành một phiếu thay vì hai, ca bốn hỏi lại người báo. Nếu ca hai chỉ được xếp mức thường, lỗi nằm ở quy tắc ưu tiên và phải sửa trước mọi thứ khác.

5. Rủi ro và giới hạn

• Không tự động hóa khi dữ liệu hoặc thẩm quyền chưa rõ
• Giới hạn quyền đọc ghi theo nhu cầu tối thiểu
• Giữ người phụ trách cho ngoại lệ và quyết định quan trọng
• Theo dõi log và kiểm thử lại sau mỗi thay đổi

Rủi ro nghiêm trọng nhất là đánh giá thấp một sự cố an toàn, vì hậu quả không chỉ là máy dừng. Vì vậy các từ khóa và loại thiết bị nguy hiểm phải được xử lý bằng quy tắc cứng, không để mô hình cân nhắc. Rủi ro thứ hai là gắn nhầm thiết bị, khiến kỹ thuật viên tới sai chỗ và lịch sử bảo trì bị ghi lẫn. Rủi ro thứ ba là phiếu trùng khi nhiều người cùng báo một sự cố, làm số liệu tồn đọng bị phóng đại. AI cũng không được đưa ra hướng dẫn sửa chữa cho người không có chuyên môn.

6. Phân chia trách nhiệm vận hành

Người vận hành máy hoặc nhân viên tòa nhà báo hỏng đúng kênh và xác nhận thiết bị đã chạy lại. Trưởng tổ bảo trì sở hữu quy tắc ưu tiên, thời hạn xử lý và danh sách kỹ năng, quyết định các sự cố nặng và xem các phiếu quá hạn. Kỹ thuật viên cập nhật trạng thái, ghi nguyên nhân và phụ tùng đã dùng. Kho quản lý tồn phụ tùng và xử lý yêu cầu xuất. IT lo tích hợp giữa kênh báo hỏng, hệ thống quản lý bảo trì và kho, cùng quyền truy cập và nhật ký.

Khi thêm thiết bị mới, đổi tên khu vực hoặc thay đổi quy tắc ưu tiên, danh mục và bảng tên gọi phải cập nhật trước, sau đó chạy lại bộ tin báo hỏng mẫu. Nếu phần tự động gặp sự cố, tổ bảo trì quay về nhận báo hỏng qua điện thoại và ghi phiếu tay, và kênh báo hỏng phải hiện thông báo để người báo biết gọi số nào.

7. Chỉ số nên theo dõi

• Tỷ lệ hoàn thành đúng theo tiêu chí đã duyệt
• Tỷ lệ từ chối đúng và chuyển người phụ trách
• Lỗi tích hợp, độ trễ và số thao tác phải sửa
• Chi phí cùng tác động kinh doanh của quy trình

Số phiếu tạo ra tăng lên có thể chỉ vì báo hỏng dễ hơn chứ chưa chắc bảo trì tốt hơn. Nên theo dõi tỷ lệ phiếu gắn đúng thiết bị, tỷ lệ sự cố an toàn được nâng mức đúng, thời gian từ lúc báo tới lúc kỹ thuật viên nhận việc, số phiếu quá hạn theo từng mức ưu tiên và số lỗi lặp lại trên cùng thiết bị. Dữ liệu này cũng là nền cho việc phân tích thời gian dừng máy về sau.

8. Checklist trước khi vận hành

• Nguồn dữ liệu và chủ sở hữu đã xác nhận
• Quyền đọc ghi đã thử với nhiều vai trò
• Có phương án khi hệ thống lỗi hoặc thiếu dữ liệu
• Có log, phê duyệt và cơ chế chống thao tác trùng
• Có bộ kiểm thử hồi quy và người vận hành

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

Có thể dùng AI quản lý bảo trì thiết bị ngay không? Có thể bắt đầu khi thiết bị đã có mã định danh thống nhất và doanh nghiệp đang ghi phiếu bảo trì trên một hệ thống, dù đơn giản. Nếu báo hỏng hiện chỉ qua điện thoại và không ai ghi lại, nên chuẩn hóa kênh báo hỏng và danh mục thiết bị trước.

Nên bắt đầu tự động hóa phiếu bảo trì từ đâu? Bắt đầu từ khâu tiếp nhận: AI đọc tin báo hỏng, nhận ra thiết bị và tạo phiếu nháp đủ trường cho tổ bảo trì xác nhận. Khâu phân công tự động nên mở sau, khi đã có dữ liệu kỹ năng của kỹ thuật viên và vài tuần kết quả tiếp nhận đúng.

Khi nào phiếu bảo trì cần người xác nhận? Khi sự cố liên quan an toàn con người, khi thiết bị thuộc dây chuyền chính và cần dừng máy, khi phải xuất phụ tùng giá trị lớn hoặc gọi đơn vị bên ngoài, và khi AI không chắc thiết bị nào đang được nói tới. Trưởng tổ bảo trì quyết định ở các điểm này.

AI có thay kỹ thuật viên chẩn đoán lỗi thiết bị không? Không. AI có thể gợi ý các lần sửa trước của cùng thiết bị và tài liệu hướng dẫn liên quan để kỹ thuật viên tham khảo. Việc kiểm tra thực tế, xác định nguyên nhân và quyết định cách sửa vẫn do kỹ thuật viên có chuyên môn đảm nhận.

Kết luận

AI quản lý bảo trì thiết bị giúp lời báo hỏng không còn trôi trong nhóm chat mà thành phiếu đủ thông tin, đến đúng người và được theo dõi tới khi đóng. Muốn vậy cần danh mục thiết bị rõ ràng, quy tắc ưu tiên cứng cho sự cố an toàn và trưởng tổ bảo trì giữ quyền quyết định ở những điểm quan trọng. Phần kết nối với hệ thống kho và ERP có thể xem thêm ở bài tích hợp AI Agent với CRM, ERP và API.

Trao đổi với Naventic để khảo sát quy trình tiếp nhận và xử lý phiếu bảo trì. Đọc thêm: AI Workflow Automation.