首次公告：2024 年 8 月
上次更新時間
2026年6月3日
Adobe Sign 技術通知按以下順序排列，最舊的更新在頂部，向下捲動頁面時按時間順序往前推進。
|
|
從目前的清單中移除：2025 年 1 月 |
|---|
舊版的「Accept-Charset」標頭會在 2024 年 11 月版中，從所有 Webhook 與回呼通知移除。
所有因任何原因仰賴此標頭的客戶都應重構其程式碼，以因應移除該標頭的狀況。
|
首次公告：2024 年 9 月 |
從目前的清單中移除：2025 年 1 月 |
|---|
|
首次公告：2024 年 11 月 |
從目前的清單中移除：2025 年 1 月 |
|---|
在 2024 年 11 月版中，「自訂工作流程設計工具」中的可編輯標籤已限制為 100 個字元。 在建立或更新工作流程時會評估此限制。
標籤超過 100 個字元的既存工作流程仍可成功傳送，但若工作流程已更新，則必須將其標籤縮減到 100 個字元以下，才能儲存。 冒犯性的標籤會以紅色標示，以方便辨識。
新的工作流程在儲存前會先提出標籤限制警告。
必須採取的行動
建議可控制自訂工作流程的管理員開啟並檢閱每個工作流程，以確保其範本沒有錯誤。
|
首次公告：2024 年 11 月 |
從目前的清單中移除：2025 年 2 月 |
|---|
新的收件者體驗包含桌面和行動網頁瀏覽器的簽署改進功能。此新體驗將在 2025 年初的幾個月推出，但會在 2024 年 12 月的第一個星期於沙箱環境中提供。
|
首次公告：2024 年 12 月 |
從目前的清單中移除：2025 年 2 月 |
|---|
Adobe Acrobat Sign 將於 2025 年 1 月 22 日輪換 Adobe Acrobat Sign SSL 憑證。
此外，正在部署新的 SSL 憑證以支援 2025 年 1 月進行的 WAF 網路變更。 這個新憑證會直接影響對Acrobat Sign服務的存取，必須在WAF上線之前安裝。
必須採取的行動
- 每個明確保護網路活動安全的客戶帳戶，都必須在其儲存的憑證清單中包含新的 WAF SSL 憑證。
- 如果您有與 Acrobat Sign 整合的自訂組建是使用 SOAP 或 REST API，而且其中具有已「關聯」的現有公共金鑰，則不需要採取其他行動。
- 如果您正在使用 Acrobat Sign 的 SSL 憑證進行 SSO，或者您正在固定憑證本身 (或使用其他方法)，您可以在 Adobe Acrobat Sign 系統需求中找到新的 Acrobat Sign SSL 憑證。
- 如果您的 SSO 組態支援多個公開憑證/鏈結，您可以立即新增新憑證，並在 1 月切換後從組態中移除舊的公開憑證/鏈結。
- 如果您的 SSO 不支援多個公開憑證/鏈結，您必須於 2025 年 1 月 22 日與 Acrobat Sign 同步 SSL 切換。
新 SSL 憑證將於 2025 年 1 月 22 日起生效。
|
首次公告：2024 年 9 月 - 更新時間：2025 年 2 月 |
從目前清單中移除：2025 年 3 月 |
|---|
為了改善 Adobe Acrobat Sign 服務的安全性和健全性，我們將在 2025 年 2 月推出網路變更，以包含網頁應用程式防火牆 (WAF)。 這些變更會透過 WAF 服務，將流量路由至 Acrobat Sign 應用程式伺服器。 大多數客戶無法觀察到此路由。 使用這些變更不會干擾以任何 Adobe 用戶端或整合功能存取 Acrobat Sign。
必須採取的行動
無。
這些變更不會影響客戶整合，因為 Acrobat Sign API 和 API 網域名稱不會變更。 此解決方案為向下相容，包含已發佈的 IP 範圍。
已更新其安全性裝置的客戶不需要回復或進行任何其他變更。
目前的更新排程為：
- 生產沙箱於 2025 年 2 月24 日更新。
- 生產分區：IN1、JP1、AU1 和 SG1 將於 2025 年 3 月 3 日更新。
- 生產分區：NA2、NA3 和 EU2 將於 2025 年 3 月 6 日更新。
- 生產分區：NA1、NA4 和 EU1 將於 2025 年 3 月 11 日更新。
Acrobat Sign 的虛擬入口與出口存取
先前宣布的伺服器入口 IP 位址淘汰清單，Acrobat Sign 將不再進行淘汰。
伺服器入口與出口 IP 位址 (如 Acrobat Sign 系統需求頁面所述)，將持續有效。
為什麼 Acrobat Sign 要進行這些變更?
使用 WAF 可提升 Acrobat Sign 抵禦有害流量的能力，並能協助我們更妥善處理安全性、健全性及合規性需求。
我擁有與 Acrobat Sign 整合的自訂功能。 我的應用程式是否會受到影響?
否，我們預期不會對任何整合有負面影響。
是否有新的 IP 位址清單可以替代?
第
號Acrobat Sign 系統需求頁面上的資訊仍然準確。
我的組織已使用 Acrobat Sign 針對來自我們公司網路流量所發佈的網域清單，來實施網路篩選。 我們會受到影響嗎?
編號
此處描述的網路變更不會影響 Acrobat Sign 的網域清單，如 Acrobat Sign 系統需求頁面所記錄。網域層級的篩選不受影響。
我的組織會針對來自 Acrobat Sign 伺服器的電子郵件傳送採取 IP 位址驗證。 我們會受到影響嗎?
第
項如 Acrobat Sign 系統需求頁面所列，輸出郵件轉發的 IP 範圍不會變更。
我的組織已設定我們的 Acrobat Sign 帳戶，限制只能從我們自己的 IP 位址存取。 我們會受到影響嗎?
編號
可以將 Acrobat Sign 配置為針對客戶選擇的 IP 位址驗證傳入流量，如使用 IP 位址範圍限制對您帳戶的存取頁面所述。這些變更不會影響此類使用方式。
我的組織已使用 Acrobat Sign 發佈的入口 IP 位址清單來實施網路篩選。 我們會受到影響嗎?
不會。
新的 WAF 設定為向下相容，可與現有網路架構相容，因此無須額外調整您的安全性裝置。
備註
請注意，這指的是針對託管應用程式之環境所進行的 IP 層級篩選， 網域層級的篩選不受影響。
我正在使用具有明確 IP 允許清單設定的 Salesforce 整合功能。 我需要做任何事嗎?
否。
現有的 Salesforce 安裝不需對這次的 WAF 安裝做任何變更。
說明文件中所述的現有設定/流程維持不變，管理員應遵循所有的 IP 允許清單步驟。
ISV 和內嵌合作夥伴如有任何進一步問題，請聯絡其成功經理。
|
首次公告：2024 年 11 月 - 更新時間：2025 年 1 月 |
從目前清單中移除：2025 年 3 月 |
|---|
|
首次公告：2024 年 5 月 |
從目前清單中移除：2025 年 3 月 |
|---|
在新的「請求簽名」體驗中，使用外部磁碟機上傳檔案的選項將僅限於 OneDrive。
建議使用其他檔案上傳選項的客戶使用特定廠商的應用程式，提供可透過使用者本機系統中原生檔案選擇器存取的網路磁碟機。
- Dropbox：https://www.dropbox.com/desktop
- Google Drive：https://support.google.com/drive/answer/10838124
- Box：https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud：https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
|
首次公告：2024 年 5 月 |
從目前清單中移除：2025 年 4 月 |
|---|
必須採取的行動
使用 Adobe Acrobat Sign SOAP API 的所有整合和應用程式，都必須在停用日期前移轉至最新的 REST API V6，以確保能繼續運作。
自 2025 年 3 月 1 日起，所有內嵌合作夥伴對於 SOAP API 的存取權都將會移除。
為確保持續運作，使用 Adobe Acrobat Sign SOAP API 的所有內嵌合作夥伴都必須在 2025 年 3 月 1 日前移轉至最新的 REST API V6。
請檢閱並參考 REST v6 和移轉文件：
- Adobe Acrobat Sign REST API 第 6 版方法
- 從 SOAP 移轉
如有任何疑問，請聯絡您的指定 Adobe Acrobat Sign PSM。
備註
此更新僅適用於 Acrobat Sign 服務的商業版本。 政府雲端帳戶不受影響。
此更新僅適用於傳送 (要求電子簽名) 頁面。尚未納入「結構化自我簽署」工作流程。
|
首次公告：2024 年 3 月 - 更新時間：2025 年 1 月 |
從目前清單中移除：2025 年 4 月 |
|---|
從 2025 年 4 月的版本開始，新版的「請求簽名」環境將成為建立新合約時的預設體驗。
- 使用者將無法在新環境和傳統環境之間切換，因為切換連結將會停用。
- 管理員仍會繼續保有可透過其管理員選單啟用傳統體驗及還原切換連結的選項。
- 使用 Notarize 整合功能的客戶不會受到此變更的影響。
|
首次報告：2024 年 3 月 - 更新於 2025 年 4 月 |
從目前清單中移除：2025 年 4 月 |
|---|
備註
此更新僅適用於 Acrobat Sign 服務的商業版本。 政府雲端帳戶不受影響。
自 2025 年 4 月發行版本起，現代化的請求簽名環境將成為建立新大量傳送模板時的預設體驗。
- 使用者將無法切換回傳統環境。
- 管理員可以透過管理選單啟用傳統體驗並還原切換連結。
|
首次公告：2025 年 2 月 |
從目前清單中移除：2025 年 4 月 |
|---|
Acrobat Sign 帳戶層級管理員可用的「帳戶」標籤將重新命名為「管理員」。
- 此更新僅適用於 Acrobat Sign 獨立環境 (Acrobat Sign 解決方案以及適用於政府的 Acrobat Sign)。
- 商業環境將於 2025 年 4 月進行更新，政府環境則於 2025 年 5 月實施。
請注意，這純粹是外觀方面的變更，沒有功能修改，僅更新標籤上的標籤。
備註
群組層級管理員的「群組」標籤將不會變更。
|
首次公告：2025 年 3 月 |
從目前清單中移除：2025 年 4 月 |
|---|
- 改善使用者登入體驗 - Acrobat Sign 已透過 Adobe 身分識別管理系統 (IMS) 簡化登入和驗證的程序。
- 在登入過程中，使用者的組織設定檔會自動選取具備 Acrobat Sign 服務的權限者 (識別請求為來自 Acrobat Sign 來源)
- 登入時發生錯誤的使用者會在錯誤訊息中看到連結，以便其連絡 Acrobat Sign 管理員尋求協助。
- 對於所有已指派作用中授權卻尚未登入服務的使用者，最多會傳送兩份電子郵件提醒。 (這也適用於發行日期之前的現有非作用中使用者)
這些改善功能可簡化登入程序，減少不便，並改善整體使用者體驗。
可用的環境：商業 | 可用的服務層級：Acrobat Sign Solutions | 設定範圍：預設為啟用；無法設定
|
首次報告：2025 年 3 月 - 更新日期：2025 年 4 月 |
從目前清單中移除：2025 年 6 月 |
|---|
從 2025 年 5 月版開始，Acrobat Sign 會針對開發人員層級帳戶建立的 Webhook 數量實施較嚴格的限制。
這些限制係經特別選擇，可確保 Webhook 基礎架構的可靠性，且更符合測試工作流程的需求。
|
變更內容 |
先前的限制 |
新的限制 |
說明 |
|---|---|---|---|
|
每個頻道建立的主要 Webhook 數量 |
10 |
1 |
每個 Webhook 訂閱事件的頻道允許 1 個 Webhook。 |
|
一個帳戶建立的主要 Webhook 數量 |
100 |
2 |
每個 Webhook 訂閱事件允許 2 個帳戶層級的 Webhook。 |
|
每個群組建立的主要 Webhook 數量 |
100 |
2 |
每個 Webhook 訂閱事件的每個群組允許 2 個群組層級的 Webhook。 |
|
每個合約資源建立的主要 Webhook 數量 |
50 |
1 |
每個 Webhook 訂閱事件的每份合約允許 1 個 Webhook。 |
|
每位使用者所能建立的主要 Webhook 數量 |
100 |
1 |
每個 Webhook 訂閱事件的每位使用者允許 1 個 Webhook。 |
可用的環境：商業 | 可用的服務層級：開發人員 | 設定範圍：預設為啟用；無法設定
|
首次公告：2025 年 3 月 |
從目前清單中移除：2025 年 4 月 |
|---|
Acrobat Sign 客戶現在可以訂閱 Acrobat Sign Webhook 服務，透過Adobe Status 入口網站接收有關服務中斷、干擾和維護事件的主動通知。
在此管理和新增訂閱：Adobe Status 訂閱說明。
請注意，Adobe Acrobat Sign 服務列於 Document Cloud 標題下方：
|
首次報告：2025 年 3 月 |
從目前清單中移除：2025 年 6 月 |
|---|
在 2025 年 5 月版本中，我們將 GET /agreements API 最佳化，以大幅縮短回應時間。內部測試顯示改善的幅度高達 10 倍。
變更的內容
- 較小的頁面大小：為了支援這些改善功能，我們已將每次請求可傳回的合約數量上限減少至 500 份，但此限制在未來的版本中可能會變更。 每個回應包括：
- 傳回的實際合約數量
- 結果的下一頁連結 (若有)
- 動態結果計數：您仍可請求特定數量的合約，但 API 只會傳回服務可提供的最多數量。 每個回應包括：
後續會有哪些情況
在部份情況下，使用 GET /agreements API 時，建立合約與擷取合約之間可能會有一小段延遲。 此延遲通常非常短暫；後續追蹤請求應會傳回新的合約。
可用的環境：商業、政府 |可用的服務層級：Acrobat Sign 服務，政府 |設定範圍：預設為啟用；無法設定
|
首次報告：2025 年 4 月 |
從目前清單中移除：2025 年 8 月 |
|---|
所有使用Acrobat Sign for Government服務的帳戶都能夠取得啟用新請求簽名環境的存取權，以及最近建立且依賴此環境的多項功能：
- 電子見證
- 限制存取合約
- 強制簽名類型
- 身分識別檢查
- 每位收件者的副本收件者
- 撰寫後，收件者清單和收件者屬性均可編輯
|
首次公告：2024 年 9 月 |
從目前清單中移除：2026 年 2 月 |
|---|
必須採取的行動
所有使用 API 的客戶必須盡快更新其 API 以使用第 6 版端點，以確保不間斷的可用性。
版本 1 至 4 的 Acrobat Sign REST API 已淘汰，且將於 2025 年 12 月 1 日從服務中移除。
更新 API 可能涉及龐大工作量，因此強烈建議所有客戶盡快調整更新的範圍並編列預算，以便在 2025 年 12 月截止日期之前，支援團隊能夠全力協助解決任何問題。
雖然 REST API 第 1 至 4 版已淘汰，但仍會繼續運作，且您的應用程式將繼續運作至 2025 年 12 月 1 日移除 REST API 第 1 至 4 版為止。
2025 年 12 月 1 日之後，以 REST API 第 1 至 4 版建立的應用程式將停止運作。
|
首次公告：2025 年 4 月 |
從目前清單中移除：2026 年 2 月 |
|---|
所有使用 Acrobat Sign for Government 服務的帳戶都能取得存取權，以啟用新的 Request Signature 環境，以及最近建立且依賴此環境的多項功能：
- 電子見證
- 限制存取合約
- 強制簽名類型
- 身分識別檢查
- 每位收件者的副本收件者
- 撰寫後，收件者清單和收件者屬性均可編輯
|
首次公告：2024 年 9 月 - 更新時間：2025 年 4 月 |
從目前清單中移除：2026 年 2 月 |
|---|
Webhook 2.0 基礎架構已推出給所有客戶。隨著此一架構完成，簽署者通知即已淘汰。 因此，Webhook 裝載的 webhookNotificationApplicableUsers 參數不再提供任何有用的資料，且會從所有 Webhook 裝載中移除。
沙箱環境將在 6 月版中更新。
生產環境將於 2025 年 7 月版中更新。
使用通知裝載中的「initiatingUserId」與「initiatingUserEmail」參數，即可找到傳送的使用者 ID 與電子郵件。
|
首次報告：2025 年 8 月 - 更新時間：2025 年 10 月 |
從目前清單中移除：2026 年 2 月 |
|---|
為了協助維持系統穩定性並提升效能，Acrobat Sign 將在 2025 年 11 月 4 日版 (版本 16.2.1) 中導入輪詢閾值。 此變更限制了用戶端應用程式輪詢特定 API 端點的頻率。
- 16.2.1 版發布後，客戶有兩個月的時間在其程式碼中實施建議的輪詢變更。 在此時間範圍內，系統僅記錄輪詢間隔臨界值事件。
- 2025 年 12 月後，輪詢保護原則會切換為強制執行，使用者會觸發錯誤。
高頻率輪詢會對後端系統造成不必要的負載，導致效能下降和回應時間變慢。 我們鼓勵 API 開發人員改用 webhook 以獲得即時更新。
變更內容
此一輪詢原則會套用至所有 GET API 端點。
受影響端點範例
狀態檢索：
- GET /agreements/{agreementId} – 檢索合約的目前狀態。
- GET /agreements/{agreementId}/documents/{documentId} – 檢索合約中文件的檔案串流。
列表：
- GET /agreements – 檢索使用者的合約。
- GET /agreements/{agreementId}/events – 檢索合約的事件資訊。
系統將限制有效使用者向 Acrobat Sign 服務發出相同 API 呼叫的頻率。 如果同一有效使用者在最小輪詢間隔內發出相同呼叫，系統將返回錯誤。
輪詢政策詳細資訊
- 最小物件輪詢間隔 (MOPI)：預設 MOPI 根據服務層級和應用程式類型而有所不同：
- Acrobat Sign 合作夥伴應用程式：合作夥伴應用程式的 MOPI 由使用者帳戶的層級決定。
- GLOBAL/ENTERPRISE 層級：每一分鐘間隔 3 次呼叫
- 所有其他層級：每十分鐘間隔 1 次唯一呼叫
- 全域/企業帳戶下的客戶應用程式：每一分鐘間隔內三次相同的呼叫。
- 開發人員帳戶下的客戶應用程式：每 10 分鐘間隔一次唯一呼叫。
- Acrobat Sign 合作夥伴應用程式：合作夥伴應用程式的 MOPI 由使用者帳戶的層級決定。
- MOPI 內的重複請求：如果同一有效使用者在 MOPI 內多次 (多於其層級在 MOPI 內允許的次數) 發出相同的 GET 請求 (相同路徑和標頭)，系統將傳回：
- 「304 未修改」狀態代碼，用於使用 ETag 的 HTTP 條件請求。
- 「429 請求過多」狀態代碼，以及其他請求的重試時間。
- ETag 處理： 此原則適用於在 If-None-Match 標頭中提供 ETag 值的端點，這些端點已支援 304 Not Modified。
必須採取的行動
Webhooks：如果您的應用程式需要近乎即時的更新，請使用 webhooks 而非輪詢。Webhook 提供了一種更有效率且可擴展的方式來接收及時更新。
如果無法實施 Webhook，應用程式應實施客戶端快取機制來儲存和重複使用 API 回應。 當收到「304 未修改」回應時，應使用快取的資料，而不是進行其他 API 呼叫。
16.2.1 版發布後，客戶有兩個月的時間在其程式碼中實施建議的輪詢變更。 在此時間範圍內，系統會記錄輪詢間隔臨界值事件。
2025 年 12 月之後，輪詢保護原則會切換為強制執行，使用者會觸發錯誤。
如果您需要協助或有任何問題，請聯絡您的客戶成功經理。
沙箱環境將於 2025 年 9 月 17 日啟用輪詢原則來記錄錯誤，並於 2025 年 9 月 25 日設定為 ENFORCE。
|
首次公告：2025 年 8 月 |
從目前清單移除：2026 年 2 月 |
|---|
為了支援 FedRAMP CSP 需求，我們在 Acrobat Sign for Government 環境中啟用 IPv6 協定：
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
|
首次報告：2025 年 9 月 |
從目前清單移除：2026 年 2 月 |
|---|
透過 API 建立合約時，語言設定驗證更為嚴格。 如果帳戶原則不允許合約的地區設定，API 會拒絕請求，且具有明確的錯誤。 這可減少非預期的語言不匹配情況，並確保收件人體驗與核准的設定保持一致。
受影響對象
- 在 API 請求中設定合約地區的帳戶。
- 限制可用地區設定或在發送過程中不允許變更地區設定的帳戶。
變更內容
啟用 DISPLAY_LOCALE_INFO_DURING_SEND 設定時 (GLOBAL 層級)，API 會強制執行：
- 合約的地區設定必須包含在使用者的 AVAILABLE_LOCALES 中。
- 若 ALLOW_LOCALE_SELECTION_DURING_SEND 為假，則合約的地區設定必須符合使用者的 AGREEMENT_LOCALE。
違反行為會導致 POST /agreements 失敗，並顯示「地區設定無效或遺失。」
常見錯誤及其修復方法
錯誤：「地區設定無效或缺失。」
- 檢查 API 請求中使用的地區設定 (例如 en_US)。
- 確認在呼叫使用者的 AVAILABLE_LOCALES 中顯示了地區設定。
- 若 ALLOW_LOCALE_SELECTION_DURING_SEND 為假，則確定請求的地區設定符合 AGREEMENT_LOCALE。
- 如果需要跨地區的彈性，請啟用傳送時間地區設定選擇 (請參閱必須採取的行動)。
向後相容性
- 在此變更之前，某些地區設定不匹配的請求可能會成功。 現在若未通過驗證，這類請求就會失敗，並具有明確的錯誤。
- 沒有 API 結構描述變更；只有在啟用 DISPLAY_LOCALE_INFO_DURING_SEND 時，驗證行為才會變更。
必須採取的行動
管理員和 API 整合人員應執行下列其中一項操作：
- 讓 API 請求中的地區設定與 AVAILABLE_LOCALES 一致，且若ALLOW_LOCALE_SELECTION_DURING_SEND 為假，則應完全符合 AGREEMENT_LOCALE
- 或 -
- 允許傳送時間地區選擇，方法為設定：
- ALLOW_LOCALE_SELECTION_DURING_SEND = true
- CAN_CHANGE_UI_LOCALE = true
|
首次公告：2025 年 12 月 |
從目前清單移除：2026 年 2 月 |
|---|
Adobe Acrobat Sign 將於 2026 年 1 月 7 日輪換 Adobe Acrobat Sign SSL 憑證。
必須採取的行動
- 如果您有與 Acrobat Sign 整合的自訂組建是使用 REST API，而且其中具有已「關聯」的現有公共金鑰，則不需要採取其他行動。
- 如果您正在使用 Acrobat Sign 的 SSL 憑證進行 SSO，或者您正在固定憑證本身 (或使用其他方法)，您可以在 Adobe Acrobat Sign 系統需求中找到新的 Acrobat Sign SSL 憑證。
- 如果您的 SSO 組態支援多個公開憑證/鏈結，您可以立即新增新憑證，並在 1 月切換後從組態中移除舊的公開憑證/鏈結。
- 如果您的 SSO 不支援多個公開憑證/鏈結，您必須於 2026 年 1 月 7 日與 Acrobat Sign 同步 SSL 切換。
新 SSL 憑證將於 2026 年 1 月 7 日起生效。
|
首次公告：2026 年 3 月 |
最新 從目前清單移除：2026 年 6 月 |
|---|
計劃性資料庫維護活動排定於 2026 年 4 月 11 日太平洋時間晚上 7:30 進行。 維護時間預計持續最多 30 分鐘。
此維護將影響所有 Acrobat Sign 環境，且僅適用於 Adobe 管理的帳戶 (IMS)。 在 Acrobat Sign 內直接管理其使用者的帳戶不受影響。
在此期間：
- 新帳戶建立和使用者佈建將會延遲。
- 少數使用者可能會遇到登入問題。
- 來自 Adobe 管理介面的帳戶交易使用量請求可能會失敗，可能會暫時無法指派授權。
所有受影響的服務預計在維護完成後恢復正常運作。
|
首次公告：2026 年 3 月 |
從目前清單移除：2026 年 6 月 |
|---|
API 傳回的文件 ID 現在使用 16 位元編碼格式，而非先前的 12 位元編碼格式，且傳回值中可能包含末尾星號字元。 無論文件 ID 是否帶有這些末尾字元，Acrobat Sign 都會接受，但某些應用程式可能無法正確處理擴展格式，這可能會影響文件檢索或顯示。
此更新反映了服務中文件 ID 處理的變更。 如果您的整合使用 API 傳回的文件 ID 檢索文件，請檢閱您目前的邏輯，確保它支援較長的 ID 格式，並能接受所提供的傳回值。 如有需要，可以在重試請求前省略末尾星號字元。
透過 Acrobat Sign 的直接存取預計不會受到影響。
|
首次報告：2026 年 2 月 - 更新日期：2026 年 4 月 |
從目前清單移除：2026 年 6 月 |
|---|
目前正在重新設計 Acrobat Sign 首頁頁面，以更輕鬆地開始合約、監控活動，以及存取重要功能，包括能夠複製最近傳送的合約、以更直覺化的順序檢視動作動態磚、快速識別「進行中」和「等候您」項目，以及體驗可減少視覺雜亂的簡化「新增功能」橫幅，協助使用者更快速地移動、減少遺失合約，並享有更專注的首頁體驗。
新的首頁頁面將在版本發布後 10 天內推出：
日期 |
分片 |
2026 年 5 月 5 日 |
IN1、JP1、AU1、SG1 |
2026 年 5 月 11 日 |
EU1、EU2、NA4 |
2026 年 5 月 14 日 |
NA1、NA2、NA3 |
備註
轉出排程僅供參考，可能會隨著轉出進度進行調整。
|
首次公告：2026 年 3 月 |
從目前清單移除：2026 年 6 月 |
|---|
自 3 月 17 日的 17.0.1 版本開始，「個人偏好設定」選單中的「存取權杖」標籤會顯示每個整合金鑰的到期日。 此更新可讓金鑰持有者查看金鑰何時過期，進而改善金鑰生命週期管理的可見度。
整合金鑰的有效期為 10 年。 過了到期日之後，就無法繼續使用該金鑰，必須以新的金鑰取代。
此變更不會影響現有金鑰的運作方式，也不會修改金鑰生命週期。 此變更只會在介面中顯示過期日期，讓管理員可以監視金鑰使用期限並提前規劃更換作業。
無需採取任何行動。 管理員應定期檢閱其整合金鑰，並更換任何即將過期的金鑰，以避免服務中斷。
|
首次公告：2026 年 3 月 |
從目前清單移除：2026 年 6 月 |
|---|
從 2026 年 5 月 5 日版本開始，稽核報告將記錄簽署者套用其簽名時使用的簽名方法。
對於每個 ESIGNED 和 DIGSIGNED 事件，稽核軌跡會識別簽署者是使用桌面型簽名方法 (TYPE、DRAW、IMAGE) 還是行動型簽名方法 (MOBILE_TYPE、MOBILE_DRAW、MOBILE_IMAGE)。
此更新可讓管理員和合規團隊直接在稽核報告中驗證簽名方法，能改善合規可見度，減少模糊性，並將檢閱和稽核程序中不必要的合約拒絕狀況降至最低。 此更新預設為所有客戶啟用，沒有設定選項。
備註
僅使用印章套用簽名不包含在已識別的簽名類型中。
|
首次公告：2025 年 12 月 - 更新日期：2026 年 2 月 |
從目前清單移除：2026 年 6 月 |
|---|
Acrobat Sign 登入頁面體驗將在 17.0 版本中為所有使用者進行更新，預定於 2026 年 2 月 3 日發布。 - 新的登入流程透過要求所有使用者僅提供其電子郵件，提供更簡潔且一致的體驗。 系統接受電子郵件後，會參照使用者的帳戶，後續頁面會顯示該帳戶設定要使用的驗證選項，免去不必要的步驟和舊版畫面。 這讓每個人的登入過程更快速、更簡單且更直覺。
- 在新的登入體驗中，針對直接登入網頁介面的 Acrobat Sign 企業使用者，電子郵件格式現在會對電子郵件地址的本機部分 (「@」符號前的部分) 強制執行 64 個字元的限制。
此更新的登入體驗正由Acrobat Sign 伺服器環境分階段推出。 轉出排程如下所示：
|
Acrobat Sign 環境 |
轉出日期 |
|
IN1 (印度) SG1 (新加坡) |
2026 年 2 月 3 日 |
|
AU1 (澳洲) NA3 (北美洲) |
2026 年 2 月 10 日 |
|
JP1 (日本) |
2026 年 2 月 17 日 |
|
EU2 (歐洲) NA4 (北美洲) |
2026 年 3 月 2 日 |
|
EU1 (歐洲) NA2 (北美洲) |
2026 年 3 月 5 日 |
|
NA1 (北美洲) |
2026 年 3 月 10 日 |
備註
轉出排程僅供參考，可能會隨著轉出進度進行調整。
|
首次公告：2026 年 2 月 |
從目前清單移除：2026 年 6 月 |
|---|
