Cách kiểm tra file PDF có bị chỉnh sửa không: chữ ký số, metadata và lịch sử lưu

Cách hữu ích nhất để kiểm tra file PDF có bị chỉnh sửa không là đối chiếu nó với một bản tham chiếu mà bạn tự lấy được từ nguồn độc lập, xác thực chữ ký số nếu có, rồi tìm hiểu nguyên nhân các chênh lệch ở những trường quan trọng. Metadata (siêu dữ liệu) và các điểm bất thường nhìn thấy được trên trang giúp bạn biết nên xem ở đâu; cả hai đều không phải công cụ phát hiện chỉnh sửa vạn năng.

Hãy bắt đầu bằng việc xác định điều bạn cần kiểm chứng. “Đây là hóa đơn do nhà cung cấp phát hành” và “tệp này không thay đổi kể từ khi được ký số” là hai câu hỏi khác nhau: một file PDF có thể đạt phép kiểm tra này mà không đạt phép kiểm tra kia. File cũng có thể chứa những thay đổi hợp lệ, chẳng hạn biểu mẫu đã điền, phê duyệt được bổ sung hoặc hóa đơn đã điều chỉnh. Việc xem xét cần xác lập điều gì đã thay đổi, thay đổi đó có được phép hay không và tài liệu hiện tại có đủ làm căn cứ để ra quyết định hay không.

Chọn điểm xuất phát

Hãy giữ nguyên tệp đính kèm đã nhận, rồi chọn hướng phù hợp với bằng chứng bạn có. Nếu bạn có cả bản tham chiếu đáng tin cậy lẫn chữ ký số, hãy thực hiện cả hai bước kiểm tra, vì chúng trả lời những câu hỏi khác nhau.

Với file PDF mà bạn không thể đối chiếu với bản của bên phát hành, báo cáo tài liệu của Fileverity tập hợp phần mềm tạo file, các mốc ngày, các phiên bản đã lưu và dấu hiệu có chữ ký vào một bản ghi bạn có thể đính kèm vào hồ sơ vụ việc. Phân tích tài liệu cũng so sánh các phiên bản đã lưu để chỉ ra những trang có văn bản thay đổi sau lần lưu đầu tiên hoặc sau khi ký; xem báo cáo tài liệu mẫu. Nếu câu hỏi của bạn là liệu nội dung có do AI viết hay không, đó là một phép kiểm tra khác trong công cụ xác minh tài liệu: phần đánh giá này hiện hỗ trợ văn bản bằng tiếng Anh, tiếng Pháp, tiếng Đức, tiếng Tây Ban Nha và tiếng Trung, không áp dụng cho tiếng Việt. Các bước dưới đây tập trung vào tính toàn vẹn của file PDF và việc đối chiếu với bản của bên phát hành.

1. Lưu giữ tệp và xác định bản tham chiếu

Giữ tệp đính kèm hoặc tệp tải về đúng như khi nhận. Ghi lại người gửi hoặc cổng thông tin, thời điểm nhận, tên tệp gốc và số hiệu tài liệu. Lưu cả email kèm theo nếu email đó giải thích phiên bản hoặc mục đích của tài liệu. Hãy làm việc trên một bản sao riêng trước khi thêm chú thích, chạy OCR hoặc lưu báo cáo so sánh.

Giá trị băm (hash) SHA-256 xác định các byte đã nhận. Hai giá trị băm trùng khớp cho phép kết luận hai tệp giống hệt nhau từng byte; hai giá trị khác nhau đòi hỏi phải so sánh để biết điều gì đã thay đổi. Hãy lưu giá trị băm cùng tệp trong hồ sơ xem xét. Cách hoạt động của giá trị băm được giải thích trong hướng dẫn SHA-256 và dấu thời gian tin cậy.

Hãy lấy bản tham chiếu qua cổng thông tin chính thức của bên phát hành hoặc một đầu mối mà tổ chức của bạn đã biết từ trước. Một tệp đính kèm thứ hai do cùng một người gửi lạ chuyển đến không phải là bản tham chiếu độc lập. Xác nhận bản tham chiếu khớp về tài khoản, kỳ thanh toán, số hóa đơn và phiên bản. Hỏi xem đã có hóa đơn thay thế hoặc điều chỉnh hay chưa trước khi đối chiếu một bản đã duyệt từ trước với tệp hiện tại.

Chọn bản tham chiếu theo đúng câu hỏi cần trả lời:

Khi không có bản tham chiếu đáng tin cậy, hãy ghi nhận hạn chế này ngay từ đầu. Bạn vẫn có thể kiểm tra file PDF, nhưng không thể suy ra số tiền ban đầu chỉ vì số tiền hiện tại trông đáng ngờ.

2. Xác thực chữ ký số và phạm vi ký

