AI đối chiếu chứng từ: truy vết trường và giữ ngoại lệ

Đăng ngày 27/10/2026

AI đối chiếu chứng từ nên kết thúc ở một hồ sơ dễ kiểm

AI đối chiếu chứng từ có thể đọc trường, nối hồ sơ và tìm điểm chưa khớp để người phụ trách xem lại. Nhưng một bảng dữ liệu trông đầy đủ chưa chứng minh nghiệp vụ có thật, khoản chi được chấp thuận hoặc bút toán đã đúng. Giá trị của công cụ nằm ở việc giúp người kiểm nhìn thấy căn cứ và ngoại lệ, kể cả khi hệ thống không biết kết luận. Đích đến ban đầu nên là hồ sơ bàn giao có thể đối chiếu, không phải một lệnh ghi sổ hoặc chuyển tiền.

Bài này xét công ty dịch vụ giả định đang soát hồ sơ đề nghị thanh toán. Họ nhận tài liệu ở nhiều dạng, có lịch sử xử lý và danh mục nhà cung cấp nhưng chưa có kết quả thử AI thực địa. Hai công cụ được đề xuất là phiếu truy vết trường dữ liệu và phiếu xử lý ngoại lệ. Công cụ thứ nhất giữ đường từ ký tự gốc tới giá trị dùng để so; công cụ thứ hai giữ lý do cần xem, người nhận và kết luận có căn cứ.

Phân biệt trích xuất với quyết định kế toán

Văn bản hợp nhất Luật Kế toán số 41/VBHN-VPQH ngày 16/03/2026 thể hiện các sửa đổi, gồm nội dung có hiệu lực từ tháng 7/2026. Các điều 16 đến 21 phân biệt nội dung chứng từ, lập và lưu trữ, ký xác nhận và quản lý sử dụng. Trong đó, người lập, người duyệt và người ký có trách nhiệm theo quy định. Bài chỉ dùng các điểm đã đọc để giữ ranh giới trách nhiệm; không xác nhận tính hợp lệ thuế, chế độ ghi nhận hoặc điều kiện thanh toán cho hồ sơ cụ thể[1].

Trong quy trình giả định, đọc được một số tiền là kết quả trích xuất. Kiểm số ấy có khớp tài liệu khác là bước đối chiếu. Quyết định ghi nhận vào tài khoản nào, kỳ nào hoặc còn cần bổ sung gì thuộc người phụ trách nghiệp vụ có thẩm quyền. Ba trạng thái cần được đặt tên riêng trong giao diện và hồ sơ xuất ra. Một dấu xanh “đã đọc” không được hiển thị như “đã duyệt”, vì người nhận có thể hiểu nhầm quyền hạn của hệ thống.

Tài liệu mô hình hóa đơn của Microsoft mô tả việc dùng OCR để lấy thông tin chính, dòng hàng và trả về dữ liệu có cấu trúc. Đây là mô tả khả năng sản phẩm có điều kiện, không phải cam kết đọc đúng mọi chứng từ tiếng Việt hoặc đánh giá tính xác thực của nghiệp vụ. Nhóm cần thử đúng loại tài liệu, phiên bản mô hình và cấu hình dự kiến; không coi ví dụ trường trong tài liệu sản phẩm là kết quả đã đo tại công ty[2].

Đọc đúng trường còn cần gắn đúng dòng và đúng tài liệu

Một mô hình có thể nhận ra con số nhưng đặt nó vào dòng dịch vụ khác, nhầm tổng trước thuế với tổng thanh toán hoặc lấy thông tin người mua thành người bán. Nghiên cứu DocILE tách việc định vị, trích xuất thông tin và nhận diện dòng hàng trên tài liệu kinh doanh; phần tóm tắt cũng đề cập các bố cục quen và ít hoặc chưa thấy. Điểm liên quan là phải kiểm sự gắn kết trường với dòng và bố cục, không suy một mức chính xác chung từ vài trang đẹp[3].

