AI đối chiếu đơn mua hàng, phiếu nhập và hóa đơn như thế nào?

Ở nhiều doanh nghiệp, kế toán phải trả chỉ duyệt thanh toán sau khi đã so ba thứ: đơn mua hàng đã đặt, phiếu nhập kho ghi nhận hàng thực nhận, và hóa đơn nhà cung cấp gửi về. Khi mỗi tháng có vài chục hóa đơn, việc này làm tay vẫn ổn. Khi con số lên hàng trăm, với hàng giao nhiều đợt, đơn giá đổi giữa chừng và hóa đơn gộp nhiều đơn, việc so khớp trở thành nút thắt khiến thanh toán chậm hoặc lọt chênh lệch.

AI có thể làm phần đọc, ghép và so từng dòng giữa ba chứng từ, rồi đưa ra danh sách những chỗ không khớp kèm giải thích. Nhưng quyết định trả tiền, tạm giữ hay yêu cầu điều chỉnh vẫn phải là của kế toán.

Bài viết đi qua từng thành phần cần thiết kế, từ dữ liệu của đơn mua hàng tới cách đặt dung sai, quy trình thí điểm, và cách chia việc giữa mua hàng, kho và kế toán.

1. Bản chất của AI đối chiếu ba chiều

Đối chiếu ba chiều về cơ bản là bài toán ghép dòng. AI đọc hóa đơn, tìm đơn mua hàng và phiếu nhập tương ứng, rồi so từng dòng theo mã hàng, số lượng, đơn giá và thuế. Phần khó không nằm ở phép so, mà ở chỗ ba chứng từ thường không viết giống nhau: nhà cung cấp gọi hàng theo tên riêng, kho nhập theo đơn vị tính khác, một hóa đơn gộp hai lần giao. Mô hình ngôn ngữ có ích ở bước ghép những dòng mô tả khác nhau này; còn phép cộng trừ và so dung sai nên để quy tắc tất định xử lý. Phần đọc hóa đơn từ bản scan hay ảnh chụp được bàn riêng trong bài AI đọc hóa đơn và chứng từ.

Ba mức việc cần tách rõ. Mức hỏi đáp là trả lời kế toán hay mua hàng về trạng thái đối chiếu của một hóa đơn và lý do bị giữ. Mức tra cứu là đọc đơn mua hàng, phiếu nhập và hóa đơn trong ERP để lập bảng so khớp. Mức ghi, như đánh dấu hóa đơn đủ điều kiện thanh toán hay tạo bút toán, chỉ được mở cho các trường hợp khớp hoàn toàn và đã qua thời gian thí điểm; mọi chênh lệch đều dừng ở hàng chờ của kế toán.

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

1. Purchase order

Đơn mua hàng là mốc gốc: nó ghi doanh nghiệp đã đồng ý mua gì, bao nhiêu, giá nào. AI chỉ nên đối chiếu với đơn đã được duyệt và còn hiệu lực, không dùng bản nháp hay bản đã hủy. Nếu đơn bị sửa sau khi gửi nhà cung cấp, hệ thống cần giữ lịch sử phiên bản để biết hóa đơn đang khớp với bản nào. Dấu hiệu làm sai là AI ghép hóa đơn vào một đơn cùng nhà cung cấp nhưng khác kỳ.

2. Phiếu nhập

Phiếu nhập cho biết hàng thực sự đã về bao nhiêu và vào ngày nào. Đây thường là chứng từ yếu nhất, vì kho nhập muộn, nhập gộp hoặc ghi chú bằng tay. Nếu hóa đơn về trước khi kho kịp nhập, AI nên để trạng thái “chờ phiếu nhập” thay vì kết luận là thiếu hàng. Với hàng giao nhiều đợt, cần ghép hóa đơn với đúng những lần nhận hàng mà nó tính tiền.

3. Hóa đơn

Hóa đơn là chứng từ đến từ bên ngoài, nên cần kiểm tra thêm mã số thuế người bán, số và ký hiệu hóa đơn, và khả năng trùng với hóa đơn đã ghi nhận. AI đọc từng dòng hàng rồi ánh xạ về mã hàng nội bộ. Khi một dòng hóa đơn không ánh xạ được, kết quả phải ghi “chưa xác định mã hàng” chứ không đoán sang mã gần giống.

4. Số lượng

So số lượng cần quy về cùng đơn vị tính trước: đơn đặt theo thùng, kho nhập theo cái, hóa đơn ghi theo kg là chuyện thường gặp. Bảng quy đổi đơn vị cho từng mã hàng phải do mua hàng hoặc kho xác nhận, không để mô hình tự suy. Chênh lệch thường gặp nhất là hóa đơn tính đủ số lượng đặt trong khi kho mới nhận một phần.

5. Đơn giá

