新功能
開始使用
- 管理員快速入門指南
- 使用者快速入門指南
- 適用於開發人員
- 影片教學課程資料庫
- 常見問題
- Enterprise 試用版
管理
- Admin Console 概觀
- 使用者管理
- 新增、編輯和檢閱已啟用使用者
- Admin Console SSO
- 建立以功能為導向的使用者
- 檢閱尚未完成驗證的使用者
- 檢查有佈建錯誤的使用者
- 變更姓名/電子郵件地址
- 編輯使用者的群組成員資格
- 透過群組介面編輯使用者的群組成員資格
- 將使用者升級為管理員角色
- 使用者身分類型與 SSO
- 切換使用者身分
- 使用 MS Azure 驗證使用者
- 使用 Google Federation 驗證使用者
- 產品設定檔
- 登入體驗
- 群組管理
- 帳戶/群組設定
- 設定概觀
- 全域設定
- 帳戶層級與 ID
- 新的收件者體驗
- 自我簽署工作流程
- 大量傳送
- 網頁表單
- 自訂傳送工作流程
- Power Automate 工作流程
- 資料庫文件
- 透過合約收集表單資料
- 限制文件可見性
- 附加已簽署合約的 PDF 副本
- 在電子郵件中加入連結
- 在電子郵件中加入影像
- 附加至電子郵件的檔案將命名為
- 將稽核報告附加至文件
- 將多個文件合併為一個
- 下載個別文件
- 上傳已簽署的文件
- 我的帳戶中的使用者委派
- 允許外部收件者委派
- 授權簽署
- 授權傳送
- 有權新增電子印章
- 設定預設時區
- 設定預設日期格式
- 使用者加入多個群組 (UMG)
- 群組管理員權限
- 更換收件者
- 稽核報告
- 交易頁尾
- 產品內傳送訊息和指示
- 無障礙 PDF
- PDF/A 工作流程
- 醫療保健客戶
- 新的請求簽名體驗
- 全新自訂工作流程體驗
- 新的建立範本體驗
- 帳戶設定/品牌化設定
- 簽名偏好設定
- 格式固定的簽名
- 允許收件者簽署
- 簽署者可變更其姓名
- 允許收件者使用已儲存的簽名
- 自訂使用條款和消費者資訊披露
- 透過表單欄位導覽收件者
- 重新啟動合約工作流程
- 拒絕簽署
- 允許戳記工作流程
- 要求簽署者提供其職稱或公司
- 允許簽署者列印並置入書面簽名
- 在電子簽名時顯示訊息
- 需要簽署者使用行動裝置來建立自己的簽名
- 要求取得簽署者的 IP 位址
- 將公司名稱和職稱排除在參與戳記之外
- 套用「最適化簽名繪製」縮放
- 數位簽名
- 電子印章
- 數位身分
- 報告設定
- 啟用傳統報告
- 全新報告體驗
- 傳統報告設定
- 安全性設定
- 傳送設定
- 登入後顯示「傳送」頁面
- 合約建立體驗
- 傳送時需有收件者名稱
- 鎖定已知使用者的名稱值
- 允許的收件者角色
- 允許電子見證人
- 親自簽署設定
- 收件者群組
- 副本收件者
- 必填欄位
- 附加文件
- 欄位扁平化
- 修改合約
- 從進行中的協議移除收件人
- 合約名稱
- 語言
- 私人訊息
- 允許的簽名類型
- 提醒
- 已簽署文件的密碼保護
- 傳送合約通知途徑
- 簽署者身分識別選項
- 使用身分驗證資料填入表單欄位
- 內容保護
- 啟用公證交易
- 文件過期
- 預覽、定位簽名及新增欄位
- 簽署順序
- 啟用混合式簽名流程
- 新增我自己
- 僅傳送給內部收件者
- 合約下載連結
- 表單欄位邊框
- Liquid mode
- 自訂工作流程控制項
- 電子簽名頁面的上傳選項
- 「簽署後」確認重新導向 URL
- 限制存取共用的合約
- 登入後顯示「傳送」頁面
- 訊息範本
- 生技製藥設定
- 工作流程整合
- 公證設定
- 付款整合
- 簽署者傳訊
- SAML 設定
- SAML 設定
- 安裝 Microsoft Active Directory Federation Service
- 安裝 Okta
- 安裝 OneLogin
- 安裝 Oracle Identity Federation
- SAML 設定
- 資料控管
- 時間戳記設定
- 外部封存
- 帳戶語言
- 電子郵件設定
- 從 echosign.com 移轉至 adobesign.com
- 為收件者設定選項
- 法規要求指引
- 大量下載合約
- 宣告您的網域
- 「回報不當使用」連結
- 系統需求與限制
使用者設定檔和可設定功能
- 通訊錄
傳送、簽署與管理合約
- 收件者選項
- 傳送合約
- 傳送 (撰寫) 頁面
- 標示與功能概觀
- 群組選擇器
- 新增檔案和範本
- 合約名稱
- 全域訊息
- 完成截止日期
- 提醒
- 使用密碼保護 PDF
- 簽名類型
- 收件者的地區
- 收件者簽名順序/流程
- 收件者角色
- 收件者驗證
- 給收件者的私人訊息
- 收件者合約存取權
- 副本收件者
- 身分識別檢查
- 只傳送合約給您自己
- 傳送合約給他人
- 書面簽名
- 撰寫親自簽署協議
- 收件者簽署順序
- 混合式收件者工作流程
- 大量傳送
- 傳送 (撰寫) 頁面
- 在文件中撰寫欄位
- 應用程式內撰寫環境
- 自動欄位偵測
- 使用撰寫環境拖放欄位
- 將表單欄位指派給收件者
- 預填角色
- 以可重複使用的欄位範本來套用欄位
- 將欄位轉送至新的資料庫範本
- 已在傳送合約時更新撰寫環境
- 以文字標籤建立表單
- 使用 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 預計於 2026 年 7 月 21 日推出 (v17.1.2)
此次要修補程式版本將解決客戶回報的缺陷，並套用任何必要的最佳化與安全性更新。
沙箱環境會在排定發行的四週前先收到這些修補程式。 已解決的問題清單會於那時發布，並在發佈的 14 天前進行更新。
功能版本：Adobe Acrobat Sign – 6 月 16 日版本已完成
所有分區均已完成發行，任何服務均無停機時間。
目前通知：
|
狀態 |
問題或事件 |
執行日期 |
|
新增 下一個版本 漸進式 |
6 月 16 日開始 |
|
|
已更新 重要 最新 |
2026 年 5 月 5 日 |
|
|
已更新 |
2026 年 9 月 |
|
|
已更新 漸進式 |
2026 年 9 月 |
|
|
漸進式 下一個主要版本 |
2026 年 9 月 |
|
|
重要 |
2026 年 3 月開始 |
|
|
已更新 |
2027 |
|
|
最新 |
2026 年 9 月 |
|
|
持續性資訊通知 |
||
|
最新 資訊性 |
最新 |
|
|
最新 資訊性 |
最新 |
|
首次公告：2026 年 3 月 |
最新 |
|---|
「撰寫期間的內嵌文件編輯」正透過分階段推出來部署 (VIP 帳戶 17.1.2 版本的一部分)。
推出時程：
VIP 和 VIPMP 客戶帳戶會在 17.1.2 版本後收到漸進式生產推出。
內嵌文件編輯功能將包含在 17.2 Sandbox 部署中。預計在 17.2 版本後向 ETLA 客戶推出。
此功能在帳戶層級預設為啟用，適用於新的和現有的受支援帳戶。 帳戶和群組管理員可視需要啟用或停用功能。
此功能不支援：
- 適用於政府的 Acrobat Sign 帳戶。
- 使用舊版 Acrobat Sign 使用者管理系統的組織。
如需設定指示，請參閱啟用或停用內嵌文件編輯
如需傳送者工作流程指示，請參閱如何在欄位撰寫期間編輯文字
推出時程可能會因突發事件而有所變更。
|
首次公告：2025 年 8 月 - 更新於 2026 年 2 月 |
最新 |
|---|
為了協助維持系統穩定性並改善效能，Adobe Acrobat Sign 正在為 GET API 端點引入輪詢臨界值。 此原則限制用戶端應用程式對 Acrobat Sign 服務進行相同 API 呼叫的頻率。
高頻率輪詢會對後端系統造成不必要的負載，這可能會使效能下降，以及使回應時間變慢。 建議 API 開發人員使用 webhooks 來取得近乎即時的更新，而非重複輪詢。
變更的內容
輪詢原則會套用至相同呼叫的所有 GET API 端點。
系統將限制同一個有效使用者向 Acrobat Sign 發出相同 API 呼叫的頻率。 當同一個有效使用者進行相同呼叫的頻率超過適用輪詢臨界值允許的頻率時，會傳回錯誤。
例如，對相同端點針對相同合約或資料庫文件的重複請求會被視為相同呼叫。 針對不同合約或資料庫文件的請求會被視為不同呼叫，因為每個物件代表不同的請求目標。
受影響端點的範例
狀態擷取
- GET /agreements/{agreementId} — 檢索合約的目前狀態。
- GET /agreements/{agreementId}/documents/{documentId} — 檢索合約中文件的檔案串流。
清單、事件和資料庫文件
- GET /agreements — 檢索使用者的合約。
- GET /agreements/{agreementId}/events — 檢索合約的事件資訊。
- GET /libraryDocuments — 檢索使用者的資料庫文件。
- GET /libraryDocuments/{libraryDocumentId} — 檢索特定資料庫文件的資訊。
輪詢原則詳細資訊
最小物件輪詢間隔(MOPI)定義相同有效使用者可以對 Adobe Acrobat Sign 服務進行相同 GET API 請求的頻率。
預設 MOPI 會因服務層級而異：
- GLOBAL、ENTERPRISE 和 DEVELOPER 層級：每分鐘可進行三次相同呼叫。
- 所有其他層級：每三分鐘間隔三次相同呼叫。
如果同一個有效使用者進行相同 GET 請求的頻率高於層級允許的頻率，Acrobat Sign 會傳回標頭為 Retry-After 的「429 請求過多」回應。
當相同的有效使用者在適用的輪詢間隔內以相同的要求路徑和頁首進行相同的 GET 要求時，該要求會被視為相同要求。
ETag 處理
應用程式可以繼續針對支援條件式 GET 要求的端點使用 ETag 和 If-None-Match 頁首。
針對輪詢臨界值允許範圍內的條件式 GET 要求，當資源未變更時，Acrobat Sign 可能會回傳 304 Not Modified。
超過輪詢臨界值後，即使請求含有 If-None-Match 標頭，Acrobat Sign 仍會傳回標頭為 Retry-After 的「429 請求過多」。
必須採取的行動
如果您的應用程式需要近乎即時的更新，請使用 Webhook，而不是輪詢。 Webhooks 提供更有效率且可擴充的方式來接收即時更新。
如果無法實作 Webhook，應用程式應使用客戶端快取來儲存和重複使用 API 回應。
- 當收到「304 未修改」回應時，請使用快取的資料，而不是進行其他 API 呼叫。
- 當收到「429 請求過多」回應時，僅限在 Retry-After 標頭中提供的秒數後重試 API 呼叫。
資源
- 處理 429 回應：https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API 輪詢臨界值：https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
時間軸
更新的 MOPI 臨界值已在正式環境中使用。
- 更新的 ETag 節流行為已包含在 17.1.1 版本中。 在此變更後，Acrobat Sign 會針對節流要求回傳 429 Too Many Requests，包括含有 If-None-Match 標頭的條件式 GET 要求。
- 在 2026 年 2 月 11 日，沙箱環境中新帳戶的輪詢原則設定為 ENFORCED。
- 在 2026 年 4 月 5 日，生產環境中新帳戶的輪詢原則設定為 ENFORCED。
如果您需要協助或有任何問題，請聯絡您的客戶成功經理。
|
首次公告：2026 年 3 月 |
最新 |
|---|
SSL/TLS 憑證輪替更新 – 轉換為較短的有效期
SSL/TLS 產業正轉向大幅縮短憑證有效期。 此變更是由 CA/Browser Forum (公開信任憑證的管理機構) 的更新所推動，且在各大憑證機構 (CA) (包括 DigiCert) 間正逐漸採用。
因此，憑證有效期將在未來數年內從目前約 398 天逐漸縮短至最短 47 天。
有什麼變更?
公開信任 TLS 憑證的最長有效期將縮短至 47 天。 此要求由 CA/Browser Forum 定義，且適用於整個產業。
為何發生此變更?
較短的憑證有效期可透過以下方式改善安全性：
- 如果憑證或私人金鑰遭到入侵，可縮短曝險時間
- 限制對憑證撤銷機制的依賴
- 鼓勵自動化憑證生命週期管理
- 改善整體網際網路安全態勢
各大瀏覽器廠商 (Google、Apple、Mozilla、Microsoft) 均支援此轉換。
如需其他產業背景資訊，請參閱 DigiCert 的公告：
TLS 憑證有效期將正式縮短為 47 天
這對您的影響
- 提高憑證輪替頻率
- 隨著最長有效期限縮短，憑證將會更頻繁地輪替。
- 需要自動化
- 由於有效期較短，預期憑證續訂將完全自動化。 手動續訂程序在此頻率下無法持續進行。
如果您的環境依賴憑證固定、手動信任存放區或靜態憑證參考，請檢閱您的設定以確保與頻繁續訂相容。
客戶通知
先前在每年輪替憑證時會傳送通知。
自 2026 年 6 月底起，將會停止標準憑證輪替的例行通知。
鑒於有效期較短和自動化續約：
- 例行憑證輪替將不會產生客戶通知。
- 只有在以下情況下才會傳送通知：
- 續訂失敗
- 服務影響
- 需要客戶採取動作
此方法符合自動化憑證生命週期管理的業界最佳實務。
無需採取動作 (如果已啟用自動化)
如果您的整合依賴標準 TLS 信任驗證，且不依賴憑證固定，則無需採取動作。
憑證將在過期前繼續自動續訂。
何時可能需要採取動作
在以下情況下，您可能需要採取動作：
- 您使用憑證固定 (SPKI 或完整憑證固定)
- 您維護手動憑證存放區
- 您有與特定憑證指紋綁定的防火牆規則
- 您操作的系統不支援自動化憑證更新
如果不確定，請諮詢您的安全性或基礎架構團隊。
常見問題集
- 這是 Adobe 的特定變更嗎?
- 否。 這是由 CA/Browser Forum 在全業界強制執行的變更，且所有大型憑證機構均加以實施。
- 服務可用性會受到影響嗎?
- 否。 憑證會在過期前自動續訂。 正常輪替中預期不會出現停機時間。
- 憑證輪替通知何時停止?
- 例行憑證輪替通知將在 2026 年 6 月底停止。 只有當需要採取動作或有問題影響服務時，客戶才會繼續收到通知。
- 我可以至何處瞭解更多資訊?
- 如需其他產業詳細資訊，請參閱 DigiCert 的公告：
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- 如需其他產業詳細資訊，請參閱 DigiCert 的公告：
需要協助嗎？
如果您對憑證輪替有疑問或需要協助驗證您的整合，請聯絡 Adobe 支援或您的 Adobe 客戶代表。
|
首次公告：2025 年 2 月 - 更新時間：2026年 6月 |
最新 |
|---|
在 17.2 版本 (2026 年 9 月) 中，所有商業與政府帳戶都將更新為使用新版「請求簽名」環境。
- 切換連結將會停用
- 將為需要退回傳統使用者介面的客戶保留「管理員」選單中的管理員控制項。
變更的內容
在 2026 年 9 月版本 (17.2) 中：
- 所有商業與政府雲端帳戶都會自動切換至新版「請求簽名」體驗。
- 商業帳戶和政府雲端帳戶的切換連結都會遭到停用
- 將體驗轉換回傳統環境的控制項會維持可用。
在 2027 年 1 月版本 (18.0) 中：
- 所有帳戶都會自動切換至新版「請求簽名」體驗。
- 切換連結會遭到移除。
- 將體驗轉換回傳統環境的控制項將會從使用者介面中移除。
我們建議您在發布前先讓使用者熟悉新版體驗，以確保順暢轉換。
|
首次公告：2025 年 2 月 - 更新時間：2026年 6月 |
最新 |
|---|
在 17.2 版本 (2026 年 9 月) 中，所有商業與政府帳戶都將更新為使用新版「建立範本」體驗。
- 切換連結將會停用
- 將為需要退回傳統使用者介面的客戶保留「管理員」選單中的管理員控制項。
變更的內容
在 2026 年 9 月版本 (17.2) 中：
- 所有商業與政府雲端帳戶都會自動切換至新版「建立範本」體驗。
- 商業帳戶和政府雲端帳戶的切換連結都會遭到停用
- 將體驗轉換回傳統環境的控制項會維持可用。
在 2027 年 1 月版本 (18.0) 中：
- 所有帳戶都會自動切換至新版「建立範本」體驗。
- 切換連結會遭到移除。
- 將體驗轉換回傳統環境的控制項將會從使用者介面中移除。
我們建議您在發布前先讓使用者熟悉新版體驗，以確保順暢轉換。
|
首次公告：2025 年 4 月 - 更新時間：2026 年 6 月 |
最新 |
|---|
目前已為所有現有帳戶啟用新的「工作流程設計工具」體驗，以隨時間取代傳統版本。 轉換期間，管理員和使用者可靈活回復至先前的介面，直到完全將其淘汰為止。
轉出時間軸
2026 年 9 月 (v17.2)
- 發行後，所有帳戶會升級至新體驗 (若尚未升級)。
- 管理員仍保有回復至傳統體驗的能力。
- 使用者不再看到切換連結；如有需要，管理員可以啟用它們。
2027 年 1 月 (v18.0)
- 所有帳戶都會永久移至新體驗。
- 移除回復至傳統版本的管理員控制項。
- 傳統自訂工作流程設計工具完全停用且無法再存取。
建議您盡快讓使用者做好準備，以確保順暢轉換。
於 2025 年 7 月 Acrobat Sign 版本後建立的新帳戶，將會預設為啟用新體驗，且不會提供任何控制項以還原至舊版。
|
首次公告：2025 年 8 月 - 更新時間：2025 年 10 月 |
最新 |
|---|
所有帳戶都已切換至新版環境
在 17.0 版本 (2026 年 1 月) 中，所有帳戶都將更新為使用新版電子簽署環境。
傳統環境的控制項將保留作為任何無法使用現代環境的使用案例的備用措施。
|
首次公告：2022 年 9 月 - 更新時間：2026 年 6 月 |
最新 |
|---|
在 2027 年，傳統報告將會從 Acrobat Sign 介面完全移除。 這包括允許在不同環境之間切換的切換連結。 移除後，客戶就無法返回傳統環境檢閱傳統報告，且會停止執行已排程的報告。
新的報告環境將保持為唯一的報告解決方案。
強烈建議所有客戶盡快在新環境中重新製作所有現有報告。
|
首次公告：2026 年 2 月 |
最新 |
|---|
摘要
由於泰國更新的法規要求，透過 SMS 的合約傳送目前不支援泰國電話號碼的收件人。
變更內容
泰國推出了更新的法規，限制包含 URL 的簡訊將收件人導向需要使用者互動的流程。 由於簽署合約需要收件人互動，因此此使用案例的簡訊傳送受到限制。
受影響對象
- 使用透過簡訊傳送合約所傳送的合約。
- 具有泰國 (+66) 電話號碼的收件人。
影響
具有泰國電話號碼的收件人可能無法收到包含合約連結的簡訊。 因此，使用簡訊傳送時，收件人可能無法存取並完成簽署程序。
此限制屬於法規性質，並非由服務中斷或產品缺陷所造成。
時間
目前尚未確認何時可能解除此限制或套用技術解決方案的時間軸。 當情況變更時，將會更新此通知。
必要動作
- 請勿對泰國電話號碼的收件者使用透過 SMS 傳送協議。
- 包含電子郵件作為替代傳送方法，以確保合約傳送。
其他詳細資訊
此限制僅適用於以簡訊為基礎的傳送。 其他合約傳送和驗證方法不受影響。
|
首次公告：2024 年 5 月 |
最新 |
|---|
在新的「請求簽名」體驗中，使用外部磁碟機上傳檔案的選項將僅限於 OneDrive。
建議使用其他檔案上傳選項的客戶使用特定廠商的應用程式，提供可透過使用者本機系統中原生檔案選擇器存取的網路磁碟機。
其他資源
已封存的通知
依通知從目前通知清單中移除的日期排序，從最新到最舊。