Công ty giả định nên giữ trang, vùng hoặc đoạn văn bản làm căn cứ cho trường đã đọc. Khi tài liệu có nhiều trang, đầu vào phải cho biết đó là một hồ sơ tiếp nối hay nhiều chứng từ ghép chung. Nếu không xác định được ranh giới, chuyển người kiểm trước khi cộng các dòng. Thiếu một trang không được xử lý bằng việc yêu cầu mô hình suy ra tổng hoặc nội dung còn lại từ mẫu tương tự đã thấy.

Mỗi giá trị cần phân biệt “đọc được”, “đã chuẩn hóa”, “đã kiểm với nguồn” và “chưa rõ”. Trường trống khác số không; ngày không rõ định dạng khác ngày được người kiểm xác nhận. Khi bản gốc mờ, nhóm có thể xin tài liệu rõ hơn theo quy trình của mình. Không dùng câu văn tự tin của AI để lấp một ký tự tài khoản hoặc số hiệu quan trọng; giá trị không có căn cứ cần giữ dấu thiếu và nơi nhận xác minh.

Phiếu truy vết giữ cả giá trị gốc lẫn giá trị để so

Phiếu đầu tiên ghi tên trường, giá trị đọc nguyên dạng, vị trí trên bản nguồn, giá trị sau chuẩn hóa, quy tắc đã áp dụng và người xác nhận ngoại lệ. Ví dụ, bỏ khoảng trắng trong số hiệu là một phép biến đổi phải ghi được, không phải sửa âm thầm tài liệu gốc. Nếu quy tắc khác nhau giữa các nhà cung cấp, cần chỉ ra phạm vi dùng. Nhờ vậy người kiểm biết một cặp trông giống nhau là do nguồn giống hay do phép chuẩn hóa đã làm mất khác biệt.

Đối với nhà cung cấp, tên gần giống chỉ nên gợi cặp cần đối chiếu. Mã nội bộ, thông tin định danh đã được quản lý và hồ sơ liên quan giúp người kiểm xác định đúng bên. Thay đổi tài khoản nhận tiền cần luồng xác minh riêng theo chính sách công ty; một dòng trong tệp mới không tự được quyền ghi đè danh mục đã duyệt. AI cũng không được tự gộp hai bên chỉ vì tên viết tắt hoặc địa chỉ giống nhau.

Phiếu phải nhận diện phiên bản tài liệu đã đọc. Nếu người gửi bổ sung bản điều chỉnh, kết quả cũ vẫn cần truy được nhưng không tự ghép với giá trị mới thành một hồ sơ lai. Người xử lý chọn bản áp dụng và giữ quan hệ giữa các bản. Khi kết luận dựa trên nhiều tài liệu, mỗi trường nói rõ lấy từ đâu; nhãn “đã tổng hợp” không thay được đường đối chiếu cần thiết để sửa lỗi sau này.

Số tiền, đơn vị và đồng tiền phải có nghĩa trước khi tính

Tài liệu PostgreSQL 18 khuyến nghị kiểu số chính xác cho số tiền và các lượng cần tính chính xác, thay cho việc mặc nhiên dùng số dấu phẩy động. Đây là lựa chọn biểu diễn trong phần mềm, không tự quyết quy tắc làm tròn hoặc chế độ kế toán của doanh nghiệp. Nhóm vẫn phải chốt đơn vị, đồng tiền, phạm vi số đã gồm thành phần nào và cách xử lý sai khác theo quy định được người phụ trách xác nhận[4].

Ví dụ, một bảng ghi số tiền theo nghìn đơn vị và một tài liệu ghi theo đơn vị cơ bản không thể so bằng chuỗi số đọc được. Dấu chấm, dấu phẩy, ký hiệu đồng tiền và lượng trên từng dòng cần được giải thích theo đúng nguồn. Nếu không rõ, giữ nguyên văn và chuyển hỏi; không chọn cách hiểu làm tổng dễ khớp hơn. Trước khi chạy quy tắc số học, hệ thống phải biết các giá trị đang được đặt lên cùng một cơ sở so sánh.