Chữ ký tay, tên gõ sẵn hay hình con dấu chỉ là các yếu tố hiển thị. Hình thức của chúng không chứng minh file PDF có chữ ký số dựa trên chứng thư số. Ngược lại, không có nét ký trông giống chữ ký tay cũng không chứng minh file chưa được ký. Nhiều phần mềm ký số hiển thị khung kiểu “Ký bởi… Ngày ký…” trên trang; khung đó chỉ là hình hiển thị, và một khung giống hệt có thể được dán thành ảnh vào một file chưa bao giờ được ký. Hãy xem thông tin chữ ký trong trình xem hỗ trợ xác thực chữ ký số của PDF.

Bối cảnh pháp lý ở Việt Nam, tóm tắt

Phần này chỉ giúp bạn hiểu ý nghĩa của các bước kiểm tra kỹ thuật, không phải tư vấn pháp lý; nội dung tính đến ngày 4 tháng 11 năm 2026. Luật Giao dịch điện tử số 20/2023/QH15, có hiệu lực từ ngày 1 tháng 7 năm 2024, là văn bản nền tảng (toàn văn trên Công báo). Các điều dưới đây theo văn bản hợp nhất năm 2026.

• Chữ ký số. Điều 22 phân loại chữ ký điện tử theo phạm vi sử dụng (khoản 1) và định nghĩa chữ ký số là chữ ký điện tử đáp ứng đủ các yêu cầu (khoản 3), trong đó có yêu cầu “mọi thay đổi đối với thông điệp dữ liệu sau thời điểm ký đều có thể bị phát hiện” (điểm d) và yêu cầu chữ ký số phải được bảo đảm bởi chứng thư chữ ký số (điểm đ).
• Giá trị của chữ ký. Khoản 2 Điều 23 quy định chữ ký điện tử chuyên dùng bảo đảm an toàn hoặc chữ ký số có giá trị pháp lý tương đương chữ ký của cá nhân đó trong văn bản giấy.
• Giá trị chứng cứ. Khoản 2 Điều 11 xác định giá trị dùng làm chứng cứ của thông điệp dữ liệu căn cứ vào độ tin cậy của cách thức khởi tạo, gửi, nhận hoặc lưu trữ; cách thức bảo đảm và duy trì tính toàn vẹn; cách thức xác định người khởi tạo, gửi, nhận và các yếu tố phù hợp khác.

Khi xem xét một tài liệu, hệ quả trong thực tế khá đơn giản. Khả năng phát hiện mọi thay đổi sau thời điểm ký chỉ phát huy tác dụng khi có người thực sự xác thực chữ ký. Và vì giá trị chứng cứ dựa trên độ tin cậy của cả chuỗi khởi tạo, lưu trữ, bảo đảm toàn vẹn và xác định người khởi tạo, một chữ ký chỉ là một phần của bức tranh, không thay thế việc đối chiếu với bên phát hành. Việc một cơ quan, tòa án hay đối tác có chấp nhận một chứng cứ cụ thể hay không do họ quyết định; hãy hỏi luật sư của bạn khi hồ sơ có thể đi đến tranh chấp.

Cách xác thực chữ ký số trong file PDF

Để xác thực chữ ký số trong file PDF, hãy mở file bằng trình xem có hỗ trợ xác thực chữ ký. Trong Adobe Acrobat, mở bảng Signatures rồi chọn Validate Signatures; xem chi tiết kết quả và dùng Signature Properties để xem chứng thư của người ký (tên menu có thể khác khi giao diện ở tiếng Việt). Hãy ghi lại trình xác thực báo thời gian ký lấy từ nguồn nào: đồng hồ máy tính của người ký hay máy chủ dấu thời gian tin cậy. Bản thân thời gian hiển thị không phải là bằng chứng độc lập về thời điểm ký thực tế.

Áp dụng trình tự sau cho từng chữ ký liên quan:

1. Ghi lại tên người ký hiển thị, kết quả xác thực, phiên bản trình xem và thời điểm xác thực.
2. Đọc lý do chi tiết của mọi cảnh báo. Phân biệt vấn đề về độ tin cậy của chứng thư với vấn đề toàn vẹn nội dung được báo cáo.
3. Xác định chữ ký đó áp dụng cho phiên bản nào. Hãy xem phiên bản đã ký, không chỉ tài liệu hiện tại.
4. Xác định những thay đổi về sau được báo cáo và liệu quy tắc ký của tài liệu có cho phép chúng không.
5. Xác nhận rằng người ký là cá nhân hoặc tổ chức phù hợp với việc phê duyệt mà bạn cần.

