Nhận biết hóa đơn, chứng từ và bill chuyển khoản giả: ảnh do AI tạo ra, số tiền bị sửa và thanh toán trùng

Để nhận biết hóa đơn giả và bill chuyển khoản giả trong hồ sơ thanh toán chi phí, hãy đối chiếu ảnh hoặc tệp chứng từ với nội dung đề nghị thanh toán, tính lại các khoản tiền, kiểm tra xem khoản chi đó đã được thanh toán trước đó chưa và xác nhận giao dịch qua một bản ghi độc lập. Phân tích ảnh giúp điều tra việc chứng từ có do AI tạo ra hoặc bị chỉnh sửa hay không, nhưng quyết định thanh toán còn phụ thuộc vào việc ai đã trả tiền, mua gì và khoản chi đã được hoàn trả hay chưa.

Một chứng từ trông thuyết phục vẫn có thể đi kèm một đề nghị không hợp lệ, và một bức ảnh chụp kém vẫn có thể thuộc về một khoản chi chính đáng. Với bộ phận kế toán hoặc kiểm soát chi phí, câu hỏi hữu ích vì vậy cụ thể hơn: cần xác định điều gì trước khi phê duyệt khoản chi này? Trong bài này, “chứng từ” chỉ hóa đơn, biên lai hoặc phiếu tính tiền ở dạng ảnh, bản quét hay tệp được nộp kèm đề nghị thanh toán.

Tách bốn vấn đề trước khi chọn công cụ

“Hóa đơn giả” gộp nhiều lỗi khác nhau, mỗi lỗi có cách xử lý riêng. Trong cùng một đề nghị có thể xảy ra nhiều lỗi cùng lúc.

Một chứng từ bị dùng lại có thể hoàn toàn thật. Ngược lại, một khoản mua bịa đặt có thể dùng một hình ảnh không có điểm bất thường nhìn thấy được. Hãy ghi hai khả năng này riêng trong hồ sơ vụ việc: kết quả phân tích điểm ảnh không giải đáp được câu hỏi về khoản đã hoàn trả trước đó.

Cũng cần phân biệt hai khái niệm dễ lẫn. Trong bài này, hóa đơn giả là hóa đơn hoặc chứng từ bị làm giả hay bị sửa nội dung, còn hóa đơn khống là hóa đơn lập khi không có giao dịch thật. Đây là cách dùng thuật ngữ quy ước trong bài này, không phải định nghĩa pháp lý. Một hóa đơn khống có thể là hóa đơn điện tử do chính hệ thống của bên bán phát hành, còn một ảnh bị sửa có thể gắn với giao dịch có thật. Hai trường hợp cần bằng chứng khác nhau, và việc xác định tính chất pháp lý thuộc về cơ quan có thẩm quyền chứ không thuộc người xét duyệt chi phí.

Chứng từ do AI tạo ra không còn là giả thuyết. Theo Computerworld ngày 27 tháng 10 năm 2025, tiếng Anh, nhiều doanh nghiệp trên thế giới đã gặp làn sóng chứng từ chi phí giả được tạo bằng công cụ tạo ảnh AI (bài báo dẫn theo Financial Times), và nền tảng quản lý tài chính AppZen cho biết vào tháng 9 năm 2025 có khoảng 14% số chứng từ giả do AI tạo ra, so với 0% một năm trước đó. Đây là số liệu do một nhà cung cấp công bố, bài báo không nêu dữ liệu gốc, và đây không phải số liệu phản ánh thị trường Việt Nam; chúng tôi chưa tìm thấy số liệu công bố tương ứng cho Việt Nam.

Cũng cần tách ảnh do AI bịa ra khỏi chứng từ số hợp lệ. Hóa đơn điện tử vốn được tạo ở dạng số, và một số hệ thống chi phí hoặc cổng thông tin của bên bán cũng có thể tạo chứng từ từ dữ liệu giao dịch. Một chứng từ do hệ thống tạo ra cần có nguồn được ghi nhận và chính sách áp dụng; bản thân việc nó là một tệp số không phải là phát hiện gian lận. Sơ đồ dưới đây tóm tắt bốn câu hỏi trên và bằng chứng cần cho từng câu.

Mỗi loại chứng từ kế toán kiểm tra được ở đâu

