电子签名:PandaDoc 和 Dropbox Sign
新增两个采用自带账户(BYO)模式的电子签名服务商。在“设置、集成”中粘贴凭据、启用它,即可通过它们发送提案以供签署,签署状态会通过 webhook 回传。凭据经过加密,我们不产生任何费用。
PandaDoc 和 Dropbox Sign(原 HelloSign)遵循与 DocuSign、Clicksign 和 Adobe Sign 相同的模式:你自带账户(BYO)。文档的创建和计费都发生在你自己的服务商账户中,我们这边不产生任何费用、抽成或中间环节。打开“设置、集成”,找到对应卡片,粘贴凭据(始终加密)并启用。在配置并启用之前,不会发生任何操作。
当一次签署完成且该请求关联了提案时,该提案会自动被标记为已接受。如果你启用了多个电子签名服务商,发送提案时会显示对应的多个按钮。
PandaDoc
发送文档以供签署,并将状态同步回 CRM。我们会上传文档、等待其就绪,并触发发送给签署人的签署邮件。
- 在 PandaDoc(Settings, API and Integrations)中生成一个 API key,并粘贴到卡片的 API key 字段中。
- 复制 webhook URL,并在 PandaDoc 中创建一个指向该 URL 的 document state changed webhook;设置一个 Shared Key,并将相同的值粘贴到卡片的 Shared Key 字段中。
- 启用它。发送提案时选择 PandaDoc;状态会通过 webhook 回传(PandaDoc 用 Shared Key 对每次投递进行签名,放在 signature 查询参数中,我们会进行验证)。
Dropbox Sign(原 HelloSign)
发送签署请求,并将状态同步回 CRM。在 Dropbox Sign 中,同一个 API key 既用于调用鉴权,也用于对 webhook 签名(没有单独的密钥)。
- 在 Dropbox Sign(Settings, API)中生成一个 API key,并粘贴到卡片的 API key 字段中。
- 复制 webhook URL,并在 Dropbox Sign 的 API 应用设置中,将 event callback 设置为该 URL。
- 启用它。发送提案时选择 Dropbox Sign;每次回调都会携带一个 event_hash,我们会用你的 API key 进行验证(基于 event_time + event_type 的签名)。
两者均不产生任何费用:账户和凭据都是你自己的。如果 webhook 被拒绝,请检查凭据(与 CRM 中保存的值不同的 Shared Key 或 API key 会被拒绝)。如果在未配置服务商的情况下尝试发送,CRM 会给出明确提示:该功能在凭据配置完成前保持未启用状态。