Skip to main content
ข่าวสาร

ร่างกฎหมายธุรกรรมอิเล็กทรอนิกส์ ก่อนเปลี่ยนระบบเซ็นสัญญา ธุรกิจควรตรวจอะไร

อ่านข่าวร่าง พ.ร.บ. จากทำเนียบรัฐบาล 29 กันยายน 2569 แยกข้อเสนอกับกฎหมายที่มีผล และเริ่มตรวจเวอร์ชันสัญญา อำนาจลงนาม หลักฐานเวลา และการย้ายผู้ให้บริการ

18 ต.ค. 20266 นาทีรัฐบาลไทย
Electronic TransactionsThailandDigital TransformationData Governance
ภาพประกอบสร้างด้วย AI แสดงเอกสารกระดาษ แท็บเล็ตที่มีรอยลงนาม และแฟ้มเก็บเอกสารบนโต๊ะทำงาน
ภาพประกอบสร้างด้วย AI เพื่อสื่อถึงการตามรอยเอกสาร ไม่ใช่ระบบจริง เอกสารราชการ หรือการรับรองว่าผ่านข้อกำหนดทางกฎหมาย

สมมติว่าลูกค้าส่ง PDF ที่เซ็นแล้วกลับมา แต่ทีมขายเก็บไฟล์หนึ่ง ฝ่ายกฎหมายอนุมัติอีกไฟล์ และไม่มีใครบอกได้ว่าคนที่เซ็นมีอำนาจลงนามเรื่องนี้หรือไม่ ปัญหาแบบนี้แก้ด้วยปุ่มเซ็นออนไลน์อย่างเดียวไม่ได้ ต้องตามรอยเอกสารและการอนุมัติได้ด้วย

ข่าวเกี่ยวกับร่างกฎหมายธุรกรรมทางอิเล็กทรอนิกส์จึงน่าอ่านในฐานะโอกาสทบทวนกระบวนการ ไม่ใช่เหตุให้รีบซื้อระบบใหม่

ข่าววันที่ 29 กันยายนบอกอะไร และยังไม่ได้บอกอะไร

ข่าวทำเนียบรัฐบาลวันที่ 29 กันยายน 2569 ระบุว่ามีการเสนอร่าง พ.ร.บ. ธุรกรรมทางอิเล็กทรอนิกส์ต่อคณะรัฐมนตรี โดยกล่าวถึงลายมือชื่อและตราประทับอิเล็กทรอนิกส์ สัญญาจากระบบอัตโนมัติ ตราสารเปลี่ยนมืออิเล็กทรอนิกส์ และการกำกับบริการที่เกี่ยวข้องตามความเสี่ยง

บทความนี้อธิบายข้อเสนอจากข่าวรัฐบาล ไม่ใช่ตัวบทฉบับสุดท้าย และไม่ควรอ่านว่าเรื่องเหล่านี้เพิ่งมีผลทางกฎหมายเป็นครั้งแรก หรือเป็นหน้าที่ใหม่ที่ธุรกิจต้องทำวันนี้

ข่าวระบุเงื่อนไขว่า หากร่างผ่านกระบวนการตามกฎหมายและประกาศในราชกิจจานุเบกษาแล้ว จะมีผลเมื่อพ้น 180 วันนับแต่วันประกาศ จึงเริ่มนับจากวันแถลงข่าวไม่ได้ ข่าวนี้ไม่ได้ยืนยันว่าการนับถอยหลังเริ่มแล้ว ตรวจเงื่อนไขจากต้นฉบับ

ประเด็นที่ยังต้องติดตามคือตัวบทสุดท้าย ขอบเขตผู้ให้บริการ และรายละเอียดกฎที่ตามมา การเตรียมงานด้านล่างเป็นข้อเสนอเชิงปฏิบัติของ Enersys เพื่อช่วยให้ธุรกิจตรวจระบบของตนเอง ไม่ใช่รายการหน้าที่ตามร่างกฎหมาย

เริ่มจากสัญญาหนึ่งฉบับที่ทีมค้นหลักฐานได้จริง

เลือกสัญญาที่ใช้งานประจำมาหนึ่งประเภท เช่น สัญญาบริการ แล้วไล่ตั้งแต่ร่างเอกสาร ขออนุมัติ ส่งให้คู่ค้า ลงนาม จนถึงเก็บฉบับสมบูรณ์ ถามแต่ละฝ่ายว่าใช้ไฟล์ไหนเป็นต้นฉบับ และเมื่อมีการแก้ไข ใครเป็นคนยืนยันว่าต้องขออนุมัติใหม่

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

อย่าเริ่มจากการเก็บข้อมูลเพิ่มทุกอย่าง ให้ฝ่ายกฎหมาย เจ้าของกระบวนการ และไอทีตกลงก่อนว่าหลักฐานใดจำเป็น ใครเข้าถึงได้ และเก็บไว้นานเท่าไรตามประเภทเอกสารและกฎที่ใช้กับธุรกิจนั้น

เวลาที่แสดงบนหน้าจอกับหลักฐานที่ตรวจย้อนหลังได้

เมื่อระบบแสดงวันเวลาลงนาม ควรทดลองส่งออกหลักฐานมาดูว่าอธิบายได้หรือไม่ว่าเวลานั้นมาจากไหน ใช้เขตเวลาใด และผูกกับเอกสารเวอร์ชันใด ข้อเสนอนี้เป็นวิธีตรวจงาน ไม่ใช่ข้อสรุปว่าระบบต้องใช้เทคโนโลยีประทับเวลาชนิดใดตามร่าง

