以下 Adobe Sign 技術通知的排序方式為目前的更新在頂端,然後在頁面上往下移動可回溯到舊更新。


[新消息] 新版本: Adobe Sign 2018 年 12 月產品發行

首次報告: 2018 年 11 月 目前

2018 年 12 月版產品預定於 12 月上旬推出,包含管理員和使用者適用的增強功能。


[新消息] 適用於 Salesforce v18.x 和更早版本的 Adobe Sign 整合支援將於 2019 年 3 月 1 日終止。

首次報告: 2018 年 11 月 目前

自 2019 年 3 月 1 日起,適用於 Salesforce v18 的 Adobe Sign 產品更新、安全性更新及技術支援將會終止。

  

必須採取的行動

升級至我們與 Salesforce 整合後的最新版本,以便繼續收到最新功能、安全性更新與技術支援。

取得升級指南 ›

從 AppExchange 下載 >

 


[新消息] 適用於「Workplace by Facebook」的 Adobe Sign

首次報告: 2018 年 11 月 目前

適用於「Workplace by Facebook」的 Adobe Sign 預計於 2018 年 11 月推出。此次整合可讓使用者傳送文件,以供簽署、檢查所有合約的狀態,以及在 Workplace Chat 中接收簽署通知。

 

如需詳細資訊,請參閱:

 


整合: Adobe Sign for Salesforce 整合第 16 版和第 17 版的支援即將於 2018 年 11 月 15 日終止

首次報告: 2018 年 4 月 目前

Adobe Sign for Salesforce 第 16 版和第 17 版的產品更新、安全性更新及技術支援,會在 2018 年 11 月 15 日停止提供。 

 

必須採取的行動

升級至我們與 Salesforce 整合後的最新版本,以便繼續收到最新功能、安全性更新與技術支援。

取得升級指南 ›


應用程式介面預定變更

首次報告: 2018 年 7 月 目前

「自訂工作流程傳送」頁面 – 2018 年 6 月發行版本已為自訂工作流程使用者提供更一致的「傳送」頁面體驗。  這項全新體驗目前為選用性質,以提供充分時間視需求更新使用者訓練/文件。

日後發行的版本中,此選項預計會逐步淘汰。

 

必須採取的行動

啟用全新體驗 (透過「管理員」選單中的「帳戶 > 帳戶設定 > 傳送設定 > 自訂工作流程傳送」設定加以控制)。

custom_workflow_designercontrols-aug

安全性通知: Adobe Sign 即將在 2019 年 8 月停止支援舊版 API 驗證模式

首次報告: 2018 年 8 月  目前

Adobe 恪遵最新的產業標準安全性通訊協定,致力為客戶提供安全有保障的產品體驗。因應此種作法,Adobe Sign 即將在 2019 年 8 月停止支援舊版 API 驗證模式,因為舊版允許在 API 呼叫中傳送使用者名稱與密碼。

 

影響

目前仍在使用舊版驗證模式的客戶將必須升級至新版 OAuth 型驗證。 

 

必須採取的行動

  • 使用整合的客戶應升級至最新版本。請參閱參考指南,瞭解 Adobe 建立的最新合作夥伴整合。
  • 已自行建立 Adobe Sign 整合的客戶將必須升級至最新 OAuth 型驗證。如需詳細資料,請參閱此移轉指南
  • 行動版使用者將必須升級至 iOSAndroid 專用 Adobe Sign 應用程式的最新版本。

 


SOAP API 預計於 2020 年 6 月終止服務

首次報告: 2018 年 6 月 目前

為 Adobe Sign 開發人員提供最佳程式設計體驗的 REST API 第 6 版推出之後,SOAP API 已被取代,並將於 2020 年 6 月後停止支援。  現在,REST API 是整合人員與應用程式開發人員偏好的介面,且未來的開發項目皆應移往此 API。

以下是協助您過渡的一些參考資訊:

 

必須採取的行動

若您已根據 SOAP API 為基礎對 Adobe Sign 服務開發整合項目或應用程式,則您必須在 2020 年 6 月以前,使用至少 REST API 第 6 版來重寫您的應用程式。  在接下來的幾季裡,我們會直接聯絡開發和整合人員,以確保各位順利轉移至最新的 API。


整合: 停止支援 Adobe Sign for Dynamics 第 5 版

首次報告: 2018 年 7 月 目前

Adobe Sign for Dynamics 第 5 版已停止支援。  Adobe Sign for Dynamics 365 CRM 第 7 版已於 6 月推出。

使用 Dynamics onPrem 和 Online 365 的客戶若尚未升級,應升級至最新版;Adobe Sign 備有 Microsoft AppSource 清單可供下載。

 


其他資源


過去的通知


Adobe Sign UI 的預設全螢幕模式

首次報告: 2018 年 6 月 從目前的清單中移除: 2018 年 10 月

為了改善小型裝置的體驗以及在桌面上提供更優質的閱讀體驗,Adobe Sign 3 月版本推出了可根據瀏覽器寬度而靈活調整的 Sign UX。 

這項功能可以針對企業帳戶選擇性地啟用,通常可適用於所有的個人和團隊帳戶。 

這項功能已於 7 月成為預設設定。  使用者將可看到 Web UI 根據頁面寬度而調整以及堆疊元件,而不是縮小 Web UI 以符合較窄的寬度。

 

