Adobe Acrobat Sign 技術通知 2021-2022

Adobe Sign 範本：W-4 (2022)

名為 W-4 2022 (Employee's Withholding Certificate) 的全新 IRS W-4 (2022) 表單預計在 2022 年 4 月版中新增至 Adobe Sign 資料庫。

必須採取的行動

新的 W-4 表單範本有新的 libraryDocumentId。 如果在應用程式中使用現有範本的 libraryDocumentId，您必須加以更新。

2021 年版本將於 2022 年 6 月從系統中移除。

任何使用舊版 (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 (Employee's Withholding Certificate) 表單範本 (並非 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 年版本起，舊有的存取碼功能將終止服務

在 2022 年 6 月版中，從服務移除舊有的「管理」頁面之時，即已自 Acrobat Sign 系統完全移除存取碼功能。  

2022 年 6 月 15 日排定的自訂工作流程設計工具服務中斷已完成。

自訂工作流程設計工具進行了短暫的服務中斷，以配合 6 月 15 日主要釋放更新底層程式碼。

太平洋時間下午 3 至 3:30 之間，工作流程設計工具可能無法讓使用者建立新的工作流程或儲存正在編輯的工作流程。

在此期間，使用工作流程來產生合約不會受到影響。

自 2021 年 12 月 31 日起終止支援 Microsoft Internet Explorer 11 和舊版 Edge 瀏覽器

於 2021 年 12 月 31日 前，Adobe Sign 將不再正式支援 Microsoft Internet Explorer 11 或 Microsoft Edge 舊版瀏覽器。 我們建議客戶不再透過這些瀏覽器存取 Adobe Sign 應用程式。2021 年 12 月 31 日之後，使用這些瀏覽器的客戶可能會有體驗降級的情況，某些功能可能會停止運作。

收件人的電子簽署頁面應在這些瀏覽器上繼續正常運作，以避免中斷收件人的工作流程。我們致力於協助讓該轉變盡可能順利。

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

Adobe Acrobat Sign 已完成預計於 2022 年 4 月第一週推出的功能版本。 發佈此版本期間不會暫停提供服務

2022 年 4 月版對適用於使用者和管理員的功能多所改善，並針對客戶回報的多項問題提供解決方案。  

新 SSL 憑證 -
2022 年 4 月 1 日起生效

Acrobat Sign 已於 2022 年 4 月 1 日上午發佈新的 SSL 憑證。
公開金鑰、底層密碼協定或配置並無變更。

必須採取的行動

使用公共金鑰

• 如果您有與 Acrobat Sign 整合的自訂組建是使用 SOAP 或 REST API，而且其中具有已「關聯」的現有公共金鑰，則不需要採取任何行動。
• 如果您正在使用 Acrobat Sign 的 SSL 憑證進行 SSO，或是您正在固定憑證本身 (或使用其他方式)，您可以在 Adobe Acrobat Sign 系統需求中找到新的 Acrobat Sign 憑證。
  • 如果您的 SSO 組態支援多個公開憑證/鏈結，您可以立即新增新憑證，並在 4 月切換後從組態中移除舊的公開憑證/鏈結。
  • 如果您的 SSO 不支援多個公開憑證/鏈結，您必須於 2022 年 4 月 1 日與 Acrobat Sign 同步 SSL 參數。  

新 SSL 憑證於 2022 年 4 月 1 日起生效。

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

Acrobat Sign 於 2022 年 5 月 3 日完成小幅功能釋放。發佈此版本期間不會暫停提供服務

2022 年 5 月版本包含一項功能改善，允許網頁表單中的其他參與者進行基於知識的驗證。 

適用於 Word/PowerPoint、Outlook 和 Teams 整合之 Acrobat Sign 的租用戶更新

Adobe Acrobat Sign 已在 2022 年 3 月 22 日更新適用於 Office 365 之 Acrobat Sign 應用程式租用戶，也就是 Word/PowerPoint、Outlook 和 Teams 整合的通用應用程式租用戶。  

從東部日光節約時間上午 10 點開始，系統可能會提示管理員/使用者重新接受應用程式的權限要求，接受後才能存取整合功能。 確切時間取決於帳戶內 Microsoft 核發的驗證權杖何時到期 (最晚至起點後 24 小時)。

Adobe Sign 自訂電子郵件範本 (CEMT) 服務的排程維護 - 已完成

2022 年 2 月 12 日星期六，太平洋標準時間下午 6:00至太平洋標準時間下午 7:00PST，Adobe Sign 自訂電子郵件模板 (CEMT) 服務將在核心基礎架構元件升級期間出現短暫的服務品質下降。在此期間，客戶可能會看到預設的郵件範本，而非預期的自訂範本。 不會中斷服務。

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

Adobe Sign 已完成 2022 年 1 月版發佈作業，期間應用程式並未停止運作。

1 月釋放包含使用者和管理員的功能改善，以及多個客戶回報問題的解決方案。 

新的「首頁」與「管理」頁面在 2022 年 1 月成為標準頁面；服務會將傳統頁面移除

Adobe Sign 在 2022 年 1 月版本將淘汰傳統體驗，並更換為「首頁」與「管理」頁面。屆時，所有帳戶都將轉換至現代化首頁和管理體驗，無法還原至經典介面。
請注意，我們致力於讓此轉換盡可能順暢，並已發佈功能來符合傳統管理頁面的行為，包括：

• 依名字和姓氏指定目標進行搜尋。
• 現在寄件者在取代簽署人時可以新增訊息。
• 新增功能可提醒已經完成的 CC 和簽署人。

在 12 月版本中，我們會進一步強化搜尋功能，並新增「中繼資料快速檢視」的功能。  

Adobe Sign 驗證重新導向至 Adobe Identity Management

從 Adobe Sign 9 月版開始，部分直接驗證並進入 Adobe Sign 應用程式的使用者，會發現驗證方法重新路由至 Adobe Identity Manager。

Adobe 會在 2020 年底前將驗證程序標準化，統一採用此形式。

功能版本：Adobe Sign 2021 年 10 月

Adobe Sign 已完成 2021 年 10 月版發佈作業，期間應用程式並未停止運作。

10 月版著眼於使用者和管理員適用的各項功能予以改善，並針對客戶回報的多項問題提供解決方案。  

姓名值鎖定功能擴大適用於使用者輸入的簽名

3 月版推出一項設定，允許使用者在已填寫或已知姓名 (透過 API 或使用者設定檔) 的情況下，啟用/停用收件者在簽署時編輯姓名值的功能。 此功能原本並不適用於使用者輸入的簽名，因此部分簽署者可在簽名程序中變更姓名的值。 9 月版更新了這項功能，從此之後，所有簽名類型 (包括使用者輸入的簽名) 一律適用上述姓名鎖定設定。

• 若客戶啟用「輸入姓名和縮寫簽名」，並且停用「簽署者可以變更其姓名或縮寫簽名」，就會看到上述改變，亦即在輸入簽名的簽名程序中，不再能編輯姓名的值。
• 若客戶想在簽名程序中允許收件者編輯姓名的值，應啟用「簽署者可以變更其姓名或縮寫簽名」設定 (位於「簽名偏好設定」選單)。

9 月版的電子簽名頁面存取權受到管制

為符合 Adobe 法規要求，Adobe Sign 正在更新電子簽名頁面上的使用條款 (TOU) 接受行為。 在新體驗中，所有「不明」收件者在與合約互動之前，都必須先按一下「繼續」按鈕，接受 Adobe Sign TOU。 此接受與客戶帳戶可能已設定的任何自訂 TOU 不同，將繼續根據帳戶 TOU/CD 接受設定進行解析。

• 「未知」收件人是指任何不是受信任帳戶中已註冊、使用中使用者電子郵件的電子郵件地址。
  
• 「已知」使用者在驗證使用者帳戶時，已在註冊過程中接受 Adobe Sign TOU，因此系統不會再次提醒他們接受條款。

以下為合約的無條件同意流程範例，流程中採用客戶所設定的自訂 ToU：

1. 開啟合約後，選取「繼續」按鈕接受 Adobe Sign ToU。
2. 依需求填寫合約欄位。
3. 選取「按一下以簽署」按鈕，接受消費者資訊披露和自訂 ToU。

針對「Notarize 整合」功能更新 API 和「傳送」頁面 (預期在 10 月進行)

10 月版將推出全新的 Adobe Sign 功能，支援與 Notarize, Inc. 的遠端線上公證 (RON) 平台整合。Adobe Sign 與 Notarize, Inc. 的整合可在美國使用。僅限。

以下是變更摘要：  

Notarize 整合功能 - Adobe Sign 整合 Notarize, Inc.的遠端線上公證 (RON) 平台，可讓客戶在 Adobe Sign 交易中新增遠端線上公證服務。 可為 Adobe 透過 ETLA 方案直接銷售的企業和企業層級客戶啟用。Notarize 交易僅限以附加服務的方式，供這些客戶額外付費購買。 

客戶建立自己的應用程式或使用整合功能時，應檢閱以下兩項元素： 

「傳送」頁面具有識別簽署者公證簽名所需的新元素，以及引導簽署流程的額外設定步驟。  

系統已依據這項需求更新 REST API，以滿足此功能的相關使用要求；使用 REST API 的客戶應檢閱下方內容，確認現有的使用情況是否受到任何影響。 

• 傳送頁面更新
  

啟用 Notarize 交易的客戶可在收件者記錄中的驗證方式右側選擇「需要公證」選項：

設定好合約且寄件者按「下一步」後，系統會顯示額外的公證程序設定選項供寄件者選用：

• API 更新 - API 經過大幅更新，以支援 Notarize 整合功能：

POST /agreements

POST /agreements API 已更新，支援傳送合約以進行公證。

• 必須使用新角色 NOTARY_SIGNER 來指出公證工作階段參與者。
  
• AgreementInfo 定義新增了 NotaryInfo 屬性，包含與建立需要公證的新合約關聯的所有選項。

FileInfo 擴充功能

FileInfo 定義需要擴充，以指出應公證的文件。

ParticipantInfo 擴充功能

ParticipantInfo 定義已擴充，允許指定公證驗證方法。

NotaryInfo

AgreementInfo 定義新增了選擇性 notaryInfo 欄位，包含用於指定額外公證關聯選項的 NotaryInfo 物件。

範例 /agreement

PUT|GET /agreements/{aid}

PUT /agreements/{aid} API 支援以公證選項更新合約。 GET /agreements/{aid} API 會傳回為合約公證設定的任何選項。 請參閱「POST /agreements」一節，以檢視更新的屬性。

錯誤碼

POST /agreements 的現有錯誤碼保持不變。 我們已定義新的錯誤碼，如下所示：

文件影響

在請求的 AgreementInfo 物件中，「status」元素將包含新合約狀態「WAITING_FOR_PORGATIONG」。

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，以便於合約可進行公證時收到通知。 此事件不會顯示在 Webhook 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」元素分別為「傳送以進行公證的文件」和「收到經過公證的文件」

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 月版著眼於使用者和管理員適用的各項功能予以改善，並針對客戶回報的多項問題提供解決方案。  

「電話驗證」即將移除「公司名稱」選項

簡訊安全性 (關於 sendingID 符合訊息中聲稱的公司名稱) 已有所改善，Adobe Sign 以其他公司名稱傳送簡訊，可能導致無法傳送訊息。

因此，使用公司名稱自訂電話驗證訊息的選項將在 2021 年 9 月版本中從服務移除。

已知問題：新的「首頁」或「管理」頁面空白

問題：切換成新「首頁」或「管理」頁面後，頁面完全空白。

測試：嘗試載入此頁面：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 回應，但只包括傳送者的簽署 URL (儘管簽署者的參與仍在定義中)。

2021 年 6 月版發佈後，系統傳送 200 代碼時，會在完成簽署 URL 完整清單前，傳回 404: AGREEMENT_NOT_EXPOSED 代碼。

建議不希望繼續嘗試 API 呼叫直到回傳 200 回應的客戶使用 Webhooks，並回應 AGREEMENT_CREATED 事件。

適用於 Word/PowerPoint、Outlook 和 Teams 的 Adobe Sign 整合功能預計將暫停服務

Adobe Sign 對下列整合項目的維護作業已於 2021 年 7 月 17 日結束：

• 適用於 Microsoft Teams 的 Adobe Sign
• 適用於 Microsoft Word/Powerpoint 的 Adobe Sign
• 適用於 Microsoft Outlook 的 Adobe Sign

整合現在已正常啟動並運作。

修補程式版本：Adobe Sign 2021 年 8 月

Adobe Sign 已於 2021 年 8 月 11 日完成修補程式更新作業。 修補程式已完成，沒有停機時間。

8 月修補程式版本將微幅改變使用體驗，並針對客戶回報的多項問題提供解決方案。  

SOAP API 預定於 2021 年 5 月終止服務

REST API 能為 Adobe Sign 開發人員提供最佳程式設計體驗，而隨著第 6 版推出，SOAP API 即將汰除，並預計於 2021 年 5 月後停止支援。  現在，REST API 是整合人員與應用程式開發人員偏好的介面，且未來的開發項目皆應移往此 API。

以下提供幾項參考資訊，協助您順利克服過渡期：

• 從 SOAP 移轉
• Adobe Sign REST API 第 6 版方法

必須採取的行動

若您已根據 SOAP API 開發 Adobe Sign 服務的整合功能或應用程式，請在 2021 年 5 月以前，使用至少 REST API 6 來重寫您的應用程式。  在接下來的幾季裡，我們會直接聯絡開發和整合人員，以確保各位順利轉移至最新的 API。

Microsoft 整合中的 IE 11 瀏覽器預定「終止服務」

Microsoft 將於 2021 年 8 月 17 日停止支援 Internet Explorer 11

因此，Adobe Sign for Microsoft 整合也將以相同時間軸停止支援 IE11。

受影響的服務如下：

• Dynamics 365 (線上與內部部署版)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (線上與內部部署版)
• Teams

Adobe Sign 與 Dropbox 的整合預定終止服務

Adobe Sign 與 Dropbox 的整合預定於 2021 年 7 月 31 日終止服務。

屆時，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 系統需求頁面下載取得。

必須採取的行動

公共密鑰的使用
如果您有與 Adobe Sign 整合的自訂組建是使用 SOAP 或 REST API，而且其中具有已「釘選」的現有公共密鑰，則不需要採取任何行動。

如果您使用 Adobe Sign 的 SSL 憑證進行 SSO，或是您正在釘選憑證本身 (或使用其他方法)，可以在 Adobe Sign 系統需求中找到新的 Adobe Sign 憑證。

新的 SSL 憑證於 2021 年 6 月 1 日起生效。

全新 2021 年 W-4 已新增至 Adobe Sign 資料庫

名為 W-4 2021 (Employee's Withholding Certificate) 的全新 IRS W-4 (2021) 表單預計在 2021 年 2 月版中新增至 Adobe Sign 資料庫。

必須採取的行動

新的 W-4 表單範本有新的 libraryDocumentId。 如果在應用程式中使用現有範本的 libraryDocumentId，您必須加以更新。

2020 年版本將於 2021 年 5 月從系統中移除。

任何使用舊版 (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 (Employee's Withholding Certificate) 表單範本 (並非 2020 版)，以查看 libraryDocumentId 值。  

新版本：Adobe Sign 2021 年 5 月版

Adobe Sign 已完成 2021 年 5 月版發佈作業，期間服務並未暫停。

5 月版對適用於使用者和管理員的功能多所改善，並針對客戶回報的多項問題提供解決方案。  

Adobe Sign Cookie 管理更新

Adobe Sign 即將採用 OneTrust 的全新 Cookie 同意橫幅，該畫面會持續顯示到使用者明確選擇為止。

驗證期間，使用者重新導向至新網域後，必須再次同意第二個網域 (這時常是因為系統切換網域，而將使用者從 echosign.com 重新導向至 adobesign.com)。 

建議使用者更新書籤，以消除重新導向作業。

Fill & Sign 提供範本和驗證簽署路徑

僅我簽署撰寫頁面將被新的撰寫頁面 (基於最新的傳送頁面設計) 取代，允許使用模板和透過撰寫放置欄位。

管理員設定決定預設使用者體驗。 可以啟用選用「切換」連結，以允許使用者切換免費表單 Fill & Sign 介面與新的已啟用編寫的「自我簽署」體驗。 

此體驗的新功能是可以使用簽署者的驗證。 

控制項基於強制執行身分驗證設定。啟用時，將會在開啟合約時提示使用者輸入其 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 月

Adobe Sign 已完成 2021 年 3 月版本，期間服務並未暫停。

此產品版本包含管理員和終端使用者的新功能/增強功能，以及多個已解決的問題。

計劃在 Microsoft 整合中為Edge Legacy瀏覽器「終止服務」

Microsoft 將於 2021 年 3 月 9 日停止支援 Edge 舊版
瀏覽器

因此，Adobe Sign for Microsoft 整合也將以相同時間軸停止支援 Edge 舊版。

受影響的服務如下：

• Dynamics 365 (線上與內部部署版)
• Microsoft 365
• Outlook 365
• Power Automate/Power Apps
• SharePoint (線上與內部部署版)
• Teams

終止支援：Adobe Sign for Microsoft Power Automate v1 動作，計劃於 2021 年 1 月

Adobe Sign for Power Automate 3.0 更新導入全新 REST v6 動作，以相同名稱取代現行動作，提供更強大的功能。

如果未採取任何行動，使用舊有動作的工作流程仍會繼續執行。 舊有動作的名稱會標示 (舊)。  這些舊有動作預定於 2021 年 1 月汰除。

預計汰除的動作清單如下：

• 從文件 URL 建立資料庫範本 (舊)
• 利用已上傳的文件建立資料庫範本 (舊)
• 以文件 URL 建立合約，並傳送給他人簽署 (舊)
• 以資料庫範本建立合約，並傳送給他人簽署 (舊)
• 利用已上傳的文件建立合約，並傳送給他人簽署 (舊)
• 取得所有合約的清單 (舊)
• 取得所有資料庫範本的清單 (舊)
• 取得合約的表單欄位資料 (舊)
• 上傳文件並取得文件 ID (舊)

新的動作會沿用舊有動作的名稱，顯示在動作清單中。

若客戶要使用這些動作，須先更新工作流程，才能使用新的連接器動作。 在現有的自動化流程中以新動作取代舊有動作，即可完成此作業。

社交驗證終止服務

原先系統會要求簽署者提供社交身分，才賦予檢視和簽署文件的權限；此功能將於 2021 年 3 月移除。  這項功能可供寄件者取得權限，登入 Facebook、LinkedIn、Google、Yahoo!、Microsoft Live 或 Twitter。 

個人 Twitter 整合預定「終止服務」

在使用者層級與 Twitter 整合 (透過「個人偏好設定」) 的選項，會於 2021 年 3 月從使用者介面中移除。 屆時：

• 新的使用者帳戶均無法在使用者層級啟用 Twitter
• 已啟用 Twitter 的使用者將不再能看到建立新合約的 Twitter 訊息
• 已啟用 Twitter 的免費使用者帳戶，每月交易上限將從 10 筆減少為：
  • Adobe Sign Web 客戶
    每月 5 筆交易
  • Acrobat 客戶
    每月 2 筆交易
• 已啟用的帳戶之 Twitter 認證將從 Adobe Sign 系統中移除
  
• 將刪除 Adobe Sign 的 Twitter 應用程式以讓所有 Twitter 代號過期

新版本：Adobe Sign 2021 年 2 月版

2 月版本已完成發行，期間服務並未暫停。

此產品版本包含管理員與一般使用者的新功能/增強功能，以及多項已解決的問題。

工作流程設計工具產生錯誤訊息

在九月份的更新後，由於共用元件庫資產的安全性有所改善，因此當使用者編輯工作流程時，某些工作流程可能會開始出現伺服器錯誤訊息：

寄件者嘗試使用有此問題的工作流程時，會收到一則錯誤訊息，指出工作流程涉及超出允許範圍的文件：

發生此錯誤，表示工作流程已失去相關授權，無法使用一或多個附加的元件庫範本。 最常見的情況是範本存取權限從允許帳戶/群組存取變更為限制僅擁有者存取。  

管理員應從這個錯誤訊息取消作業，而非重新載入頁面。

若要修正此錯誤：

• 範本的擁有者應編輯範本權限，開放與工作流程繫結的帳戶/群組使用範本
• 工作流程的擁有者可將範本取代為適當權限的範本。  若要這麼做，請取消前述錯誤狀況，並繼續編輯工作流程及取代文件

適用於 Workplace by Facebook 的 Adobe Sign 即將終止服務

適用於 Workplace by Facebook 的 Adobe Sign 整合功能將於 2020 年 11 月 29 日完全停止支援。