Cách kiểm tra phụ thuộc vào loại chứng từ. Từ ngày 1 tháng 7 năm 2026, việc sử dụng hóa đơn điện tử thực hiện theo Nghị định 254/2026/NĐ-CP ngày 30 tháng 6 năm 2026. Nghị định phân biệt hóa đơn điện tử có mã của cơ quan thuế (được cơ quan thuế cấp mã trước khi người bán gửi cho người mua), hóa đơn điện tử không có mã và hóa đơn điện tử khởi tạo từ máy tính tiền có kết nối dữ liệu với cơ quan thuế (Điều 3 và khoản 9 Điều 8). Với người mua, hai quy định có ý nghĩa thực tiễn: người mua có quyền “tra cứu, nhận file gốc hóa đơn điện tử của người bán” (điểm c khoản 1 Điều 18), và người bán phải công khai cách thức tra cứu, nhận file gốc đó (điểm d khoản 2 Điều 17).

Tra cứu thành công cho biết hóa đơn tồn tại. Nó không cho biết tài khoản trong đề nghị thanh toán có thuộc về người bán hay không, người đề nghị có thực sự là người mua hay không, hoặc hóa đơn này đã được một đề nghị khác sử dụng chưa. Để kiểm tra hóa đơn của nhà cung cấp và tài khoản nhận tiền trước khi trả tiền, xem hướng dẫn kiểm tra hóa đơn trước khi thanh toán. Hãy mở cổng tra cứu hiện hành của cơ quan thuế, hoặc đường dẫn mà bên bán công khai, để biết thông tin cần nhập; bài này không hướng dẫn từng bước trên các cổng đó.

Với cơ sở kinh doanh bán trực tiếp cho người tiêu dùng, trong đó có bán lẻ, ăn uống và nhà hàng, Nghị định 254/2026/NĐ-CP quy định sử dụng hóa đơn điện tử khởi tạo từ máy tính tiền (điểm c khoản 1 Điều 6); cơ sở đã đăng ký hóa đơn điện tử có mã hoặc không có mã của cơ quan thuế thì không bắt buộc đăng ký loại từ máy tính tiền. Người mua có quyền yêu cầu người bán lập và giao hóa đơn hợp pháp (điểm a khoản 1 Điều 18). Vì vậy, với chi phí ăn uống, bạn có thể yêu cầu một hóa đơn kiểm tra được tại nguồn thay vì chỉ ảnh phiếu tính tiền.

Hệ quả thực tế cho việc xét duyệt khá hẹp: một chứng từ thiếu thông tin bắt buộc là một lỗ hổng bằng chứng, không phải một phát hiện gian lận. Nó đủ để yêu cầu hóa đơn đầy đủ, nhưng chưa đủ để kết luận chứng từ bị bịa. Hậu quả về thuế của từng trường hợp thuộc về kế toán trưởng, tư vấn thuế hoặc cơ quan thuế; bài này không phải tư vấn thuế.

Bắt đầu từ một chứng từ đủ dùng để kiểm tra

Giữ nguyên ảnh hoặc tệp đính kèm nhận được trước khi cắt, chú thích hay chạy nhận dạng ký tự (OCR). Lưu kèm mã đề nghị thanh toán, người nộp, thời điểm nộp và mọi thông tin có sẵn về nguồn của tệp, rồi chỉ làm việc trên bản sao. Nếu chứng từ đến dưới dạng ảnh chụp màn hình hoặc ảnh gửi qua ứng dụng nhắn tin, hãy xin email hoặc tệp hóa đơn điện tử gốc của bên bán, hoặc ảnh chụp đầy đủ, khi việc đó lấp được một khoảng trống quan trọng. Hướng dẫn về ảnh chụp màn hình và ảnh bị nén giải thích những gì bị mất trên đường gửi.

Ghi lại bên bán, ngày giao dịch, số hóa đơn hoặc số biên lai, loại tiền, các dòng hàng, thuế VAT, phí phục vụ, tổng cộng và hình thức thanh toán nếu có. So sánh các giá trị trích xuất với chứng từ nhìn thấy được. Thiếu một dấu phân cách hàng nghìn hoặc đọc sai một chữ số là lỗi trích xuất cho đến khi nguồn cho thấy điều ngược lại. Đừng để OCR âm thầm biến một số tiền 18.600 ₫ bị mờ thành 186.000 ₫ mà vẫn tỏ ra chắc chắn.