必須採取的行動

您無需執行任何操作即可利用此新功能,但帳戶管理員可以透過瀏覽至「帳戶 > 全域設定 > Adobe Sign 頁面簡報」設定和取消核取方塊來停用此功能。

在 9 月版本推出時,我們已從應用程式移除停用此功能的權限,並將更具彈性的 UX 設為標準配備。

 


新版本: Adobe Sign 2018 年 9 月

首次報告: 2018 年 8 月 從目前的清單中移除: 2018 年 10 月

Adobe Sign 2018 年 9 月產品版本預計於 9 月上旬推出。

此產品版本包含適用於管理員和使用者的新功能及功能增強項目。此版本並不會對服務造成任何影響。 

 


Adobe Sign 現起支援 Aadhaar E-KYC API 2.1 版

首次報告: 2018 年 8 月 從目前的清單中移除: 2018 年 10 月

Adobe Sign 的 Aadhaar 簽署工作流程現已升級至最新 E-KYC (電子化認識客戶) API 規格。這是為了遵守新的法規變革,強制 2.1 版簽署者現可使用其虛擬 ID (VID) 來簽署合約。這次更新也改善簽署者體驗,並修正之前回報的 Internet Explorer 11 問題。


Adobe Sign 獲得 FedRAMP Tailored 認證

首次報告: 2018 年 5 月 從目前的清單中移除: 2018 年 10 月

Adobe Sign 因達到聯邦政府風險與授權管理計劃 (FedRAMP) Tailored 的要求,目前已獲 GSA (Government Services Administration of the US,美國行政事務管理局) 授權,讓美國非國防聯邦政府機構可購買和使用 Adobe Sign。 

這個認證表示 Adobe Sign 已經由 GSA 安全評估人員審核,並核准以 Li-SaaS「使用中」等級使用。  Adobe Sign 會持續接受監督,以維持政府雲端服務供應商認證資格。 

如需 FedRAMP 詳細資訊,請參閱 https://www.fedramp.gov/


Adobe Sign 致力於提倡資料隱私權規範

首次報告: 2018 年 5 月 從目前的清單中移除: 2018 年 10 月

Adobe Sign 會遵守歐盟《通用資料保護規定》(GDPR)

這項隱私法規影響所有收集歐盟公民個人資料的公司。  Adobe Sign 會遵守法規,以最少量的方式來蒐集簽署程序中執行業務所需的資訊。 

Adobe Sign 的所有參與者可透過其使用者個人資料來存取和修改個人資訊,以及檢查已簽署的合約。 

與消費者有往來的 Adobe Sign 客戶可向其客戶提供所蒐集資料的資訊,並根據自身的業務流程移除蒐集的資料。您可以在這裡參閱有關 Adobe Sign 新增的 GDPR 功能。

您可在此參閱 Adobe 為所有產品特地擬定的保護隱私權規則與規定: https://www.adobe.com/tw/privacy.html


Adobe 已開始讓建立時間超過 1 年但仍未簽署的合約自動過期

首次報告: 2018 年 2 月 從目前的清單中移除: 2018 年 10 月

自 2018 年 10 月起,Adobe Sign 已開始將建立時間已超過 1 年且仍處於等待簽署狀態的合約設為過期。

我們不會將通知傳送給這些合約的參與者,但他們將能夠在「已取消/已拒絕」清單下的「管理」頁面中看到。

 

必須採取的行動

客戶可透過「管理」頁面檢閱舊合約,或是為超過 1 年的合約建立報告,並下載該報告。  這兩種情況下所使用的篩選條件都是「傳出進行簽名」狀態。

這項新規定適用於未終止的合約。

已完成或取消/拒絕的合約不會受到影響。


整合: 2018 年 7 月推出 Adobe Sign for Salesforce 第 20 版

首次報告: 2018 年 6 月 從目前的清單中移除: 2018 年 10 月

Adobe Sign for Salesforce 2018 年夏季版 (原本稱為「春季版」) 已於 2018 年 7 月 17 日推出。

此夏季版包含適用於管理員和使用者的新功能及功能增強項目。更新內容將透過 Adobe Sign 的 Salesforce AppExchange 清單提供。

 

請參閱此處的版本資訊。

 


已封鎖不安全流量

首次報告: 2018 年 6 月 從目前的清單中移除: 2018 年 8 月

2018 年 6 月 20 日前,我們已針對 Adobe Sign 停止支援數個類別的不安全網路流量。這必須符合 PCI 規範的特定要求。

 

傳入流量或用戶端向我們的伺服器進行的連線。

我們已停止支援向我們的 API 產生的未加密連線,亦即停止使用「http:」而非「https:」的請求。

我們作出此變更後,當客戶和合作夥伴應用程式嘗試建立未加密的連線,便會失敗。

  • 只有在應用程式上會出現此錯誤行為。

 

傳出流量或我們的伺服器向客戶指定之伺服器進行的回傳連線。

有兩個類別:

  • 文件上傳作業的上傳回呼 (這裡專為我們的 REST API 說明,但亦適用於舊版 SOAP API)
  • 狀態回呼以通知客戶有關合約狀態出現變更 (這裡專為我們的 REST API 說明,但亦適用於舊版 SOAP API)