Việc xác thực chữ ký PDF có tính đến quyền thay đổi mà tài liệu cho phép. Một chữ ký chứng nhận có thể cho phép một số thao tác về sau, chẳng hạn điền biểu mẫu hoặc ký thêm; thay đổi cụ thể nào chấp nhận được còn tùy quy tắc của tài liệu. Ví dụ, một ứng dụng thêm chú thích (annotation) có thể lưu chú thích dưới dạng bản cập nhật gia tăng (incremental update) mà không làm mất hiệu lực của bản gốc đã ký (PDF Association, bảng thuật ngữ, mục “Incremental update”, tiếng Anh). Vì vậy, kết quả “hợp lệ” có thể cùng tồn tại với những thay đổi về sau. Đừng đọc dấu tích xanh thành lời khẳng định rằng từng byte vẫn y nguyên. Sơ đồ dưới đây minh họa vì sao kết quả hợp lệ vẫn cần kiểm tra phạm vi ký.

Ba nội dung cần kiểm tra trong sơ đồ là danh tính, phạm vi ký và quyền hạn, tức là các thay đổi về sau có được phép hay không. Việc hóa đơn có mô tả đúng hàng hóa, dịch vụ đã giao hay không cần bằng chứng giao dịch riêng, như đơn hàng, biên bản nghiệm thu hoặc hợp đồng.

Với tài liệu đã ký, lệnh so sánh phiên bản đã ký với phiên bản hiện tại trong Acrobat có thể giúp tìm các điểm khác nhau. Hãy coi kết quả chỉ là công cụ hỗ trợ và tự kiểm tra các trường liên quan. Đừng cho rằng việc đã xem một chữ ký trước đó có nghĩa là mọi phiên bản sau nó đều đã được xác thực.

Một kết quả không hợp lệ cần được ghi kèm nguyên nhân: có thể do thay đổi bị cấm, tệp hỏng, chứng thư hết hiệu lực hoặc hạn chế theo chính sách. Kết quả chưa xác định có thể chỉ có nghĩa là bước xác thực chưa được chạy. Tất cả những trường hợp này đều khác với một chữ ký đã xác thực thành công.

Với chữ ký số công cộng, luật yêu cầu chữ ký phải được bảo đảm bởi chứng thư chữ ký số của tổ chức cung cấp dịch vụ chứng thực chữ ký số công cộng (điểm đ khoản 3 Điều 22). Nếu chuỗi chứng thư của nhà cung cấp đó chưa nằm trong danh sách tin cậy của trình xem, trình xem có thể báo danh tính người ký là chưa xác định dù nội dung không thay đổi. Khi đó hãy ghi “chưa thiết lập được độ tin cậy đối với người ký trong môi trường xác thực này” kèm nội dung cảnh báo. Đừng đổi cài đặt tin cậy chỉ để có một kết quả thành công; quản trị viên có thể cần xử lý chuỗi chứng thư, thông tin thu hồi hoặc dấu thời gian. Một cảnh báo phải xử lý như vậy tự nó chưa phải là kết luận về giả mạo.

3. Phân biệt metadata của file PDF với ngày của hệ thống tệp

Ngày mà hệ điều hành hiển thị thuộc về bản ghi của tệp trên máy. Ngày hiển thị trong thuộc tính tài liệu PDF được lưu bên trong tài liệu. Đó là hai bản ghi về hai sự kiện khác nhau. Việc tải về hoặc sao chép tệp có thể làm đổi ngày của hệ thống tệp mà không động đến ngày phát hành ghi trong tài liệu.

Ví dụ, một bảng sao kê đề ngày 1 tháng 10 có thể có ngày tạo trong PDF là ngày 2 tháng 10, còn ngày tạo tệp trên máy bạn là ngày 28 tháng 10, tức ngày bạn tải về. Trình tự này tự nó không có gì mâu thuẫn. Chênh lệch múi giờ (Việt Nam dùng UTC+7) hoặc việc thiếu thông tin múi giờ cũng có thể khiến thứ tự thời gian trông sai lệch. Hãy giữ nguyên giá trị và độ lệch múi giờ như hiển thị, đừng tự ý quy đổi những mốc giờ còn chưa chắc chắn.

Metadata của PDF có thể gồm ngày tạo và ngày sửa, thông tin ứng dụng và metadata XMP. Đây là thông tin có thể chỉnh sửa, tách biệt với nội dung hiển thị trên trang. Vì vậy, một giá trị metadata bị đổi không nhất thiết nghĩa là số tiền bị đổi, và một giá trị trông bình thường không phải là nhật ký kiểm toán độc lập.

Hãy ghi lại chính xác trường và giá trị, ví dụ “Producer cho biết ứng dụng X”. Tên ứng dụng cho biết một lần xử lý được ghi nhận, không cho biết ai đã thực hiện. Nếu metadata mâu thuẫn với quy trình xuất file mà bên phát hành mô tả, hãy so với một mẫu đã biết hoặc đề nghị bên phát hành giải thích sự khác biệt.

Cách xem metadata của file PDF

Để xem metadata của file PDF, mở thuộc tính tài liệu trong trình xem PDF, hoặc đọc cả hai bản ghi metadata bằng công cụ dòng lệnh như ExifTool. Trình xem hiển thị các trường phổ biến; ExifTool liệt kê riêng từ điển Info và bản ghi XMP, điều này quan trọng khi hai bản ghi không khớp nhau.

