e-Contract by iVSecontractbyivs.com · ระบบสัญญาอิเล็กทรอนิกส์

Your Contracts. Your Control.

Complete Digital Contract Management.

จัดการเอกสารและสัญญาอิเล็กทรอนิกส์อย่างครบวงจร ตั้งแต่การจัดทำเอกสาร การลงนาม การประทับตรา การตรวจสอบความถูกต้อง ไปจนถึงการจัดเก็บหลักฐานทางอิเล็กทรอนิกส์

ขอรับการสาธิตระบบ ดูความสามารถของระบบ
จุดเด่นของระบบ
Document CertificationSHA-256 VerificationNTP Timestampe-Seal Registratione-Original Managemente-Retention OverviewCompliance TrackingAPI Integration
01ปัญหาที่องค์กรพบ

สัญญาหนึ่งฉบับ ผ่านกี่มือ กี่เวอร์ชัน ก่อนจะลงนามได้?

สัญญากระดาษอนุมัติด้วยมือติดตามสถานะการลงนามยากไม่รู้ว่าฉบับไหนล่าสุดตรวจความถูกต้องของเอกสารยากจัดเก็บกระจัดกระจายร่องรอยการตรวจสอบไม่ครบเชื่อมกับซอฟต์แวร์เดิมยาก

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

e-Contract ไม่ใช่แค่เครื่องมือเซ็นเอกสารออนไลน์ แต่ดูแลทั้งวงจรของสัญญา — ตั้งแต่จัดทำ รับรอง ลงนาม ประทับตรา จัดการต้นฉบับ ตรวจสอบ และเชื่อมต่อกับระบบอื่น
02วงจรสัญญา 7 ขั้นตอน

เจ็ดความสามารถ ครอบคลุมตั้งแต่ร่างแรกจนถึงฉบับพิมพ์

01e-Documentจัดทำและรับรองเอกสารม.802e-Signatureบันทึกการลงนามม.9, ม.2603e-Sealตราอิเล็กทรอนิกส์ขององค์กรม.9 วรรคท้าย04e-Originalจัดการต้นฉบับอิเล็กทรอนิกส์ม.1005e-Retentionเก็บรักษาหลักฐานม.11, ม.1206e-Stamp Dutyสนับสนุนอากรแสตมป์ม.8 วรรคสอง07Print Outพิมพ์และแปลงเอกสารม.10 วรรค 4, ม.12/1
วงจรตามประกาศ สพธอ. (21 มิ.ย. 2567) มี 7 เรื่อง คู่สัญญาเลือกทำบางกระบวนการหรือทั้งหมดได้ตามความเหมาะสมและประเภทสัญญาทำเป็นอิเล็กทรอนิกส์ไม่ได้: ธุรกรรมเกี่ยวกับครอบครัวและมรดก (สมรส หย่า รับบุตรบุญธรรม พินัยกรรม) — พ.ร.บ.ว่าด้วยธุรกรรมทางอิเล็กทรอนิกส์ ม.3 ไม่ใช้บังคับ
ประโยชน์ต่อองค์กร
01จัดการสัญญาไว้ในที่เดียว
02รับรองเอกสารอิเล็กทรอนิกส์
03รองรับลายมือชื่ออิเล็กทรอนิกส์
04ตราอิเล็กทรอนิกส์ขององค์กร
05ตรวจความถูกต้องของเอกสาร
06จัดการหลักฐานและร่องรอยการตรวจสอบ
07เชื่อมต่อผ่าน API
7 ขั้นตอนตามเอกสารหนึ่งฉบับ ผ่านทุกสถานี
01e-Documentจัดทำเป็นข้อมูลอิเล็กทรอนิกส์ม.8

เลือกประเภทสัญญา ลากไฟล์มาวาง แล้วออกใบรับรอง

หลักกฎหมายเข้าถึงได้ + นำกลับมาใช้ได้ + ความหมายไม่เปลี่ยนแปลง

หน้า "ออกใบรับรอง" ให้เลือกประเภทสัญญาและภาคส่วน (เอกชน / ภาครัฐ) แล้วลากไฟล์มาวาง ระบบคำนวณ SHA-256 ในเครื่องผู้ใช้ — ไฟล์ไม่ถูกส่งออกนอกเครื่อง — และออกใบรับรองที่มีค่า hash เวลา NTP และลายเซ็นระบบ

