คุณต้องเปลี่ยนขั้นตอนงานสัญญา แต่ระบบใหม่ต้องไม่ส่งสัญญาไปยัง SaaS สำหรับลงนาม DocuSeal, Documenso และ OpenSign จึงควรอยู่ในรายชื่อทางเลือกแทน DocuSign ทั้งสามมีส่วนหลักที่โฮสต์เองได้ สิ่งที่ควรเปรียบเทียบคือรุ่นที่คุณดูแลได้ หลักฐานที่ส่งออกได้ และบริการที่ระบบยังเรียกใช้ การอนุญาตให้เช่าเซิร์ฟเวอร์กับการอนุญาตให้ส่งเอกสารแก่ผู้ประมวลผลเป็นคนละการตัดสินใจ
การใช้ขั้นตอนงาน DocuSign ที่อนุมัติแล้วต่อไปอาจสมเหตุสมผลในขณะที่หลักฐานหรือการดำเนินงานของระบบใหม่ยังไม่ครบ หากขั้นตอนเดิมเป็นไปตามข้อกำหนดองค์กร แต่ถ้านโยบายห้ามรูปแบบการประมวลผลนั้น ความคุ้นเคยไม่ได้ยกเลิกข้อจำกัด กำหนดเกณฑ์ยอมรับระบบใหม่ก่อนย้ายสัญญาจริง
สรุปประเด็นสำคัญ
- DocuSeal: รุ่นโฮสต์เองฟรีรองรับผู้ลงนามหลายคนและเซิร์ฟเวอร์ SMTP ของคุณเอง Pro เพิ่มการเตือนอัตโนมัติ SAML SSO บทบาทผู้ใช้และทีม รวมถึง API/การฝังขั้นสูง ดูตารางเปรียบเทียบรุ่นติดตั้งภายใน
- Documenso: Community Edition มีการลงนามหลัก เทมเพลต และการเข้าถึง API คุณสมบัติเชิงพาณิชย์มีพอร์ทัลยืนยันตัวตนองค์กร การยืนยันตัวตนซ้ำเมื่อทำงานกับเอกสาร และการสร้างเอกสารแบบฝัง ดูการเปรียบเทียบรุ่น
- OpenSign: คลังโค้ดอธิบายเทมเพลตใช้ซ้ำ ลำดับลงนาม รหัสอีเมลสำหรับผู้เยี่ยมชม และใบรับรองการเสร็จสิ้น เอกสารโทเค็น API แยกโทเค็นใช้งานจริงแบบชำระเงินออกจากโทเค็น sandbox ฟรี ยืนยันสิทธิ์ API ของรุ่นโฮสต์เองในบิลด์ที่เลือก เพราะหน้านี้ไม่ได้ระบุชัดเจน
เปรียบเทียบรุ่นฟรีและข้อกำหนดการดำเนินงาน
ตารางต่อไปนี้เปรียบเทียบขอบเขตโค้ดฟรี ข้อกำหนดการติดตั้ง และคุณสมบัติเชิงพาณิชย์ของแต่ละเครื่องมือ
| เครื่องมือ | ขอบเขตโค้ดฟรี | องค์ประกอบการติดตั้ง | เงื่อนไขเชิงพาณิชย์หรือประเด็นที่ยังไม่ชัดเจน |
|---|---|---|---|
| DocuSeal | คลังโค้ดใช้สัญญาอนุญาต AGPLv3 หน้าราคา DocuSeal แยก Open Source ติดตั้งภายในแบบฟรีออกจาก Pro ติดตั้งภายในเชิงพาณิชย์ | Docker/Compose โดยใช้ SQLite เป็นค่าเริ่มต้น หรือ PostgreSQL/MySQL ตามตัวเลือกการติดตั้ง วางแผนการเก็บไฟล์และฐานข้อมูลอย่างถาวร รวมถึงการส่งอีเมล | คู่มือตั้งค่า Pro จัดการปรับแบรนด์ การเตือน SSO บทบาท/ทีม webhook และ API/การฝังไว้ในข้อเสนอเชิงพาณิชย์ ยืนยันสิทธิ์การเชื่อมต่อและค่าบริการตามการใช้งานให้ชัดเจน ข้อความทั่วไปเกี่ยวกับการเชื่อมต่อในคลังโค้ดไม่ได้ให้คำตอบเรื่องนี้ |
| Documenso | การเปรียบเทียบรุ่น แยก Community Edition ฟรี Business Edition ที่ใช้สิทธิ์รายปี และ Enterprise Edition แบบปรับตามความต้องการ คลังโค้ดยังมีโค้ดเชิงพาณิชย์ที่ใช้สัญญาอนุญาตแยกต่างหาก | เอกสารข้อกำหนดระบุ PostgreSQL ระบบส่งอีเมล reverse proxy และใบรับรองการลงนาม โดยมีพื้นที่จัดเก็บที่เข้ากันได้กับ S3 เป็นตัวเลือก ออกแบบการเก็บข้อมูลถาวรให้รวมเอกสารและบันทึกตรวจสอบในฐานข้อมูล | รายการคุณสมบัติเชิงพาณิชย์ ระบุการยืนยันตัวตนองค์กรและการยืนยันตัวตนซ้ำเมื่อทำงานกับเอกสาร เอกสารของรุ่นยังระบุการสร้างเอกสารแบบฝัง/แบบฝังที่ใช้แบรนด์ตนเอง และการลงนามระยะไกล CSC ตรวจสอบการส่งออกที่จำเป็น การตั้งค่าประทับเวลา และขอบเขต API ฟรีสำหรับรุ่นที่เลือก |
| OpenSign | หน้าโฮสต์เอง อธิบายส่วนหลักแบบโฮสต์เองที่ใช้ฟรี สัญญาอนุญาต AGPLv3 ที่รากคลังมีข้อยกเว้นสำหรับบางไดเรกทอรีและองค์ประกอบบุคคลที่สาม | คู่มือ Docker ตั้งค่า MongoDB การเก็บไฟล์ภายในหรือภายนอก SMTP/Mailgun และใบรับรองการลงนาม ทบทวนการเก็บข้อมูลถาวรและการเปิดเผยฐานข้อมูลของรูปแบบติดตั้งที่เลือก | คู่มือโทเค็น API แยกโทเค็นใช้งานจริงแบบชำระเงินกับโทเค็น sandbox ฟรี แต่หน้าโฮสต์เองระบุว่ามี REST API ยืนยันสิทธิ์ของรุ่นโฮสต์เองที่เลือกก่อนพึ่งพาฟังก์ชันนี้ คู่มือเทมเพลต OpenSign อธิบายการตั้งค่า “Merge Certificate to PDF”: เมื่อเปิดจะรวมใบรับรองการเสร็จสิ้นใน PDF สุดท้าย เมื่อปิดจะให้ PDF ใบรับรองแยก ตรวจสอบตัวเลือกส่งออกในบิลด์ที่ติดตั้ง |
แอปลายมือชื่ออิเล็กทรอนิกส์โอเพนซอร์สอาจมีส่วนหลักฟรีที่ใช้งานได้ควบคู่กับแพ็กเกจเชิงพาณิชย์ ตรวจสอบสิทธิ์ของทุกขั้นตอนงานที่เสนอ โดยระบุการกระทำ รุ่นที่อนุญาต และบริการที่เรียกใช้ คลังโค้ดสาธารณะไม่ใช่หลักฐานเพียงพอว่าฟังก์ชันที่จำเป็นใช้ฟรี
เก็บบันทึกการเลือกสั้น ๆ ได้แก่แพ็กเกจที่เลือก ขั้นตอนงานที่ต้องใช้ เงื่อนไขที่ยังไม่ชัด และผู้รับผิดชอบหาคำตอบ อย่ากรอก “ใช่” ในช่องที่ยังไม่มีคำตอบเพียงเพราะมีคุณสมบัติคลาวด์ชื่อคล้ายกัน แม้ส่วนอื่นดูเหมาะสม ข้อกำหนดที่ยังไม่ชัดควรทำให้เลื่อนการนำขั้นตอนงานนั้นมาใช้
เลือกเครื่องมือให้เหมาะกับขั้นตอนงานลงนาม
ผมจะเริ่มด้วย DocuSeal สำหรับขั้นตอนงานเทมเพลต PDF ที่จัดการเอง Documenso Community เมื่อต้องเข้าถึง API ฟรี และ OpenSign เมื่อเทมเพลตกับรหัสอีเมลผู้เยี่ยมชมเหมาะกับกระบวนการ ทั้งหมดเป็นจุดเริ่มต้นสำหรับการทดลองตามเอกสารทางการ ผมยังไม่ได้ทดสอบการติดตั้งหรือการลงนาม
DocuSeal สำหรับขั้นตอนงาน PDF และเทมเพลต
DocuSeal เหมาะเป็นตัวแรกสำหรับทดลองเตรียม PDF และใช้เทมเพลตลงนามซ้ำเมื่อส่วนหลักฟรีครอบคลุมงาน FAQ ใบรับรองการตรวจสอบ อธิบายบันทึกเสร็จสิ้นที่ดาวน์โหลดได้ พร้อมเหตุการณ์ของแต่ละฝ่ายและช่องยืนยันตามเงื่อนไข ประเมินวิธีที่บันทึกไว้เทียบกับข้อกำหนดก่อนถือว่าใบรับรองเป็นหลักฐานระดับการยืนยันบุคคลที่กำหนด
ใบรับรองบันทึกอีเมลของแต่ละฝ่าย เวลาเหตุการณ์ ที่อยู่ IP ID เซสชัน ข้อมูลเบราว์เซอร์ และเขตเวลา การยืนยันอีเมลหรือโทรศัพท์ขึ้นอยู่กับวิธีที่ใช้ การมีช่องข้อมูลไม่พิสูจน์ว่าได้ใช้วิธียืนยันที่เข้มงวดกว่า ขอเอกสารตัวอย่างที่สร้างจากการตั้งค่าที่จะใช้ รวมกรณีปฏิเสธหรือมอบหมายหากเกี่ยวข้อง
หยุดการเลือกหากการยืนยันตัวตนหรือการเชื่อมต่อที่จำเป็นอยู่ในขอบเขตเชิงพาณิชย์ที่ยังไม่อนุมัติ ตัวแก้ไขเอกสารอาจตอบโจทย์ที่มองเห็น แต่การกระทำถัดไปที่จำเป็นยังไม่ชัดเจน
Documenso สำหรับระบบงาน PostgreSQL ที่มีอยู่
Documenso น่าทดลองเมื่อคุณดูแลฐานข้อมูล อีเมล และใบรับรองร่วมกันได้ ข้อกำหนดโฮสต์เอง ชี้กับดักสำคัญว่าแอปเริ่มทำงานโดยไม่มีใบรับรองลงนามได้ แต่การลงนามเอกสารจะล้มเหลว หน้าจอที่ตอบสนองจึงใช้เป็นการทดสอบยอมรับระบบนี้ไม่ได้
ข้อกำหนดอธิบายการลงนามดิจิทัล X.509 ด้วยใบรับรอง .p12 ที่จัดหาหรือสร้างขึ้น และการเก็บบันทึกตรวจสอบในฐานข้อมูล นี่อธิบายโครงสร้างพื้นฐานการลงนาม ไม่ได้ระบุว่าผู้รับใช้ข้อมูลรับรองส่วนบุคคลใด หรือการส่งออกแต่ละครั้งมีอะไร
วงจรชีวิตเอกสาร ของ Documenso อธิบาย PDF ลงนามเสร็จพร้อมบันทึกตรวจสอบแนบ บันทึกการเปลี่ยนแปลง v2.14.0 ยังระบุการดาวน์โหลด PDF ใบรับรองและบันทึกตรวจสอบแยกกันผ่าน API ระหว่างทดลอง ให้ส่งออกจากบิลด์ที่ติดตั้ง ตรวจเนื้อหา และตรวจสอบ PDF ที่ลงนามอย่างอิสระ
OpenSign สำหรับเทมเพลตและข้อกำหนดลำดับลงนาม
OpenSign เป็นตัวเลือกเมื่อเทมเพลตใช้ซ้ำและลำดับผู้เข้าร่วมเป็นข้อกำหนดหลัก README ของโครงการ อธิบายผู้ลงนามหลายคน ลำดับลงนาม และรหัสอีเมลผู้เยี่ยมชม ทดลองเส้นทางเหล่านี้ด้วย backend ครบชุดและพื้นที่จัดเก็บที่เลือก รหัสอีเมลบันทึกการเข้าถึงกล่องจดหมาย ไม่ใช่ตัวตนบุคคลหรืออำนาจในองค์กรที่ตรวจสอบโดยอิสระ
คำแนะนำติดตั้งเพื่อพัฒนา ระบุว่ารูปแบบ frontend อย่างเดียวใช้ backend staging ของโครงการ รวมถึงการอัปโหลดเอกสาร อย่าใช้รูปแบบนี้กับการติดตั้งสำหรับสัญญาที่เป็นความลับ การรัน frontend บนเครื่องคุณไม่ได้ระบุว่า backend ประมวลผลเอกสารที่ใด
ตรวจหลักฐานเบื้องหลังลายมือชื่อที่เสร็จสมบูรณ์
PDF สุดท้ายกับรายงานเหตุการณ์ตอบคำถามคนละเรื่อง เก็บหลักฐานการกระทำลงนาม ความสมบูรณ์ของเอกสาร ตัวตนและอำนาจผู้ลงนาม รวมถึงเวลา FAQ eSignature ของคณะกรรมาธิการยุโรปและกฎหมาย ESIGN แยกการยอมรับลายมือชื่ออิเล็กทรอนิกส์ออกจากข้อกำหนดที่กว้างกว่า การส่งออกหรือช่องข้อมูลทางเทคนิคเพียงอย่างเดียวไม่ตัดสินผลทางกฎหมายของสัญญาใด
สำหรับธุรกรรมสหรัฐฯ ในหรือที่มีผลต่อการค้าระหว่างรัฐหรือระหว่างประเทศ ESIGN §7001 จำกัดการปฏิเสธผลเพียงเพราะลายมือชื่อหรือบันทึกเป็นอิเล็กทรอนิกส์ กฎหมายนี้คงหน้าที่อื่นไว้และไม่บังคับทุกคนให้ยอมรับบันทึกอิเล็กทรอนิกส์ เงื่อนไขเปิดเผยข้อมูลแก่ผู้บริโภคใช้ในบางกรณี ข้อยกเว้นมาตรา 7003 ครอบคลุมบันทึกพินัยกรรม/กฎหมายครอบครัว เรื่องกฎหมายพาณิชย์ที่กำหนด เอกสารศาล และหนังสือแจ้งบางประเภท ข้อยกเว้นเหล่านี้ไม่ได้ห้ามการใช้รูปแบบอิเล็กทรอนิกส์โดยตัวมันเอง
FAQ eSignature ของคณะกรรมาธิการแยกการลงนามอิเล็กทรอนิกส์กับการนำไปใช้แบบดิจิทัลด้วยการเข้ารหัส ภายใต้ eIDAS ของ EU รูปแบบอิเล็กทรอนิกส์หรือสถานะที่ไม่ใช่แบบ qualified เพียงอย่างเดียวไม่ใช่เหตุปฏิเสธผลทางกฎหมาย ลายมือชื่อแบบ qualified มีผลเทียบเท่าลายมือชื่อเขียนมือ ลายมือชื่อขั้นสูงต้องเชื่อมโยงตัวตน อยู่ภายใต้การควบคุมผู้ลงนาม และตรวจพบการเปลี่ยนแปลงได้ ส่วนแบบ qualified เพิ่มใบรับรองแบบ qualified และอุปกรณ์สร้างลายมือชื่อแบบ qualified กฎเหล่านี้ไม่ตัดสินการเกิดสัญญา อำนาจ แบบพิธีเอกสาร ข้อพิพาทเฉพาะ หรือจัดประเภทเครื่องมือใด
ตรวจสี่ด้านเมื่อพิจารณาชุดหลักฐานตัวอย่าง:
- เหตุการณ์และการควบคุม ร่องรอยตรวจสอบลายมือชื่ออิเล็กทรอนิกส์ควรให้ดูได้ว่าใครทำอะไร เห็นหรือยอมรับอะไร ใช้การยืนยันใด และงานเสร็จเมื่อใด บันทึกหลักฐานความยินยอมที่เกี่ยวข้อง ระบุผู้แก้ไขหรือลบเหตุการณ์ได้ มีการบันทึกการเปลี่ยนแปลงหรือไม่ และสิ่งใดปกป้องสำเนาที่เก็บไว้อย่างเป็นอิสระจากผู้ดูแลแอป บันทึกเหตุการณ์อย่างเดียวไม่พิสูจน์การต้านทานการแก้ไข
- ความสมบูรณ์ของเอกสาร เก็บ PDF ฉบับเสร็จสมบูรณ์ต้นฉบับ หากมีลายมือชื่อดิจิทัล ให้ตรวจลายมือชื่อนั้น สายโซ่ใบรับรอง และไบต์ที่ครอบคลุม นิยามฟังก์ชันแฮช ของ NIST อธิบายตัวแทนแบบย่อของข้อมูลเข้า การตรวจแฮชเพื่อชี้ร่องรอยแก้ไขต้องมีค่าอ้างอิงที่รับรองที่มาได้ คือ digest ที่ตรวจสอบแหล่งกำเนิดและการปกป้องได้ การเปลี่ยนทั้ง PDF และแฮชข้างกันหลบการเทียบแบบง่ายได้ แฮชอย่างเดียวไม่ระบุตัวตนผู้ลงนาม ถามด้วยว่าบันทึกตรวจสอบแยกได้รับการปกป้องหรือไม่
- ตัวตนและอำนาจ บันทึกวิธียืนยันและความเชื่อมโยงกับบุคคลที่ระบุ การเข้ากล่องจดหมายหรือรหัสใช้ครั้งเดียวไม่ยืนยันตัวตนหรือสิทธิ์ผูกพันบริษัทด้วยตัวมันเอง นิยามลายมือชื่อดิจิทัล ของ NIST ผูกการรับรองแหล่งกำเนิดและความสมบูรณ์กับการนำไปใช้อย่างถูกต้อง อย่าให้ใบรับรองลงนามของเซิร์ฟเวอร์กลายเป็นคำกล่าวโดยปริยายว่าผู้รับทุกคนถือข้อมูลรับรองเฉพาะบุคคล
- เวลาและผู้ออก แยกวันที่เหตุการณ์แอปออกจากโทเค็นประทับเวลาที่ออกอย่างเป็นอิสระ RFC 3161 กำหนดโพรโทคอลที่ใช้ message imprint หรือ digest ของข้อมูลที่จะประทับเวลา ตรวจโทเค็นเทียบกับเอกสารที่เก็บและตรวจผู้ออก สถานะการประทับเวลาแบบ qualified เป็นอีกระดับหนึ่ง คณะกรรมาธิการอธิบายข้อสันนิษฐานเรื่องความถูกต้องของวันเวลาและความสมบูรณ์ของข้อมูลที่เชื่อมโยง โดยบริการแบบ qualified อยู่ใน Trusted Lists การรองรับ RFC อย่างเดียวไม่ยืนยันสถานะนั้นหรือรับประกันผลของเอกสาร
ทำแผนที่ปลายทางเอกสาร เมทาดาทา และ digest
แอปลายมือชื่ออิเล็กทรอนิกส์แบบโฮสต์เองยังส่ง PDF สุดท้ายผ่าน relay ภายนอกได้ ดังที่การตั้งค่าอีเมลเสร็จสิ้นของ DocuSeal แสดง โฮสต์เองบอกว่าใครดำเนินงานแอป แต่ทุกบริการที่ตั้งค่าต้องตรวจแยก ก่อนใช้เอกสารจริงให้แยกเนื้อหาสัญญา เมทาดาทาส่วนบุคคล และ digest แล้วบันทึก endpoint กับการประมวลผลที่อนุญาตของแต่ละเส้นทาง
ถ้าห้าม SaaS ลงนามแต่อนุญาตโครงสร้างพื้นฐานเช่าที่ผ่านอนุมัติ ฮาร์ดแวร์บริษัทและ VPS/คลาวด์ส่วนตัวที่อนุมัติยังเป็นตัวเลือก VPS เช่าคือโครงสร้างพื้นฐานบุคคลที่สาม หากห้ามบุคคลที่สามทั้งหมดอย่างเคร่งครัด การซื้อ VPS ไม่ตอบโจทย์ ต้องใช้โครงสร้างพื้นฐานที่บริษัทควบคุมและตรวจบริการสนับสนุนทุกตัวตามขอบเขตนั้น
DocuSeal VPS แบบคลิกเดียวของเราติดตั้ง DocuSeal ไว้แล้ว คุณจึงข้ามการติดตั้งแอปเองและมุ่งตั้งค่าขั้นตอนลงนามได้ เลือกที่ตั้ง VPS ทั่วโลกให้ตรงความต้องการวางข้อมูลของระบบ
บริการความเชื่อถือที่อนุมัติอย่างชัดแจ้งยังอาจมีประโยชน์เมื่อห้าม SaaS ประมวลผลเอกสาร ประเมินข้อมูลที่ส่งและวัตถุประสงค์ตามนโยบาย แทนการคิดว่าแอปที่ดูแลเองให้หลักฐานแข็งแรงกว่าโดยอัตโนมัติ
| เส้นทางข้อมูล | ข้อมูลหรือความสามารถที่ระบุในเอกสาร | คำถามที่ต้องตอบในการตั้งค่า |
|---|---|---|
| อีเมลและกล่องจดหมายผู้รับ | การตั้งค่าอีเมลเสร็จสิ้นของ DocuSeal แนบ PDF ลงนามและ PDF ตรวจสอบได้ เอกสารเทมเพลตอีเมลของ OpenSign อธิบายรายละเอียดคำขอ/ลิงก์ลงนามและไฟล์แนบเอกสารเสร็จ/ใบรับรอง เส้นทางเหล่านี้อาจส่งเนื้อหาและเมทาดาทาส่วนบุคคล | relay และกล่องจดหมายใดรับข้อมูล ตรวจหัวเรื่อง เนื้อหา ลิงก์ และไฟล์แนบ การปิดไฟล์แนบไม่ลบเมทาดาทาผู้รับ ชื่อเอกสาร หรือลิงก์ ยืนยันข้อมูลในอีเมลจริงของ Documenso แยกต่างหาก |
| ไฟล์หลักและข้อมูลสำรอง | เอกสารติดตั้งอธิบายพื้นที่เก็บฐานข้อมูล/ไฟล์และที่เก็บภายนอกเสริม สำเนาอาจมีเอกสารครบฉบับและเมทาดาทาการตรวจสอบส่วนบุคคล | ไฟล์ สำเนาจำลอง และข้อมูลสำรองเก็บที่ไหน ใครอ่านได้ เก็บนานเท่าใด และกู้คืนแล้วจะนำไปไว้ที่ไหน |
| ตัวตน SMS และ SSO | ตัวเลือกยืนยันตัวตนในเอกสารต่างกันตามผลิตภัณฑ์และรุ่น OpenSign อธิบายรหัสอีเมลผู้เยี่ยมชม | เปิดวิธีใดอยู่ บริการที่อนุมัติรับตัวระบุ หมายเลขโทรศัพท์ หรือเอกสารตัวตนหรือไม่ อย่าคิดว่าการอัปโหลดเอกสารตัวตนเป็นค่าเริ่มต้น |
| บริการประทับเวลา | การตั้งค่าเซิร์ฟเวอร์เวลาของ DocuSeal รับ endpoint RFC 3161 ของคุณเองหรือภายนอก โพรโทคอลใช้ digest แต่ไม่ได้ระบุทุกคำขอที่แอปส่ง | รุ่นใดเปิดใช้ ใครเป็นผู้ออก และต้องมีสถานะแบบ qualified หรือไม่ ตรวจคำขอจริงและเมทาดาทาเครือข่าย |
| ใบรับรอง การลงนามระยะไกล และสิทธิ์ใช้งาน | การตั้งค่าใบรับรอง ตัวเลือกลงนามระยะไกลเชิงพาณิชย์ของ Documenso และการลงทะเบียน DocuSeal Pro ทำให้มีคำถามตั้งค่าแยกกัน | เส้นทางที่เลือกส่ง PDF, digest, ตัวระบุ หรือข้อมูลการใช้ ขอรายละเอียดข้อมูลที่ส่งเพื่อสิทธิ์ใช้งาน/การวัดปริมาณ อย่าคิดว่าประมวลผลเฉพาะ digest |
| การเชื่อมต่อและระบบอัตโนมัติเสริม | webhook และการเชื่อมต่อเป็นเส้นทางที่ตั้งค่าได้ ไม่ใช่หลักฐานว่ามีรายการเส้นทางขาออกครบถ้วนแล้ว | ทำรายการ endpoint เนื้อหาเหตุการณ์ และบันทึกบริการ รวม AI หรือการวิเคราะห์ที่เปิดใช้ ตรวจ URL เอกสาร เนื้อหา และเมทาดาทาส่วนบุคคล |
| โฮสติ้งและการสนับสนุน | เซิร์ฟเวอร์เช่าเพิ่มความสัมพันธ์กับผู้ให้โครงสร้างพื้นฐานนอกเหนือจากแอปลงนาม | อนุมัติที่ตั้งจริง ข้อมูลสำรอง การเข้าถึงผู้ดูแล และการเข้าถึงฝ่ายสนับสนุนแยกกัน |
ใช้รายการการเรียกภายนอกเดียวกับแอปธุรกิจอื่น ติดตามแต่ละการเชื่อมต่อที่อยู่นอกหน้าจอผู้ใช้ ตรวจ endpoint ที่ตั้งค่าและข้อมูลที่ส่งด้วยไฟล์สังเคราะห์ การเข้าสู่ระบบภายในสำเร็จไม่ได้ให้หลักฐานเกี่ยวกับเส้นทางขาออกที่ยังไม่ตรวจ
วางงบสำหรับรุ่นและงานที่คุณยังต้องรับผิดชอบ
การติดตั้งที่ไม่มีค่าไลเซนส์ยังต้องมีพื้นที่เก็บ การส่งอีเมล และผู้รับผิดชอบกู้คืน คู่มือ Pro ของ DocuSeal และการเปรียบเทียบรุ่น Documenso แยกสิทธิ์ซอฟต์แวร์จากการเป็นเจ้าของโครงสร้างพื้นฐาน วางงบตามขั้นตอนจริง รวมการกระทำที่เสียเงินและบริการสนับสนุน แล้วมอบหมายผู้รับผิดชอบ คำว่าเอกสารหรือผู้ใช้ “ไม่จำกัด” ไม่ได้ให้ความจุเซิร์ฟเวอร์ไม่จำกัดหรือดำเนินงานฟรี
ตั้งงบคอมพิวต์ ที่เก็บฐานข้อมูลและเอกสาร สำรองข้อมูล ส่งอีเมล ใบรับรองหรือบริการความเชื่อถือ ไลเซนส์เชิงพาณิชย์ ค่าใช้ตามปริมาณ และเวลาผู้ดูแล
| รายการงบ | ข้อมูลที่ต้องกรอกก่อนอนุมัติ |
|---|---|
| ไลเซนส์และการใช้งาน | รุ่นที่ต้องใช้ เงื่อนไขต่ออายุ ค่าเชื่อมต่อ และหน่วยที่ทำให้เกิดค่าบริการแต่ละรายการ ขอคำยืนยันเมื่อการส่งออกหรือตัวเลือกยืนยันตัวตนยังคลุมเครือ |
| คอมพิวต์และข้อมูลที่เก็บ | โฮสต์แอป/ฐานข้อมูล ไฟล์หลัก ความจุสำรอง การเติบโตของข้อมูลที่เก็บ และระบบกู้คืน ฮาร์ดแวร์บริษัทก็มีต้นทุนความจุและบำรุงรักษา |
| บริการสนับสนุน | การส่งอีเมล ตัวตน/SMS ใบรับรองลงนาม และบริการประทับเวลาหรือลงนามระยะไกลที่งานต้องใช้ รวมค่าตามปริมาณด้วย |
| เวลาที่ใช้ดูแลระบบ | อัปเดต ทบทวนสิทธิ์ ตั้งค่าความปลอดภัย แก้ส่งไม่สำเร็จ เฝ้าติดตาม และฝึกกู้คืนในสภาพแวดล้อมแยก ระบุผู้ดูแลหลักและผู้แทนเมื่อไม่อยู่ |
ประเมินตามขนาดเอกสาร ระยะเก็บ และช่วงลงนามสูงสุด อย่าเทียบค่าสมาชิก SaaS กับเฉพาะค่าคอมพิวต์ของระบบใหม่ เพราะครอบคลุมงานต่างกัน หากเงื่อนไขเชิงพาณิชย์หรือบริการที่จำเป็นยังไม่ชัด งบก็ยังไม่ครบแม้ไลเซนส์แอปใช้ฟรี
เริ่มจากขั้นตอนงานขนาดเล็กที่อนุมัติแล้วเป็นทางเลือกสมเหตุสมผล เลื่อนระบบอัตโนมัติเสริมจนกว่าสิทธิ์ เส้นทางข้อมูล และผู้รับผิดชอบจะชัดเจน
ทดลองด้วยข้อมูลสังเคราะห์ก่อนย้ายงานสัญญาไปยังระบบใหม่
ใช้ข้อตกลงสมมติและผู้รับทดสอบประเมินรุ่นก่อนย้ายสัญญา ข้อกำหนด Documenso และคู่มือ Docker OpenSign ระบุสิ่งที่ต้องพึ่งพา การทดลองต้องทดสอบการลงนาม ส่งออกหลักฐาน และกู้คืนร่วมกัน นี่เป็นแผนยอมรับระบบ ไม่ใช่รายงานการทดสอบที่ทำแล้ว บันทึกความล้มเหลวและคำถามค้างพร้อมการตั้งค่าที่ประเมิน
- ตรึงรีลีสหรือ image และบันทึกรุ่น สัญญาอนุญาต และเวอร์ชันติดตั้ง กำหนดการกระทำที่ต้องมีและหลักฐานที่ยอมรับก่อนติดตั้ง เก็บกับการตั้งค่าระบบเพื่อให้การอัปเดตภายหลังทดสอบซ้ำได้
- อนุมัติ endpoint และปลายทางเก็บ ใส่เส้นทางภายนอกในแผ่นงาน แล้วตรวจอีเมลเชิญ/เสร็จสิ้นสังเคราะห์ ไฟล์แนบ และข้อมูลส่งที่สังเกตได้ ยืนยันว่าเส้นทาง OpenSign ที่เลือกมี backend ของคุณเองหากเกี่ยวข้อง
- ดำเนินกระบวนการเชิญที่สะท้อนงานจริงให้ครบกับผู้รับทดสอบภายนอก ทดลองวิธียืนยันที่จำเป็น ลำดับลงนาม การปฏิเสธหรือหมดอายุ และการเสร็จสิ้น ตรวจว่าผู้รับเข้าถึงจากนอกเครือข่ายบริษัทได้และตรวจการส่งล้มเหลว
- ส่งออก PDF เสร็จและบันทึกตรวจสอบในรูปแบบที่ต้องการ ตรวจลายมือชื่อ ใบรับรอง และโทเค็นประทับเวลาอย่างเป็นอิสระจากหน้าจอสำเร็จ เปรียบเทียบความสมบูรณ์กับค่าอ้างอิงที่รับรองแล้วซึ่งเก็บไว้ แก้สำเนาแยกและดูว่าตรวจพบอะไร นี่เป็นการตรวจเทคนิค ไม่ใช่ทดสอบผลทางกฎหมาย
- เริ่มระบบใหม่แล้วตรวจว่ายังเข้าถึงบันทึกได้ กู้คืนในสภาพแวดล้อมแยกและทดสอบการเรียกดู/ตรวจสอบซ้ำ กำหนดเกณฑ์ยอมรับชัดเจนให้ปลายทางสำรองและความรับผิดชอบกู้คืน รายงานว่างานสำรองสำเร็จอย่างเดียวไม่พอ
- วางแผนเปลี่ยนระบบแบบควบคุม เก็บ PDF เสร็จและหลักฐานเดิมแยกจากเทมเพลตใหม่ กำหนดวิธีจบคำขอที่ยังเปิด อย่าถือว่าการนำ PDF เข้าแอปใหม่คือการสร้างประวัติลงนามดั้งเดิมกลับมา
การติดตั้ง DocuSeal แบบคลิกเดียวช่วยตั้งค่าแอปเริ่มต้นเมื่อโครงสร้างพื้นฐานเช่าที่อนุมัติเหมาะกับการเข้าถึงผู้รับ ยังเลือกติดตั้งเองบนฮาร์ดแวร์บริษัทหรือผู้ให้บริการที่อนุมัติได้ เลือกที่ตั้ง VPS ทั่วโลกให้ตรงความต้องการวางข้อมูลของระบบ
คำถามที่พบบ่อย
หน่วยคิดเงิน สัญญาอนุญาตแพ็กเกจ และบิลด์ที่ติดตั้งต้องบันทึกแยก แม้เลือกขั้นตอนงานแล้ว
ผู้รับที่ลงนามถูกคิดเงินเป็นผู้ใช้แพลตฟอร์มหรือไม่
ไม่ คำอธิบายการคิดเงิน Pro ของ DocuSeal แยกผู้ใช้แพลตฟอร์มจากผู้รับลงนาม หน่วยใช้ API/การฝังคือชุดคำขอที่เสร็จสมบูรณ์ (submission) หนึ่งรายการ ซึ่งมีหลายไฟล์และหลายฝ่ายได้ บันทึกทั้งสิทธิ์ผู้ใช้แพลตฟอร์มและค่าตามใช้ที่เกี่ยวข้อง อย่านำรูปแบบนี้ไปใช้กับโครงการอื่น
สัญญาอนุญาตเดียวครอบคลุมทุกองค์ประกอบในคลังหรือไม่
ตรวจไฟล์และแพ็กเกจที่เลือก Documenso มีสัญญาอนุญาตไดเรกทอรีเชิงพาณิชย์แยก ส่วนข้อยกเว้นสัญญาอนุญาตรากของ OpenSign ยกเว้นไดเรกทอรี route ของเซิร์ฟเวอร์ที่ระบุหากมี สำหรับบิลด์ปรับแต่ง ให้บันทึกองค์ประกอบที่รวมและสัญญาอนุญาตที่ใช้ก่อนคิดว่าสัญญาหลักของคลังครอบคลุมทุกอย่าง
รีลีส upstream ระบุบิลด์ที่ฉันติดตั้งได้หรือไม่
ไม่ได้ รีลีส upstream ระบุซอฟต์แวร์ต้นทาง ส่วนการติดตั้งมีบิลด์และรุ่นที่ใช้งานของตัวเอง บันทึกเวอร์ชันที่แอปกำลังรันหรือเมทาดาทาติดตั้งแสดงก่อนทดลอง อย่าอนุมานความสัมพันธ์จากประกาศรีลีส และทดสอบเกณฑ์ยอมรับซ้ำเมื่อบิลด์ติดตั้งเปลี่ยน
การสนทนา
ความคิดเห็น
เข้าสู่ระบบเพื่อร่วมสนทนา