針對兩個類別的回呼,我們已停止支援:

  • 未加密連線 (使用「http:」而非「https:」的 URL)
  • 向不支援 TLSv1.2 的伺服器產生的連線 (換句話說,我們將不再支援 TLSv1.0 和 TLSv1.1)
  • 向擁有無效憑證之伺服器產生的連線。這包括自行簽署或過期的憑證,以及 URL 使用 IP 位址而非主機名稱的情況。

 

參閱常見問題集 >


新版本: Adobe Sign 2018 年 6 月版

首次報告: 2018 年 5 月 從目前的清單中移除: 2018 年 7 月

Adobe Sign 2018 年 6 月產品發行於 6 月 11 日完成。

2018 年 6 月產品版本包含管理員和使用者適用的新功能及功能增強項目。您可以在這裡找到發行說明。


新 SSL 憑證

首次報告: 2018 年 4 月 從目前的清單中移除: 2018 年 7 月

Adobe Sign 已在 2018 年 5 月 2 日移轉至新的 SSL 憑證。在密碼編譯通訊協定或配置底下的公開金鑰不會變更。如有疑問,請聯絡客戶支援。

 

必須採取的行動

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

如果您是使用其他方法釘選憑證或將其加入白名單,您可以在 Adobe Sign 系統需求中找到新的 Adobe Sign 憑證。新的 SSL 憑證已在 2018 年 5 月 2 日起生效。


IP 位址範圍的重要變更

首次報告: 2018 年 4 月 從目前的清單中移除: 2018 年 7 月

若您現有的網路或防火牆組態已明確將 Adobe Sign 的 IP 位址列入白名單,請更新網路組態設定以包含新的 IP 位址,藉此確保您可以繼續存取服務。

您可繼續使用大多數現有的 IP 位址,切勿將其從網路組態中刪除或移除。

參閱系統需求中的 IP 位址範圍完整清單 ›

 

必須採取的行動

如果您在 API 回呼或防火牆中將 Adobe Sign IP 位址加入白名單,您也必須在 API 回呼中將其他 IP 位址加入白名單。請通知負責為您路由回呼的協力廠商 (若適用)。

如果您使用 Adobe Sign for Salesforce 整合,管理員必須在其 Salesforce.com 帳戶中將其他 IP 位址範圍加入白名單 (包括網站)。。

新增:

  • 40.67.155.147/32
  • 40.67.154.249/32
  • 40.67.155.185/32
  • 40.67.155.112/32

 

如果您要將傳出電子郵件轉送的 IP 範圍加入白名單,請新增以下位址:

  • 40.67.157.141/32
  • 40.67.154.24/32
  • 40.67.158.131/32


整合: Adobe Sign for Dynamics 第 7 版

首次報告: 2018 年 6 月 從目前的清單中移除: 2018 年 7 月

Adobe Sign for Dynamics 365 CRM  2018 年夏季版 (第 7 版) 預定於 6 月中旬推出。

 

此版本將更深入地搭配 Microsoft Dynamics 365 CRM,透過重新設計的 UI 進行快速導航,並加入來自 LinkedIn 的客戶詳細聯絡資料,以便您始終能「看到」您要傳送的對象。  此外,客戶現在可以透過將 Adobe Sign 直接嵌入 Microsoft Dynamics 365 CRM 工作流程來完全自動化其 Adobe Sign 程序。

 

更新內容將透過 Adobe Sign 的 Microsoft AppSource 清單提供。  此版本並不會對服務造成任何影響。


整合: Adobe Sign for Salesforce 19.x 版客戶需配合執行動作

首次報告: 2018 年 6 月 從目前的清單中移除: 2018 年 7 月

如果您執行的是 Adobe Sign for Salesforce 19.x 版,您必須在 2018 年 6 月 1 日或 2018 年 6 月 8 日之前 升級到 19.5.2 版 (視您的 Salesforce.com 組織而定)。Salesforce 將於 6 月逐步推出 Salesforce 2018 年夏季版,此次變更影響與 Adobe Sign for Salesforce 整合的回溯相容性,並將影響傳送某些合約的功能。

從 2018 年 6 月 1 日開始,執行 Adobe Sign for Salesforce 19.x 版且升級到 Salesforce 2018 年夏季版的客戶,將無法在 Lightning 版本的「傳送」頁面上加入收件者和傳送合約*。

 

必須採取的行動

如果您執行 19.x 版,請在 Salesforce 將貴組織升級至 Salesforce 2018 年夏季版前,按照下列步驟升級至 Adobe Sign for Salesforce 19.5.2 版:

  • 前往 「AppExchange」,按一下「立即取得」,然後遵循逐步指示進行。

如需升級方面的說明,請參閱 Adobe Sign for Salesforce (19 版) 升級指南。


新 SSL 憑證

首次報告: 2018 年 4 月 從目前的清單中移除: 2018 年 7 月

Adobe Sign 會在 2018 年 5 月 2 日移轉至新的 SSL 憑證。在密碼編譯通訊協定或配置底下的公開金鑰不會變更。如有疑問,請聯絡客戶支援。

 

必須採取的行動

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

如果您是使用其他方法關聯憑證或將其加入白名單,您可以在 Adobe Sign 系統需求中找到新的 Adobe Sign 憑證。新的 SSL 憑證會在 2018 年 5 月 2 日起生效。


Adobe Sign 3 月版準備就緒

