Memilih PAdES, XAdES atau JAdES untuk Penandatanganan Dokumen

Format tanda tangan tidak boleh diganti

PAdES, XAdES dan JAdES adalah standar ETSI untuk tanda tangan elektronik tingkat tinggi, masing-masing dirancang untuk kontainer dokumen khusus. Memilih format yang salah berarti tanda tangan mungkin tidak disemat dengan betul, mungkin tidak disahkan di alat standar, atau mungkin tidak mencapai keperluan pengesahan jangka panjang. Sebagian besar platform tanda tangan secara lalai memilih satu format — biasanya PAdES untuk PDF — tetapi aliran kerja perusahaan sering memerlukan sokongan format berbeza.

PAdES vs XAdES vs JAdES dalam satu lihat

	Jenis dokumen	Standar ETSI
PAdES	Dokumen PDF	ETSI EN 319 142
XAdES	Dokumen XML, SOAP, data struktural	ETSI EN 319 132
JAdES	Dokumen JSON, muatan API REST	ETSI TS 119 182

Kapan memakai setiap format

Format dokumen menentukan format tanda tangan. Ini adalah skenario biasa bagi setiap format.

PAdES (Tanda Tangan Elektronik Lanjut PDF) menyematkan tanda tangan secara langsung ke dalam fail PDF. Dokumen yang ditandatangani adalah berdiri sendiri: dokumen, tanda tangan, sijil, dan bahan pengesahan bergerak bersama-sama. Ini adalah format yang paling banyak digunakan untuk kontrak komersial, perjanjian kerja, dan dokumen rasmi.

XAdES (Tanda Tangan Elektronik Lanjut XML) melilit tanda tangan di struktur XML. Digunakan dalam pengajuan kerajaan (layanan e-kerajaan negara anggota EU), pemberitahuan B2B (layanan web SOAP), dan aliran kerja dokumen struktural di mana XML adalah format asal.

JAdES (Tanda Tangan Elektronik Lanjut JSON) adalah standar yang paling baru, dirancang untuk menandatangani dokumen JSON di aliran kerja yang dipacu oleh API. Digunakan untuk menandatangani jawapan API, data kontrak cerdas, dan rekod struktural JSON yang memerlukan bukti undang-undang.

Mengapa pengesahan jangka masa panjang (LTV) penting tanpa mengira format

Semua tiga format menyokong Aras Dasar (B, T, LT, LTA). Aras yang tinggi menambah bahan yang diperlukan untuk mengesahkan tandatangan selepas sijil tandatangan tamat tempoh.

Aras B (Asas)

Tandatangan dan sijil disambung. Cukup untuk pengesahan jangka masa pendek. Tidak dapat disahkan selepas sijil tamat tempoh.

Aras T (Masa Tarikh)

Menambah masa tarikh yang dipercayai daripada Pihak Berkuasa Masa Tarikh (TSA). Memastikan tandatangan wujud pada masa yang khusus, walaupun selepas tamat tempoh sijil.

Aras LT (Jangka Masa Panjang)

Menambah bahan pengesahan (sijil, CRL, jawapan OCSP) yang diperlukan untuk mengesahkan semula tandatangan. Tandatangan boleh disahkan tahun-tahun selepas tanpa mengakses sumber luaran.

Aras LTA (Arkib Jangka Masa Panjang)

Menambah masa tarikh arkib yang secara berkala mengesahkan keberlaku masa tarikh sebelumnya. Digunakan untuk rekod yang mesti kekal dapat dipastikan untuk dekad-dekad (contohnya rekod tanah, arkib kerajaan).

Jika dokumen anda...

PDF (kontrak, surat, borang) → PAdES
XML (filing kerajaan, mesej B2B) → XAdES
JSON (bukti API, rekod data) → JAdES
Banyak format dalam workflow yang satu → sokongan untuk tiga format

Pilih aras LTV berdasarkan keperluan pemeliharaan

Jangka masa pendek (< 2 tahun) → Aras B atau T
Jangka masa menengah (2-10 tahun) → Aras LT
Jangka masa panjang (10+ tahun) → Aras LTA
Diperaturi/arkib → Aras LTA dengan masa tarikh TSA

Bagaimana eSign.AI menguruskan format tandatangan

eSign.AI memilih format tandatangan yang betul berdasarkan jenis dokumen dan wilayah.

PAdES untuk tandatangan PDF

eSign.AI mengaplikasikan tandatangan PAdES Baseline B-LT kepada dokumen PDF secara lalai, menggabungkan data LTV untuk pengesahan jangka masa panjang. Untuk dokumen kelas arsip, PAdES B-LTA tersedia dengan penanda masa semula berkala.

XAdES untuk XML dan penghantaran peraturan

Untuk penghantaran peraturan yang berdasarkan XML dan penghantaran kerajaan, eSign.AI menghasilkan tandatangan XAdES yang disesuaikan dengan sistem e-kerajaan negara di EU dan LATAM.

Pilihan format tandatangan berdasarkan wilayah dan penggunaan

Format yang dipilih bergantung kepada persekitaran peraturan dan jenis dokumen.

EU: PAdES untuk PDF, XAdES untuk data XML

Bawah eIDAS, PAdES adalah lalai untuk dokumen PDF kerana Adobe Reader secara asal memvalidasi tandatangan PAdES dengan tanda cek hijau. XAdES digunakan untuk data struktural (eInvoicing, penghantaran peraturan). Perintah eInvoicing EU 2014/55/EU memerlukan XAdES (atau PAdES/CAdES) untuk faktur B2G. JAdES yang lebih baru dan belum secara luas diadopsi dalam kerangka kerja peraturan EU.

APAC: PAdES mendominasi, XAdES muncul

Di pasaran APAC, PAdES adalah format yang mendominasi kerana kebanyakan dokumen perniagaan adalah PDF dan pengesahan Adobe Reader dijangkau secara umum. ETA Singapura dan ETO Hong Kong tidak memerlukan format khusus. Standard GB/T China merujuk kepada XAdES untuk penghantaran kerajaan tertentu. eSign.AI lalai PAdES untuk semua tandatangan PDF dan menggunakan XAdES untuk kesediaan eCoC EU dan tandatangan perniagaan berdasarkan XML (dilancarkan 2026-06-25).

Apa bila hendak menggunakan LTV (Pengesahan Jangka Masa Panjang)

LTV (PAdES B-LT atau B-LTA) seharusnya digunakan untuk mana-mana dokumen yang mungkin memerlukan pengesahan di luar tempoh keberalihan sijil — biasanya 3-5 tahun. Ini termasuk kontrak kerja (tetapkan 5+ tahun), perjanjian pinjaman (tetapkan 7+ tahun), penghantaran peraturan (tetapkan 10+ tahun), dan dokumen properti (tetapkan 30 tahun). eSign.AI membolehkan LTV secara lalai untuk semua tandatangan yang layak.

Soalan yang sering ditanya

PAdES. Ia adalah standard ETSI untuk tandatangan PDF dan disokong oleh Adobe Reader, Foxit, dan penonton PDF lain. Gunakan Level LT atau LTA untuk kontrak yang memerlukan kepatuhan jangka masa panjang.

Pasukan membincangkan pendekatan tandatangan elektronik yang tepat untuk perniagaan

Terokai pendekatan tandatangan elektronik yang tepat untuk perniagaan anda

Berbincang dengan pasukan kami tentang keperluan tandatangan elektronik, pertimbangan pematuhan dan aliran kerja dokumen di pasaran sasaran anda.

Hubungi kami

Teruskan membaca

Panduan Pembelian