Quy tắc BR-CO-15 trong Peppol BIS Billing minh họa một đẳng thức rõ giữa tổng có thuế, tổng chưa thuế và tiền thuế. Bài dùng nó như ví dụ về kiểm quan hệ số bằng quy tắc có thể đối chiếu. Đây là quy tắc trong bối cảnh chuẩn tương tác hóa đơn, không phải chỉ dẫn bắt buộc dùng Peppol tại Việt Nam hoặc xác định thuế suất. Tổng cộng khớp cũng không chứng minh giao dịch có thật hay khoản chi đã được duyệt[5].

Nghi trùng cần phân biệt bản sao tài liệu với nghĩa vụ bị lặp

Hai tệp giống nhau có thể là hai bản nộp của cùng một chứng từ, chưa phải hai khoản đã trả. Ngược lại, đổi tên tệp hoặc cách viết số hiệu có thể làm hai bản của cùng một việc trông khác nhau. Nhóm cần định nghĩa mình tìm trùng ở lớp tài liệu, đề nghị thanh toán, chứng từ hay nghĩa vụ. Nếu bỏ qua lớp này, thống kê “AI tìm được trùng” có thể cộng nhiều bản sao nhưng không cho biết rủi ro công việc nào được xử lý.

Tài liệu Dynamics 365 mô tả cảnh báo số hóa đơn trùng với bản đã ghi nhận, đồng thời nêu các tham số và tính năng phải được bật. Ví dụ này cho thấy cần biết quy tắc cụ thể và cấu hình thực, thay vì mặc nhiên cho rằng phần mềm đã chặn mọi trùng lặp. Bài không dùng khả năng của sản phẩm để xác nhận hệ thống tại công ty giả định có chức năng tương đương hoặc phát hiện được mọi gian lận[6].

Đối chiếu nghi trùng có thể tạo cặp tài liệu kèm lý do: cùng số hiệu đã chuẩn hóa, cùng bên phát hành hoặc cùng số tiền trong hoàn cảnh cần xem. Người kiểm còn cần lịch sử xử lý và quan hệ thay thế, điều chỉnh, thanh toán từng phần hoặc dịch vụ định kỳ. Hai khoản cùng số tiền không tự là một nghiệp vụ. Cảnh báo nên dẫn đến việc xem cặp cùng căn cứ, không tự xóa hồ sơ, từ chối nhà cung cấp hoặc ghi kết luận gian lận.

Phiếu ngoại lệ giữ câu hỏi và nơi nhận giải quyết

Phiếu thứ hai ghi hồ sơ đang xét, điểm kỳ vọng, điểm quan sát khác, cặp bằng chứng liên quan, người cần xác nhận và trạng thái xử lý. Một ngoại lệ tốt nói rõ “chưa tìm thấy tài liệu đáp ứng yêu cầu này trong phạm vi đã cấp”, thay vì kết luận “không có”. Nếu danh mục đầu vào chưa đủ, người nhận cần biết kết quả âm tính là giới hạn tìm kiếm. Phiếu cũng ghi tài liệu nào hoặc câu trả lời nào có thể làm ngoại lệ được giải quyết.

Công ty nên có hai hàng chờ riêng: chưa chắc đọc đúng và đã đọc nhưng nghiệp vụ chưa khớp. Hàng đầu cần nhìn lại nguồn hoặc xin bản rõ; hàng sau cần người hiểu điều kiện mua, nhận dịch vụ và lịch sử xử lý. Đưa mọi việc vào một điểm rủi ro sẽ làm người kiểm không biết cần sửa dữ liệu hay cần xác minh sự kiện. Một hồ sơ có thể nằm ở cả hai hàng; sửa OCR xong chưa có nghĩa ngoại lệ nghiệp vụ đã hết.

