Số trên đồng hồ hôm nay thấp hơn hôm qua có thể là nhập sai, thay đồng hồ hoặc cơ chế quay vòng. Nếu AI chỉ lấy hiệu hai số, danh sách đến kỳ bảo trì sẽ sai ngay từ đầu. Việc cần làm trước là giữ lịch sử số đọc và các sự kiện thay đổi, rồi mới hỗ trợ người bảo trì xem máy nào cần chú ý.
Bảo trì theo giờ máy khác một lịch ngày cố định
Giờ vận hành là số tích lũy theo sử dụng. Mốc ngày và mốc giờ có thể cùng tồn tại theo hướng dẫn thiết bị hoặc chính sách được duyệt. Không nên để AI tự chọn mốc nào quan trọng hơn hoặc đặt chu kỳ chỉ vì đã thấy một máy tương tự.
Tài liệu Oracle phân biệt số đọc hiển thị với tổng tích lũy khi có sự kiện reset hoặc quay vòng. Bài này tập trung vào sổ giờ chạy; không coi chênh lệch giờ là chẩn đoán tình trạng hay dự báo hỏng hóc.
Sổ số đọc phải biết đang dùng đồng hồ nào
| Trường | Ý nghĩa |
|---|---|
| asset_id, meter_id, unit | Máy, đồng hồ và đơn vị |
| reading_at, reading_raw, source | Thời điểm, số đọc nguyên gốc và ảnh/nguồn |
| event_type | Đọc thường, thay đồng hồ, reset hoặc quay vòng đã xác nhận |
| validated_reading, reviewer | Số được xác nhận và người chịu trách nhiệm |
| last_service_baseline, approved_interval | Mốc sau bảo trì và chu kỳ từ nguồn được duyệt |
Ảnh đồng hồ có thể giúp truy nguồn, nhưng ảnh không tự chứng minh chụp đúng máy và đúng lúc. Cần mã máy hoặc quy trình thu thập đủ tin cậy. AI đọc ảnh chỉ nên tạo số đề xuất, nhất là khi dấu thập phân và đơn vị khó nhìn.
Ví dụ mô phỏng: số giảm không phải giờ chạy âm
Máy M-01 có số xác nhận 1.240 giờ; lần sau ghi 35 giờ. Chưa có biên bản thay đồng hồ thì kết quả là chờ xác minh. Không ghi máy chạy âm 1.205 giờ và không tự cộng một vòng đồng hồ giả định.
Nếu có sự kiện thay đồng hồ đã được người phụ trách xác nhận, sổ lưu mốc đồng hồ cũ, mốc ban đầu của đồng hồ mới và thời điểm chuyển. Phần giờ phát sinh được tính theo từng đoạn hợp lệ. Đây là ví dụ mô phỏng dữ liệu, không phải hướng dẫn kỹ thuật bảo trì cho một loại máy cụ thể.
Hàng chờ cần tách thiếu số đọc với đến kỳ
Máy thiếu số đọc không nên hiện như “chưa đến kỳ”. Đặt trạng thái riêng để điều phối thu thập bổ sung. Máy có số tăng bất thường cần xem lại ảnh và thời gian; máy đến ngưỡng theo chu kỳ đã duyệt cần người phụ trách lập kế hoạch công việc.
AI có thể tóm tắt vì sao một dòng đang chờ, nhưng không tự điều khiển thiết bị hoặc phát hành lệnh công việc. Các công việc có yêu cầu an toàn vẫn theo quy trình chuyên môn hiện hành.
Đo độ hữu ích bằng chất lượng danh sách
Thử các ca số tăng bình thường, nhập lặp, đọc thiếu, sai đơn vị, thay đồng hồ và dữ liệu đến muộn. Kết quả mong đợi nên do người quản lý bảo trì xác định. Theo dõi số dòng cần sửa và nguyên nhân, thay vì chỉ báo AI đã đọc được bao nhiêu ảnh.
Khi thay đổi cách tính, lưu phiên bản quy tắc và tính lại trên bản sao trước. Một danh sách ổn định, giải thích được thường có giá trị hơn cảnh báo liên tục nhưng không cho biết dữ liệu nào đáng tin.
Nối dữ liệu với quy trình đang có
Nếu đã có sổ máy, có thể xem xét tự động hóa phần chuẩn bị công việc nội bộ. Nếu số đọc nằm trong ảnh hoặc biên bản, phần đọc tài liệu cần quy định rõ mã máy và bằng chứng.
Để xác định phạm vi, chuẩn bị lịch sử một máy có thay đồng hồ và chu kỳ đang được áp dụng. Mục tiêu đầu tiên là danh sách người bảo trì có thể kiểm tra và sử dụng, chưa phải hệ thống tự dự đoán hỏng máy.
Nguồn tham khảo
Tài liệu chính thức: Lịch sử số đọc giữ số hiển thị và số tích lũy; reset hoặc quay vòng không đồng nghĩa tổng sử dụng trở về không. Truy cập ngày 13/10/2026. Các mẫu sổ, tình huống và đề xuất kiểm soát trong bài do người biên tập xây dựng; không phải tính năng Onter đã nghiệm thu.