• Adobe Acrobat hoặc Acrobat Reader. Chọn File > Properties (Ctrl+D trên Windows, Cmd+D trên macOS) rồi mở thẻ Description. Thẻ này liệt kê Title, Author, Subject và Keywords, ngày Created và Modified, Application là phần mềm đã tạo tài liệu nguồn, và PDF Producer là phần mềm đã ghi ra file PDF.
• Preview trên macOS. Mở PDF, bấm nút Info trên thanh công cụ (hoặc chọn Tools > Show Inspector) rồi chọn General Info. Apple mô tả Inspector là nơi xem các thông tin như tên tác giả; hãy xác nhận mọi trường quan trọng trong Acrobat hoặc ExifTool. Apple: xem thông tin về PDF và hình ảnh trong Preview (tiếng Anh)
• Windows File Explorer. Nhấp chuột phải vào tệp, chọn Properties (Thuộc tính) và mở thẻ Details (Chi tiết). Cách xem này bị hạn chế: các trường hiển thị phụ thuộc vào phần mềm PDF đã cài, và các ngày ở thẻ General (Chung) thuộc hệ thống tệp, không thuộc PDF.
• ExifTool. Chạy exiftool -a -G1 file.pdf. Tùy chọn -a liệt kê các thẻ trùng tên và -G1 thêm tên nhóm cụ thể trước mỗi thẻ, nên các mục của từ điển Info và các mục XMP xuất hiện riêng. Các tùy chọn của ExifTool (tiếng Anh), Các thẻ PDF của ExifTool (tiếng Anh)

Các trường này do chính phần mềm ghi file tự khai. Chương trình nào ghi ra PDF cũng đặt được tiêu đề, tác giả, phần mềm tạo, phần mềm xuất và ngày tháng, và các trình sửa metadata có thể đổi chúng mà không động đến một ký tự hiển thị nào. Một giá trị trông bình thường không phải là nhật ký kiểm toán, và một trường trống có thể chỉ có nghĩa là metadata đã bị xóa. Hãy đọc từng trường như một manh mối:

Producer nêu tên một công cụ chỉnh sửa, ngày sửa muộn hơn nhiều so với ngày tạo, hoặc bản ghi Info không khớp bản ghi XMP: mỗi dấu hiệu đều là lý do chính đáng để hỏi bên phát hành xem file được tạo ra như thế nào. Không dấu hiệu nào cho biết nội dung đã đổi ra sao.

File Word: metadata của DOCX nằm ở đâu

Metadata của tài liệu Word được lưu trong thuộc tính tài liệu của tệp. Word hiển thị chúng ở File > Info, và chúng nằm trong gói .docx dưới dạng docProps/core.xml và docProps/app.xml. Tệp .docx là một gói ZIP, nên bạn có thể đổi tên một bản sao thành .zip để đọc trực tiếp cả hai phần; đừng đụng đến tệp gốc.

• core.xml chứa người tạo (author), lastModifiedBy, số hiệu bản sửa (revision) cùng ngày tạo và ngày sửa. python-docx: thuộc tính lõi (tiếng Anh)
• app.xml chứa các trường như Application và AppVersion (Thư viện Quốc hội Hoa Kỳ: Office Open XML, tiếng Anh) và TotalTime, tổng thời gian chỉnh sửa tính bằng phút (Microsoft Learn: TotalTime, tiếng Anh).

Các giá trị này cũng do phần mềm tự khai. Công cụ nào ghi DOCX cũng đặt được chúng, và lệnh Inspect Document của Word (File > Info > Check for Issues > Inspect Document) có thể xóa thuộc tính tài liệu và thông tin cá nhân, nên trường tác giả hoặc thời gian chỉnh sửa để trống không chứng minh được điều gì. Microsoft: kiểm tra tài liệu để tìm dữ liệu ẩn hoặc thông tin cá nhân (tiếng Anh) Số hiệu bản sửa chỉ đếm số lần lưu nếu ứng dụng thực sự tăng giá trị này.

Với tệp DOCX, báo cáo tài liệu của Fileverity ghi lại ứng dụng và phiên bản, ngày tạo và ngày sửa, số bản sửa (hiển thị dưới dạng số phiên bản đã lưu), thời gian chỉnh sửa được ghi trong tệp và việc gói có chứa phần chữ ký số hay không. Cũng như các trường của PDF ở trên, chúng gợi ra câu hỏi cho bên phát hành; chúng không cho biết điều gì đã thay đổi hay ai đã thay đổi.

4. So sánh trang, văn bản trích xuất và cấu trúc tài liệu

Hãy bắt đầu từ các trường có ý nghĩa quyết định: danh tính các bên và mã số thuế, số hiệu tài liệu, ngày, số tiền, đơn vị tiền tệ và tài khoản nhận tiền. Sau đó so sánh phần nội dung xung quanh, số trang và thứ tự trang. Một phụ lục bị thay hoặc một trang bị thiếu có thể đổi ý nghĩa của tài liệu dù trang đầu vẫn khớp.