Không phải mọi hồ sơ dịch vụ đều có cùng bộ tài liệu. Người phụ trách cần xác định yêu cầu theo loại giao dịch và quy trình áp dụng, chẳng hạn có hay không có đơn đặt hàng, tài liệu xác nhận hoàn thành hoặc chứng từ bổ sung. AI chỉ so với danh mục đã được chốt cho ca đó. Nó không tự dùng bộ mẫu của một nghiệp vụ khác để kết luận thiếu, cũng không tự bỏ yêu cầu vì một hồ sơ trước đây từng được chấp nhận.

Giữ người quyết bút toán và tách quyền thực hiện

Kết quả chuyển người phụ trách nên gồm bản nguồn, phiếu trường dữ liệu, các quy tắc đã chạy và những điều chưa xác minh. Người nhận quyết định nghiệp vụ trên căn cứ phù hợp, ghi lý do giải quyết hoặc yêu cầu bổ sung. Hệ thống có thể theo dõi nơi nhận và hạn xử lý nội bộ, nhưng không tự coi hết thời gian là đồng ý. Không nên mở quyền sửa danh mục nhà cung cấp, ghi sổ hoặc gửi thanh toán chỉ để tránh một bước bàn giao.

OWASP khuyến nghị kiểm việc ủy quyền ngay trước thực hiện giao dịch và xử lý lại khi dữ liệu giao dịch thay đổi. Bài dùng nguyên tắc an toàn này để tách bản đối chiếu khỏi hành động có hậu quả. Một bản nháp từng được xem không tự giữ quyền khi số tiền, người nhận hoặc dữ liệu căn cứ đã đổi. Hướng dẫn bảo mật không thay quy định kế toán và việc phân quyền cụ thể; ca thiết kế ở đây chưa kết nối chức năng chi tiền[7].

Người kiểm sửa kết quả cần giữ được trước và sau, lý do cùng danh tính xử lý trong phạm vi chính sách công ty. Nếu nhiều người cùng làm, phải nhìn thấy trạng thái mới nhất để tránh người sau quyết trên bản cũ. Việc lưu dấu không có nghĩa sao chép dữ liệu nhạy cảm ra mọi nơi. Chỉ cấp tài liệu cần cho công việc và kiểm nơi lưu, quyền truy cập, đường chia sẻ trước khi đưa hồ sơ thật vào công cụ ngoài hệ thống.

Đo lỗi bỏ sót khác với đếm số cảnh báo

Tài liệu đánh giá Document AI phân biệt dự đoán đúng, sai và phần bị bỏ sót; ngưỡng tin cậy cũng có thể loại cả kết quả vốn đúng. Những chỉ số ấy đánh giá trích xuất trường, không tự là thước đo phát hiện ngoại lệ thanh toán. Bài mượn cách phân biệt lỗi để thiết kế đo ở hai lớp riêng. Không chọn ngưỡng chỉ vì điểm F1 mặc định cao, rồi coi đó là lựa chọn tối ưu cho mọi hậu quả nghiệp vụ[8].

Ở lớp đọc tài liệu, cần so từng trường với đáp án đã được người có năng lực kiểm, nhất là trường quan trọng và các dòng nhiều trang. Ở lớp ngoại lệ, cần biết trong các cảnh báo có bao nhiêu ca thật sự cần xử lý và trong các ca cần xử lý có bao nhiêu ca bị bỏ qua. Mẫu chỉ lấy hồ sơ đã được gắn cờ không trả lời được câu hỏi bỏ sót. Nhóm phải kiểm cả phần không bị gắn cờ theo một thiết kế mẫu thích hợp.

Báo cáo nên giữ nhóm lỗi và hậu quả: đọc nhầm số hiệu, ghép sai dòng, nhầm đơn vị, cảnh báo dịch vụ định kỳ hợp lệ hoặc bỏ qua quan hệ điều chỉnh. Cũng cần đo thời gian người kiểm giải quyết và số lần phải mở lại hồ sơ. Một công cụ tạo nhiều cảnh báo nhưng thiếu căn cứ có thể làm tăng công và khiến người xử lý bỏ qua cảnh báo thật. Chưa có dữ liệu thử thì các lợi ích ấy chỉ là giả thuyết cần đo.

