Kiểm tra hóa đơn trước khi thanh toán: số tiền, tài khoản nhận tiền và hóa đơn điện tử

Để kiểm tra hóa đơn trước khi thanh toán, hãy xác định doanh nghiệp của bạn đã đặt mua gì, đã nhận hoặc nghiệm thu gì, còn phải trả bao nhiêu và ai được phép nhận tiền, rồi đối chiếu các câu trả lời đó với hóa đơn hiện hành và đề nghị thanh toán. Một hóa đơn trông hợp lý và một tổng tiền cộng đúng chỉ là điểm xuất phát; để duyệt chi, bạn cần chứng từ của chính giao dịch. Với hóa đơn điện tử, việc tra cứu hóa đơn trên dịch vụ của cơ quan thuế giúp biết hóa đơn có tồn tại, nhưng không cho biết số tài khoản trong đề nghị thanh toán có thuộc về người bán hay không.

Hướng dẫn này dành cho kế toán phải trả, bộ phận mua hàng và kiểm soát nội bộ khi cần quyết định có thực hiện một khoản thanh toán cụ thể hay không. Nội dung gồm số tiền bị thay đổi, giao hàng một phần, hóa đơn thay thế, rủi ro thanh toán trùng, tài khoản nhận tiền mới và cách phân biệt hóa đơn giả với hóa đơn chỉ có sai sót. Ví dụ minh họa theo dõi một lần giao hàng một phần, một hóa đơn thay thế và một yêu cầu đổi tài khoản nhận tiền cho đến khi duyệt chi.

Gian lận hóa đơn, gian lận thanh toán và gian lận mua sắm: bước kiểm tra này nằm ở đâu

Bước kiểm tra hóa đơn trước khi thanh toán bao quát phần gian lận hóa đơn, gian lận thanh toán và gian lận mua sắm thể hiện trong hóa đơn, chứng từ đi kèm và đề nghị thanh toán. Bước này không bao quát những thủ đoạn diễn ra từ trước đó, ở khâu lựa chọn nhà cung cấp hay việc ai được hưởng lợi từ kết quả lựa chọn nhà thầu.

Ba thuật ngữ này chồng lấn nhau, nên cần xác định rõ nghĩa của từng thuật ngữ trước khi phân công kiểm soát:

• Gian lận hóa đơn: hóa đơn giả, bị sửa hoặc trùng; hoặc một hóa đơn thật nhưng bị đổi nơi nhận tiền, được đưa ra để đòi thanh toán.
• Gian lận thanh toán: mọi thủ đoạn khiến tiền chuyển nhầm cho người không được nhận. Ví dụ phổ biến là tấn công giả mạo email doanh nghiệp (BEC, business email compromise). Trung tâm Tiếp nhận Khiếu nại Tội phạm Internet (IC3) của FBI mô tả BEC là hình thức lừa đảo nhắm vào các doanh nghiệp và cá nhân thường xuyên thực hiện những yêu cầu chuyển tiền hợp lệ, trong đó kẻ gian chiếm quyền tài khoản email hợp pháp bằng thủ đoạn thao túng tâm lý; IC3 khuyến cáo dùng một kênh thứ hai để xác minh các yêu cầu thay đổi thông tin tài khoản. Thông báo của IC3 ngày 11 tháng 9 năm 2024 (tiếng Anh)
• Gian lận mua sắm: thủ đoạn nằm ở cách mua hàng hóa, dịch vụ chứ không nằm ở cách thanh toán một hóa đơn. Thông thầu, ấn định giá và phân chia thị trường hoặc khách hàng là những hành vi thông đồng mà Lực lượng đặc nhiệm chống thông đồng trong mua sắm (Procurement Collusion Strike Force) của Bộ Tư pháp Hoa Kỳ nhắm tới trong mua sắm công, các khoản tài trợ và kinh phí chương trình. Procurement Collusion Strike Force (tiếng Anh) Ở Việt Nam, Điều 16 Luật Đấu thầu 22/2023/QH15 (có hiệu lực từ ngày 1 tháng 1 năm 2024) liệt kê các hành vi bị cấm trong hoạt động đấu thầu, trong đó khoản 3 quy định về thông thầu, gồm dàn xếp, thỏa thuận nhằm hạn chế cạnh tranh để một bên trúng thầu. Luật Đấu thầu 2023, khoản 3 Điều 16

Một hóa đơn thật của nhà cung cấp thông đồng vẫn khớp đơn đặt hàng và chứng từ nhận hàng vì giấy tờ là thật, nên những thủ đoạn này phải được chặn bằng kiểm soát ở khâu lựa chọn nhà thầu, như quy tắc đấu thầu cạnh tranh, phân tích kết quả lựa chọn và kiểm toán. Quản lý rủi ro gian lận là một chương trình chứ không phải một lần kiểm tra: khung của Cơ quan Kiểm toán Chính phủ Hoa Kỳ (GAO) dành cho các chương trình liên bang nhấn mạnh phòng ngừa gian lận, đồng thời bao gồm phát hiện, ứng phó và giám sát liên tục. GAO-15-593SP (tiếng Anh) Phân tích hình ảnh và tài liệu của Fileverity chỉ hỗ trợ trả lời các câu hỏi trước thanh toán, thông qua việc kiểm tra bản quét hóa đơn hoặc tệp tài liệu. Fileverity không xác nhận người nhận tiền, nhà cung cấp hay giao dịch, và kết quả không phát hiện dấu hiệu bất thường không bao giờ có nghĩa là hóa đơn đã được chấp nhận.

Cũng cần thống nhất cách dùng từ trong nội bộ. Trong thực tế, “hóa đơn giả” thường chỉ hóa đơn bị làm giả hoặc bị sửa nội dung, còn “hóa đơn khống” là hóa đơn được lập khi không có giao dịch thật. Chỉ khi có chứng từ giao dịch đi kèm mới phân biệt được hai loại này với một hóa đơn chỉ có sai sót. Hóa đơn khống còn có thể kéo theo rủi ro về thuế cho bên mua, nên hãy trao đổi với kế toán trưởng hoặc tư vấn thuế của bạn; hướng dẫn này chỉ trả lời câu hỏi có nên chi tiền hay không.