Một file PDF có thể chứa văn bản được tạo trực tiếp ở dạng số, ảnh các trang quét hoặc hỗn hợp cả hai. OCR có thể giúp tìm kiếm và chọn được văn bản trên một bản quét, nên bôi đen được chữ không chứng minh rằng các chữ hiển thị ban đầu là văn bản dạng số.

Với trường quan trọng, hãy so sánh trang hiển thị với giá trị trích xuất. Ở bản quét, OCR có thể đọc số 0 thành chữ O hoặc bỏ sót dấu chấm ngăn cách hàng nghìn, khiến 89.000.000 trông như một số khác. Chênh lệch đó có thể là lỗi nhận dạng chứ không phải thay đổi của tài liệu. PDF Association lưu ý rằng độ chính xác của OCR phụ thuộc vào chất lượng ảnh trang và các yếu tố khác, còn bản thân định dạng PDF không quyết định độ chính xác đó. PDF Association, bảng thuật ngữ, mục “OCR” (tiếng Anh)

Hãy dùng thiết lập so sánh phù hợp với nội dung. Acrobat Pro có chế độ so sánh chỉ văn bản và tùy chọn cho tài liệu quét; chế độ chỉ văn bản bỏ qua khác biệt về đồ họa. Hãy lưu thiết lập và phạm vi trang cùng báo cáo để người xét duyệt khác biết đã đưa gì vào so sánh.

Một lần xem xét thực tế gồm ba vòng:

Nếu hai trình xem hiển thị khác nhau một trường quan trọng, hãy giữ cả hai quan sát và chuyển sự khác biệt về hiển thị đó lên cấp có thẩm quyền xử lý. Đừng chỉ chọn kết quả hiển thị phù hợp với kết luận bạn mong đợi. Nguyên tắc này cũng áp dụng khi giá trị biểu mẫu, văn bản trích xuất và trang hiển thị mâu thuẫn nhau: hãy ghi nhận điểm không nhất quán đó trước khi quyết định cách thể hiện nào được dùng làm căn cứ trong quy trình của bạn.

5. Lịch sử lưu của PDF: vì sao file hiển thị nội dung mới nhưng vẫn giữ byte cũ

Trình đọc PDF không đơn thuần hiển thị mọi chuỗi văn bản có trong tệp. Một trang tham chiếu tới các đối tượng (object), chẳng hạn luồng nội dung (content stream), bằng định danh. Cấu trúc tham chiếu chéo (cross-reference) cho trình đọc biết các đối tượng nằm ở đâu. Trong một bản cập nhật gia tăng thông thường, một đối tượng có thể được thay thế bằng cách nối thêm bản mới của đối tượng kèm một phần tham chiếu chéo mới; bản cũ vẫn có thể còn trong các byte đã nhận. Chuỗi tham chiếu hiện hành quyết định phiên bản nào được dùng. Đó là lý do việc tìm thấy một số tiền cũ trong tệp thô khác với việc xác lập trang hiện đang hiển thị nội dung gì. PDF Association, bảng thuật ngữ: Indirect object, Cross-reference table và Incremental update (tiếng Anh)

Xét một ví dụ cố ý đơn giản hóa. Một trang trỏ tới đối tượng 17 0 R. Ở phiên bản A, đối tượng đó cung cấp một luồng nội dung hiển thị “Tổng: 84.000.000 ₫”. Một bản cập nhật gia tăng nối thêm đối tượng thay thế cho đối tượng 17, hiển thị “Tổng: 89.000.000 ₫”, cùng thông tin tham chiếu trỏ tới vị trí mới. Trình đọc hiện tại phân giải trang qua đối tượng đã cập nhật; chuyên gia xem lại các phiên bản trước có thể tìm thấy bản cũ. Sơ đồ sau thể hiện đúng ví dụ này.

Kiểm tra nguồn gốc của tệp qua cấu trúc là một nguyên tắc trong phân tích tài liệu của Fileverity. Các kiểm tra này đọc metadata đã lưu và các dấu hiệu về cấu trúc gắn với những lần sửa. Chúng có thể chỉ ra lý do để điều tra lịch sử của tệp. Phân tích tài liệu còn so sánh văn bản của từng phiên bản có thể khôi phục với tệp cuối và nêu tên các trang có văn bản thay đổi, kể cả thay đổi thực hiện sau chữ ký số. Điều đó xác lập rằng văn bản của một trang đã thay đổi; việc thay đổi có được phép không và một trường ban đầu ghi gì vẫn cần có chính phiên bản đó và phiên bản của bên phát hành để đối chiếu.

