Checklist ก่อนทำ Paperless

แต่ก่อนตัดสินใจลงทุน — มี 10 เรื่อง ที่ผู้บริหารหน่วยงานควรรู้ เพราะถ้าไม่รู้ อาจเลือกระบบที่ "ใช้งานได้" แต่ "ใช้พิสูจน์ไม่ได้" — ซึ่งจะกลายเป็นปัญหาใหญ่เมื่อต้องใช้เอกสารเป็นหลักฐานในศาล หรือผ่านการตรวจสอบของ สตง.

บทความนี้คือ checklist ที่จัดทำขึ้นจากประสบการณ์การ implement ระบบ ERP ให้หน่วยงานราชการมากกว่า 20 ปี เพื่อเป็นเครื่องมือช่วยให้ผู้บริหาร ฝ่ายจัดซื้อ และทีม IT ของหน่วยงานราชการ ตัดสินใจเลือกระบบ paperless ได้อย่างถูกต้องตั้งแต่ต้น

10 Checklist สำหรับ Paperless ที่ใช้งานได้จริง

✓ Checklist #1: รู้จัก 2 ระดับของ Paperless

หลายโครงการในไทยทำ paperless แต่ไม่ได้แยกแยะว่ากำลังทำระดับไหน ทำให้พอใช้งานจริงเกิดปัญหา

ระดับ 1: Operational Paperless

• ลดการพิมพ์เอกสาร เซ็นออนไลน์ผ่านมือถือ/แอป
• ส่งเอกสารผ่านอีเมล / ระบบ workflow
• เป้าหมาย: เร็วขึ้น สะดวกขึ้น ลดค่ากระดาษ
• legal standing ขึ้นอยู่กับวิธี implement อาจไม่มีผลทางกฎหมายเทียบเท่ากระดาษ

ระดับ 2: Legally-Binding Paperless

• เอกสารดิจิทัลมีผลทางกฎหมายเทียบเท่าเอกสารกระดาษเซ็นจริง
• เก็บได้ตามอายุที่กฎหมายกำหนด (เช่น 10 ปี)
• ใช้เป็นหลักฐานในศาลและการตรวจสอบของ สตง. ได้
• ผ่านการ verify ของบุคคลภายนอกได้

คำถามสำคัญ: โครงการที่หน่วยงานกำลังจะทำ ต้องการระดับไหน? งบประมาณและเวลา implementation ของสองระดับนี้ต่างกันมาก หากต้องการระดับ 2 ต้องบอก vendor ตั้งแต่แรก

✓ Checklist #2: เข้าใจกฎหมายไทยที่ Paperless ต้องเข้าหลัก

Paperless ของหน่วยงานราชการต้อง comply กับกฎหมายและระเบียบหลายชั้น ไม่ใช่แค่ฉบับเดียว

Layer	กฎหมาย/ระเบียบ	ประเด็นสำคัญ
1	พรบ.ว่าด้วยธุรกรรมทางอิเล็กทรอนิกส์ พ.ศ. 2544	ม.7-9 รับรองข้อความและลายมือชื่ออิเล็กทรอนิกส์
2	พรฎ.วิธีการแบบปลอดภัยในการทำธุรกรรมทางอิเล็กทรอนิกส์ พ.ศ. 2553	กำหนด 3 ระดับลายมือชื่ออิเล็กทรอนิกส์
3	ระเบียบสำนักนายกรัฐมนตรีว่าด้วยงานสารบรรณ (ฉบับที่ 4) พ.ศ. 2564	รับรองระบบสารบรรณอิเล็กทรอนิกส์ + อายุการเก็บเอกสาร
4	ระเบียบกระทรวงการคลังว่าด้วยการเบิกเงินจากคลัง พ.ศ. 2562	รองรับเอกสารเบิกจ่ายแบบอิเล็กทรอนิกส์
5	พรบ.การจัดซื้อจัดจ้างและการบริหารพัสดุภาครัฐ พ.ศ. 2560	เอกสารจัดซื้อต้องเก็บ 10 ปี และตรวจสอบได้
6	ระเบียบภายในของหน่วยงาน	ต้องออกระเบียบรองรับ paperless และลายมือชื่ออิเล็กทรอนิกส์