Đọc toàn bộ chứng từ trước khi quyết định số nào là số phải thanh toán. Phiếu tạm tính của nhà hàng có thể là số tiền trước phí phục vụ, còn khoản thanh toán cuối cùng được chốt sau đó. Hóa đơn khách sạn có thể liệt kê riêng tiền đặt cọc, các khoản phát sinh và thanh toán cuối cùng. Hãy yêu cầu bản đầy đủ khi ảnh bị cắt mất thông tin cần để đối chiếu. Phần chân chứng từ bị cắt là lý do để xin bản đầy đủ, không phải bằng chứng cho thấy ai đó cắt ảnh để đánh lừa.

Xác định đầu vào là dùng được, chưa đầy đủ hay không phù hợp với kiểm tra dự định. Nếu các trường chính không đọc được, hãy xử lý như bằng chứng chưa đầy đủ. Chạy thêm công cụ phát hiện trên cùng một ảnh không đọc được hiếm khi trả lời được câu hỏi còn thiếu về giao dịch.

Đối chiếu chứng từ, dòng chi phí và khoản thanh toán

Hãy thực hiện ba phép so sánh riêng biệt. Thứ nhất, kiểm tra số học nội bộ của chứng từ: số lượng, đơn giá, giảm giá, thuế VAT hiển thị, phí phục vụ và các khoản khác phải giải thích được tổng cộng. Thứ hai, so chứng từ với số tiền và loại tiền được đề nghị. Thứ ba, so tổng liên quan với bản ghi thanh toán, có tính đến các chênh lệch đã có tài liệu giải thích như thanh toán nhiều lần, chia hóa đơn hoặc quy đổi ngoại tệ.

Đừng tự suy ra thuế suất VAT để làm cho phép tính khớp. Hãy dùng các số tiền thực sự hiển thị và yêu cầu giải thích khoản không rõ. Với chi phí bằng ngoại tệ, giữ cả hai loại tiền, căn cứ quy đổi và mọi khoản phí được đề nghị riêng. Chênh lệch giữa chứng từ bằng một loại tiền và khoản trừ trên thẻ bằng loại tiền khác không phải là phát hiện tổng tiền bị sửa.

Phần mềm quản lý chi phí có thể tự động hóa một phần các kiểm tra này, nhưng cần đọc kỹ ý nghĩa của từng trạng thái. Trạng thái như “đã khớp” có thể chỉ cho biết số tiền và ngày hoặc bên bán trùng với một giao dịch; bản thân nó không chứng minh nguồn gốc của ảnh hay việc khoản chi đủ điều kiện. Hãy xác nhận hệ thống của bạn thực sự chạy những kiểm tra nào.

Khi phép tính không khớp, nêu chính xác chênh lệch: “Tổng hiển thị vượt tổng các thành phần 1.125.000 ₫.” Khi phép tính khớp, hãy tiếp tục: một chứng từ bịa vẫn có thể đúng về số học.

Tìm cùng một khoản chi qua mọi kênh thanh toán

Phát hiện khoản trùng lặp cần lịch sử thanh toán, không chỉ so sánh hình ảnh. Hãy tìm trong các đề nghị trước đó và đang chờ xử lý theo bên bán, ngày, số tiền, loại tiền và số hóa đơn hoặc mã đơn hàng. Hãy tính cả giao dịch thẻ công ty, các khoản tạm ứng chưa quyết toán và những kênh hoàn trả khác mà người xét duyệt tiếp cận được. Trùng khớp chính xác về tệp là hữu ích, nhưng một bức ảnh thứ hai, một bản cắt hoặc một bản xuất khác có thể cùng thuộc về một lần mua dù nội dung tệp (byte) khác nhau.

Với mỗi trường hợp nghi trùng, hãy xác định giao dịch gốc và trạng thái của nó. Đề nghị trước đó đã được thanh toán, bị từ chối, được rút lại hay đã được thay thế? Mục mới là bản điều chỉnh, một phần phân bổ hợp lệ hay lần đề nghị thứ hai cho toàn bộ số tiền? Hai nhân viên có thể cùng đính kèm hóa đơn của một bữa ăn nhóm nhưng đề nghị các phần khác nhau; tổng phân bổ và bằng chứng về người thanh toán quyết định khoản tiền có bị tính trùng hay không.

