Một hóa đơn có thể đến qua email, thư mục chung rồi được chụp lại trong tin nhắn. Ba file khác nhau không nhất thiết là ba khoản phải trả. AI có thể giúp đọc và nhóm những bản có dấu hiệu giống nhau, nhưng quyết định giữ bản nào cần dựa trên chứng từ nguồn và người phụ trách. Mục tiêu là tạo một hàng chờ kiểm tra có lý do, không tự loại bỏ tài liệu chỉ vì nhìn giống.
Hóa đơn trùng có nhiều lớp, không chỉ trùng file
Trùng byte là trường hợp hai file có cùng nội dung số. Trùng nghiệp vụ là hai bản cùng biểu diễn một hóa đơn dù một bản là PDF, bản còn lại là ảnh chụp. Ngược lại, hai hóa đơn cùng số nhưng thuộc hai nhà cung cấp khác nhau có thể là hai chứng từ độc lập. Bản điều chỉnh hoặc thay thế cũng cần quan hệ riêng, không được gom vào nhóm “bỏ qua”.
Tài liệu Microsoft về Invoice capture phân biệt kiểm tra checksum của file với kiểm tra số hóa đơn. Đây là một ranh giới hữu ích khi thiết kế quy trình: lớp nhận file xử lý việc gửi lại; lớp nghiệp vụ xem danh tính chứng từ. Khả năng của một sản phẩm cụ thể còn phụ thuộc cấu hình, không phải tính năng mặc định của mọi hệ thống AI.
Mẫu sổ kiểm tra trước khi nhập đối chiếu
Tạo một dòng cho mỗi file nhận được, sau đó tạo nhóm nghi trùng. Không ghi đè file cũ. Mẫu dưới đây là thiết kế biên tập, có thể triển khai bằng bảng tính trước khi nối hệ thống.
| Trường | Mục đích |
|---|---|
| file_id, received_at, source_channel | Truy lại lần nhận và kênh gửi |
| file_hash, invoice_number_raw | Tách trùng file với số đọc từ chứng từ |
| supplier_id, document_type, issue_date | Xác định chủ thể và loại chứng từ |
| currency, total_raw, source_page | Giữ số gốc và vị trí đối chiếu |
| suspected_group, reason, reviewer, decision | Giải thích nghi vấn và lưu người quyết định |
Số hóa đơn sau chuẩn hóa phải nằm ở cột riêng. Nếu bỏ khoảng trắng hoặc đổi ký tự, giữ lại chuỗi gốc để người kiểm tra biết hệ thống đã thay đổi gì. Không tự đổi chữ O thành số 0 chỉ để làm hai bản khớp nhau.
Ví dụ mô phỏng: ba file, hai hướng xử lý
Giả sử file A và B cùng nhà cung cấp, cùng số chứng từ, ngày phát hành và tổng tiền; B là ảnh chụp của A. File C có cùng số nhưng ghi loại điều chỉnh và tham chiếu chứng từ trước. Đây là tình huống mô phỏng, không phải hồ sơ khách hàng.
- A và B: đề xuất nhóm “có thể cùng chứng từ”, mở hai nguồn cạnh nhau để xác nhận.
- C: chuyển nhánh “có quan hệ điều chỉnh”, giữ độc lập cho người phụ trách xem liên kết.
- Nếu B mờ mất số: giữ trạng thái thiếu bằng chứng, không khẳng định trùng bằng tổng tiền.
Sau xác nhận, có thể chọn một bản làm nguồn đọc chính và giữ đường dẫn các bản gửi lại. Việc hợp nhất hàng chờ không đồng nghĩa xóa file hoặc thay đổi trạng thái thanh toán.
Ngưỡng chuyển người kiểm tra
Nên chuyển duyệt khi thiếu mã nhà cung cấp, tiền tệ không rõ, tổng tiền khác nhau, có chữ điều chỉnh/thay thế hoặc ngày phát hành lệch. Một tỷ lệ giống nhau do mô hình tạo ra chỉ là tín hiệu ưu tiên xem xét. Nó không chứng minh hai tài liệu là cùng một nghĩa vụ thanh toán.
Quy tắc xác nhận cần do chủ quy trình thống nhất. Chẳng hạn, nhóm mua hàng có thể cần xem PO còn kế toán cần xem danh tính hóa đơn. Người đọc tài liệu không nên đồng thời có quyền tự đánh dấu đã xử lý nghiệp vụ khi chưa được phân quyền.
Kiểm tra bằng những trường hợp dễ nhầm
Trước khi vận hành, chuẩn bị cặp file giống hệt, bản scan khác độ phân giải, hóa đơn khác nhà cung cấp nhưng trùng số, bản điều chỉnh và ảnh mất góc. Ghi kết quả mong đợi cho từng cặp. Tách lỗi bỏ sót trùng khỏi lỗi gộp nhầm hai hóa đơn; lỗi gộp nhầm thường cần ưu tiên điều tra vì có thể làm mất việc phải kiểm tra.
Khi sửa quy tắc chuẩn hóa, chạy lại tập cặp đã được người phụ trách xác nhận. Chỉ báo mức giảm thao tác khi đã đo trên kỳ dữ liệu xác định; không suy ra hiệu quả tài chính từ vài ví dụ đúng.
Đưa nhóm đã xác nhận vào bước đối chiếu
Sổ nghi trùng là đầu vào cho quy trình đối chiếu chứng từ mua hàng, không thay thế việc kiểm số lượng, giá và chứng cứ nhận hàng. Nếu điểm nghẽn nằm ở chất lượng bản scan, hãy làm rõ yêu cầu đọc và xử lý tài liệu trước khi bổ sung quy tắc gom nhóm.
Khi trao đổi phương án triển khai, mang theo vài cặp đã ẩn dữ liệu nhạy cảm, quyết định của người kiểm tra và hệ thống đang nhận chứng từ. Những đầu vào đó giúp xác định phạm vi đọc, hàng chờ và quyền thao tác mà không cần hứa trước tỷ lệ phát hiện.
Nguồn tham khảo
Tài liệu chính thức: Checksum nhận diện trùng file khác kiểm tra trùng số hóa đơn; thiết kế nghiệp vụ bổ sung cần được xác định riê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.