ปัญหาที่หลายหน่วยงานพบ: ซื้อระบบมาแล้ว แต่ยังไม่ออกระเบียบภายในรองรับ ทำให้ใช้งานได้ในแง่ปฏิบัติ แต่ขาด legal foundation ในองค์กร พอ สตง. ตรวจขอเอกสารระเบียบ — ไม่มี

คำถามสำคัญ: Vendor เสนอระบบที่ comply ครบทุก layer ไหม? และมี template ระเบียบภายในให้หน่วยงานออกประกาศหรือไม่?

✓ Checklist #3: ตรวจสอบระดับลายเซ็นที่ระบบใช้

ลายเซ็นใน PDF ไม่ใช่ทุกแบบจะมีค่าเท่ากัน — มี 4 ระดับมาตรฐาน + 1 ระดับที่ไม่ใช่มาตรฐาน

ระดับ	ชื่อ	คุณสมบัติ	เก็บได้นาน
✗	Visual Signature	รูปลายเซ็น paste ลง PDF ไม่มี cryptographic	ไม่มีค่า
✓	PAdES B-B (Basic)	PKCS#7 + Cert chain	ตามอายุ cert (1-3 ปี)
✓	PAdES B-T (+Timestamp)	+ TSA token จาก authority	2-5 ปี
✓	PAdES B-LT (+Long-Term)	+ CRL/OCSP embedded	10+ ปี
✓	PAdES B-LTA (+Archive)	+ Archive timestamp ต่ออายุได้	ไม่จำกัด

ความเข้าใจผิดที่พบบ่อย: หลายหน่วยงานคิดว่าระบบที่ "เซ็นแล้วได้รูปลายเซ็นใน PDF" คือ paperless ที่สมบูรณ์ — แต่ Visual Signature เป็นระดับต่ำสุดและตรวจสอบความถูกต้องไม่ได้

คำถามสำคัญ: ระบบที่จะซื้อใช้ระดับไหน? เหมาะกับเอกสารที่ต้องเก็บนานแค่ไหน?

✓ Checklist #4: รู้อายุการเก็บเอกสารแต่ละประเภท

ก่อนเลือกระดับลายเซ็น ต้องรู้ก่อนว่าเอกสารแต่ละประเภทมีกฎหมายกำหนดให้เก็บนานเท่าไหร่

ประเภทเอกสาร	ระยะเวลาเก็บ	กฎหมายอ้างอิง
เอกสารบัญชี	10 ปี	ประมวลรัษฎากร ม.87
ใบกำกับภาษี	10 ปี	ประมวลรัษฎากร ม.87/3
เอกสารจัดซื้อภาครัฐ	10 ปี	พรบ.จัดซื้อจัดจ้าง 2560
สัญญาทั่วไป	10 ปี	ประมวลแพ่งและพาณิชย์ ม.193/30
สัญญาเช่า	อายุสัญญา + 10 ปี	ประมวลแพ่งและพาณิชย์
รายงานการประชุมบอร์ด	ถาวร	พรบ.องค์การมหาชน
เอกสารแรงงาน	2-5 ปี	พรบ.คุ้มครองแรงงาน
เอกสาร AML/KYC	10 ปี	พรบ.ปปง.

ทำไม 10 ปี? ตัวเลขนี้ไม่ใช่ตัวเลขสุ่ม — เป็นอายุความตามประมวลแพ่งและพาณิชย์ ม.193/30 ที่ยาวที่สุด หมายความว่าภายใน 10 ปี ใครก็มีสิทธิ์ฟ้องคุณได้ และคุณต้องมีหลักฐานพิสูจน์ตัวเองในศาล

5 สถานการณ์ที่ต้องใช้เอกสารเก่า:

1. สตง. ตรวจสอบ — ขอเอกสารย้อน 5-10 ปี
2. กรมสรรพากรตรวจ — ภาษีย้อนหลังได้ 5 ปี (ขอ 10 ปีในบางกรณี)
3. คดีความ — อายุความ 10 ปี
4. ตรวจสอบภายในของบอร์ด
5. M&A หรือการตรวจสอบจากผู้บริจาค/ผู้สนับสนุน

คำถามสำคัญ: เอกสารแต่ละประเภทควรเลือกระดับลายเซ็นไหน? ระบบรองรับ retention policy แยกตามประเภทเอกสารอัตโนมัติไหม?

✓ Checklist #5: ตรวจสอบ Identity ของผู้เซ็น

Paperless ที่ดีต้องตอบได้ว่า "ใครเซ็น" อย่างน่าเชื่อถือ — ไม่ใช่แค่ "บัญชีของใครเป็นคนกด"

ระดับการพิสูจน์ตัวตน (Identity Assurance Level):

ระดับ	วิธี	เหมาะกับ
ต่ำ	Username/Password	ระบบภายในทั่วไป
กลาง	Username + OTP (MFA)	เอกสารบริหารทั่วไป
สูง	ThaID (DGA Digital ID, IAL 3)	เอกสารราชการสำคัญ
สูงสุด	NDID	ธุรกรรมการเงินสำคัญ

สิ่งที่ต้องดูตอนผู้บริหารกดเซ็น:

• ระบบ re-authenticate ตอนเซ็นไหม? หรือใช้แค่ session ตอน login?
• มี biometric หรือ OTP ยืนยันอีกครั้งก่อนเซ็นไหม?
• มีการบันทึก IP, device, geolocation ในตอนเซ็นไหม?

คำถามสำคัญ: ตอนผู้บริหารกดปุ่มเซ็น ระบบต้อง re-authenticate ไหม? ถ้าไม่ — เอกสารที่เซ็นจะอ้างเรื่อง Sole Control ในศาลได้ยาก

✓ Checklist #6: ตรวจสอบ Certificate Authority

Cert ที่ใช้เซ็นเอกสารต้องออกมาจาก CA ที่ ETDA รับรอง ไม่งั้นเอกสารอาจไม่ผ่านมาตรฐาน

CA ที่ ETDA รับรอง (ในไทย):

• Thailand National Root CA - G1 (NRCA) — ดำเนินการโดย ETDA
• INET CA - G1 — Internet Thailand
• TDID CA — Thailand Digital ID
• CA อื่น ๆ ที่อยู่ใน ETDA Trust List

โครงสร้าง Trust Chain ที่ถูกต้อง:

คำถามสำคัญ: ขอดู Certificate chain ของระบบที่เสนอ ลอง verify chain ใน Adobe Acrobat — ถ้า Root CA ไม่ใช่ NRCA หรือ CA ที่ ETDA รับรอง = อาจมีปัญหาในการใช้เป็นหลักฐานทางกฎหมาย

✓ Checklist #7: ระบบรองรับ Long-Term Validation ไหม

Long-Term Validation (LTV) คือความสามารถในการ verify ลายเซ็นได้ แม้ certificate หมดอายุไปแล้ว

ทำไมเรื่องนี้สำคัญ:

Certificate ปกติมีอายุ 1-3 ปี แต่เอกสารทางบัญชีและจัดซื้อต้องเก็บ 10 ปี — เกิดช่องว่างที่อาจทำให้เอกสารไม่สามารถ verify ได้

ตัวอย่างสถานการณ์:

เทคนิคที่ใช้แก้ปัญหา:

• PAdES B-LT: embed CRL/OCSP responses ลงใน PDF
• PAdES B-LTA: + archive timestamp ต่ออายุได้ทุก 3-5 ปี