Đơn giá trên hóa đơn so với giá trên đơn mua hàng, có tính tới chiết khấu, giá theo bậc số lượng hay điều khoản điều chỉnh giá đã thỏa thuận. Nếu hợp đồng khung có bảng giá riêng, AI cần đọc đúng bảng còn hiệu lực tại ngày đặt hàng. Một khoản chênh vài trăm đồng trên mỗi đơn vị trông nhỏ nhưng nhân với số lượng lớn thì không nhỏ.

6. Thuế

Thuế suất trên hóa đơn phải khớp với thuế suất áp cho mặt hàng đó trong đơn mua hàng và danh mục hàng hóa. AI kiểm tra cả tiền thuế từng dòng và tổng tiền thuế, vì sai lệch do làm tròn khác sai lệch do áp nhầm thuế suất. Khi thuế suất khác nhau, kết quả luôn chuyển kế toán thuế xem, kể cả khi số tiền chênh rất nhỏ.

7. Dung sai

Dung sai là khoảng chênh lệch doanh nghiệp chấp nhận được mà không cần xử lý, ví dụ do làm tròn hoặc hao hụt tự nhiên của một số loại hàng. Mức dung sai do kế toán trưởng quyết định và nên đặt riêng cho số lượng, đơn giá và tổng tiền, có thể khác nhau theo nhóm hàng. Không nên có một dung sai chung cho mọi thứ, và mô hình không được tự nới dung sai để cho hóa đơn “khớp”.

8. Phê duyệt ngoại lệ

Mỗi hóa đơn không khớp đi vào hàng chờ với bảng so sánh ba cột, dòng lệch được tô rõ và lý do gợi ý. Người duyệt chọn một trong vài hướng đã định sẵn: chấp nhận chênh lệch, yêu cầu nhà cung cấp điều chỉnh, chờ phiếu nhập bổ sung, hoặc tạm giữ thanh toán. Mọi lựa chọn đều ghi lại người duyệt, thời điểm và lý do để kiểm toán nội bộ xem lại được.

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 nhóm hóa đơn để thí điểm, thường là hàng hóa có mã rõ từ vài nhà cung cấp thường xuyên, và để riêng dịch vụ hay chi phí không qua kho. Chốt các chỉ số sẽ đo: tỷ lệ ghép đúng hóa đơn với đơn mua hàng, tỷ lệ phát hiện chênh lệch và thời gian từ lúc nhận hóa đơn tới lúc sẵn sàng thanh toán. Kế toán trưởng ký xác nhận phạm vi này.

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

Rà lại danh mục hàng, bảng quy đổi đơn vị, bảng mã nhà cung cấp và mức dung sai theo nhóm hàng. Tài khoản của AI trong ERP chỉ cần quyền đọc đơn mua hàng, phiếu nhập, hóa đơn và quyền ghi trạng thái đối chiếu, không có quyền tạo bút toán hay lệnh chi. Đầu ra là bảng ánh xạ dữ liệu và danh sách quyền, do kế toán và IT cùng xác nhận.

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

Liệt kê các loại ngoại lệ đã gặp trong quá khứ và định hướng xử lý cho từng loại: hàng giao thiếu, giao dư, đổi giá, hóa đơn gộp nhiều đơn, hóa đơn không có đơn mua hàng. Mỗi loại gắn với một người duyệt mặc định, như mua hàng cho chênh lệch giá, kho cho chênh lệch số lượng. Luồng này nên nằm trong hệ thống kế toán để không có hóa đơn nào lọt ra ngoài hàng chờ; các nguyên tắc chung có ở bài quy trình phê duyệt AI Agent.

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

Chạy song song ít nhất một kỳ thanh toán: kế toán vẫn đối chiếu như cũ, sau đó so với kết quả của AI. Ghi lại từng trường hợp AI ghép sai đơn, bỏ sót chênh lệch hoặc báo lệch giả. Danh sách lỗi được phân loại theo nguyên nhân để sửa đúng chỗ, rồi mới cho phép AI tự đánh dấu các hóa đơn khớp hoàn toàn.

4. Ví dụ giả định

AI phát hiện hóa đơn vượt số lượng đã nhận và chuyển kế toán, không tự điều chỉnh chứng từ.