首次報告: 2018 年 1 月 從目前的清單中移除: 2018 年 5 月

Adobe Sign 2018 年 3 月的產品版本已於以下時間準備就緒:2018 年 3 月 15 日凌晨 12:00 (太平洋標準時間)

如需詳細資料,請參閱完整的版本說明。

版本說明

SAP SuccessFactors 將於 4 月發行。


2017 年版本的 W-4 US 稅務表格自 2018 年 4 月 17 日起停止使用

首次報告: 2018 年 4 月 從目前的清單中移除: 2018 年 5 月

自 2018 年 4 月 17 日起,Adobe Sign 文件庫將移除 2017 年版本的 W-4 US 稅務表單範本

目前透過 API 從 Adobe Sign 文件庫使用 W-4 表單的客戶,應將其文件 ID 更新至 2018 年版本 (請參見下文)

 

如需詳細資訊,請聯絡您的客戶成功服務管理員。


2018 年版本的 W-4 US 稅務表單現已可供使用

首次報告: 2018 年 3 月 從目前的清單中移除: 2018 年 5 月

Adobe Sign 已在 2018 年 3 月 13 日新增全新的 IRS W-4 表單範本,該範本命名為: W-4 2018 (Employee’s Withholding Allowance Certificate)

 

必須採取的行動

新的 W-4 表格範本有新的 libraryDocumentId。如果您在應用程式中使用現有範本的 libraryDocumentId,請進行更新。

 

若要在啟用 API 的帳戶中尋找 libraryDocumentId,請按照以下步驟執行:

1. 以帳戶管理員的身分登入

2. 按一下「帳戶索引標籤 > Adobe Sign API > API 資訊」,然後按此連結:「REST API 方法文件」

3. 在「GET /libraryDocuments」區段中,按一下「OAUTH ACCESS-TOKEN」按鈕 

a.啟用  library_read:self 範圍

4. 按一下「試用!」按鈕

5. 在 Response Body 中,找到新的 W-4 表單範本 ( 2017 版) 以查看 libraryDocumentId 的值。

 

如需詳細資訊,請聯絡您的客戶成功服務管理員。

find_librarydocid-March1

5. 在 Response Body 中,找到新的 W-4 表單範本 ( 2017 版) 以查看 libraryDocumentId 的值。

 

如需詳細資訊,請聯絡您的客戶成功服務管理員。


安全性通知: 2018 年 4 月 9 日起結束支援 TLS 1.0 與 1.1

首次報告: 2017 年 1 月 從目前的清單中移除: 2018 年 5 月

Adobe 將於 2018 年陸續取消對 TLS 1.0 和 1.1 通訊協定的支援,以符合 SSL/TLS 安全性的業界最佳實務作法。

自 4 月 8 日起,必須使用 SSL 交握通訊協定 TLS 1.2,且不再接受舊版 TLS 1.0 和 TLS 1.1 通訊協定。未使用 TLS 1.2 的用戶端將無法透過網路連線至 Adobe Sign 服務。

 

必須採取的行動

如果是執行網頁瀏覽器的用戶端: 請使用支援的瀏覽器 (請參閱系統需求)。

若為使用 Adobe Sign API 執行應用程式的用戶端: TLS 1.2 的支援可能需要視應用程式、執行階段資料庫和/或作業系統而定。在某些情況下,作業系統資料庫會提供 TLS 支援,但在其他情況下,可能是由應用程式執行階段資料庫提供。

如果是執行 Adobe Sign for Dynamics v5.x 及更早版本的用戶端,請更新至 v6.0

支援 TLS 1.2 的作業系統需求:

  • Windows 伺服器: 使用 Windows Server 2008 R2 或更新版本
  • Windows 桌面: 使用 Windows 8 或更新版本
  • OS X: 使用 OS X 10.8 或更新版本

 

TLS 1.2 支援的應用程式架構:

  • 針對 Java: 請使用 Java 8 或更新版本。您也可以使用 Java 7,但應用程式必須明確啟用 TLSv1.2。
  • 針對 .NET:請使用 .NET 4.6 或更新版本。您也可以使用 .NET 4.5,但應用程式必須明確啟用 TLSv1.2。.NET 的版本取決於 Windows 的 TLS 1.2 支援 (請參閱以上所述)。
  • 針對使用 OpenSSL 的應用程式: 請使用 OpenSSL 1.01 或更新版本

此終止服務的常見問題 >

請參閱系統需求相關內容 ›


整合: Adobe Sign for Microsoft Dynamics v4 及 v5 終止服務

首次報告: 2018 年 2 月 從目前的清單中移除: 2018 年 5 月

Adobe Sign for Microsoft Dynamics v4、v5 及更早版本 (內部部署和線上版本) 現已淘汰。適用於 Dynamics v6 及更新版本的 Adobe Sign 可支援 Microsoft Dynamics 內部部署 2013、2015、365 和 Dynamics CRM 365 線上版本。如有關於升級至最新版本的問題,請聯絡您的客戶成功服務管理員。

參閱版本說明 ›

取得更新指南 ›

 

必須採取的行動

請立即將內部部署和線上版本升級至 Adobe Sign for Microsoft Dynamics v6。您可以將第 4 版或先前版本中的所有資料移轉至最新版本。


