电子签名

通过 Chaindoc，您可为任何文档添加具有法律效力的电子签名，且内置区块链验证机制。本文将详细介绍三种签名类型、合规要求以及签署流程的实际运作方式。

每一笔签名都会记录在区块链上，形成不可篡改的记录，在法庭上具备证明效力。这是标准审计追踪（包含时间戳、IP 地址、认证方式）之外的额外保障。如需快速上手，可参考快速入门指南了解如何发送首个签名请求。

签名类型

Chaindoc 支持三个层级的电子签名。日常商务合同使用普通签名即可满足需求，而受监管行业通常需要高级或合格签名。

普通电子签名（SES）

日常文档的默认选项。签署人通过邮件验证后点击签署，无需额外认证步骤，流程快捷高效。

• 邮件验证后点击签署
• 适用于保密协议、内部审批及非正式协议
• 审计追踪包含时间戳与 IP 地址
• 大部分文档的签署时间可控制在 1 分钟内

高级电子签名（AES）

在签署前增加多因素认证环节。签署人通过短信、身份验证器应用或邮件验证码完成身份确认。此类签名适用于合同、雇佣协议及供应商协议等需要更强身份佐证的场景。

• 多因素认证（支持短信、身份验证器或邮件方式）
• 签署人访问文档前需先完成身份验证
• 完整的审计追踪记录，包含详细认证信息
• 由区块链验证的完成证书

合格电子签名（QES）

最高级别的签名方式。根据欧盟 eIDAS 法规，QES 与手写签名具有同等法律效力。该类型要求通过政府签发证件完成身份核验，并使用可信机构颁发的证书。从事法律、金融服务或医疗行业的用户，其合规团队通常会要求使用此签名类型。

• 由可信证书机构颁发认证
• 使用政府签发证件完成身份核验
• 符合 eIDAS、ESIGN Act 和 UETA 法规要求
• 采用 HSM 保护的证书
• 不可篡改的区块链签名存证

法律合规

Chaindoc 签名符合主流电子签名法规要求。以下是支持的法规清单及其实际应用场景。

支持的法规

• eIDAS — 电子身份识别与信任服务法规（欧盟）
• ESIGN Act — 全球及国家商务电子签名法（美国）
• UETA — 统一电子交易法（美国，已在 47 个州采纳）
• PIPEDA — 个人信息保护与电子文件法（加拿大）
• 电子交易法（澳大利亚）
• 信息技术法（印度）

签名具备法律效力的要件

Chaindoc 会自动处理以下合规要求，但了解其背后的运作机制仍有必要：

• 签署人必须明确表达签署意愿（禁止自动签署）
• 每笔签名通过加密技术与文档绑定
• 文档存储配合防篡改完整性校验
• 签署人身份按您配置的级别进行验证
• 完整审计追踪：时间戳、IP 地址、认证方式、设备信息
• 区块链哈希提供独立、永久的存证

如需深入了解加密技术与访问控制机制，请参阅安全最佳实践指南。

签署流程

创建签名请求

您可通过网页界面或 API 创建签名请求。两种方式的操作步骤一致：

1. 上传文档（支持 PDF、Word 或图片格式）
2. 添加签署人邮箱地址
3. 选择签署顺序（顺序签署、并行签署或混合模式）
4. 在文档上放置签名字段
5. 选择签名类型与认证级别
6. 设置截止日期并添加可选的自定义消息
7. 发送请求

如需通过代码实现，API 文档提供了完整的接口参考。SDK 方法为 `chaindoc.signatures.createRequest()`。

签名字段类型

您可为文档添加多种类型的字段。虽然并非每份文档都需要全部字段，但这些选项随时可用：

• Signature — 主签名字段
• Initials — 用于单页或条款的缩写签署
• Date signed — 自动填充签署时间戳
• Text field — 用于填写姓名、职位或自定义文本
• Checkbox — 用于表示同意或确认
• Dropdown 与 radio buttons — 用于选项选择

签署顺序选项

• Sequential — 按您设定的顺序，签署人依次接收文档
• Parallel — 所有签署人同时接收，可独立签署
• Hybrid — 混合顺序与并行组（例如两位客户同时签署后，经理最后签署）
• Conditional — 下一位签署人由前一位的操作决定

签署人视角

了解签署人的使用体验，对提升完成率至关重要。以下是从他们的视角看到的完整流程。

