新增功能
快速入门
管理
- Admin Console 概述
- 用户管理
- 帐户/组设置
- 设置概述
- 全局设置
- 帐户级别和 ID
- 全新的收件人体验
- 自签名工作流
- 批量发送
- Web 表单
- 自定义发送工作流程
- Power Automate 工作流程
- 库文档
- 收集包含协议的表单数据
- 有限文件可见性
- 附加已签名协议的 PDF 副本
- 在电子邮件中包含链接
- 在电子邮件中包含图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到文档
- 将多个文档合并为一个
- 下载单个文档
- 上传签名文档
- 我的账户中的用户委托
- 允许外部收件人委派
- 授权签名
- 授权发送
- 授权添加电子密封
- 设置默认时区
- 设置默认日期格式
- 位于多个组的用户 (UMG)
- 组管理员权限
- 替换接收者
- 审核报告
- 事务页脚
- 在产品消息发送和指南中
- 可访问的 PDF
- 新版“编辑”体验
- 医疗保健客户
- 帐户设置
- 添加标志
- 自定义公司主机名/URL
- 添加公司名称
- 发布协议 URL 重定向
- 签名首选项
- 格式精美的签名
- 允许收件人签名的方式
- 签名者可以更改其姓名
- 允许接收者使用其保存的签名
- 自定义使用条款和消费者信息披露条款
- 在表单字段中导航收件人
- 重启协议工作流
- 拒绝签名
- 允许图章工作流
- 要求签名者提供其职务或公司
- 允许签名者打印并置入书面签名
- 进行电子签名时显示消息
- 需要签名者使用移动设备创建其签名
- 请求签名者的 IP 地址
- 从参与者图章中排除公司名称和职务
- 数字签名
- 电子签章
- 数字身份
- 报告设置
- 新版报告体验
- 经典报告设置
- 安全设置
- 发送设置
- 消息模板
- 生物识别设置
- 工作流程集成
- 公证设置
- 付款集成
- 签名者消息发送
- SAML 设置
- SAML 配置
- 安装 Microsoft Active Directory 联合身份验证服务
- 安装 Okta
- 安装 OneLogin
- 安装 Oracle Identity Federation
- SAML 配置
- 数据管理
- 时间戳设置
- 外部归档
- 账户语言
- 电子邮件设置
- 从 echosign.com 迁移到 adobesign.com
- 为收件人配置选项
- 监管要求指导
- 批量下载协议
- 申请您的域
- “举报滥用”链接
发送、签署和管理协议
- 收件人选项
- 发送协议
- 在文档中创作字段
- 应用程序内创作环境
- 使用文本标记创建表单
- 使用 Acrobat (AcroForms) 创建表单
- 字段
- 创作常见问题
- 签署协议
- 管理协议
- 审核报告
- 报告和数据导出
高级协议功能和工作流程
- Web 表单
- 可重复使用的模板（库模板）
- 转让 Web 表单和库模板的所有权
- Power Automate 工作流程
- Power Automate 集成和包含的权限概述
- 启用 Power Automate 集成
- “管理”页面上的上下文操作
- 跟踪 Power Automate 使用情况
- 创建新的工作流（示例）
- 用于工作流的触发器
- 从 Acrobat Sign 外部导入工作流
- 管理工作流
- 编辑工作流
- 共享工作流
- 禁用或启用工作流
- 删除工作流
- 实用模板
- 仅限管理员
- 协议存档
- Web 表单协议存档
- 将已完成的 Web 表单文档保存到 SharePoint 库
- 将已完成的 Web 表单文档保存到 OneDrive for Business
- 将已完成的文档保存到 Google Drive
- 将已完成的 Web 表单文档保存到 Box
- 协议数据提取
- 协议通知
- 发送包含协议内容和已签名协议的自定义电子邮件通知
- 在 Teams 渠道中获取 Adobe Acrobat Sign 通知
- 在 Slack 中获取 Adobe Acrobat Sign 通知
- 在 Webex 中获取 Adobe Acrobat Sign 通知
- 协议生成
- 通过 Power Apps 表单和 Word 模板生成文档，并发送以供签名
- 从 OneDrive 中的 Word 模板生成协议并获取签名
- 为所选 Excel 行生成协议，发送以供审阅和签名
- 自定义发送工作流程
- 共享用户和协议
与其他产品集成
- Acrobat Sign 集成概述
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- 其他集成
- 合作伙伴管理的集成
- 如何获取集成密钥
Acrobat Sign 开发人员
- REST API
- Webhook
支持和故障排除
内容保护支持基于身份验证的安全功能，可用于查看已完成协议的内容。
概述
内容保护应用基于身份验证的安全层，用于在协议完成后查看协议。此保护应用于所有协议，无论这些协议是通过哪种方式创建的（通过用户界面、REST API、SOAP API、批量发送、自定义工作流程等。每个协议都在保护范围内）。
通过启用继承式保护方法，可以被动地应用内容保护。启用后，从启用的组发送的所有协议必须先通过身份验证质询才能查看。
此外，发件人可以明确配置其协议以决定是否应用内容保护。此方法将配置嵌入到协议的元数据中，并且在发送协议后无法修改。
在启用内容保护的情况下尝试查看协议时，系统会要求参与者进行身份验证：可以使用原始身份验证方法，也可以（可选）使用发送到参与者电子邮件地址的一次性密码。
支持的身份验证类型：
- Adobe Acrobat Sign 身份验证
- 密码
- 电话身份验证
- 通过电子邮件发送一次性密码 (OTPvEM)
- 基于知识的身份验证 (KBA)（已启用所需的名称）
不受支持的身份验证类型：
- 无（电子邮件）
- 基于知识的身份验证 (KBA)（未启用所需的名称）
- 政府 ID
- 数字身份
不受支持的身份验证方法使用“通过电子邮件发送一次性密码”替补方法（如果启用）。
使用方式
可以使用以下两种方法将内容保护应用于协议：
- 继承式保护允许组级别设置（无论是明确设置还是从帐户继承）指定从组发送的所有协议的内容保护值。如果查看协议时受到内容保护身份验证质询，更改设置将会立即产生作用。
- 嵌入式保护要求用户明确选择是否应将内容保护嵌入到事务元数据中。发送协议后，保护值将不可更改。继承式保护值不会影响已嵌入既定内容保护的协议。
这两种应用方法都包含各种控件，可用来单独启用或禁用内部和外部参与者。
- 内部参与者定义为在 Acrobat Sign 帐户权限范围内的任何参与者（通过其电子邮件标识）。如果电子邮件在您的用户列表中，则为内部参与者。
- 外部参与者包括不是内部参与者的每个电子邮件。
授予查看协议访问权限所使用的身份验证方法基于签名过程中使用的原始身份验证方法。
为了解决参与者没有身份验证方法、身份验证方法不受支持和抄送方等问题，可以选择启用通过电子邮件发送一次性密码身份验证方法作为授予访问权限的替代方法。此选项要求参与者访问其电子邮件，检索密码，然后在质询字段中输入该密码。
如果启用了内容保护，但未启用通过电子邮件发送一次性密码替代身份验证方法，那么使用 KBA、政府 ID 或没有身份验证方法的参与者将收到一条消息，告知他们无法访问协议。
其中包括抄送方以及与之共享协议的任何人。
对于使用既定签名身份验证方法的收件人，体验会根据所用方法而有所不同：
- 密码、电话和 Acrobat Sign 身份验证方法使用同一种方法（使用相同的密码和电话号码）。
- 通过电子邮件发送一次性密码、基于知识的身份验证和政府 ID 使用通过电子邮件发送一次性密码方法（如果已启用）。
- 如果禁用通过电子邮件发送一次性密码，则会显示错误，并且参与者查看协议时会遭到拒绝。
可配置的选项为：
继承式保护控件在组级别定义，适用于发件人未定义嵌入式内容保护的所有协议。
有一个控件供内部用户使用，还有一个单独的控件供外部用户使用。根据您的协议策略，可以启用其中一个控件，也可以启用两个控件，或者两个控件都不启用。
配置控件时，会出现一个质询窗口，以确保您要强制执行内容保护。此类保护的前提是控件处于启用状态，如果禁用控件，则不是持久的保护形式。
启用后，继承的内容保护将应用于所有新协议和现有协议。
当参与者尝试在没有嵌入式保护的情况下查看协议时，将实时引用相关控件（内部或外部）以确定是否需要质询。 当需要身份验证时，会向参与者显示一个质询页面，以完成身份验证流程。 成功完成质询后，将会显示协议。
如果质询不成功，参与者可以重试，但最多不可超过所允许的失败尝试次数。
如果参与者在达到允许的失败次数阈值后仍然未能通过身份验证，则会显示一条错误消息，并在 24 小时内禁止重试。
此外，在每 24 小时内，成功通过身份验证可查看协议的次数也限制为可配置的次数。
超过指定的查看次数后，尝试查看协议会显示一条错误消息：
此错误消息与成功查看协议次数超过阈值时显示的消息相同。这是一种有意实施的安全措施。
嵌入式保护要求发件人在配置协议时配置内容保护。 内部用户存在一个控件，而外部用户存在一个单独的控件。 根据您的协议策略，可以启用其中一个控件，也可以启用两个控件，或者两个控件都不启用。
为内部或外部参与者启用嵌入式保护时，系统会提出一个质询，以确保您想要将此配置添加到发件人的编写过程中，并确保您了解发件人配置的任何内容将在协议的生命周期内持续存在。以后无法添加或删除此保护。
启用嵌入式内容保护后，对于每个启用的控件，都会在经典发送页面中插入一个必填下拉字段。 发件人必须为每个下拉字段选择启用或禁用。
如果不选择一个选项，则在发件人尝试发送协议时会触发错误。
如果协议将嵌入式保护定义为“已禁用”，则即使启用了继承式保护，也会拒绝应用内容保护。
协议元数据中定义的设置是绝对真值。
当参与者尝试查看协议时，会引用协议元数据以确定是否需要身份验证检查。如果需要身份验证，会向参与者显示一个质询页面，以完成身份验证流程。成功完成质询后，将会显示协议。
如果质询不成功，参与者可以重试，但最多不可超过所允许的失败尝试次数。
如果参与者在达到允许的失败次数阈值后仍然未能通过身份验证，则会显示一条错误消息，并在 24 小时内禁止重试。
此外，在每 24 小时内，成功通过身份验证可查看协议的次数也限制为可配置的次数。
超过指定的查看次数后，尝试查看协议会显示一条错误消息：
此错误消息与成功查看协议次数超过阈值时显示的消息相同。 这是有意的安全措施。
强烈建议您选择使用替代身份验证方法，除非您打算完全拒绝抄送方，并且您认为不存在任何无需身份验证的协议。
如果启用内容保护，则会拒绝没有可用身份验证方法的任何人（包括使用电子邮件作为身份验证类型的每个人）查看协议的所有尝试。
“通过电子邮件发送一次性密码”是一项免费服务，启用后不会产生任何明显的负面影响。
如果未启用“通过电子邮件发送一次性密码”，没有身份验证方法的参与者尝试查看协议时会返回一个错误：
此阈值设置仅适用于通过电子邮件发送一次性密码、基于知识的身份验证和电话身份验证方法。
此设置规定个人参与者在 24 小时内无法查看协议之前可以访问协议的次数。
24 小时后，参与者可以再次访问内容，但不得超过规定的成功进行身份验证的次数。
当用户超过访问阈值时，他们会看到一个错误横幅：
此阈值设置仅适用于通过电子邮件发送一次性密码、基于知识的身份验证和电话身份验证方法。
此设置规定个人参与者在 24 小时内无法查看协议之前身份验证可以失败的次数。
24 小时后，参与者可以再次尝试访问内容，但不得超过规定的失败尝试次数。
当用户超过失败尝试阈值时，他们会看到一个错误横幅：
此错误消息与成功查看协议次数超过阈值时显示的消息相同。 这是有意的安全措施。
最佳实践
如果您打算使用内容保护，我们强烈建议您启用通过电子邮件发送一次性密码身份验证。有些协议参与者没有身份验证方法。这项免费服务为他们提供了一个查看协议的选项，而不需要花费太多时间，也不需要深入了解流程。
大多数企业客户都可以从继承式内容保护方法获益。
- 通常，最好审查参与者对协议的访问权限，即使最初不需要进行任何身份验证也是如此。此过程不会给参与者带来不便，而且，如果意外在电子邮件中转发了查看链接，它也会提供安全性。
- 继承式保护还具有动态应用的优势，这意味着如果出现某故障破坏了下游进程，可以关闭设置，从而不会造成持续损坏。
- 采用密码和电话身份验证等身份验证方法的客户必须长期处理密码和电话号码。如果能够关闭内容保护，那么在更换电话号码或忘记密码时也能进行访问。
要求发件人配置嵌入式内容保护时应该慎重考虑。当然，有些流程需要这种精细的控制，但请记住：
- 发件人必须明确配置从组发送的每份协议；这会增加流程，并会导致最终的人为错误。
- 没有用于定义默认值的选项。发件人必须明确配置启用的下拉字段。
- 发送协议后，无法更改嵌入式内容保护。
- 使用电话和密码身份验证方法时，如果密码丢失或更换电话号码，则会导致您无法查看协议。
