Adobe Acrobat Sign 發行說明:2025
生產部署:2025 年 2 月 11 日
政府雲端部署:2025 年 2 月 18 日
改善功能
- 改善「自訂傳送工作流程」的使用者介面 - 更新「自訂工作流程設計工具」以提供更好的傳送者體驗,且符合「請求簽名」的外觀與感覺。
可用環境:沙盒、商業、政府 | 可用服務層級:Acrobat Sign 解決方案 | 配置範圍:群組、帳戶
體驗變更
- 合約到期日最多可延遲 12 小時 - 從此版本開始,合約自動過期功能會於管理該合約環境中的非尖峰時段進行。 實際上,在所有指定 Acrobat Sign 環境尖峰流量時間內到期的所有合約,都會在環境進入非尖峰時間的時段時排入執行佇列之中。
- Workday:Aadhaar 身分提供者的數位簽名支援使用 Workday 整合的客戶現在可以使用 Aadhaar 身分提供者作為驗證收件人的方法。
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
- 新的 accountId 屬性已新增至所有事件通知承載。
- OEM Embed 2.0 合作夥伴現在已可為他們的頻道設定 Webhook,並將其列入其個別客戶帳戶中所有資產的通知。
- 新設定 API
- POST /accounts/{accountId|me}/settings/search – 取得已識別帳戶 (accountId) 中及設定名稱的清單,然後將指定帳戶的設定名稱清單及其值傳回。 只有帳戶層級的值會傳回。
- 非管理員使用者可使用。
- PUT /accounts/{accountId|me}/settings - 將所提供的設定名稱清單及其值套用到已識別帳戶 (accountId)。
- POST /accounts/{accountId|me}/settings/search – 取得已識別帳戶 (accountId) 中及設定名稱的清單,然後將指定帳戶的設定名稱清單及其值傳回。 只有帳戶層級的值會傳回。
- 新標誌 API
- POST /accounts/{accountId|me}/logo - 上傳 CoBrandingLogo 檔案。
- GET /accounts/{accountId|me}/logo - 採用與上傳 CoBrandingLogo 影像檔案時相同的格式,傳回其影像資料。
- 非管理員使用者可使用
- DELETE /accounts/{accountId|me}/logo – 清除帳戶的 CoBrandingLogo 影像。
- 簽署原因 API
- GET /accounts/{accountId|me}/signingReasons - 傳回已識別帳戶 (accountId) 的簽署原因清單。
- 非管理員使用者可使用。
- POST /accounts/{accountId|me}/signingReasons - 建立已識別帳戶 (accountId) 的新簽署原因。
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId} - 從已識別帳戶 (accountId) 中擷取已識別簽署原因 (signingReasonId) 的文字。 帳戶的已識別簽署原因。
- 非管理員使用者可使用
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId} - 從已識別帳戶 (accountId) 中更新已識別簽署原因 (signingReasonId)。
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId} - 從已識別帳戶 (accountId) 中移除已識別簽署原因 (signingReasonId)。
- GET /accounts/{accountId|me}/signingReasons - 傳回已識別帳戶 (accountId) 的簽署原因清單。
- 更新 Swagger 頁面,以指出我為 accountId 的簡略表達方式。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4479949 | 摘要: OIDC API 會呼叫「Content-type:application/x-www-form-urlencoded」標頭中包含「charset=UTF-8」參數的 IDP。 這會產生錯誤,而非有效的回應。 |
| 修正:由於不應指定任何字元集,已將字元集移除。 | |
| 4490523 | 摘要:「閱讀合約」的畫面上沒有出現「列印 PDF」按鈕。 |
| 修正:已將列印按鈕新增至「閱讀合約」的畫面中。 | |
| 4494248 | 摘要:由於用戶端未傳遞時區資訊,導致合約中的合約到期時間不正確。 |
| 修正:已更新用戶端可以識別時區。 | |
| 4494297 | 摘要:當使用者代表其他使用者委派協議時 (使用進階帳戶共用),稽核報告會依據忽略或納入資料的設定,而不顯示委派事件。 |
| 修正:已改善忽略資料的功能,在隱藏部分內容的情況下仍會保留事件。 | |
| 4495537 | 摘要:在使用自訂電子郵件範本時,收件人使用工作流程傳送合約並於稍後取消,且未要求通知各方的狀況下,收件者會作為副本收件者收到取消的電子郵件。 |
| 修正:CEMT 範本的 CSS 已更新,可以像非自訂範本一樣管理取消情境。 | |
| 4495963 | 摘要:如果帳戶中的使用者不允許委派,則會鎖定啟用使用者設定檔的簽署或電子簽章選項。 |
| 修正:在使用者介面中移除委派的相依性,並可更新設定 | |
| 4496084 / 4510358 | 摘要:以選項清單指定選項按鈕時,未設定正確的選取選項按鈕 |
| 修正:選項按鈕中出現選項清單時,我們現在可從選項清單中取得所選的選項按鈕索引。 | |
| 4497823 | 摘要:在瀏覽器中,為取得有效的合約,非參與使用者工作階段的「GET /SigningUrls」使用者訊息 (「無效的合約 ID」)。 |
| 修正:將使用者通知 (「無效的合約 ID」) 改寫為有意義的訊息。 | |
| 4498914 / 4501065 | 摘要:由於分隔符號不正確,導致驗證類型為具有生技製藥設定的 Acrobat Sign 時,使用者無法簽署文件。 |
| 修正:已改用正確的分隔符號。 | |
| 4499847 | 摘要:數位設定未遵守 UI 設定,由於提供者清單中有重複項目,導致顯示的提供者數量多於所選的提供者數量。 |
| 修正:已新增清理程式碼,確保在擷取及更新設定值之前皆已清除重複項目。 | |
| 4500637 | 摘要:PDF 的建立資誤以毫秒表示,而非使用 PDF 日期字串格式,導致日期出現長數值。 |
| 修正:如果「建立日期」是以 CosNumeric 表示,將 CosNumeric 設為字串以將其轉換為 ASDate,之後將其轉換為長字串後再轉換為「日期」物件。 | |
| 4500649 | 摘要:由於上游程式庫有錯誤,導致自動調整字型大小的功能無法運作 |
| 修正:已更新該資料庫。 | |
| 4501939 | 摘要:由於 AVS 不支援的設定,簽署者在透過 Braintree 付款時,會出現「非預期錯誤」或「權限錯誤」。 |
| 修正:已新增程式代碼以忽略 AVS。 客戶請注意,AVS 設定與 Acrobat Sign 並不相容。 | |
| 4502497 | 摘要:在新編寫版面中,預設未將初始欄位設為「必要」 |
| 修正:已將預設編輯為必要。 | |
| 4502759 | 摘要:「稽核報告」中的簽署者會出現重複的日文敬語文字 |
| 修正:我們現在已於 createSignatureRequestedAuditEvent() 的所有案例中使用使用者清單字串。 這將會隨著字串的變更,移除函數中所有稽核事件字串中的敬語文字。 | |
| 4503010 | 摘要:動作 GET /agreements/ID 失敗,錯誤代碼 500 - 9 月 17 日之後,因來源檢查導致數個合約出現其他伺服器錯誤。 |
| 修正:移除來源檢查。 | |
| 4503107 | 摘要:當具有「傳送和簽署」權限的群組切換至拱用者帳戶,並發起作為第一個簽署者的工作流程時,會將使用者重新導向至 POST_SIGN 頁面而非電子簽名頁面。 |
| 修正:已更新即時檢查功能,確保共用者具備使用合約的來源群組「簽署」權限。 | |
| 4503112 | 摘要:合約自動取消 - 因 iText 錯誤而導致出現 AUTO_AUTHOR_FAIL 錯誤。 |
| 修正:已將 iText 在不必要的情況下移除,以解決錯誤。 | |
| 4503640 | 摘要:表單填寫者無法提交文件。 使用者按一下 XFA 文件上的「提交」後,就會出現伺服器錯誤 |
| 修正:評估 XFA PDF 的資料庫已經過改善,可正確識別及移除 XFA。 | |
| 4504309 | 摘要:由於篩選器中缺少端點,無法透過「進階帳戶共用」傳送「草稿」資料夾合約。 |
| 修正:在 filter.xml 檔案的 allowListedEndPointsBasedOnSendPermissions in filter.xml 中,新增 URL /account/requestSignatures/authoring | |
| 4504567 | 摘要:透過大量傳送產生合約時,會變更選項按鈕值 |
| 修正:在建立 SiB 子合約時,以 linkedhashmap 取代 hashmap 以維護插入順序 | |
| 4504631 | 摘要:處理工作流程錯誤之錯誤訊息:iText 檔案中有不支援的字元,導致無法處理的錯誤 |
| 修正:已更新 iText。 | |
| 4504822 | 摘要:如果使用者清單太大,就會清除使用者搜尋,並在先前的搜尋完成前要求搜尋 (例如在開啟頁面時,初始載入使用者的情況) |
| 修正:收到資料時,會檢查 requestID 是否符合最新的要求。 如果符合,系統會處理回應,如果不符合最新的要求,就會忽略該要求。 | |
| 4504831 / 4507199 | 摘要:由於 PDF 字型物件格式不正確,且未指定字型物件所需的子類型,造成已簽署合約提供 1KB 大小的無效 PDF。 |
| 修正:更新 PDF 產生的資料庫以妥善地管理格式不正確的物件,並提供較佳的結果。 | |
| 4506230 | 摘要:由於註解錯誤或缺少我們要尋找的內容,因此無法在沙箱中自動辨識欄位。 |
| 修正:我們現在會搜尋每一個頁面以及該頁面中的每個註解,以尋找表單欄位的註解並確保取得正確的頁面。 | |
| 4506959 | 摘要:「簽署後登陸頁面」會顯示出 HTML 的編碼字元 |
| 修正:修改來源範本。 | |
| 4508950 | 摘要:名稱包含縮寫符號的欄位會在新體驗中發生錯誤。 |
| 修正:已改良欄位的剖析程式碼,以管理縮寫符號。 | |
| 4509503 | 摘要:使用者無法透過 iOS 版的 Acrobat Sign 應用程式簽署文件,因為資料欄位空白並擲回空指標例外 |
| 修正:已新增空指標檢查,以妥善管理狀況。 | |
| 4509713 | 摘要:由於傳遞的值不正確,在嘗試從全域設定啟用「允許管理員與多個群組共用資料庫文件」時,設定「允許所有使用者與多個群組共用資料庫文件」會自動啟用。 |
| 修正: 現已使用正確的值。 | |
| 4510812 | 摘要:Workday 中的 Aadhaar 驗證會導致無法簽名。 |
| 修正:已順利將 Aadhaar 驗證支援新增至 Workday。 | |
| 4512044 | 摘要:如果欄位名稱具有特殊字元,新的電子簽名會擲回錯誤 |
| 修正:欄位名稱剖析已經過改善,可順利管理欄位名稱中的特殊字元。 | |
| 4516231 | 摘要:稽核報告中關於簽署連結的「由 (傳送者名稱) 代管的電子簽名」用語被認為過於模糊。 |
| 修正:稽核報告中的該字串已更新為「簽署連結是由 (傳送者名稱) 建立」。 |
生產部署:2025 年 3 月 17 日
政府雲端部署:2025 年 3 月 20 日
體驗變更
- OEM 合作夥伴的新電子簽署環境新電子簽署環境已為 Acrobat Sign OEM 合作夥伴啟用。此環境為收件人提供卓越的簽署體驗,並包含定義欄位圖層的選項,行動裝置客戶可以切換到該圖層,顯著改善欄位填寫流程。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4501733 | 摘要:設定群組的自訂電子郵件顯示值不適用於提醒和取消電子郵件。 |
| 修正:已更新提醒和取消電子郵件範本,以正確反映「顯示電子郵件」值。 | |
| 4502251 | 摘要:當傳送帳戶已啟用 HIPAA 時,Acrobat Sign 驗證會失敗,傳送者和收件者在不同的 Acrobat Sign 分區上擁有使用者 ID,導致存取權杖無效的錯誤。 |
| 修正:已改善 Acrobat Sign 驗證方法,以正確管理在不同分區上擁有使用者 ID 的收件者。 | |
| 4504338 | 摘要:當第一個人簽署合約,但第二位收件者被委派兩次時,就會觸發未處理的錯誤。 |
| 修正:委派的程式碼已重建,以確保進行鏈結委派時已經通過合約的適當授權。 | |
| 4504648 | 摘要:透過 API 新增且依預設啟用的核取方塊,即使在簽名程序期間未被核取,仍可能在最終的合約上維持「已核取」狀態。 |
| 修正:已更新核取方塊值的繼承,以確保在收件者完成後能正確儲存新值,並反映在產生的 PDF 中。 | |
| 4506085 | 摘要:將大型範本從沙箱複製到生產環境時,發生錯誤。 由於程序逾時,導致建立的範本沒有欄位。 |
| 修正:已延長同步動作的時間臨界值。 | |
| 4507500 | 摘要:由於上傳功能中遺失路徑,因此在套用簽名時,Acrobat (DC 網頁版) 使用者無法上傳附件。 |
| 修正:已包含允許 Acrobat 使用者存取上傳功能的路徑。 | |
| 4508102 | 摘要:從合併的合約文件刪除頁面的程序可能會失敗,因為內部服務在刪除如書籤、結構、目的地等頁面相關物件時,可能擲回例外,導致從 PDF 刪除頁面的整個作業失敗。 |
| 修正:已改善內部服務,以更妥善地管理書籤,並將 PDF 格式正確格式化為 Acrobat Sign 預期的標準。 | |
| 4508673 | 摘要:需要簽署理由,且簽名欄位已指派給非簽署者角色 (例如核准者) 時,如果啟用了新版電子簽署,則會將使用者重新導向至新版電子簽署頁面,而不會提供輸入簽署理由的選項。 |
| 修正:已針對要求簽署理由的部分新增檢查,如果有要求,收件者預設會連到傳統的電子簽署頁面。 | |
| 4508674 | 摘要:無法下載包含格式不佳之目的地的已簽署合約。 |
| 修正:內部程式庫已經過修補,以更妥善管理格式不佳的書籤和目的地。 | |
| 4508934 | 摘要:在 Salesforce 整合中,在已簽署 PDF 電子郵件通知裡的檔案名稱 會在「.」之後被修剪掉 |
| 修正:已改善字串修剪功能,可識別在點之後非副檔名的字串。 | |
| 4509274 | 摘要:在 MS Teams 環境中,如果傳送者是第一個 (或唯一的) 簽署者,則由於在 API 重新導向中傳遞了空值,合約不會於傳送後在新標籤中開啟。 |
| 修正:改善 API 重新導向,在觸發簽署程序時傳遞正確的值,並開啟新標籤。 | |
| 4509485 | 摘要:可能無法從合併的合約文件刪除頁面,因為內部服務在刪除如書籤、結構、目的地等頁面相關物件時可能擲回例外,導致整個作業失敗。 使用者無法下載其合約 PDF,且出現錯誤訊息:「此文件尚未提供,或沒有頁面可檢視。」 |
| 修正:已更新內部服務,納入測試中的刪除程序,以更有效管理格式不正確的 PDF。 | |
| 4509562 | 摘要:大型合約可能會出現問題,因為有較舊的 SDK 套件,導致在「管理」頁面上開啟合約時,只會將合約的前幾頁列印至 PDF。 |
| 修復:已更新 SDK 套件以解決問題。 | |
| 4509684 | 摘要:從 REST API 呼叫 GET /agreements/{agreementId}/documents/{documentId}) 時,由於內容類型不正確,會觸發錯誤:「伺服器無法以 Accept 標頭要求的格式傳送回應」。 |
| 修正:已改用正確的內容類型值。 | |
| 4509712 | 摘要:嘗試與多個群組共用範本時,僅會顯示 100 個群組。 |
| 修正:從 API 擷取的群組數量已增加至 1000 個 | |
| 4509989 | 摘要:如果我們在網頁表單電子簽署頁面的「簽名」欄位旁有「名稱」欄位,則套用簽名後,「名稱」欄位不會有簽署者的名稱,且不會顯示。 |
| 修正:已新增額外功能以檢查「名稱」欄位中的名稱值,並將其與現有值進行比較。 如果已變更,欄位便會填入新值。 | |
| 4510498 | 摘要:書面簽名合約的禁止寄送電子郵件通知給收件者功能失敗,因為缺乏可設定的設定以控制該功能。 |
| 修復:已新增設定來明確管理此類電子郵件的發送。 | |
| 4511386 | 摘要:當具有數位簽名的簽署者選取下載並簽署的選項時,參與計數器會在套用簽名之前就加計數量。 |
| 修正:已改善更新系統的邏輯,以更妥善地反映合約目前的狀態。 | |
| 4511390 | 摘要:群組管理員沒有權限與其群組使用者完整建立共用。 |
| 修正:已更新群組管理員的共用功能,以修正問題。 | |
| 4511902 | 摘要:當顯示格式包含引號 (因編碼) 時,自訂日期標籤無法在新體驗中運作。 |
| 修正:現在 Acrobat 會先將值解碼後再儲存。 | |
| 4517094 | 摘要:由於頁面移至新的來源 URL,導致使用條款連結失敗。 |
| 修正:更新程式碼以正確擷取目前的 URL。 |
生產部署:2025 年 4 月 22 日
政府雲端部署:2025 年 4 月 24 日
改善功能
- 在自訂工作流程設計工具中個別收件者的副本收件者 - 自訂工作流程設計工具現在可讓每位個別收件者擁有專屬的副本收件者。 啟用時,副本收件者會與預定收件者同時收到通知,確保能見度更高,並簡化通訊流程。 如果帳戶配置為允許,則可使用此功能。
- 新增至 Acrobat Sign 的新身分識別提供者 (IdP) - Acrobat Sign 正在擴展其支援的身分識別提供者 (IdP) 清單,以強化收件者的驗證選項。 現在有下列這些新的 IdP 可用:
- OneID ID 檢查
- OneID ID 證明
- OneID ID 保證
- OneID Sign-Up Plus
這些新增功能擴展了 Acrobat Sign 與全球身分驗證標準的相容性,支援跨多個行業的順暢且安全驗證。
- 擴大支援電話驗證的國家/地區 – 透過 SMS 進行電話驗證與合約傳送,現在支援這些額外的國家/地區和國家/地區電話代碼:
- 曼島 (+44)
- 根息 (+44)
- 澤西島 (+44)
體驗變更
- 新版的「請求簽名」環境已成為建立新合約時的預設體驗。 所有現有帳戶都已切換至新版環境
- 使用者已無法存取可在新環境和傳統環境之間切換的連結。
- 管理員仍會繼續保有可透過其管理員選單啟用傳統體驗的選項。
- 使用 Notarize 整合功能的客戶不會受到此變更的影響。
- Admin Console 中 VIP 帳戶的系統管理員會被自動指派 Acrobat Sign 授權 - 當帳戶一開始是以 VIP 授權購買 Acrobat Sign 服務時,將自動指派 Acrobat Sign 授權給具系統管理員權限的使用者。
- 新組織中所有現有的指派系統管理員,將以 Acrobat Sign 管理員層級授權來佈建。
- 購買 Acrobat Sign 授權的現有組織,將會以帳戶管理員層級的 Acrobat Sign 授權來佈建所有現有的系統管理員。
只有在首次為組織購買 Acrobat Sign 服務時,才會自動取得 Acrobat Sign 授權。 授權不會發生在後續晉升為系統管理員的情況。
- 已改善管理員上線檢查清單與通訊 - Acrobat Sign 管理員現在獲得管理帳戶上線的增強支援,包括新工具和經改善的電子郵件通訊。
改善的上線功能包括:- 上線檢查清單 – 已在「管理員」頁面下新增「開始使用」標籤,可在新管理員第一次控管帳戶時,提供關鍵動作的簡短檢查清單。
- 更新的歡迎及提醒電子郵件 – 已修改傳送給新管理員的初始電子郵件通知,以支援上線檢查清單,可針對帳戶設定的後續步驟提供更明確的指引。
- 每月概觀電子郵件 – 管理員會收到每月摘要,其中詳細列出:
- 對所有使用者狀態的可見度,以及管理員需要採取行動的位置。
- 合約開始後所使用的交易/授權數量。 管理員再也不需為了此資訊而導覽至 Admin Console。
- 包括週年日期的合約快照。
- 智慧型現有授權偵測與通知 - 如果偵測到使用者先前的 Acrobat Sign 授權,就會將受影響的使用者納入傳送給所有帳戶管理員的每週通知電子郵件中。 前述每位使用者最多會出現在三份通知中。
這些改善功能可協助管理員更有效率地管理帳戶,並隨時掌握系統活動和潛在問題的最新資訊。
- 改善使用者登入體驗 - Acrobat Sign 已透過 Adobe 身分識別管理系統 (IMS) 簡化登入和驗證的程序。
- 在登入過程中,使用者的組織設定檔會自動選取具備 Acrobat Sign 服務的權限者 (識別請求為來自 Acrobat Sign 來源)
- 登入時發生錯誤的使用者會在錯誤訊息中看到連結,以便其連絡 Acrobat Sign 管理員尋求協助。
- 對於所有已指派作用中授權卻尚未登入服務的使用者,最多會傳送兩份電子郵件提醒。 (這也適用於發行日期之前的現有已停用使用者)
這些改善功能可簡化登入程序,減少不便,並改善整體使用者體驗。
可用的環境:商業 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:預設為啟用;無法設定
- 「帳戶」標籤已重新命名為「管理員」- Acrobat Sign 帳戶層級管理員可用的「帳戶」標籤已重新命名為「管理員」。 這是應用程式獨立網頁版本的標籤外觀變更。 此更新將於 2025 年 4 月在商業環境中實施,並於 2025 年 5 月在政府環境中實施。
行動應用程式更新
整合更新
- Workday 整合:採用 Aadhaar 電子簽署的數位簽名 - Workday 整合現已完全支援在印度提供的選用 Aadhaar 電子簽署服務。這是一項線上電子簽名服務,有助於基於 OTP 驗證和 e-KYC 驗證的數位簽署合約。
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
- 新的 Webhook 欄位:eventDateTimezoneOffset - Adobe Acrobat Sign 推出 eventDateTimezoneOffset,這是在 AGREEMENT_ACTION_COMPLETED 訂閱事件的 Webhook 裝載中的新欄位。
此欄位可在收件者更新合約時擷取收件者的時區偏移,讓您更清楚掌握本機簽署時間。- eventDateTimezoneOffset 以相對於 UTC 的分鐘數記錄收件者的時區偏移 (例如 eventDateTimezoneOffset : "UTC-300")
- 現有 eventDate 欄位保持不變,並會繼續儲存動作的 UTC 時間戳記。 時區偏移不會修改eventDate 值。
此更新增強了跨不同時區簽署活動的追蹤。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4490799 | 摘要:無法使用新體驗的「傳送」頁面變更預設國碼。 |
| 修正:程式碼已經過改善,以確保透過所有程序推送繼承的群組屬性,進而完成合約建立作業。 | |
| 4501927 | 摘要:發行後,在傳統和新版「撰寫中」模式間的 PDF 處理出現差異。 |
| 修正:已改善程式碼,可在轉換 PDF 檔案時,以更佳方式存取及使用所有欄位屬性。 | |
| 4503970 | 摘要:當第一位收件者是傳送者時,會出現錯誤的完成訊息。 |
| 修正:已將訊息更新為可察知角色,使其可顯示正確的訊息。 | |
| 4505208 | 摘要:[RequestSignature] 副本欄位不會顯示通訊錄的「自動完成」選項。 |
| 修正:已將通訊錄功能新增至副本欄位。 | |
| 4507982 | 摘要:當透過進階帳戶共用與使用者共用多個群組時,若嘗試存取「管理」標籤「範本」篩選器下的「範本」,可能會發生效能問題。 |
| 修正:已重構數個功能,以針對多個群組搜尋最佳化。 | |
| 4508227 | 摘要:簽署源自新撰寫體驗且具有付款欄位的合約時,會發生未處理的錯誤。 |
| 修正:已更新端點,以減少管理欄位時的不明確情況。 | |
| 4508929 | 摘要:由於對特殊字元進行編碼,導致少於 100 個字元的「自訂工作設計工具」欄位標籤觸發錯誤。 |
| 修正:驗證字元限制時,會解碼特殊字元。 | |
| 4509141 | 摘要:在傳送具有見證人的合約時,觸發資訊不足的錯誤,且群組設定為需要驗證方法,但見證人卻設定為不進行驗證。 |
| 修正:設定程序現在包括錯誤訊息,會指出已對所有收件者設定雙因素驗證和使用見證人的情況。 | |
| 4509366 | 摘要:使用特殊字元更新 FedRAMP 客戶名稱失敗,因為這些字元未以其 HTML 實體編號取代。 |
| 修正:更新在 FedRAMP 環境中正確管理特殊字元的程序。 | |
| 4509680 | 摘要:針對國碼 +44 新增曼島、根息與澤西島等國家/地區。 |
| 修正:新增曼島、根息與澤西島的 COUNTRY_CODE 常數。 | |
| 4510255 | 摘要:嘗試建立已存在於另一個群組中的使用者時,會在無用群組中建立使用者。 |
| 修正:已改善錯誤,以指出使用者已移至新群組 (未建立)。 | |
| 4510309 | 摘要:若透過 inputType 不是 BLOCK 的 API 新增簽名區塊,簽名程序會因未能正確識別 BLOCK 而轉送至傳統體驗。 |
| 修正:已改善傳回額外資訊的條件,以正確識別 BLOCK 物件。 | |
| 4510652 | 摘要:數位簽署的表單欄位必須先扁平化,才能為下一位簽署者修改 PDF。 |
| 修正:透過書面合約工作流程提交時,已簽署的數位簽名表單欄位會失效。 | |
| 4511819 | 摘要:針對未簽署的簽名欄位,在 PDF 文件中會顯示簽名的藍色線條。 |
| 修正:將簽名欄位轉譯至 PDF 文件時,會略過未簽署的簽名欄位。 | |
| 4511965 | 摘要:擷取 ID 條件時,由於已套用 ID 檢查,因此數位身分識別閘道登入提示無法運作。 |
| 修正:已移除擷取 DIG_ID 的驗證條件時的電子郵件和名稱比對檢查。 | |
| 4513228 | 摘要:當欄位名稱包含額外空格時,由於後端的欄位名稱會遭剪除,導致 PDF 文件中會缺少欄位值。 |
| 修正:剪除前端的欄位名稱以保持欄位名稱一致。 | |
| 4513358 | 摘要:Adobe Sign 沙箱執行個體中發生檔案處理問題,因為表單欄位沒有參照頁面。 在這種情況下,頁面為空,且會擲回空指標。 |
| 修正:已為此事件新增空值檢查,以適當管理。 | |
| 4513464 | 摘要:管理員透過進階帳戶共用功能與範本互動時,會遇到多個錯誤,因為 API 是在工作階段使用者的權限 (例如 Editor_User) 下評估,而不是在切換使用者的權限 (例如 Creator_User) 下評估。 |
| 修正:將 x-on-behalf-of-user 標頭新增至 API 請求,以確保在切換使用者 (Creator_User) 的權限下評估請求。 | |
| 4513575 | 摘要:表單欄位資料未針對多行欄位調整大小。 |
| 修正:已更新程式碼,允許自動調整大小。 | |
| 4513914 | 摘要:當帳戶中的已啟用使用者數量等於 MAX_ACTIVE_USERS 值時,由於 MaxActiveUsers 檢查,所以不可變更密碼。 |
| 修正:已改善此功能,以在使用者為「已啟用」時適當忽略此檢查。 | |
| 4514839 | 摘要:如果簽署的第一個欄位不是文件頂端的第一個簽名欄位,使用者就無法在合約上簽署多個數位簽名。 |
| 修正:已新增方法,可在所有欄位中重複作業,且可擷取進一步用於 X-JWT-Assertion 標頭的有效票證。 | |
| 4515343 | 摘要:在電子簽署頁面上,多行輸入欄位的字型大小會改變。 字型大小會乘以縮放因數,因此輸入的大小會因縮放因數而有所不同,具體而言,這會調整頁面的尺寸。 |
| 修正:取得多行欄位字型大小的方法,是以像素傳回字型大小,而不是將其乘以縮放因數。 | |
| 4515735 | 摘要:簽署合約後,簽署後頁面上的「管理」按鈕傳回格式不正確的頁面。 |
| 修正:簽署後頁面已修正,可正確擷取呈現頁面所需的資訊。 | |
| 4516641 | 摘要:表單欄位的註解可能不會附加至頁面。 |
| 修正:已對頁面的註解清單新增空值檢查。 | |
| 4517113 | 摘要:在檢查表單欄位時,由於發生空指標錯誤,因此在透過開發人員帳戶經由 API 傳送合約時,會記錄收到問題電子郵件。 |
| 修正:我們現在會先檢查表單欄位清單是否為空,然後再查詢清單是否為空白。 | |
| 4517156 | 摘要:若一組輸入 PDF 中存在表單欄位,會無法執行表單欄位產生器,因此無法產生其他表單欄位。 |
| 修正:在需要處理表單欄位產生器的清單時,我們會將該任務新增至於 ReadPDFTask 之後執行的任務清單中。 |
Adobe Acrobat Sign 版本 16.0.1
生產部署:2025 年 5 月 20 日
政府雲端部署:2025 年 5 月 22 日
改善功能
- 已針對「限制存取合約」功能新增 API 支援 - 使用 API 撰寫及傳送合約的組織,現在可以將「限制存取合約」功能作為收件者設定的一部分使用。 如果驗證類型設定為「無」,則就可存取文件的時間而言,此功能的 API 實作在體驗上會出現一項差異:
- 在 Acrobat Sign 介面中,於簽署合約之前,收件人不得「檢視」或「下載」合約。 即使沒有設定驗證,也會透過禁止「檢視」和「下載」動作,停用對合約的存取權。
- 使用 API 時,可在通過驗證後使用權杖檢視和下載合約。 在未設定驗證的情況下,則可在簽署合約前檢視或下載合約。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶和群組
- 擴大支援電話驗證的國家/地區 – 透過 SMS 進行電話驗證與合約傳送,現在支援這些額外的國家/地區和國家/地區電話代碼:
- 福克蘭群島 (馬爾維納斯) (+500)
可用的環境:商業 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶和群組
體驗變更
- 現在舊版企業帳戶需要登入,才能提交網頁表單支援案例 - 擁有舊版企業帳戶的使用者現在必須先以其 Acrobat Sign 認證登入,才能使用線上網頁表單提交支援案例。 此驗證步驟確保案例連結到正確的帳戶並路由到適當的支援團隊。
可用環境:商業 | 可用服務層級:Acrobat Sign 解決方案 | 配置範圍:預設啟用;無法編輯
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
- 現在從微服務為 GET /agreements API 提供服務 - GET /agreements 端點正從 Acrobat Sign 核心應用程式移轉至專屬微服務。 在這項轉換過程中,搜尋請求會從搜尋服務 (次要儲存空間) 擷取資料,而非從主要資料庫擷取資料。 此變更可增強服務穩定性,並防止非典型 API 呼叫影響 Acrobat Sign 體驗。
- 現在 GET /agreements 呼叫的頁面大小上限是每個請求 500 份合約。 過去,搜尋服務在每個頁面上無法擷取超過 100 份合約。 如果需要更多合約,可能需要進行範圍較窄的多個查詢。
- 由於搜尋作業目前在次要儲存空間中進行,因此呼叫 GET/agreements 端點時,可能會發生小規模的額外延遲。
- API 節流更新在 2025 年 5 月發佈後,將套用新的 API 節流規則:
- 偵測到整體系統負載偏高時,Acrobat Sign 會對整個系統的 API 請求子集進行節流。
- 識別出造成整體系統速度緩慢的高使用量客戶後,Acrobat Sign 會特別針對該客戶進行 API 請求子集節流。
API 請求受到節流時,會以 429 HTTP 狀態代碼與下列項目加以拒絕:
回應本文
回應標頭
收到上述回應時,您可以使用 Retry-After 標頭或回應本文中的 retryAfter 來決定何時再次嘗試請求。
重試懲罰
對於在 2025 年 5 月版本後建立的所有新帳戶,如果帳戶並未遵守指定的重試時間間隔,將會套用懲罰。
如果在此間隔內再次嘗試相同的請求,則該請求會再次受到節流,且重試時間間隔將會重設。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4477748 | 摘要:使用者無法建立 OAUTH 存取權杖,因為 API 呼叫中出現格式不正確的網域。 |
| 修正:已更新 Swagger 控制器的網域清單。 | |
| 4480357 | 摘要:執行螢幕閱讀器時,「從資料庫開始」對話框中的鍵盤處理無法正常運作 |
| 修正:已對螢幕閱讀器導覽進行多個修正,以確保可如預期般讀出所有頁面開頭。 | |
| 4498103 | 摘要:「大量傳送」功能中的角色指派不正確。 將自己新增為最後一位收件者時,一律會指派「簽署者」角色。 |
| 修正:將傳送者新增為最後參與者時,傳送者將不會看到其他角色的選項,因為傳送者一律為簽署者。 | |
| 4501417 | 摘要:使用欄位範本放置印章簽名欄位會觸發錯誤,導致無法進一步撰寫。 |
| 修正:已新增程式碼來處理文字標籤「signer1」文字標籤元素。 | |
| 4506667 | 摘要:若傳送者需要網頁表單的第一位簽署者來驗證其電子郵件,則 Webhook 通知會延遲,直到第一位簽署者驗證電子郵件為止。 如果第一位簽署者的電子郵件遭退回,則 Webhook 通知會延遲 2 小時,因為預期會填入 documentsInfo 參數。 |
| 修正:若傳送者需要網頁表單的第一位簽署者來驗證電子郵件,則在「合約」事件的 Webhook 通知承載中,第一位簽署者驗證電子郵件前,系統不會填入 documentsInfo 。 如果第一位簽署者的電子郵件遭退回,則在「合約」事件的 Webhook 通知承載中不會填入 documentsInfo。 | |
| 4511940 | 摘要:多行文字欄位的預設字型大小無法根據螢幕尺寸調整,因此使用行動電話簽署協議時,文字遭到截斷。 |
| 修正:多行文字欄位已無法覆寫基礎類別方法。 | |
| 4513457 | 摘要:當群組名稱包含雙引號字元時,剖析 JSON 時會發生問題。 |
| 修正:已改善群組名稱的剖析程式碼,以管理雙引號。 | |
| 4515610 | 摘要:由於在後端和前端處理浮點數字的方式不同,因此在將網頁表單傳送給其他參與者時,計算的欄位值會變更。 |
| 修正:變更後端實作,將 BigDecimal 作為數字類型使用 | |
| 4516504 | 摘要:在建立可重複使用的範本並使用新體驗檢視時,核取方塊和選項按鈕會因顏色值遭截斷而出現粉紅色邊框,而非黑色邊框。 |
| 修正:已修正十六進位值,以保有正確的值。 | |
| 4520149 | 摘要:由於在設定 next_to_sign 旗標時發生罕見的競爭狀況,部分合約在簽署後不會更新其狀態。 |
| 修正:已新增其他記錄,以在收件者與合約互動前擷取此狀況,並加以解決。 | |
| 4521246 | 摘要:多個群組中的範本共用無法運作,且在啟用「進階帳戶共用」時會擲回錯誤,而傳送程序會從「首頁」頁面開始。 |
| 修正:已更新來自「首頁」頁面的範本選擇器,以正確擷取共用範本。 |
Adobe Acrobat Sign 版本 16.1
生產部署:2025 年 7 月 22 日
政府雲端部署:2025 年 8 月 5 日
改善功能
- 使用WhatsApp直接將協議連結傳送到收件人的行動裝置WhatsApp在 Acrobat Sign 中的整合已擴展,包含直接將協議通知和提醒連結傳送到收件人的WhatsApp啟用裝置的選項。
- 原生 PDF/A 支援長期文件保存 - Acrobat Sign 現在支援 PDF/A-2b 格式 (ISO 19005) 的文件驗證和匯出,協助組織符合嚴格的歸檔標準和法規要求。 文件在整個協議生命週期中保持其 PDF/A 一致性,包括上傳、簽署和儲存。
- 防止 Adobe Acrobat Sign 被嵌入第三方網站 - 點擊劫持防禦為透過 REST API v5+ 存取的 Acrobat Sign 頁面新增 iframe 保護。 框架化只有在使用自動登入且具有已宣告主版網域時才允許,有助於防止欺騙性或未經授權的嵌入。
- 改善對群組共用的控制 - 使用進階帳戶共用功能的組織,現在可以選擇將其合約的共用檢視權限限制在使用者群組所傳送的合約。 從外部群組傳送給使用者的合約會遭到篩除,以保護可能不適合廣泛共用的私人使用者通訊。 此篩選器只套用於群組級別共用 (將群組共用給另一個群組或使用者),不套用於以使用者為基礎的共用 (將使用者共用給群組或另一個使用者)。
- VIP 授權客戶的更新:
- 從首頁簡化管理員設定 - Acrobat Sign 推出全新的帳戶管理區段,協助帳戶管理員快速存取關鍵設定工具。管理員可以直接在首頁新增使用者、管理群組、連結整合功能,以及移轉範本,無需層層翻找。
- 從 Acrobat Sign 新增使用者至 Admin Console – 管理員現在可以直接從 Acrobat Sign 的使用者頁面新增使用者,自動更新 Adobe Admin Console。
- Admin Console 角色指派現在可透過 Acrobat Sign 使用 - 為了簡化設定,Acrobat Sign 現在允許帳戶管理員指派關鍵的 Admin Console 角色 (產品和支援管理員),無需離開產品介面。
- 更容易存取第三方整合套件 - 管理選單中已新增整合頁面,為各個整合的設定檔案提供直接且直觀的連結。
- 透過產品內指引更容易進行 HIPAA 入門 - 受 HIPAA 規範的組織現在可以透過開始使用管理選單中的新自助服務工作流程,在Acrobat Sign 內開始啟用程序。系統會根據 BAA 簽名和系統設定,向「支援」傳送自動請求,並追蹤進度。
- 透過自動範本轉換快速將範本移轉到 Acrobat Sign - 新的範本移轉功能協助帳戶管理員快速將範本導入Acrobat Sign。上傳範本 ZIP 檔案、自動轉換,並在撰寫環境中檢閱結果,無需任何技術專業知識。
- Acrobat Sign 智慧助理聊天機器人 - 新的智慧助理為您提供應用程式內常見問題的解答,例如如何新增使用者、檢查使用情況或更新設定。用簡單的語言提出您的問題,即可獲得逐步指導、相關的 HelpX 文章或支援頁面連結。
- 適用於政府的 Acrobat Sign 已更新為新版體驗:
- Acrobat Sign for Government:存取現代的請求簽名介面 - 政府雲端管理員現在可以讓其帳戶或群組使用現代的請求簽名介面。
- Acrobat Sign for Government:收件人優先的行動升級 - 政府使用者現在可以存取現代介面,透過易於配置且僅限表單欄位的介面,簡化行動裝置上的簽署。
- Acrobat Sign for Government:新的建立範本介面已可使用 - 政府使用者現在可以存取現代的建立範本介面,簡化範本設計流程並改善可用性。
- 新信任服務提供者 (TSP) - Acrobat Sign 正在擴展其支援的信任服務提供者 (TSP) 清單,以強化收件者的驗證選項。 現在有以下新的 TSP 可用:
- eID Easy
此新增功能擴大了 Acrobat Sign 與全球標準的相容性,支援跨多個行業的無縫且安全數位簽名。
體驗變更
- 改善的數位簽名體驗 - 套用雲端數位簽名的程序已經改良,可減少簽署者在套用數位簽名時必須完成的互動次數。
- 工作流程設計工具中標籤的字元限制已增加至 500 個字元 - 在工作流程設計工具中建立或編輯自訂工作流程時,用於描述欄位的標籤現在可接受最多 500 個字元(從 100 個字元提升)。
- 新自訂工作流程體驗控制項已移至全域設定選單 - 用於將新自訂工作流程設為預設體驗的可配置選項已從傳送設定頁面移至全域設定頁面。
已新增控制項以公開「切換連結」,讓使用者可以在新體驗和傳統版本之間切換。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4501772 | 摘要:對於現代化的要求簽名體驗,當在協議設定中更改語言時,收件人訊息不會更新。 |
| 修正:選取新語言時,接受新語言偏好設定的代碼已更新,以處理訊息變更。 | |
| 4503504 | 摘要:在極少數的情況下,在建立合約期間重試可能會導致以「大量傳送」產生相同子合約的多個副本 |
| 修正:針對子合約產生方式進行多項更新,並在內部列出檢查,以確保無法建立重複項目。 | |
| 4511072 | 摘要:使用「立即傳送」選項後,不會收到「交易使用量報告」電子郵件。 |
| 修復:更新了郵件系統以解決傳送問題。 | |
| 4511224 | 摘要:簽署後,將預設值傳送至「符合頁面大小」之前,將 PDF 檔案設為「繼承」縮放, |
| 修正:已改善註解處理功能,以確保已正確將內容確認至產生的 PDF。 | |
| 4512546 / 4522458 |
摘要:共用的工作流程,未如預期顯示透過「進階帳戶共用」來共用帳戶的欄位範本。 |
| 修正:針對需要 x-on-behalf-of-user 標頭,以使用進階帳戶共用功能的使用案例,已更新 GET /libraryDocuments/id/formFields 請求。 | |
| 4515020 | 摘要:當群組層級管理員嘗試移動不在預設群組中的使用者時,PUT /users/{id}/groups API 呼叫會傳回 403 錯誤 |
| 修正:即使指派的使用者目前位於另一個非預設群組中,由於已將權限擴充至「群組」管理員,管理員現在可新增使用者至其群組。 | |
| 4516121 | 摘要:當一組選項按鈕有個別工具提示時,在簽署期間,只會為所有選項顯示第一個工具提示。 |
| 修正:選項按鈕代碼會為按鈕陣列嚴格使用一個工具提示。 已更新以允許個別呈現方式。 | |
| 4516129 | 摘要:合約到期時間是根據傳送者當地時間的 UTC 等效時間,而非預期的當地時間。 |
| 修正:檢查到期時間的邏輯不再基於瀏覽器時間,而是允許核心應用程式進行驗證。 | |
| 4518192 | 摘要:使用具備 Okta SSO 的 Adobe Sign 驗證時,簽署者偶爾會無法完成簽署程序。 |
| 修正:成功登入後,系統會移除工作階段的 crossShardLoginPage 屬性。 | |
| 4521018 | 摘要:使用新版簽署體驗時,以匯出值設定的下拉式欄位會傳回可見標籤,而非 /formData API 回應中的匯出值。 |
| 修正:目前正在傳送隱藏 (匯出) 值,而非可見值。 | |
| 4521111 | 摘要:在新的製作體驗中,使用者無法捲動並檢視欄位範本下拉式選單中的所有可用欄位範本。 |
| 修正:新版撰寫體驗已更新,可載入不只第一頁的欄位範本。 | |
| 4521311 | 摘要:由於已知合約過期機制有 12 小時的延遲,在有效期限時間後會傳送提醒,導致簽署嘗試失敗,並讓使用者感覺混淆。 |
| 修正:針對為「直到簽署前」的重複提醒,系統會檢查簽署期限,且不會再傳送提醒,但會讓提醒保持啟用狀態,以便傳送者於 12 小時寬限期內編輯簽署期限之前,可以取用。 | |
| 4522059 | 摘要:當簽署者使用附件欄位上傳檔案,然後完成數位簽名時,下載文件連結會導致「找不到頁面」錯誤。 |
| 修正:由於總和檢查碼是 PDF 規格的選用屬性,因此從重複偵測中消除。 Acrobat Sign 繼續使用檔案名稱和大小來識別重複項。 | |
| 4522382 | 摘要:使用者啟用驗證時使用「按一下以簽署」,會無法完成交易。 登入後,交易無法完成,必須重試 |
| 修正:已從登入後的工作階段中移除 crossShardLandingPage URL 參數。 | |
| 4522384 / 4523594 / 4523900 |
摘要:使用批次傳送功能時,初次嘗試不會傳送任何合約,但由於在本地分片上進行任務排隊,第二次嘗試可如預期運作。 |
| 修正:已優化任務排隊,確保任務不會延遲。 | |
| 4522497 | 摘要:在文件簽署後,協議上的時間戳格式從 HH:MM:SS 變更為 HH:MM,導致最終稽核記錄中秒數遺失。 |
| 修正:已在時間格式中新增秒數。 | |
| 4522509 | 摘要:透過電子郵件連結存取已啟用 LDV 的合約時,副本收件者無法檢視合約內容展示板, 而是會收到「文件目前無法顯示」錯誤。 |
| 修正:修正後的代碼可提供所需的存取權,以檢視內容展示板。 | |
| 4522547 | 摘要:使用範本時,由於在每次使用註解後套用頁面旋轉,最終 PDF 可能會在簽署後顯示未對齊或遺失表單欄位資料。 |
| 修正:已修正頁面旋轉問題。 | |
| 4522914 | 摘要:使用新的批量傳送功能時,如果 Agreement_Message 或 Private_Message 欄中的值超過特定字元限制,客戶在上傳 CSV 時可能會遇到錯誤。 |
| 修正:字元限制會記錄在客戶導向的相關資料中。 | |
| 4522945 | 摘要:當您嘗試以帳戶/群組管理員身分編輯可重複使用的文件,並嘗試套用欄位範本時,在檢查來源參與狀態期間會發生 NullPointerException |
| 修正:新增以帳戶/群組管理員身分編輯資料庫文件時,尋找來源參與狀態的方法 | |
| 4523043 | 摘要:編輯包含角色設定為「委派者」之參與者的網頁表單時,無法載入「修改網頁表單」頁面。 觸發主控台錯誤,阻止任何編輯。 |
| 修正:新增檢查,以確保如果未定義 ROLE_MAP,代碼不會將 className 讀取為未定義而發生錯誤。 相反,它會返回未定義。 | |
| 4523061 | 摘要:附加至電子郵件的已簽署文件,會將其原始檔案副檔名保留在檔案名稱中,導致名稱過長 |
| 修正:若檔案名稱子字串開頭為「.」,且與副檔名不同,則不再裁剪檔名子字串。 | |
| 4524122 | 摘要:在新體驗中,嘗試從已儲存的工作流程開始協議時,由於超出字元限制而導致系統錯誤。 |
| 修正:標籤限制已更新為允許 500 個字元。 | |
| 4524162 | 摘要:連結驗證會阻止在「新撰寫體驗」上傳送合約 |
| 修正:在新體驗中新增參數以檢查「錯誤」勾點,讓您更輕鬆地管理超連結驗證。 | |
| 4524356 | 摘要:由於 -1 邊框寬度未被正確解釋,使用者在嘗試簽署協議時遇到「伺服器錯誤:我們在處理您的請求時遇到錯誤」訊息。 |
| 修正:現在將 -1 解釋為預設 1 點邊框,並且僅在邊框大於零時才新增邊框。 | |
| 4524410 | 摘要:在「新傳送」體驗中,使用工作流程,並在刪除預設合約名稱後上傳新檔案時,「合約名稱」欄位不會自動更新。 |
| 修正:新增修正以移除「onBlur」事件的預設值,並在文件名稱的文字欄位中導入邏輯,以設定第一個上傳的文件名稱。 | |
| 4524614 | 摘要:PDF 中文字表單欄位所使用的字型與撰寫頁面上所選的字型不符。 文字欄位字型始終為 SourceSansPro-Regular。 |
| 修正:擴展 ExternalFont.getFontReplacementMapping 以包含正常、粗體和斜體字型。 | |
| 4525098 | 摘要:若傳送者為簽署者 2,且傳送者取代簽署者 1,請求簽名電子郵件不會傳送至簽署者 2。 |
| 修正:已改善平行收件者清單,以管理使用案例,這些使用案例會以一位現有收件者取代同一組收件者中的其他收件者。 | |
| 4525377 | 摘要:無法在「新版請求簽名體驗」中使用電子印章 (eSeal) |
| 修正:在非 UMG 工作流程中新增測試案例,以驗證電子印章收件者的收件情形。在該工作流程裡,僅開啟群組存取印章的權限。 | |
| 4525491 | 摘要:透過「大量傳送」功能傳送時,句含非拉丁字元 (例如中文、日文、泰文、韓文) 的合約名稱會顯示為「??????」 (在收件者的「管理」標籤和電子郵件通知中)。 |
| 修正:已更新文件以指出需要 UTF-8 格式 | |
| 4525653 | 摘要:由於文件處理錯誤,使用包含 JPEG 檔案之 API 傳送的合約會遭到自動取消。 雖然檔案已經成功上傳,但在傳送合約之前發生問題。 |
| 修正:新增對 JPEG SOI app0-15 的支援 | |
| 4526153 | 摘要:在新舊撰寫畫面中,戳記欄位的縮放比例有所不同。 |
| 修正:新版製作環境已更新,使印章欄位的縮放與經典版本一致。 | |
| 4527031 | 摘要:當在新體驗中取消核取「允許傳送人選擇簽名順序」時,「收件者必須依序簽署」選項仍然可見 |
| 修正:已改進此控制項的存取程式碼,以在設定要求時正確隱藏該選項。 | |
| 4527284 | 摘要:包含某些掃描或平面化 PDF 檔案的合約在製作過程中失敗,並因未管理的內部資料庫而自動取消,錯誤為 AUTO_AUTHOR_FAIL。 |
| 修正:實施可擷取任何例外並加以記錄,但同時不會中斷合約產生的方式。 | |
| 4527948 | 摘要:當將計算的 Acroform 欄位匯入 Sign 時,REST API 返回包含 { calculated: true, valueExpression: '' } 的欄位,導致欄位顯示驗證錯誤。 |
| 修正:現在將此使用案例中識別的欄位更新為手動輸入,而非計算。 | |
| 4528062 | 摘要:若 Salesforce 使用者數量非常大,取得 /users API 呼叫會失敗 |
| 修正:新版的 Salesforce 整合功能會以更有效率的方式處理取得使用者清單的程序。 | |
| 4528284 | 摘要:在新體驗下,開曼群島的「電話驗證」國碼不正確 |
| 修正:已更新該國碼。 | |
| 4529259 / 4529319 |
摘要:即使在全新自訂工作流程傳送體驗中進行「工作流程設定」,仍需使用選用的簽署者名稱,並進行雙因素驗證 |
| 修正:為選用收件者提供檢查,以便在沒有電子郵件 ID 時,驗證 (電話、密碼、KBA) 也不會失敗。 同樣地,除非電子郵件 ID 欄位中已經輸入部分內容,否則也不一定要輸入選用收件者的姓名。 | |
| 4530084 | 摘要:在新傳送體驗中存取「收件者設定」時,部分使用者會看到空白畫面。 此問題出現是因為缺少特定國碼標籤的翻譯,而且會影響除 en-US 以外的所有地區設定。 |
| 修正:已發佈正確的翻譯,並釘選至適用功能中。 | |
| 4530537 | 摘要:嘗試將已命名的目標轉換為位置時會產生 NPE,導致無法傳送合約。 |
| 修正:已提供新的檢查,可判斷目標。若為已命名的目標,系統便會略過。 |
沙箱部署:2025 年 8 月 19 日
生產部署:2025 年 9 月 16 日
政府雲端部署:2025 年 9 月 18 日
改善功能
- Acrobat Sign for Government 可使用自訂電子郵件範本 - 政府雲端平台上的客戶現在可以為其合約通知和提醒建立自訂電子郵件範本。
- 首頁上的新增功能橫幅—可在帳戶或群組層級啟用新的新增功能橫幅,以告知使用者如版本說明、訓練和系統事件等新的產品通知資訊。 這有助於提高對新功能與選項的認知、改善互動,並確保不會遺漏重要更新。 所有帳戶將於發布後啟用,並可由帳戶層級管理員停用。 「預設啟用」規則有幾個例外:
- 澳洲分區 (AU1) 預設為選擇退出此功能。
- 任何識別為「政府」帳戶的帳戶都會選擇退出。
體驗變更
- 將 Notarize 整合重新品牌化為 Proof - 線上公證服務的整合已更新,以反映該服務的新品牌 Proof,用於所有面向客戶的通訊。
下一個版本 (v16.2) 預計於 10 月更新 Acrobat Sign UI。
- 透過 API 建立合約時,進行更嚴格的地區設定驗證 - 現在針對透過 API 建立的合約驗證語言設定時,更為嚴格。使用 API 建立合約時,如果停用「允許帳戶中的使用者選取不同的簽署語言」選項,當合約地區設定與管理員選取的「簽署語言」不符時,API 將拒絕任何請求。
請注意,透過網頁介面傳送不受影響。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4511940 | 摘要:當寄件者建立啟用多行資料輸入且字型設定為自動的文字欄位時,使用行動瀏覽器的簽署者會看到欄位底部的文字被截斷。 |
| 修正:使用特定於多行欄位的修改公式來覆寫基本方法,以取得可處理 fontSize < 0 (自動) 的欄位大小。 | |
| 4516038 | 摘要:使用大量傳送傳送合約時,使用者會看到錯誤:「您已超過文件到期允許的最大天數。」即使在群組和帳戶層級都已停用文件到期設定。 |
| 修正:修正程式碼以正確評估群組/帳戶的合約到期值。 | |
| 4522265 | 摘要:當 PDF 同時包含可填寫欄位和文字標籤時,文字標籤不會被處理。 |
| 修正:無論是否有表單欄位產生器,都會在扁平化的案例中建立任務。 如有需要,系統會允許包含表單欄位的 PDF 處理表單化成品。 | |
| 4522645 / 4527073 |
摘要:寄件者代表最終簽署者上傳文件後,已簽署的 PDF 中會出現空白的第三頁。 |
| 修正:改善管理功能,以正確處理小型串流。 如果在上傳的文件中偵測到任何問題,上傳書面簽名時會使用修復的文件,而不是用原始文件。 | |
| 4524437 | 摘要:新使用者接受邀請後由於 URL 錯誤而無法登入 Adobe Sign。 |
| 修正:修正了 URL。 | |
| 4525093 | 摘要:消費者披露連結無法點按。 連結存在,但點按它只會切換核取方塊,而不是開啟連結。 |
| 修正:修改了連結 CSS 以允許連結開啟新頁面。 | |
| 4525099 | 摘要:需要簡訊傳送但已停用電子郵件通知的客戶無法透過簡訊傳送合約。 |
| 修正:簡訊/WhatsApp 傳送不再依賴電子郵件設定。 | |
| 4525328 | 摘要:使用兩個或更多包含相同名稱超連結的範本在嘗試簽署時會產生伺服器錯誤 |
| 修正:如果發現重複的超連結名稱,連結名稱將被修改以確保它們被唯一識別。 | |
| 4525510 | 摘要:在新製作體驗中,付款表單欄位無法保留 USD 貨幣類型,導致「意外錯誤」失敗。 |
| 修正:已更新付款欄位的轉換方式。 | |
| 4525544 | 摘要:無法編輯作用中或草稿網頁表單 |
| 修正:我們現在保留現有的設定,並將其傳送至伺服器,而不使用 UI 資料。 | |
| 4525901 / 4532254 |
摘要:在輸入欄位製作後新增參與者時,由於工作流程角色不正確,導致協議未指派給剩餘的簽署者。 |
| 修正:改善程式碼,以在撰寫新參與者後新增參與者時,可以更正確評估參與者角色。 | |
| 4526300 | 摘要:無法使用新體驗中的工作流程 ID 建立自訂協議 URL |
| 修正:只用工作流程 ID 建立自訂 URL 時,建立合約表單會重新載入並呼叫後端,以在載入表單時再次擷取工作流程及草稿合約。 | |
| 4526756 | 摘要:GovCloud API Swagger 頁面文件關於建立新應用程式的說明不正確 |
| 修正:為 FedRAMP 客戶新增額外的片語,以避免任何混淆情形。 | |
| 4527340 | 摘要:使用者在 Acrobat Web 中套用「填寫和簽署」,然後選取「邀請進行電子簽署」後,於合約轉換至 Acrobat Sign 撰寫頁面時不會出現在「填寫和簽署」期間輸入的值。 製作視圖顯示空白欄位,而不是填入的值。 |
| 修正:預設的字型大小值已經修正,可正確顯示內容。 | |
| 4528835 | 摘要:由於發生空指標錯誤,在對特定游標呼叫 GET /formData 時出現錯誤訊息:「MISC_SERVER_ERROR for GET formData 發生了一些其他錯誤」。 |
| 修正:新增了 NPE 檢查和記錄。 | |
| 4528902 | 摘要:當協議按順序發送給 2 位參與者簽署時,指派給第一位參與者的「收件人姓名」欄位在 PDF 模型處理期間遺失。 在設定「收件人姓名」欄位的角色時,儲存在 PDF 模型中的參與集角色無法轉換。 |
| 修正:已更新多個函數以正確管理這種類型的轉換。 | |
| 4531278 | 摘要:如果新增為副本收件者的電子郵件地址是 Acrobat Sign 在使用者建立中新增電子郵件地址自動小寫功能之前建立的,則部分電子郵件地址會在傳送交易後遭到自動移除。 |
| 修正:更新副本收件者移除代碼中的電子郵件地址查閱/比對方式,使其不區分大小寫 | |
| 4531669 | 摘要:當處理欄位名稱超過 PDF 規格限制的表單欄位時,無法使用 PDF 文件發送協議。 |
| 修正:為註解的外觀新增 NPE 檢查。 | |
| 4531998 | 摘要:無法透過 API 存取子協議 - 由於書籤標題為空值而出現「無效的文件 ID」錯誤。 |
| 修正:移除了可能在書籤標題為空值時因 NPE 而失敗的偵錯陳述式。 | |
| 4532642 | 摘要:當嘗試取代網頁表單中的某個副署者 (表單中包含其他未知簽署者和副署者的收件者群組) 時,更新方法會嘗試讀取來自未知參與者 (其他未知簽署者) 的電子郵件。但因這些參與者沒有使用者/電子郵件資料,導致 NullPointerException。 |
| 修正:新增篩選條件,從電子郵件集合串流中排除未知參與者,以免在處理尚未有使用者/電子郵件資料的參與者時導致 NPE。 |
Adobe Acrobat Sign 版本 16.2
生產部署:2025 年 10 月 7 日
政府雲端部署:2025 年 10 月 14 日
改善功能
- 重新組織的使用者頁面- 使用者頁面已重新組織,以更好地管理各種狀態的使用者,並為新邀請的團隊成員提供更好的可見性。 這有助於隔離在啟用帳戶時遇到問題的使用者,並加速更大團隊的入門流程。
- 可存取 Acrobat Sign 的允許 IP 範圍已延伸至群組和 API - 在確保安全存取 Acrobat Sign 時,為 IP 限制控制項提供了更多彈性。 現在群組管理員可以在群組層級設定 IP 限制。 此外,現在限制也適用於 API 存取:如果帳戶或群組指定了一組允許的 IP 位址,則只能從這些位址存取 Acrobat Sign UI 和 API。
- UI 和 API 存取權現在可加入 IP 限制。
- 群組管理員可以為其群組設定 IP 限制。
- 屬於多個群組的使用者將根據其預設群組的 IP 原則進行評估。
- 預設允許整合和合作夥伴應用程式,不受 IP 封鎖限制。
- 管理員可以與 Adobe 支援部門合作,在群組或帳戶層級封鎖應用程式。 如果存取權被封鎖,應用程式必須使用已加入允許清單的 IP 位址來連接 Acrobat Sign。
- ETLA 授權客戶的生活品質更新 - 近期為 VIP 授權客戶發布的更新將會延伸至授權價值低於 10 萬美元的 ETLA 授權客戶 (如有任何問題,請聯絡您的業務經理或支援):
- 簡化首頁管理員設定-Acrobat Sign 推出全新的帳戶管理區段,協助帳戶管理員快速存取關鍵設定工具。 管理員可以直接在首頁新增使用者、管理群組、連結整合功能,以及移轉範本,無需層層翻找。
- 從 Acrobat Sign 新增使用者至 Admin Console – 管理員現在可以直接從 Acrobat Sign 的使用者頁面新增使用者,自動更新 Adobe Admin Console。
- 此功能將於 2025 年 11 月的第一週推出。
- Admin Console 角色指派現在可透過 Acrobat Sign 使用 - 為了簡化設定,Acrobat Sign 現在允許帳戶管理員指派關鍵的 Admin Console 角色 (產品和支援管理員),無需離開產品介面。
- 更容易存取第三方整合套件 - 管理選單中已新增整合頁面,為各個整合的設定檔案提供直觀的連結。
- 透過產品內指導更輕鬆進行 HIPAA 上線 - 受 HIPAA 約束的組織現在可透過開始使用管理選單中的新自助服務工作流程,在 Acrobat Sign 內開始啟用程序。系統會根據 BAA 簽名和系統設定,向「支援」傳送自動請求,並追蹤進度。
- 透過自動化範本轉換快速將範本遷移至 Acrobat Sign -新的範本遷移功能可協助帳戶管理員快速將範本匯入 Acrobat Sign。上傳範本 ZIP 檔案、自動轉換,並在撰寫環境中檢閱結果,無需任何技術專業知識。
- 從數位簽署合約移除認證和鎖定簽名 - 需要通過第三方簽名驗證服務的組織,現在可請求 Adobe 支援設定其帳戶或群組設定,以略過套用 Adobe 的認證,並防止在數位簽署合約上鎖定簽名。 啟用時,合約只會包含收件者的數位簽名,降低嚴格區域驗證工具的拒絕率。
- 帳戶管理員可請求 Adobe 提供支援,在帳戶和/或群組層級排除 Adobe 憑證和鎖定簽名。
- 合約只包含收件人的數位簽名,提高第三方驗證器的接受度。
- 略過憑證時的稽核報告記錄,包括 SHA-256 文件指紋
- 適用於所有匯出接觸點:電子郵件附件、「管理」頁面下載、API 和 Webhook 裝載
- 針對根據區域信任計畫而需要進行驗證的客戶,解決其所提出的合規性缺口 - 說明
- PDF/A 已改善為支援 PDF/A-3B 一致性,並可將所有上傳的檔案轉換為選取的 PDF/A 標準 - 管理員現在可以將上傳的檔案 (包括 PDF、Microsoft Office 格式和點陣影像) 轉換並標準化為 PDF/A-2b 或 PDF/A-3b。 現有的 PDF/A 檔案會受到驗證、視需要加以修復,或標準化為設定的目標等級。
- 管理員可以在帳戶和群組層級設定 PDF/A 工作流程。
- 支援的一致性等級:PDF/A-2b (預設) 和 PDF/A-3b。
- 非 PDF 和不合規的 PDF 文件會自動轉換為 PDF/A。
- 損壞的 PDF/A 檔案會受到修復或標準化為目標等級。
- 根據 PDF/A 規則允許的附件:PDF/A-2b (僅 PDF/A),PDF/A-3b (任何檔案)。
- 合約在完成簽署時會針對 PDF/A 合規性重新進行驗證。
- 可選擇以 PDF/A 格式產生稽核報告,並包含 PDF/A 驗證/轉換結果和一致性等級。
體驗變更
- 適用於政府的 Acrobat Sign 的 IPv6 存取 - 在適用於政府的 Acrobat Sign 服務上使用 IPv6 的組織,現在可以存取 Acrobat Sign IPv6 位址:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- 現代化收件人體驗電子簽署現在是所有帳戶的預設環境 - 所有帳戶已更新為使用現代化電子簽署環境。如有需要,管理控制選項仍保留在「管理」選單中以啟用傳統環境。
- 現代化要求簽署體驗現在是所有帳戶的預設環境 - 所有帳戶已更新為使用現代化要求簽署環境。如有需要,管理控制選項仍保留在「管理」選單中以啟用傳統環境。
- 現代化建立範本體驗現在是所有企業帳戶的預設環境 - 所有帳戶已更新為使用現代化建立資料庫範本環境。如有需要,管理控制選項仍保留在「管理」選單中以啟用傳統環境。
- 現代化自訂工作流程設計工具體驗現在是所有帳戶的預設環境 - 所有帳戶已更新為使用現代化工作流程設計工具環境。管理控制項仍保留在管理選單中,以便在需要時啟用傳統環境,而切換連結仍保留供使用者在傳統與現代體驗之間切換 (如已啟用)。
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
- 關於狀態檢索或清單目的的 GET API 端點輪詢臨界值- 新的輪詢臨界值現在限制用戶端應用程式可以輪詢特定 GET /agreement 端點的頻率。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4505635 | 摘要:GovCloud API 中無法使用 agreement_retention 範圍。 |
| 修復:該範圍已配置為在 Okta 整合的 GovCloud 環境中工作。 | |
| 4515686 | 摘要:在特定驗證情況下,網頁表單擁有者無法取代現有網路表單上的副署者。 嘗試更新會簽人電子郵件時會返回錯誤:「在協議的當前狀態下,您無法新增或移除您的電子郵件地址。」 |
| 修復:已更新驗證,以便正確識別發送者或會簽人電子郵件。 網頁表單擁有者現在可以按預期替換會簽人。 使用者無需採取任何行動。 | |
| 4519727 | 摘要:系統無法識別貝南的現代電話號碼格式(10 位數長度) |
| 修復:Acrobat Sign 現在支援貝南的新 10 位電話號碼格式。 使用者可以輸入帶有 +229 國家代碼的有效號碼,而不會出現錯誤。 使用者不需要採取任何動作。 | |
| 4525532 | 摘要:在新的製作體驗中,預填角色預設不可用 |
| 修復:在撰寫協議時,預填角色已預設在收件人上下文列表中顯示 | |
| 4526142 | 摘要:在新的製作體驗中,從現有模板應用表單欄位圖層時,某些欄位無法複製。 |
| 修復:已新增新的檢查以確保完整模板的轉移。 | |
| 4527772 | 摘要:具有順序路由的協議有時會在分配給具有表單填寫者角色的參與者時丟失收件人姓名欄位。 該欄位無法為該收件人顯示,導致協議不完整。 |
| 修復:已對 REST API 進行重大更新,以確保保留所有欄位。 | |
| 4527945 | 摘要:在具有收件者群組的合約中使用表單欄位範本時無法運作 - 範本驗證代碼會濾除收件者群組參與者,且會遺失相關欄位。 |
| 修正:程式碼已重新設計,改用不同的成員參數而非電子郵件值。 | |
| 4528619 | 摘要:在新的傳送體驗中編輯收件人群組名稱時,游標會在每次變更後自動跳到文字末尾。 這使得一次性編輯名稱變得困難。 |
| 修正:已更新請求追蹤,以確保在傳送前正確載入所有驗證方法。 現在,一旦提供所有必要的驗證詳細資訊,協議就能正確處理。 使用者不需要採取任何動作。 | |
| 4531835 / 4537898/ 4541002 |
摘要:客戶在使用某些第三方憑證時遇到錯誤,因為更新的根憑證未被信任,導致 webhook 和通知出現問題。 |
| 修正:正在更新根 CA。 | |
| 4532798 | 摘要:在套用表單欄位圖層時,Acrobat Sign 會建立一個新文件來擷取圖層資訊。 由於這些新文件的版本設定問題,某些「修改協議」工作流程失敗。 |
| 修正:在套用表單欄位圖層範本,並用其填入合約的來源資訊時,我們已將方法從透過 API 提取來源資訊,改為發佈事件。 | |
| 4534813 | 摘要:多個群組中的使用者在建立模板或協議時無法使用自動欄位識別。 |
| 修正:在撰寫 V5 中新增新的測試,以針對具有多個群組的使用者驗證欄位偵測。 | |
| 4535639 | 摘要:在某些協議中,已簽署的 PDF 缺少必要的圖像欄位。 雖然 FormFields.csv 顯示了圖像 URL,但這些圖像並未出現在最終協議中。 |
| 修正:部分新功能的順序已變更,以確保不論表單是否存在,內嵌影像欄位都會受到處理,且現在可為所有簽署者正確顯示影像。 | |
| 4535828 | 摘要:文件中的超連結會在傳送合約時會變更。 |
| 修正:當 URL 已經特別編碼為:/(這是 URL 的保留字元)時,decodeURI 無法解碼它們,所以我將其改為 decodeURIComponent 以在編碼前驗證條件。 | |
| 4536354 | 摘要:大型 PDF 文件(約 150 頁)因前端圖像可用性檢查超時不足而無法載入,出現「不支援的格式或受密碼保護」錯誤。 |
| 修正:將 max_retries 參數從 7(預設值)增加到 13,將超時時間從約 30 秒延長到約 60 秒。 這為大型文件處理提供了足夠的時間。 | |
| 4538897 | 摘要:原始 IText 模板中旋轉的頁面內容導致扁平化的簽名在頁面上旋轉錯位。 |
| 修正:在將簽名扁平化至頁面內容前,會以推送/快顯狀態包覆頁面內容,以避免旋轉矩陣影響新增的簽名。 | |
| 4539304 | 摘要:Swagger 文件預設為「試用」模式,API 使用者難以瀏覽請求方案。 |
| 修正:文件現在預設為檢視模式而非「試用」,因此方案預設可見。 透過消除原始資料類型的冗餘 API 呼叫,效能得以改善。 | |
| 4542576 | 摘要:在 16.2 沙箱版本中, AGREEMENT_ACTION_COMPLETED 事件的 Webhook 裝載會傳回不同的參與者狀態值。 過去,memberInfos 項目即使在簽署後仍會顯示為「ACTIVE」或「REPLACED」。 在 16.2 中,其會在未啟用「動態參與」時顯示為「COMPLETED」。 |
| 修正:只有在啟用進行中協議的動態參與功能時,才會使用新的參與者狀態。 |
Adobe Acrobat Sign 版本 16.2.1
生產部署:2025 年 11 月 4 日
政府雲端部署:2025 年 11 月 6 日
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
- 關於狀態檢索或清單目的的 GET API 端點輪詢臨界值- 新的輪詢臨界值現在限制用戶端應用程式可以輪詢特定 GET /agreement 端點的頻率。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4509452 / 4526158 |
摘要:在建立合約或大量傳送時搜尋範本,由於元件未正確建立索引和捲動,無法正確篩選其他範本 |
| 修正:已修正有問題的元件,以確保可取得搜尋結果。 | |
| 4525233 | 摘要:在現代簽署體驗中,使用貨幣驗證建立的合約未如預期顯示在欄位中。 |
| 修正:在現代簽署體驗中,當欄位失去焦點時,已驗證貨幣的欄位現在可正確顯示貨幣符號。 此更新確保在傳統和現代檢視中保持一致的符號格式。 | |
| 4530694 | 摘要:UI 中嵌入的「變更密碼」連結 URL 有誤 |
| 修正:已修正 URL。 | |
| 4532664 | 摘要:從包含網頁連結註解的來源文件產生的已簽署 PDF 可能會在 Acrobat 中顯示「文件在簽署後已修改」,且由於重複或格式錯誤的連結註解,認證狀態顯示無效 |
| 修正:Acrobat Sign 現在可在簽署過程中偵測並正確處理網頁連結,確保已簽署輸出的認證狀態有效。 | |
| 4535715 | 摘要:含有網頁連結的 PDF 檔案在每次簽署時大小會加倍,這是因為列印功能重新列印了網頁連結註解的副本。 |
| 修正:現在會先將 PDF 平面化,以確保在合併 PDF 中的註解之前不會有重複的連結。 | |
| 4535760 | 摘要:使用參照文字輸入欄位的計算欄位時,某些已簽署的 PDF 顯示不正確或隨機的數字,而非預期的文字值,這是因為欄位引擎嘗試將文字輸入轉換為數值或日期格式。 |
| 修正:已更新計算欄位引擎中的轉換邏輯,以識別文字型輸入,並略過這些欄位的數值或日期剖析。 | |
| 4536385 | 摘要:具有多個 widget 註解的下拉式表單欄位不能有 FT 鍵,否則產生外觀時會混淆並將其視為表單欄位。 |
| 修正:FT 金鑰已從 Widget 註解中移除 | |
| 4537356 | 摘要:在大量傳送頁面中未顯示與多個群組共用的範本。 |
| 修正:已更新大量傳送邏輯,以正確擷取和顯示跨多個群組共用的範本。 | |
| 4537648 | 摘要:GET/agreements/{agreementId}/events 端點在 Acrobat Sign REST API Swagger 文件中列出了舊版事件類型「DOWNLOADED」。 |
| 修正:已從 API 文件的允許值中移除「DOWNLOADED」事件類型。 | |
| 4537885 | 摘要:簽名偏好設定頁面出現多餘的空格 |
| 修正:已從簽名偏好設定版面配置容器中移除不必要的間隔/div。 | |
| 4538113 / 4538586 / 4543131 |
摘要:多行自動文字輸入欄位表單資料縮小至極小尺寸且無法閱讀 |
| 修正:已修正縮放功能,避免字型自動縮小到無法閱讀的程度。 | |
| 4538340 | 摘要:簽名後設資料在未檢查欄位名稱的情況下被新增 |
| 修正:新增簽名欄位檢查以控制後設資料的顯示 | |
| 4538902 | 摘要:Get /agreements/memberSetInfo REST API 端點回傳不正確的協議狀態和簽署者資訊。 在部分情況下,傳送者會在回應中出現多次,且重複的參與者資料會導致下游整合失敗。 |
| 修正:API 現在正確回傳協議狀態和參與者詳細資料,不會重複。 每個電子郵件地址在每個合約中只會出現一次,且簽署者資訊會反映正確的待處理參與者。 使用者不需要採取任何動作。 | |
| 4543085 | 摘要:較舊的 Salesforce 整合版本 (25.5 版以下) 無法識別 webhook 承載中回傳的新狀態列舉 (COMPLETED 和 REMOVED)。 |
| 修正:更新 Acrobat Sign REST API,在回應較舊的 Salesforce 整合客戶端時排除新的參與者狀態和相關列舉。 | |
| 4543951 | 摘要:編輯沒有標題的超連結欄位時,儲存變更會建立新的空白超連結欄位,而不是更新原始欄位。 每次儲存都會新增額外的空白欄位,使範本看起來未變更。 |
| 修正:更新邏輯現在可正確區分空白和空值超連結標題,防止重複欄位。 | |
| 4544118 | 摘要:在新的收件者體驗中啟用「限制文件可見性」時,由於超連結未被指派,參與者 2 可以看到參與者 1 文件中的超連結欄位 |
| 修正:現代版 eSign 現在會像其他欄位一樣指派和驗證超連結欄位,並依據頁面和受指派者進行篩選。 |