上次更新日期:
2026年6月17日
Adobe Acrobat Sign 发行说明:2026
Adobe Acrobat Sign 版本 v17.0
生产部署:2026 年 2 月 3 日
GovCloud 部署:2026 年 2 月 10 日
改进的功能
- 允许的 IP 范围 – 扩展了对 API 和移动设备访问权限的控制 - 管理员现在可以明确控制 IP 限制是否适用于基于 API 的客户端,包括 Acrobat Sign 移动应用程序和认证集成。
- 现代电子签名的身份验证支持 – 现代电子签名现在支持三种身份验证方法:Acrobat Sign 身份验证、密码和基于手机的双重身份验证。
- 为进行中的协议禁用 下载协议 链接 – 管理员现在可以在帐户或群组级别从签名后确认页面中删除"下载副本"链接,防止收件人从签名后页面下载协议。
体验更改
- 工作流协议取消通知 – 取消通知已更新,以反映工作流行为。
取消工作流创建的协议时,不再显示"通知收件人"复选框。 始终根据工作流的设置发送通知。 此更改调整了消息以在取消质询中反映此行为。
- 登录页面改进 - Acrobat Sign 登录页面现在提供更简洁、更一致的体验。 一旦您输入电子邮件地址,页面就会自动检测您的帐户类型并将您引导至正确的登录方法,从而消除不必要的步骤和旧版界面。 这让每个人的登录都更快速、更简单、更直观。
- 面向直接登录网页界面的 Acrobat Sign 企业用户的新型电子邮件格式 - 现在,在编辑现有电子邮件或创建新用户时,Acrobat Sign 将对电子邮件地址的本地部分(即“@”符号之前的部分)强制实施 64 个字符的限制。
所有本地部分超过 64 个字符的用户都已经过评估,并确定为非活动或测试用户 ID。
- 面向直接登录网页界面的 Acrobat Sign 企业用户的新型电子邮件格式 - 现在,在编辑现有电子邮件或创建新用户时,Acrobat Sign 将对电子邮件地址的本地部分(即“@”符号之前的部分)强制实施 64 个字符的限制。
请注意,此体验通过基于 Acrobat Sign 服务器环境的滚动发布提供。转出时间表在 更新的登录体验 技术通知中发布。
已解决的问题
| 问题 | 说明 |
|---|---|
| 4528600 | 摘要:当表单字段图层附加到自定义工作流时,字段验证设置不起作用。 当工作流启动时,验证规则(如正则表达式或数值范围限制)会被移除,导致字段接受无效输入。 |
| 修复:当表单字段图层包含在自定义工作流中时,验证规则现在可以正确应用。 字段在经典和新创作体验中都保持其验证行为。 用户无需执行任何操作。 | |
| 4528748 | 摘要:管理员在向新同步的用户(Azure 同步)添加组成员身份时间歇性地看到“未处理的错误”。 组中的一些新用户的 groupID 设置为 null |
| 修复:如果用户的组在创建后为 null,他们将被放置在帐户的默认组中。 | |
| 4529934 | 摘要:在“管理”>“网页表单”中,“下载表单字段数据”一直在加载且从未完成,特别是在有许多提交的网页表单上。 没有 API 访问权限的团队客户无法导出数据(例如,5 月 1 日至 31 日)用于报告 |
| 修复:在 UI 中添加了分页、更快的 CSV 导出。 表单数据下载可以可靠地完成选定的日期范围,不会挂起。 | |
| 4532186 | 摘要:在新创作体验中,字段颜色突出显示与经典创作的行为不匹配。 当涉及多个收件人时,所有字段都保持完全着色,而不是使未选定收件人的字段变暗。 这使得验证字段分配变得困难。 |
| 修复:通过使属于非选定收件人的字段变暗(20% 不透明度)来恢复视觉清晰度。 这复制了经典创作的清晰度,同时保留了现代设计系统。 突出显示现在可帮助用户轻松识别当前选定收件人的字段,并降低错误分配的风险。 | |
| 4534061 | 摘要:即使帐户或组设置配置为禁用“下载副本”链接,该链接仍会出现在签名后确认页面上。 |
| 修复:已添加新设置,可明确禁止所有发送后页面的下载选项。 签名后页面现已正确遵循下载控制设置,当该设置被禁用时,则会隐藏“下载副本”链接。 | |
| 4536347 | 摘要:在经典体验中,由于文件选择器处理跨多个组共享的模板时出现错误,发送者在启动某些工作流时无法添加第二个文件(或重试添加文件),从而导致多文档工作流发送受阻。 |
| 修复:修正了文件选择器对跨多个组共享的模板的处理,使用户可以在经典体验中添加其他文件或重试文件选择而不会出现错误。 | |
| 4537504 | 摘要:尽管在签名过程中正确选择了条件下拉值,但该值在已签名文档中缺失,这是由于可见性逻辑针对隐藏的依赖字段进行评估,并且未将渲染值保存到最终签名的 PDF 中。 |
| 修复:更新了条件字段渲染,以在签名时正确解析可见性依赖关系,并在满足条件时将选定的下拉值持久化到已签名文档中。 | |
| 4537995 | 摘要:在收件人组中,更改外部用户的身份验证方法在保存后会恢复为电话,从而阻止应用电子邮件 OTP,这是由于前端状态处理错误覆盖了用户的选择。 |
| 修复:修正了收件人组 UI 逻辑,以正确持久化并重新应用跨保存操作选择的身份验证方法,确保保留所选值而不是重置为默认值。 | |
| 4539214 | 摘要:在自定义工作流中,长消息标签会导致消息文本重叠并遮挡发送页面上的消息模板超链接,这是由于对过长标签内容的布局处理不当。 |
| 修复:更新了发送页面布局逻辑,以正确约束和换行长消息标签,使消息模板超链接保持可见和可访问。 | |
| 4539854 | 摘要:某些签名者在打开特定协议时被重定向离开签名体验,这是由于基础文档中的链接字段格式错误,缺少必需的名称属性。 |
| 修复:签名流程现在通过在处理时分配有效名称来正确处理未命名的关联字段,防止错误并允许签名者完成协议而不被重定向。 | |
| 4539858 | 摘要:在 iOS 设备上,使用中文手写键盘的审批者无法完成审批,因为在输入姓名后"批准"按钮仍保持禁用状态,这是由于签名页面未将手写输入事件检测为有效的文本输入。 |
| 修复:更新了输入处理逻辑以识别 iOS 上基于手写的文本输入,确保在输入有效字符后“批准”按钮正确启用。 | |
| 4540392 | 摘要:管理员间歇性地遇到 HTTP 400 错误,收件人组在工作流中显示缺失,尽管组存在且访问权限配置正确,这是由于当用户属于大量组时,请求标头超出了平台的标头大小限制。 |
| 修复:增加了服务器端请求标头大小限制,使收件人组查找在用户拥有多个组成员身份时不再失败。 | |
| 4541258 | 摘要:由于同步页面加载的数据集有限,且搜索功能仅筛选浏览器中已加载的模板,因此管理员在生产或沙盒同步 UI 中只能看到前 100 个模板,其他模板在本地和远程列表中缺失。 |
| 修复:更新了同步 UI,使在搜索字段中输入文本会加载所选环境的所有模板(最多 5,000 个),确保超出初始 100 个的模板可用于搜索和选择 | |
| 4541739 | 摘要:由于当存在数字签名字段时,工作流未能将未来被替换的签名者转换到数字签名阶段,导致被替换的收件人无法进行数字签名,并看到“由于协议未处于数字签名阶段,因此无法进行数字签名”。 |
| 修复:更新了签名工作流,以在存在数字签名字段时正确将替换或委托的收件人转换到数字签名阶段,允许他们签名并完成协议。 | |
| 4541849 | 摘要:预填充多字节字符的单行自动字体大小文本字段在已签名 PDF 中被截断,由于 PDF 渲染期间文本大小调整不正确,导致部分文本被切断。 |
| 修复:修正了多字节字符的文本测量和自动字体大小行为,使完整值适合字段内而不被截断。 | |
| 4542574 | 摘要:编辑库模板时,允许必填下拉字段包含未配对的值,导致当这些值被选中时,签名过程中的“点击签名”按钮仍保持不可用状态,这是由于缺少验证机制来确保下拉显示值和导出值保持正确配对。 |
| 修复:模板编辑现在对下拉字段强制执行验证,因此只能保存正确配对的值,防止未配对条目并确保必需的下拉选择不会阻止签名。 | |
| 4542942 | 摘要:在网页表单中,被条件逻辑禁用的必填字段继续显示必填星号,误导签名者认为仍需要输入,这是由于字段被禁用时 UI 未更新必填指示器。 已识别出单独的移动签名对齐问题,但在不同范围内得到解决。 |
| 修复:Web 表单 UI 现在会在字段被条件逻辑禁用时隐藏必填星号,确保必填指示器准确反映是否需要签名者输入。 | |
| 4543157 | 摘要:在“管理”页面的“进行中”视图中,由于 UI 未更新显示的收件人以反映当前的被委派人,因此在委派签名角色后,即使其他签名者正在积极签名,“收件人”列也会继续显示委派人的姓名。 |
| 修复:管理页面逻辑已更新,因此当签名角色被委托时,收件人列现在显示活跃受委托人的姓名,确保进行中视图准确反映当前正在签名的人员。 | |
| 4543253 | 摘要:在经典工作流体验中,见证人分配的字段(签名、姓名、日期)在以草稿状态保存协议后消失,尽管字段在后端存在,这是由于草稿渲染逻辑在保存进度时未能恢复见证人字段。 |
| 修复:草稿渲染逻辑已得到纠正,可在保存进度后保留并显示所有见证人分配的字段,确保以草稿状态打开的协议保持与创作和签名期间相同的字段可见性。 | |
| 4543513 | 摘要:用户在 Sign Web UI 中发送协议时被阻止,出现错误"区域设置无效或缺失",这是由于当发送组的区域设置与用户继承的主要组区域设置不同时,区域设置验证错误地在 Web 界面中强制执行 API 级别的区域设置规则。 |
| 修复:区域设置验证已得到纠正,因此 Sign Web UI 能够正确解析并接受有效的组和用户区域设置组合,防止仅限 API 的区域设置限制阻止在 Web 体验中发送协议。 | |
| 4543592 | 摘要:一些审核报告在“文档电子签名”和“协议完成”之后显示“收件人通过 Adobe Acrobat Sign 进行身份验证”,这是由于事件以秒级时间戳存储,导致在同一秒内发生的身份验证和签名操作显示顺序错乱。 |
| 修复:审计事件记录已更新为以毫秒精度存储和显示时间戳,确保身份验证、签名和完成事件在审计报告中正确排序。 | |
| 4543617 | 摘要:从协议创建模板会启动经典体验而不是新体验,尽管新体验是默认设置,这是由于该操作仍被路由到旧版创作流程。 |
| 修复:“从协议创建模板”操作已更新为在新体验中打开,使 CTA 行为与默认 UX 保持一致,避免用户遇到意外的上下文切换。 | |
| 4544564 | 摘要:通过 API 添加或更新的隐藏字段(visible:false)在现代电子签名体验中呈现为可见。 签名 UI 忽略了字段可见性标志,因此收件人可以看到应该保持隐藏的字段。 |
| 修复:更新了现代电子签名 UI,以在渲染和导航逻辑中过滤掉 visible 为 false 的字段,因此隐藏字段永远不会显示且不会影响页面行为。 | |
| 4544571 | 摘要:尽管 WhatsApp 已为帐户启用并在协议发送期间可用,但发送设置中缺少 WhatsApp 传递选项,导致管理员出现不一致的行为和困惑。 |
| 修复:在支持该功能的所有“发送设置”页面中,已恢复 WhatsApp 交付选项,从而确保管理员设置与协议发送体验之间的可见性和配置保持统一。 | |
| 4545381 | 摘要:新请求签名体验中缺少 Roboto 字体,尽管它在经典体验中可用,这是由于新创作体验未包含所有旧版支持的字体。 |
| 修复:Roboto 已添加到新请求签名体验的字体列表中,恢复了与经典体验的字体一致性,并允许在创作协议时进行一致的格式设置。 | |
| 4545484 | 摘要:一些管理员由于后端请求失败而无法从“管理 > 通讯录”访问或创建收件人组,在加载收件人组数据时导致 400 错误。 该问题阻止了受影响管理员的收件人组初始设置。 |
| 修复:后端请求处理已得到纠正,因此收件人组搜索和创建不再因 400 错误而失败。 管理员现在可以可靠地访问和管理收件人组,无论网络或位置如何。 | |
| 4545547 | 摘要:从 AutoCAD PDF 创建的协议在添加数字签名字段时发送失败,显示通用发送错误,这是因为系统在验证数字签名字段位置时未正确处理页面旋转。 |
| 修复:数字签名字段坐标现在已调整以考虑旋转的页面,确保字段根据正确的页面边界进行验证,因此 AutoCAD 生成的 PDF 可以成功发送数字签名。 | |
| 4545894 | 摘要:当使用收件人组且未手动放置签名字段时,自动生成的签名块以极小的字体显示电子邮件地址文本。 随着更多收件人添加到组中,文本会逐渐变小。 |
| 修复:自动生成的签名块现在能够以正常、可读的字体正确呈现电子邮件地址,无论收件人组中包含多少收件人。 | |
| 4546085 | 摘要:在新的请求签名体验中使用“添加我自己”时,包含撇号的电子邮件地址显示不正确。 格式错误的地址会阻止协议发送,除非手动重新输入电子邮件地址或使用经典发送。 |
| 修复:在新的请求签名体验中选择“添加我自己”时,包含撇号的电子邮件地址现在能够正确解码和显示,允许协议发送而无需手动更正。 | |
| 4546110 | 摘要:在新的模板创作体验中,添加分配给特定参与者的超链接字段会导致模板保存失败。 当分配给所有参与者或使用经典体验时,相同的字段可以正常工作。 |
| 修复:超链接字段现在支持新模板体验中的占位符参与者分配,允许在字段分配给特定参与者时正确保存模板。 | |
| 4546257 | 摘要:在沙盒环境中,通过自定义应用程序 API 发送的协议在创作页面上错误地显示返回按钮,这是因为沙盒从启用了无缝创作的 Adobe 管理应用程序加载设置,与 Swagger 或生产环境不同。 |
| 修复:通过确保创作页面遵循预期的应用程序设置,沙盒行为与生产和 Swagger 保持一致,防止通过自定义应用程序 API 发送的协议出现返回按钮。 | |
| 4546547 | 摘要:网页表单无法更新联署签名人并返回其他错误,这是因为较旧的用户记录缺少必需的内部标志,导致在联署签名人替换过程中处理空值。 |
| 修复:联署签名人更新逻辑通过空值安全处理得到加强,因此即使较旧的用户记录缺少预期的内部标志,网页表单也能成功替换联署签名人。 | |
| 4546553 | 摘要:当启用新的创建模板体验时,分配到多个组的用户可以在禁用模板创建的组中创建模板。 这允许绕过组级别限制。 |
| 修复:模板创建现在在新体验和经典体验中一致地执行组级别权限。 用户无法再在禁用模板创建的组中创建模板,即使他们属于启用该权限的其他组也是如此。 | |
| 4547744 | 摘要:组管理员可以通过新的用户管理页面为用户分配帐户管理员权限。 这超出了他们的权限范围,并通过允许将权限提升到组管理员角色之外而产生合规风险。 |
| 修复:角色选择控件不再对组管理员可用。 只有现有的帐户管理员才能分配或撤销帐户管理员权限,确保角色更改符合权限边界。 | |
| 4547796 | 摘要:使用波兰语界面的部分发件人偶尔会收到包含错误“无法提供数字签名”文本的确认电子邮件,即使协议已正常发送和签署。 |
| 修复:已更正发件人确认电子邮件的波兰语翻译,使消息显示“已发送以供签名”,而非错误的“无法提供数字签名”文本。 | |
| 4548315 | 摘要:当发件人在新发送工作流中被包含为抄送收件人时,不会显示验证错误,并且不会向抄送列表中发件人之后列出的任何收件人发送抄送电子邮件通知。 这与经典工作流行为不同,可能导致抄送收件人错过通知。 |
| 修复:更新了新发送工作流逻辑,使所有抄送收件人(不包括发件人)都能收到抄送电子邮件通知,无论他们在抄送列表中的位置如何,使行为与预期结果保持一致。 | |
| 4548583 | 摘要:如果用户的默认组启用了手写签名,则无法为组启用 PDF/A,即使正在编辑的组禁用了手写签名。 这阻止了非默认组的有效 PDF/A 配置。 |
| 修复:更新了验证功能,以检查正在修改的组的手写签名设置,而不是用户的默认组,从而允许在允许的情况下正确启用 PDF/A。 | |
| 4549337 | 摘要:当协议取消电子邮件设置被禁用时,已取消协议的短信通知被抑制。 这阻止了禁用电子邮件通知的客户发送必需的短信取消提醒。 |
| 修复:通过引入专用通知控制,将短信和 WhatsApp 取消通知与电子邮件设置分离,允许即使在禁用电子邮件通知时也能为取消的协议传递短信。 | |
| 4549472 | 摘要:在 Acrobat Sign for Government 中,用户无法使用新的创建模板体验来创建可重复使用的模板。 上传文档后,工作流在空白屏幕上停滞,阻止了模板创建。 |
| 修复:恢复了政府环境中新的创建模板体验所必需的缺失创作依赖项,使创作界面能够正确加载并成功创建模板。 | |
| 4549862 | 摘要:当登录页面设置为新请求签名体验时,配置的登录警告消息在登录后不显示。 这阻止了组织在用户直接进入发送页面时显示重要维护或中断通知。 |
| 修复:恢复了在新请求签名体验中显示登录警告消息的支持。 当用户登录后进入发送页面时,配置的警告消息现在显示为通知,与先前的行为和客户期望保持一致。 | |
| 4550175 | 摘要:在工作流中输入用于手机身份验证的电话号码后按 Enter 键,会导致提前提交表单并触发系统错误,此操作因未等待用户明确确认而中断了工作流。 |
| 修复:已更新收件人对话框,以防止在手机身份验证字段中按 Enter 键提交表单,确保用户保留在当前对话框中,且必须单击“继续”,从而消除了意外中断工作流的问题。 | |
| 4550302 | 摘要:德语版签名请求和提醒电子邮件中存在不一致的称呼形式,同一消息中混杂使用非正式“Du”与正式“Sie”,导致措辞混乱且显得不够专业。 |
| 修复:更新了德语电子邮件翻译,在整个模板中使用单一、一致的称呼形式,确保所有签名请求和提醒电子邮件中的语言统一且可预测。 | |
| 4550556 | 摘要:包含大型建筑平面图 pdf 的协议在添加数字签名字段时发送失败,由于数字签名放置中的页面旋转和大小处理,在创作过程中返回错误。 |
| 修复:更新了数字签名字段处理,以正确处理旋转的大格式页面,允许包含建筑平面图的协议成功发送并应用数字签名。 | |
| 4550579 | 摘要:当协议在修订状态下通过删除最后剩余的收件人而完成时,系统没有生成 AGREEMENT_WORKFLOW_COMPLETED 事件,因此没有发送 webhook 通知,破坏了依赖此事件检测完成的工作流。 |
| 修复:更新了事件处理,使通过修订中的收件人删除完成的协议现在生成适当的完成事件,确保按预期触发 AGREEMENT_WORKFLOW_COMPLETED webhook。 | |
| 4550998 | 摘要:预填充的复选框在创作中显示为选中状态,但对签名者来说是未选中的,因为复选框值存储为非空文本字符串而不是明确的是/否状态,导致签名体验将其视为未选中。 |
| 修复:更新了复选框值处理,使任何非空的预填充值都被解释为选中状态,空值或缺失值则为未选中状态,确保签名者的复选框状态保持一致。 |
Adobe Acrobat Sign 版本 v17.0.1
生产部署:2026 年 3 月 17 日
GovCloud 部署:2026 年 3 月 19 日
改进的功能
- 创建副本 – 扩展访问点,协议复用更快捷。
现在,可以直接从管理页面上的进行中和等待您处理筛选器下,以及发送后确认页面,使用“创建副本”功能。 这些额外的入口点使得在发送生命周期的更多节点重复使用协议变得更加容易,减少了从头开始重新启动的需要。
注意:在此版本中,用于禁用此功能的管理控制将从管理菜单中移除,将创建副本确立为所有符合条件用户可用的标准功能。
可用环境:沙盒、商业、政府 | 可用服务层级:Acrobat Sign Solutions | 配置范围:帐户和组;默认启用。
体验更改
- 集成密钥过期日期现已可见 - 过期日期现已在访问令牌选项卡中显示
个人偏好设置菜单中的访问令牌选项卡会显示每个集成密钥的过期日期。 这使用户和管理员能够更清晰地掌握密钥的“年龄”与更换时机,从而轻松监控现有密钥,避免密钥在 10 年有效期结束时发生意外中断。
可用环境:沙盒、商业、政府 | 可用服务层:Acrobat Sign Solutions | 配置范围:API
REST API/Webhook 更新
有关此版本的 API 和 Webhook 更新的信息,请参阅 Acrobat Sign API 文档。
- OEM 2.0 个性化电子邮件地址显示 – 在嵌入式体验中更清晰地显示发件人和收件人身份,确保正确的电子邮件地址传递。
对于采用嵌入式工作流的 OEM 2.0 合作伙伴,Acrobat Sign 现在可以在关键 UI 界面和通知中显示用户的个性化电子邮件地址,而不是合作伙伴注册的电子邮件地址。 协议、“等待您处理”和“审阅和签署”电子邮件地址等队列始终反映个性化身份,同时在内部保留注册电子邮件地址用于身份验证和权限管理。 此功能提升了发件人与签名者的操作透明度,并能有效防止电子邮件被发送至无法送达的注册地址。
可用环境:沙盒、商业 | 可用服务层:Acrobat Sign Solutions | 配置范围:API - OEM 2.0 合作伙伴;仅按请求配置
- 短信发送失败的 Webhook 通知 – 实时洞察发送失败情况,自动执行修复,并与邮件退信功能保持同等效力。
当通过短信发送的协议因无效电话号码、运营商拒绝或线路被阻止等问题而无法传递时,Acrobat Sign 现在会触发新的 webhook 事件 AGREEMENT_PHONE_BOUNCED。 这使客户能够近乎实时地检测短信传递失败,并自动触发后续操作,如更正电话号码、重试传递或开启支持案例,消除盲点并减少移动优先签署工作流中的延迟。
可用环境:沙盒、商业、政府 |可用服务层级:Acrobat Sign Solutions |配置范围:API
- Webhook 负载 – 为动态参与更新添加了条件参与者extendedStatus字段,改善了参与者状态可见性。
当发送者使用动态参与修改进行中的协议时,Webhook 通知现在在每个参与者(memberInfos[])对象中包含extendedStatus字段。 此字段提供额外的参与者生命周期详细信息,同时保持现有状态字段不变以确保向后兼容性。
status 值(保持不变):ACTIVE、REPLACED。
extendedStatus 值:ACTIVE、REPLACED、REMOVED、COMPLETED。
可用环境:沙盒、商业、政府 | 可用服务层:Acrobat Sign Solutions | 配置范围:API
已解决的问题
| 问题 | 说明 |
|---|---|
| 4543515 | 摘要:在签署者成功签署且协议进入下一步后,可能会为有效签署者错误生成 webhook 电子邮件地址退回事件。 当同一签署组中的被委托人具有无效电子邮件地址且发送者替换原始委托人时,可能会发生这种情况。 在这些情况下,系统可能会错误地将"代表…签署"退回事件归因于有效签署者,而不是电子邮件地址实际退回的参与者。 |
| 修复:事件归因逻辑已更正,因此电子邮件地址退回事件仅与电子邮件地址实际退回的参与者关联。 不再为已完成签署的有效签署者生成退回事件,webhook 通知现在反映正确的参与者和电子邮件地址。 | |
| 4544548 | 摘要:通过 web UI 创建的集成密钥可能会在 10 年后过期,尽管创建页面声明该密钥提供"永久访问权限"。当密钥达到其 10 年存留期时,API 调用开始返回过期令牌错误,这可能会意外中断现有集成。 |
| 修复:UI 消息已更新,移除了"永久访问权限"措辞,并清楚地显示集成密钥的过期日期。 更新后的文本现在声明密钥保留访问权限直到过期日期或直到手动撤销,提供关于 10 年默认存留期的透明度。 | |
| 4546301 | 摘要:对于包含非常大文档的协议,Webhook 事件传递可能会延迟多达数小时,即使协议创建完成且早期处理步骤似乎在几分钟内完成。 在延迟窗口期间,webhook 传递服务在尝试检索协议文档时可能会反复收到 DOCUMENT_NOT_AVAILABLE 响应,webhook 事件可能直到服务停止重试或文档变为可用时才会传递。 |
| 修复:文档可用性处理已更正,因此大型协议可靠地转换到文档可检索的状态,而不会出现扩展的 DOCUMENT_NOT_AVAILABLE 响应。 因此,webhook 事件传递不会因为对不可用文档的文档检索重试而出现数小时的延迟。 | |
| 4547823 | 摘要:当通过 API 在创作状态下创建协议然后从管理体验中编辑时,收件人的私人消息可能不会为某些签署者显示。 在这种情况下,UI 可能会将私人消息值显示为"无"或空白,即使协议数据包含正确的私人消息值。 此行为出现在共享帐户场景中,其中用户切换到另一个用户的帐户来编辑草稿,它可能只影响特定收件人,而其他收件人显示正确。 |
| 修复:添加了检查以检索活跃共享上下文并为授权的共享用户返回私人消息。 因此,从创作流查看或发送 API 创建的草稿时,私人消息值现在正确显示。 | |
| 4548274 | 摘要:在新模板体验中编辑和保存模板后,库模板的修改日期可能不会更新。 用户可能会在模板上看到新添加或更新的字段,但修改日期在管理 UI 和管理视图中保持不变,这使得模板看起来没有最近修改。 这是因为新体验通过不同时更新模板修改时间戳的路径更新表单字段。 |
| 修复:修改日期更新行为已在新模板体验和相关 API 操作之间保持一致。 保存模板字段更改的代码路径现在也会更新模板的修改日期,使其反映最近更改的实际时间。 | |
| 4548564 | 摘要:当签名和表单字段放置在源文档中预先存在的图章批注上方时,这些字段在已签名的 PDF 中可能显示为不可见。 在受影响的模板中,图章批注在正在处理过程中重叠或遮挡交互式字段,导致已完成的签名和其他字段在最终签名文档中隐藏。 |
| 修复:图章批注处理已更新,可安全处理和拼合预先存在的图章批注,使其不再遮挡表单字段或签名。 现在,放置在图章区域上方的字段在整个签名过程中以及在完全执行的 PDF 中都保持可见。 | |
| 4549103 | 摘要:在发送者将之前无效的收件人替换为有效电子邮件地址后,可能会再次记录该无效收件人的电子邮件地址退回事件。 在某些情况下,审核记录可能会显示旧电子邮件的第二次退信事件,且协议状态可能仍显示为“电子邮件退信”,即使新收件人已成功接收、查看或签署了协议。 此行为可能使协议看起来仍在同时针对旧电子邮件地址和新电子邮件地址。 |
| 修复:替换签名者工作流已更新,可防止向电子邮件已退回的被替换收件人发送额外的通知电子邮件。 系统现在在发送替换相关通知之前检查先前的退回历史记录,确保替换后不会为旧电子邮件地址生成新的退回事件。 | |
| 4549306 | 摘要:电子邮件地址包含某些特殊字符(例如撇号)的用户可能无法从通用 adobesign.com 或 echosign.com 公共登录页面登录。 输入电子邮件地址并单击密码字段后,页面可能会重新加载并清除电子邮件地址字段,而不是将用户重定向到正确的分片或 SSO 登录页面。 这会阻止受影响的用户完成身份验证,并阻止依赖公共登录端点的集成。 |
| 修复:登录分片解析逻辑已更正,可在构建分片间重定向 URL 之前正确处理和解码包含特殊字符的电子邮件地址。 现在,具有受影响电子邮件地址格式的用户可正确重定向到其指定的分片和 SSO 登录页面,而不会清除电子邮件地址字段。 | |
| 4549331 | 摘要:当启用某些文档处理功能且源 PDF 包含无效页面框坐标(例如,不正确的 CropBox 或 MediaBox 值)时,签名和其他表单字段在已签名的 PDF 中可能显示为缺失或不可见。 在这种情况下,依赖页面坐标的字段可能在可见页面区域之外渲染,使已完成的签名看起来缺失,即使签名成功完成。 |
| 修复:PDF 页面框处理已更正,可在文档处理期间安全地标准化无效的 CropBox 和 MediaBox 值。 因此,签名和表单字段放置现在与可见页面区域对齐,已签名的 PDF 按预期显示签名。 | |
| 4550367 | 摘要:当发件人所在组的默认签名者身份验证设置为“电话”,且帐户没有可用的电话身份验证配额时,即使 Web 表单的签名者身份验证已设为非电话方式(例如 Adobe Sign),在创建 Web 表单时,选择“预览并添加字段”后,仍可能失败并显示通用“服务器错误”。 因此,受影响帐户中的所有用户可能被阻止在所有文档中创建 web 表单。 |
| 修复:网页表单创建现在仅针对实际为网页表单签名者配置的身份验证方法评估配额,不再仅基于组默认身份验证设置应用电话身份验证配额检查。 这可防止虚假配额耗尽错误,并允许正常创建 web 表单。 | |
| 4551011 | 摘要:当发送者上传某些扫描的 PDF、添加签名字段并发送协议时,已签名的 PDF 在签名完成后可能不显示可见签名。 当上传的 pdf 包含无效页面边界元数据(MediaBox 和 CropBox 坐标显示为颠倒)时,可能会出现此行为,这可能导致签名和其他字段外观图层在可见页面区域之外渲染。 |
| 修复:PDF 页面边界处理已更新,可正确处理具有无效或反向 MediaBox 和 CropBox 坐标值的 PDF,因此签名和表单字段外观内容在可见页面区域内渲染,并在最终签署的 PDF 中保持可见。 | |
| 4551427 | 摘要:一些已拥有主要且正确配置帐户的收件人收到协议时被视为"伪用户"收件人,因此协议不会显示在其正常的管理视图中。 当收件人电子邮件地址包含前导或尾随空格时会发生这种情况,这会阻止系统将电子邮件地址与现有用户匹配,并导致创建伪用户记录。 |
| 修复:电子邮件解析和用户查找已更新,在将收件人电子邮件地址与现有用户匹配之前会对其进行标准化处理(删除前导和尾随空格)。 因此,发送给现有用户的协议会解析到已注册的帐户,而不是创建伪用户收件人,即使电子邮件地址输入时包含空格(在 API 有效负载和工作流收件人列表中)。 | |
| 4553198 | 摘要:当协议包含至少一个配置为短信传递的收件人和至少一个配置为仅电子邮件传递的收件人时,通过 API 取消协议不会向短信收件人发送短信取消通知。 协议成功取消,电子邮件通知已传递,但短信收件人不会收到取消消息。 |
| 修复:取消工作流已更正,确保在取消协议时向所有配置为短信传递的收件人发送短信取消通知,无论其他收件人的传递方法如何。 | |
| 4554463 | 摘要:当协议包含在合并文档中共享相同字段名称的克隆单选按钮时,在最终签名的 PDF 中只有一个选定选项实例保持选中状态。 尽管这些字段在视觉上显示为复选框,但它们实际上是作为单选按钮实现的。 签名后,选定的值不会在所有克隆实例中一致传播,导致预期选择的映射不正确或不完整。 |
| 修复:表单字段处理逻辑已更正,使克隆的单选按钮存储和传播选定的导出值,而不是内部索引值。 这确保了同一单选按钮字段的所有克隆实例在签名的 PDF 中反映正确的选择。 | |
| 4554593 | 摘要:一些使用旧版 OAuth 端点刷新访问权限令牌的合作伙伴集成开始出现 HTTP 401 错误失败。 服务拒绝了令牌刷新请求,错误提示应用程序不允许使用旧版 OAuth 端点,必须改用 OAuth v2 端点。 这阻止了客户通过合作伙伴应用程序对 Acrobat Sign 进行身份验证,即使是之前正常工作的集成也是如此。 |
| 修复:身份验证服务已更正,配置为使用旧版 OAuth 流量的合作伙伴应用程序现在可以成功刷新令牌,而不是被错误地强制使用 OAuth v2 端点。 | |
| 4554614 | 摘要:当签名者在需要签名者身份验证且配置为在签名前需要接受使用条款的协议上使用现代电子签名体验时,单击"单击签名"会触发 5 秒重定向到经典签名体验。 重定向消息警告在现代签名中输入的签名和首字母缩写将被清除,迫使签名者重新输入并实际签名两次。 |
| 修复:签名令牌刷新流量已更正,当签名者在签名前接受使用条款时,重新颁发的签名令牌会保留签名者身份验证详细信息。 这防止了最终签名步骤身份验证失败,并消除了从现代签名到经典体验的强制回退。 | |
| 4555656 | 摘要:在特定时间条件下,协议状态转换可能看起来成功,但实际上并未更改协议状态。 当在后端正在处理完成之前收到 webhook 通知时,后续 API 调用可能会使用过时的协议状态数据。 在此时间窗口内,某些状态转换方法会返回 HTTP 200 OK,即使协议不处于请求转换的有效状态。 因此,自动化工作流可能认为转换成功,而协议仍保持在原始状态。 |
| 修复:协议状态转换逻辑已更新,在应用转换之前强制执行严格验证。 如果协议不处于有效状态,API 现在会返回明确的错误回答,而不是静默返回成功。 这确保无效转换被明确拒绝,使调用系统能够适当重试,并防止协议在没有可见性的情况下保持意外状态。 |
Adobe Acrobat Sign 版本 v17.1
生产部署:2026 年 5 月 5 日
GovCloud 部署:2026 年 5 月 12 日
改进的功能
体验更改
- 审核报告中的签名外观 – 记录每位签名者所使用的签名输入方法,提高合规性可见性并减少手动验证
审核报告现在会记录签名者应用其签名时使用的签名外观方法。 对于每个 ESIGNED 事件,审核记录会识别签名者是使用了键入签名、手绘签名、上传图像,还是基于移动设备的手绘或图像捕获。 此增强功能使合规和运营团队能够直接从审核报告验证签名方法,减少歧义并防止不必要的协议拒绝。
签名外观类型:- 键入:签名者键入其姓名并选择基于字体的签名样式。
- 绘制:签名者在桌面上使用鼠标或触控板绘制其签名。
- 图像:签名者从桌面上传签名图像文件。
- Mobile 绘制:签名者在移动设备上使用触摸绘制其签名。
- Mobile 图像:签名者在移动设备上上传或拍摄签名图像。
- 现代体验中的个人通讯录管理 – 用户可以在现代 请求签名 体验中直接从其个人通讯录中删除已保存的电子邮件地址,从而更容易保持个人收件人列表的准确性和时效性。
\n
- 试用版增强功能 - 最新的入门体验已添加到 Sign 试用版中。
Sign 试用版现在包含在最近的付费版本中引入的增强载入体验和功能。
- 新的自定义工作流设计器成为默认设置,推广现代设计器,移除用户切换控件,保留管理员灵活性
新的 自定义工作流设计器 体验现在是所有帐户的默认设置。用户不再看到恢复到经典设计器的切换链接,而管理员保留在需要时重新启用对先前体验的访问权限的能力。 此更新推进了向现代工作流设计界面的过渡,同时在过渡期间保持管理控制权。
REST API/Webhook 更新
有关此版本的 API 和 Webhook 更新的信息,请参阅 Acrobat Sign API 文档。
- 通过 login_hint 参数进行数字身份初始化 – 允许 API 发送者使用特定于收件人的登录标识符初始化数字身份验证。
多个 v6 REST API /agreements 端点现在支持 loginHint 参数,该参数允许 API 发送者使用已知的登录标识符(如电子邮件地址或用户 ID 号码)初始化数字身份网关身份验证。身份提供商控制用户体验,但标识符通常会预填充登录屏幕,以加强高信任度验证工作流程并降低冒充风险。 标识符在数字身份网关登录页面和审核报告中以掩码格式显示,在保护敏感数据的同时保持可追溯性。
以下端点已更新以包含 loginHint 参数:- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members
- OEM 2.0 身份和信任边界增强功能 – "在所有位置显示个性化/OEM 电子邮件地址"功能现在优先处理由同一合作伙伴配置的用户,并在未找到匹配项时自动创建收件人
\n启用"在所有位置显示个性化/OEM 电子邮件地址"功能时,协议参与者解析会优先处理由同一合作伙伴配置的用户,并在不存在匹配用户时自动创建收件人记录,确保跨帐户的一致身份处理。
\n
\n此外,启用在所有位置显示个性化/OEM 电子邮件地址功能后,审核报告会指示发送者是合作伙伴配置的还是个人帐户,签署者流程会在不同帐户类型中存在相同电子邮件地址时引导用户切换帐户,从而减少混乱并防止意外访问。
已解决的问题
| 问题 | 说明 |
|---|---|
| 4520028 | 摘要:当用户属于多个组时,“管理”页面上的“组”列会显示不正确或不一致的值。 更改用户的主要组会导致协议显示错误的组,包括最后选择的主要组或多个组,而不是协议最初发送时所属的组。 |
| 修复:更新了“管理”页面的逻辑,在渲染“组”列时使用协议的发送组 (agreement_group_id),而不是用户当前的主要组。 | |
| 4532690 | 摘要:当同时启用“仅允许通过工作流发送协议”和“启用新的自定义工作流发送体验”时,用户无法编辑通过自定义工作流创建的草稿协议。 系统错误地阻止了在编辑现有草稿时访问撰写页面,将其视为新发送操作而非草稿编辑。 |
| 修复:更新了撰写页面逻辑,以检测草稿编辑场景并绕过工作流限制检查,允许用户编辑从自定义工作流创建的现有草稿协议。 | |
| 4536764 | 摘要:由于处理特定模板 PDF 时失败,通过自定义工作流发送协议导致服务器错误。 该错误是由一个或多个源文档中无效或缺失的批注外观数据引起的,这在预填充过程中触发了渲染异常。 该问题无法稳定重现,且无法在受影响的工作流之外复制。 |
| 修复: 改进了 PDF 处理层中渲染异常的处理。 | |
| 4537197 | 摘要:在使用新的批量发送体验并手动输入收件人姓名时,由于对跨文档所需收件人姓名数据的处理不正确,第二个姓名字段在签署过程中被移除。 |
| 修复: 更新了文档处理逻辑,以在批量发送协议时正确保留所有收件人姓名字段。 | |
| 4538172 | 摘要:在沙盒同步期间,包含收件人组的工作流复制失败,并出现“执行请求时出错”消息,原因是收件人组引用无效。 该工作流使用了特定于环境的收件人组 ID,这些 ID 无法跨环境移植,导致同步期间验证失败。 |
| 修复: 更新了沙盒同步处理,以在工作流复制操作期间正确验证和处理收件人组引用,防止在两个环境中都存在收件人组时出现失败。 | |
| 4538251 | 摘要: 在新的批量发送体验中,当源文件包含现有 AcroForm 字段时,全名和电子邮件签署者信息字段在签署过程中或最终文档中不显示。 该问题是由于在将签署者信息字段与预先存在的表单字段合并时对合并字段数据的处理不正确造成的,导致字段无法在子协议中渲染 |
| 修复: 更新了合并和表单字段处理逻辑,以在包含现有 AcroForm 字段的文档中正确应用签署者信息字段。 | |
| 4545485 | 摘要: 当缩略图生成遇到格式错误的 PDF 表单字段时,协议创建间歇性失败。 失败是由包含没有有效名称的表单字段和无效嵌套字段结构的源文档引起的,这在 PDF 生成过程中触发了处理错误。 |
| 修复: 在 PDF 处理期间添加了验证和空值检查,以处理格式错误的表单字段并防止在缩略图生成和协议创建期间出现失败。 | |
| 4545814 | 摘要: 在处理从基于 XDP 的工作流生成的横向文档时,字段未对齐且文本标记仍然可见。 横向布局中不正确的坐标计算导致字段放置不当,并阻止文本标记被正确解析和移除。 |
| 修复: 更新了字段渲染逻辑,以正确计算和放置横向文档中的表单字段,确保在处理过程中正确对齐和移除文本标记。 | |
| 4545978 | 摘要: 使用本地数字签名时,签署者姓名中的重音字符在可见签名块中渲染不正确。 该问题的出现是因为文档中嵌入的默认字体缺乏对西欧字符的正确编码,导致在签名外观渲染期间出现不正确的字符替换。 |
| 修复: 更新了嵌入字体配置,以包含重音字符的正确编码,确保签署者姓名在签名外观中正确渲染 | |
| 4547100 | 摘要: 仿制的多行文本字段在已签署的 PDF 中渲染不一致。 多行仿制字段缺少默认外观字典,这导致仿制字段显示的行数少于源字段,即使两个字段使用相同的大小和设置。 |
| 修复: 为多行仿制字段添加了默认外观字典,使仿制字段和源字段在已签署文档中渲染一致。 | |
| 4548305 | 摘要:即使已启用 HIPAA,入门检查清单仍将“请求 BAA 以实现 HIPAA 就绪”显示为“待处理”。 清单评估逻辑错误地将继承的 HIPAA 相关设置视为不完整,导致任务状态保持待处理,尽管该功能已启用。 |
| 修复: 更新了检查清单评估逻辑,以正确解释与 HIPAA 相关的设置(包括继承值),因此当启用 HIPAA 时,加入任务会反映已完成状态。 | |
| 4550731 | 摘要: 使用 Fill & Sign 签署文档时,签名下划线和时间戳之间出现较大间隙。 当签名字段不够宽,无法容纳渲染的签名内容时会出现此问题,导致签名外观中的间距不正确 |
| 修复:更新了签名渲染,以遵循定义的字段尺寸并适当调整间距,减少下划线和时间戳之间的间隙。 | |
| 4550906 | 摘要:对于某些用户,更改密码链接指向无效 URL,导致浏览器错误。 当应用程序从配置中读取过时的端点而不是正确的 URL 时会出现此问题,导致跨环境的行为不一致。 |
| 修复: 更新了配置的密码更改端点,以在受影响的环境中使用正确的 URL。 | |
| 4550992 | 摘要:在新体验中编辑某些模板会重定向到创建模板页面,而不是在编辑模式下打开模板。 出现此问题是因为系统根据模板所有者的设置而不是当前用户的设置来确定体验,导致编辑共享模板时路由不正确。 |
| 修复: 更新了模板编辑逻辑,使用当前用户的体验设置而不是模板所有者的设置,确保模板在正确的编辑模式下打开。 | |
| 4551756 | 摘要: 审批请求电子邮件在收件人字段中显示未解析的模板变量,导致电子邮件格式不正确。 生成权利冲突通知时,电子邮件模板渲染逻辑出现故障会导致此问题。 |
| 修复: 更新了电子邮件模板渲染,以正确解析和填充收件人字段,确保在审批请求电子邮件中显示有效的电子邮件地址。 | |
| 4551768 | 摘要: 由于 forms 字段外观处理失败,签名者在访问或完成协议时遇到未处理的错误。 格式错误的外观对象在文档生成期间导致 ClassCastException,从而导致协议渲染失败。 |
| 修复: 更新了 forms 字段处理逻辑,在强制转换之前验证外观对象类型,防止异常并确保协议正确渲染以供签署。 | |
| 4552272 | 摘要:已取消或已放弃的协议会显示在“管理”页面的“等待您处理”下。 当工作流重新启动事件未正确清理参与者状态数据时会出现此问题,留下过时的可见性和索引数据,导致协议在错误的视图中显示 |
| 修复: 更新了工作流重新启动处理和索引逻辑,以正确清除先前的参与者状态数据,并确保协议仅在其正确状态下显示。 | |
| 4553158 | 摘要: 在 iOS 上的 RTL 语言环境中,签名面板在绘制签名时无法正确响应。 面板会滚动而不是捕获输入,要求用户手动滚动以绘制和应用签名,当启用新的收件人签名体验时,这会阻止正常的签名行为。 |
| 修复:更新了 iOS 上 RTL 布局的签名面板交互处理,以正确捕获手写输入,避免出现意外滚动,从而使签名能够正常创建和应用。 | |
| 4553583 | 摘要: 工作流允许带有前导或尾随空格的电子邮件地址,这会导致在新体验中发送时协议静默失败。 系统不会验证或标准化输入,并且不会显示错误消息来指示问题。 |
| 修复:更新了输入处理,以自动修剪电子邮件地址中的空格并防止保存无效值,并为现有工作流添加了处理,以便可以成功发送协议。 | |
| 4553676 | 摘要:超链接在管理视图中显示不正确,协议标题被附加到 URL 中,导致链接损坏。 该问题是由于在管理界面中渲染超链接时 URL 解析不正确导致的。 |
| 修复:更新了超链接渲染以使用正确的 URL 解析,确保链接保持不变并在所有视图中正常运行。 | |
| 4555021 | 摘要:即使立即输入验证码,OTP 验证也会失败,并显示“已过期”错误。 该问题是由于身份验证流程中的竞争条件导致的,多个提交事件会导致 OTP 过早失效。 |
| 修复:更新了 OTP 验证流程以正确处理重复或快速提交事件,防止过早过期并允许有效的 OTP 输入成功。 | |
| 4555028 | 摘要:移除下一个签署收件人可能会因系统错误而失败,并使协议停留在待处理修订状态。 当收件人有主要提醒时会出现此问题,这会阻止协议更新成功完成。 |
| 修复:更新了收件人移除逻辑以处理下一个签署者有活跃提醒的情况,使协议更新能够顺利完成且无错误。 | |
| 4555319 | 摘要:Web 表单创建者在预览表单时只能看到“键入”和“绘制”签名选项,而签名者则看到所有可用选项(键入、绘制、图像、移动设备)。 该问题是因为当创建者不作为签署者时,预览模式没有正确应用启用的签名输入设置。 |
| 修复:更新了网页表单预览行为以应用完整的已启用签名输入类型集合,确保创建者看到与签署者相同的签名选项。 | |
| 4555345 | 摘要:包含多个“签署者与见证人”收件人的协议在从草稿中预览时失败,并出现错误“ParticipantSetsInfo 无法修改”。该问题是由于自定义工作流中参与者和见证人的排序逻辑不正确导致的,这阻止了协议转换回编辑状态 |
| 修复:更新了自定义工作流中的参与者和见证人排序逻辑以正确计算执行顺序,允许协议返回创作状态并正常进行。 | |
| 4555615 | 摘要:委派和替换收件人的 Webhook 事件负载不包含 privateMessage 字段。 该问题是因为私人消息没有传播到用于生成 webhook 负载的收件人状态,导致受影响事件的数据缺失。 |
| 修复:更新了参与者数据处理以确保私人消息包含在委派和替换收件人的 webhook 负载中。 | |
| 4555687 | 摘要:由于文档可见性验证失败,协议可能在签署后被自动取消并移至隐藏状态。 当参与者被委派或替换时,文档可见性映射没有正确转移,导致分配字段和可见文档之间不匹配,这可能触发自动取消。 \n |
| 修复:委派和替换逻辑现在为新参与者正确仿制文档可见性映射,防止验证失败和意外的协议取消。 | |
| 4556516 | 摘要:表单字段可能忽略配置的字体大小并在生成的协议中渲染不一致。 当文档处理引擎调整字体大小以防止文本剪切时,多行字段会出现此问题,覆盖固定字体大小设置。 |
| 修复:更新了字体渲染行为,使多行字段遵循固定字体大小设置,与预期输出保持一致并防止意外的大小调整。 | |
| 4556967 | 摘要:对于网页表单,选中的复选框在最终签署的 PDF 中可能显示为未选中。 当使用某些隐藏值(例如“no”、“false”、“0”、“off”、“unchecked”)时会出现此问题,这可能会导致在启用 Gibson 的情况下处理文档时错误解读复选框状态。 |
| 修复: 更新了复选框处理,以正确解释隐藏值并在最终文档中保留选中状态,确保签署过程与已签署 PDF 之间的一致性。 | |
| 4557222 | 摘要: 在工作流中使用时,字段模板中的关联字段可能会在创作页面上消失。 出现此问题是因为在基于工作流的创作过程中,关联字段未包含在返回的协议表单字段数据中,导致字段缺失。 |
| 修复:更新了表单字段处理,在工作流处理期间包含字段模板中的关联字段,确保它们在创作页面上正确合并和显示。 | |
| 4557272 | 摘要: 签署日期字段可能无法在最终的已签署 PDF 中显示。 当文档处理期间文本字段渲染失败时会出现此问题,导致日期字段无法在输出文档中显示。 |
| 修复: 更新了文本字段渲染,以正确处理空值或空白值,确保签署日期字段在已签署文档中始终显示。 | |
| 4557282 | 摘要:使用新模板体验创建 Web 表单时,单选按钮字段可能会显示意外的工具提示值(“object Object”)。 该问题是由于对空工具提示值的错误处理导致的,造成占位符数据被渲染而不是被抑制。 |
| 修复: 更新了工具提示处理逻辑,以正确忽略空值,防止意外的占位符文本出现在 web forms 中。 | |
| 4557589 | 摘要:发送协议进行签署时,预填充的复选框字段可能显示为未选中。 当为复选框或单选按钮输入定义重复或冲突的隐藏值时会出现此问题,这可能导致在文档处理期间对选中状态的错误解释。 |
| 修复: 更新了字段值处理,以正确处理隐藏值并保留预填充选择,确保生成和发送协议时复选框状态保持一致。 | |
| 4557672 | 摘要:发送协议时,新的请求签名体验可能会显示一个通用错误(“提供的请求无效”),而无法识别导致失败的具体字段。 当收件人详细信息(如电话号码格式)验证失败,但错误未清楚地向用户显示时,可能会出现此情况。 |
| 修复: 更新了验证处理,以提供特定的字段级错误消息,帮助用户在发送协议之前识别和纠正无效输入。 | |
| 4557680 | 摘要: 合并多个文档时,某些协议中的复选框或单选按钮映射可能会失败,导致预期值未被应用。 当默认值与定义的导出值不完全匹配时会出现此问题,这可能导致字段被视为单独的组并破坏映射行为。 |
| 修复: 更新了字段映射逻辑,以忽略不匹配的默认值并正确关联跨文档的字段,提高复选框和单选按钮行为的一致性。 | |
| 4557902 | 摘要: 在填写和签署协议中,签名与日期和时间戳之间可能会出现额外间隙。 出现此问题是由于格式良好的签名中间距计算不正确,导致与其他签署流程相比布局不一致。 |
| 修复: 更新了签名布局计算,以正确定位签名和时间戳,移除意外间距并确保格式一致。 | |
| 4557947 | 摘要: 使用 library 模板时,即使签署者选择了复选框字段,它们在最终的已签署 PDF 中也可能显示为未选中。 当复选框字段配置错误或使用某些隐藏值时可能会出现此问题,这会导致在文档处理期间对选中状态的错误解释。 |
| 修复: 更新了复选框处理,以正确解释隐藏值并保留选中状态,确保复选框选择在已签署文档中得到保留。 | |
| 4558295 | 摘要:必需的单选按钮值在最终签署的 PDF 中可能会丢失。 当字段值包含特殊字符(例如引号或符号)且未正确处理时,可能会出现此问题,导致所选值无法在文档输出中渲染。 |
| 修复:更新了字段值处理,以正确处理特殊字符,确保所选值在已签署的 PDF 中得以保留和显示。 | |
| 4558307 | 摘要:表单字段可能会忽略配置的字体大小,并在生成的协议中渲染不一致。 当文档处理引擎调整字体大小以防止文本裁剪,从而覆盖固定字体大小设置时,多行字段中可能会出现此问题。 |
| 修复:更新了字体渲染行为,使多行字段遵循固定字体大小设置,从而防止意外调整大小并确保输出一致。 | |
| 4558554 | 摘要:签署者可以在不与签名块交互的情况下完成协议。 在启用 Gibson 的帐户中,当签名块在签署过程中未正确渲染或强制执行时,可能会出现此问题,从而允许仅使用签名字段完成。 |
| 修复:更新了签名渲染和验证逻辑,以确保签名块在协议完成前正确显示并设为必需。 | |
| 4558725 | 摘要:文本标记在预览期间可能无法渲染或转换为表单字段。 当上传的 PDF 包含不受支持或无效的元素(例如空批注或现有可填写字段)时,可能会出现此问题,这些元素会阻止文本标记处理成功完成。 |
| 修复:更新了文本标记处理,以更可靠地处理包含无效或不受支持批注的 PDF,允许在预览期间按预期生成字段。 | |
| 4559285 | 摘要:在新的请求签名体验中选择国家/地区代码时,某些区域的电话身份验证可能会失败。 当 UI 显示不完整或不正确的国家/地区代码(例如巴巴多斯显示为“+1”而不是“+1246”)时会出现此问题,这可能会导致发送协议时出现验证错误。 |
| 修复:更新了国家/地区代码处理,以使用正确的完整拨号代码,确保在新体验中正确验证和处理电话号码。 | |
| 4560119 | 摘要:表单字段中的文本在生成的协议中可能会出现错位或重叠。 当文档处理引擎引入渲染差异时,多行文本字段中可能会出现此问题,导致与创作视图相比出现布局偏移。 |
| 修复:更新了多行字段的文本渲染和布局处理,以改善对齐并防止重叠,确保创作和最终文档之间显示更加一致 | |
| 4562058 | 摘要:在发送页面上从通讯录中选择不同电子邮件时,收件人姓名可能保持不变。 出现此问题是因为选择新联系人时姓名字段不会刷新,导致显示的姓名与所选电子邮件不匹配。 |
| 修复:更新了收件人选择行为,使姓名字段在选择新联系人时始终刷新,确保姓名和电子邮件保持同步。 | |
| 4566339 | 摘要:处理具有格式错误字段值的静态 XFA PDF 时,可能会出现不正确的复选框状态。 当不受支持或无效的 XFA 数据(例如数值字段中的字符串值)处理不一致时,可能会出现此问题,特别是在启用 Gibson 的环境中,复选框默认值可能会被误解。 |
| 修复:更新了文档处理管道中的 XFA 处理,以更一致地标准化或忽略格式错误的值,防止不正确的复选框状态并在各环境中保持行为一致。 | |
| 4567278 | 摘要:启用动态参与者时,只读文本字段可能无法在签署页面上显示。 此问题是由于参与者解析过程中字段渲染不一致导致的,这可能会使不可编辑的字段在签署者视图中被省略。 |
| 修复:更新了动态参与者的字段渲染逻辑,以确保只读字段在签名期间一致地包含和显示。 | |
| 4568023 | 摘要:在 web 表单签名期间,图像和移动签名选项可能无法显示。 此问题可能是由于网页表单填写流程中签名选项加载不一致导致的,某些签署方法在会话重新加载或通过备用路径访问之前不会显示。 |
| 修复:更新了 web 表单签名初始化,以一致地加载所有启用的签名选项,确保图像和移动方法在所有入口点都可用。 |
Adobe Acrobat Sign 版本 v17.1.1
生产部署:2026 年 6 月 16 日
GovCloud 部署:2026 年 6 月 18 日
改进的功能
体验更改
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 现在在为下一个签署者准备协议时检查正确的已签署文档版本。 这可防止在启用动态参与者时,签署流程在成功签名后显示错误。 |