上次更新日期:
2026年6月30日
新增功能
快速入门
- 管理员快速入门指南
- 用户快速入门指南
- 针对开发人员
- 视频教程库
- 常见问题解答
- Enterprise 试用版
管理
- Admin Console 概述
- 用户管理
- 添加、编辑和审阅活动用户
- Admin Console SSO
- 创建以功能为中心的用户
- 查看尚未完成验证的用户
- 检查是否有用户存在配置错误
- 更改姓名/电子邮件地址
- 编辑用户的组成员资格
- 通过组界面编辑用户的组成员资格
- 将用户提升为管理员角色
- 用户身份类型和 SSO
- 切换用户标识
- 使用 MS Azure 对用户进行身份验证
- 使用 Google 联合身份验证对用户进行身份验证
- 产品配置文件
- 登录体验
- 群组管理
- 帐户/组设置
- 设置概述
- 全局设置
- 帐户层级和 ID
- 全新的收件人体验
- 自签名工作流
- 批量发送
- Web 表单
- 自定义发送工作流
- Power Automate 工作流
- 库文档
- 收集包含协议的表单数据
- 有限文件可见性
- 附加已签名协议的 PDF 副本
- 在电子邮件中包含链接
- 在电子邮件中包含图像
- 附加至电子邮件的文件将命名为
- 将审核报告附加到文档
- 将多个文档合并为一个
- 下载单个文档
- 上传签名文档
- 我的帐户中的用户委托
- 允许外部收件人委派
- 授权签名
- 授权发送
- 授权添加电子密封
- 设置默认时区
- 设置默认日期格式
- 位于多个组的用户 (UMG)
- 组管理员权限
- 替换收件人
- 审核报告
- 事务页脚
- 在产品消息发送和指南中
- 可访问的 PDF
- PDF/A 工作流程
- 医疗保健客户
- 新的“请求签名”体验
- 新的自定义工作流体验
- 新的创建模板体验
- 帐户设置/品牌设置
- 签名首选项
- 格式精美的签名
- 允许收件人签名的方式
- 签名者可以更改其姓名
- 允许收件人使用其保存的签名
- 自定义使用条款和消费者信息披露条款
- 在表单字段中导航收件人
- 重启协议工作流
- 拒绝签名
- 允许图章工作流
- 要求签名者提供其职务或公司
- 允许签名者打印并置入书面签名
- 进行电子签名时显示消息
- 需要签名者使用移动设备创建其签名
- 请求签名者的 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
- 沙盒
支持和故障排除
注释
本文档重点介绍最新版本面向客户的应用程序中的新增功能、体验变化和已解决的问题。
有关以开发人员为中心的 API 和 Webhook 更新,请参阅 Acrobat Sign 开发人员指南。
并非所有功能/变更都一定会在发布之日启用。 始终以美国英语版本的页面作为最新和最准确的版本。
Adobe Acrobat Sign 版本 v17.1.1
生产部署:2026 年 6 月 16 日
GovCloud 部署:2026 年 6 月 18 日
改进的功能
- 报告中的收件人筛选条件 – 向报告和数据导出添加基于收件人的筛选。
向现代报告的协议和事务报告以及数据导出添加收件人筛选条件。管理员可以按收件人电子邮件地址进行筛选,以返回包含指定收件人的所有协议,无论角色或签名顺序如何。 该筛选条件支持自动完成和多选行为,与现有的发件人筛选条件保持一致,适用于可视化报告和 CSV 导出。
可用环境:沙盒、商业版、政府版 | 可用服务层级: Acrobat Sign 解决方案 | 配置范围:通过现代报告启用
查看报告概述 >
查看更新的创建报告文档 >
查看更新的创建数据导出文档 >
体验更改
- 现代电子签名中的生物制药 (CFR) 支持 – 添加签名原因捕获和强制签名时重新身份验证
现代电子签名体验现已支持生物制药签名设置,包括签名原因捕获和签名时重新认证。使用这些设置的协议不再回退至经典签名体验。 无需客户操作或管理员设置更改。
可用环境:沙盒、商业、政府 | 可用服务层级: Acrobat Sign Solutions | 配置范围: 默认启用 Modern eSign 中的 Bio Pharma 设置支持。
查看现代电子签名的更新支持功能列表 >
REST API/Webhook 更新
有关此版本的 API 和 Webhook 更新的信息,请参阅 Acrobat Sign API 文档。
- 通过 API 禁止协议通知 – 添加对收件人消息的精细控制
使用 REST v6 POST /agreements API,通过为参与者、抄送人或发件人禁止特定电子邮件类型来控制创建协议时发送的通知。 这减少了不必要的电子邮件,并在集成工作流中支持更清洁、更可控的签署体验。
可用环境:沙盒、商业、政府 |可用服务层级:Acrobat Sign Solutions |配置范围:REST v6 API
已解决的问题
| 问题 | 说明 |
|---|---|
| 4545881 | 摘要:当数字 ID 证书未包含预期的签名者名称值(例如 commonName、givenName 或 pseudonym)时,使用“下载并在 Acrobat 中签名”功能的签名者在上传已数字签名的 PDF 后可能会收到“Adobe Acrobat Sign 无法识别”的错误。即使已上传签名的 PDF,协议也无法完成。 |
| 修复:Acrobat Sign 现在可以处理缺少签署者姓名值的数字 ID 证书,在上传验证过程中不会出现错误。 签署可以成功完成,但如果证书不包含签署者姓名,则可能不会显示签署者姓名。 | |
| 4547132 | 摘要:当通过 POST /agreements API 请求创建协议且 securityOption 设置为 null 时,即使帐户设置要求将电子邮件 OTP 作为默认身份验证方法,外部收件人也可能被分配"无"作为身份验证方法。 内部收件人身份验证应用正确,但外部收件人身份验证未正确应用。 |
| 修复:Acrobat Sign 现在在 API 创建的协议包含 securityOption 值为 null 的收件人时,可以正确应用帐户配置的默认身份验证方法。 外部收件人现在会收到必需的默认身份验证方法,而不是无身份验证。 | |
| 4553171 | 摘要:在使用新建模板体验的开发者帐户中,可重用模板可能在管理页面上显示 [DEMO USE ONLY] 前缀,但在编辑模板名称时该前缀不可用。 用户无法从现有模板名称中删除前缀,除非替换完整名称或切换到经典模板体验。 |
| 修复:新的创建模板体验现在使可重用模板名称和协议名称与开发者帐户水印行为保持一致。 用户可以编辑完整的模板名称,包括 [DEMO USE ONLY] 前缀,无需切换到经典体验 | |
| 4556731 | 摘要:发送者将收件人替换为自己,然后将协议委托给另一个收件人后,协议返回到进行中状态,但上传签名文档选项仍然不可用。 这阻止了发送者在该委托序列后为符合条件的进行中协议上传签名副本。 |
| 修复:Acrobat Sign 现在可以正确恢复上传签名文档选项,当收件人被替换为发送者然后委托给另一个收件人时,如果协议符合签名文档上传条件。 | |
| 4557576 | 摘要:当签名块分配给具有多个成员的收件人群组时,签名块中的电子邮件值可能被截断,而不是清晰显示。 这可能导致在组成员完成签署之前难以阅读收件人组信息。 |
| 修复:Acrobat Sign 现在在签名块中显示收件人群组电子邮件信息时不会突然截断可见文本。 系统会处理较长的收件人组电子邮件值,以确保签名块内显示的信息保持可读性。 | |
| 4561898 | 摘要:某些收件人在身份验证后或在完成使用特定 PDF 文档的协议签名时可能遇到服务器错误。 失败是由在已签名文档生成过程中处理 PDF 结构数据时出现的问题引起的,这阻止了签名者完成协议。 |
| 修复:Acrobat Sign 现在在签名和文档生成过程中更加谨慎地处理 PDF 结构数据。 此修复可防止结构树冲突阻止完成,允许收件人成功进行身份验证、签名并完成受影响的协议。 | |
| 4562041 | 摘要:当 Acrobat Sign 在构建 webhook 负载时收到内部服务器错误时,某些 webhook 通知可能会延迟或无法发布。 对于受影响的帐户,2026 年 3 月 19 日的几个事件受到影响,包括 AGREEMENT_WORKFLOW_COMPLETED 和其他协议事件,这延迟了下游客户工作流程 |
| 修复: Acrobat Sign 现在更可靠地处理 webhook 负载生成失败,因此失败的内部响应不会以阻止或延迟事件传递的方式被缓存。 此修复通过回归测试得到验证,旨在防止受影响的 webhook 事件因相同的负载生成失败路径而延迟。 | |
| 4562458 | 摘要:当使用收件人身份验证(如电子邮件 OTP 或密码身份验证)时,如果协议是发送给已声明帐户域中处于非活跃状态的用户,收件人在打开签名 URL 时可能会收到“指定的协议 ID 无效”错误。签名流程创建了一个一次性待处理用户来继续签名过程,但签名信息请求可能会读取不包含新创建的参与记录的过时协议数据,从而阻止访问,直到重新生成签名链接或刷新数据。 |
| 修复:Acrobat Sign 现在在此工作流程中打开经过身份验证的签名 URL 时检索当前协议参与数据。 这防止过时的缓存协议数据导致无效协议 ID 错误,并允许收件人成功完成身份验证并访问电子签名页面。 | |
| 4566894 | 摘要:某些从多个模板创建的过期协议无法从管理页面复制。 当用户选择创建副本时,复制操作失败,显示"无法复制协议"。请稍后重试,因为在复制具有多个模板的协议时模板访问权限验证失败。 |
| 修复:Acrobat Sign 现在在复制从多个模板创建的协议时正确验证模板信息。 受影响的协议现在可以复制而不会触发后端会话错误。 | |
| 4568666 | 摘要:对于包含未分配用户 ID 的见证人参与者的协议,Webhook 通知可能会间歇性失败。 核心协议事件已创建,但当参与者数据以不可预测的顺序处理时,webhook 负载生成可能失败,导致某些预期的 webhook 事件在 AGREEMENT_CREATED 之后无法传递。 |
| 修复:Acrobat Sign 现在在负载生成期间安全处理缺少用户 ID 的 webhook 参与者数据。 这可防止见证人占位符参与者导致 webhook 负载失败,并允许一致地传递预期的协议 webhook 事件。 | |
| 4571682 | 摘要:在某些协议中,当 Power Automate 在后续表单填写者轮次之前修改了收件人组时,只读字段可能无法为后续表单填写者显示。 表单填写者完成其可编辑字段后,这些字段也可能从协议中消失,即使字段仍正确分配并通过 API 标记为可见。 |
| 修复:Acrobat Sign 现在在收件人组成员资格更改后为后续收件人组保留字段可见性。 在已修复的场景中,只读字段、签名块、下拉选项以及其他已填写的字段值,对后续收件人仍然可见,并在下载的 PDF 中保留。 | |
| 4571845 | 摘要:当亲自签名者的电子邮件地址与不同分片上的现有用户帐户匹配时,亲自签名可能会因服务器错误而失败,从而阻止协议的完成。 |
| 修复:更新了现场签名者处理流程,以正确创建和使用临时签名者记录,防止跨分片用户冲突,并允许签名会话成功完成。 | |
| 4573019 | 摘要:在动态参与者更新移除收件人和收件人组的混合内容后,收件人组顺序可能计算不正确,导致剩余组显示错误的路由顺序。 |
| 修复:更新了参与者顺序重新计算,使收件人组在复杂的动态参与者移除后保持正确的顺序,包括组缩减至单个剩余成员的情况。 | |
| 4572455 | 摘要:部分签名者在完成签署后可能会看到“未处理的错误”或“出错了”消息,即使签名已应用且协议已推进到下一位收件人。当启用动态参与者且签署流程尝试为下一个签署者准备文档但无法找到预期的已签署文档版本时,会出现此问题。 |
| 修复:Acrobat Sign 现在在为下一个签署者准备协议时检查正确的已签署文档版本。 这可防止在启用动态参与者时,签署流程在成功签名后显示错误。 |