新功能
開始使用
管理
- 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
- 沙箱
支援與疑難排解
本文件針對最新版本,重點說明客戶導向應用程式中的新功能、體驗變更,以及已解決的問題。
以開發人員為中心的 API 和 Webhook 更新,均記載於 Acrobat Sign 開發人員指南中。
並不保證所有功能/變更在發行當日即可使用。
Adobe Acrobat Sign 版本 16.2
生產部署:2025 年 10 月 7 日
政府雲端部署:2025 年 10 月 14 日
改善功能
- 「請求簽名」推出數項 UX 改善功能,專為減少點按次數並提升效率所設計 - 這些更新因應了客戶意見回饋,讓全新的「請求簽名」體驗更快速、更易於探索,而且更符合傳統工作流程。
- 依預設,在「撰寫」中會展開所有簽名類型
- 在「撰寫」中一律會顯示預填角色
- 內嵌的新增收件者按鈕取代隱藏的選單
- 新增地址時會自動新增新的收件者列
- 複製/貼上支援多個收件者地址
- 管理員控制項可配置撰寫新協議時的使用者體驗。 選擇引導式流程或一次性顯示所有部分。
在此檢閱設定文件 >
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶或群組
- API 支援核取方塊群組,可讓傳送者在表單中定義多重選取選項 - 核取方塊群組讓傳送者可指定收件者必須選取的選項數量,為需要結構化多重選擇輸入的合約提供全新的彈性。
請注意,多重選取核取方塊的選項僅適用於 API 建立的合約。- 定義多重選取核取方塊群組。
- 設定精確、最小、最大或選取範圍的規則。
- 在傳統的電子簽署體驗中簽署時,強制執行驗證。
- 在已簽署的合約和可下載的表單資料中保留收件者的選擇。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:API
檢閱更新的核取方塊文件 >
- 邀請使用者加入其 Acrobat Sign 組織 - 直接從 Acrobat Sign 介面邀請團隊成員,透過管理員控制的工作流程加快團隊採用速度。 根據配置,受邀使用者可能會自動佈建、透過即時 (JIT) 佈建路由,或需要管理員核准。 這種簡化的流程可減少 SMB 和中型市場團隊的摩擦、加速採用共用工作流程,並讓管理員更清楚地掌握實際授權需求。
- 在「首頁」和「管理」頁面為終端使用者新增「邀請」按鈕
- 受邀使用者會收到歡迎電子郵件,並順利加入組織
- 邀請遵循現有的自動佈建規則
- 管理員可以在「存取權請求」區段中檢閱待處理的請求
- 如果停用自動佈建,請求將路由給管理員進行核准
可用環境:商業 | 可用的服務層級:僅限 Acrobat Sign Solutions VIP 授權 | 設定範圍:帳戶
檢閱邀請團隊成員並自動對其授權的設定 >
- 重新組織的使用者頁面- 使用者頁面已重新組織,以更好地管理各種狀態的使用者,並為新邀請的團隊成員提供更好的可見性。 這有助於隔離無法啟用帳戶的使用者,並且可加快大型團隊的上線速度。
可用的環境:商業 | 可用的服務層級:僅限 Acrobat Sign Solutions VIP 授權 | 設定範圍:帳戶
檢閱新的「邀請團隊成員」介面和自動授權指派的設定 >
- 可存取 Acrobat Sign 的允許 IP 範圍已延伸至群組和 API - 在確保安全存取 Acrobat Sign 時,為 IP 限制控制項提供了更多彈性。 現在群組管理員可以在群組層級設定 IP 限制。 此外,現在限制也適用於 API 存取:如果帳戶或群組指定了一組允許的 IP 位址,則只能從這些位址存取 Acrobat Sign UI 和 API。
- UI 和 API 存取權現在可加入 IP 限制。
- 群組管理員可以為其群組設定 IP 限制。
- 屬於多個群組的使用者將根據其預設群組的 IP 原則進行評估。
- 預設允許整合和合作夥伴應用程式,不受 IP 封鎖限制。
- 管理員可以與 Adobe 支援部門合作,在群組或帳戶層級封鎖應用程式。 如果存取權被封鎖,應用程式必須使用已加入允許清單的 IP 位址來連接 Acrobat Sign。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
檢閱更新的文件 >
- ETLA 授權客戶的生活品質更新 - 近期為 VIP 授權客戶發布的更新將會延伸至 ETLA 授權客戶:
- 在首頁簡化管理員設定 - Acrobat Sign 推出新的「帳戶管理」區段,協助帳戶管理員快速存取重要的設定工具。 管理員可以直接在首頁新增使用者、管理群組、連結整合功能,以及移轉範本,無需層層翻找。
- 從 Acrobat Sign 將使用者新增至 Admin Console – 管理員現在可以直接從 Acrobat Sign 的「使用者」頁面新增使用者,並自動更新 Adobe Admin Console。
- Acrobat Sign 現在提供 Admin Console 角色指派 - 為簡化設定,Acrobat Sign 現在可讓帳戶管理員指派主要的 Admin Console 角色 (產品和支援管理員),不需離開產品介面。
- 更容易存取第三方整合套件 - 管理員選單新增了全新「整合」頁面,針對個別整合之設定檔案提供直接且直覺的連結。
- 透過產品內指南更輕鬆讓 HIPAA 上線 - 受 HIPAA 規範的組織現在可以透過新自助服務工作流程,經由「開始使用」管理員選單,於 Acrobat Sign 開始啟用程序。 系統會根據 BAA 簽名和系統設定,向「支援」傳送自動請求,並追蹤進度。
- 以自動化範本轉換快速追蹤您移轉至 Acrobat Sign 的範本 - 新的範本移轉功能可協助帳戶管理員將其範本快速帶入 Acrobat Sign。 上傳範本 ZIP 檔案、自動轉換,並在撰寫環境中檢閱結果,無需任何技術專業知識。
- Acrobat Sign 智慧型助理聊天機器人 - 全新的智慧型助理可在應用程式內為您提供常見問題的解答,例如如何新增使用者、檢查使用量或更新設定。 用簡單的語言提出您的問題,即可獲得逐步指導、相關的 HelpX 文章或支援頁面連結。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
- 從數位簽署合約移除認證和鎖定簽名 - 需要通過第三方簽名驗證服務的組織,現在可請求 Adobe 支援設定其帳戶或群組設定,以略過套用 Adobe 的認證,並防止在數位簽署合約上鎖定簽名。 啟用時,合約只會包含收件者的數位簽名,降低嚴格區域驗證工具的拒絕率。
- 帳戶管理員可請求 Adobe 提供支援,在帳戶和/或群組層級排除 Adobe 憑證和鎖定簽名。
- 合約只包含收件人的數位簽名,提高第三方驗證器的接受度。
- 略過憑證時的稽核報告記錄,包括 SHA-256 文件指紋
- 適用於所有匯出接觸點:電子郵件附件、「管理」頁面下載、API 和 Webhook 裝載
- 針對根據區域信任計畫而需要進行驗證的客戶,解決其所提出的合規性缺口 - 說明
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
檢閱移除 Adobe 憑證的文件 >
- 存取適用於政府的 Acrobat Sign 帳戶的新版「大量傳送」功能 -「大量傳送」已針對適用於政府的 Acrobat Sign 環境,更新為可存取新版功能。
可用的環境:政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
檢閱「大量傳送」概觀 >
- PDF/A 已改善為支援 PDF/A-3B 一致性,並可將所有上傳的檔案轉換為選取的 PDF/A 標準 - 管理員現在可以將上傳的檔案 (包括 PDF、Microsoft Office 格式和點陣影像) 轉換並標準化為 PDF/A-2b 或 PDF/A-3b。 現有的 PDF/A 檔案會受到驗證、視需要加以修復,或標準化為設定的目標等級。
- 管理員可以在帳戶和群組層級設定 PDF/A 工作流程。
- 支援的一致性等級:PDF/A-2b (預設) 和 PDF/A-3b。
- 非 PDF 和不合規的 PDF 文件會自動轉換為 PDF/A。
- 損壞的 PDF/A 檔案會受到修復或標準化為目標等級。
- 根據 PDF/A 規則允許的附件:PDF/A-2b (僅 PDF/A),PDF/A-3b (任何檔案)。
- 合約在完成簽署時會針對 PDF/A 合規性重新進行驗證。
- 可選擇以 PDF/A 格式產生稽核報告,並包含 PDF/A 驗證/轉換結果和一致性等級。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
在此檢閱更新的文件 >
- 稽核報告中的「驗證方法更新」事件 - 現在可以將收件者驗證方法的變更作為離散事件包含在稽核報告中。 當寄件人(或授權代表)更新收件人的驗證方式時(例如從簡訊 OTP 切換為電子郵件 OTP),此更新會被擷取並記錄在合約的稽核報告、活動記錄和 API 事件清單中。
- 稽核報告中會出現新事件「已更新驗證方式」,顯示:
- 受影響的收件人
- 進行變更的使用者
- 原始驗證方法
- 新的驗證方法
- 變更的時間戳記
- 事件也會透過 GET /agreements/{agreementId}/events API 公開。
- 活動記錄會顯示包含收件人、發起人和時間戳記詳細資訊的事件。
- 稽核報告中會出現新事件「已更新驗證方式」,顯示:
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
檢閱更新的稽核記錄文件 >
體驗變更
- 適用於政府的 Acrobat Sign 的 IPv6 存取 - 在適用於政府的 Acrobat Sign 服務上使用 IPv6 的組織,現在可以存取 Acrobat Sign IPv6 位址:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
可用的環境:政府 | 可用的服務層級:適用於政府的 Acrobat Sign | 設定範圍:網路
- 新版收件者體驗現在是所有帳戶的預設環境 - 所有帳戶已更新為使用現代化的電子簽署環境。 管理員控制項會保留在「管理員」選單中,以便在需要時啟用傳統環境。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶或群組
- 新版請求簽名體驗現在是所有帳戶的預設環境 - 所有帳戶已更新為使用現代化的請求簽名環境。 管理員控制項會保留在「管理員」選單中,以便在需要時啟用傳統環境。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶或群組
- 新版建立範本體驗現在是所有企業帳戶的預設環境 - 所有帳戶都已更新為使用新版建立資料庫範本環境。 管理員控制項會保留在「管理員」選單中,以便在需要時啟用傳統環境。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
- 新版自訂工作流程設計工具體驗現在是所有帳戶的預設環境 - 所有帳戶都已更新,使用新版工作流程設計工具環境。 管理員控制項會保留在「管理員」選單中,以便在需要時啟用傳統環境,且會保留切換連結,以供使用者在傳統體驗和新體驗 (若啟用) 之間切換
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:帳戶或群組
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
- 有關狀態擷取或列出目的之 GET API 端點的 API 輪詢臨界值 - 新的輪詢臨界值現在會限制用戶端應用程式輪詢特定 GET/合約端點的頻率。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:API
- OEM 合作夥伴的超級群組管理員角色 - OEM 2.0 平台上現已提供新的超級群組管理員角色。 此角色可讓合作夥伴授權其客戶有限的管理功能,以建立和管理群組,而無需公開完整的帳戶管理員權限。
- 合作夥伴的客戶可以建立和管理自己的群組。
- 群組的建立者自動成為其群組管理員。
- 帳戶管理員可控制公開哪些群組設定。
- 群組管理員只能看到相關設定,如訊息範本、電子郵件設定、傳送設定和共用狀態。
- 此功能需要啟用 UMG(使用者在多個群組中)。
- 帳戶管理員仍是唯一可存取帳戶層級設定的角色,並可指派超級群組管理員角色。
可用的環境:商業 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:群組
已解決的問題
| 問題 | 描述 |
|---|---|
| 4505635 | 摘要:GovCloud API 中無法使用 agreement_retention 範圍。 |
| 修復:該範圍已配置為在 Okta 整合的 GovCloud 環境中工作。 | |
| 4515686 | 摘要:在特定驗證情況下,網頁表單擁有者無法取代現有網路表單上的副署者。 嘗試更新會簽人電子郵件時會返回錯誤:「在協議的當前狀態下,您無法新增或移除您的電子郵件地址。」 |
| 修復:已更新驗證,以便正確識別發送者或會簽人電子郵件。 網頁表單擁有者現在可以按預期替換會簽人。 使用者無需採取任何行動。 | |
| 4519727 | 摘要:系統無法識別貝南的現代電話號碼格式(10 位數長度) |
| 修復:Acrobat Sign 現在支援貝南的新 10 位電話號碼格式。 使用者可以輸入帶有 +229 國家代碼的有效號碼,而不會出現錯誤。 使用者不需要採取任何動作。 | |
| 4525532 | 摘要:在新的製作體驗中,預填角色預設不可用 |
| 修復:在撰寫協議時,預填角色已預設在收件人上下文列表中顯示 | |
| 4526142 | 摘要:在新的製作體驗中,從現有模板應用表單欄位圖層時,某些欄位無法複製。 |
| 修復:已新增新的檢查以確保完整模板的轉移。 | |
| 4527772 | 摘要:具有順序路由的協議有時會在分配給具有表單填寫者角色的參與者時丟失收件人姓名欄位。 該欄位無法為該收件人顯示,導致協議不完整。 |
| 修復:已對 REST API 進行重大更新,以確保保留所有欄位。 | |
| 4527945 | 摘要:在具有收件者群組的合約中使用表單欄位範本時無法運作 - 範本驗證代碼會濾除收件者群組參與者,且會遺失相關欄位。 |
| 修正:程式碼已重新設計,改用不同的成員參數而非電子郵件值。 | |
| 4528619 | 摘要:在新的傳送體驗中編輯收件人群組名稱時,游標會在每次變更後自動跳到文字末尾。 這使得一次性編輯名稱變得困難。 |
| 修正:已更新請求追蹤,以確保在傳送前正確載入所有驗證方法。 現在,一旦提供所有必要的驗證詳細資訊,協議就能正確處理。 使用者不需要採取任何動作。 | |
| 4531835 / 4537898/ 4541002 |
摘要:客戶在使用某些第三方憑證時遇到錯誤,因為更新的根憑證未被信任,導致 webhook 和通知出現問題。 |
| 修正:正在更新根 CA。 | |
| 4532798 | 摘要:在套用表單欄位圖層時,Acrobat Sign 會建立一個新文件來擷取圖層資訊。 由於這些新文件的版本設定問題,某些「修改協議」工作流程失敗。 |
| 修正:在套用表單欄位圖層範本,並用其填入合約的來源資訊時,我們已將方法從透過 API 提取來源資訊,改為發佈事件。 | |
| 4534813 | 摘要:多個群組中的使用者在建立模板或協議時無法使用自動欄位識別。 |
| 修正:在撰寫 V5 中新增新的測試,以針對具有多個群組的使用者驗證欄位偵測。 | |
| 4535639 | 摘要:在某些協議中,已簽署的 PDF 缺少必要的圖像欄位。 雖然 FormFields.csv 顯示了圖像 URL,但這些圖像並未出現在最終協議中。 |
| 修正:部分新功能的順序已變更,以確保不論表單是否存在,內嵌影像欄位都會受到處理,且現在可為所有簽署者正確顯示影像。 | |
| 4535828 | 摘要:文件中的超連結會在傳送合約時會變更。 |
| 修正:當 URL 已經特別編碼為:/(這是 URL 的保留字元)時,decodeURI 無法解碼它們,所以我將其改為 decodeURIComponent 以在編碼前驗證條件。 | |
| 4536354 | 摘要:大型 PDF 文件(約 150 頁)因前端圖像可用性檢查超時不足而無法載入,出現「不支援的格式或受密碼保護」錯誤。 |
| 修正:將 max_retries 參數從 7(預設值)增加到 13,將超時時間從約 30 秒延長到約 60 秒。 這為大型文件處理提供了足夠的時間。 | |
| 4538897 | 摘要:原始 IText 模板中旋轉的頁面內容導致扁平化的簽名在頁面上旋轉錯位。 |
| 修正:在將簽名扁平化至頁面內容前,會以推送/快顯狀態包覆頁面內容,以避免旋轉矩陣影響新增的簽名。 | |
| 4539304 | 摘要:Swagger 文件預設為「試用」模式,API 使用者難以瀏覽請求方案。 |
| 修正:文件現在預設為檢視模式而非「試用」,因此方案預設可見。 透過消除原始資料類型的冗餘 API 呼叫,效能得以改善。 | |
| 4542576 | 摘要:在 16.2 沙箱版本中, AGREEMENT_ACTION_COMPLETED 事件的 Webhook 裝載會傳回不同的參與者狀態值。 過去,memberInfos 項目即使在簽署後仍會顯示為「ACTIVE」或「REPLACED」。 在 16.2 中,其會在未啟用「動態參與」時顯示為「COMPLETED」。 |
| 修正:只有在啟用進行中協議的動態參與功能時,才會使用新的參與者狀態。 |