新增功能
快速入门
管理
- Admin Console 概述
- 用户管理
- 帐户/组设置
- 设置概述
- 全局设置
- 帐户级别和 ID
- 全新的收件人体验
- 自签名工作流
- 批量发送
- Web 表单
- 自定义发送工作流
- Power Automate 工作流
- 库文档
- 收集包含协议的表单数据
- 有限文件可见性
- 附加已签名协议的 PDF 副本
- 在电子邮件中包含链接
- 在电子邮件中包含图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到文档
- 将多个文档合并为一个
- 下载单个文档
- 上传签名文档
- 我的帐户中的用户委托
- 允许外部收件人委派
- 授权签名
- 授权发送
- 授权添加电子密封
- 设置默认时区
- 设置默认日期格式
- 位于多个组的用户 (UMG)
- 组管理员权限
- 替换收件人
- 审核报告
- 事务页脚
- 在产品消息发送和指南中
- 可访问的 PDF
- 新版“编辑”体验
- 医疗保健客户
- 帐户设置
- 添加标志
- 自定义公司主机名/URL
- 添加公司名称
- 发布协议 URL 重定向
- 签名首选项
- 格式精美的签名
- 允许收件人签名的方式
- 签名者可以更改其姓名
- 允许收件人使用其保存的签名
- 自定义使用条款和消费者信息披露条款
- 在表单字段中导航收件人
- 重启协议工作流
- 拒绝签名
- 允许图章工作流
- 要求签名者提供其职务或公司
- 允许签名者打印并置入书面签名
- 进行电子签名时显示消息
- 需要签名者使用移动设备创建其签名
- 请求签名者的 IP 地址
- 从参与者图章中排除公司名称和职务
- 应用自适应签名绘制缩放比例
- 数字签名
- 电子签章
- 数字身份
- 报告设置
- 新版报告体验
- 经典报告设置
- 安全设置
- 发送设置
- 登录后显示“发送”页面
- 发送时需要收件人姓名
- 锁定已知用户的名称值
- 允许的收件人角色
- 允许电子见证人
- 收件人组
- CC
- 收件人协议访问
- 必填字段
- 附加文件
- 字段拼合
- 修改协议
- 协议名称
- 语言
- 私人消息
- 允许的签名类型
- 提醒
- 已签名文档的密码保护
- 通过以下方式发送协议通知
- 签名者身份识别选项
- 内容保护
- 启用 Notarize 事务
- 文档过期
- 预览、定位签名和添加字段
- 签名顺序
- “液体”模式
- 自定义工作流控件
- 电子签名页面的上传选项
- 签名后确认 URL 重定向
- 消息模板
- 生物识别设置
- 工作流集成
- 公证设置
- 付款集成
- 签名者消息发送
- 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 Acrobat Sign 帐户中的所有用户(由电子邮件地址定义)必须先对 Acrobat Sign 进行身份验证,然后才能应用其签名。
签名者身份验证解决两个用例:
- 签署协议 - 将协议从受信任源发送给帐户中的签名者时,系统会要求用户在选择电子邮件中提供的审阅并签名链接后立即对 Acrobat Sign 进行身份验证。
- 签署 Web 表单 - 如果签名者尝试对在用户所在的同一 Acrobat Sign 帐户中创建的 Web 表单进行签名,在确认电子邮件地址或在保存文档后访问文档时,他们将受到质询。
除了协议或 Web 表单中配置的身份验证方法之外,还会应用签名者身份验证过程。
配置“签名者身份验证”控件
签名者身份验证提供两个可独立选择的选项,您可以根据自己的安全需求打开或关闭这两个选项。
可用性:
此功能仅适用于 Acrobat Sign Solutions 帐户。
配置范围:
您可以在帐户级别和组级别同时启用签名者身份验证。
要访问这些控件,请导航到安全设置 > 签名者身份验证
用户 ID 通过其主要组继承签名者身份验证设置。
旨在控制文档/工作流程(用户所属)的组不会向这些文档或工作流程授予签名者身份验证安全性。
要求我帐户中的签名者登录到 Acrobat Sign 才能签名。
为组启用此选项后,将该组作为其主要组的用户必须先对 Acrobat Sign 进行身份验证,然后才能签署由受信任的用户 ID 发送的协议。同一帐户中的所有用户 ID 都会自动被视为受信任。
当收件人选择电子邮件中的审阅并签名链接时,系统会提示他们登录。此时会打开一个新的选项卡,其中预填充了他们的电子邮件地址,并显示一条横幅,指示他们完成登录过程以继续。
如果发件人已对协议应用了额外的身份验证层,则收件人必须先登录到 Acrobat Sign,然后完成该验证。确认其帐户身份验证后,系统将提示他们先通过额外的安全质询,然后才能访问协议。
要求我帐户中的 Web 表单签名者通过登录到 Acrobat Sign 来验证其身份。
签名者身份验证适用于在 Acrobat Sign 中创建的所有 Web 表单,且与表单创建者帐户无关。但是,特定的 Web 表单设置可能会影响签名过程中的身份验证方式:
如果启用了需要签名者验证他们的电子邮件地址:
签名者填写表单并触发验证电子邮件中的确认我的电子邮件地址链接后,他们必须先登录到 Acrobat Sign,然后才能完成该过程。如果禁用了需要签名者验证他们的电子邮件地址:
签名者在签名之前不需要进行身份验证。如果没有电子邮件验证,则不会强制执行身份验证。如果签名者在完成之前保存了 Web 表单:
即使启用了禁用签名者在从电子邮件链接访问 Web 表单时重新进行身份验证选项,他们也必须先登录到 Acrobat Sign,然后才能继续。此功能类似于协议验证。
这些设置决定了所需的身份验证级别,从而确保根据您的安全需求选择适当的身份验证级别。
需要了解的事项
通过活动 Acrobat Sign 会话访问协议链接
当用户已在 Acrobat Sign 中完成身份验证后访问签名链接时,该服务会评估尝试访问链接的用户 ID,并将其与分配给该链接的用户 ID(即签名周期中的下一个收件人)进行比较。
对于基于电子邮件的签名链接,会出现以下三种结果之一:
用户 ID 相匹配 - 授予访问权限:
- 如果经过身份验证的用户 ID 与签名用户 ID 匹配,则授予访问权限。
- 如果需要其他身份验证,则用户仍必须先完成身份验证,然后才能继续。
用户 ID 不匹配 - 已禁用内部委派:
- 如果经过身份验证的用户 ID 与签名用户 ID 不匹配,且禁用了内部委派,则会显示错误。
- 此消息提示用户以授权签名者身份登录以访问协议。

用户 ID 不匹配 - 已启用内部委派:
- 如果启用了内部委派,则该服务会显示经过身份验证的用户以及指定签名者的电子邮件地址。
- 经过身份验证的用户有两个选项:
- 将协议委派给自己,然后继续签名。
- 注销并以分配的用户进行身份验证,以完成签名流程。
对于基于 API 的链接,响应始终是请以授权签名者身份登录消息,除非已关闭第一方和第三方 Cookie(无 Cookie 会话)。