คู่มือโซลูชัน

การเลือก PAdES, XAdES หรือ JAdES สำหรับการลงลายมือชื่อเอกสาร

PAdES สำหรับ PDF, XAdES สำหรับ XML, JAdES สำหรับ JSON. แต่ละรูปแบบลายมือชื่อมีกรณีใช้งานเฉพาะที่นี้เป็นวิธีเลือก

ทีมโซลูชัน eSign.AIอ่าน 6 นาที

รูปแบบลายมือชื่อไม่สามารถเปลี่ยนแปลงได้

PAdES, XAdES และ JAdES คือมาตรฐาน ETSI สำหรับลายมือชื่ออิเล็กทรอนิกส์ขั้นสูง ที่ถูกออกแบบเพื่อที่จะใช้กับตัวเก็บเอกสารที่เฉพาะที่สุด การเลือกรูปแบบผิด อาจทำให้ลายมือชื่อไม่ถูกฝังอย่างถูกต้อง อาจไม่สามารถตรวจสอบได้ด้วยเครื่องมือมาตรฐาน หรืออาจไม่ปฏิบัติตามข้อกำหนดการตรวจสอบระยะยาว ส่วนใหญ่ของแผนกงานการลงลายมือชื่อมีการกำหนดรูปแบบลายมือชื่อเริ่มต้น —โดยทั่วไปแล้วคือ PAdES สำหรับ PDF —แต่กระบวนการแผนกงานของบริษัทมักต้องสนับสนุนรูปแบบหลายรูปแบบ

PAdES vs XAdES vs JAdES ดูได้ทันที

	รูปแบบเอกสาร	มาตรฐาน ETSI
PAdES	เอกสาร PDF	ETSI EN 319 142
XAdES	เอกสาร XML, SOAP, ข้อมูลที่มีโครงสร้าง	ETSI EN 319 132
JAdES	เอกสาร JSON, รหัสส่งข้อมูล REST API	ETSI TS 119 182

ขณะที่คุณควรใช้รูปแบบแต่ละรูปแบบ

รูปแบบเอกสารกำหนดรูปแบบลายมือชื่อ นี่คือกรณีที่เป็นไปได้สำหรับแต่ละรูปแบบ

PAdES (PDF Advanced Electronic Signature) ฝังลายมือชื่อตรงไปในไฟล์ PDF ได้เอง: เอกสาร ลายมือชื่อ หนังสือรับรอง และวัตถุตรวจสอบเดินทางร่วมกัน.นี่เป็นรูปแบบที่ใช้งานที่สูงสุดสำหรับสัญญาธุรกิจ สัญญาจ้างงาน และเอกสารทางการ

XAdES (XML Advanced Electronic Signature) มีลายมือชื่อที่ถูกลอกลายเข้าในโครงสร้าง XML มันถูกใช้ในการยื่นเอกสารรัฐบาล (บริการ e-government ของรัฐสมาชิกสหภาพยุโรป) ข้อสนทนา B2B (web services SOAP) และกระบวนการเอกสารที่มีโครงสร้างที่ใช้ XML ในรูปแบบเดี่ยว

JAdES (JSON Advanced Electronic Signature) คือมาตรฐานที่ใหม่ที่ถูกออกแบบเพื่อการลงลายมือชื่อเอกสาร JSON ในกระบวนการที่ดำเนินงานด้วย API มันถูกใช้สำหรับการลงลายมือชื่อคำตอบ API ข้อมูลสัญญาทางปฎิบัติการ และบันทึกที่มีโครงสร้าง JSON ที่ต้องการหลักฐานทางกฎหมาย

ทำไมการตรวจสอบระยะยาว (LTV) สำคัญไม่ว่าจะเป็นรูปแบบใด

สามรูปแบบทั้งหมดสนับสนุนระดับขั้นพื้นฐาน (B, T, LT, LTA) ระดับที่สูงกว่าเพิ่มวัตถุที่จำเป็นสำหรับการตรวจสอบลายลักษณ์ลับหลังจากหลักฐานรับรองหมดอายุ

ระดับ B (พื้นฐาน)

ลายลักษณ์ลับและหลักฐานถูกฝังรวมกัน พอใช้สำหรับการตรวจสอบระยะยาว ไม่สามารถตรวจสอบได้หลังจากหลักฐานรับรองหมดอายุ

ระดับ T (Timestamp)