Sự phân biệt này tránh hai sai lầm thường gặp. Thứ nhất, nhiều cấu trúc liên quan đến việc lưu có thể do một thao tác thêm chú thích hoặc ký được phép tạo ra; chúng không cho thấy có chỉnh sửa với chủ ý xấu. Thứ hai, ghi đè toàn bộ tệp hoặc xuất lại từ đầu có thể loại bỏ các bản trước đó, nên việc không khôi phục được lịch sử không minh oan cho tài liệu. Ngay cả một số tiền cũ khôi phục được cũng cần diễn giải: nó có thể thuộc về một giá trị biểu mẫu đã lỗi thời, một tệp đính kèm hoặc một phiên bản trước hợp lệ.

Với một chênh lệch trọng yếu, hãy yêu cầu một đợt kiểm tra chuyên sâu, trong đó trường hiển thị trước và sau được gắn với đúng phiên bản tệp tương ứng, rồi so với phiên bản bên phát hành đã xác nhận. Đừng thay chuỗi bằng chứng đó bằng tìm kiếm từ khóa thông thường hay một chỉ số về số lần sửa. Các kiểm tra cấu trúc của Fileverity là một lớp kiểm tra trong quá trình xem xét, bên cạnh so sánh nội dung, xác thực chữ ký và kiểm tra thẩm quyền phê duyệt. Khi chênh lệch đủ lớn để cần chuyên gia, hãy xem giám định tài liệu giả mạo: khi nào cần chuyên gia.

Hóa đơn điện tử: file PDF thường chỉ là bản thể hiện

Ở Việt Nam, file PDF bạn nhận được thường chỉ là bản thể hiện của hóa đơn điện tử. Khi đó, chỉ hỏi “file PDF có bị chỉnh sửa không” là chưa đủ, vì theo hướng dẫn của cơ quan thuế, phần có giá trị pháp lý của hóa đơn điện tử không nằm ở hình ảnh trên trang PDF. Tổng cục Thuế (nay là Cục Thuế), khi trả lời một số doanh nghiệp chế xuất tại Công văn số 1152/TCT-CS ngày 5 tháng 4 năm 2023, đã nêu: “File XML của hóa đơn điện tử là file có giá trị pháp lý” và “file PDF là bản thể hiện của hóa đơn điện tử và không có giá trị pháp lý” (LuatVietnam: Công văn 1152/TCT-CS). Công văn này được ban hành khi Nghị định 123/2020/NĐ-CP còn hiệu lực; Nghị định 254/2026/NĐ-CP, có hiệu lực từ ngày 1 tháng 7 năm 2026, đã khiến nghị định đó hết hiệu lực (khoản 2 Điều 43), nên hãy xác nhận cách áp dụng hiện hành với kế toán trưởng hoặc tư vấn thuế của bạn.

Trong thực tế, điều này dẫn tới các bước sau:

• Xin file gốc. Nếu số tiền hoặc người nhận tiền có ý nghĩa quan trọng và bạn chỉ có file PDF, hãy đề nghị người bán gửi file gốc của hóa đơn điện tử và so với bản PDF. Nghị định 254/2026/NĐ-CP quy định 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 có nghĩa vụ công khai cách thức tra cứu, nhận file gốc đó (điểm d khoản 2 Điều 17). Nghị định 254/2026/NĐ-CP trên Công báo
• Tra cứu bằng đường dẫn bạn tự tìm. Hãy tra cứu theo cách người bán công bố hoặc qua cổng tra cứu chính thức của cơ quan thuế, do bạn tự gõ hoặc tự tìm, đừng bấm đường dẫn hay mã QR nằm ngay trong file PDF hoặc trong email kèm theo.
• Đừng tin mã hay ký hiệu chỉ vì nó nằm trên trang. Hóa đơn có mã của cơ quan thuế cũng hiển thị mã đó trong file PDF, và hình ảnh trên trang có thể bị sửa. Theo Phụ lục I của Thông tư 91/2026/TT-BTC, ký tự đầu tiên trong sáu ký tự của ký hiệu hóa đơn là chữ C với hóa đơn có mã của cơ quan thuế và chữ K với hóa đơn không có mã; ký hiệu không khớp với loại hóa đơn mà người bán tự nhận là lý do để tra cứu kỹ hơn. Thông tư 91/2026/TT-BTC trên Cổng thông tin văn bản của Chính phủ
• Hiểu giới hạn của việc tra cứu. Tra cứu thành công cho thấy hóa đơn tồn tại trong hệ thống; nó không cho thấy số tài khoản trong đề nghị thanh toán thuộc về người bán. Phần kiểm tra người nhận tiền được trình bày trong hướng dẫn kiểm tra hóa đơn trước khi thanh toán.

Fileverity phân tích tệp PDF hoặc Word bạn tải lên. Fileverity không đối chiếu với dữ liệu của cơ quan thuế, nên các bước tra cứu ở trên vẫn do bạn thực hiện.