Tình huống giả định: soát một bộ hồ sơ thanh toán dịch vụ

Công ty chọn một loại dịch vụ và lập danh mục tài liệu cần xem, dựa trên quy trình đã được người phụ trách chốt. Hồ sơ thử có bản nguồn rõ, bản nhiều trang, tệp nộp lại và bản điều chỉnh; đồng thời giữ ca hợp lệ có số tiền giống nhau. Trên bản sao dùng để kiểm, AI chỉ đọc và lập phiếu. Các bản nguồn cùng đáp án được người kiểm chuẩn bị trước; nhóm không cho mô hình tự tạo đáp án rồi lấy đó làm chuẩn.

Khi một số tiền không khớp, nhóm xem trước đây là lỗi đọc, khác đơn vị hay khác nghiệp vụ. Nếu là lỗi đọc, sửa giá trị trong lớp trích xuất và giữ dấu sửa. Nếu vẫn khác, lập ngoại lệ gắn với căn cứ và người nhận. Một tài liệu bổ sung có thể giải quyết câu hỏi, cũng có thể khiến các đối chiếu trước phải chạy lại. Không cho AI sửa các giá trị khác để cân tổng hoặc kết luận thiếu chi phí nhằm làm hồ sơ trông nhất quán.

Kết thúc thử, người phụ trách nhận báo cáo từng lớp, các trường hợp chưa thống nhất và lượng công kiểm thực tế. Quyết định tiếp tục chỉ áp dụng cho loại hồ sơ và phạm vi đã thử. Nếu mẫu mới hoặc cách nộp thay đổi, bổ sung kiểm tương ứng trước khi mở rộng. Ca giả định chưa tạo bút toán, chưa sửa dữ liệu kế toán và chưa trả tiền; nó kiểm chất lượng của bản bàn giao để con người có thể quyết định trên căn cứ rõ hơn.

Điều kiện theo quy mô, dữ liệu và nhân lực

Nhóm nhỏ nên giới hạn một loại hồ sơ, một danh mục nhà cung cấp đã được quản lý và một nơi nhận ngoại lệ. Có thể dùng bảng tính nếu giữ được quan hệ tới bản nguồn và quyền truy cập. Khi số lượng tăng, cần theo dõi phiên bản, lịch sử và việc nhiều người cùng xử lý. Tuy nhiên, mở rộng công cụ không thay được người xác định nghiệp vụ cần tài liệu gì và người chịu trách nhiệm về kết luận sau kiểm.

Dự toán công gồm chuẩn bị và phân quyền tài liệu, tạo đáp án kiểm, sửa lỗi đọc, giải quyết ngoại lệ và duy trì khi mẫu thay đổi. Mỗi trường bổ sung có thể tăng công gắn nhãn và kiểm; không nên trích xuất toàn bộ chỉ vì mô hình làm được. Nếu chưa đo được phần người phải làm tiếp, chưa có căn cứ báo tiết kiệm từ số hồ sơ đã đọc. Chi phí dịch vụ và nơi xử lý dữ liệu phải được kiểm theo điều kiện thực, không dùng giá giả định như báo giá.

Phép thử và điểm dừng trước khi nối hệ thống thật

Bộ thử cần cố ý có số không và trường thiếu, tên gần giống, dấu phân cách khác, trang cuối bị mất, dòng sang trang và bản điều chỉnh. Đưa cả những trường hợp cảnh báo dễ sai như dịch vụ định kỳ cùng giá hoặc nhiều bản sao của một tài liệu. Chạy lại cùng đầu vào để xem việc bàn giao có tạo phiếu trùng hay làm mất trạng thái người đã xử lý không. Kết quả mong đợi phải được ghi trước, kể cả trường hợp cần dừng và chuyển người.

