หน้าแรก · บทความ · กฎหมาย e-signature ไทยสำหรับสัญญาอสังหาฯ: พรบ. ธุรกรรมทางอิเ…
Compliance · พรบ.ธุรกรรมทางอิเล็กทรอนิกส์ 2544

กฎหมาย e-signature ไทยสำหรับสัญญาอสังหาฯ: พรบ. ธุรกรรมทางอิเล็กทรอนิกส์ 2544 จริง ๆ บอกอะไร

อธิบายพรบ.ธุรกรรมทางอิเล็กทรอนิกส์ของไทยให้นายหน้าอสังหาฯ เข้าใจง่าย ๆ — อะไรที่ทำให้สัญญา e-sign บังคับใช้ได้, 3 มาตราที่ CRM ทุกตัวต้องผ่าน, และจุดเดียวที่ยังต้องใช้ลายเซ็นจริง

เผยแพร่ 18 พฤษภาคม 2569 · อ่าน 6 นาที · DevProp Editorial

สรุปสั้น ๆ

พรบ.ว่าด้วยธุรกรรมทางอิเล็กทรอนิกส์ พ.ศ. 2544 (ค.ศ. 2001) มีผลบังคับใช้ในไทยกว่า 20 ปีแล้ว ให้ e-signature มีผลทางกฎหมายเท่ากับลายเซ็นจริง ภายใต้เงื่อนไข 3 ข้อ (มาตรา 9-11) สำหรับสัญญาเช่า, co-brokerage, สัญญาจอง, สัญญาจะซื้อจะขายก่อนจดทะเบียนกรมที่ดิน — e-signature บังคับใช้ได้เต็มที่ในศาลไทย CRM ต้องทำงาน — verify ตัวตน, timestamp, cryptographic hash ทั้งหมด

นายหน้าอสังหาฯ ไทยทุกคนที่เราคุยด้วยมีความกังวลคลุมเครือเหมือนกันเรื่อง e-signature: "แต่ถ้าขึ้นศาลจริง มันใช้ได้จริงไหม?" คำตอบสั้น ๆ คือใช่ และเป็นใช่ตั้งแต่ปี 2544 (พ.ศ.) ที่ราชกิจจานุเบกษาประกาศ พรบ.ว่าด้วยธุรกรรมทางอิเล็กทรอนิกส์ พ.ศ. 2544 (ค.ศ. 2001)

คำตอบยาวขึ้นนิดเกี่ยวข้องกับการเข้าใจ 3 มาตราเฉพาะของกฎหมาย — มาตราเดียวกันที่ CRM compliant ของไทยทุกตัวต้องผ่าน ด้านล่างคือฉบับแปลภาษาคน

มาตรา 9 — ลายเซ็นต้องระบุตัวผู้ลงนามได้

กล่าวอีกอย่าง: ระบบต้องพิสูจน์ได้ว่า ใคร เซ็น ลายมือเลอะ ๆ ที่ก้น PDF ไม่ผ่าน สิ่งที่ผ่าน:

ชุด "OTP ส่งไปเบอร์ที่ verify แล้ว" + "IP log" + "timestamp" คือขั้นต่ำทางปฏิบัติ ต่ำกว่านี้ถูกท้าทายง่ายในกรณีพิพาทเงินมัดจำ

มาตรา 10 — ลายเซ็นต้องเชื่อถือได้และตรวจจับการแก้ไขได้

นี่คือมาตราที่ต้องมี audit trail จริง CRM ต้อง log แบบ immutable:

"ตรวจจับการแก้ไขได้" ทางปฏิบัติคือ: ถ้าใครพยายามแก้เอกสารหลังเซ็น ลายเซ็นบนเวอร์ชันใหม่จะ invalid อัตโนมัติ Hash mismatch ตรวจสอบได้โดยบุคคลที่ 3 ใดก็ตามที่มี signed PDF เดิมและ audit log

มาตรา 11 — ลายเซ็นต้องเชื่อมโยงกับเอกสาร