ความสามารถ
เลือกประเภทสัญญา และเพิ่มประเภทเองได้
เลือกภาคส่วน: เอกชน / ภาครัฐ
ลากไฟล์มาวาง — คำนวณ hash ในเครื่องเท่านั้น
ใบรับรอง: SHA-256 + เวลา NTP + ลายเซ็นระบบ
ระบุผู้ขอออกใบรับรองและหมายเหตุ
API ที่เกี่ยวข้อง
POST/api/econtract/certify
GET/api/econtract/profiles
POST/api/econtract/profiles
พารามิเตอร์fileprofile_key
หน้าจอออกใบรับรอง
02e-Signatureลงลายมือชื่อด้วยวิธีอิเล็กทรอนิกส์ม.9, ม.26

ทุกใบรับรองติดตามสถานะได้ และบันทึกการลงนามได้

หลักกฎหมายระบุตัวผู้ลงนามได้ + แสดงเจตนายอมรับ + ตรวจสอบย้อนกลับได้

หน้า "กระบวนการ/ลงนาม" แสดงใบรับรองตามช่วงเวลา พร้อม Cert ID ชื่อไฟล์ ประเภทสัญญา เวลารับรอง (NTP) และ SHA-256 การประเมิน 7 ขั้นตอนทำต่อใบรับรอง และบันทึกการลงนามผ่าน API

ความสามารถ
รายการใบรับรอง: Cert ID · ไฟล์ · ประเภท · เวลา NTP · SHA-256
กรอง วันนี้ / 7 วัน / 30 วัน / ทั้งหมด และค้นหา
ประเมิน 7 ขั้นตอนต่อใบรับรอง
บันทึกการลงนาม: ชื่อ วิธี ข้อมูลอ้างอิงตัวตน โหมด
ลิงก์ ETDA Web Validation ตรวจลายมือชื่อที่ลงนามด้วยใบรับรอง (บริการภายนอก)
API ที่เกี่ยวข้อง
POST/api/econtract/{id}/sign
GET/api/econtract/{id}/compliance
พารามิเตอร์signer_namemethodidentity_refsigning_mode
หน้าจอกระบวนการ/ลงนาม
03e-Sealประทับตรานิติบุคคลม.9 วรรคท้าย

ลงทะเบียนตรานิติบุคคลครั้งเดียว ประทับลงใบรับรองได้ทุกฉบับ

หลักกฎหมายความสัมพันธ์ระหว่างนิติบุคคลกับข้อมูล — คนละสิ่งกับลายมือชื่อของบุคคล

ลงทะเบียนตราด้วยชื่อนิติบุคคล เลขประจำตัวผู้เสียภาษี อ้างอิงระเบียบหรือมติที่ให้อำนาจใช้ตรา และภาพตรา จากนั้นเลือกใบรับรองและตราเพื่อประทับ ระบบบันทึกเป็นขั้นตอนที่ 3 (e-Seal) ของใบรับรองนั้น พร้อมชื่อนิติบุคคลและรหัสตรา

ความสามารถ
ชื่อนิติบุคคล (ตามที่จดทะเบียน)
เลขประจำตัวผู้เสียภาษี (ถ้ามี)
อ้างอิงระเบียบ / มติที่ให้อำนาจใช้ตรา
ภาพตราประทับ (ไม่เกิน 280 KB)
รายการตราที่ลงทะเบียนไว้
ประทับตราลงใบรับรอง — บันทึกเป็นขั้นตอนที่ 3
API ที่เกี่ยวข้อง
GET/api/econtract/seals
POST/api/econtract/seals
POST/api/econtract/{id}/seal
พารามิเตอร์org_nameorg_tax_idimage_dataseal_id
หน้าจอ e-Seal
04e-Originalทำให้เป็นต้นฉบับม.10

ตรวจด้วยไฟล์หรือ Cert ID ว่าเอกสารยังเป็นต้นฉบับเดิม

หลักกฎหมายรักษาความถูกต้องครบถ้วนตั้งแต่สร้างเสร็จ + แสดงข้อความภายหลังได้

หน้า "ตรวจสอบ" รับไฟล์หรือ Cert ID (ECT-…) คำนวณ hash ในเครื่องแล้วเทียบกับใบรับรอง ภาพรวมแสดงเอกสารที่เป็นต้นฉบับแล้ว (ม.10) และดึงเอกสารฉบับสมบูรณ์กับโซ่หลักฐานได้ผ่าน API