整合: 適用於 Microsoft Dynamics v4 的 Adobe Sign 終止服務

首次報告: 2016 年 9 月 從目前的清單中移除: 2018 年 5 月

自 2017 年 11 月 30 日起,已終止支援並停止運作適用於 Microsoft Dynamics v4 及更早版本 (內部部署和線上版本) 的 Adobe Sign。適用於 Dynamics v6 及更新版本的 Adobe Sign 可支援 Microsoft Dynamics 內部部署 2013、2015、365 和 Dynamics CRM 365 線上版本。如有關於升級至最新版本的問題,請聯絡您的客戶成功服務管理員。

參閱版本說明 ›

取得更新指南 ›

 

必須採取的行動

在 2017 年 11 月前升級至適用於 Microsoft Dynamics v6 的 Adobe Sign,以取得內部部署與線上版本。您可以將第 4 版或先前版本中的所有資料移轉至最新版本。


2 月 13 日起可以使用最新的 IRS W-9 表格範本

首次報告: 2018 年 2 月 從目前的清單中移除: 2018 年 4 月

Adobe Sign 將在 2018 年 2 月 13 日新增全新的 IRS W-9 表格範本。該範本命名為 W-9 (Request for Taxpayer Identification Number) ver.11/17。同時,現有的 W-9 範本將重新命名為 W-9 (Request for Taxpayer Identification Number) (legacy)。此重新命名「不會」影響您的工作流程。

後項範本 W-9 (Request for Taxpayer Identification Number) (legacy) 將在 2018 年 3 月 18 日淘汰。您必須在 2018 年 3 月 13 日前採取行動,以避免工作流程中斷。

 

必須採取的行動

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

若要在啟用 API 的帳戶中尋找 libraryDocumentId:

  1. 以帳戶管理員的身分登入
  2. 按一下「帳戶」索引標籤 >「Adobe Sign API > API 資訊」> 按此連結:「REST API 方法文件」
  3. 在「GET /libraryDocuments」區段中,按一下「OAUTH ACCESS-TOKEN」按鈕
    1. 啟用 library_read:self 範圍
  4. 按一下「試用!」按鈕
  5. 在 Response Body 中,找到新的 W-9 表單範本 (請勿使用版),查看 libraryDocumentId 的值。

如需詳細資訊,請聯絡您的客戶成功服務管理員。


整合: 適用於 Microsoft SharePoint v3 及更早版本的 Adobe Sign 終止服務

首次報告: 2017 年 10 月 從目前的清單中移除: 2018 年 4 月

Adobe Sign for Microsoft SharePoint v3 及更早版本 (內部部署和線上版本) 於 2017 年 3 月 31 日停止運作。Adobe Sign for SharePoint v4 及更新版本可支援 Microsoft SharePoint 內部部署 2013、2016 和 SharePoint Online。

 

必須採取的行動:

請立刻升級至 Adobe Sign for SharePoint v4。如有關於升級至最新版本的問題,請聯絡您的客戶成功服務管理員。

 

取得升級指南 ›


整合: 適用於 Salesforce v18 的 Adobe Sign 重大更新

首次報告: 2017 年 5 月 從目前的清單中移除: 2018 年 3 月

Salesforce 會對新安全性模式強制啟用 Lightning 元件,該元件在即將推出的版本中稱為 LockerService。如果您目前是使用適用於 Salesforce v18 的 Adobe Sign,就必須升級至 18.27 或更新版本,以確保所有 Salesforce Lightning 元件皆能正常運作。

 

必須採取的行動

如果您目前是使用適用於 Salesforce v18 的 Adobe Sign,就必須升級至 18.27 版或更新版本。

瞭解 Salesforce LockerService ›

從 AppExchange 取得最新套件 ›


整合: Adobe Sign 與 Salesforce 15 版的整合已終止支援

首次報告: 2017 年 4 月 從目前的清單中移除: 2018 年 3 月

自 2017 年 12 月 15 日起,終止提供 Adobe Sign for Salesforce 15 版的產品更新、安全性更新及技術支援

目前已在 Salesforce AppExchange 中推出第 19 版

 

必須採取的行動

升級至我們與 Salesforce 整合後的最新版本,以便繼續收到最新功能、安全性更新與技術支援。

取得升級指南 ›

 

重要資訊

在開始升級到 v19 前,請至「第 19 版中的新增功能」部分,查看設定 Salesforce 權限所需的資訊:

https://helpx.adobe.com/tw/sign/help/adobe_sign_for_salesforce_upgrade_guide.html


現已推出 2017 IRS 表格 I-9 的 Adobe Sign 範本。

首次報告: 2017 年 11 月 從目前的清單中移除: 2018 年 2 月

修訂後的新 IRS I-9 表格範本已於 10 月 24 日新增至 Adobe Sign。該範本命名為: I-9 (Employment Eligibility Verification) ver.07/17/17 N

與此同時,現有範本 I-9 2017 (Employment Eligibility Verification) 已重新命名為 I-9 (Employment Eligibility Verification) ver.07/17/17 N (舊版)

此重新命名「不會」影響您的工作流程。

但是,自 2017 年 12 月 1 日起,範本 I-9 (Employment Eligibility Verification) ver.07/17/17 N (legacy) 已經淘汰。

如果您應用程式正在使用舊版 libraryDocumentId,請務必更新為使用新的 libraryDocumentId 值。

 

