Adobe Acrobat Sign 技术通知 2021-2022

Adobe Sign 模板：W-4 (2022)

名为 W-4 2022（预扣职工所得税津贴证明）的新 IRS W-4 (2022) 表单预计将作为 2022 年 4 月版的一部分添加到 Adobe Sign 库。

必要措施

新 W-4 表单模板拥有一个新的 libraryDocumentId。 如果您在应用程序中使用的是现有模板的 libraryDocumentId，则需要更新该 ID。

我们将于 2022 年 6 月从系统中删除 2021 版。

任何使用旧版（2021 版）表单的应用程序/API 必须在 6 月 1 日之前进行更新，以确保服务不被中断。

要在启用 API 的帐户中查找 libraryDocumentId，请执行以下操作：

1. 以帐户管理员身份登录
2. 单击“帐户”选项卡 >“Adobe Sign API”>“API 信息”，然后单击链接 REST API 方法文档
3. 在“GET /libraryDocuments”部分中，单击 OAuth 访问令牌按钮 
   • 启用 library_read:self 范围
4. 单击立即试用！ 按纽
5. 在“响应正文”中，找到新的 W-4 2022（预扣职工所得税津贴证明书）表单模板（不是 2021 版），以查看 libraryDocumentId 值。  

6 月 14 日版本中添加了两个新 Webhook

6 月 14 日版本中添加了两个新 Webhook：

• 协议到期日期已更新 (AGREEMENT_EXPIRATION_UPDATED)（仅通过 REST v6 API POST/Webhook 可使用此功能） - 在更新协议的到期日期时触发。
  
• 协议签名者姓名由签名者更改 (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) - 当收件人在签名时将其姓名更改为与创建协议时提供的签名不同时，将触发此功能。

两个 Webhook 均可用。

功能版本：Adobe Acrobat Sign – 6 月 15 日版已完成

此功能版本已完成，且所有功能均可使用。

2022 年 6 月 8 日完成 Microsoft 集成的 Adobe Acrobat Sign 权限更新

2022 年 6 月 8 日，Acrobat Sign 将 Microsoft Teams、Outlook、Word 和 PowerPoint 集成的通知框架从回调迁移到 webhook。这将改进通知传递，并使用户能够在其首选集成中获得所有 Acrobat Sign 文档通知，而无论文档源自何处。

更新完成后，最终用户需要重新接受 Acrobat Sign 权限（包括查看、创建/编辑和删除 webhook），然后才能继续使用集成。

重新接受 Acrobat Sign 权限仅需一次，将适用于所有 Microsoft 365 集成中的 Acrobat Sign。此权限在帐户级别授予，必须由最终用户接受。

请访问下方相应的帮助页面并审阅"建立经过身份验证的关系"以获取更多信息。如需"实时"Acrobat Sign 协助，请登录您的 Acrobat Sign 帐户并单击"？"然后单击"联系支持"以查看您的支持选项。

在 2022 年 6 月版，传统访问代码功能已从服务中移除

在 2022 年 6 月版，传统管理页面从服务中移除，而访问代码功能已从 Acrobat Sign 系统中完全移除。  

计划于 2022 年 6 月 15 日进行的自定义工作流设计器服务中断已结束。

自定义工作流设计器因配合 6 月 15 日主要版本发布而进行底层代码更新，导致服务短暂中断。

太平洋时间下午 3:00 至 3:30 之间，工作流设计器可能不允许用户创建新工作流或保存正在编辑的工作流。

在此期间，使用工作流生成协议的功能不会受到影响。
\n

自 2021 年 12 月 31 日起结束对 Microsoft Internet Explorer 11 和旧版 Edge 浏览器的支持

到 2021 年 12 月 31 日，Adobe Sign 将不再正式支持 Microsoft Internet Explorer 11 或 Microsoft Edge 旧版浏览器。 我们建议客户不要再使用这些浏览器访问 Adobe Sign 应用程序。2021 年 12 月 31 日之后，使用这些浏览器的客户可能体验下降，某些功能可能停止工作。
\n
\n收件人的电子签名页面应在这些浏览器上继续正常运行，以避免中断收件人的工作流程。我们致力于帮助这一过渡尽可能顺利。