Hóa đơn lịch sử đã quét: số dư bị thay đổi làm sai lệch phép đối chiếu

Hóa đơn năm 1912 của Dowdeswell Galleries dưới đây ghi 560-0-0, khoản khấu trừ 400-0-0 và số dư 160-0-0. Cách ghi này theo hệ thống tiền tệ cũ của Anh: bảng, shilling, penny. Fileverity dùng AI để đổi số dư hiển thị thành 760-0-0 trong một bản phái sinh riêng, giữ nguyên hai khoản cấu thành. Hình dưới đặt bản quét gốc cạnh bản đã sửa.

Phép tính của nguồn là 560 − 400 = 160 bảng, với số shilling và penny đều bằng không ở mỗi khoản. Số dư đã sửa vượt kết quả đó 600 bảng. Các số tiền lịch sử này là bảng Anh, không phải đồng Việt Nam. Việc đối chiếu bằng mắt này chỉ kiểm tra phép tính; muốn xem các phiên bản của một file PDF thì phải có chính file PDF đó.

Ví dụ minh họa: tổng tiền và số tài khoản không khớp

Xét một hóa đơn dịch vụ giả định số 1048, bỏ qua thuế giá trị gia tăng để ví dụ gọn hơn. Cổng thông tin của nhà cung cấp hiển thị dịch vụ 80.000.000 ₫ và phí vận chuyển 4.000.000 ₫, tổng cộng 84.000.000 ₫. File PDF nhận được có cùng các dòng hàng nhưng ghi tổng 89.000.000 ₫, đồng thời nêu số tài khoản có các chữ số cuối khác. Không có chữ ký số nào xác thực được.

Trước hết hãy xác nhận cả hai tài liệu là cùng một hóa đơn, cùng một phiên bản. Sau đó tính 89.000.000 − (80.000.000 + 4.000.000) = 5.000.000 ₫. Phép tính này xác lập một điểm không nhất quán về số học trong tài liệu nhận được. Nó không xác lập ai đã sửa tệp, cũng không cho biết nhà cung cấp ban đầu có tự nhầm lẫn hay không.

Hãy ghi số tiền và số tài khoản thành hai chênh lệch riêng, và đưa lệnh thanh toán vào quy trình xử lý ngoại lệ của tổ chức: tạm dừng thanh toán, rồi gọi lại nhà cung cấp theo số điện thoại bạn đã có từ trước, không dùng số trong email hay trong file PDF. Nếu nhà cung cấp xác nhận bản trên cổng và cho biết không có hóa đơn thay thế, kết luận sẽ cụ thể: “File PDF nhận được khác hóa đơn đã được nhà cung cấp xác nhận về tổng tiền và tài khoản nhận tiền.” Lỗi OCR được giữ trong ghi chú trích xuất. Với trường hợp đã xác nhận, bị bác bỏ hoặc còn chưa rõ của một yêu cầu thanh toán, hãy dùng ví dụ phân luồng xử lý tài liệu.

Xác minh tài liệu của Fileverity tập hợp các kiểm tra chữ ký PDF được hỗ trợ, mối quan hệ giữa số tiền và ngày tháng trên các trang quét, và vị trí trong tài liệu nguồn vào một báo cáo. Kết quả chữ ký phân biệt hợp lệ, không hợp lệ và chưa xác định so với dữ liệu tin cậy đã cấu hình. Hãy đối chiếu các trường trích xuất với trang hiển thị và dùng phần ghi chú phạm vi của báo cáo để nhận ra những bước xác thực cần làm thêm.

Lập hồ sơ xem xét để người khác dùng được

Hãy dùng danh sách kiểm tra gọn này trước khi đóng một ngoại lệ:

• Bằng chứng nhận được: tệp gốc, nguồn, thời điểm nhận và giá trị băm nếu có dùng.
• Bản tham chiếu: tệp hoặc bản ghi chính xác của bên phát hành, kênh lấy về và lý do đó là đúng phiên bản.
• Các kiểm tra: trình xem và phiên bản, chi tiết chữ ký, thiết lập so sánh, phạm vi trang và các trường đã kiểm tra thủ công. Với hóa đơn điện tử, ghi thêm kết quả tra cứu và việc đã nhận hay chưa nhận file gốc.
• Phát hiện: những khác biệt quan sát được, tách riêng khỏi diễn giải và các giải thích chưa được xác nhận.
• Kết luận xử lý: xác nhận độc lập, quyết định, người xét duyệt chịu trách nhiệm và các câu hỏi còn bỏ ngỏ.

Một lần xem xét hoàn chỉnh có thể kết luận rằng chênh lệch là một lần điều chỉnh được phép, rằng các khác biệt trọng yếu vẫn chưa được giải quyết, hoặc rằng bằng chứng hiện có không đủ để xác lập lịch sử của tệp. Hãy ưu tiên những kết luận cụ thể đó hơn nhãn chung chung “giả” hay “sạch”.