必須採取的行動

新的 I-9 表格範本有新的 LibraryDocumentID。如果在應用程式中使用現有範本的 libraryDocumentId,您必須加以更新。

若要在啟用 API 的帳戶中尋找 libraryDocumentId:

  1. 以帳戶管理員的身分登入
  2. 按一下「帳戶」索引標籤 >「Adobe Sign API > API 資訊」> 按此連結:「REST API 方法文件」
  3. 在「GET /libraryDocuments」區段中,按一下「OAUTH ACCESS-TOKEN」按鈕
    1. 啟用 library_read:self 範圍
  4. 按一下「試用!」按鈕
  5. 在 Response Body 中,找到修改後的 I-9 表格範本 I-9 (Employment Eligibility Verification) ver.07/17/17 N,以查看 libraryDocumentId 值。

 

如需詳細資訊,請聯絡您的客戶成功服務管理員。


IP 位址範圍的重要變更

首次報告: 2017 年 6 月 從目前的清單中移除: 2018 年 2 月

若您現有的網路或防火牆組態已明確將 Adobe Sign 的 IP 位址列入白名單,請更新網路組態設定以包含新的 IP 位址,藉此確保您可以繼續存取服務。

多數現有 IP 位址會繼續存留在服務中,切勿將其從網路組態中刪除或移除;但是,如果在北美地區,您應移除兩個過時的 IP 位址範圍。

參閱系統需求中的 IP 位址範圍完整清單 ›

 

必須採取的行動

如果您在 API 回呼或防火牆中將 Adobe Sign IP 位址加入白名單,您也必須在 API 回呼中將其他 IP 位址加入白名單。請通知負責為您路由回呼的協力廠商 (若適用)。

如果您使用 Adobe Sign for Salesforce 整合,管理員必須在其 Salesforce.com 帳戶中將其他 IP 位址範圍加入白名單。

新增:

印度:

 

13.126.23.0/27

刪除:

北美:

 

166.78.79.112/28

207.97.227.112/28


整合: Adobe Sign for NetSuite 的重大更新

首次報告: 2017 年 5 月 從目前的清單中移除: 2018 年 2 月

Oracle 最近已升級至 NetSuite 17.0。此升級在 Adobe Sign for NetSuite 中發生問題,導致某些角色可能無法檢視「合約」索引標籤。升級至適用於 NetSuite 4.0.1 版的 Adobe Sign,以確保管理員在合約記錄中佈建的角色能夠檢視「合約」索引標籤。

 

必須採取的行動

登入應用程式,並升級至適用於 NetSuite 4.0.1 版的 Adobe Sign,以確保使用者能夠檢視 Adobe Sign「合約」索引標籤。

新版本: Adobe Sign 2017 年 9 月版

首次報告: 2017 年 9 月 從目前的清單中移除: 2017 年 11 月

Adobe Sign 2017 年 9 月的產品版本已準備就緒。此版本包含適用於管理員和使用者的新功能及功能增強項目,包括:

  • 支援符合 eIDAS 規範的時間戳記規範且取得歐盟信任清單 (EUTL) 認證
  • 當貴公司已採用 LTV 時間戳記供應商時,便可支援可設定的時間戳記新服務
  • 擴大支援 Cloud Signature Consortium 以及新公佈的合作夥伴
  • 支援印度的 Aadhaar 身分法規遵循要求和新資料中心 (IN1)
  • 支援以顏色標示的表格欄位和新的表格欄位字型,以提供更優質的編寫環境與使用者體驗
  • 在欄位中進一步推出表格欄位偵測功能
  • 在傳送過程中更換或新增收件者

 

透過與以下項目的全新或改善後的整合功能,擴大支援 Microsoft 產品:

  • Office 365 – Outlook、Word 與 PPT
  • Dynamics CRM v6
  • Teams
  • Flow

參閱版本說明 ›


安全性: Windows Vista SP2 與 Internet Explorer 9 和 10 的支援已終止

首次報告: 2017 年 3 月 從目前的清單中移除: 2017 年 11 月

Adobe Sign 已於 2017 年 3 月 17 日結束支援 Windows Vista SP2 與 Internet Explorer 9 和 10。繼續使用這些瀏覽器的客戶將無法利用新功能,日後也不能保證可以存取 Adobe Sign。

 

必須採取的行動

將舊版硬體更新至新型的作業系統組態,包括 Windows 7、8 或 10,並搭配 Adobe Sign 系統需求中所列之支援的瀏覽器,以確保新的 Adobe Sign 功能可以繼續正常運作。

請參閱系統需求相關內容 ›

Adobe Sign 5 月版本已準備就緒

首次報告: 2017 年 4 月 從目前的清單中移除: 2017 年 7 月

Adobe Sign 5 月版本已準備就緒。此版本包含適用於管理員和使用者的新功能及功能增強項目。此版本已經停用了傳統的「傳送」和「編寫」使用者介面,並以新的使用者介面做為 Adobe Sign 的標準介面。嵌入了「傳送」頁面的 API 整合,在使用者介面上也同樣有所變更。新的「傳送」體驗保留了傳統「傳送」體驗的所有功能 (「傳真簽名」工作流程除外,這項流程已由新的掃描及上傳「書面」簽名工作流程取代)。而全新的「傳送」和「編寫」體驗也提供多種全新功能,包括私人訊息、新的收件者角色等。