ความสามารถ
ตรวจด้วยไฟล์ หรือกรอก Cert ID (ECT-…)
คำนวณ hash ในเครื่อง ไฟล์ไม่ถูกส่งออก
สถานะ "เป็นต้นฉบับแล้ว" (ม.10)
โซ่หลักฐาน: ลำดับเหตุการณ์ + ผลตรวจความต่อเนื่อง (ม.11)
API ที่เกี่ยวข้อง
GET/api/econtract/originals
GET/api/econtract/{id}/chain
GET/api/econtract/{id}/final-document
หน้าจอตรวจสอบ
05e-Retentionเก็บรักษาม.11, ม.12

ในโหมดปัจจุบัน ระบบเก็บหลักฐานของเอกสาร — ไม่ใช่ตัวไฟล์

หลักกฎหมายเก็บไฟล์ + แหล่งกำเนิด ต้นทาง ปลายทาง วันเวลาส่ง/รับ

หน้า "e-Original + e-Retention" แสดงจำนวนใบรับรองในช่วงที่เลือก จำนวนที่เป็นต้นฉบับแล้ว (ม.10) จำนวนที่เก็บรักษายังไม่ครบ (ม.12) และโหมดจัดเก็บ ซึ่งปัจจุบันคือ hash-only

ความสามารถ
ภาพรวม: ในช่วงที่เลือก · เป็นต้นฉบับแล้ว · เก็บรักษายังไม่ครบ
เก็บลายนิ้วมือ SHA-256 เวลา และหลักฐานประกอบ
บันทึกขั้นตอน e_retention ที่ทำนอกระบบผ่าน API
หมายเหตุโหมดปัจจุบันเก็บเฉพาะลายนิ้วมือ (SHA-256) เวลา และหลักฐานประกอบ — ตัวไฟล์ไม่ถูกส่งออกจากเครื่องผู้ใช้และไม่ถูกเก็บในระบบ จึงยังไม่ครบเงื่อนไข "เก็บรักษาตัวเอกสาร" ตาม ม.12 องค์กรจึงเป็นผู้เก็บไฟล์เองตามนโยบายของตน
API ที่เกี่ยวข้อง
GET/api/econtract/originals
POST/api/econtract/{id}/steps/e_retention
หน้าจอ e-Original + e-Retention
06e-Stamp Dutyอากรแสตมป์อิเล็กทรอนิกส์ม.8 วรรคสอง

บันทึกขั้นตอนอากรแสตมป์ไว้กับสัญญา ส่วนการยื่นทำที่กรมสรรพากร

หลักกฎหมายยื่นเสียอากรเป็นตัวเงิน (อ.ส.9) ผ่าน e-Filing กรมสรรพากร

คู่มือในระบบอธิบายการยื่นเสียอากรเป็นตัวเงินด้วยแบบ อ.ส.9 ผ่านระบบ e-Filing ของกรมสรรพากร พร้อมลิงก์ไปยังระบบนั้นโดยตรง เมื่อยื่นแล้วบันทึกขั้นตอน e_stamp_duty ไว้กับใบรับรองผ่าน API

ความสามารถ
แนวทางในคู่มือ วงจร 7 ขั้นตอน
ลิงก์ระบบ อ.ส.9 (e-Filing) กรมสรรพากร
บันทึกขั้นตอน e_stamp_duty ที่ทำนอกระบบ
หมายเหตุe-Contract ไม่รับชำระอากรแสตมป์ และไม่ออกหลักฐานการชำระภาษีแทนกรมสรรพากร การยื่นและการรับรองเป็นไปตามระบบของกรมสรรพากร
API ที่เกี่ยวข้อง
POST/api/econtract/{id}/steps/e_stamp_duty
คู่มือ e-Contract · วงจร 7 ขั้นตอน
ใช้งานจริงขั้นตอน โซลูชัน กฎหมาย และการเชื่อมต่อ
10ระบบทำงานอย่างไร

จากไฟล์หนึ่งไฟล์ สู่สัญญาที่ตรวจสอบได้

