Adobe Acrobat Sign 發行說明：2026

Adobe Acrobat Sign 版本 v17.1

生產部署：2026 年 5 月 5 日

政府雲端部署：2026 年 5 月 12 日

• 親自簽署 – 在網頁應用程式中啟用託管簽署工作階段
  親自簽署允許傳送者指定內部託管者，其會使用網頁瀏覽器協助進行親自簽署工作階段。 託管者從「管理」頁面或電子郵件通知啟動受控制簽署工作階段，並暫時將裝置交給簽署者以完成必要動作，隨後在完成時重新取得控制權。 工作階段的建立和完成會記錄在稽核追蹤中，簽署者可選擇性地提供電子郵件以接收合約副本。

• 從「管理」頁面進行「大量數位簽名」– 透過單一授權將數位簽名套用至多個合約
  簽署者可以在「等候您」檢視中選取多個合約，並使用單一簽署授權以大量動作方式套用數位簽名。 這減少了大量工作流程的重複簽署步驟，同時保留現有的雲端簽署安全性、驗證和稽核控制。 大量簽署要求簽署者在完成大量動作之前審閱或跳過所有合約。 

• 僅傳送給內部收件人 – 限制合約僅能傳送給相同 Acrobat Sign 帳戶內的收件人。
  僅傳送給內部收件人設定可防止使用者將合約傳送給其 Acrobat Sign 帳戶外部的收件人。 啟用時，合約只能傳送給帳戶 ID 與寄件人相符合的收件人。 此控制支援內部安全要求，並防止合約被外部共用。

• 電話交易使用情況報告 – 提供更完整的報告功能，支援群組層級檢視與排程報表存取
  電話交易報告現在可提供已購買數量、配額開始日期以及 SMS 和 WhatsApp 交易的詳細使用情況。 客戶可以在群組層級追蹤使用情況，並透過統一的報告體驗存取定期 CSV 報告，實現更準確的預算編列、內部配置以及主動監視，以防止達到交易限制時發生服務中斷。
  報告現在透過報告介面中的排程報告產生，並可透過 API 存取權檢索最新的報告輸出。
  
  新端點：POST /api/rest/v6/reportDownload
  此端點接受 scheduleId 並傳回與該排程關聯之最新產生的 CSV 報告下載 URL。

• 稽核報告中的簽名外觀 – 記錄每位簽署者使用的簽名輸入方法，提高符合法規的可見度，並減少手動驗證
  稽核報告現在會記錄簽署者套用簽名時使用的簽名外觀方法。 對於每個 ESIGNED 事件，稽核軌跡會識別簽署者使用的是輸入簽名、手繪簽名、上傳影像，或使用行動裝置手繪或擷取影像。 此增強功能讓合規和營運團隊能夠直接從稽核報告確認簽名方法，減少模糊性並防止不必要的合約拒絕。
  簽名外觀類型：
  • 輸入：簽署者輸入姓名並選取字型式簽名樣式。
  • 繪製：簽署者在桌面上使用滑鼠或觸控板繪製簽名。
  • 影像：簽署者從桌面上傳簽名影像檔案。
  • 行動裝置繪製：簽署者在行動裝置上使用觸控繪製簽名。
  • 行動裝置影像：簽署者在行動裝置上傳或擷取簽名影像。

• API 簽署 URL 的已儲存簽名 – 允許在透過 API 進行簽署時使用已儲存的設定檔簽名
  允許註冊使用者在透過 API 產生的簽署 URL (GET /agreements/{agreementId}/signingUrls) 簽署合約時套用其已儲存的設定檔簽名。 已儲存的簽名會顯示給內部簽署者，以及使用電子郵件 OTP 或 Adobe ID 進行驗證的外部簽署者。 此功能簡化了後端整合的簽署工作流程，同時維護帳戶層級的安全控制。
  由 Adobe 在安全審查後按帳戶啟用。

• 現代體驗中的個人通訊錄管理 – 使用者可在現代要求簽名體驗中直接從個人通訊錄刪除已儲存的電子郵件，讓個人收件人清單更容易保持準確和最新狀態。
  