功能版本：Adobe Acrobat Sign – 4 月 5 日版 — 已完成

Adobe Acrobat Sign 已于 2022 年 4 月的第一周完成计划的功能发布。 发布期间没有发生停机

2022 年 4 月版包含面向用户和管理员的功能改进，并且解决了客户报告的多个问题。  

新的 SSL 证书 -
自 2022 年 4 月 1 日起生效

Acrobat Sign 已于 2022 年 4 月 1 日上午发布新的 SSL 证书。
公钥、底层加密协议或方案没有更改。

必要措施

公钥的使用

• 如果您使用 SOAP 或 REST API 构建与 Acrobat Sign 的自定义集成，并且如果这其中有任何集成已“固定”现有的公钥，则无需任何操作。
• 如果您正在使用 Acrobat Sign 的 SSL 证书进行 SSO，或者如果您正在大头针证书本身（或使用其他方法），您可以在 Adobe Acrobat Sign 系统要求中找到新的 Acrobat Sign 证书。
  • 如果您的 SSO 配置支持多个公共证书/链，则可以立即添加新的证书，并在 4 月切换后从配置中删除旧的公共证书/链。
  • 如果您的 SSO 不支持多个公共证书/链，则需要在 2022 年 4 月 1 日将您的 SSL 交换机与 Acrobat Sign 同步。  

新的 SSL 证书已于 2022 年 4 月 1 日生效。

次要功能版本：Adobe Acrobat Sign，2022 年 5 月 3 日

Acrobat Sign 于 2022 年 5 月 3 日完成了次要功能版本发布。发布期间没有发生停机

2022 年 5 月版本包括一项功能改进，允许在网页表单中为其他参与者进行基于知识的身份验证。 

用户 Word/PowerPoint、Outlook 和 Teams 集成的 Acrobat Sign 租户更新

2022 年 3 月 22 日，Adobe Acrobat Sign 将更新适用于 Office 365 的 Acrobat Sign 应用程序租户，这是用于 Word/PowerPoint、Outlook 和 Teams 集成的应用程序公用租户。  

从东部夏令时上午 10 点开始，系统可能会提示管理员/用户重新接受应用程序的权限请求，并且只有这样做才允许访问。 确切时间取决于帐户通过 Microsoft 签发的身份验证令牌的到期时间（起算时间点后最多 24 小时）。

Adobe Sign 自定义电子邮件模板 (CEMT) 服务计划维护 — 已完成

2022 年 2 月 12 日星期六下午 6:00PST 至下午 7:00PST，Adobe Sign 自定义电子邮件模板 (CEMT) 服务将在核心基础架构组件升级期间出现短暂的服务降级。在此期间，客户可能会看到默认邮件模板，而不是预期的自定义模板。 预计不会出现服务中断。

功能版本：2022 年 1 月 — 已完成

Adobe Sign 已完成 2022 年 1 月版，应用程序无停机。

1 月版本包括对用户和管理员的功能改进，以及对多个客户报告问题的解决方案。 

在 2022 年 1 月，新“主页”或“管理”页面将成为标准；传统页面已从服务中删除

Adobe Sign 将在 2022 年 1 月版停用传统版“主页”和“管理”页面。届时，所有帐户都将过渡到现代主页和管理体验，无法回退到经典界面。
\n请注意，我们致力于使此过渡尽可能顺利，并已发布功能来匹配经典管理页面的行为，包括：
\n

• 按名字和姓氏进行目标搜索。
• 发件人现在可以在更换签名者时添加一条消息。
• 添加了功能，提醒抄送人和签名者哪些人已完成。

在 12 月版中，我们将进一步增强搜索功能，添加“快速浏览元数据”功能。  

Adobe Sign 身份验证会重定向到 Adobe 身份管理系统

从 Adobe Sign 9 月版开始，一些直接对 Adobe Sign 应用程序进行身份验证的用户会发现，其身份验证方法被重新路由到 Adobe 身份管理系统。

在 2020 年底前，Adobe 会将身份验证标准化为这种格式。

功能版本：Adobe Sign 2021 年 10 月版