STEP 01เตรียมเอกสารอัปโหลดหรือจัดเตรียมสัญญาอิเล็กทรอนิกส์
STEP 02เลือกโปรไฟล์สัญญาเลือกประเภทสัญญาและลำดับงานที่ใช้
STEP 03รับรองเอกสารสร้างค่า hash และข้อมูลการรับรอง
STEP 04ลงนามอิเล็กทรอนิกส์บันทึกผู้ลงนามและวิธีการลงนาม
STEP 05ประทับตราองค์กรประทับ e-Seal ที่ลงทะเบียนไว้ เมื่อจำเป็น
STEP 06จัดการต้นฉบับจัดการข้อมูลต้นฉบับและหลักฐานความครบถ้วน
STEP 07ตรวจสอบและหลักฐานตรวจ hash ทบทวนข้อมูลการรับรอง และดูหลักฐานที่มี
บทบาทผู้ใช้
ผู้จัดทำเอกสารผู้ดูแลสัญญาผู้ลงนามผู้แทนองค์กรผู้ตรวจสอบเอกสารผู้ดูแลระบบ
ตัวอย่าง: สัญญาจ้างบริการระหว่างบริษัท ก และบริษัท ข
01บริษัท ก อัปโหลดสัญญาฉบับสุดท้าย เลือกโปรไฟล์ "สัญญาบริการ" และภาษาไทย
02ระบบคำนวณ SHA-256 และบันทึกข้อมูลการรับรอง
03ผู้มีอำนาจของทั้งสองบริษัทลงนาม ระบบบันทึกชื่อ วิธี ข้อมูลอ้างอิงตัวตน และโหมดการลงนาม
04บริษัท ก ประทับ e-Seal ที่ลงทะเบียนไว้
05ระบบสร้างเอกสารฉบับสุดท้ายและข้อมูลต้นฉบับ
06หากมีข้อสงสัย ผู้ตรวจสอบนำไฟล์มาคำนวณ hash เทียบ และเรียกดูห่วงโซ่หลักฐาน
วงจรผลิตภัณฑ์ กับลำดับที่ซอฟต์แวร์รองรับ
วงจร 7 ความสามารถ
e-Document →e-Signature →e-Seal →e-Original →e-Retention →e-Stamp Duty →Print Out
ลำดับในซอฟต์แวร์ที่ติดตั้ง
เตรียม →โปรไฟล์ →รับรอง →ลงนาม →ประทับตรา →ต้นฉบับ →ตรวจสอบ
ขั้นตอนที่ทำนอกระบบ — e_seal, e_stamp_duty, print_out และ e_retention — บันทึกผ่าน POST /api/econtract/{id}/steps/{step} และรายงาน 7 ขั้นตอนต่อใบรับรองดูได้ที่ GET /api/econtract/{id}/compliance
11โซลูชันตามประเภทองค์กร

ความสามารถชุดเดียว ปรับใช้ตามงานของแต่ละองค์กร

ปัญหาที่พบสัญญาจัดซื้อจัดจ้างจำนวนมากต้องตรวจสอบย้อนหลังได้เอกสารราชการต้องรับรองความถูกต้องหลักฐานการลงนามกระจายอยู่หลายหน่วยงาน
ความสามารถที่ใช้จัดทำและรับรองเอกสารด้วย SHA-256บันทึกผู้ลงนามและวิธีการลงนามประทับ e-Seal ของหน่วยงานตรวจเอกสารและเรียกดูห่วงโซ่หลักฐาน
ลำดับการทำงาน
จัดทำสัญญารับรองลงนาม / ประทับตราตรวจสอบและจัดการหลักฐาน
ประโยชน์ที่คาดหวังลดงานกระดาษในงานสัญญาตรวจสอบย้อนหลังได้เป็นระบบมีข้อมูลประกอบเมื่อถูกตรวจสอบ
ความสามารถที่เกี่ยวข้องขอสาธิตสำหรับองค์กรประเภทนี้ →
ตัวอย่างการประยุกต์ใช้จากความสามารถที่มีอยู่ ไม่ใช่เวิร์กโฟลว์สำเร็จรูปสำหรับทุกกรณี — ปรับให้เหมาะกับองค์กรระหว่างการสาธิต
12กฎหมายและความปลอดภัย

สิ่งที่ระบบพิสูจน์ได้ และสิ่งที่ต้องพิจารณาเพิ่ม