• 合約期限設定 – 將預設期限延長至 365 天
  合約的最長完成期限已從 180 天延長至 365 天。 啟用文件過期時，合約現在會自動指派 365 天的過期日期，且無法移除。 此變更確保所有合約都有定義的生命週期，改善長期追蹤和合規性，並降低合約無限期保持開啟的風險，同時仍允許使用者在需要時設定較早的截止日期。

• 首頁頁面已改版 – 改善工作流程存取，顯示關鍵動作
  首頁頁面已重新設計，以更輕鬆地開始合約、監控活動，以及存取重要功能，包括能夠複製最近傳送的合約、以更直覺化的順序檢視動作動態磚、快速識別「進行中」和「等候您」項目，以及體驗可減少視覺雜亂的簡化「新增功能」橫幅，協助使用者更快速地移動、減少遺失合約，並享有更專注的首頁體驗。
  
  新的首頁頁面將在發行後 10 天內推出。 請參閱技術通知以了解排程。

• 試用版增強功能 - 最新的上線體驗已新增至 Sign 試用版。
  Sign 試用版現在包含增強的入門體驗和近期付費版本中推出的功能。

• 全新自訂工作流程設計師成為預設選項 – 推廣現代設計師，移除使用者切換控制項，保留管理員靈活性
  全新自訂工作流程設計師體驗現在是所有帳戶的預設選項。使用者不再看到切換連結以回復傳統設計工具，而管理員保留在需要時重新啟用先前體驗存取權的能力。 此更新推動轉移至現代工作流程設計介面，同時在轉換期間保留管理控制權。

• webhook 的 mTLS 金鑰管理 – 新增Acrobat Sign產生的金鑰選項、啟用憑證簽署工作流程、改善安全合規性
  開發人員現在可以選擇如何在 Acrobat Sign中管理 webhook mTLS 驗證的私密金鑰。 除了現有的客戶生成並上傳自己的私密金鑰和憑證模式外，Acrobat Sign現在可以生成私密金鑰和憑證申請檔 (CSR)。 客戶可以使用 CSR 從憑證授權單位取得憑證並上傳以完成設定。 此選項透過將私鑰保留在 Acrobat Sign 內來提升安全性，同時與現有的 webhook mTLS 行為保持相容性。

• 透過 login_hint 參數進行數位身分初始化 – 允許 API 寄件者使用收件者特定的登入識別碼來初始化數位身分驗證。
  數個 v6 REST API /agreements 端點現在支援 loginHint 參數，讓 API 傳送者能使用已知的登入識別碼（例如電子郵件或使用者 ID 號碼）初始化數位身分閘道驗證。 身分提供者控制使用者體驗，但識別碼通常會預先填入登入畫面，以強化高信任度驗證工作流程並降低冒充風險。 識別碼會以遮罩格式顯示在數位身分閘道登陸頁面和稽核報告中，以保持可追溯性同時保護敏感資料。
  以下端點已更新以包含 loginHint 參數：
  • POST /agreements
  • PUT /agreements/{agreementId}
  • PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
  • GET /agreements/{agreementId}
  • GET /agreements/{agreementId}/members/participantSets/{participantSetId}
  • GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
  • GET /agreements/{agreementId}/members

• OEM 2.0 身分識別與信任邊界增強 – 「在所有位置顯示個人化/OEM 電子郵件」功能現在會優先處理由相同合作夥伴佈建的使用者，並在找不到符合項目時自動建立收件人
  啟用「在所有位置顯示個人化/OEM 電子郵件」功能時，合約參與者解析會優先處理由相同合作夥伴佈建的使用者，並在沒有符合的使用者時自動建立收件人記錄，確保跨帳戶的身分識別處理一致性。
  
  此外，在啟用「在所有位置顯示個人化/OEM 電子郵件」的情況下，稽核報告會指出傳送者是否為合作夥伴佈建或個人帳戶，而簽署者流程會在不同帳戶類型存在相同電子郵件時引導使用者切換帳戶，減少混亂並防止意外存取。