Ghi lại phạm vi tìm kiếm. “Không có kết quả trùng trong các báo cáo nộp trong tháng này” hẹp hơn “chưa từng được thanh toán”. Nếu thiếu dữ liệu của một doanh nghiệp mới được mua lại hoặc của một hệ thống chi phí khác, hãy để khoảng trống đó hiện rõ: một lần tìm kiếm không thể loại trừ nghi ngờ đối với những bản ghi chưa được xem xét.

Bill chuyển khoản giả: bằng chứng đã chuyển, chưa phải bằng chứng đã nhận

Trong hồ sơ chi phí, bill chuyển khoản (còn gọi là ảnh chuyển khoản hay biên lai chuyển khoản) thường là ảnh chụp màn hình ứng dụng ngân hàng, được đính kèm để chứng minh người đề nghị hoặc công ty đã thanh toán cho bên bán. Ảnh chụp màn hình có thể bị chỉnh sửa hoặc dựng lại, và nó chỉ là chứng từ thanh toán, không thay cho hóa đơn.

Rủi ro này đã xảy ra ở Việt Nam. Theo Tuổi Trẻ ngày 25 tháng 2 năm 2026, một người bán tại chợ nông sản ở Hưng Yên trình báo bị lừa 100 triệu đồng: một nam thanh niên dùng hình ảnh và biên nhận chuyển khoản giả mạo để tạo lòng tin, khiến người bán tưởng tiền đã vào tài khoản nên giao tiền mặt; sau đó người bán kiểm tra tài khoản và thấy không có giao dịch nào được thực hiện. Công an tỉnh Hưng Yên đã bắt khẩn cấp một nghi can để điều tra về hành vi lừa đảo chiếm đoạt tài sản và khuyến cáo tiểu thương, hộ kinh doanh cần trực tiếp kiểm tra, xác nhận tiền đã vào tài khoản trước khi giao tiền hoặc hàng hóa. Bài đăng ngày 8 tháng 9 năm 2026 trên cổng thông tin của Bộ Công an cũng nêu thủ đoạn “sử dụng biên lai chuyển khoản giả” trong nhóm lừa đảo khi mua bán trực tuyến, kèm việc giả danh người mua hoặc người bán để yêu cầu đặt cọc trước. Hai nguồn này không cho biết quy mô trên toàn quốc, và chúng tôi không tìm thấy thống kê tổng hợp được công bố.

Hai chiều kiểm tra khác nhau:

• Bạn là bên nhận tiền. Ảnh do phía bên kia gửi không thay cho việc tiền đã về. Đối chiếu thông báo biến động số dư hoặc sao kê trên chính tài khoản của bạn trước khi giao hàng, giao tiền thừa hoặc xác nhận đã thu tiền.
• Chứng từ nằm trong hồ sơ chi phí. Khi nhân viên tự trả tiền rồi đề nghị hoàn lại, hóa đơn là chứng từ của giao dịch mua, còn bill chuyển khoản chỉ cho thấy việc thanh toán; sao kê tài khoản hoặc thẻ của người nộp mới xác nhận khoản tiền đã đi. Đối chiếu số tài khoản nhận, tên người nhận và nội dung chuyển khoản với hóa đơn hoặc đơn hàng. Một bill chuyển khoản thật cho thấy tiền đã đi từ tài khoản này sang tài khoản khác, nhưng không cho biết khoản đó mua gì.

Khi bill chuyển khoản là điểm yếu duy nhất của hồ sơ, đừng chỉ dựa vào ảnh: hãy xin sao kê hoặc xác nhận của bên nhận qua kênh độc lập. Phân tích ảnh có thể chỉ ra vùng nghi bị chỉnh sửa, nhưng không thể xác nhận tiền đã vào tài khoản.

Dùng kết quả phân tích ảnh để nhắm đúng việc cần xác nhận

Hãy tập trung vào các trường có thể làm thay đổi quyết định phê duyệt: số tiền, ngày, danh tính bên bán và các mặt hàng đã mua. Chữ căn chỉnh bất thường, độ nét cục bộ không nhất quán hoặc một mảng lạ quanh tổng tiền có thể là lý do để xem kỹ hơn. Việc chụp và xử lý ảnh thông thường cũng có thể tạo ra vẻ ngoài không đều. Hãy mô tả quan sát mà không gán cho một người chỉnh sửa hay một ý đồ nào.