กรอบกฎหมายไทย
พ.ร.บ.ว่าด้วยธุรกรรมทางอิเล็กทรอนิกส์ พ.ศ. 2544 และฉบับแก้ไขเพิ่มเติมetda.or.th ↗ประกาศ สพธอ. วงจรการจัดทำสัญญาอิเล็กทรอนิกส์ 7 เรื่อง (21 มิ.ย. 2567) และแนวทาง e-Contract ของ ETDAetda.or.th ↗ข้อเสนอแนะมาตรฐานด้านลายมือชื่ออิเล็กทรอนิกส์ของ ETDAetda.or.th ↗พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562etda.or.th ↗ระเบียบกรมสรรพากรด้านอากรแสตมป์และธุรกรรมภาษีอิเล็กทรอนิกส์rd.go.th ↗
อ้างอิงเพื่อการศึกษา ETDA และหน่วยงานรัฐไม่ได้รับรองหรือสนับสนุนผลิตภัณฑ์นี้
ลายมือชื่ออิเล็กทรอนิกส์
01ระบุตัวผู้ลงนามได้
02แสดงเจตนาของผู้ลงนาม
03เชื่อมโยงผู้ลงนามกับข้อความที่ลงนาม
04มีหลักฐานของกระบวนการลงนาม
05มีหลายระดับและหลายวิธี — เลือกให้เหมาะกับความเสี่ยงของธุรกรรม
ความครบถ้วนของเอกสาร · SHA-256SHA-256 แปลงไฟล์เป็นค่าความยาว 64 ตัวอักษร แก้ไขแม้ตัวอักษรเดียว ค่าจะเปลี่ยนทั้งหมด ลองพิมพ์แก้ข้อความด้านล่าง
ค่าที่บันทึกตอนรับรอง…
ค่าที่คำนวณตอนนี้…
ตรงกัน — ไฟล์ไม่เปลี่ยนแปลง
ค่า SHA-256 ที่ตรงกันยืนยันได้ว่าไฟล์ไม่เปลี่ยนแปลง แต่ไม่ได้ยืนยันตัวตนผู้ลงนาม ความสมบูรณ์ทางกฎหมายของสัญญา หรือเวลาที่เชื่อถือได้ด้วยตัวเอง
การอ้างอิงเวลา · NTPระบบใช้ Network Time Protocol (NTP) อ้างอิงเวลาในการบันทึกเหตุการณ์ เวลาจาก NTP ไม่เทียบเท่าการประทับเวลาจากผู้ให้บริการประทับเวลาที่เชื่อถือได้ (TSA) หรือ RFC 3161 time-stamp token
ร่องรอยการตรวจสอบทบทวนสถานะการปฏิบัติตามข้อกำหนดของแต่ละสัญญา บันทึกขั้นตอนการทำงาน และห่วงโซ่หลักฐาน เพื่อดูว่าเกิดอะไรขึ้นเมื่อใด/compliance · /steps · /chain
การคุ้มครองข้อมูลส่วนบุคคล
ประมวลผลข้อมูลส่วนบุคคลเท่าที่จำเป็นควบคุมสิทธิ์การเข้าถึงลดการเก็บข้อมูล — โหมด Hash-only ไม่เก็บไฟล์กำหนดระยะเวลาการเก็บข้อมูลคำนวณ hash ในเครื่องผู้ใช้ — ไฟล์ไม่ถูกส่งออกหน้าที่ด้านความปลอดภัยของผู้ควบคุมและผู้ประมวลผลประกาศความเป็นส่วนตัว
ข้อสงวนด้านกฎหมายความสมบูรณ์ทางกฎหมายของสัญญาอิเล็กทรอนิกส์ขึ้นอยู่กับประเภทธุรกรรม ข้อกำหนดทางกฎหมายที่เกี่ยวข้อง การระบุตัวผู้ลงนาม การแสดงเจตนา ความครบถ้วนของเอกสาร และความน่าเชื่อถือของหลักฐานที่เกี่ยวข้อง การใช้ e-Contract ไม่ได้รับประกันความสมบูรณ์ทางกฎหมายโดยอัตโนมัติในทุกกรณี
13การเชื่อมต่อและ API

REST endpoint ที่มีอยู่ในระบบ สำหรับเชื่อมกับซอฟต์แวร์ขององค์กร

กดที่ endpoint เพื่อดูวัตถุประสงค์ ข้อมูลนำเข้า ผลลัพธ์ และตัวอย่างการเชื่อมต่อ

