Xác thực PDF/A — 12 profile, hai động cơ, trong trình duyệt.
Thả một PDF. Động cơ tham chiếu chính thức veraPDF và động cơ edge Rust+WASM của gPdf chạy thông số ISO 19005 song song. Các bất đồng được đánh dấu rõ ràng.
PDF/A là họ ISO 19005 các định dạng PDF lưu trữ dài hạn, lần đầu công bố năm 2005. Trình xác thực này chạy mọi quy tắc của profile được chọn so với triển khai tham chiếu veraPDF và động cơ Rust+WASM của gPdf, song song. "Đạt" ở đây có nghĩa hai động cơ độc lập đồng thuận.
Câu hỏi thường gặp
PDF/A là gì và tại sao tôi cần nó?
PDF/A là tập con PDF được chuẩn hóa ISO, thiết kế để hiển thị giống hệt sau hàng chục năm. Cấm các phần tử dễ hỏng theo thời gian (font ngoài, JavaScript, độ trong suốt ở profile sớm) và yêu cầu font nhúng, quản lý màu xác định, metadata đầy đủ. Lưu trữ, cơ quan thuế, chuẩn e-invoice đều yêu cầu.
Tôi nên chọn profile PDF/A nào?
PDF/A-2b là mặc định an toàn cho lưu trữ chung. PDF/A-3b nếu phải nhúng file khác (hóa đơn XML). PDF/A-1b cho audit cũ nghiêm ngặt. PDF/A-4 nếu tạo từ PDF 2.0. Biến thể a (1a/2a/3a) thêm yêu cầu Tagged-PDF — chỉ khi rõ ràng cần.
Tại sao hai động cơ không đồng thuận về file của tôi?
Cả hai xác thực theo ISO 19005 nhưng phạm vi khác nhau. veraPDF là triển khai tham chiếu do PDF Association duy trì và kiểm tra mọi điều khoản; động cơ Rust của gPdf ưu tiên các quy tắc gây thất bại nhập thực tế và chạy nhanh hơn một bậc. Trình xác thực hiển thị cả hai báo cáo — bạn quyết định có sửa không.
File của tôi có được lưu hoặc gửi cho bên thứ ba không?
Không. File được POST đến Cloudflare Worker, chạy cả hai động cơ trong bộ nhớ và trả về JSON. Không bao giờ được lưu vào đĩa, R2, KV hay database; không bên thứ ba nào nhận. Không cần đăng nhập, không giới hạn ngoài bảo vệ burst theo IP.