Kết quả về nguồn gốc ảnh hoặc việc chỉnh sửa có thể giúp ưu tiên hồ sơ, đặc biệt khi lúc đầu chưa có tham chiếu đáng tin cậy. Giữ tệp đã nộp, kết quả công cụ và ngày kiểm tra. Xác định xem kết quả nói về khả năng ảnh do AI tạo ra, khả năng bị chỉnh sửa, thông tin nguồn gốc hay chỉ là chưa đủ bằng chứng; mỗi loại cần một bước xử lý tiếp theo khác nhau.

Nếu việc ảnh do AI tạo ra hay bị chỉnh sửa vẫn chưa được giải quyết sau các kiểm tra chi phí thông thường, hãy kiểm tra chứng từ bằng công cụ xác minh hình ảnh của Fileverity. Fileverity kiểm tra ảnh về dấu hiệu do AI tạo ra, chỉnh sửa cục bộ và nguồn gốc, đồng thời đánh dấu vùng liên quan đến từng phát hiện, để người xét duyệt biết cần xin bản ghi nguồn nào, chẳng hạn bản sao của bên bán cho tổng tiền.

Nếu bản sao của bên bán có thể làm rõ trực tiếp số tiền, hãy lấy bản sao qua cổng thông tin hoặc kênh liên hệ đã được phê duyệt, được thiết lập độc lập với tệp đính kèm đang bị tranh chấp; với hóa đơn điện tử, đó là cách bên bán công khai để nhận file gốc. Xác nhận số hóa đơn hoặc biên lai, ngày, loại tiền và số tiền cuối cùng, kể cả hóa đơn thay thế hoặc điều chỉnh. Một tệp thứ hai đến từ chính nguồn đang bị tranh chấp là một lần nộp khác, không phải xác nhận độc lập.

Với tệp PDF đính kèm, các câu hỏi về cấu trúc và chữ ký nằm trong phạm vi của hướng dẫn kiểm tra file PDF có bị chỉnh sửa không; để chia các kiểm tra theo từng loại vấn đề, xem hướng dẫn nhận biết tài liệu giả mạo do AI tạo ra. Hãy dùng kiểm tra ảnh cho câu hỏi về hình ảnh và dùng bản ghi giao dịch cho câu hỏi về việc mua hàng.

Lượng tử hóa JPEG có thể cho thấy lịch sử xử lý của chứng từ như thế nào

Khả năng phân tích chỉnh sửa của Fileverity bao gồm việc kiểm tra bằng chứng nén JPEG. Lượng tử hóa kép (double quantization) là một trong những nguyên lý đứng sau phân tích này: lưu một ảnh nhiều lần có thể làm thay đổi phân bố thống kê của các giá trị được mã hóa. Khả năng áp dụng phụ thuộc vào định dạng tệp và loại phân tích được chọn.

Trong JPEG nén mất dữ liệu thông thường, bộ mã hóa biến đổi các khối 8 × 8 mẫu thành hệ số tần số bằng phép biến đổi cosin rời rạc (DCT). Sau đó bộ mã hóa chia mỗi hệ số cho một bước lượng tử hóa và làm tròn kết quả. Khi giải mã, bộ giải mã nhân số nguyên đó với bước; phần dư đã bị loại bỏ không thể khôi phục lại. Tiêu chuẩn JPEG định nghĩa quy trình biến đổi và lượng tử hóa này (ITU-T T.81, mục 4.3 và A.3, tiếng Anh).

Với một hệ số, phép tính đơn giản hóa của việc lượng tử hóa rồi tái tạo là Qq(c) = q × round(c/q). Giả sử có một hệ số bằng 37:

Hai cách lưu kết thúc ở các giá trị khác nhau dù bước lượng tử hóa cuối cùng giống hệt nhau. Phép tính đơn giản hóa này chỉ tách riêng việc lượng tử hóa, bỏ qua việc làm tròn trong miền điểm ảnh và các thao tác khác của bộ mã hóa. Trên nhiều hệ số, các lần lượng tử hóa liên tiếp có thể tạo ra những dạng phân bố giúp điều tra lần nén trước đó. Nghiên cứu công khai về pháp y ảnh số xem xét cách các lịch sử JPEG khác nhau có thể để lại bằng chứng cục bộ trong ảnh ghép (Farid, Exposing Digital Forgeries from JPEG Ghosts, tiếng Anh).