Về mặt pháp lý, người dùng thủ đoạn gian dối, kể cả một yêu cầu đổi tài khoản giả mạo, để chiếm đoạt tiền thanh toán có thể bị xử lý về tội lừa đảo chiếm đoạt tài sản (Điều 174 Bộ luật Hình sự 2015), hoặc về tội sử dụng mạng máy tính, mạng viễn thông, phương tiện điện tử thực hiện hành vi chiếm đoạt tài sản (Điều 290). Việc làm giả tài liệu, giấy tờ của cơ quan, tổ chức hoặc sử dụng tài liệu, giấy tờ giả để thực hiện hành vi trái pháp luật được quy định tại Điều 341. Điều luật nào được áp dụng do cơ quan có thẩm quyền xác định theo tình tiết cụ thể. Đây là thông tin tham khảo, không phải tư vấn pháp lý. Bộ luật Hình sự, văn bản hợp nhất 135/VBHN-VPQH

Xác định khoản thanh toán bạn đang duyệt chi

Hãy bắt đầu từ một hồ sơ hoặc phiếu theo dõi ghi rõ pháp nhân mua hàng, hồ sơ nhà cung cấp, số hóa đơn và phiên bản hóa đơn, loại tiền, số tiền đề nghị thanh toán lần này và hạn thanh toán. Lưu lại hóa đơn nhận được cùng đề nghị thanh toán đi kèm. Đính kèm đơn đặt hàng, hợp đồng, phiếu nhập kho hoặc biên bản nghiệm thu, các khoản giảm trừ và lịch sử thanh toán, thay vì dựa vào bản tóm tắt trong một email.

Tách số tiền ghi trên hóa đơn khỏi số tiền đề nghị thanh toán lần này. Tiền đặt cọc, các đợt đã thanh toán, khoản giảm trừ và khoản khấu trừ có thể làm hai con số khác nhau. Biên bản đối chiếu công nợ của nhà cung cấp có thể gộp nhiều hóa đơn; hãy xác định khoản nợ cụ thể nào đang được thanh toán trước khi dùng biên bản đó làm căn cứ chi.

Nếu hóa đơn không đọc được hoặc thiếu trang, hãy yêu cầu bản đầy đủ qua kênh thường dùng của nhà cung cấp. Hãy đối chiếu các trường do OCR trích xuất với bản gốc có thể xem được trước khi mở ngoại lệ: OCR đọc 60 thành 80 được coi là lỗi trích xuất cho đến khi có bằng chứng khác. Hướng dẫn kiểm tra file PDF có bị chỉnh sửa không trình bày cách so sánh tệp và kiểm tra chữ ký khi chính tài liệu cần được điều tra.

Nếu một bản quét hoặc ảnh chụp màn hình hóa đơn gây nghi ngờ cụ thể về số tiền bị đổi hoặc trường người thụ hưởng bị sửa, hãy xử lý câu hỏi về hình ảnh song song với các kiểm tra giao dịch bên dưới. Xác minh hình ảnh của Fileverity kiểm tra bản quét hoặc ảnh chụp màn hình hóa đơn 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 cho thấy kết quả liên quan đến vùng nào, để nhóm kế toán phải trả của bạn biết trường nào cần xác nhận với nhà cung cấp. Bạn có thể tự thử một hóa đơn mẫu với công cụ phát hiện ảnh AI, hoặc kiểm tra hóa đơn trong Console hay qua API phát hiện ảnh AI theo hình thức tự phục vụ, trừ vào số dư trả trước của không gian làm việc và có sẵn lượt dùng thử miễn phí ban đầu. Nếu cần giá theo khối lượng, hãy liên hệ bộ phận kinh doanh.

Hãy giao việc cho đúng người có thể trả lời. Bộ phận mua hàng xác nhận điều khoản thương mại được duyệt; kho hoặc đơn vị phụ trách dịch vụ xác nhận việc thực hiện; kế toán phải trả đối chiếu số tiền và lịch sử thanh toán; người quản lý danh mục nhà cung cấp và người duyệt thanh toán xử lý các thay đổi về tài khoản nhận tiền. Việc một người quen thuộc với nhà cung cấp không thay thế được các bước phê duyệt riêng biệt này.

Hóa đơn điện tử: tệp gốc, mã của cơ quan thuế và tra cứu hóa đơn

Nếu nhà cung cấp phát hành hóa đơn điện tử, các quy định sau là căn cứ cho việc kiểm tra. Nghị định 254/2026/NĐ-CP về hóa đơn điện tử, chứng từ điện tử có hiệu lực từ ngày 1 tháng 7 năm 2026 và thay thế Nghị định 123/2020/NĐ-CP cùng Nghị định 70/2025/NĐ-CP; Thông tư 91/2026/TT-BTC của Bộ Tài chính hướng dẫn thi hành cũng có hiệu lực từ ngày đó. Nội dung quy định trong bài được cập nhật đến ngày 4 tháng 11 năm 2026 và không phải tư vấn pháp lý hay thuế; kế toán trưởng hoặc tư vấn thuế của bạn quyết định cách áp dụng cho từng trường hợp.

Có ba điểm của khung mới đáng nắm khi kiểm tra hóa đơn trước khi thanh toán:

• Loại hóa đơn: Luật Quản lý thuế 108/2025/QH15 phân hóa đơn điện tử thành ba loại: có mã của cơ quan thuế, không có mã, và khởi tạo từ máy tính tiền. Bản tin của Forvis Mazars Việt Nam Hãy xác định nhà cung cấp của bạn dùng loại nào. Hóa đơn có mã của cơ quan thuế phải thể hiện “Mã của cơ quan thuế” trong nội dung, và chữ cái đầu của ký hiệu hóa đơn là C, đứng ngay sau chữ số ký hiệu mẫu (Phụ lục I Thông tư 91/2026/TT-BTC). Một hóa đơn tự nhận là có mã nhưng không có mã của cơ quan thuế là lý do để hỏi lại nhà cung cấp.
• Tệp gốc: Nghị định 254/2026/NĐ-CP quy định người mua có quyền tra cứu và nhận tệp gốc của hóa đơn điện tử (điểm c khoản 1 Điều 18), còn người bán phải công khai cách thức để người mua tra cứu và nhận tệp gốc (điểm d khoản 2 Điều 17). Khi hóa đơn đến dưới dạng PDF trong email, ảnh chụp hoặc bản quét, hãy lấy tệp gốc theo cách người bán đã công bố rồi so sánh với bản bạn nhận, thay vì chỉ nhìn bản hiển thị.
• Tra cứu hóa đơn: cơ quan thuế (nay là Cục Thuế) cung cấp dịch vụ tra cứu hóa đơn điện tử. Hãy tự gõ địa chỉ hoặc dùng đường dẫn bạn đã lưu từ nguồn chính thức, đừng bấm vào đường dẫn nằm trong chính email có kèm hóa đơn. Đường dẫn, các trường cần nhập và thời hạn tra cứu có thể thay đổi, nên hãy đọc hướng dẫn hiện hành ngay trên dịch vụ đó thay vì dựa vào các bài hướng dẫn cũ.

Kết quả tra cứu trả lời một số câu hỏi và để ngỏ những câu hỏi khác:

Hãy tách bạch hai tình huống. Tình huống thứ nhất là hóa đơn bị sửa, trùng hoặc không có giao dịch thật; đối chiếu chứng từ và tra cứu hóa đơn giúp phát hiện. Tình huống thứ hai là hóa đơn hoàn toàn hợp lệ, tra cứu khớp, số tiền đúng, nhưng email gửi kèm đề nghị chuyển tiền vào một tài khoản mới. Ở tình huống thứ hai, tra cứu thành công không trả lời được câu hỏi quyết định việc chi tiền: tài khoản nhận tiền có thuộc về người bán hay không. Fileverity không đối chiếu với dữ liệu của cơ quan thuế và không tra cứu thay bạn.

Danh tính của người bán cũng cần được kiểm tra riêng. Đối chiếu tên pháp lý và mã số thuế trên hóa đơn với hồ sơ nhà cung cấp, và với thông tin đăng ký công khai, chẳng hạn qua chức năng “Tìm doanh nghiệp” của Cổng thông tin quốc gia về đăng ký doanh nghiệp. Việc doanh nghiệp tồn tại không có nghĩa là tài khoản trong đề nghị thanh toán thuộc về doanh nghiệp đó.

Đối chiếu nghĩa vụ thanh toán, không chỉ tổng tiền

Tài liệu Dynamics 365 của Microsoft phân biệt đối chiếu hai bên (so khớp giá) với đối chiếu ba bên, trong đó còn so sánh số lượng trên hóa đơn với các phiếu nhập kho được chọn. Tài liệu cũng mô tả riêng việc đối chiếu chi phí phát sinh và đối chiếu tổng hóa đơn, với chênh lệch được đánh giá theo ngưỡng đã cấu hình. Đó là những chức năng đối chiếu cụ thể, không phải kết luận chung về tính xác thực. Tổng quan đối chiếu hóa đơn của Microsoft (tiếng Anh)

Hãy dùng cách đối chiếu phù hợp với giao dịch mua:

Với dịch vụ, hãy nêu rõ bằng chứng nghiệm thu: phê duyệt mốc có ghi ngày, bảng chấm công được ủy quyền hoặc xác nhận kỳ cung cấp dịch vụ. Đơn đặt hàng cho phép mua; nó không chứng minh dịch vụ đã được thực hiện. Với khoản chi không có đơn đặt hàng, hãy dựa vào hợp đồng và quy trình xử lý ngoại lệ đã được ủy quyền của tổ chức, thay vì lập đơn đặt hàng muộn để việc đối chiếu trông có vẻ đầy đủ.

Hãy kiểm tra số lượng cộng dồn qua các hóa đơn và phiếu nhập kho liên quan. Một phiếu nhập kho hợp lệ không thể làm căn cứ cho cùng số hàng nhiều lần. Ghi lại những dòng nhập kho đã được phân bổ và xem hàng bị từ chối hoặc trả lại có làm giảm số lượng đã chấp nhận hay không. Một hóa đơn cho toàn bộ đơn hàng có thể được lập quá sớm dù đơn giá khớp hoàn toàn.

Hãy coi ngưỡng chênh lệch cho phép là một quy tắc phê duyệt có phạm vi xác định. Mức chênh lệch làm tròn được chấp nhận không đồng nghĩa với việc chấp nhận thêm một người thụ hưởng mới. Ghi lại quy tắc áp dụng và ai được duyệt ngoại lệ; đừng sửa ngưỡng chỉ để duyệt được một hóa đơn.

Tính lại thuế GTGT, loại tiền và các phiên bản hóa đơn

Hãy tính lại tổng tiền từ số lượng, đơn giá, chiết khấu, chi phí phát sinh và thuế đang hiển thị. Kiểm tra chiết khấu áp dụng theo từng dòng hay trên tổng, và phí vận chuyển có nằm trong cơ sở tính thuế GTGT hay không. Nếu cơ sở tính thuế chưa rõ, hãy yêu cầu nhà cung cấp và kế toán thuế phụ trách làm rõ. Phép tính khớp về mặt toán học chưa chứng minh cách xử lý thuế là đúng theo quy định hiện hành.

Hãy ghi rõ mã tiền tệ. Hóa đơn chỉ ghi ký hiệu “$” có thể cần được làm rõ khi nhà cung cấp giao dịch bằng nhiều loại tiền. Khi thanh toán bằng loại tiền khác, hãy lưu riêng nghĩa vụ theo loại tiền trên hóa đơn, cơ sở quy đổi đã duyệt và số tiền theo loại tiền thanh toán. Đừng xếp chênh lệch tỷ giá vào nhóm “sửa tổng hóa đơn” khi chưa đối chiếu cách quy đổi.

