Kiểm tra chữ ký số XML, hóa đơn điện tử

Một chữ ký XML chứa một hoặc nhiều Reference chỉ tới dữ liệu cần bảo vệ. Trước khi tính giá trị băm, dữ liệu có thể đi qua các phép biến đổi và bước chuẩn hóa XML. Bộ xác minh phải thực hiện lại đúng chuỗi xử lý này rồi so sánh DigestValue; sau đó mới xác minh SignatureValue trên SignedInfo bằng khóa công khai trong chứng thư.

Do XML có nhiều cách biểu diễn tương đương về mặt cú pháp, việc tự mở rồi lưu lại bằng trình soạn thảo có thể đổi namespace, encoding, khoảng trắng hoặc thứ tự khai báo. Một thay đổi tưởng như chỉ để “làm đẹp” vẫn có thể làm giá trị băm không còn khớp. Nên giữ nguyên file gốc nhận từ bên phát hành và thao tác trên một bản sao khi cần xem nội dung.

Với hóa đơn điện tử, chữ ký số là một lớp xác minh trong toàn bộ hồ sơ. Sau khi chữ ký đạt, người nhận vẫn cần đối chiếu tên và mã số thuế của người bán, thông tin người mua, số hóa đơn, ngày lập, hàng hóa, thuế suất, tổng tiền và liên hệ với giao dịch thực tế. Chủ thể trên chứng thư cũng cần phù hợp với vai trò ký trong cấu trúc hóa đơn.

Trạng thái chữ ký không thay thế việc tra cứu hóa đơn trên kênh của cơ quan thuế. Mã cơ quan thuế được hiển thị trong tệp hoặc bản thể hiện cũng không nên được kiểm tra bằng mắt; cần dùng cổng tra cứu phù hợp để xác nhận trạng thái hiện tại, hóa đơn điều chỉnh, thay thế hoặc bị xử lý sau khi phát hành.

Nếu công cụ báo không có chữ ký, tệp có thể chỉ là XML dữ liệu, chữ ký nằm ở tệp khác hoặc cấu trúc sử dụng profile chưa được hỗ trợ. Nếu báo không hợp lệ sau khi bạn đã mở và lưu tệp, hãy lấy lại bản gốc từ nguồn phát hành để loại trừ thay đổi do phần mềm chỉnh sửa.

Trường hợp chữ ký tách rời hoặc Reference trỏ tới tài nguyên ngoài tệp cần đúng dữ liệu nguồn để xác minh. Công cụ hiện nhận một tệp mỗi lần, vì vậy không thể tự suy đoán tài liệu ngoài bị thiếu. Tương tự, lỗi schema nghiệp vụ và lỗi chữ ký là hai nhóm khác nhau: XML có chữ ký hợp lệ vẫn có thể thiếu trường bắt buộc, còn XML đúng schema vẫn có thể chưa được ký.