Với một chứng từ chi phí, câu hỏi liên quan là một phát hiện nén cục bộ được hỗ trợ có nằm ở trường quan trọng, như tổng tiền phải trả, hay chỉ cho thấy cả tệp đính kèm đã bị lưu lại. Một nền tảng chi phí hợp pháp hoặc một ứng dụng nhắn tin có thể nén lại mọi tệp gửi qua. Một khác biệt cục bộ cũng có thể có lý do vô hại, và một số lịch sử nén để lại dấu vết yếu hoặc mơ hồ. Việc không thấy tín hiệu này không chứng minh tổng tiền là thật.

Vì vậy, đầu ra thực tế là một yêu cầu bằng chứng có mục tiêu: so trường bị nghi ngờ với bản ghi do bên bán giữ. Hãy hỏi nhà cung cấp mà bạn đang cân nhắc: kiểm tra JPEG liên quan có thực sự chạy không; kết quả liên quan đến việc lưu lại toàn bộ hay sự không nhất quán cục bộ; và ảnh chụp màn hình cùng các định dạng chứng từ bạn xuất ra có giữ lại bằng chứng mà kiểm tra cần hay không. Cơ chế đã công bố giải thích vì sao một phép kiểm tra có thể hữu ích; độ nhạy của nó trên đầu vào của bạn vẫn cần được đánh giá. Hình dưới minh họa ví dụ hệ số 37 ở trên.

Tình huống minh họa: tổng tiền bị sửa gặp khoản đã hoàn trả trước đó

Trong ví dụ giả định bằng VND này, một tổng tiền bị sửa và một khoản đã hoàn trả trước đó cùng ảnh hưởng đến một đề nghị. Nhà hàng và các mã hồ sơ đều là giả định.

Đề nghị thanh toán mã ĐNTT-217 xin hoàn trả 4.392.000 ₫ cho bữa ăn của nhóm ngày 14 tháng 10 tại nhà hàng X. Ảnh hóa đơn được nộp ghi tiền món ăn và đồ uống 3.000.000 ₫, giảm giá 250.000 ₫, phí phục vụ 275.000 ₫ và VAT 242.000 ₫, với tổng cộng hiển thị là 4.392.000 ₫. Giả định hóa đơn đầy đủ không ghi thêm khoản phí hay phụ thu nào, và chính sách của công ty cho phép khoản chi này khi chứng từ đã đầy đủ.

1. Xác định chênh lệch số học

Người xét duyệt kiểm tra các số nhìn thấy được thay vì chỉ dựa vào OCR:

3.000.000 ₫ − 250.000 ₫ + 275.000 ₫ + 242.000 ₫ = 3.267.000 ₫.

Số tiền đề nghị 4.392.000 ₫ vượt tổng này 1.125.000 ₫. Chênh lệch đó đủ để yêu cầu bổ sung bằng chứng. Ở giai đoạn này, một khoản phí bị bỏ sót, lỗi của nhà hàng hoặc tổng tiền bị sửa đều còn là cách giải thích khả dĩ. Không cần kết quả của công cụ phát hiện ảnh để xác định chênh lệch số học.

2. Lấy tham chiếu giao dịch

Người xét duyệt yêu cầu hóa đơn chi tiết cuối cùng và chứng từ thanh toán liên quan, không kèm các giao dịch không liên quan. Qua kênh liên hệ mà nhà hàng đã công khai, người xét duyệt nhận được bản sao cùng số hóa đơn và cùng ngày. Bản sao xác nhận các thành phần đã liệt kê và tổng cuối cùng 3.267.000 ₫, không có hóa đơn thay thế hay khoản phát sinh. Sao kê thẻ cá nhân do người đề nghị cung cấp cũng cho thấy một khoản thanh toán 3.267.000 ₫.

Kết luận lúc này vững hơn: tổng trên ảnh đã nộp cao hơn tổng do bên bán xác nhận 1.125.000 ₫. Các bản ghi này hỗ trợ số tiền của giao dịch mua. Chúng vẫn chưa cho biết còn khoản nào phải hoàn trả hay không, và ai gây ra chênh lệch trên ảnh.

3. Giải quyết nghi vấn trùng lặp