หน้าจอเชื่อมต่อ (API) ในระบบ
ในระบบมี Prompt ให้คัดลอกไปให้ AI สร้างแอปที่เรียกใช้ e-Contract ของ iVS และ compliant ตั้งแต่ต้น
โปรไฟล์สัญญา
การรับรองเอกสาร
ลายมือชื่ออิเล็กทรอนิกส์
วัตถุประสงค์ลงนามบนใบรับรองข้อมูลนำเข้าid (path) · signer_name, method, identity_ref, signing_modeตัวอย่างการเชื่อมต่อระบบ HR บันทึกการลงนามของพนักงานใหม่
Compliance
ขั้นตอนงาน
ตราอิเล็กทรอนิกส์
ต้นฉบับอิเล็กทรอนิกส์
PDF/A
เอกสารฉบับสุดท้าย
ห่วงโซ่หลักฐาน
ตัวอย่างระบบที่เชื่อมได้
ERPระบบบริหารงานบุคคลระบบจัดซื้อระบบบริหารโรงพยาบาลระบบบริหารงานอีเวนต์ระบบจัดการเอกสารภายในระบบสารสนเทศภาครัฐ
ขอเอกสาร API →
เริ่มต้นราคา ความรู้ และการสาธิต
14รูปแบบราคา

เลือกแพ็กเกจตามขนาดองค์กร ราคาประเมินตามการใช้งานจริง

Standardสำหรับ SMEs และองค์กรขนาดเล็กติดต่อขอราคาขอใบเสนอราคา
Professionalสำหรับธุรกิจขนาดกลางและหน่วยงานระดับฝ่ายติดต่อขอราคาขอใบเสนอราคา
Enterpriseสำหรับองค์กรขนาดใหญ่ หน่วยงานรัฐ และองค์กรที่ต้องการการติดตั้งหรือเชื่อมต่อขั้นสูงติดต่อขอราคาขอใบเสนอราคา
รูปแบบการติดตั้ง
Cloud
Private Deployment
On-premise
ปัจจัยที่ใช้ประเมินราคา
จำนวนผู้ใช้ปริมาณเอกสารปริมาณการลงนามความต้องการพื้นที่จัดเก็บการเชื่อมต่อ APIรูปแบบการติดตั้งการสนับสนุนทางเทคนิคการอบรมและการนำไปใช้
ขอใบเสนอราคาติดต่อฝ่ายขาย
15ความรู้และคำถามที่พบบ่อย

เข้าใจสัญญาอิเล็กทรอนิกส์ ก่อนตัดสินใจ

ความรู้สัญญาอิเล็กทรอนิกส์e-Contract คืออะไรe-Signature คืออะไรDigital Signature คืออะไรe-Seal คืออะไรe-Original คืออะไรe-Retention คืออะไร
ความรู้ด้านกฎหมายพ.ร.บ.ธุรกรรมทางอิเล็กทรอนิกส์ข้อกำหนดของสัญญาอิเล็กทรอนิกส์ข้อกำหนดของลายมือชื่ออิเล็กทรอนิกส์การเก็บรักษาเอกสารอิเล็กทรอนิกส์PDPA กับการบริหารสัญญาอากรแสตมป์อิเล็กทรอนิกส์
ความรู้ด้านเทคนิคSHA-256 คืออะไรการตรวจความครบถ้วนของเอกสารการอ้างอิงเวลาและหลักฐานอิเล็กทรอนิกส์การเชื่อมต่อ APIPDF/A กับการเก็บรักษาเอกสาร
เอกสารอ้างอิงในระบบคู่มือการจัดทำสัญญาอิเล็กทรอนิกส์ e-Contract สำหรับภาครัฐกับเอกชน SMEsคุณทรงกลด ตันทรบัณฑิตย์ · สำนักงานพัฒนาธุรกรรมทางอิเล็กทรอนิกส์ (สพธอ. / ETDA)เอกสารประกอบโครงการ Train the Transformers: e-Contract · 144 หน้า ครอบคลุมนิยามและคำศัพท์ กฎหมายที่เกี่ยวข้อง กระบวนการ 7 เรื่อง ความต่างระหว่างภาครัฐกับเอกชน เครื่องมือและเกณฑ์คัดเลือก กรณีศึกษา 19 สถานการณ์ กรณีศึกษาต่างประเทศ และคำถามที่พบบ่อยเปิดได้จากเมนูคู่มือในระบบ · คู่มือฉบับนี้เผยแพร่โดยได้รับความยินยอมจาก สพธอ. (ETDA) แล้ว เนื้อหาในระบบเป็นการสรุปเพื่อประกอบการใช้งาน ไม่ใช่คำวินิจฉัยทางกฎหมายหรือทางภาษี และไม่ได้หมายความว่า ETDA รับรองผลิตภัณฑ์
คู่มือการจัดทำสัญญาอิเล็กทรอนิกส์ e-Contract สำหรับภาครัฐกับเอกชน SMEs
เอกสารดาวน์โหลด
โบรชัวร์ผลิตภัณฑ์ภาพรวมผลิตภัณฑ์Capability Checklistภาพรวม APIคู่มือการนำไปใช้
ขอรับโบรชัวร์ →
คำถามที่พบบ่อย