新的合約也已針對指派的文字欄位更新了外觀選項。原先的「Helvetica」、「Times」和「Courier」選項,已分別由對應的 Adobe 字體 Adobe Source Sans Pro、Source Code Pro 和 Source Serif Pro 取代。

這個版本中的某些功能,在佈署時尚未同步啟用。我們將於 6 月開始啟用部分功能。請參閱版本說明以瞭解詳細資料。

版本資訊 ›

請參閱「內嵌傳送」頁面變更的相關資訊 ›

請參閱「書面簽名」變更的相關資訊 ›

 

必須採取的行動

無需採取任何行動。


新的 SSL 憑證與憑證授權單位

首次報告: 2017 年 6 月 從目前的清單中移除: 2017 年 7 月

Adobe Sign 已轉移至新的 SSL 憑證與憑證授權單位 (CA),時間是

2017 年 7 月 22 日在密碼編譯通訊協定或配置底下的公開金鑰不會變更。根目錄與中間 CA 將會隨此更新變更。如有疑問,請聯絡客戶支援。

 

必須採取的行動

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

 

如果您是使用其他方法關聯憑證或將其加入白名單,您可以在 Adobe Sign 系統需求中找到新的 Adobe Sign 和 CA 憑證。新的 SSL 憑證與憑證授權單位將於 2017 年 7 月 22 日開始生效。

請參閱系統需求相關內容 ›


API: 可在 URL 過期時自訂系統所產生之錯誤碼的新設定

首次報告: 2017 年 5 月 從目前的清單中移除: 2017 年 7 月

目前 URL 過期時傳回的 HTTP 錯誤碼為 404 (找不到頁面),但此代碼並不符合 HTTP 標準。這些 URL 可由 REST API 呼叫產生,例如 GET/agreements/{agrID}/combinedDocument/url。但是,較適合的 HTTP 錯誤碼為 410 (頁面消失)。5 月版本推出後,預設 HTTP 錯誤碼已變更為 410。新設定可用於讓自訂 HTTP 狀態碼 (404、410 等等)在此錯誤狀況下傳送。

 

必須採取的行動

如果您的應用程式有過期 URL 擲回 404 錯誤的情況,則需要求將此設定的值變更為 404 。請聯絡客戶支援以取得協助。


功能取代: 傳真簽名工作流程

首次報告: 2017 年 5 月 從目前的清單中移除: 2017 年 7 月

2017 年 5 月版本推出後,全新「傳送」體驗已成為標準。此外,使用掃描與上傳方式的全新「書面」簽名工作流程也取代了「傳真」簽名工作流程。新型掃描與上傳功能可提供獲得改善的準確性及可稽核性,從而提供更優異的可讀性。使用 API 的客戶也已改用全新「書面」簽名工作流程。

使用傳真簽名的傳統「傳送」體驗,在有限的一段時間內仍可使用,但是將在 2017 年 10 月 31 遭到取代。網路應用程式使用者只要透過「傳送設定」回復為傳統「傳送」頁面,即可繼續使用「傳真」簽名工作流程。API 使用者需要聯絡其客戶成功服務管理員,才能繼續使用「傳真」簽名工作流程。

 

必須採取的行動

檢閱全新「書面」簽名工作流程文件,並將相關的變更告知您的使用者。您也可能需要更新您的使用者及客戶文件,以便執行「書面」簽名工作流程。

請參閱全新書面簽名工作流程的相關資訊 ›


行動裝置: Adobe Sign 行動應用程式中將會移除 Google ID 和 Google Apps 登入

首次報告: 2017 年 3 月 從目前的清單中移除: 2017 年 6 月

為了提升安全性與使用性,Google 不再允許在原生行動應用程式內透過內嵌瀏覽器 (也稱為網頁檢視),向 Google 提出 OAuth 驗證要求。因此,我們已從 5 月版本中移除了 Adobe Sign 行動應用程式中的 Google 和 Google Apps 登入選項。

Adobe Sign 使用者日後仍然可以透過標準登入流程 (電子郵件和密碼),使用自己的 Google ID 登入。唯一的差異在於,登入頁面上的 Google 和 Google Apps 選項皆已移除。如果您透過標準登入流程使用 Google ID 登入時遭遇任何問題,請重設您的密碼,然後再試一次。

請參閱 Google 網誌 ›

 


北美地區 (NA1) 停機進行預定維護作業

首次報告: 2017 年 1 月 從目前的清單中移除: 2017 年 4 月

Adobe Sign 將由我們的北美 (NA1) 資料中心按計劃進行維護,預計按下列時間暫停服務:

太平洋日光節約時間 2017 年 4 月 8 日 (星期六) 下午 5:00 開始,至 4 月 8 日晚間 11:00 結束

隸屬於其他資料中心的客戶預計不會受到影響。

這項必要的預定維護作業將完成北美資料中心營運的擴充。在維護期間,NA1 將無法提供服務。

若要確認您帳戶所屬的資料中心,請登入 Adobe Sign 並記下 URL 中的縮寫 (NA1、NA2 等)。如有問題,請聯絡您的客戶成功服務管理員。

 

