- Adobe Acrobat Sign 用户指南
- 新增功能
- 快速入门
- 收件人体验
-
用户
- 配置文件和首选项
- 共享用户内容
- 地址簿
- 主页
- 发送协议
- 签署协议
- 管理协议
- 批量操作
- 审核报告
- 报告和导出数据
-
表单字段作者
- 应用程序内创作环境
- 使用文本标记创建表单
- 使用 Acrobat 创建表单
- 表单字段引用
- 设置表单字段显示/隐藏条件
- 将计算型字段添加到表单
- 已验证表单
- Adobe Acrobat Sign 创作 - 常见问题解答
-
高级用户
- 批量发送
- Web 表单
- 可重复使用的模板
- 自定义工作流程
-
Power Automate 工作流
- Microsoft Power Automate 集成随附的概述和权限
- 启用 Power Automate 集成
- “管理”页面上 Power Automate 的上下文操作
- 跟踪您的 Power Automate 使用情况
- 在 Acrobat Sign 环境中创建新的 Power Automate 工作流程
- Power Automate 工作流程的触发器
- 将外部 Power Automate 流导入 Acrobat Sign
- 访问并管理您的 Power Automate 流
- 在 Acrobat Sign 环境中编辑 Power Automate 流
- 将 Power Automate 流共享给您的 Adobe Acrobat Sign 组织中的其他用户
- 禁用 Power Automate 流
- 删除 Power Automate 流
-
面向管理员的实用 PA 模板
- 将所有已完成的文档保存到 SharePoint
- 将所有已完成的文档保存到 OneDrive for Business
- 将所有已完成的文档保存到 Google Drive
- 将所有已完成的文档保存到 DropBox
- 将所有已完成的文档保存到 Box
- 将已完成的文档保存到 SharePoint
- 将已完成的文档保存到 OneDrive for Business
- 将已完成的文档保存到 Google Drive
- 将已完成的文档保存到 Box
- 将已完成的 Web 表单文档保存到 SharePoint 库
- 从已签名文档中提取字段数据并更新 Excel 工作表
- 在 Teams 渠道中获取 Adobe Acrobat Sign 通知
- 通过 Power Apps 表单和 Word 模板生成文档,并发送以供签名
-
管理
- 设置您的 Acrobat Sign 公司帐户
- 用户配置
- 用户管理
- 群组管理
- 资产管理
- 管理员报告
-
设置配置
- 配置 Adobe Acrobat Sign 环境
-
全局设置
- 启用现代“收件人”体验
- 配置自签名工作流程
- 配置对“批量发送”的访问权限
- 配置 Web 表单
- 启用自定义发送工作流
- 配置对 Power Automate 工作流的访问权限
- 配置访问权限以创建可重复使用的库模板
- 收集包含协议的表单数据
- 针对协议参与者限制文档可见性
- 将签名文档的 PDF 副本附加至发送给下列人员的电子邮件
- 禁止显示已在线签名协议的电子邮件链接
- 禁止在电子邮件中显示协议首页的图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到 Acrobat Sign 中的电子邮件和下载
- 签名后将多个文件合并到一个文件
- 允许收件人下载各个文件
- 授权发件人上传物理签名文档
- Adobe Acrobat Sign 内部用户委派设置
- 设置用于协议的默认时区
- 配置协议和签名所用的默认日期格式
- 升级您的帐户以允许“位于多个组的用户”(UMG)
- 将用户分配到多个组
- 组管理员权限
- 配置用于替换协议中的收件人的选项
- 配置审核报告的内容
- 验证协议有效性
- 审核报告中包含查看事件
- 审核报告中包含页面计数
- 将事务 ID 和文档名称添加到协议的每个页面
- 启用产品内消息和指南
- 强制执行 PDF/A 工作流程以进行长期归档
- 启用 Acrobat Sign 智能助手聊天机器人
- 配置新的请求签名体验
- 启用新的自定义工作流体验
- 启用现代“创建模板”体验
- 帐户设置/品牌设置
- 签名首选项
- 数字签名
- 为合作伙伴应用程序配置自动预配
- 在 Adobe Acrobat Sign 中创建电子签章
- 数字身份
- 报告设置
- 安全性设置
-
发送设置
- 在创作期间配置文档编辑
- 协议创建体验
- 配置协议或 Web 表单时需要收件人姓名
- 在身份验证时锁定已知用户的名称值
- 允许启用各种接收者角色
- 为收件人配置电子见证人角色
- 在 Acrobat Sign 中配置亲自签名
- 启用收件人组
- 将抄送通知配置为收件人记录的一部分
- 配置 OneDrive 文件上传
- 上传文档时自动“拼合”PDF 文档
- 允许用户修改协议
- 启用发送给收件人的私人消息
- 允许的签名类型
- 为协议收件人设置提醒
- 允许发件人添加密码以确保安全查看协议 PDF
- 通过 SMS 或 WhatsApp 在 Adobe Acrobat Sign 中发送通知
- Adobe Acrobat Sign 身份验证方法
- 签名密码
- 基于知识的身份验证
- 手机验证
- WhatsApp 认证
- 通过电子邮件发送一次性密码
- Acrobat Sign 身份验证
- 基于云的数字签名
- 数字身份提供商身份验证
- 政府 ID 身份验证
- 签名者身份报告
- 配置内容保护
- 配置自动文档过期日期(完成截止日期)
- 签名顺序选项
- 配置混合收件人路由
- 在 Acrobat Sign 中配置内部收件人限制
- 配置下载协议链接
- 表单字段边框
- 通过 Liquid Mode 改善移动 Web 签名体验
- 在自定义工作流中启用模板定义的签名位置
- 启用 Acrobat Sign 标记上传的 PDF,以实现无障碍功能
- 对协议的受限访问权限
- 消息模板
- 生物识别设置
- Notarize 与 Acrobat Sign 集成
- 设置在线支付
- SAML设置
- 数据管理
- 为协议设置归档
- 电子邮件设置
- 从 echosign.com 迁移到 adobesign.com
- 在电子签名页面上自定义收件人选项
-
合规要求指导
- 辅助工具
- Adobe Acrobat Sign Solutions 中的 HIPAA 配置
- GDPR
- 21 CFR part 11 和 EudraLex Annex 11
- 欧盟/英国注意事项
- 符合 IVES
- “举报滥用”链接
-
集成
- Adobe Acrobat Sign 集成
- 产品版本和生命周期
- 集成密钥
-
Acrobat Sign for Salesforce
- 适用于 Salesforce 的 Acrobat Sign:安装包 (v24)
- 适用于 Salesforce 的 Acrobat Sign:配置包
- 适用于 Salesforce 的 Adobe Acrobat Sign:升级指南
- 适用于 Salesforce 的 Adobe Acrobat Sign:发行说明
- 适用于 Salesforce 的 Adobe Acrobat Sign(Lightning 配置文件):用户指南
- 适用于 Salesforce 移动应用程序的 Acrobat Sign
- 启用使用数字身份提供商进行身份验证
- 适用于 Salesforce 的 Adobe Acrobat Sign:映射和模板指南
- 使用适用于 Salesforce 的 Acrobat Sign Document Builder
- 配置大文档并推送协议服务
- 适用于 Salesforce 的 Adobe Acrobat Sign:自定义指南
- 适用于 Salesforce 的 Adobe Acrobat Sign:开发者指南
- 适用于 Salesforce 的 Acrobat Sign:其他指南
- 适用于 Salesforce 的 Adobe Acrobat Sign:常见问题解答
- 适用于 Salesforce 的 Acrobat Sign:故障诊断指南
- {"translatedText": ["Microsoft:Office"]}
- Microsoft:Teams
-
Microsoft:Dynamics
- 适用于 Microsoft Dynamics 的 Acrobat Sign
- Adobe Acrobat Sign for Microsoft Dynamics 365 Online:安装指南
- 适用于 Microsoft Dynamics Online 的 Adobe Acrobat Sign:用户指南
- Adobe Acrobat Sign for Microsoft Dynamics 365 内部部署:安装指南
- Adobe Sign for Microsoft Dynamics 内部部署:用户指南
- Adobe Acrobat Sign for Microsoft Dynamics 工作流:用户指南
- Adobe Acrobat Sign for Microsoft Dynamics 365 Talent
- Adobe Sign for Microsoft Dynamics:升级指南
- Adobe Acrobat Sign for Microsoft Dynamics 365:发行说明
- Microsoft:Power Automate
- Microsoft:搜索连接器
- ServiceNow
- 工作日
- NetSuite
- 适用于 SugarCRM 的 Adobe Acrobat Sign
- VeevaVault
- 适用于 Coupa BSM Suite 的 Adobe Acrobat Sign:安装指南
- Zapier
-
开发者
- 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 会话)。