Với hóa đơn được lập lại, hãy yêu cầu nêu rõ việc thay thế: thay đổi gì, bản này thay thế hóa đơn nào, và có kèm khoản điều chỉnh hoặc hủy hay không. Khi một hóa đơn điện tử đã lập có sai sót, cách xử lý thường là hóa đơn thay thế hoặc hóa đơn điều chỉnh theo quy định hiện hành; kế toán của bạn xác nhận hình thức áp dụng cho trường hợp cụ thể. Hãy giữ liên kết với hóa đơn trước nhưng không để cả hai bản cùng tạo ra số phải trả. Ngày lập khác, số hóa đơn mới hoặc một hậu tố như “R1” không nên tự động tạo ra khoản phải trả thứ hai.

Đừng chỉ tìm các hóa đơn có số trùng khớp tuyệt đối. Theo tài liệu của Oracle, chức năng kiểm tra trùng tùy chọn kết hợp nhà cung cấp, loại hóa đơn, số tiền, loại tiền và ngày khi được bật. Hãy xác nhận hệ thống kế toán hoặc ERP của chính bạn thực sự kiểm tra những gì và gồm những bản ghi nào. Kiểm tra hóa đơn trùng của Oracle, Financials 26D (tiếng Anh)

Với các hóa đơn nghi trùng, hãy xem xét nghĩa vụ gốc và trạng thái thanh toán. Các hóa đơn định kỳ giống nhau có thể hợp lệ; tên tệp khác nhau có thể là cùng một hóa đơn. Hãy tính cả các khoản thanh toán đã ghi sổ, đang chờ và đã lên lịch, đồng thời xác minh một khoản hủy hoặc đảo bút toán được báo cáo đã hoàn tất thật hay chưa. “Chưa tất toán” chưa phải là câu trả lời đầy đủ nếu một lệnh chi đang nằm trong hàng đợi thực hiện.

Cách phát hiện hóa đơn trùng và thanh toán trùng

Để phát hiện hóa đơn trùng, hãy so sánh mọi hóa đơn mới với những gì đã nhận, đã duyệt, đã lên lịch và đã thanh toán cho cùng nhà cung cấp, không chỉ dựa vào số hóa đơn. Bản trùng y hệt là trường hợp dễ. Bản gần trùng khó hơn, vì chúng lọt qua phép so khớp tuyệt đối.

Các kiểm soát sau cùng phối hợp với nhau:

• Kiểm tra trùng của hệ thống: khớp theo tổ hợp nhà cung cấp, số hóa đơn, số tiền, loại tiền và ngày thay vì chỉ theo số hóa đơn. Chức năng tùy chọn của Oracle, mô tả ở trên, kết hợp nhà cung cấp, loại hóa đơn, số tiền, loại tiền và ngày. Hãy xác nhận hệ thống của bạn kiểm tra gì và trên những pháp nhân nào.
• Chuẩn hóa và so khớp gần đúng: bỏ tiền tố, dấu câu và số 0 đứng đầu trước khi so sánh số hóa đơn, cho phép chênh lệch nhỏ về số tiền và ngày, và đối chiếu nhà cung cấp theo mã số thuế hoặc số tài khoản ngân hàng để phát hiện các bản ghi nhà cung cấp trùng.
• Đối chiếu công nợ: đối chiếu biên bản công nợ của nhà cung cấp với sổ cái trước khi thanh toán, và thanh toán theo từng hóa đơn chứ không theo tổng của biên bản.
• Đối chiếu ba bên: một phiếu nhập kho 80 thiết bị không thể làm căn cứ cho hai hóa đơn 80 thiết bị. Hãy phân bổ các dòng nhập kho theo cách cộng dồn, như đã nêu ở trên.
• Tìm kiếm phía thanh toán: kiểm tra các khoản đang chờ và đã lên lịch trước khi thực hiện lệnh chi, như ví dụ minh họa bên dưới.

Giá trị băm của tệp có ích trong một trường hợp hẹp. Nếu cùng một tệp đính kèm đến hai lần, hai giá trị băm SHA-256 sẽ trùng nhau, cho biết đó là bản sao y hệt mà không cần đọc tài liệu nào. Một bản quét, một PDF được xuất lại hoặc một bản in được chuyển tiếp có byte khác và giá trị băm khác dù hiển thị cùng một hóa đơn, nên giá trị băm chỉ phát hiện được các bản sao y hệt và không bao giờ đủ để chấp nhận một tệp. Hướng dẫn về SHA-256 và dấu thời gian tin cậy giải thích cách tính và lưu một giá trị băm.

Khi phát hiện hóa đơn nghi trùng, đừng mặc nhiên bác bỏ. Các hóa đơn định kỳ cùng số tiền có thể hợp lệ. Hãy liên kết các hóa đơn nghi trùng dưới cùng một nghĩa vụ, xác nhận với nhà cung cấp tài liệu nào có hiệu lực và chỉ giữ một số dư phải trả.

Xác minh thay đổi tài khoản nhận tiền qua kênh đã biết

Số tiền đúng vẫn có thể được chuyển tới một tài khoản không được ủy quyền. Hãy so sánh người thụ hưởng, thông tin ngân hàng và phương thức thanh toán được yêu cầu với hồ sơ nhà cung cấp đã duyệt. Hãy tách thay đổi tài khoản nhận tiền khỏi các ngoại lệ về giá hoặc số lượng, để việc giải quyết tranh chấp thương mại không đồng thời ngầm chấp thuận cả chỉ dẫn thanh toán.

FBI khuyến cáo chủ động tìm thông tin liên hệ của công ty từ nguồn độc lập và xác minh các thay đổi về số tài khoản hoặc quy trình thanh toán. FBI cũng nêu sự khẩn cấp là lý do cần thận trọng. Hướng dẫn của FBI về BEC (tiếng Anh)