必須採取的行動

  • 如果您使用 Adobe Sign for Salesforce 整合: Salesforce 整合管理員必須在 Salesforce.com 帳戶中,將其他 IP 位址範圍列入白名單,以便整合在 2017 年 4 月 7 日後繼續運作。Salesforce 白名單資訊 ›
  • 如果您在 API 回呼或防火牆中將 Adobe Sign IP 位址加入白名單: Adobe Sign 管理員必須在您的 API 回呼中將其他 IP 位址列入白名單。請通知負責為您路由回呼的協力廠商 (若適用)。如未加入新的 IP 範圍,系統就不會允許回呼通過您的防火牆。IP 位址範圍和預定維護常見問題 ›


整合: Adobe Sign 與 Salesforce 14 版的整合終止支援

首次報告: 2016 年 9 月 從目前的清單中移除: 2017 年 2 月

自 2016 年 12 月 15 日起,終止提供 Adobe Sign for Salesforce 14 版的產品更新、安全性更新及技術支援。現已推出18 版。

 

必須採取的行動

升級至與 Salesforce 整合的最新版。如果客戶使用的版本不受支援,系統會要求升級至目前版本,以便繼續取得技術支援。

取得升級指南

 


API: SOAP API 的 OAuth 應用程式支援服務即將結束

首次報告: 2016 年 11 月 從目前的清單中移除: 2017 年 2 月

12 月維護發行版本推出後,新版 OAuth應用程式只能存取 REST API。在提供進一步的通知前,現有的 OAuth 應用程式和整合金鑰將可繼續存取 SOAP API。

 

必須採取的行動

開發任何新的應用程式時請使用 REST API。如需詳細資訊,請前往開發人員中心

 


API 與網頁應用程式: 2017 年將變更密碼複雜度規則

首次報告: 2016 年 11 月 從目前的清單中移除: 2017 年 2 月

Adobe Sign 現正變更密碼複雜度規則以提升安全性。自 2017 年年初開始,使用網頁應用程式的客戶會收到更新密碼的系統提示,並有 90 天的時間可更新密碼。透過現有的 REST/SOAP API 登入或佈建使用者的客戶,在 2018 年年中之前必須更新自己的應用程式,以符合 Adobe Sign 密碼安全性規定。我們會在 2017 年年初,為 API 使用者提供如何轉換配合新規定的相關資訊。

新密碼標準:
• 字元數下限為 8 個字元,上限為 100 個字元
• 至少需包含一個大寫字元
• 至少需包含一個小寫字元
• 至少需包含一個數字
• 至少需包含一個特殊字元 (標點符號),但空格除外
• 不得包含不區分大小寫的使用者名稱、名字或姓氏
• 先前使用過的密碼不得做為新密碼使用,這類密碼會遭到系統拒絕

 

必須採取的行動

自 2017 年年初開始,網頁應用程式使用者應於系統提出要求時更新密碼。透過 API 佈建使用者的客戶,在 2018 年 7 月前都可更新應用程式來使用 REST API,以便符合新的密碼標準。

 


API 與網頁應用程式: 停止支援舊文字標籤語法

首次報告: 2016 年 6 月 從目前的清單中移除: 2017 年 2 月

我們已停止支援第1.0 版的文字標籤。您仍可在服務中使用第 1.0 版標籤,不過我們將不再接受這個語法的錯誤或增強功能要求。

 

必須採取的行動
確認您的使用者在建立新的文件範本時,使用的是 2.0 文字標籤語法。檢閱可能含有舊文字標籤的應用程式和現有範本,並使用新版 2.0 文字標籤語法予以更新。請參閱使用文字標籤建立表單參考指南以瞭解詳細資料。

請參閱文字標籤參考指南 ›


技術更新: 2017 年 1 月 (提前告知)

首次報告: 2016 年 6 月 從目前的清單中移除: 2017 年 2 月

目前已推出 2017 年 IRS 表格 I-9 和 W-4 的 Adobe Sign 範本。自 2017 年 1 月 20 日,太平洋時間午夜 12:00 起,我們將不再提供標題為 I-9 (2016 年就業核查) 和 W-4 2016 (IRS 員工預扣稅) 的範本。

 

必須採取的行動

2017 年 IRS 表格範本採用了新的文件 ID。如果您的應用程式使用了文件 ID,就必須更新文件 ID。

若要在啟用 API 的帳戶中尋找 LibraryDocumentID:

  1. 以 Adobe Sign 帳戶管理員的身分登入
  2. 產生整合金鑰
  3. 瀏覽至「帳戶標籤 > Adobe Sign API > API 資訊」> 按以下連結: REST API 方法文件
  4. 向下捲動至「資源與操作」區段
  5. 「/libraryDocuments」列中,按一下「顯示/隱藏」連結以顯示方法
  6. 按一下「/libraryDocuments」選項旁邊的第一個「取得」按鈕
  7. 將您的整合金鑰貼入「Access-Token」欄位中
  8. 按一下「試用!」 按鈕. 
  9. 找到 2017 I-9 和 W-4 表格,查看 LibraryDocumentID 值

如需詳細資訊,請聯絡您的客戶成功服務管理員。

2015 年至 2016 年技術通知

此産品由 Creative Commons Attribution-Noncommercial-Share Alike 3.0 Unported License 授權  Creative Commons 條款未涵蓋 Twitter™ 與 Facebook 文章。

法律說明   |   線上隱私權政策