Adobe Sign 已完成 2021 年 10 月版，应用程序无停机。

12 月版包含面向用户和管理员的功能改进，并且解决了客户报告的多个问题。  

锁定名称值的影响范围扩展至“已键入的签名”

3 月版引入了这样一项设置：允许/禁止收件人在签名时编辑其名称值，前提条件是已在过去通过 API 或用户配置文件提供或知晓了相应的名称。 这项功能可将已键入的签名排除在外，从而允许一些签名者在签名过程中更改其名称值。 9 月版将更新该功能，以支持所有签名类型（包括“已键入的签名”）的名称锁定设置。

• 启用了键入他们的姓名和缩写签名复选框并且禁用了签名者可以更改其姓名或缩写签名的客户，将会注意到一项行为变更 – 签名过程中，已键入签名的名称值不再可以进行编辑。
• 如果客户想要在签名过程中允许编辑名称值，则应当启用签名者可以更改其姓名或缩写签名设置（位于签名首选项菜单中）。

9 月版将设立电子签名页面的“门禁”

为了遵守 Adobe 法律要求，Adobe Sign 即将更新电子签名页面上的使用条款 (TOU) 接受行为。 在新的体验中，所有“未知”收件人都必须先接受 Adobe Sign TOU（通过单击继续按钮），然后才能与相关协议进行交互。 此接受与客户帐户可能已配置的任何自定义 TOU 不同，后者将继续根据帐户 TOU/CD 接受配置进行解析。

• "未知"收件人是指任何不是受信任帐户中已注册的主要用户电子邮件的电子邮件地址。
  \n
• “已知”用户在验证其用户帐户时，已于注册过程接受了 Adobe Sign TOU，因此系统不会提示他们再次接受 TOU。

以下示例演示了包含客户配置的自定义 ToU 的协议的默许流程：

1. 通过选择继续按钮（打开协议后），接受 Adobe Sign 使用条款。
2. 根据需要填写协议字段。
3. 通过选择单击以签名按钮，接受《消费者信息披露条款》和自定义的 ToU。

Notarize 集成功能的 API 和“发送”页面更新（预计 10 月推出）

10 月版将引入一项新的 Adobe Sign 功能，以支持与 Notarize, Inc. 的远程在线公证 (RON) 平台的集成。Adobe Sign 与 Notarize, Inc. 的集成可在美国使用。仅此而已。

以下是更改摘要：  

与 Notarize 集成 - Adobe Sign 与 Notarize, Inc. 的远程在线公证 (RON) 平台的集成，使得客户得以在 Adobe Sign 交易中添加远程在线公证服务。 可为通过 ETLA 项目群直接由 Adobe 销售的企业和商业层级客户启用。这些客户只能将 Notarize 交易作为加载项，通过额外支付费用来购买。 

构建自己的应用程序或使用集成的客户应查看以下两个元素： 

发送页面包含一个新元素，用于标识需要经过公证签名的签名者，并包含其他配置步骤以指导签名过程。  

REST API 已更新，以满足利用此功能的要求，而利用 REST API 的客户应查看以下内容，以确定其现有使用是否受到任何影响。 

• 发送页面更新
  

启用 Notarize 交易的客户可以在接收者记录上选择“需要公证”选项，该选项就在身份验证方法的右侧：

在配置协议并且发送者单击“下一步”后，发送者将收到公证流程的其他配置选项：

• API 更新 - 对 API 进行了重要更新，以支持 Notarize 集成：

POST /agreements

POST /agreements API 已更新为支持发送公证协议。

• 新角色 NOTARY_SIGNER 应该用于指示公证会话参与者。
  
• 新的 NotaryInfo 属性已添加到 AgreementInfo 定义，以包含与创建需要公证的新协议相关的所有选项。

FileInfo 扩展

需要扩展 FileInfo 定义，以指明哪些文档应经过公证。

ParticipantInfo 扩展

ParticipantInfo 定义已扩展为允许指定公证人身份验证方法。

NotaryInfo

新的可选 notaryInfo 字段已添加到 AgreementInfo 定义，以包含 NotaryInfo 对象，它指定与公证关联的其他选项。

