新功能
開始使用
管理
- Admin Console 概觀
- 使用者管理
- 新增、編輯和檢閱已啟用使用者
- 建立以功能為導向的使用者
- 檢閱尚未完成驗證的使用者
- 檢查有佈建錯誤的使用者
- 變更姓名/電子郵件地址
- 編輯使用者的群組成員資格
- 透過群組介面編輯使用者的群組成員資格
- 將使用者升級為管理員角色
- 使用者身分類型與 SSO
- 切換使用者身分
- 使用 MS Azure 驗證使用者
- 使用 Google Federation 驗證使用者
- 產品設定檔
- 登入體驗
- 帳戶/群組設定
- 設定概觀
- 全域設定
- 帳戶層級與 ID
- 新的收件者體驗
- 自我簽署工作流程
- 大量傳送
- 網頁表單
- 自訂傳送工作流程
- Power Automate 工作流程
- 資料庫文件
- 透過合約收集表單資料
- 限制文件可見性
- 附加已簽署合約的 PDF 副本
- 在電子郵件中加入連結
- 在電子郵件中加入影像
- 附加至電子郵件的檔案將命名為
- 將稽核報告附加至文件
- 將多個文件合併為一個
- 下載個別文件
- 上傳已簽署的文件
- 我的帳戶中的使用者委派
- 允許外部收件者委派
- 授權簽署
- 授權傳送
- 有權新增電子印章
- 設定預設時區
- 設定預設日期格式
- 使用者加入多個群組 (UMG)
- 群組管理員權限
- 更換收件者
- 稽核報告
- 交易頁尾
- 產品內傳送訊息和指示
- 無障礙 PDF
- 全新撰寫體驗
- 醫療保健客戶
- 帳戶設定/品牌化設定
- 簽名偏好設定
- 格式固定的簽名
- 允許收件者簽署
- 簽署者可變更其姓名
- 允許收件者使用已儲存的簽名
- 自訂使用條款和消費者資訊披露
- 透過表單欄位導覽收件者
- 重新啟動合約工作流程
- 拒絕簽署
- 允許戳記工作流程
- 要求簽署者提供其職稱或公司
- 允許簽署者列印並置入書面簽名
- 在電子簽名時顯示訊息
- 需要簽署者使用行動裝置來建立自己的簽名
- 要求取得簽署者的 IP 位址
- 將公司名稱和職稱排除在參與戳記之外
- 套用「最適化簽名繪製」縮放
- 數位簽名
- 概觀
- 以 Acrobat 下載並簽署/content/help/en/sign/config/admin-managed-sharing。
- 以雲端簽名簽署
- 包括身分識別提供者的中繼資料
- 受限制的雲端簽名提供者
- 電子印章
- 數位身分
- 報告設定
- 全新報告體驗
- 傳統報告設定
- 安全性設定
- 傳送設定
- 登入後顯示「傳送」頁面
- 合約建立體驗
- 傳送時需有收件者名稱
- 鎖定已知使用者的名稱值
- 允許的收件者角色
- 允許電子見證人
- 收件者群組
- 副本收件者
- 必填欄位
- 附加文件
- 欄位扁平化
- 修改合約
- 合約名稱
- 語言
- 私人訊息
- 允許的簽名類型
- 提醒
- 已簽署文件的密碼保護
- 傳送合約通知途徑
- 簽署者身分識別選項
- 內容保護
- 啟用公證交易
- 文件過期
- 預覽、定位簽名及新增欄位
- 簽署順序
- Liquid mode
- 自訂工作流程控制項
- 電子簽名頁面的上傳選項
- 「簽署後」確認重新導向 URL
- 限制存取共用的合約
- 登入後顯示「傳送」頁面
- 訊息範本
- 生技製藥設定
- 工作流程整合
- 公證設定
- 付款整合
- 簽署者傳訊
- SAML 設定
- SAML 設定
- 安裝 Microsoft Active Directory Federation Service
- 安裝 Okta
- 安裝 OneLogin
- 安裝 Oracle Identity Federation
- SAML 設定
- 資料控管
- 時間戳記設定
- 外部封存
- 帳戶語言
- 電子郵件設定
- 從 echosign.com 移轉至 adobesign.com
- 為收件者設定選項
- 法規要求指引
- 大量下載合約
- 宣告您的網域
- 「回報不當使用」連結
- 系統需求與限制
傳送、簽署與管理合約
- 收件者選項
- 傳送合約
- 在文件中撰寫欄位
- 簽署合約
- 管理合約
- 稽核報告
- 報告與資料匯出
進階合約功能與工作流程
- 網頁表單
- 可重複使用的範本 (資料庫範本)
- 轉移網頁表單與資料庫範本的所有權
- 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 並未正式涵蓋沙箱。
- 沙箱環境會使用與一般生產環境相同的狀態頁面和中斷程序。
本文章包含發行前資訊。發佈日期、功能及其他資訊可能會隨時變更,恕不另行通知。
沙箱部署:2025 年 10 月 7 日
生產部署:2025 年 11 月 4 日
政府雲端部署:2025 年 11 月 6 日
REST API/Webhook 更新
以下更新會在發行前說明中出現,以供揭露之用。當版本更新已提供給執行伺服器時,您便可在 Acrobat Sign 開發人員文件中找到 API 和 Webhook 更新的完整說明文件。
版本勘誤
此版本目前並未有任何項目出現問題。
已解決的問題
| 問題 | 描述 |
|---|---|
| 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 | 摘要:簽名偏好設定頁面出現多餘的空格 |
| 修正:從「簽名偏好設定」版面容器中移除不必要的 spacer/div。 | |
| 4538113 / 4538586 / 4543131 |
摘要:多行、自動文字輸入欄位表單資料縮小至非常小的尺寸,導致無法閱讀 |
| 修正:已修正縮放功能,避免字型自動縮小到無法閱讀的程度。 | |
| 4538340 | 摘要:在未檢查欄位名稱的情況下新增簽名中繼資料 |
| 修正:新增簽名欄位檢查以控制後設資料的顯示 | |
| 4538902 | 摘要:Get /agreements/memberSetInfo REST API 端點傳回不正確的合約狀態和簽署者資訊。在部分情況下,傳送者會在回應中出現多次,且重複的參與者資料會導致下游整合失敗。 |
| 修正:API 現在會正確傳回合約狀態和參與者詳細資訊,且不會重複。每個電子郵件地址在每個合約中只會出現一次,且簽署者資訊會反映正確的待處理參與者。使用者不需要採取任何動作。 | |
| 4543085 | 摘要:舊版 Salesforce 整合版本 (低於 v25.5) 無法辨識 Webhook 裝載中傳回的新狀態列舉 (COMPLETED 和 REMOVED)。 |
| 修正:更新 Acrobat Sign REST API,在回應較舊的 Salesforce 整合客戶端時排除新的參與者狀態和相關列舉。 | |
| 4543951 | 摘要:編輯沒有標題的超連結欄位時,儲存變更會建立新的空白超連結欄位,而非更新原始欄位。每次儲存都會新增額外的空白欄位,使範本看起來未變更。 |
| 修正:更新邏輯現在可正確區分空白和空值的超連結標題,防止欄位重複。 | |
| 4544118 | 摘要:在新的收件者體驗中啟用「限制文件可見性」時,由於超連結未被指派,參與者 2 可以看到參與者 1 文件中的超連結欄位 |
| 修正:現代版 eSign 現在會像其他欄位一樣指派和驗證超連結欄位,並依據頁面和受指派者進行篩選。 |