Dừng khi không truy được giá trị về bản nguồn, chưa phân biệt được loại hồ sơ hoặc hệ thống tự biến phần thiếu thành số không. Chưa mở phạm vi khi không đo được bỏ sót, cảnh báo sai làm quá tải người kiểm hoặc chưa biết ai nhận ngoại lệ. Nếu có đề nghị kết nối ghi sổ hay thanh toán, đó là một phạm vi mới cần thiết kế và kiểm riêng. Kết quả tốt của bước đọc không tự cho phép bỏ qua trách nhiệm ở bước thực hiện.

Hỏi đáp về AI đối chiếu chứng từ

Đọc đúng tổng tiền có nghĩa chứng từ được duyệt chưa? Chưa. Tổng tiền chỉ là một trường và còn phải gắn với đúng nguồn, đồng tiền, đơn vị và bản áp dụng. Việc duyệt cần căn cứ nghiệp vụ cùng người có thẩm quyền theo quy trình phù hợp. Bản bàn giao nên ghi rõ đã đọc gì, đã kiểm gì và điều nào chưa được xác nhận, thay vì dùng một trạng thái xanh cho toàn bộ hồ sơ.

Hai hồ sơ cùng số tiền có phải trùng không? Đó có thể là dấu hiệu để xem thêm, nhưng dịch vụ định kỳ hoặc các nghĩa vụ khác nhau vẫn có thể cùng giá trị. Người kiểm cần xem bên phát hành, số hiệu, nội dung, quan hệ điều chỉnh và lịch sử xử lý. Hệ thống nên đưa cặp cùng lý do để người nhận đối chiếu, không tự xóa một bản hoặc kết luận bên gửi có gian lận.

Điểm tin cậy cao có thể bỏ người kiểm không? Điểm ấy nói về kết quả của mô hình trong cách đánh giá nhất định, chưa chứng minh hồ sơ hợp lệ hoặc nghiệp vụ đã được thực hiện. Nhóm phải kiểm trên tài liệu phù hợp và tách lỗi trích xuất khỏi lỗi đối chiếu. Những trường quan trọng và ngoại lệ vẫn cần người nhận rõ ràng; không chọn quyền thực hiện từ một điểm số duy nhất.

Chỉ kiểm những hồ sơ có cảnh báo có đủ không? Cách đó giúp biết cảnh báo có ích đến đâu nhưng không cho biết hệ thống bỏ qua những gì. Muốn đánh giá bỏ sót, cần kiểm cả hồ sơ không được gắn cờ bằng thiết kế phù hợp và đáp án độc lập. Khi số ca cần xử lý ít, phải giải thích giới hạn mẫu; không biến việc chưa tìm thấy lỗi trong một nhóm nhỏ thành bảo đảm không có lỗi.

Có thể để AI tự đề xuất bút toán không? Có thể nghiên cứu một chức năng nháp riêng, nhưng phạm vi bài này chỉ chuẩn bị đối chiếu và ngoại lệ để người phụ trách xem. Ghi nhận kế toán còn phụ thuộc nghiệp vụ, kỳ, tài khoản và chế độ áp dụng. Một kết quả đọc tốt không tự chứng minh đề xuất ấy đúng, càng không tự cấp quyền ghi sổ, thay thông tin người nhận hoặc thực hiện thanh toán.

Nguồn, phương pháp và giới hạn suy luận

Bài được biên soạn có AI hỗ trợ từ tám nguồn gốc đã mở đọc ngày 27/10/2026 theo phạm vi trong hồ sơ nguồn. Luật dùng bản hợp nhất 41/2026 và chỉ đọc các điều được nêu; không phải rà soát kế toán, thuế hoặc hóa đơn toàn diện. DocILE được đọc ở tóm tắt, tài liệu sản phẩm được xem đúng điều kiện và giới hạn. Hai phiếu, ba hình và ca dịch vụ là thiết kế biên tập chưa thử thực địa; không có bút toán, chi tiền hoặc kết quả tiết kiệm tại doanh nghiệp thật.