เพิ่มเวลาที่เชื่อถือได้จาก Time Stamping Authority (TSA) แสดงว่าลายลักษณ์ลับมีอยู่ในช่วงเวลาเฉพาะ แม้หลังจากหลักฐานรับรองหมดอายุ

ระดับ LT (Long-Term)

เพิ่มวัตถุที่จำเป็นสำหรับการตรวจสอบอีกครั้ง (หลักฐานรับรอง, CRL, คำตอบ OCSP) ลายลักษณ์ลับสามารถตรวจสอบได้หลายปีหลังจากที่หลักฐานรับรองหมดอายุโดยไม่ต้องเข้าถึงแหล่งข้อมูลภายนอก

ระดับ LTA (Long-Term Archive)

เพิ่มเวลาที่เชื่อถือได้สำหรับการเก็บเอกสารที่ต้องมีความถูกต้องตลอดเวลา (ตัวอย่างเช่น บันทึกที่ดิน หลักฐานรัฐบาล)

ถ้าเอกสารของคุณ...

PDF (สัญญา จดหมาย ฟอร์ม) → PAdES
XML (การบันทึกทางรัฐบาล ข้อความ B2B) → XAdES
JSON (รายการ API รับส่ง บันทึกข้อมูล) → JAdES
หลายรูปแบบในกระบวนการเดียว → สนับสนุนทั้งสาม

เลือกระดับ LTV ตามความต้องการการเก็บ

ระยะยาวสั้น (ต่ำกว่า 2 ปี) → ระดับ B หรือ T
ระยะยาวปานกลาง (2-10 ปี) → ระดับ LT
ระยะยาวยาว (10+ ปี) → ระดับ LTA
ที่ถูกควบคุม/เก็บเอกสารที่ถูกต้อง → ระดับ LTA กับเวลาที่เชื่อถือได้จาก TSA

วิธีที่ eSign.AI จัดการรูปแบบลายลักษณ์ลับ

eSign.AI auto-selects the correct signature format based on document type and jurisdiction.

PAdES for PDF signing

eSign.AI applies PAdES Baseline B-LT signatures to PDF documents by default, embedding LTV data for long-term validation. For archival-grade documents, PAdES B-LTA is available with periodic re-timestamping.

XAdES for XML and regulatory filings

For XML-based regulatory submissions and government filings, eSign.AI produces XAdES signatures compatible with national e-government systems in the EU and LATAM.

Signature format selection by jurisdiction and use case

Which format to choose depends on the regulatory environment and document type.

EU: PAdES for PDF, XAdES for XML data

Under eIDAS, PAdES is the default for PDF documents because Adobe Reader natively validates PAdES signatures with a green checkmark. XAdES is used for structured data (eInvoicing, regulatory filings). The EU eInvoicing Directive 2014/55/EU requires XAdES (or PAdES/CAdES) for B2G invoices. JAdES is newer and not yet widely adopted in EU regulatory frameworks.

APAC: PAdES dominance, emerging XAdES

In APAC markets, PAdES is the dominant format because most business documents are PDF and Adobe Reader verification is universally expected. Singapore's ETA and Hong Kong's ETO do not mandate a specific format. China's GB/T standards reference XAdES for certain government filings. eSign.AI defaults to PAdES for all PDF signing and uses XAdES for EU eCoC compliance and XML-based enterprise signing (released 2026-06-25).

When to use LTV (Long-Term Validation)

LTV (PAdES B-LT or B-LTA) should be used for any document that may need verification beyond the certificate validity period — typically 3-5 years. This includes employment contracts (retain 5+ years), loan agreements (retain 7+ years), regulatory filings (retain 10+ years), and real estate documents (retain 30 years). eSign.AI enables LTV by default for all qualified signatures.

Frequently asked questions

PAdES. It is the ETSI standard for PDF signatures and is supported by Adobe Reader, Foxit, and other PDF viewers. Use Level LT or LTA for contracts that need long-term enforceability.

ทีมกำลังหารือแนวทาง eSignature ที่เหมาะกับธุรกิจ

สำรวจแนวทาง eSignature ที่เหมาะกับธุรกิจของคุณ

พูดคุยกับทีมของเราเกี่ยวกับข้อกำหนด eSignature ประเด็นด้านการปฏิบัติตามกฎระเบียบ และเวิร์กโฟลว์เอกสารในตลาดเป้าหมายของคุณ

ติดต่อเรา

อ่านต่อ

อภิธานศัพท์