Tìm kiếm cho thấy đề nghị ĐNTT-188 đã được hoàn trả 3.267.000 ₫, cùng số hóa đơn và cùng ngày ăn. Tệp đính kèm của đề nghị đó là một bức ảnh chụp khác của cùng hóa đơn. Người xét duyệt xác minh rằng đó là cùng một khoản thanh toán và chưa bị thu hồi. Người đề nghị xác nhận ĐNTT-217 không nhằm thay thế hay phân bổ một khoản chi khác.

Đối chiếu giả định bằng VND cho ĐNTT-217; khoản hoàn trả trước đó đã được xác nhận là đã chi và chưa bị thu hồi.

Hai vấn đề chồng lên nhau. Chi trả theo ĐNTT-217 sẽ tạo ra 4.392.000 ₫ hoàn trả thêm không có căn cứ, gồm 3.267.000 ₫ đã chi cộng 1.125.000 ₫ vượt tổng được chứng minh. Đừng cộng 1.125.000 ₫ vào 4.392.000 ₫ để báo cáo 5.517.000 ₫: làm vậy tính trùng khoản chênh lệch. Hình dưới thể hiện cách tách hai phần này.

4. Ra quyết định xử lý và ghi nhận

Giữ ĐNTT-217 lại, chưa chi trả, và đưa chênh lệch đã xác nhận vào quy trình xử lý ngoại lệ chi phí của công ty. Liên kết ĐNTT-188, trạng thái chi trả của nó, bản sao của bên bán và giải trình của người đề nghị. Ghi nhận chênh lệch trên chứng từ và khoản hoàn trả trùng thành hai phát hiện riêng, cùng gắn với một đề nghị.

Hồ sơ có thể được giải quyết về mặt thanh toán mà không cần khẳng định “phát hiện hóa đơn do AI tạo ra”. Bằng chứng cho thấy không còn khoản hoàn trả thêm nào và tổng tiền đã nộp không khớp với bản ghi đã xác nhận. Việc quy trách nhiệm và mọi phản hồi tiếp theo của công ty cần một quy trình được ủy quyền riêng. Nếu hồ sơ gợi ý hành vi làm giả hoặc chiếm đoạt tài sản, việc xác định có cấu thành tội phạm hay không (ví dụ theo Điều 174 về tội lừa đảo chiếm đoạt tài sản hoặc Điều 341 về tội làm giả con dấu, tài liệu của cơ quan, tổ chức và tội sử dụng con dấu hoặc tài liệu giả của cơ quan, tổ chức, Bộ luật Hình sự 2015, văn bản hợp nhất 135/VBHN-VPQH) thuộc về cơ quan có thẩm quyền. Việc một điều luật có áp dụng cho một biên lai cụ thể hay không là vấn đề pháp lý, vì vậy hãy xin ý kiến bộ phận pháp chế hoặc luật sư trước khi hành động.

Báo cáo của Fileverity hỗ trợ ở điểm nào: nếu bản thân ảnh chứng từ còn nghi ngờ, phân tích ảnh đánh dấu vùng quanh tổng tiền, hiển thị nguồn gốc tách khỏi bằng chứng điểm ảnh và ghi giá trị băm SHA-256 cùng trạng thái xác thực dấu thời gian của tệp đã kiểm tra, để hồ sơ cho thấy chính xác tệp nào đã được kiểm tra.

Ma trận xét duyệt dẫn đến hành động

Hãy dùng ma trận sau cho các trường hợp ngoại lệ, áp dụng quy định phê duyệt của tổ chức bạn và chỉ định người phụ trách khi hồ sơ còn mở.

Đặt thời hạn cho yêu cầu bằng chứng và chỉ định đích danh một người chịu trách nhiệm quyết định. Nếu bên bán không thể cung cấp bản sao, hãy ghi lại điều còn chưa biết và dùng kênh xử lý ngoại lệ đã thiết lập. “Không xác nhận được” và “bên bán phủ nhận giao dịch này” là hai kết quả khác nhau về bản chất.

Để gửi một yêu cầu trung lập, bạn có thể dùng lại nội dung sau:

