Triển khai chấm công tích hợp: xử lý mất kết nối và dữ liệu quét trùng
Tải lại dữ liệu sau mất mạng không nên làm nhân đôi sự kiện, nhưng cũng không được xóa nhầm lượt quét thật. Cần khóa nhận diện, mốc tiếp nhận và bước đối soát sau khi kết nối trở lại.
Thiết bị đã lưu một lượt quét nhưng phần mềm chưa nhận được phản hồi có thể dẫn tới việc tải lại cùng dữ liệu. Nếu mỗi lần tải đều thêm mới, bảng công sẽ có bản trùng. Ngược lại, xóa mọi lượt gần nhau theo một khoảng thời gian cố định có thể làm mất sự kiện hợp lệ. Cần phân biệt gửi lại với quét thêm thực sự.
Giữ sự kiện gốc cùng khóa nhận diện ổn định
Ưu tiên mã sự kiện của thiết bị kết hợp nhận diện máy và các điều kiện cần để không trùng sau khi thay hoặc reset máy. Nếu thiết bị không cung cấp mã đủ tin cậy, cần khảo sát cách lập khóa và các trường hợp xung đột.
Một lần gửi lại cùng sự kiện phải được nhận diện để không tạo thêm bản. Việc người dùng quét hai lần thật là tình huống khác: nên giữ dữ liệu gốc và dùng quy tắc xử lý công đã được xác nhận, không đánh đồng với bản sao do truyền lại.
Tách tiếp nhận dữ liệu khỏi tính kết quả công
Theo dõi phần chưa tải, đang gửi, đã xác nhận và bị từ chối. Chỉ cập nhật mốc hoàn tất khi đã có xác nhận phù hợp; nếu tiến trình dừng giữa chừng, cần biết khoảng nào có thể đọc lại an toàn.
Sau khi dữ liệu về, bước ghép ca mới xử lý lượt vào ra và ngoại lệ. Các lớp này nên có kết quả riêng để người hỗ trợ biết lỗi ở kết nối, liên kết nhân viên hay quy tắc tính, tránh chỉ có một thông báo thất bại chung.
Đối soát sau phục hồi và thử tình huống lỗi
Kiểm tra số sự kiện theo máy và khoảng thời gian, danh sách mã chưa liên kết cùng các khoảng nghi thiếu. Nếu thiết bị không giữ dữ liệu vô hạn, cần có cảnh báo sớm và phương án lấy dữ liệu thay thế được kiểm soát.
Thử dừng chương trình sau gửi nhưng trước nhận phản hồi, gửi lại một lô và khởi động lại thiết bị. Kết quả cần có đủ sự kiện hợp lệ, không nhân đôi và có lý do cho bản bị từ chối. Không coi thông báo đã kết nối là bằng chứng dữ liệu đã đủ.
Ví dụ áp dụng trong công việc
Ví dụ giả lập: thiết bị có 100 sự kiện, nhưng sau sự cố phần mềm nhận 105 lần truyền vì 5 sự kiện được gửi lại. Giả định khóa nhận diện đủ tin cậy.
| Khoản | Số lượng | Kết quả mong đợi |
|---|---|---|
| Sự kiện gốc | 100 | Phải có đủ để đối soát |
| Lần truyền gửi lại | 5 | Nhận diện cùng khóa, không thêm mới |
| Tổng lần truyền / sự kiện hợp lệ | 105 / 100 | Không nhầm 105 lượt công thực tế |
Checklist bắt đầu
- Khóa phân biệt sự kiện gốc với lần gửi lại.
- Giữ dữ liệu quét thật trước khi áp quy tắc công.
- Có trạng thái tiếp nhận và tính công riêng.
- Đã thử gửi lại, dừng giữa chừng và đối soát phục hồi.
Câu hỏi thường gặp
Lọc mọi lượt cách nhau dưới một phút có giải quyết trùng không?
Không phải giải pháp chung. Khoảng đó có thể chứa các lượt hợp lệ hoặc sự kiện từ hai thiết bị khác nhau. Cần phân biệt bản sao truyền dữ liệu bằng khóa trước; cách xử lý người quét lặp thuộc quy tắc nghiệp vụ và phải giữ được căn cứ.
Bước tiếp theo cho doanh nghiệp
Hải Âu có thể cùng doanh nghiệp lập bộ tình huống lỗi theo model thiết bị và cách lấy dữ liệu để thống nhất tiêu chí nghiệm thu.
Trao đổi phương án đối soát chấm công tích hợp.
Xem thêm bài viết Quản lý nhân sự.
Tham khảo chuyên môn: Microsoft Learn — Nhận diện thông điệp gửi lại.