คำถามสำคัญ: ระบบใช้ PAdES B-LT หรือ B-LTA? ขอ demo เปิดเอกสารตัวอย่างที่ cert หมดอายุไปแล้ว — ถ้ายัง verify ผ่าน = ระบบรองรับ LTV จริง

✓ Checklist #8: Audit Trail ที่ตรวจสอบย้อนหลังได้

Paperless ที่ดีต้องเก็บประวัติทุกการกระทำที่เกิดขึ้นกับเอกสาร ตั้งแต่สร้าง แก้ไข ส่งต่อ จนถึงเซ็น และเก็บแบบที่แก้ไขย้อนหลังไม่ได้

ข้อมูลที่ Audit Trail ต้องเก็บ:

• ใครเซ็น (user ID + ตำแหน่ง)
• เมื่อไหร่ (timestamp ระดับวินาที)
• จาก IP / Device / Location ใด
• ผ่าน workflow path อะไรมา
• เอกสารถูกแก้ไขกี่ครั้ง โดยใครบ้าง

เทคนิคที่ใช้:

• Hash chain — ผูก log เข้าด้วยกันแบบ blockchain ใครแก้ chain แตก
• Append-only logs — เพิ่มได้ ลบ/แก้ไม่ได้แม้แต่ admin
• Tamper-evident storage — ตรวจการถูกแก้ไขได้

คำถามสำคัญ:

• ระบบเก็บ audit log ได้กี่ปี?
• ผู้ดูแลระบบลบ/แก้ log ได้หรือไม่? (คำตอบที่ถูกคือ "ไม่ได้")
• Verify integrity ของ log ทำยังไง?

✓ Checklist #9: เตรียมระเบียบภายในให้พร้อม

ระบบเก่งแค่ไหนก็ใช้ไม่ได้เต็มที่ ถ้าไม่มีระเบียบภายในขององค์กรรองรับ — นี่คือจุดที่หลายโครงการ paperless มองข้าม

ระเบียบที่หน่วยงานต้องออกหรือปรับปรุง:

1. ระเบียบว่าด้วยการใช้ระบบสารบรรณอิเล็กทรอนิกส์ของหน่วยงาน
2. ระเบียบว่าด้วยลายมือชื่ออิเล็กทรอนิกส์ (กำหนดประเภทเอกสารที่ใช้แต่ละระดับ)
3. ประกาศ Authority Matrix (ผู้มีอำนาจอนุมัติตามวงเงินและประเภทเอกสาร)
4. SOP สำหรับผู้ใช้แต่ละบทบาท
5. แผน Business Continuity Plan (BCP) เมื่อระบบล่ม

คำถามสำคัญ:

• Vendor ช่วยจัดเตรียม template ระเบียบและประกาศให้ไหม? หรือต้องทำเอง?
• มีตัวอย่างจากหน่วยงานอื่นที่ deploy แล้วให้ดูเป็น reference ไหม?

✓ Checklist #10: Public Verification — บุคคลภายนอกตรวจสอบได้

เอกสารของหน่วยงานราชการ — บุคคลภายนอกต้องสามารถ verify ได้

ตัวอย่างกรณีที่ต้องให้ภายนอก verify:

• คู่ค้าได้รับใบเสนอราคา → ต้องการตรวจสอบความถูกต้อง
• กรมสรรพากรขอตรวจสอบเอกสารที่หน่วยงานออก
• ศาลรับเป็นหลักฐาน → ผู้พิพากษาขอ verify
• ประชาชนตรวจสอบความโปร่งใสของหน่วยงาน
• ผู้ตรวจสอบบัญชีอิสระต้องการ verify

สิ่งที่หน่วยงานควรมี:

คำถามสำคัญ:

• หน่วยงานมีหรือจะมี Public Verification Portal ไหม?
• ถ้ามี — เปิดเผยหลักการทำงานเพื่อให้คนภายนอกเชื่อถือได้ไหม?
• ใช้เครื่องมือ open standard เช่น Adobe Acrobat verify ตรงได้ไหม?