Đối với đề nghị thanh toán [mã], [trường] được nộp là [giá trị], trong khi [bản ghi hoặc phép tính cụ thể] cho thấy [giá trị]. Vui lòng cung cấp hóa đơn chi tiết cuối cùng đầy đủ, chứng từ thanh toán liên quan và giải thích về chênh lệch. Đồng thời, vui lòng cho biết khoản chi này đã được nộp ở nơi khác, đã thanh toán bằng thẻ công ty hoặc đã nằm trong đề nghị trước đó hay chưa. Không cần gửi thông tin về các giao dịch không liên quan. Vui lòng phản hồi trước [ngày phản hồi]. Hồ sơ đề nghị thanh toán liên quan được giữ ở trạng thái chờ; [người phụ trách] sẽ cập nhật bước xem xét tiếp theo trước [ngày cập nhật].

Đánh giá công cụ xác minh chứng từ dựa trên khoảng trống bạn đang có

Hãy xem xét câu hỏi còn bỏ ngỏ về ảnh chứng từ cùng với các kiểm tra đối chiếu và thanh toán sẵn có của hệ thống chi phí. Phát hiện trùng lặp cần lịch sử đề nghị truy cập được. Khớp giao dịch cần dữ liệu thanh toán đáng tin cậy. Xác minh hình ảnh trả lời các câu hỏi về việc ảnh được tạo ra hay bị chỉnh sửa. Hãy yêu cầu từng nhà cung cấp nêu rõ đầu vào và đầu ra được hỗ trợ, thay vì chấp nhận “phát hiện hóa đơn giả” làm đặc tả phạm vi.

Trước hết, hãy mô tả các định dạng đầu vào và câu hỏi còn bỏ ngỏ về ảnh mà không chia sẻ tệp nhạy cảm, và xác nhận nhà cung cấp hỗ trợ phạm vi đó. Sau đó thống nhất một bộ mẫu đánh giá đã được phê duyệt gồm chứng từ thông thường, bản quét và ảnh chụp màn hình hợp lệ, bill chuyển khoản, các trường đã biết bị sửa, ví dụ do AI tạo ra, các đề nghị lặp lại và các phân bổ hợp lệ. Các trường hợp trùng lặp và phân bổ kiểm tra xem quy trình kết hợp có diễn giải đúng kết quả ảnh hay không; chúng không đòi hỏi phần mềm ảnh phải tự tìm ra lịch sử hoàn trả. Giữ lịch sử đã biết của từng trường hợp tách riêng khỏi tài liệu đưa cho người xét duyệt. Coi các chỉnh sửa nhỏ là một nhóm riêng: kết quả tốt với ảnh hoàn toàn do AI tạo ra không chứng minh việc phát hiện đáng tin cậy một tổng tiền bị đổi.

Đo xem mỗi kết quả có dẫn đến hành động đúng hay không, tần suất các khoản chi hợp lệ phải xử lý bổ sung không cần thiết và bao nhiêu hồ sơ vẫn chưa được giải quyết. Ghi lại các đầu vào không được hỗ trợ thay vì coi chúng là đã qua kiểm tra. Hãy tính cả thời gian của người xét duyệt và bằng chứng được lưu, bên cạnh giá. Hướng dẫn lựa chọn phần mềm phát hiện ảnh AI cung cấp một khung mua sắm đầy đủ hơn.

Hãy gửi cho chúng tôi một số chứng từ tiêu biểu mà bộ phận của bạn xét duyệt; chúng tôi sẽ cùng bạn xem báo cáo xác minh hình ảnh của Fileverity trên các hồ sơ thực. Hãy trao đổi với bộ phận kinh doanh về giá theo khối lượng và tích hợp riêng vào hệ thống của bạn. Để tự chạy kiểm tra chứng từ, hãy dùng Console hoặc API phát hiện ảnh AI theo hình thức tự phục vụ, từ số dư trả trước của không gian làm việc và có lượt dùng thử miễn phí ban đầu. Hãy giữ việc xác nhận với bên bán, đối chiếu thanh toán và kiểm soát hoàn trả trùng trong quy trình chi phí, với người phê duyệt có thẩm quyền đưa ra quyết định thanh toán. Fileverity phân tích tệp trên máy chủ do Entogo vận hành tại Toronto, Canada và xóa tệp khi phân tích hoàn tất. Trang Tin cậy và bảo mật trình bày cách xử lý dữ liệu, bao gồm triển khai riêng cho Enterprise khi có yêu cầu.

Tác giả Yang Zheng · Người kiểm duyệt Bill Liu