จากนั้นทดลองงานเล็ก ๆ: ให้คนที่ไม่ได้อยู่ในอีเมลชุดเดิมค้นสัญญาหนึ่งฉบับ พร้อมประวัติอนุมัติและหลักฐานลงนาม หากต้องขอให้หลายคนค้นแชตส่วนตัวก่อนจึงจะอธิบายได้ ควรแก้จุดเก็บหลักฐานและสิทธิ์เข้าถึงก่อนขยายการใช้ระบบ

ก่อนผูกกระบวนการไว้กับผู้ให้บริการรายเดียว

ปุ่มดาวน์โหลด PDF อาจไม่ตอบทุกคำถามที่ธุรกิจต้องใช้ตอนตรวจสอบ ควรถามผู้ให้บริการว่าส่งออกเอกสาร ประวัติการอนุมัติ หลักฐานยืนยันตัวตนที่เกี่ยวข้อง และข้อมูลตรวจสอบลายมือชื่อได้ในรูปแบบใด รวมถึงใครจะเปิดตรวจได้หากเลิกใช้บริการ

ลองตรวจเงื่อนไขเปลี่ยนผู้ให้บริการ ค่าใช้จ่ายส่งออกข้อมูล และวิธีรับมือเมื่อบริการหยุดทำงานพร้อมกันด้วย เรื่องนี้เป็นการจัดการความต่อเนื่องของธุรกิจ ไม่ใช่การรับรองว่าผู้ให้บริการรายใดผ่านเกณฑ์ตามกฎหมายใหม่แล้ว

ถ้ามีการทำสัญญาอัตโนมัติอยู่ในแผน ให้เริ่มจากระบุว่าเหตุการณ์ใดทำให้ระบบส่งข้อเสนอหรือตอบรับ ใครตั้งเงื่อนไข ใครหยุดงานได้ และจะรู้ได้อย่างไรว่าระบบใช้เงื่อนไขฉบับไหน การตัดสินใจว่าจะให้ระบบผูกพันธุรกิจได้เพียงใดควรผ่านผู้มีอำนาจและฝ่ายกฎหมายก่อนเปิดใช้

สำหรับการประชุมครั้งถัดไป ลองให้ฝ่ายขาย ฝ่ายกฎหมาย และไอทีนำสัญญาประเภทเดียวกันมาไล่เส้นทางร่วมกัน คำถามแรกที่ควรตอบให้ได้คือ ถ้าต้องตรวจสัญญาฉบับนี้ในอีกหนึ่งปี เราจะหาฉบับที่อนุมัติ ผู้ลงนาม และหลักฐานประกอบจากที่เดียวได้หรือยัง

ภาพประกอบสร้างด้วย AI เพื่ออธิบายการตามรอยเอกสารและการลงนาม ไม่ใช่ภาพระบบจริง เอกสารราชการ หรือหลักฐานว่าระบบใดผ่านข้อกำหนดทางกฎหมาย

แหล่งข้อมูลหลัก: ทำเนียบรัฐบาล, 29 กันยายน 2569 อ่านและตรวจแหล่งข้อมูลวันที่ 18 ตุลาคม 2569 ข้อเสนอการเตรียมระบบในบทความเป็นการวิเคราะห์ของ Enersys

พูดคุยเรื่องกระบวนการอนุมัติและระบบข้อมูลธุรกิจ

บทความที่เกี่ยวข้อง

AI ที่เขียนโค้ดได้ต้องมีขอบเขต: GitHub เปิด sandbox ให้ coding agent และ Google หยุดขาย Gemini Code Assist

สัปดาห์แรกของเดือนตุลาคม 2569 GitHub เปิดให้จำกัดสิ่งที่ AI coding agent เข้าถึงได้ในเครื่องนักพัฒนา และให้องค์กรคุมค่าใช้จ่ายการรีวิวโค้ดด้วย AI ส่วน Google หยุดขาย Gemini Code Assist รุ่น Standard และ Enterprise สรุปว่าธุรกิจที่จ้างหรือมีทีมพัฒนาซอฟต์แวร์ควรถามอะไร

AIS x สภา SME เปิดตัว ProStart — Digital + AI Bundle พร้อมลดภาษี 200% ที่ SME ไทยห้ามพลาด

AIS จับมือสภา SME ไทยเปิดตัว ProStart แพ็กเกจ AI + Digital สำหรับ SME พร้อมสิทธิ์ลดภาษี 200% สูงสุด ฿300,000 — โอกาสทองที่มีเวลาถึงแค่สิ้นปี 2027

Anthropic แตะ $30B ARR — สัญญาณชัดว่า Enterprise AI ผ่านจุด Tipping Point แล้ว

Anthropic โตจาก $9B เป็น $30B run rate ในเวลาแค่ 4 เดือน มีลูกค้าองค์กรเกิน 1,000 รายที่จ่ายมากกว่า $1M ต่อปี — นี่ไม่ใช่ hype อีกต่อไป แต่คือหลักฐานว่า Enterprise AI มี ROI จริง และธุรกิจไทยต้องตัดสินใจภายในปีนี้ว่าจะลงมือเมื่อไหร่

"Empowering Innovation,
Transforming Futures."

บอกเราว่างานส่วนไหนที่คุณต้องการปรับ