นี่คือมาตรา technical ที่สุด ตอนเซ็น ระบบคำนวณ cryptographic hash (SHA-256 หรือแรงกว่า) ของเนื้อหาเอกสารตามที่มีอยู่ ณ เวลาเซ็น Hash นั้นฝังใน signature record การเปลี่ยนเอกสารทีหลังแม้แต่เติม space เดียว ทำให้ hash ต่างไป และลายเซ็นไม่ตรงกัน

ผลทางปฏิบัติ: ผู้พิพากษาไทยรับ signed PDF และ audit log แยกกัน รัน hash check 30 วินาที ก็ confirm ได้ว่า PDF ในหลักฐานคือฉบับที่เซ็นจริง นี่คือสิ่งที่ทำให้สัญญา e-sign ไทยมีน้ำหนักเท่าลายเซ็นจริง

ความหมายในศาล: ศาลแพ่งไทยรับ ETA-compliant e-signature เป็นพยานหลักฐานที่ admissible สถานะเดียวกับลายเซ็นกระดาษ ภาระพิสูจน์ตกที่ฝ่ายที่ปฏิเสธลายเซ็นว่าต้องพิสูจน์ว่าเป็นของปลอม — ซึ่งด้วย audit trail ที่มี ยากมาก

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

ประมวลกฎหมายแพ่งและพาณิชย์ มาตรา 456 บังคับการจดทะเบียนการโอนกรรมสิทธิ์ที่ดินที่กรมที่ดิน วันนี้ การจดทะเบียนนั้นยังต้องมีลายเซ็นจริงบน ทอ.1 ที่สำนักงานที่ดินท้องถิ่น

ความหมายทางปฏิบัติ:

สำหรับ 95% ของสัญญาที่เอเจนซี่ไทยจัดการในหนึ่งปี — เช่า, co-broking, จอง, รับมัดจำ — ไม่มีขั้นตอนกรมที่ดินเลย e-signature ครอบคลุม workflow ทั้งหมด

สิ่งที่ต้องถาม CRM vendor

ถ้าคุณกำลังประเมิน CRM และ vendor อ้างว่า "รองรับ e-signature ไทย" ให้เขาเดโม 4 อย่างใน live call:

1. ส่งสัญญาจะซื้อจะขายให้เซ็น ขอดู OTP เข้ามือถือผู้ซื้อและ IP ถูก log

2. เปิด signed PDF หลังเซ็น ขอดู signature certificate ฝังในเอกสาร ควรเห็นใน PDF reader ใด ๆ

3. ลองแก้ signed PDF ขอดูสิ่งที่เกิดขึ้น — ลายเซ็นต้องถูก mark เป็น invalid

4. Export audit trail ขอดู timestamp, IP, ลำดับฝ่าย ในรูปแบบที่ส่งให้ทนายได้

ถ้า vendor ทำ 4 ข้อนี้ไม่ได้ เขาไม่มี Thai-ETA e-signature เขามี name field + PDF attached ซึ่งไม่ใช่สิ่งเดียวกัน และจะไม่ผ่านในกรณีที่มีการพิพาท

ทำไมเรื่องนี้สำคัญต่อรายได้

เอเจนซี่ที่ใช้ e-signature ที่ถูกต้องเห็นผลต่อยอด 2 อย่างใน pipeline:

เอเจนซี่ที่ทำ workflow e-signature ที่ถูกต้องมักรายงาน close rate สูงขึ้นกับ warm leads ตลอดปี — ไม่ใช่เพราะกฎหมายเปลี่ยน แต่เพราะเอาแรงเสียดทานระหว่างความตั้งใจกับ commitment ออก

ดู Thai-ETA e-signature ทำงานบนสัญญาจริง

DevProp demo รวม contract template 8 แบบ พร้อม multi-party e-sign, OTP, IP logging, และ PDF export พร้อม signature certificate ไม่ต้อง setup

ลองเดโม live →
Request a demo →