PAdES, XAdES dan JAdES: Format Tanda Tangan Dijelaskan

XAdES menyematkan tanda tangan sebagai elemen XML di dalam atau di samping dokumen XML. Dapat digunakan secara luas di sistem e-government (negara anggota Uni Eropa, LATAM). Dukung tingkat dasar yang sama (B, T, LT, LTA) seperti PAdES.

JAdES (JSON Advanced Electronic Signature) adalah yang terbaru dari tiga format ini. Tanda tangan JSON digunakan dengan model tanda tangan terpisah — tanda tangan adalah objek JSON yang merujuk ke data asli. Khususnya relevan untuk penandatanganan data DPP Uni Eropa.

CAdES (CMS Advanced Electronic Signature) adalah format keempat untuk data biner. Kurang umum dalam praktek tetapi digunakan di beberapa infrastruktur PKI dan untuk pengajuan regulasi khusus.

Sesuaikan format dengan kontainer dokumen: PDF → PAdES, XML → XAdES, JSON → JAdES. Jika Anda menandatangani kontrak yang dapat dibaca manusia, PAdES adalah pilihan yang tepat. Untuk pengajuan data yang didorong oleh API (seperti DPP), JAdES atau XAdES lebih sesuai.

Tanda tangan PAdES di PDF: menambahkan 15-50 KB per tanda tangan (termasuk sertifikat + CRL + OCSP + timestamp). Tanda tangan XAdES di XML: menambahkan 5-20 KB. Tanda tangan JAdES di JSON: menambahkan 3-15 KB. Untuk penandatanganan batch 10,000 dokumen, PAdES menambahkan 150-500 MB biaya tambahan; XAdES menambahkan 50-200 MB.

Validasi PAdES di Adobe Reader: 0,5-2 detik per tanda tangan (termasuk verifikasi rangkaian + pemeriksaan CRL + verifikasi timestamp). Validasi XAdES melalui pustaka: 50-200 ms. Validasi JAdES: 30-100 ms. Untuk verifikasi massal 10,000 tanda tangan, XAdES 5-10 kali lebih cepat daripada PAdES.

Tanda tangan PAdES B-B/B-T/B-LT dapat ditampilkan secara native di Adobe Reader dengan tanda centang hijau. Tanda tangan XAdES dan JAdES tidak dapat ditampilkan di Adobe Reader — mereka memerlukan alat validasi khusus. Untuk dokumen B2C (kontrak konsumen), PAdES adalah format yang satu-satunya yang dapat diverifikasi secara visual oleh penerima yang tak teknis.

PAdES B-B berisi tanda tangan dan sertifikat tanda tangan tetapi tanpa timestamp atau data pengembalian. cocok untuk persetujuan internal, NDA beresiko rendah, dan dokumen dengan kebutuhan pengelolaan sementara. Verifikasi gagal setelah masa berlaku sertifikat. Sebagian besar platform eSignature dasar menghasilkan tanda tangan tingkat B-B secara baku.

B-T menambahkan timestamp yang dipercaya, membuktikan bahwa dokumen ada di titik waktu tertentu. B-LT menambahkan data pengembalian sertifikat (CRL/OCSP), memungkinkan verifikasi bahkan setelah CA offline. B-LT disarankan untuk setiap kontrak dengan periode pengelolaan lebih dari 3 tahun — yang mencakup sebagian besar perjanjian kerja, pinjaman, dan sewa.

B-LTA menambahkan timestamp arsip periodik, menciptakan rantai bukti yang tak terputus. Diperlukan untuk dokumen dengan pengelolaan 10+ tahun: surat hak milik properti, pengajuan paten, pengajuan peraturan, dan catatan korporasi permanen. eSign.AI secara baku menggunakan B-LTA untuk semua alur tanda tangan yang berlaku, memastikan bahwa tanda tangan tetap dapat diverifikasi selama periode pengelolaan hukum penuh.