新增功能
快速入门
管理
- 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
支持和故障排除
启用一种通过 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 身份验证会话所使用的相同浏览器中打开协议。