Hãy dùng kênh liên hệ đã được thiết lập khi tiếp nhận nhà cung cấp, hoặc một kênh khác mà tổ chức của bạn đã phê duyệt một cách độc lập. Đừng lấy số điện thoại gọi lại từ chính hóa đơn đang bị nghi ngờ hay từ tin nhắn đi kèm. Xác nhận người bạn gọi có thẩm quyền chỉ đạo thay đổi này, rồi hoàn tất quy trình xác minh và phê duyệt thay đổi nhà cung cấp của tổ chức. Giọng nói quen thuộc hoặc việc người nghe nhận ra hóa đơn chưa đủ để coi là sự ủy quyền.

Yêu cầu đổi tài khoản có thể đến qua email, Zalo hay tin nhắn, và có thể kèm một mã QR chuyển khoản. Mã QR chỉ là cách nhập sẵn số tài khoản; nó không xác nhận tài khoản thuộc về người bán, và một mã QR cũng có thể bị thay trong tệp hay email bị chỉnh sửa. Nếu ứng dụng ngân hàng của bạn hiển thị tên chủ tài khoản nhận trước khi xác nhận lệnh chuyển, hãy đối chiếu tên đó với hồ sơ nhà cung cấp. Tên khớp chỉ là một dấu hiệu hỗ trợ, không thay cho xác nhận qua kênh đã biết và phê duyệt thay đổi theo quy trình của bạn.

Ghi lại ngày gọi, nguồn của kênh liên hệ, tên và chức danh người đại diện, các trường đã xác nhận, mã tham chiếu của yêu cầu thay đổi và người duyệt nội bộ. Lưu đầy đủ thông tin ngân hàng trong hồ sơ nhà cung cấp được kiểm soát; trong ghi chú chung của vụ việc, hãy dùng mã tham chiếu có giới hạn quyền truy cập hoặc số đã được che bớt. Nếu người đại diện thường lệ vắng mặt, hãy để thay đổi ở trạng thái chưa giải quyết cho đến khi xác lập được một người thay thế có thẩm quyền. Sự khẩn cấp không thể thay thế thẩm quyền còn thiếu.

Nếu tiền đã được chuyển tới một tài khoản không được ủy quyền, hãy liên hệ ngay ngân hàng thực hiện lệnh chuyển để đề nghị tra soát và trình báo cơ quan công an có thẩm quyền càng sớm càng tốt, kèm hóa đơn, email và hồ sơ gọi xác nhận đã lưu.

Hình dưới đây tóm tắt ba bước kiểm soát cần đạt, mỗi bước được duyệt riêng, trước khi thực hiện một khoản thanh toán.

Trong thực tế, hãy xác lập nghĩa vụ, trừ các khoản đã tất toán để biết số dư chưa trả, tính cả các lệnh chi đang chờ trước khi tạo thêm một khoản thanh toán khác, và xác nhận tài khoản nhận tiền. Hãy để người duyệt cuối cùng thấy rõ mọi bước kiểm soát chưa được giải quyết.

Dùng giá trị băm mật mã để xác định đúng tệp hóa đơn đã kiểm tra

Mọi báo cáo của Fileverity đều ghi lại giá trị băm SHA-256 của tệp đã được phân tích, nên người xem lại sau này có thể xác nhận báo cáo thuộc về đúng tệp đó; trang xác minh báo cáo của Fileverity kiểm tra điều này ngay trong trình duyệt. Cách này cũng áp dụng được trong quy trình kế toán phải trả của chính bạn: sau khi có người xem xét một tệp đính kèm, người xem lại sau làm sao xác lập được rằng kết quả thuộc về cùng chuỗi byte, chứ không phải một tệp khác trùng tên?

SHA-256 ánh xạ dữ liệu đầu vào thành một giá trị băm 256 bit, thường được viết thành 64 ký tự thập lục phân. Thuật toán được thiết kế sao cho việc tìm hai đầu vào khác nhau có cùng giá trị băm là bất khả thi về mặt tính toán; hai giá trị băm trùng nhau là bằng chứng thực tế mạnh về việc các byte giống hệt nhau, chứ không phải bảo đảm toán học rằng không thể có va chạm. NIST quy định thuật toán và vai trò của nó trong việc phát hiện thay đổi của thông điệp. NIST FIPS 180-4 (tiếng Anh)

Hai bản ghi ASCII ngắn dưới đây minh họa phép tính (“HD” là viết tắt không dấu của “hóa đơn”). Mỗi bản kết thúc bằng một byte xuống dòng LF, ký hiệu bên dưới là \n:

Đổi một ký tự của số tiền tạo ra một giá trị băm hoàn toàn khác. Thay đổi kiểu xuống dòng hay bất kỳ byte nào khác cũng làm giá trị băm đổi, dù văn bản hiển thị trông y hệt. Vì vậy, giá trị băm không khớp nghĩa là byte khác nhau, chứ không nhất thiết là số tiền bị sửa hay gian lận. Một PDF xuất lại có thể hiển thị giống hệt nhưng chứa metadata (siêu dữ liệu) hoặc cách tuần tự hóa đối tượng khác.

Giới hạn theo chiều ngược lại cũng quan trọng không kém: cùng một hóa đơn bịa đặt luôn cho ra cùng một giá trị băm. Việc băm tệp không chứng minh ai đã lập hóa đơn, hàng đã đến chưa, hay người thụ hưởng có được ủy quyền không. Nó không phải chữ ký số, vì một giá trị băm thông thường không chứa xác nhận đã được xác thực của bên ký. Điều cốt yếu là có một bản ghi đối chiếu đáng tin cậy: nếu băm một tệp đính kèm đáng ngờ rồi chấp nhận giá trị băm trùng khớp do chính người gửi tệp đó cung cấp, thì không có thêm căn cứ độc lập nào.