Từ tình huống này có thể dựng các ca thử: hóa đơn tính 100 đơn vị trong khi phiếu nhập mới ghi 80, hóa đơn về trước phiếu nhập hai ngày, hóa đơn gộp hai đợt giao, và hóa đơn ghi đơn vị tính khác đơn mua hàng nhưng quy đổi ra vẫn khớp. Kết quả mong đợi lần lượt là: chuyển kế toán vì thiếu hàng, để chờ phiếu nhập, ghép đúng cả hai đợt, và đánh dấu khớp. Nếu ca cuối bị báo lệch, lỗi nằm ở bảng quy đổi chứ không phải ở mô hình.

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 đáng lo nhất là AI ghép một hóa đơn vào nhầm đơn mua hàng rồi báo “khớp”, vì trường hợp này không ai xem lại. Cách giảm là yêu cầu mọi lần ghép phải khớp cả nhà cung cấp, số đơn hoặc tham chiếu trên hóa đơn, chứ không chỉ khớp số tiền. Thứ hai là hóa đơn trùng: cùng một hóa đơn gửi qua email và qua cổng nhà cung cấp có thể bị đối chiếu hai lần. Ngoài ra, dữ liệu giá mua là thông tin nhạy cảm về thương mại, nên chỉ đưa cho mô hình phần cần để so, không gửi kèm toàn bộ hợp đồng.

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

Kế toán phải trả sở hữu quy trình đối chiếu, mức dung sai và quyết định cuối cùng về thanh toán. Bộ phận mua hàng chịu trách nhiệm đơn mua hàng đúng và cập nhật khi giá hoặc số lượng thay đổi, đồng thời làm việc với nhà cung cấp khi có chênh lệch giá. Kho chịu trách nhiệm nhập phiếu kịp thời và đúng số thực nhận. IT lo tích hợp với ERP, quyền của tài khoản AI và nhật ký xử lý.

Khi thay đổi bảng quy đổi đơn vị, mức dung sai hay cách ghép dòng, kết quả đối chiếu của cùng một hóa đơn có thể khác đi. Vì vậy mỗi thay đổi cần được ghi lý do, người duyệt và chạy lại trên bộ hóa đơn mẫu trước khi áp dụng cho kỳ thanh toán đang mở. Nếu phát hiện AI báo khớp sai, kế toán trưởng có quyền tắt chế độ tự đánh dấu và đưa toàn bộ về duyệt tay.

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ố hóa đơn AI xử lý mỗi ngày chưa nói lên nhiều. Cần xem tỷ lệ hóa đơn được đánh dấu khớp nhưng sau đó phát hiện sai, tỷ lệ báo lệch giả làm kế toán mất thời gian, và thời gian hóa đơn nằm trong hàng chờ ngoại lệ. Tách theo nhà cung cấp và loại chênh lệch để biết cần sửa dữ liệu nhà cung cấp, bảng giá hay khâu nhập kho.

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 đối chiếu ba chiều ngay không? Được, nếu đơn mua hàng và phiếu nhập đã nằm trong hệ thống với mã hàng thống nhất, và kế toán đã chốt mức dung sai cho từng loại chênh lệch. Nếu phiếu nhập vẫn ghi tay hoặc nhập muộn vài ngày, nên chuẩn hóa khâu nhận hàng trước.

Nên bắt đầu đối chiếu ba chiều bằng AI từ nhóm hóa đơn nào? Bắt đầu với nhóm nhà cung cấp thường xuyên, hàng hóa có mã rõ và hóa đơn điện tử. Nhóm này ít ngoại lệ, giúp kế toán so kết quả của AI với cách làm tay trong vài kỳ thanh toán trước khi mở rộng sang dịch vụ hay hàng giao nhiều đợt.

Khi nào kết quả đối chiếu ba chiều cần kế toán duyệt? Mọi chênh lệch vượt dung sai, hóa đơn không tìm được đơn mua hàng tương ứng, hàng nhận thiếu hoặc bị trả lại, và mọi trường hợp thuế suất khác với đơn đặt. AI chỉ đánh dấu và giải thích; kế toán quyết định chấp nhận, yêu cầu điều chỉnh hay tạm giữ thanh toán.

AI có tự sửa số liệu trên chứng từ khi thấy lệch không? Không nên. Chứng từ là căn cứ pháp lý và kế toán, nên AI chỉ ghi nhận chênh lệch, gợi ý nguyên nhân và chuyển người phụ trách. Việc yêu cầu nhà cung cấp xuất hóa đơn điều chỉnh hay sửa phiếu nhập do đúng bộ phận có thẩm quyền làm.

Kết luận

AI đối chiếu ba chiều giúp kế toán không phải dò từng dòng của những hóa đơn đã khớp, để dành thời gian cho những hóa đơn thật sự có vấn đề. Điều kiện là đơn mua hàng và phiếu nhập phải đúng và kịp thời, dung sai do kế toán quyết định, và mọi chênh lệch đều dừng lại chờ người duyệt. Nếu khâu đưa nhà cung cấp mới vào hệ thống còn lộn xộn, nên xem thêm bài AI hỗ trợ onboarding nhà cung cấp.

Trao đổi với Naventic để khảo sát quy trình đối chiếu chứng từ mua hàng. Đọc thêm: AI Finance & Accounting Agent.