新功能
開始使用
管理
- Admin Console 概觀
- 使用者管理
- 新增、編輯和檢閱已啟用使用者
- 建立以功能為導向的使用者
- 檢閱尚未完成驗證的使用者
- 檢查有佈建錯誤的使用者
- 變更姓名/電子郵件地址
- 編輯使用者的群組成員資格
- 透過群組介面編輯使用者的群組成員資格
- 將使用者升級為管理員角色
- 使用者身分類型與 SSO
- 切換使用者身分
- 使用 MS Azure 驗證使用者
- 使用 Google Federation 驗證使用者
- 產品設定檔
- 登入體驗
- 帳戶/群組設定
- 設定概觀
- 全域設定
- 帳戶層級與 ID
- 新的收件者體驗
- 自我簽署工作流程
- 大量傳送
- 網頁表單
- 自訂傳送工作流程
- Power Automate 工作流程
- 資料庫文件
- 透過合約收集表單資料
- 限制文件可見性
- 附加已簽署合約的 PDF 副本
- 在電子郵件中加入連結
- 在電子郵件中加入影像
- 附加至電子郵件的檔案將命名為
- 將稽核報告附加至文件
- 將多個文件合併為一個
- 下載個別文件
- 上傳已簽署的文件
- 我的帳戶中的使用者委派
- 允許外部收件者委派
- 授權簽署
- 授權傳送
- 有權新增電子印章
- 設定預設時區
- 設定預設日期格式
- 使用者加入多個群組 (UMG)
- 群組管理員權限
- 更換收件者
- 稽核報告
- 交易頁尾
- 產品內傳送訊息和指示
- 無障礙 PDF
- 全新撰寫體驗
- 醫療保健客戶
- 帳戶設定/品牌化設定
- 簽名偏好設定
- 格式固定的簽名
- 允許收件者簽署
- 簽署者可變更其姓名
- 允許收件者使用已儲存的簽名
- 自訂使用條款和消費者資訊披露
- 透過表單欄位導覽收件者
- 重新啟動合約工作流程
- 拒絕簽署
- 允許戳記工作流程
- 要求簽署者提供其職稱或公司
- 允許簽署者列印並置入書面簽名
- 在電子簽名時顯示訊息
- 需要簽署者使用行動裝置來建立自己的簽名
- 要求取得簽署者的 IP 位址
- 將公司名稱和職稱排除在參與戳記之外
- 套用「最適化簽名繪製」縮放
- 數位簽名
- 電子印章
- 數位身分
- 報告設定
- 全新報告體驗
- 傳統報告設定
- 安全性設定
- 傳送設定
- 登入後顯示「傳送」頁面
- 合約建立體驗
- 傳送時需有收件者名稱
- 鎖定已知使用者的名稱值
- 允許的收件者角色
- 允許電子見證人
- 收件者群組
- 副本收件者
- 必填欄位
- 附加文件
- 欄位扁平化
- 修改合約
- 建立 (合約的) 副本
- 合約名稱
- 語言
- 私人訊息
- 允許的簽名類型
- 提醒
- 已簽署文件的密碼保護
- 傳送合約通知途徑
- 簽署者身分識別選項
- 使用已驗證身分的資料填入表單欄位
- 內容保護
- 啟用公證交易
- 文件過期
- 預覽、定位簽名及新增欄位
- 簽署順序
- Liquid mode
- 自訂工作流程控制項
- 電子簽名頁面的上傳選項
- 「簽署後」確認重新導向 URL
- 限制存取共用的合約
- 登入後顯示「傳送」頁面
- 訊息範本
- 生技製藥設定
- 工作流程整合
- 公證設定
- 付款整合
- 簽署者傳訊
- SAML 設定
- SAML 設定
- 安裝 Microsoft Active Directory Federation Service
- 安裝 Okta
- 安裝 OneLogin
- 安裝 Oracle Identity Federation
- SAML 設定
- 資料控管
- 時間戳記設定
- 外部封存
- 帳戶語言
- 電子郵件設定
- 從 echosign.com 移轉至 adobesign.com
- 為收件者設定選項
- 法規要求指引
- 大量下載合約
- 宣告您的網域
- 「回報不當使用」連結
- 系統需求與限制
傳送、簽署與管理合約
- 收件者選項
- 傳送合約
- 在文件中撰寫欄位
- 應用程式內撰寫環境
- 自動欄位偵測
- 使用撰寫環境拖放欄位
- 將表單欄位指派給收件者
- 預填角色
- 以可重複使用的欄位範本來套用欄位
- 將欄位轉送至新的資料庫範本
- 已在傳送合約時更新撰寫環境
- 以文字標籤建立表單
- 使用 Acrobat (AcroForms) 建立表單
- 欄位
- 撰寫常見問題集
- 應用程式內撰寫環境
- 簽署合約
- 管理合約
- 稽核報告
- 報告與資料匯出
進階合約功能與工作流程
- 網頁表單
- 可重複使用的範本 (資料庫範本)
- 轉移網頁表單與資料庫範本的所有權
- Power Automate 工作流程
- Power Automate 整合與包含授權的概觀
- 啟用 Power Automate 整合
- 「管理」頁面的相關動作
- 追蹤 Power Automate 使用狀況
- 建立新的流程 (範例)
- 用於流程的觸發器
- 從 Acrobat Sign 之外匯入流程
- 管理流程
- 編輯流程
- 共用流程
- 停用或啟用流程
- 刪除流程
- 實用範本
- 僅限管理員
- 合約封存
- 將完成的文件儲存至 SharePoint
- 將完成的文件儲存至商務用 OneDrive
- 將完成的文件儲存至 Google 雲端硬碟
- 將完成的文件儲存至 DropBox
- 將完成的文件儲存至 Box
- 網頁表單合約封存
- 將完成的網頁表單文件儲存至 SharePoint 資料庫
- 將完成的網頁表單文件儲存至商務用 OneDrive
- 將完成的文件儲存至 Google 雲端硬碟
- 將完成的網頁表單文件儲存至 Box
- 合約資料擷取
- 合約通知
- 傳送包含合約內容和已簽署合約的自訂電子郵件通知
- 在 Teams 頻道中取得您的 Adobe Acrobat Sign 通知
- 在 Slack 中取得您的 Adobe Acrobat Sign 通知
- 在 Webex 中取得您的 Adobe Acrobat Sign 通知
- 合約產生
- 從 Power App 表單和 Word 範本產生文件,傳送以供簽署
- 從 OneDrive 的 Word 範本產生合約,並取得簽名
- 為所選的 Excel 列產生合約,傳送以供檢閱和簽名
- 自訂傳送工作流程
- 共用使用者與合約
與其他產品整合
- Acrobat Sign 整合概觀
- 適用於 Salesforce 的 Acrobat Sign
- 適用於 Microsoft 的 Acrobat Sign
- 其他整合功能
- 合作夥伴管理的整合功能
- 如何取得整合金鑰
Acrobat Sign 開發人員
- REST API
- Webhook
- 沙箱
支援與疑難排解
Adobe Acrobat Sign 發行排程和發行前文件
Adobe Acrobat Sign 每年至少推出三項更新,分類為「主要」或「次要」版本。 可視需要提供額外的次要更新,以解決系統或客戶的問題。
- 主要版本會提供重大更新、新功能和多項增強功能。
- 次要版本著重於較小的改善部分和使用者體驗微調。 這種情況會發生在前後兩次重大更新之間,通常每個週期會出現一到兩次。
為避免中斷情形,新功能依預設為停用,必須由帳戶或群組管理員手動啟用。
針對有合規驗證需求的醫療保健和生命科學客戶,Acrobat Sign 已與協力廠商合作,針對包含功能的每個主要版本提供驗證套件,以將您的風險因子降至最低。
此「預發行說明」頁面會隨著新資訊出現而定期更新,因此其內容相對不固定。
雖然此頁面已經本地化,但過程需要時間,這可能會導致本地化版本與權威的「英文 - 美國」版本稍有不同。
如需最準確且最新的資訊,建議您參閱「英文 - 美國」頁面。
Adobe Acrobat Sign 係依照結構化排程來發佈發行說明和文件更新:
在生產版本的 8 週前
- 預發行頁面通常會在「沙箱」啟動的四週前,發佈預期功能和更新的摘要。
- 在這個時間點之後變更的任何功能都會記錄在「勘誤」區段中。
- 此階段不會包括「已解決的問題」。
在生產版本的 4 週前 (「沙箱」啟動)
- 預發行頁面會有所更新,以提供新功能和更新功能的詳細說明文件。
- 我們會視需要新增預發行支援文件的連結 (僅以「英文 - 美國」提供)。
- 我們會發佈初始的「已解決的問題」區段,並在未來四週持續更新。
發行日
- 正式發行說明會有所更新,提供最終功能詳細資料及生產支援文件的連結。
- 預發行頁面會重新整理,以強調顯示下一個發行週期。
- 在即時系統中完成發行驗證後即會發佈文件,通常是在太平洋時間晚上 7 點之後,不過複雜的更新可能會需要較長的時間。
- 最終的「已解決的問題」清單會新增至「英文 - 美國」發行說明中,並於稍後更新本地化版本。
政府雲端版本
- 「政府雲端」環境更新通常會在生產版本後兩天到數週內進行,因為部分功能在部署前可能需要接受額外的評估。
沙箱說明文件是專為生產環境所設計。 發行前版本內容中的連結是以生產 URL 為目標,這表示如果目標頁面是新的且尚未發佈 (例如當連結指向同一版本中的新功能時),這些連結便可能導向較舊的現有說明文件或 404 結果。
當該版本發佈時,也會發佈新頁面,而連結會正確解析至其生產 URL。
沙箱可用性
存取「Acrobat Sign 沙箱」環境的客戶,一般可在發行的四週前存取新版功能。
- 沙箱環境必須以與一般生產環境相同的品質等級,通過所有生產品質保證程序。
- Adobe 致力於在沙箱環境中提供 99.9% 的可用性,但客戶應注意 Adobe Unified SLA 並未正式涵蓋沙箱。
- 沙箱環境會使用與一般生產環境相同的狀態頁面和中斷程序。
本文章包含發行前資訊。發佈日期、功能及其他資訊可能會隨時變更,恕不另行通知。
Adobe Acrobat Sign 版本 v17.0
沙箱部署:2026 年 1 月 6 日
生產部署:2026 年 2 月 2 日
政府雲端部署:2026 年 2 月 10 日
改善功能
- 撰寫和範本中的群組核取方塊 – 傳送者現在可以透過新版「請求簽名」和「資料庫範本」、具有驗證規則 (如選取剛好、至少、最多或 Y 個中的 X 個範圍等選項) 的撰寫環境,建立核取方塊群組。「大量傳送」、「網頁表單」和「自訂工作流程」可透過使用「資料庫範本」來支援。這項改進確保了簽署工作流程中表單邏輯的一致性並提高了資料準確性。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:預設為啟用
檢閱更新的文件 >
- 允許的 IP 範圍 – 擴展對 API 和行動存取的控制 - 管理員現在可以明確控制 IP 限制是否適用於 API 式用戶端,包括 Acrobat Sign 行動應用程式和認證整合。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶和群組
檢閱更新的文件 >
- 新版電子簽名的驗證支援 – 新版電子簽名現在支援三種驗證方法:Acrobat Sign 驗證、密碼和電話雙重驗證。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:依預設啟用
- 複製從「請求簽名」傳送的結束合約 — 傳送者現在可以複製先前已完成、已取消或已過期的合約,以建立新的草稿合約。所有收件者、設定、檔案和表單欄位都會自動預填。 複製的合約會在「撰寫」頁面中開啟,以便在傳送前快速編輯,藉此減少設定時間、將錯誤降到最低,並提高重複性工作流程 (如續約或修正) 的生產力。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
檢閱設定文件 >
檢閱使用者動作文件 >
- 停用進行中合約的「合約下載」連結 – 管理員現在可以在帳戶或群組層級,從簽署後確認頁面中移除「下載副本」連結,防止收件者下載部分簽署的合約。這有助於組織滿足嚴格的法律和合規要求,確保只有在所有參與者都已完成簽署後,收件者才會收到已完整執行的合約。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
檢閱文件 >
- 頂端導覽中的「資源」標籤 – 管理員和使用者現在可以在頂端導覽中使用新的資源頁面,直接存取 Acrobat Sign 教育內容、網路研討會、部落格和產品更新影片。 頁面會根據使用者等級 (初階者、進階者和管理員) 組織各種教學影片,並直接連結到其他支援文件。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:預設為啟用
檢閱文件 >
- 進行中合約的動態參與 – 移除收件者 – 寄件者現在可以在不取消或重新啟動交易的情況下,從已進行中的合約中移除收件者。 收件者遭到移除時,Acrobat Sign 會自動撤銷其存取權、更新提醒、稽核追蹤、移除指派的欄位,並順暢將合約轉回主要簽署狀態。 這種靈活性有助於組織在即時路由工作流程 (如找不到簽署者) 中維持準確性,同時保持法律完整性、合規性以及完整的稽核歷史記錄
可用的環境:沙箱、商業 | 可用的服務層級:Acrobat Sign Solutions |設定範圍:帳戶和群組
檢閱文件 >
- 在合約設定期間要求個別收件者使用數位簽名 – 傳送者現在可以要求選取的收件者使用數位簽名,確保在需要時採用更嚴格的簽署要求,且不會影響其他收件者。簽署體驗會自動調整,強制執行必要的數位簽名欄位,並在支援時顯示身分識別檢查,減少錯誤並改善受管制工作流程的合規性。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
檢閱文件 >
- 數位身分提供者作為預設驗證方法 –管理員現在可以在傳送設定中選擇數位身分閘道提供者作為內部和外部收件者的預設簽署者驗證方法。 此設定會自動套用至合約、網頁表單、大量傳送和工作流程,確保收件者驗證能夠一致且合規。 此增強功能簡化了驗證設定、強制執行組織身分識別原則,並提升對依賴數位身分識別驗證的政府和企業客戶的支援。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:預設為可用
檢閱文件 >
- 使用身分驗證資料的已驗證表單欄位 – 表單作者現在可以建立已驗證的表單欄位,這些欄位會在簽署者驗證期間自動填入身分提供者(如 OneID)返回的資料。 這些欄位可以設定為唯讀或可編輯,確保可以精準擷取已驗證的身分資料,並可選擇鎖定不應再次編輯的項目 (例如姓名、地址或帳號)。 這不僅強化身分識別的可信度、減少手動輸入的錯誤,還能簡化需要驗證簽署者資料的工作流程合規性。
注意:沙箱版本中不包含此功能,但預期正式版本中會包含此功能。
可用的環境:商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
檢閱文件 >
- 「大量傳送」CSV 檔案中的收件者群組 – 傳送者現在可以直接在「大量傳送」CSV 檔案中定義收件者群組,使多個收件者能夠在相同的路由步驟中採取行動。每個群組可以設定為一位或所有模式,要求一位成員或所有成員完成其動作後,才能進行路由。 群組定義、驗證和稽核追蹤都是依每個 CSV 列處理,錯誤會透過可下載的驗證檔案報告。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶和群組
檢閱文件 >
- 資料庫範本 – 與多個群組共用 – 最新的建立資料庫範本體驗現在支援與帳戶內的多個群組共用範本,以符合先前在傳統工作流程中提供的功能。 使用者在建立或編輯範本時,可以選取一或多個群組,確保跨群組的行為一致。 透過此增強功能,就不需要退回傳統體驗,且能提升共同作業體驗,並簡化多群組組織的範本管理。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions |設定範圍:預設為可用
檢閱更新的文件 >
- 使用數位簽名的所有收件者的檔案附件 – 數位簽名工作流程中的所有收件者現在都可以附加檔案 (不限於第一個簽署者)。 使用迴紋針註解的新附件方法會在文件中顯示可見的迴紋針圖示,並保持與多重數位簽名的相容性。 每個附件都要在簽署者套用數位簽名之前新增,以保持簽名有效性,並提供附加檔案的清晰視覺指示。 此增強功能可提升各種電子簽名與數位簽名工作流程的法律完整性、透明度與一致性。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:預設為啟用
檢閱更新的文件 >
體驗變更
- 登入頁面改進 - Acrobat Sign 登入頁面現在提供更簡潔且一致的體驗。 當您輸入電子郵件地址後,頁面會自動偵測您的帳戶類型,並將您導向正確的登入方法,移除不必要的步驟和舊版畫面。 這讓每個人的登入過程更快速、更簡單且更直覺。
- 適用於企業的 Acrobat Sign 使用者直接登入網頁介面時的新電子郵件格式 - 在編輯現有電子郵件或建立新使用者時,Acrobat Sign 現在會對電子郵件地址的本機部分 (「@」符號之前的部分) 強制執行 64 個字元的限制。
所有本機部分超過 64 個字元的使用者都已經過評估,並確定為非使用中或測試使用者 ID。
- 適用於企業的 Acrobat Sign 使用者直接登入網頁介面時的新電子郵件格式 - 在編輯現有電子郵件或建立新使用者時,Acrobat Sign 現在會對電子郵件地址的本機部分 (「@」符號之前的部分) 強制執行 64 個字元的限制。
可用的環境:沙箱、商業 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶和群組
檢閱更新的文件 >
REST API/Webhook 更新
以下更新會在發行前說明中出現,以供揭露之用。當版本更新已提供給執行伺服器時,您便可在 Acrobat Sign 開發人員文件中找到 API 和 Webhook 更新的完整說明文件。
- OEM 嵌入合作夥伴 – 在 OEM 2.0 中自訂嵌入式頁面 – OEM 合作夥伴現在可以自訂嵌入式管理頁面,以更好地配合其平台體驗。 合作夥伴可以隱藏不受支援的導覽項目、啟用專用的內嵌檢視來管理資料庫範本、網頁表單和大量傳送,並確保 noChrome 參數可在各個工作階段中可靠地隱藏 Acrobat Sign 導覽列。 此更新還亦新增「建立新…」按鈕,該按鈕可開啟用於建立網頁表單、大量傳送交易和資料庫範本的個別檢視,同時在內嵌檢視之間導覽時保持工作階段內容。 這些增強功能改善了 OEM 2.0 整合的彈性、維持工作階段連續性,並減少終端使用者的混淆。
可用環境:沙箱、商業 | 可用的服務層級:Acrobat Sign Solutions - OEM 合作夥伴 | 設定範圍:API
版本勘誤表 - 移除的元素
以下條列項目是先前宣布為此版本的部分內容,但已將其延至之後的發佈日期。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4528600 | 摘要:將表單欄位圖層附加至自訂工作流程時,欄位驗證設定無法運作。如正規表示式或數值範圍限制等驗證規則,會在工作流程開始時遭移除,導致欄位接受無效輸入。 |
| 修正:現在當自訂工作流程中包含表單欄位圖層時,可正確套用驗證規則。欄位在傳統和新的撰寫體驗中都會保有其驗證行為。使用者不需要採取任何動作。 | |
| 4528748 | 摘要:管理員在將群組成員資格新增至新同步的使用者 (Azure Sync) 時,會間歇性地看到「未處理的錯誤」。群組中有部分新使用者的 groupID 設定為空 |
| 修正:如果使用者的群組在建立後為空,則會將其放置在帳戶的預設群組中。 | |
| 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 未更新必要指標。已識別獨立的行動簽名對齊問題,但在不同範圍下處理。 |
| 修正:現在當條件式邏輯停用欄位時,網頁表單 UI 會隱藏必要星號,確保必要指標準確反映是否需要簽署者輸入。 | |
| 4543157 | 摘要:在「管理」頁面的「進行中」檢視中,「收件者」欄會在委派簽署角色後繼續顯示委派者的姓名,即使不同簽署者正進行簽署亦然,這是由於 UI 未更新顯示的收件者以反映目前的受委派者。 |
| 修正:「管理」頁面邏輯已更新,現在委派簽署角色時,「收件者」欄會顯示作用中受委派者的姓名,確保「進行中」檢視準確反映目前正進行簽署的人員。 | |
| 4543253 | 摘要:在傳統工作流程體驗中,以「草稿」狀態儲存合約後,見證人指派欄位 (簽名、姓名、日期) 會消失,即使欄位存在於後端亦然,這是由於草稿轉譯邏輯在儲存進度時未能還原見證人欄位。 |
| 修正:已修正草稿轉譯邏輯,以在儲存進度後保留並顯示所有見證人指派欄位,確保以「草稿」狀態開啟的合約保有與撰寫和簽署期間相同的欄位可見度。 | |
| 4543513 | 摘要:在 Sign 網頁 UI 中封鎖使用者傳送合約,並出現「地區設定無效或遺失」錯誤,這是由於當傳送群組的地區設定與使用者繼承的主要群組地區設定不同時,地區設定驗證會錯誤地在網頁介面中強制執行 API 層級地區設定規則。 |
| 修正:已修正地區設定驗證,讓 Sign 網頁 UI 能正確解析並接受有效的群組和使用者地區設定組合,防止僅限 API 的地區設定限制封鎖網頁體驗中的合約傳送作業。 | |
| 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 | 摘要:使用波蘭文 UI 的部分傳送者,偶爾會收到內含錯誤的「無法提供數位簽名」文字的確認電子郵件,儘管合約正常傳送和簽署亦然。 |
| 修正:已更正傳送者確認電子郵件的波蘭文翻譯,讓訊息顯示「已傳送以供簽署」,而非不正確的「無法提供數位簽名」文字。 | |
| 4548315 | 摘要:在新的「傳送」工作流程中,將傳送者包含為副本收件者時,不會顯示驗證錯誤,且不會向在副本清單中位於傳送者之後的任何收件者傳送副本電子郵件通知。這與傳統工作流程行為不同,且可能導致副本收件者錯過通知。 |
| 修正:已更新新的「傳送」工作流程邏輯,使所有副本收件者 (不包括傳送者) 都能收到副本電子郵件通知,無論其在副本清單中的位置為何,都不例外,進而確保行為符合預期結果。 | |
| 4548583 | 摘要:如果使用者的預設群組已啟用手寫簽名,即使正在編輯的群組已停用手寫簽名,也無法為群組啟用 PDF/A。這封鎖了非預設群組的有效 PDF/A 設定。 |
| 修正:已更新驗證,以檢查正在修改之群組的手寫簽名設定,而非使用者的預設群組,以在允許的情況下正確啟用 PDF/A。 | |
| 4549337 | 摘要:停用「電子郵件合約已取消」設定時,會隱藏已取消合約的 SMS 通知。這阻止了停用電子郵件通知的客戶傳送必要的 SMS 取消警示。 |
| 修正:已透過引進專用通知控制項,將 SMS 和 WhatsApp 取消通知與電子郵件設定分離,如此一來即使停用電子郵件通知,也可為已取消合約傳送 SMS。 | |
| 4549472 | 摘要:在適用於政府的 Acrobat Sign 中,使用者無法使用新的「建立範本」體驗建立可重複使用的範本。上傳文件後,工作流程會在空白畫面上停止,阻礙範本建立作業。 |
| 修正:已還原遺失的撰寫相依性,這是政府環境中的新「建立範本」體驗的必要項目,以允許正確載入撰寫畫面並成功建立範本。 | |
| 4549862 | 摘要:當登陸頁面設定至新的「請求簽名」體驗時,不會在登入後顯示設定的登入警告訊息。這會阻止組織在使用者直接登陸「傳送」頁面時,顯示關鍵的維護或中斷通知。 |
| 修正:已還原在新的「請求簽名」體驗中顯示登入警告訊息的支援。當使用者在登入後登陸「傳送」頁面時,設定的警告訊息現在會顯示為通知,符合先前的行為和客戶期望。 | |
| 4550175 | 摘要:在工作流程中為電話驗證輸入電話號碼後,按下 Enter 鍵時,會過早提交表單並觸發系統錯誤,進而因提交表單而非等待明確確認,造成工作流程流中斷。 |
| 修正:已更新收件者對話框,以防止因在電話驗證欄位中按下 Enter 鍵而提交表單,確保使用者停留在對話框中且必須按一下「繼續」,進而消除意外的工作流程中斷情況。 | |
| 4550302 | 摘要:請求的德文簽名和提醒電子郵件使用不一致的稱呼形式,在相同訊息中會於非正式的「Du」和正式的「Sie」之間切換,導致造成混淆和不專業的措辭。 |
| 修正:已更新德文電子郵件翻譯,以在範本中使用單一且一致的稱呼形式,確保在所有請求的簽名和提醒電子郵件中,用語均統一且可預測。 | |
| 4550556 | 摘要:在新增數位簽名欄位後,無法傳送包含大型建築平面圖 PDF 的合約,並因數位簽名放置的頁面旋轉和大小處理,而在撰寫期間傳回錯誤。 |
| 修正:已更新數位簽名欄位處理,以正確處理經旋轉的大型格式頁面,讓包含建築平面圖的合約能夠成功傳送並套用數位簽名。 | |
| 4550579 | 摘要:當在修訂中狀態期間,透過移除最後的剩餘收件者來完成合約時,系統不會產生 AGREEMENT_WORKFLOW_COMPLETED 事件,因此不會傳送 webhook 通知,進而中斷依賴此事件來偵測完成的工作流程。 |
| 修正:已更新事件處理,現在於修訂中透過移除收件者所完成的合約,會產生適當的完成事件,確保 AGREEMENT_WORKFLOW_COMPLETED webhook 如預期般觸發。 | |
| 4550998 | 摘要:預先填入的核取方塊在撰寫時顯示為已核取,但對簽署者而言卻是未核取,因為核取方塊值儲存為非空白文字字串,而非明確的「是/否」狀態,導致簽署體驗將其視為未核取。 |
| 修正:已更新核取方塊值處理,可將任何非空白的預先填入值都解譯為已核取,且將空白或遺失的值視為未核取,確保核取方塊狀態對簽署者而言保持一致。 |
| 問題 | 描述 |
|---|---|
| 4534178 / 4550340 | 摘要:使用 Helvetica 12 的 PDF 在沙箱中的轉譯與在生產中不同,因為 Helvetica 在較新的 PDF 處理路徑中不是支援的嵌入字型,系統會以 ArialMT 作為對等的替代。這會導致視覺差異,影響沙箱測試期間的欄位對齊。 |
| 修正:已透過嵌入支援的對等字型並明確將 Helvetica 對應至 ArialMT,將字型處理標準化,確保環境間的字型轉譯一致且可預測。 | |
| 4535543 | 摘要:包含條件式、複製下拉式選單欄位的網頁表單會擷取選取的值,但下載的簽署 PDF 會將這些下拉式選單選取項目轉譯為空白,因為在新版簽署體驗中,對於特定的格式錯誤或條件驅動的下拉式選單 Widget,簽署至 PDF 合併路徑無法正確地解析並套用值。 |
| 修正:已更新 PDF 合併期間的下拉式選單欄位處理,使複製和條件式選擇欄位在簽署 PDF 中正確轉譯所選取的值。 | |
| 4535735 | 摘要:包含設定為「自動」字型大小之文字欄位的 PDF 表單,在撰寫、簽署期間和最終的簽署 PDF 中,會以極小的大小呈現欄位文字。 |
| 修正:已調整文字欄位的「自動」字型大小調整和外觀產生,使預先填入和簽署者輸入的值在撰寫、簽署和簽署 PDF 間都能以可讀的大小呈現。已修正下拉式選單外觀產生,使選取的值會在簽署 PDF 中呈現,而非顯示空白。 | |
| 4535894 / 4547919 / 4550657 |
摘要:在部分合約中,當簽署者輸入大量內容時,設定為自動調整字型大小的多行文字欄位不一定會正確調整文字大小。因此,輸入文字的部分內容可能在簽署 PDF 中會顯示為遭截斷,即使在簽署期間可看見完整文字亦然。 |
| 修正:已修正多行欄位的文字版面和字型大小調整邏輯,確保輸入的內容會自動調整大小以納入欄位邊界內,不會發生截斷。 | |
| 4536430 | 摘要:呼叫 GET /agreements/{agreementId}/documents/{documentId} 失敗,並出現 INVALID_DOCUMENT_ID (「指定的文件 ID 無效」),即使相同文件可以從 Acrobat Sign 網頁體驗成功下載亦然,這是由於處理步驟期間的格式發生格式錯誤 |
| 修正:已強化文件擷取和處理流程,使具有 PDF 結構邊緣案例的合約透過 API 擷取文件時不再失敗。 | |
| 4537178 | 摘要:FORM_FILLER 委派合約後,所委派的收件者無法開啟合約進行簽署。會無限期地載入「檢閱並簽署」頁面。在受影響的合約中,原始委派者和受委派的收件者都顯示為「下一個簽署者」,這會讓合約處於不一致的狀態。 |
| 修正:已改善委派後處理和狀態調節,使委派不再讓多個參與者處於「下一個簽署者」狀態,且若背景文件人工標記 (頁面影像、文件資料) 失敗或延遲,簽署檢視也不會當機。 | |
| 4537632 / 4543510 |
摘要:在「字型大小」設定為「自動」之資料欄位中輸入的文字,在簽署 PDF 中會顯示為遭截斷。 |
| 修正:已修正自動調整字型大小邏輯,以一致地重排和縮放文字,確保在所有支援的 PDF 間,所有輸入的內容都能納入欄位邊界內。 | |
| 4544067 | 摘要:在從特定來源文件建立的某些簽署合約中,客戶在 Adobe Acrobat 中會遇到無效憑證警告,這是因為隱藏、格式錯誤表單欄位註解在簽署後仍保留在 PDF 中,導致文件無法通過憑證驗證,儘管簽署流程已成功完成亦然。 |
| 修正:Acrobat Sign 會在文件處理期間移除無效和孤立的註解,確保簽署 PDF 能在 Acrobat 中正確驗證並顯示有效憑證。 | |
| 4543958 | 摘要:在 Acrobat 中建立的部分超連結在依賴命名目標而非頁碼時,會停止運作,這是因為 PDF 處理邏輯在簽署期間未正確將命名目標解析至其最終頁面位置,導致連結在簽署文件內中斷,即使其在原始檔案中運作正常亦然。 |
| 修正:Acrobat Sign 現在會在 PDF 處理期間,正確將命名目標解析至其實際頁面位置,確保所有超連結在簽署後都能如預期般運作。 | |
| 4543709 | 摘要:從 Salesforce 傳送的合約包含影像表單欄位時,某些簽署 PDF 在簽署後會變得意外地大 (通常超過 Salesforce 的 12 MB 附件限制),這是因為 PDF 處理路徑可能會使用效率不佳的壓縮來嵌入上傳的影像,這會增加最終檔案大小,並阻止 Salesforce 將其儲存回合約記錄。 |
| 修正:Acrobat Sign 已更新 PDF 產生期間的影像處理,因此會有效率地對上傳影像 (包括影像和印章內容) 進行編碼,讓簽署檔案大小更接近預期大小。 | |
| 4543678 | 摘要:對於部分資料庫範本,簽署者可以完成所有必要欄位,但下載的簽署 PDF 可能會將其中部分欄位顯示為空白,即使資料已正確擷取並維持可透過 Acrobat Sign 報告和 API 取得。 |
| 修正:Acrobat Sign 更新這些範本的處理方式,確保簽署 PDF 能可靠地轉譯所有已完成的必要欄位值 (同時避免在使用較舊 PDF 處理路徑時出現的副作用)。 | |
| 4538033 | 摘要:在撰寫和簽署期間會忽略 CourierNewPSMT 字型,導致欄位以意外的字型轉譯,這是由於舊版字型處理會替換字型而非嵌入字型。 |
| 修正:已更新字型處理,以正確支援 Courier 和其他受支援字型用於新合約,確保在撰寫、簽署期間和在完成的文件中都能保留選取的字型。 | |
| 4538082 | 摘要:多行文字欄位會錯誤地自動調整大小,導致文字在完成的合約中過度縮小或截斷,這是由於 PDF 處理行為的變更改變了自動調整大小之多行欄位的最小字型縮放和換行邏輯。 |
| 修正:已調整多行文字欄位的自動調整大小邏輯,以改善字型縮放和換行,讓輸入的文字保持可讀並更妥善地符合舊版行為。 | |
| 4538599 | 摘要:某些完成的合約會顯示預設下拉式選單值,而非簽署者選取的值,這是因為下拉式選單選項中的特定特殊字元導致選擇的值在最終 PDF 中錯誤轉譯,即使在簽署期間已正確擷取正確的選取項目亦然。 |
| 修正:已更新 PDF 轉譯,以在完成的合約中,正確保留並顯示包含特殊字元的選取下拉式選單值。 | |
| 4539217 / 4539223 |
摘要:對於包含預先填入值和數位簽名欄位的特定可填寫 PDF,傳送者在預覽或傳送文件時可能會看到遺失或變更的欄位值,這可能會封鎖傳送或簽署作業,這是因為文件結構導致預先填入的資料和唯讀簽名欄位在文件處理期間遭不一致地解譯。 |
| 修正:已改善文件處理,以正確保留預先填入的欄位值和處理唯讀數位簽名欄位,確保合約能正確預覽且可加以傳送和簽署,且不會遺失預先填入的資料。 | |
| 4539226 | 摘要:部分合約建立時是使用對核取方塊欄位使用文字標籤的範本,在這些合約中,雖然收件者在簽署期間成功選取核取方塊,但這些選取項目不會出現在傳送者的檢視或最終的簽署 PDF 中,這是因為核取方塊欄位名稱的剖析不一致,導致簽署的值儲存在與轉譯表單欄位不同的鍵下。 |
| 修正:已更新核取方塊值對應,以正確解析從具有指引式名稱之文字標籤所建立的核取方塊欄位,確保選取的值對各方和在最終簽署 PDF 中都能一致轉譯。 | |
| 4539432 | 摘要:無法傳送部分 PDF 以供簽名,且會立即因文件處理錯誤而取消,前述錯誤是由於在 Acrobat Sign 的 PDF 修復和表單欄位標準化邏輯期間,格式錯誤或孤立的 PDF 註解觸發了空指標錯誤。 |
| 修正:已改善 PDF 修復和註解處理邏輯,讓格式錯誤或孤立的註解不再導致合約建立失敗,進而讓受影響的文件能成功傳送和簽署。 | |
| 4541859 | 摘要:使用為「自動」字型大小設定的多行文字欄位,有時會在簽署 PDF 中截斷唯讀 (鎖定) 多行欄位的內容,這是由於轉譯期間的自動字型縮放錯誤所致。 |
| 修正:已修正鎖定之多行文字欄位的自動字型縮放邏輯,確保所有輸入的文字能完整呈現在欄位內。 | |
| 4542835 | 摘要:客戶發現部分必要欄位 (包括下拉式選單、文字欄位和核取方塊) 在下載的簽署 PDF 中顯示為空白,即使在簽署過程中已完成所有欄位亦然 |
| 修正:已修正 PDF 轉譯邏輯,確保所有擷取的欄位值 (包括下拉式選單、文字欄位和核取方塊) 都能可靠地寫入簽署 PDF 中,使視覺文件符合儲存的合約資料。 | |
| 4543678 | 摘要:某些簽署合約在最終 PDF 中遺失必要欄位值,這是因為透過 API 匯入和更新的特定資料庫範本,在 PDF 產生期間未正確轉譯必要欄位資料。 |
| 修正:已更新 PDF 產生邏輯,確保資料庫範本中定義的所有必要欄位 (包括透過 API 建立或修改的項目) 在簽署 PDF 中一致轉譯,同時保留完整的欄位值。 | |
| 4543709 | 摘要:部分由 Salesforce 傳送且包含影像式表單欄位的合約,可能導致最終的簽署 PDF 大小大幅超過原始檔案大小,且超出 Salesforce 的 12 MB 限制,並阻止將簽署文件寫回 Salesforce 合約記錄,即使簽署流程本身已成功完成亦然。 |
| 修正:已將 PDF 產生期間的影像處理最佳化,以套用適當的影像壓縮,確保包含影像、印章或影像式簽名欄位的簽署文件大小不會變大,並保持在 Salesforce 檔案大小限制內。 | |
| 4543958 | 摘要:在 Acrobat 中使用命名目標撰寫的超連結,在簽署 PDF 中會停止運作,而頁碼連結仍可運作,這是由於 PDF 處理路徑中的迴歸所致,此時在後處理期間,未將命名目標解析為明確的頁面目標。 |
| 修正:已在 PDF 產生期間將命名目標解析為其明確的頁面目標,還原簽署 PDF 中「使用命名目標」和「使用頁碼」連結的超連結功能。 | |
| 4544067 | 摘要:某些簽署合約會顯示無效的數位憑證,並出現「Widget 註解已刪除」驗證錯誤,這是由於簽署後,PDF 中保留了格式錯誤或孤立的 Widget 註解,導致憑證鏈結無效。 |
| 修正:已更新 PDF 後處理,可在欄位清理期間偵測並移除損毀或孤立的 Widget 註解,確保只保留有效的註解,且簽署 PDF 會一致顯示有效的數位憑證。 |
Adobe Acrobat Sign 版本 v17.0.1
沙箱部署:2026 年 2 月 17 日
生產部署:2026 年 3 月 17 日
政府雲端部署:2026 年 3 月 19 日
REST API/Webhook 更新
以下更新會在發行前說明中出現,以供揭露之用。當版本更新已提供給執行伺服器時,您便可在 Acrobat Sign 開發人員文件中找到 API 和 Webhook 更新的完整說明文件。
- SMS 傳送失敗的 Webhook 通知 – 即時了解 SMS 傳送失敗的可見度、自動修復,以及與電子郵件退信的對等性。
當透過 SMS 傳送的合約因無效電話號碼、電信業者拒絕或封鎖線路等問題而無法傳送時,Acrobat Sign 現在會發出新的 Webhook 事件 AGREEMENT_PHONE_BOUNCED。這讓客戶能夠近即時偵測到 SMS 傳送失敗,並自動觸發後續行動,例如修正電話號碼、重新嘗試傳送或開啟支援案例、消除盲點並減少行動優先簽署工作流程的延遲。
可用環境:沙箱、商業、政府 | 可用服務層級:Acrobat Sign Solutions | 設定範圍: API
版本勘誤
此版本目前並未有任何項目出現問題。