示例 /agreement

PUT|GET /agreements/{aid}

PUT /agreements/{aid} API 将支持使用公证选项更新协议。 GET /agreements/{aid} API 将返回为协议公证设置的所有选项。 请参阅“POST /agreements”部分以查看更新的属性。

错误代码

POST /agreements 的现有错误代码保持不变。 我们定义了新的错误代码，如下所示：

文档影响

在请求的 AgreementInfo 对象中，“status”元素将包含新协议状态“WAITING_FOR_NOTARIZATION”。

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

客户（公证签名者）可以使用该 API 来获取签名令牌，以便可以完成流程的电子签名阶段。 

• 添加了新签名功能以捕获新角色 - ACCEPT_BEFORE_NOTARIZATION。 
• 不应获取签名令牌来完成公证阶段。

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

客户（公证签名者）可以使用该 API 完成流程的电子签名阶段。 为了照顾到新角色，引入了新枚举状态值 - ACCEPTED_BEFORE_NOTARIZATION。

公证签名者可以按照以下 API 调用序列完成电子签名阶段：

1. GET /agreements/{agreementId}/members - 获取公证签名者的参与者 ID 和参与者集 ID
2. POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - 为具有 ACCEPT_BEFORE_NOTARIZATION 功能的公证签名者请求签名令牌
3. POST /transientDocuments - 上传已审阅的文档
4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - 提交已审阅的文档并完成电子签名阶段。

新的 Webhook 事件

客户可以订阅新的 WebHook 事件 AGREEMENT_READY_FOR_NOTARIZATION，在协议准备好进行公证时获得通知。 该事件在 webhooks UI 上不可见，可通过 POST /webhooks API 调用进行订阅。

文档影响

以下 API 未进行修改，但其文档已更新为包括新协议状态“WAITING_FOR_NOTARIZATION”或新角色“NOTARY_SIGNER”。

GET /agreements

在响应 UserAgreements/UserAgreement 对象中，“status”元素现在包含状态“WAITING_FOR_NOTARIZATION”。

GET /agreements/{agreementId}

在响应 AgreementInfo 对象中，“status”元素现在包含对应状态“WAITING_FOR_NOTARIZATION”。

GET /agreements/{agreementId}/events

更新了 API 以支持新的 READY_TO_NOTARIZE 和 NOTARIZED 事件。

在响应 Event 对象中

• “participantRole”元素现在包括新角色 NOTARY_SIGNER。
• “type”元素包括新事件 READY_TO_NOTARIZE 和 NOTARIZED。 “description”元素分别为“Document sent for notarization”（文档已发送进行公证）和“Notarized document received”（已收到公证的文档）

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

在响应 DetailedParticipantSetInfo 对象中，“status”元素现在包含对应状态“WAITING_FOR_NOTARIZATION”。

PUT /agreements/{agreementId}

请求 AgreementInfo 对象现在包含“WAITING_FOR_NOTARIZATION”状态。

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

WAITING_FOR_NOTARIZATION 状态是 DetailedParticipantSetInfo 对象中的“status”元素值之一。

POST /agreements/{agreementId}/view

WAITING_FOR_NOTARIZATION 状态已添加为一种允许的视图。

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

如果在请求路径中指定的参与者具有公证签名者角色，这个 API 将返回 ACCEPT_BEFORE_NOTARIZATION 签名配置，以便与这个协议/参与者的所有其他签名配置保持一致。

版本：Adobe Sign 2021 年 9 月版

Adobe Sign 于 2021 年 9 月 16 日完成了一个功能发布。 发布期间没有发生停机

9 月版包含面向用户和管理员的功能改进，并且解决了客户报告的多个问题。  

即将从电话身份验证中移除公司名称选项

经过改进，短信的安全性（涉及与消息中声称的公司名称匹配的发送 ID）已提升到这样一种级别：如果 Adobe Sign 使用其他公司名称发送短信，则可能会导致消息传递失败。

因此，在 2021 年 9 月版本中将删除使用公司名称自定义电话身份验证消息的选项。
\n

已知问题：新“主页”或“管理”页面为空

问题：当切换到新的主页或管理页面时，页面完全空白。