5 ความเสี่ยงถ้า Paperless ไม่ครบ Checklist

ถ้าระบบ paperless ไม่ผ่าน checklist ข้างต้นครบ — ความเสี่ยงที่อาจเจอเมื่อต้องใช้เอกสารเป็นหลักฐานจริง:

ความเสี่ยง 1: เอกสารใช้ไม่ได้ในศาล

สถานการณ์: บริษัทคู่ค้าเบี้ยวสัญญา หน่วยงานฟ้องศาลและส่งสัญญาดิจิทัลเป็นหลักฐาน

สิ่งที่อาจเกิด:

• คู่กรณีโต้แย้งว่า "ไม่ได้เซ็น" หรือ "เอกสารถูกแก้ไข"
• ศาลถามหา proof ของ identity, timestamp, integrity
• ระบบที่ใช้แค่ Visual Signature ไม่มี proof ทั้ง 3 อย่าง
• หลักฐานอาจถูก reject

ผลกระทบ: คดีแพ้ทั้งที่มีสัญญา

ความเสี่ยง 2: สตง. ตรวจสอบไม่ผ่าน

สถานการณ์: สตง. มาตรวจการเบิกจ่ายและขอดูเอกสารอนุมัติย้อนหลัง

สิ่งที่อาจเกิด:

• เปิด PDF → signature เหลือง/แดง (validity unknown)
• ขอเอกสารฉบับจริง → ไม่มี (เป็น paperless)
• บันทึกทักทาย: เอกสารไม่สมบูรณ์
• กระทบ rating การประเมินหน่วยงาน

ผลกระทบ: เสียเวลาชี้แจง อาจถูกเรียกคืนงบ ผู้บริหารต้องรับผิดชอบ

ความเสี่ยง 3: เอกสารหายไปกับเทคโนโลยี

สถานการณ์: ใช้ระบบเซ็นเอกสารของ vendor X — ปี 2570 vendor เลิกกิจการ

สิ่งที่อาจเกิด:

• ระบบปิด ไม่สามารถ verify เอกสารได้
• Cloud server ของ vendor ลบข้อมูล
• Format เฉพาะของ vendor ไม่มีใครเปิดได้
• เอกสารกลายเป็น "ไฟล์ที่เปิดได้แต่พิสูจน์ไม่ได้"

ผลกระทบ: เสียหลักฐานทั้งหมด — vendor lock-in ที่ทำลาย long-term value

วิธีหลีกเลี่ยง: ใช้ระบบที่ทำตาม open standard (PAdES, X.509, RFC 3161) ไม่ใช่ proprietary format

ความเสี่ยง 4: คดีอาญาทุจริต — ระบบเป็นจุดอ่อน

สถานการณ์: ผู้บริหารถูกฟ้องว่าอนุมัติเอกสารที่ไม่ชอบด้วยกฎหมาย

สิ่งที่อาจเกิด:

• ผู้บริหารปฏิเสธ "ไม่ได้เซ็น เป็นแอปเซ็นให้อัตโนมัติ"
• ระบบไม่มี proof ของ identity, intent, sole control
• ผู้บริหารหลุดคดี → ต้องตามหาคนที่เซ็นอนุมัติจริงเป็นใคร
• หน่วยงานเสียโอกาสตามผิดทุจริต

ผลกระทบ: ระบบกลายเป็นจุดอ่อนในการตรวจสอบทุจริต ไม่ได้ช่วยป้องกัน

ความเสี่ยง 5: เอกสารหมดอายุก่อนเวลาที่กฎหมายกำหนด

สถานการณ์: เอกสารบัญชีต้องเก็บ 10 ปีตามกฎหมาย แต่ระบบเซ็นด้วย cert อายุ 2 ปี

Timeline:

ผลกระทบ: เก็บเอกสารได้ตามกฎหมาย แต่ใช้พิสูจน์ไม่ได้ — เก็บเปล่า ๆ

คำถามที่ควรถาม Vendor ก่อนเซ็นสัญญา