Trong quy trình kế toán phải trả, hãy lưu giá trị băm cùng tệp đính kèm đã nhận, mã vụ việc và kết quả xem xét. Khi có bản thay thế, hãy xác định riêng bản đó và lặp lại các kiểm tra giao dịch cần thiết; đừng áp dụng lại phê duyệt trước đó cho bản mới chỉ vì tên tệp không đổi. Nếu giá trị băm thay đổi, hãy so sánh tài liệu và đối chiếu hồ sơ nhà cung cấp để xác định điểm khác biệt nào quan trọng. Nếu giá trị băm khớp, bạn có cơ sở chắc chắn hơn để gắn các byte đã xem xét với kết quả đã ghi, nhưng vẫn cần ủy quyền thanh toán theo quy trình thông thường. Đó là vai trò hữu ích của việc xác định đúng tệp.

Luật Giao dịch điện tử 20/2023/QH15 (Điều 11) xác định giá trị dùng làm chứng cứ của thông điệp dữ liệu theo độ tin cậy của cách khởi tạo, lưu trữ, bảo đảm toàn vẹn và xác định người khởi tạo thông điệp. Luật Giao dịch điện tử 20/2023/QH15 Giá trị băm lưu cùng tệp giúp bạn cho thấy tệp lưu giữ vẫn là tệp đã nhận, nhưng đó chỉ là một phần của việc lưu trữ đáng tin cậy; nó không thay cho chữ ký số của người bán và không phải ý kiến pháp lý. Để tự tính giá trị băm trên Windows, macOS hoặc Linux, và để biết dấu thời gian tin cậy xác lập ngày ghi nhận một hóa đơn đã nhận như thế nào, hãy đọc hướng dẫn về SHA-256 và dấu thời gian tin cậy.

Hình dưới đây so sánh hai chuỗi trên: chỉ một chữ số khác nhau, nhưng hai giá trị băm khác hẳn.

Ví dụ minh họa: giao hàng một phần, hóa đơn thay thế và tài khoản nhận tiền mới

Ví dụ này là giả định, tính bằng đồng Việt Nam, với thuế suất GTGT giả định 10% để dễ tính toán. Hợp đồng chỉ cho phép lập hóa đơn theo số lượng đã nghiệm thu, áp dụng khoản phí vận chuyển cố định 5.000.000 ₫ cho lần giao đầu tiên, và tính thuế trên tiền hàng cộng phí vận chuyển theo thuế suất giả định đó. Không có tiền đặt cọc, chiết khấu hay khoản giảm trừ nào.

Đơn đặt hàng PO-482 cho phép mua 100 thiết bị, đơn giá 2.500.000 ₫, cộng khoản phí vận chuyển một lần. Phiếu nhập kho PNK-77 ghi nhận 80 thiết bị được nghiệm thu và 20 thiết bị chưa giao. Tuy vậy, hóa đơn số 632 (hóa đơn gốc) vẫn lập cho toàn bộ 100 thiết bị:

Đối chiếu lần giao hàng đầu tiên, tính bằng đồng (₫):

Hóa đơn gốc cộng đúng, nhưng vượt 55.000.000 ₫ so với số tiền được chứng từ hỗ trợ cho lần giao đầu tiên: 50.000.000 ₫ cho 20 thiết bị chưa nhận và 5.000.000 ₫ tiền thuế đi kèm. Đây là ngoại lệ về số lượng và thời điểm lập hóa đơn, không phải lỗi số học. Doanh nghiệp có bằng chứng cho một nghĩa vụ thật là 225.500.000 ₫, tùy thuộc vào các kiểm tra còn lại.

Giải quyết chênh lệch thương mại và hóa đơn thay thế

Bộ phận mua hàng xác nhận không có điều khoản nào được duyệt cho phép lập hóa đơn trước cho số thiết bị chưa giao. Kho xác nhận PNK-77 đã đầy đủ và chưa có đợt giao thứ hai. Qua kênh liên hệ đã thiết lập, nhà cung cấp thừa nhận đã lập hóa đơn sai và phát hành hóa đơn thay thế số 655 với số tiền 225.500.000 ₫, ghi rõ thay thế hóa đơn số 632.

Kế toán phải trả liên kết cả hai hóa đơn dưới cùng một nghĩa vụ, ghi nhận việc thay thế và bảo đảm hóa đơn số 632 không thể được thanh toán như một khoản phải trả riêng. Kế toán của bạn xác nhận cách xử lý theo quy định hiện hành về hóa đơn điện tử. Phần 20 thiết bị còn lại vẫn mở trên đơn đặt hàng; lần nhận hàng và hóa đơn tiếp theo sẽ phải được đối chiếu riêng. Phí vận chuyển không được tính lại chỉ vì đợt giao bị tách.

Việc này giải quyết ngoại lệ về số lượng. Nó chưa chứng minh số dư của hóa đơn mới hoàn toàn chưa thanh toán, và cũng chưa giải quyết thông tin thanh toán mới trong một email riêng nhận được sau khi có hóa đơn thay thế.

Xác định số dư còn có thể thanh toán

Tìm kiếm phía thanh toán cho thấy một khoản thanh toán một phần 100.000.000 ₫ đã được đối trừ vào hóa đơn số 632 và một lệnh chi đã lên lịch 125.500.000 ₫ đang chờ thực hiện. Lệnh chi này được lập theo nghĩa vụ đã hiệu chỉnh 225.500.000 ₫, trước khi email về tài khoản nhận tiền mới đến. Ngân quỹ xác nhận lần thanh toán đầu đã hoàn tất và không bị hoàn lại.

Số dư chưa trả là 225.500.000 ₫ − 100.000.000 ₫ = 125.500.000 ₫. Tuy nhiên, toàn bộ số dư đó đã nằm trong lệnh chi đã lên lịch. Vì vậy kế toán phải trả không được tạo thêm một lệnh 125.500.000 ₫ nào nữa, và càng không được tạo một lệnh 225.500.000 ₫ mới từ hóa đơn thay thế. Lệnh chi đã lên lịch được giữ lại trong khi ngoại lệ về tài khoản nhận tiền được giải quyết.