测试：尝试载入此页面：https://documentcloud.adobe.com/

• 如果无法加载 https://documentcloud.adobe.com/，则应当与内部网络管理部门联系，并与他们合作以解除阻止 documentcloud.adobe.com 域。
• 如果“可以”访问上述链接，请联系支持部门

已从服务中删除 Adobe Sign v6 REST POST /workflows/ID/agreements

在 2021 年 6 月版中，已从服务中删除 v6 REST POST /workflows/ID/agreements API 调用；一年前，我们从文档中删除了该调用并通知了用户将删除该端点。

继续使用此 API 调用的客户现在将收到 404 错误。

替换此功能的建议替代方法是在 JSON 请求中使用带有 workflowID 的 POST/agreement 调用。

请求正文示例：

GET /agreements/{agreementId}/signingUrls
的 v6REST 更新

在 6 月版本发布之前，当调用 GET /agreements/{agreementId}/signingUrls 时，API 将在协议创建后立即返回 404。

在清除 404 错误后的很短时间内，响应将返回非 404 响应，但只包括发件人的 signingURL。 （不过仍会定义签名者的参与。）

在 2021 年 6 月版本发布后，将返回 404: AGREEMENT_NOT_EXPOSED 代码，直到完整的签名 URL 列表完成，此时将发送 200 代码。

不希望继续尝试 API 调用直到返回 200 回答的客户建议使用 Webhooks，并回答 AGREEMENT_CREATED 事件。

计划停止运行适用于 Word/PowerPoint、Outlook 和 Teams 的 Adobe Sign 集成

2021 年 7 月 17 日星期六，Adobe Sign 完成了对以下集成的维护：

• 适用于 Microsoft Teams 的 Adobe Sign
• 适用于 Microsoft Word/Powerpoint 的 Adobe Sign
• 适用于 Microsoft Outlook 的 Adobe Sign

集成现在正常运行。
\n

修补程序版本：Adobe Sign 2021 年 8 月版

Adobe Sign 已于 2021 年 8 月 11 日完成修补程序更新。 修补程序已完成，无停机时间。
\n

8 月份的修补程序版本包含体验方面的细微更改，并且解决了用户报告的多个问题。  

计划于 2021 年 5 月终止 SOAP API 服务

REST API 版本 6 可以为 Adobe Sign 开发人员提供最佳的编程体验，随着该版本的发行，SOAP API 已被弃用，而且我们将在 2021 年 5 月以后，终止对其提供支持。  REST API 现在是集成人员和应用程序开发人员的首选界面，今后的开发也应该迁移到此 API。

下面的一些参考资料可以帮助您完成此迁移工作：

• 从 SOAP 迁移
• Adobe Sign REST API v6 方法

必要措施

如果您基于 SOAP API 为 Adobe Sign 服务开发了集成或应用程序，则必须在 2021 年 5 月之前，使用 REST API v6 或更高版本重新编写相关的应用程序。  在接下来的几个季度，Adobe 将与开发人员和集成人员直接沟通，以确保顺利迁移到最新的 API。

计划“终止”Microsoft 集成中为 IE 11 浏览器提供的服务

Microsoft 将于 2021 年 8 月 17 日终止对 Internet Explorer 11 的支持。

因此，适用于适用于 Microsoft 的 Adobe Sign 集成也将在相同的时间终止对 IE11 的支持。

受影响的服务包括：

• Dynamics 365（联机版本和内部部署）
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint（联机版本和内部部署）
• Teams

计划终止 Adobe Sign 与 Dropbox 集成的服务

计划于 2021 年 7 月 31 日终止 Adobe Sign 与 Dropbox 的集成。

届时，Adobe Sign 将无法再通过您的 Dropbox 帐户使用，但您的所有 Adobe Sign 协议仍可使用，可通过登录您的 Adobe Sign 帐户访问。

新版本：Adobe Sign 2021 年 6 月版

Adobe Sign 已完成 2021 年 6 月版，无停机。

6 月版包含面向用户和管理员的功能改进，并解决了客户报告的多个问题。  

新的 SSL 证书可用 -
自 2021 年 6 月 1 日起生效

