新增功能
快速入门
管理
- Admin Console 概述
- 用户管理
- 监管要求指导
- 申请您的域
- “举报滥用”链接
发送、签署和管理协议
- 收件人选项
- 发送协议
-
在文档中创作字段
- 应用程序内创作环境
- 使用文本标记创建表单
- 使用 Acrobat (AcroForms) 创建表单
- 字段
- 创作常见问题
- 签署协议
- 管理协议
- 审核报告
- 报告和数据导出
高级协议功能和工作流程
- Web 表单
- 可重复使用的模板
- 转让 Web 表单和库模板的所有权
-
Power Automate 工作流程
- Power Automate 集成和包含的权限概述
- 启用 Power Automate 集成
- “管理”页面上的上下文操作
- 跟踪 Power Automate 使用情况
- 创建新的工作流(示例)
- 用于工作流的触发器
- 从 Acrobat Sign 外部导入工作流
- 管理工作流
- 编辑工作流
- 共享工作流
- 禁用或启用工作流
- 删除工作流
-
实用模板
- 仅限管理员
- 协议存档
- Web 表单协议存档
- 协议数据提取
- 协议通知
- 协议生成
- 自定义发送工作流程
- 共享用户和协议
与其他产品集成
- Acrobat Sign for Salesforce
- Acrobat Sign for Microsoft
- 其他集成
- 合作伙伴管理的集成
- 如何获取集成密钥
Acrobat Sign 开发人员
- REST API
- Webhook
支持和故障排除
启用一种通过 Adobe 身份管理系统对收件人进行身份验证的方法。
概述
Adobe Acrobat Sign 身份验证是一种单因素身份验证方法,它要求收件人向 Acrobat Sign 身份系统进行身份验证。对于具有现有 Acrobat Sign 身份的收件人来说,这是向已知实体提出的简单身份验证请求。
此外,还有一些选项会在收件人遇到质询时,可将收件人的电子邮件地址预填充到身份验证面板中;更有甚者,如果收件人已通过 Acrobat Sign 的身份验证,则可以完全绕过这种手动的重新身份验证过程。正是由于 Acrobat Sign 身份验证方法的上述特征,让那些必须提供经身份验证的签名的内部收件人,享有了最顺畅的体验。
如果收件人没有与接收协议的电子邮件地址绑定的 Adobe 帐户,则需要创建一个新的 Adobe 用户帐户才能完成验证过程。
Acrobat Sign 身份验证不是计量服务。无论验证数量多少,均不收取任何使用费。
工作原理
默认的身份验证流程会通过以下方法来质询收件人验证其身份:要求收件人向 Acrobat Sign 服务进行身份验证。提供一个指向身份验证面板的按钮:
选择该按钮后,身份验证面板将允许收件人对他们的 Acrobat Sign 帐户进行身份验证。
- 这些选项适用于本机 Acrobat Sign 身份系统和 Adobe Admin Console。
通过身份验证后,收件人即可与协议进行交互。
如果收件人在完成操作之前关闭了协议窗口,则他们必须重新进行身份验证才能继续。
编写新协议时配置 Acrobat Sign 身份验证方法
启用 Acrobat Sign 身份验证后,发件人可以从收件人电子邮件地址右侧的身份验证下拉列表中选择这种身份验证方法:
审核报告
审核报告会明确指出,收件人已使用 Adobe Acrobat Sign 验证了自己的身份:
最佳实践和注意事项
- Acrobat Sign 身份验证不是双重因素身份验证方法,在签名需要其他身份验证(电子邮件身份验证除外)时,不应使用此方法。
- Acrobat Sign 身份验证要求收件人拥有 Acrobat Sign 身份。如果没有这种身份,则收件人必须先新建一个帐户,然后才能进行身份验证,而这种“阻力”层级可能会引发挫败感。因此,不建议对外部收件人使用 Acrobat Sign 身份验证。
- Acrobat Sign 身份验证方法最适用于内部身份验证,因为众所周知,所有内部收件人都拥有 Adobe ID.
- 在 Adobe Admin Console 中管理其用户的客户可以将其组织配置为通过 Acrobat Sign 身份验证利用其 SSO 解决方案,从而无需使客户公司内部的收件人成为 Acrobat Sign 系统中的许可用户。
- 在将您的帐户配置为自动填充收件人的电子邮件地址或绕过重新身份验证流程之前,请先与您的法律团队核实,以了解贵公司对有效签名的要求。确保您配置的选项仍然符合由此产生的文档的需要。
- 当收件人直接从 Acrobat Sign 管理页面访问协议时,Acrobat Sign 身份验证将作为主要(且唯一)的身份验证因素。电子邮件链接(通常提供默认的主要身份验证要素)将被绕过,取而代之,会替换为 Acrobat Sign 身份验证会话。在这种情况下,Acrobat Sign 身份验证将复制主要的身份验证因素。
- 如果内部签名者不需要额外的身份验证,则购买高级身份验证事务的帐户可能需要考虑设置帐户级别设置,以限制内部收件人仅使用 Acrobat Sign 身份验证方法。这样可以防止意外使用高级资源。管理员可始终根据需要,为组配置其他身份验证方法:
配置选项
通过导航至发送设置 > 签名者身份识别选项来配置 Acrobat Sign 身份验证方法
有五个控件与 Acrobat Sign 身份验证方法相关:
- Acrobat Sign 身份验证 - 核心功能;选中此复选框后,允许在编写协议时访问发件人的身份验证方法。
- 默认使用以下方法 - 定义要插入到收件人的身份验证选项中的默认值
- 对内部接收者进行身份验证 - 启用此选项后,允许使用不同的身份验证选项和默认设置来配置内部接收者.
- 通常情况下,建议仅对内部收件人使用 Acrobat Sign 身份验证。
- 复制 Acrobat Sign 身份验证访问选项和默认设置选择器,以设置内部收件人体验。
- 每次进行身份验证质询时,允许 Acrobat Sign 自动填充签名者电子邮件地址 - 启用此选项后,收件人的电子邮件地址将从协议导入身份验证面板。导入的电子邮件地址值是固定的,收件人不能进行更改。
- 如果签名者已登录到 Acrobat Sign,不要求签名者重新进行身份验证 - 启用此选项后,如果收件人已通过 Acrobat Sign 服务完成了身份验证,则在他们打开协议时,将不会收到重新进行身份验证的质询。
- 这要求在完成 Acrobat Sign 身份验证会话所使用的相同浏览器中打开协议。
- 这要求在完成 Acrobat Sign 身份验证会话所使用的相同浏览器中打开协议。