Đối chiếu trạng thái thanh toán, tính bằng đồng (₫):

Hình sau tóm tắt toàn bộ phép tính, từ giá trị hóa đơn đến lệnh chi.

Giải quyết riêng chỉ dẫn về tài khoản nhận tiền

Email mới yêu cầu thanh toán cho một người thụ hưởng khác với người thụ hưởng trong hồ sơ nhà cung cấp đã duyệt. Kế toán phải trả gọi cho đầu mối tài chính của nhà cung cấp theo số điện thoại trong hồ sơ tiếp nhận nhà cung cấp, xác nhận thẩm quyền của người nghe máy và hỏi cụ thể về việc đổi tài khoản và hóa đơn số 632. Đầu mối tài chính của nhà cung cấp xác nhận hóa đơn thay thế nhưng phủ nhận việc đã yêu cầu tài khoản mới; xác nhận được lưu vào hồ sơ vụ việc.

Kế toán phải trả giữ lại email bị phủ nhận và chuyển chỉ dẫn mâu thuẫn đó cho người phụ trách bảo mật hoặc ứng phó gian lận được chỉ định. Xác nhận này chỉ hỗ trợ một kết luận hẹp: nhà cung cấp công nhận hóa đơn đã sửa nhưng không ủy quyền tài khoản mới. Nó không cho biết ai gửi email hay email được tạo ra bằng cách nào.

Người duyệt thanh toán sau đó xác minh tài khoản hiện có của nhà cung cấp qua các kiểm soát bắt buộc, kiểm tra người thụ hưởng thực tế của lệnh chi đang giữ và duyệt thực hiện một khoản thanh toán 125.500.000 ₫ vào tài khoản đó. Các ngoại lệ còn lại được đóng kèm bằng chứng tương ứng. Nếu việc xác nhận tài khoản nhận tiền chưa xong, khoản thanh toán vẫn bị giữ dù số tiền đã có chứng từ hỗ trợ.

Hồ sơ cuối cùng vì vậy ghi ba kết quả riêng biệt: một sai sót số lượng thông thường được sửa, một khoản thanh toán trùng được tránh nhờ phát hiện lệnh chi đang chờ, và một yêu cầu đổi tài khoản không được ủy quyền được chuyển lên cấp trên xử lý. Việc gắn nhãn “giả” cho toàn bộ hóa đơn sẽ che mất nghĩa vụ hợp lệ và quyết định thanh toán thực sự.

Nếu yêu cầu đổi tài khoản đến dưới dạng ảnh chụp màn hình, hoặc hóa đơn đến dưới dạng bản quét, thì đây là lúc đưa chúng qua xác minh hình ảnh: báo cáo cho thấy khối thông tin ngân hàng có bị sửa hay không và ghi lại chính xác tệp đã được kiểm tra, còn cuộc gọi cho nhà cung cấp vẫn quyết định tài khoản nhận tiền.

Dùng ma trận ngoại lệ với điều kiện kết thúc rõ ràng

Hãy giới hạn việc tạm giữ ở hành động bị ảnh hưởng, theo chính sách của tổ chức bạn. Thanh toán một phần chỉ là một lựa chọn khi phần được chứng từ hỗ trợ, cách xử lý hợp đồng, việc phân bổ và phê duyệt đều rõ ràng. Đừng tự ý trả thiếu bằng cách trừ đi một dòng đang tranh chấp khi thuế, khoản giảm trừ hoặc việc nhà cung cấp có chấp nhận cách phân bổ hay không vẫn chưa rõ.

Hãy giao cho mỗi hạng mục còn mở một người phụ trách và một thời hạn. Yêu cầu bổ sung bằng chứng nên nêu đúng chênh lệch: “Hóa đơn số 632 lập cho 100 thiết bị; PNK-77 ghi nhận 80 thiết bị được nghiệm thu. Vui lòng xác nhận căn cứ lập hóa đơn hoặc phát hành hóa đơn thay thế, nêu rõ hóa đơn nào bị thay thế.” Cách này dễ xử lý hơn nhiều so với việc hỏi liệu hóa đơn có “thật” không.

Lập hồ sơ phê duyệt thanh toán có thể dùng lại

Hãy làm mới trạng thái thanh toán trước khi thực hiện nếu việc điều tra kéo dài. Một đồng nghiệp có thể đã xếp thêm một lệnh chi khác khi vụ việc còn mở. Hãy ghi số tiền và tham chiếu tài khoản thực tế đã chi, chứ không chỉ ý định duyệt trước đó.

Câu hỏi thường gặp

Hóa đơn trùng là gì?

Hóa đơn trùng là yêu cầu thanh toán lần thứ hai cho một nghĩa vụ đã được lập hóa đơn, duyệt hoặc thanh toán. Đó có thể là bản gửi lại y hệt hoặc bản gần trùng với số, ngày, định dạng hay số tiền bị đổi, và có thể xuất phát từ sai sót của nhà cung cấp trung thực hoặc từ ý đồ được trả tiền hai lần. Hai trường hợp được xử lý như nhau: liên kết các tài liệu dưới cùng một nghĩa vụ và chỉ trả một lần.

Làm thế nào để tránh thanh toán trùng?

Hãy kiểm tra mỗi hóa đơn theo nhà cung cấp, số hóa đơn, số tiền, loại tiền và ngày, tìm cả các khoản đang chờ và đã lên lịch trước khi thực hiện lệnh chi, và đối chiếu biên bản công nợ của nhà cung cấp với sổ cái. Mỗi nhà cung cấp chỉ nên có một bản ghi, và hãy chặn hóa đơn cũ khi đã có hóa đơn thay thế. Hãy làm mới trạng thái thanh toán ngay trước khi thực hiện, vì một lệnh chi khác có thể đã được xếp hàng trong lúc bạn điều tra.

Làm thế nào để nhận biết hóa đơn giả?