签署流程

签署人如何创建签名

签署人可选择最自然的方式创建签名：

• 输入姓名并选择字体样式
• 使用鼠标、触控板或触摸屏手绘
• 上传手写签名的图片
• 使用此前签署会话中保存的签名

区块链验证

这是 Chaindoc 区别于普通电子签名工具的核心特性。每份已签署文档的哈希值都会写入区块链，形成永久、独立的存证，证明文档自签署以来未被篡改。

记录内容

• 已签署文档的加密哈希值
• 每次签名事件的唯一交易 ID
• 区块链网络上的区块编号与时间戳
• 记录永久保存，包括 Chaindoc 在内的任何一方均无法删除

如何验证文档

任何人都可以验证已签署文档，即使未注册 Chaindoc 账户：

1. 访问验证门户 verify.chaindoc.com
2. 上传已签署文档或输入验证码
3. 系统计算文档哈希并与区块链记录比对
4. 查看验证结果：文档完整性状态、签名日期及签署人详情
5. 如需存档，可下载验证证书

审计追踪与证书

每笔签名都会生成详细的审计追踪记录和完成证书。当签名效力受到质疑时，审计追踪是您向法院或审计机构出示的关键证据。

审计追踪记录内容

• 文档发送时间及发送人
• 每位收件人的邮件送达与打开时间戳
• 每位签署人查看文档的时间
• 认证方式及成功/失败日志
• 签名时间戳（精确到毫秒）
• IP 地址及设备信息
• 地理位置数据（如已启用）
• 区块链交易 ID 及区块编号

完成证书

当所有相关方完成签署后，系统自动生成完成证书，将所有信息整合为单一文档：

• 文档标题及唯一 ID
• 所有相关方及其角色和操作记录
• 完整事件时间线
• 签名图片及输入的姓名
• 使用的认证方式
• 区块链验证数据
• 用于即时验证的 QR code

高级功能

面对面签署

有时您需要当面收集签名。Chaindoc 的主机模式支持多人在同一设备上签署，每位签署人独立进行邮件验证。适用于活动、会议或办公室接待场景。

批量发送

需要将同一份文档发送给数十甚至数百人？上传包含收件人信息的 CSV 文件，使用合并字段实现个性化，并单独追踪每份文档的进度。适用于入职资料包、政策确认函或年度续签文件。

提醒与通知

默认每 3 天自动发送提醒（可调整间隔）。当文档被查看、签署或拒绝时，您会收到通知。如需实时推送这些事件到您的应用，可配置 webhooks。

拒绝与作废

签署人可拒绝请求并说明原因，您会立即收到通知。您也可以在文档完成前随时作废，两种操作都会记录在审计追踪中，并通知所有相关方。

最佳实践

准备文档

以下几点可帮助您节省时间并减少签署阻力：

• 使用清晰的文档标题。"2025 年第四季度咨询服务协议"优于 "Contract_v3_final_FINAL.pdf"。
• 上传前压缩大型 PDF 文件。上限为 50MB，但较小的文件加载更快。
• 将签名字段放置在签署人自然期望的位置。
• 字段标签要清晰："客户签名"、"经理审批"，而非仅写 "签名 1"。
• 正式发送前亲自测试签署流程，可提前发现布局问题。

安全建议

根据文档重要性匹配合适的签名类型。既不要过度设计，也不要在重要合同上省略认证环节。

• 法律与财务文档使用 AES 或 QES
• 当签署人身份至关重要时启用 MFA
• 设置合理的截止日期（大多数合同建议 7-30 天）
• 妥善备份已签署文档并确保可随时访问
• 对于高价值合同，签署后验证区块链记录

故障排除

签署人未收到邮件

首先检查垃圾邮件文件夹。如未找到，请确认邮箱地址无误后重新发送请求。部分企业邮件过滤器会拦截签署链接，您可能需要将 chaindoc.io 加入白名单。

签署链接已过期

您可在控制面板延长截止日期并重新发送，签署人将收到新的有效链接。

无法在移动设备上手绘签名

请确保浏览器允许触摸输入。如仍无法使用，签署人可切换为输入文字签名。所有签名方式具有同等法律效力。

API 相关问题请参阅 API 文档。Webhook 投递问题可参考 webhooks 文档中的重试与调试指南。如需设置团队角色与权限，请查看团队管理章节。