รวบรวม 10 คำถามจาก checklist ทั้งหมดที่ทีมจัดซื้อและ IT ของหน่วยงานควรถาม vendor ก่อนตัดสินใจ:

Identity & Authentication

1. ระบบใช้ Identity Provider อะไร? ผู้เซ็นต้องยืนยันตัวตนระดับไหน (IAL)?
2. ตอนเซ็นต้อง re-authenticate ไหม? หรือใช้ session ตอน login?

Cryptographic Signature

3. ระบบใช้ลายเซ็นแบบไหน — Visual Signature, PAdES B-B, B-T, B-LT, หรือ B-LTA?
4. Certificate มาจาก CA ไหน? ETDA รับรองหรือไม่?
5. Trust chain ขึ้นไปถึง Root CA ไทย (NRCA) หรือไม่?

Long-term

6. ถ้า cert หมดอายุไปแล้ว เอกสารที่เซ็นไว้ยัง verify ได้ไหม?
7. ระบบรองรับการเก็บเอกสาร 10 ปีตามระเบียบสารบรรณ (ฉบับที่ 4) พ.ศ. 2564 ไหม?
8. มี Archive Timestamp ที่ต่ออายุอัตโนมัติไหม?

Verification

9. เอกสารที่เซ็นแล้วเปิดใน Adobe Acrobat ได้ผลอย่างไร? (ขอ demo สด)
10. ระบบมี Public Verification Portal สำหรับให้บุคคลภายนอก verify ไหม?

คำตอบของ Vendor ที่ควรระวัง

• ❌ "ลายเซ็นเราปลอดภัย ใช้ AES-256" → AES คือ encryption ไม่ใช่ signature
• ❌ "เซ็นเสร็จก็ verify ได้ตลอดไป" → ถ้าไม่ระบุ PAdES profile = อาจไม่จริง
• ❌ "ระบบเราดีกว่าคู่แข่ง" → ขอ technical proof ที่เป็นมาตรฐานสากล

Roadmap การทำ Paperless ที่ครบถ้วน

การทำ paperless ที่ครบ 10 checklist ใช้เวลาประมาณ 12-18 เดือน แบ่งเป็น 5 phase:

Phase	ระยะเวลา	ขอบเขต
Phase 1: Foundation	1-2 เดือน	ออกระเบียบภายใน, จัดหา CA Certificate, กำหนด Authority Matrix, Integration กับ ThaID
Phase 2: Core Workflow	3-5 เดือน	Document workflow engine, Approval routing, Budget reservation, User roles
Phase 3: Cryptographic	4-6 เดือน	PAdES implementation, TSA integration, LTV/Archive Timestamp, Multi-sign workflow
Phase 4: Audit & Verification	2-3 เดือน	Hash chain audit log, Public verification portal, Evidence bundle, Compliance report
Phase 5: Migration & Training	3-6 เดือน	Migrate เอกสารเก่า, Train ผู้ใช้, Pilot rollout, Full deployment

ข้อสังเกต: หากมี vendor บอกว่า "เสร็จได้ใน 3 เดือน" — ตรวจสอบให้ดีว่ารวมส่วนไหนบ้าง อาจครอบคลุมแค่ Phase 1-2 ซึ่งเป็น Operational Paperless ไม่ใช่ Legally-Binding Paperless

Action Items สำหรับวันนี้

สำหรับผู้บริหารและทีมจัดซื้อหน่วยงาน:

1. ใช้ Checklist 10 ข้อนี้ตรวจสอบโครงการ paperless ที่กำลังพิจารณา — ถ้า vendor ตอบไม่ครบ ขอข้อมูลเพิ่มเติมก่อนตัดสินใจ
2. ตรวจสอบเอกสารที่เซ็น paperless ไปแล้ว — ลองเปิด PDF เก่าใน Adobe Acrobat ดู signature ยัง valid ไหม ถ้าเหลือง/แดง = มีปัญหาที่ต้องแก้
3. คุยกับฝ่ายกฎหมายและ audit ภายใน — ใช้ checklist นี้ identify gap ที่ต้องแก้ในระบบและระเบียบ
4. ทบทวนสัญญา vendor ปัจจุบัน — ครบ 10 ข้อหรือไม่? มี SLA สำหรับ verification long-term ไหม?
5. วางแผน upgrade ตามรอบงบประมาณ — ค่อย ๆ ยกระดับตามความสำคัญของเอกสาร

ปิดท้าย

Paperless ที่ดีไม่ใช่แค่ทำงานได้ แต่ต้องยืนหยัดได้ในศาล ในห้องประชุมบอร์ด และในการตรวจสอบของ สตง.

- ทีมงาน Saeree ERP

การลงทุนในระบบ paperless ของหน่วยงานราชการเป็นการตัดสินใจที่ผลกระทบยาวนาน 10+ ปี เพราะเอกสารที่เซ็นวันนี้ คือหลักฐานของวันพรุ่งนี้

หากเลือกระบบที่ครบ 10 checklist ตั้งแต่ต้น — หน่วยงานจะมีระบบที่ใช้งานได้จริง อ้างอิงได้จริง และยืนหยัดต่อเวลาได้จริง หากเลือกระบบที่ขาดบางข้อ — อาจประหยัดงบในวันนี้ แต่จะเจอความเสี่ยงในวันที่ต้องใช้เอกสารเป็นหลักฐาน ซึ่งเป็นวันที่กลับไปแก้ไม่ได้แล้ว

เกี่ยวกับ Saeree ERP

Saeree ERP ของบริษัท Grand Linux Solution พัฒนาระบบ ERP ที่รองรับ paperless ครบทั้ง 10 checklist สำหรับหน่วยงานราชการ มี roadmap ทำ Long-Term Archive (PAdES B-LTA) สำหรับการเก็บเอกสาร 10+ ปี ปัจจุบัน implement ในระดับ PAdES B-B พร้อม INET-CA Trust Chain ที่ใช้งานในหน่วยงานราชการกว่า 5 ปี และกำลังยกระดับเป็น PAdES B-LTA ในปี 2569 ซึ่งเป็นระดับสูงสุดของมาตรฐาน PAdES ในปัจจุบัน และจะพัฒนาต่อไปตามมาตรฐานที่ยกระดับขึ้นในอนาคต

ดูบทความที่เกี่ยวข้อง: ลายเซ็นดิจิทัล (Digital Signature) คืออะไร? และ 2FA คืออะไร? ยืนยันตัวตน 2 ชั้นทำไมถึงสำคัญ

สรุป Checklist 10 ข้อ

#	หัวข้อ	คำถามสำคัญ
1	รู้จัก 2 ระดับของ Paperless	Operational หรือ Legally-Binding?
2	กฎหมายไทยที่เกี่ยวข้อง	Comply ครบ 6 layer ไหม?
3	ระดับลายเซ็น	Visual / B-B / B-T / B-LT / B-LTA?
4	อายุการเก็บเอกสาร	แต่ละประเภทเก็บนานเท่าไหร่?
5	Identity ของผู้เซ็น	ThaID / NDID / MFA?
6	Certificate Authority	NRCA / ETDA-approved CA ไหม?
7	Long-Term Validation	Verify ได้แม้ cert หมด?
8	Audit Trail	Tamper-evident, append-only?
9	ระเบียบภายใน	ออกระเบียบรองรับครบไหม?
10	Public Verification	บุคคลภายนอก verify ได้ไหม?

บทความนี้จัดทำขึ้นจากประสบการณ์การ implement ระบบ ERP ให้หน่วยงานราชการมากกว่า 20 ปี ของทีม Grand Linux Solution หากต้องการคำปรึกษาเรื่อง paperless ในหน่วยงานของคุณ ติดต่อได้ที่ sale@grandlinux.com หรือ 02-347-7730