Không có một dấu hiệu duy nhất. Hãy kiểm tra lần lượt: hóa đơn khớp với đơn đặt hàng hoặc hợp đồng và chứng từ nhận hàng; tệp gốc lấy theo cách người bán công bố và kết quả tra cứu hóa đơn điện tử đều khớp với bản bạn nhận; tên pháp lý, mã số thuế và tài khoản nhận tiền khớp với hồ sơ nhà cung cấp; và, nếu hóa đơn là bản quét hoặc ảnh, hình ảnh không có dấu hiệu bị sửa. Tra cứu khớp cho biết hóa đơn tồn tại, không thay cho các bước còn lại. Với biên lai và ảnh chuyển khoản, xem hướng dẫn nhận biết hóa đơn và bill chuyển khoản giả.

Tra cứu hóa đơn điện tử thành công có nghĩa là có thể chuyển tiền không?

Không. Tra cứu thành công cho biết hóa đơn có tồn tại và các thông tin khớp. Nó không cho biết hàng đã giao chưa, hóa đơn đã được trả chưa, và đặc biệt 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. Chỉ chuyển tiền khi cả ba bước kiểm soát đều đạt: nghĩa vụ có chứng từ, số dư còn phải trả và tài khoản nhận tiền được ủy quyền.

Khác biệt giữa gian lận hóa đơn và gian lận thanh toán là gì?

Gian lận hóa đơn liên quan đến tài liệu: hóa đơn giả, bị sửa hoặc trùng. Gian lận thanh toán là nhóm rộng hơn gồm những thủ đoạn chuyển tiền đến sai người, kể cả trường hợp một hóa đơn thật bị kẻ chiếm quyền tài khoản email đổi thông tin ngân hàng. Một vụ việc có thể thuộc cả hai, vì vậy số tiền và tài khoản nhận tiền được duyệt riêng.

Kiểm tra hóa đơn có ngăn được gian lận mua sắm không?

Chỉ một phần. Các kiểm tra trước thanh toán phát hiện được tài khoản nhận tiền bị đổi, hóa đơn bị sửa hoặc trùng, và hóa đơn không có đơn đặt hàng hay chứng từ nhận hàng đứng sau. Thông thầu, hoa hồng ngầm và thông đồng giữa người mua với nhà cung cấp tạo ra giấy tờ khớp nhau, nên cần quy tắc đấu thầu cạnh tranh, phân tách nhiệm vụ và kiểm toán.

Bổ sung phân tích hình ảnh khi nó trả lời một câu hỏi còn lại

Một số vụ việc của kế toán phải trả có bản quét hóa đơn, ảnh chụp hoặc ảnh chụp màn hình với những thay đổi đáng ngờ quanh số tiền hoặc trường người thụ hưởng. Xác minh hình ảnh có thể hỗ trợ điều tra các câu hỏi về việc tạo ra bằng AI, chỉnh sửa hoặc nguồn gốc. Nó không xác lập việc giao hàng, việc phát hành hóa đơn, quyền sở hữu tài khoản hay thẩm quyền thanh toán, và kết quả không phát hiện bất thường không giải quyết được tình trạng phiếu nhập kho không khớp hay tài khoản nhận tiền bị đổi. Khi cả bộ hồ sơ có dấu hiệu tài liệu giả mạo do AI tạo ra, hãy đọc thêm hướng dẫn nhận biết tài liệu giả mạo do AI tạo ra.

Ví dụ, giả sử các kiểm tra đối chiếu thông thường cho thấy số tiền khớp, nhưng một lần đánh giá hình ảnh có công cụ hỗ trợ nêu lên mối nghi ngờ tại một vùng cụ thể quanh khối người thụ hưởng trong bản quét. Phát hiện đó có thể giúp bạn tập trung vào việc yêu cầu bản hóa đơn do nhà cung cấp lưu và so sánh các trường thanh toán. Nếu bản sao khớp, hãy ghi lại kết quả đó và giải quyết mọi câu hỏi ủy quyền còn lại qua các kiểm soát tài khoản nhận tiền đã thiết lập. Nếu không có phát hiện kỹ thuật dùng được, hãy tiếp tục xử lý dựa trên hồ sơ.

Với các ngoại lệ hình ảnh hóa đơn lặp lại, hãy thử xác minh hình ảnh của Fileverity trên các mẫu được phép sử dụng, đại diện cho quy trình tiếp nhận hồ sơ của bạn: bản quét thông thường, ảnh chụp màn hình, các chỉnh sửa cục bộ đã biết và ảnh tài liệu do AI tạo ra. Hãy đặt một câu hỏi xem xét cho mỗi mẫu, chẳng hạn có cần yêu cầu bản do nhà cung cấp lưu đối với trường số tiền hay không, và đánh giá xem người xét duyệt có rút ra được từ báo cáo một yêu cầu bổ sung hồ sơ hữu ích hay không.

Một báo cáo của Fileverity ghi lại giá trị băm SHA-256 của tệp được kiểm tra và trạng thái xác thực dấu thời gian, nên kết quả kiểm tra hình ảnh được lưu cùng hồ sơ phê duyệt thanh toán với các kiểm tra đối chiếu. Hãy gửi cho chúng tôi một số hóa đơn ngoại lệ tiêu biểu của bạn, và chúng tôi sẽ cùng nhóm của bạn xem báo cáo trên các trường hợp thực tế; 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. Nhóm của bạn cũng có thể tự chạy các kiểm tra này trong Console hoặc qua API phát hiện ảnh AI theo hình thức tự phục vụ; xem bảng giá để biết mức giá hiện hành. Nếu hồ sơ chứa dữ liệu cá nhân, hãy xác định với bộ phận pháp chế cách áp dụng Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15 (có hiệu lực từ ngày 1 tháng 1 năm 2026) trước khi tải tệp lên bất kỳ dịch vụ phân tích nào, trong đó có Fileverity. 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 xong. Trang Tin cậy và bảo mật nêu rõ cách xử lý dữ liệu, 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