e-Contract by iVS คือแพลตฟอร์มสำหรับจัดทำ รับรอง ลงนาม ตรวจสอบ และจัดการหลักฐานของสัญญาอิเล็กทรอนิกส์ พัฒนาโดย SGC Service Co., Ltd. ครอบคลุม 7 ความสามารถ ตั้งแต่ e-Document ถึง Print Out

16ระบบนิเวศ iVS

e-Contract คือหนึ่งในผลิตภัณฑ์ของครอบครัว iVS

Hospital by iVSแพลตฟอร์มบริหารโรงพยาบาลโซลูชันดิจิทัลสำหรับสถานพยาบาลและงานโรงพยาบาล
โอกาสใช้ร่วมกัน· สัญญาผู้จำหน่ายของโรงพยาบาล· สัญญาบริการ· สัญญาที่เกี่ยวกับการจ้างงาน
hospitalbyivs.com ↗
Event by iVSแพลตฟอร์มบริหารงานอีเวนต์โซลูชันดิจิทัลสำหรับลงทะเบียน ขายบัตร และบริหารงานอีเวนต์
โอกาสใช้ร่วมกัน· สัญญาผู้ให้บริการ· สัญญาตัวแทนขาย· สัญญาผู้สนับสนุน· สัญญาสถานที่
eventbyivs.com ↗
e-Contract by iVSแพลตฟอร์มบริหารสัญญาดิจิทัลจัดทำ รับรอง ลงนาม ตรวจสอบ และจัดการหลักฐานของสัญญาอิเล็กทรอนิกส์
โอกาสใช้ร่วมกัน· บริหารสัญญาสำหรับภาครัฐ องค์กร และ SMEs· เชื่อมกับระบบอื่นขององค์กร
econtractbyivs.com ↗
17ขอรับการสาธิตระบบ

See e-Contract by iVS in Action.

สัมผัสกระบวนการจัดการสัญญาอิเล็กทรอนิกส์ พร้อมเรียนรู้ความสามารถของระบบและแนวทางนำไปใช้งานให้เหมาะสมกับองค์กร

ประเภทองค์กร *
ความสามารถที่สนใจ
รูปแบบการติดตั้งที่ต้องการ
ประกาศความเป็นส่วนตัวSGC Service Co., Ltd. จะใช้ข้อมูลในแบบฟอร์มนี้เพื่อติดต่อกลับ นัดหมายและจัดการสาธิตตามที่คุณร้องขอ โดยอาศัยฐานการดำเนินการตามคำขอก่อนเข้าทำสัญญา (มาตรา 24(3) พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล) ข้อมูลจะไม่ถูกใช้เพื่อการตลาดอื่นโดยไม่ได้รับความยินยอม แบบฟอร์มนี้เปิดโปรแกรมอีเมลของคุณเอง เว็บไซต์ไม่เก็บข้อมูลที่กรอก คุณขอเข้าถึง แก้ไข หรือลบข้อมูลได้ตามประกาศความเป็นส่วนตัว ประกาศความเป็นส่วนตัว
ติดต่อทีม e-Contract by iVS
บริษัทSGC Service Co., Ltd.ผลิตภัณฑ์e-Contract by iVSเว็บไซต์econtractbyivs.comอีเมล[email protected][email protected]
เรื่องที่ติดต่อได้
สอบถามธุรกิจการสาธิตผลิตภัณฑ์ปรึกษาด้านเทคนิคการเชื่อมต่อ APIโซลูชันองค์กรความร่วมมือทางธุรกิจ