Adobe Sign 将于 2021 年 6 月 1 日发布新的 SSL 证书
公钥、基础加密协议或方案没有任何更改。

新证书可从 Adobe Sign 系统要求页面下载。

必要措施

使用公钥
如果您使用 SOAP 或 REST API 构建与 Adobe Sign 的自定义集成，并且如果这其中有任何集成已“固定”现有的公钥，则无需任何操作。

如果您正在使用 Adobe Sign 的 SSL 证书进行 SSO，或者您正在固定证书本身（或使用其他方法），则可以在 Adobe Sign 系统要求中找到新的 Adobe Sign 证书。

新的 SSL 证书将于 2021 年 6 月 1 日生效

Adobe Sign 库中新增了 2021 版 W-4

名为 W-4 2021（预扣职工所得税津贴证明）的新 IRS W-4 (2021) 表单预计将作为 2021 年 2 月版的一部分添加到 Adobe Sign 库。

必要措施

新 W-4 表单模板拥有一个新的 libraryDocumentId。 如果您在应用程序中使用的是现有模板的 libraryDocumentId，则需要更新该 ID。

我们将于 2021 年 5 月从系统中删除 2020 版。

任何使用旧版（2020 版）表单的应用程序/API 必须在 5 月 1 日之前进行更新，以确保服务不被中断。

要在启用 API 的帐户中查找 libraryDocumentId，请执行以下操作：

1. 以帐户管理员身份登录
2. 单击“帐户”选项卡 >“Adobe Sign API”>“API 信息”，然后单击链接 REST API 方法文档
3. 在“GET /libraryDocuments”部分中，单击 OAuth 访问令牌按钮 
   • 启用 library_read:self 范围
4. 单击立即试用！ 按纽
5. 在“响应正文”中，找到新的 W-4 2021（预扣职工所得税津贴证明书）表单模板（不是 2020 版），以查看 libraryDocumentId 值。  

新版本：Adobe Sign 2021 年 5 月版

Adobe Sign 已完成 2021 年 5 月版，无停机。

5 月版包含面向用户和管理员的功能改进，并解决了客户报告的多个问题。  

Adobe Sign Cookie 管理更新

Adobe Sign 采用了 OneTrust 推出的一种新的 Cookie 同意横幅，该横幅在用户明确做出选择之前将持久存在。

在身份验证期间重定向到新域的用户，需要再次同意选择加入第二个域（常见的情况是：由于域切换，将从 echosign.com 重定向到 adobesign.com）。 

建议用户更新书签以清除重定向。

“填写并签署”包含模板和已验证签名的路径

仅我签署编写页面将被新的编写页面（基于最新的 发送 页面设计）替换，该页面允许使用模板和通过创作放置字段。

管理员设置决定着默认的用户体验。 可以启用可选的“切换”链接，以允许用户在自由表单填写并签署界面与已启用编辑的新的自签名体验之间切换。 

这种体验的新特点是能够对签名者使用身份验证。 

控件基于强制身份验证设置。启用后，用户在打开协议时，会收到输入 Adobe Sign 凭据的提示，并且（可选）在用户放置签名或完成协议时，会再次收到此类提示。 

可以在帐户和/或组级别（组级设置会优先于帐户级设置）设置用于新自签名以及强制性身份验证的控制

推出计划

在接下来的两个主要版本中，新的自签名体验将取代旧版只有我签名页面。 

使用旧版只有我签名功能的客户应计划在 2020 年秋季之前迁移到新版体验，届时将默认使用新版本，并将从服务中删除旧版页面。 

• 7 月版不会对现有设置进行任何更改
• 在以下版本中，新体验将设置为默认体验，同时提供可恢复到旧页面的选项
• 在 2020 年秋季版本中，将删除恢复到旧界面的功能。

适用于 Word/PowerPoint、Outlook 和 Teams 的 Adobe Sign 更新于 4 月 19 日上线

更新将在 8:00AM PDT/11:00 EST/15:00 UTC 生效

实施更新的目的在于增强这三项集成的整体安全性。

更新结束后，系统将提示管理员/用户重新接受应用程序的权限请求，只有这样才能允许访问。

