Generate and sign Thai-ETA legal contracts สร้างและลงนามสัญญาที่ถูกต้องตาม ETA ไทย
Sale-purchase, reservation, lease, and side agreements — generated from templates, signed under Electronic Transactions Act B.E. 2544, with court-grade audit trail. สัญญาซื้อขาย จอง เช่า และสัญญาเสริม — สร้างจาก template ลงนามภายใต้พระราชบัญญัติว่าด้วยธุรกรรมทางอิเล็กทรอนิกส์ พ.ศ. 2544 พร้อม audit trail ระดับศาล
What ETA 2544 actually requires
Thailand's Electronic Transactions Act B.E. 2544 (Sections 9-11) gives electronic signatures the same legal standing as wet-ink signatures, provided three conditions are met:
- Signer identity — the signer must be reliably identifiable (Thai national ID upload, foreign passport, or company TIN + registered representative).
- Integrity — the signed document must be tamper-evident (hash + timestamp).
- Method appropriate to the transaction — higher-value contracts require stronger signer verification.
DevProp's e-signature engine ticks all three by default. The audit trail it produces (PDF/A export + JSON event log) has been accepted as evidence in Thai courts in multiple precedent cases (Sansiri 2024 settlement is the most-cited).
Contract templates included
On every plan, you get the standard Thai-market templates in EN + TH (toggle per contract):
- Reservation agreement (สัญญาจอง) — 1-2 page short-form, typical reservation fee deposit
- Sale and purchase agreement (สัญญาซื้อขาย) — full SPA, customizable clauses
- Residential lease (สัญญาเช่าที่อยู่อาศัย) — Thai Civil Code §537-571 compliant
- Commercial lease (สัญญาเช่าพาณิชย์) — 3-year standard with renewal options
- Land office side agreement (สัญญาเสริมด้านกรมที่ดิน) — separate from the public deed, captures pricing and payment terms
On Professional / Custom plans, you can upload your agency's own template DOCX, our engine extracts the merge fields and converts it to a DevProp-managed template (~5 min one-time setup per template).
Step 1 — Generate the contract
From the deal record (Pipeline → Stage "Contract"), click Generate contract. Three picks:
- Template (Reservation, SPA, Lease, etc.)
- Language (EN or TH — both sides see the same content in their preferred language)
- Parties (auto-populated from the lead record + listing)
Click Generate. The engine merges all fields, renders to PDF/A (the archive-quality variant required by Thai courts), and shows you the preview. Edit any field inline before sending (the merge fields go red if invalid).
Step 2 — Add signers
Default signers based on contract type:
- Reservation: Buyer + Agency representative (2 signers)
- SPA: Buyer + Seller + Agency + (optional) Buyer's lawyer + Seller's lawyer (up to 5)
- Lease: Tenant + Landlord + (optional) Agency as witness (3)
For each signer, you set:
- Full legal name (Thai script for Thai persons, Latin for foreigners)
- ID method — Thai national ID, foreign passport, or company TIN
- Email + phone (the signing link goes to both; signer can pick)
- Order — sequential signing (signer 1 must complete before signer 2 gets the link) or parallel (all get links simultaneously)
Step 3 — Send for signature
Click Send. Each signer receives:
- An email with a unique signing link (expires in 7 days, configurable)
- An SMS notification with the same link (Thai mobile numbers only)
- A LINE notification if the signer has a LINE OA conversation linked to this deal
Clicking the link takes them to the signing page (mobile-optimized, no app install required). They:
- Confirm their identity (upload Thai ID photo, or scan their passport with their phone)
- Read the contract scrolled top-to-bottom (the system tracks scroll depth — a partially-read contract is flagged)
- Type their name + signature (or draw it with a stylus / finger)
- Tap Sign and submit
The system locks the document the moment the last signer completes. You can't modify a signed contract — only generate a new version + send for re-signature.
Step 4 — Audit trail
After signing, the contract record contains:
- PDF/A of the signed document (universally readable, ISO 19005 archive standard)
- JSON event log: every action with timestamp, IP, user agent, geolocation (when permitted by signer)
- Cryptographic hash of the original + each subsequent version (proves integrity)
- Identity verification artifacts (ID photo, signature image, OTP/SMS confirmation)
- Certified PDF receipt for each signer (their copy of the audit log)
All of this is admissible as evidence under Thai Civil and Commercial Code §93, §123 and the ETA Act §9-11.
Withdrawal and amendments
A signer can withdraw before signing by clicking the withdrawal link in their email. This invalidates only their pending signature — other signers' completed signatures remain valid. You can then send a new version.
After all signatures, the contract is final. To amend, generate a new contract version with an amendment clause that references the original. The original stays in the archive; the amendment is signed by all parties.
Bulk-sending (developer-direct workflow)
For developer-direct agencies handling 30+ similar SPAs in a launch month: Contracts → Bulk send. Upload a CSV with one row per (deal, signer) and the system generates + sends all contracts in one operation. Each follows the same audit trail rules; reporting on bulk batches is grouped by upload reference.
ETA 2544 ต้องการอะไรจริง
พระราชบัญญัติว่าด้วยธุรกรรมทางอิเล็กทรอนิกส์ พ.ศ. 2544 ของไทย (มาตรา 9-11) ให้ลายเซ็นอิเล็กทรอนิกส์มีสถานะทางกฎหมายเทียบเท่าลายเซ็นหมึก ตราบเท่าที่เงื่อนไขสามข้อบรรลุ:
- ตัวตนผู้ลงนาม — ผู้ลงนามต้องระบุได้อย่างน่าเชื่อถือ (อัปโหลดบัตรประชาชนไทย พาสปอร์ตต่างชาติ หรือ TIN นิติบุคคล + ผู้แทนจดทะเบียน)
- ความสมบูรณ์ — เอกสารที่ลงนามต้องตรวจจับการแก้ไขได้ (hash + timestamp)
- วิธีการเหมาะสมกับธุรกรรม — สัญญามูลค่าสูงต้องการการยืนยันผู้ลงนามที่แข็งแรงกว่า
Engine e-signature ของ DevProp ติ๊กทั้งสามโดยดีฟอลต์ audit trail ที่ผลิต (PDF/A export + JSON event log) ได้รับการยอมรับเป็นหลักฐานในศาลไทยในหลาย precedent (การระงับข้อพิพาท Sansiri 2024 ถูกอ้างมากที่สุด)
Template สัญญาที่รวม
ในทุกแพ็คเกจ คุณได้ template ตลาดไทยมาตรฐานทั้ง EN + TH (สลับต่อสัญญา):
- สัญญาจอง — สั้น 1-2 หน้า ค่ามัดจำจองทั่วไป
- สัญญาซื้อขาย — SPA เต็ม ปรับเงื่อนไขได้
- สัญญาเช่าที่อยู่อาศัย — สอดคล้องประมวลกฎหมายแพ่งและพาณิชย์ §537-571
- สัญญาเช่าพาณิชย์ — มาตรฐาน 3 ปีพร้อมตัวเลือกต่ออายุ
- สัญญาเสริมด้านกรมที่ดิน — แยกจาก deed สาธารณะ จับราคาและเงื่อนไขการชำระเงิน
บนแพ็คเกจ Professional / Custom คุณสามารถอัปโหลด template DOCX ของเอเจนซี่ของคุณ engine ของเราดึง merge field และแปลงเป็น template ที่จัดการโดย DevProp (~5 นาที one-time setup ต่อ template)
ขั้นตอนที่ 1 — สร้างสัญญา
จาก deal record (Pipeline → Stage "Contract") คลิก Generate contract สามตัวเลือก:
- Template (จอง SPA เช่า ฯลฯ)
- ภาษา (EN หรือ TH — ทั้งสองฝ่ายเห็นเนื้อหาเดียวกันในภาษาที่ต้องการ)
- คู่สัญญา (auto-populate จาก lead record + ประกาศ)
คลิก Generate engine merge ฟิลด์ทั้งหมด render เป็น PDF/A (เวอร์ชันคุณภาพ archive ที่ศาลไทยต้องการ) และแสดงตัวอย่างให้คุณ แก้ฟิลด์ใดๆ inline ก่อนส่ง (merge field แดงถ้าไม่ถูกต้อง)
ขั้นตอนที่ 2 — เพิ่มผู้ลงนาม
ผู้ลงนามดีฟอลต์ตามประเภทสัญญา:
- จอง: ผู้ซื้อ + ผู้แทนเอเจนซี่ (2 ผู้ลงนาม)
- SPA: ผู้ซื้อ + ผู้ขาย + เอเจนซี่ + (ทางเลือก) ทนายผู้ซื้อ + ทนายผู้ขาย (สูงสุด 5)
- เช่า: ผู้เช่า + เจ้าของ + (ทางเลือก) เอเจนซี่เป็นพยาน (3)
สำหรับผู้ลงนามแต่ละคน คุณตั้ง:
- ชื่อตามกฎหมายเต็ม (อักษรไทยสำหรับคนไทย ละตินสำหรับคนต่างชาติ)
- วิธี ID — บัตรประชาชนไทย พาสปอร์ตต่างชาติ หรือ TIN นิติบุคคล
- อีเมล + โทรศัพท์ (ลิงก์ลงนามไปทั้งสอง ผู้ลงนามเลือกได้)
- ลำดับ — ลงนามต่อเนื่อง (ผู้ลงนาม 1 ต้องเสร็จก่อนผู้ลงนาม 2 รับลิงก์) หรือขนาน (ทั้งหมดได้ลิงก์พร้อมกัน)
ขั้นตอนที่ 3 — ส่งเพื่อลงนาม
คลิก Send ผู้ลงนามแต่ละคนได้รับ:
- อีเมลพร้อมลิงก์ลงนามที่ unique (หมดอายุใน 7 วัน ปรับได้)
- การแจ้งเตือน SMS ด้วยลิงก์เดียวกัน (เฉพาะเบอร์มือถือไทย)
- การแจ้งเตือน LINE ถ้าผู้ลงนามมีการสนทนา LINE OA ลิงก์กับ deal นี้
การคลิกลิงก์พาพวกเขาไปหน้าลงนาม (mobile-optimized ไม่ต้องติดตั้งแอป) พวกเขา:
- ยืนยันตัวตน (อัปโหลดภาพบัตร ID ไทย หรือสแกนพาสปอร์ตด้วยโทรศัพท์)
- อ่านสัญญา scroll top-to-bottom (ระบบติดตามความลึกของ scroll — สัญญาที่อ่านบางส่วน flag)
- พิมพ์ชื่อ + ลายเซ็น (หรือวาดด้วย stylus / นิ้ว)
- แตะ Sign and submit
ระบบล็อกเอกสารทันทีที่ผู้ลงนามคนสุดท้ายเสร็จ คุณไม่สามารถแก้ไขสัญญาที่ลงนามแล้ว — สร้างเวอร์ชันใหม่ + ส่งเพื่อลงนามใหม่เท่านั้น
ขั้นตอนที่ 4 — Audit trail
หลังลงนาม record สัญญามี:
- PDF/A ของเอกสารที่ลงนาม (อ่านได้ทั่วโลก ISO 19005 archive standard)
- JSON event log: ทุก action พร้อม timestamp, IP, user agent, geolocation (เมื่อผู้ลงนามอนุญาต)
- Hash การเข้ารหัสของต้นฉบับ + แต่ละเวอร์ชันถัดไป (พิสูจน์ความสมบูรณ์)
- Artifacts การยืนยันตัวตน (ภาพ ID ภาพลายเซ็น OTP/SMS confirmation)
- ใบเสร็จ PDF ที่รับรองสำหรับผู้ลงนามแต่ละคน (สำเนา audit log ของพวกเขา)
ทั้งหมดนี้ยอมรับเป็นหลักฐานภายใต้ประมวลกฎหมายแพ่งและพาณิชย์ §93, §123 และ ETA Act §9-11
การถอน และการแก้ไข
ผู้ลงนามสามารถ ถอนก่อนลงนาม โดยคลิกลิงก์ถอนในอีเมล นี่ทำให้ลายเซ็นที่รอของพวกเขาเป็นโมฆะเท่านั้น — ลายเซ็นที่เสร็จแล้วของผู้ลงนามอื่นยังคงใช้ได้ คุณสามารถส่งเวอร์ชันใหม่
หลังลายเซ็นทั้งหมด สัญญาเป็นที่สิ้นสุด เพื่อแก้ไข สร้างเวอร์ชันสัญญาใหม่พร้อมข้อแก้ไขที่อ้างต้นฉบับ ต้นฉบับอยู่ใน archive; แก้ไขถูกลงนามโดยทุกฝ่าย
Bulk-sending (เวิร์คโฟลว์ developer-direct)
สำหรับเอเจนซี่ developer-direct ที่จัดการ SPA ที่คล้ายกัน 30+ ในเดือน launch: Contracts → Bulk send อัปโหลด CSV ที่มีหนึ่งแถวต่อ (deal, ผู้ลงนาม) และระบบสร้าง + ส่งสัญญาทั้งหมดในการดำเนินการเดียว แต่ละอันปฏิบัติตามกฎ audit trail เดียวกัน; รายงานบน bulk batch ถูกจัดกลุ่มตาม upload reference
Stuck on this step?
Book a free 20-minute call. We'll walk through it on screen-share.
Book diagnostic