Chọn kiểm tra phù hợp với tài liệu của bạn

Với số tiền bị đổi, hãy dùng quy trình đối chiếu bản tham chiếu và so sánh ở trên. Với câu hỏi về chữ ký, hãy dùng công cụ xác thực chữ ký PDF. Với hóa đơn điện tử, hãy tra cứu và xin file gốc. Với các quy định về việc soạn thảo hoặc công bố nội dung, xác minh tài liệu của Fileverity đánh giá văn bản liền mạch trong tệp PDF, Word và văn bản thuần (hiện hỗ trợ tiếng Anh, tiếng Pháp, tiếng Đức, tiếng Tây Ban Nha và tiếng Trung, không áp dụng cho tiếng Việt) và đánh dấu các đoạn có vẻ do AI viết. Biểu mẫu, bảng biểu và đoạn rất ngắn nằm ngoài phần đánh giá văn bản này; phân tích tài liệu cũng đọc các trang quét.

Nếu thứ bạn nhận không phải file PDF mà là ảnh chụp màn hình hay ảnh biên lai chuyển khoản, cần áp dụng một cách kiểm tra khác. Báo Tuổi Trẻ ngày 25 tháng 2 năm 2026 đưa tin một người đã dùng ảnh chuyển khoản giả để chiếm đoạt 100 triệu đồng của người bán hàng ở một chợ tại Hưng Yên; công an khuyến cáo 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 (Tuổi Trẻ). Bằng chứng cuối cùng là tiền đã về tài khoản của bạn; hướng dẫn nhận biết hóa đơn và bill chuyển khoản giả trình bày cách kiểm tra các loại chứng từ đó.

Giá trị băm SHA-256 gắn với tệp đã tải lên và dữ liệu báo cáo; các giá trị cam kết (commitment) của bằng chứng riêng tư được kiểm tra khi xuất báo cáo. Vị trí, mã bằng chứng và ghi chú phạm vi hỗ trợ việc xem xét. Dấu thời gian tin cậy hoặc dấu niêm phong PDF chỉ được ghi nhận khi bước xác thực tương ứng thành công. Nếu dịch vụ hoặc dữ liệu xác thực không khả dụng, báo cáo vẫn có thể được giao, với phần bằng chứng đó được ghi rõ là không có. Dấu thời gian chỉ chứng minh dữ liệu đã tồn tại vào một thời điểm, không chứng minh các sự kiện trong tài liệu hay các phát hiện là đúng. Theo Luật Giao dịch điện tử, dịch vụ cấp dấu thời gian là một dịch vụ tin cậy, thuộc ngành, nghề đầu tư kinh doanh có điều kiện và tổ chức cung cấp phải có giấy phép kinh doanh dịch vụ tin cậy (khoản 1, 2 và 3 Điều 28); dấu thời gian được tạo ra dưới dạng chữ ký số (khoản 2 Điều 31). Dấu thời gian trong báo cáo là bằng chứng kỹ thuật; khi dùng làm chứng cứ chính thức, đừng mặc định coi nó là dấu thời gian của một tổ chức được cấp phép tại Việt Nam, và hãy hỏi luật sư trước khi dựa vào nó.

Lần kiểm tra tài liệu đầu tiên của bạn có kèm bản tóm tắt kết quả miễn phí. Hãy thử trên một file PDF thật để xem đánh giá, rồi mở khóa bằng chứng hiện có về các phiên bản, trang quét và ảnh nhúng bằng một lượt báo cáo tài liệu; giá được tính bằng đô la Mỹ, xem bảng giá. Bạn cũng có thể chạy kiểm tra tài liệu trong Console hoặc qua API phát hiện giả mạo tài liệu 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. Để trao đổi về giá theo khối lượng và tích hợp riêng vào hệ thống xử lý hồ sơ bồi thường, hãy liên hệ bộ phận kinh doanh. Để xem ví dụ về chính sách liên quan đến soạn thảo văn bản, hãy đọc cách chọn kiểm tra cho tài liệu giả mạo, kể cả nội dung do AI tạo ra. 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, gồm cả triển khai riêng cho Enterprise khi có yêu cầu.

Bằng chứng riêng tư chỉ được giữ trong tab hiện tại tối đa 3 giờ kể từ khi nhận; làm mới trang không kéo dài thời hạn này. Đóng tab hoặc đăng xuất có thể xóa chúng sớm hơn. Máy chủ xóa bằng chứng tạm thời sau khi giao thành công; kết quả chưa được giao sẽ hết hạn. Tệp gốc và PDF được tạo ra không phải là kho lưu trữ dài hạn; bản tóm tắt và hồ sơ xác minh vẫn được giữ lại. Nhà cung cấp email và hộp thư của bạn áp dụng chính sách lưu giữ riêng. Sau khi hết hạn, bạn chỉ còn có thể giữ một bản sao kết quả không kèm trích đoạn hay bản xem trước.

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