新版本：Adobe Sign 2021 年 3 月
\n

Adobe Sign 已完成 2021 年 3 月版本的发行，期间未发生停机。

此产品版本包括面向管理员和最终用户的新功能/增强功能以及多个已解决的问题。

Microsoft 集成中Edge Legacy浏览器的计划"服务终止"
\n

Microsoft 将于 2021 年 3 月 9 日
终止对旧版 Edge 浏览器的支持

因此，适用于 Microsoft 的 Adobe Sign 集成也将在相同的时间终止对旧版 Edge 的支持。

受影响的服务包括：

• Dynamics 365（联机版本和内部部署）
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint（联机版本和内部部署）
• Teams

支持终止：Adobe Sign for Microsoft Power Automate v1 操作，计划于 2021 年 1 月终止
\n

适用于 Microsoft Power Automate 的 Adobe Sign 3.0 更新版推出了新的 REST v6 操作，这些操作旨在以更可靠的功能替代现有的同名操作。

如果未执行任何操作，则使用旧版操作的工作流将继续运行。 旧版操作的名称中标记了“（旧）”字样。  计划于 2021 年 1 月前弃用这些旧版操作。

要弃用的操作列表为：

• 通过文档 URL 创建库模板（旧）
• 通过已上传的文档创建库模板（旧）
• 通过文档 URL 创建协议并发送以供签名（旧）
• 通过库模板创建协议并发送以供签名（旧）
• 通过已上传的文档创建协议并发送以供签名（旧）
• 获取所有协议的列表（旧）
• 获取所有库模板的列表（旧）
• 获取协议的表单字段数据（旧）
• 上传文档并获取文档 ID（旧）

“操作”列表中显示的新操作，其名称与旧版操作相同。

使用这些“操作”的客户应更新其流程以使用新的连接器操作。 可以通过将旧版操作替换为现有自动化流程中的新操作来完成。

社交身份验证服务终止
\n

从 2021 年 3 月开始，取消要求签名者在获得文档查看和签署权限之前提供其社交身份信息的功能。  这项功能要求发件人从 Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 或 Twitter 上登录。 

计划“终止”个人 Twitter 集成服务

将于 2021 年 3 月从用户界面中删除用于在用户级别与 Twitter 集成的选项（通过“个人首选项”）。 届时：

• 新用户帐户均无法在用户级别启用 Twitter
• 启用 Twitter 的用户将不会再看到已创建的新协议的 Twitter 消息
• 启用了 Twitter 的免费用户帐户的月度交易次数限制将从 10 次减少到：
  • Adobe Sign Web 客户端
    每月 5 次交易
  • Acrobat 客户端
    每月 2 次交易
• 已启用的帐户将从 Adobe Sign 系统中删除其 Twitter 凭据
  
• Adobe Sign 的 Twitter 应用程序将被删除，以终止所有 Twitter 令牌

新版本：Adobe Sign 2021 年 2 月版

2 月版已在未停止服务的情况下完成。

此产品版本包括面向管理员和最终用户的新功能/增强功能以及多个已解决的问题。

工作流程设计器生成错误消息

由于改进了共享库资源的安全性，因此在完成 9 月版更新后，编辑工作流程的时候，某些工作流程可能会触发服务器错误消息：

如果发送者尝试使用出现此问题的工作流程，则会收到一条错误消息，指示该工作流程包含超出处理范围的文档：

此错误意味着，工作流程已经失去了使用一个或多个附加库模板的权限。 这种情况最常发生在模板访问权限从允许帐户/组访问更改为仅限所有者访问时。  

管理员应取消并退出此错误消息，而不是重新加载页面。

要更正错误，请执行以下操作：

• 模板的所有者应编辑模板权限，以便工作流程绑定到的帐户/组可以使用该模板权限
• 工作流程的所有者可以使用具有适当权限的模板替换当前模板。  为此，请取消以上错误条件，同时继续编辑工作流程并替换文档

终止适用于“Workplace by Facebook”的 Adobe Sign 服务

截至 2020 年 11 月 29 日，已全面停用适用于“Workplace by Facebook”的 Adobe Sign 集成。