新功能
開始使用
- 管理員快速入門指南
- 使用者快速入門指南
- 適用於開發人員
- 影片教學課程資料庫
- 常見問題
- 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 發行排程和發行前文件
Adobe Acrobat Sign 每年至少推出三項更新,分類為「主要」或「次要」版本。 可視需要提供額外的次要更新,以解決系統或客戶的問題。
- 主要版本會提供重大更新、新功能和多項增強功能。
- 次要版本著重於較小的改善部分和使用者體驗微調。 這種情況會發生在前後兩次重大更新之間,通常每個週期會出現一到兩次。
為避免中斷情形,新功能依預設為停用,必須由帳戶或群組管理員手動啟用。
針對有合規驗證需求的醫療保健和生命科學客戶,Acrobat Sign 已與協力廠商合作,針對包含功能的每個主要版本提供驗證套件,以將您的風險因子降至最低。
此「預發行說明」頁面會隨著新資訊出現而定期更新,因此其內容相對不固定。
雖然此頁面已經本地化,但過程需要時間,這可能會導致本地化版本與權威的「英文 - 美國」版本稍有不同。
如需最準確且最新的資訊,建議您參閱「英文 - 美國」頁面。
Adobe Acrobat Sign 係依照結構化排程來發佈發行說明和文件更新:
在生產版本的 8 週前
- 預發行頁面通常會在「沙箱」啟動的四週前,發佈預期功能和更新的摘要。
- 在這個時間點之後變更的任何功能都會記錄在「勘誤」區段中。
- 此階段不會包括「已解決的問題」。
在生產版本的 4 週前 (「沙箱」啟動)
- 預發行頁面會有所更新,以提供新功能和更新功能的詳細說明文件。
- 我們會視需要新增預發行支援文件的連結 (僅以「英文 - 美國」提供)。
- 我們會發佈初始的「已解決的問題」區段,並在未來四週持續更新。
發行日
- 正式發行說明會有所更新,提供最終功能詳細資料及生產支援文件的連結。
- 預發行頁面會重新整理,以強調顯示下一個發行週期。
- 在即時系統中完成發行驗證後即會發佈文件,通常是在太平洋時間晚上 7 點之後,不過複雜的更新可能會需要較長的時間。
- 最終的「已解決的問題」清單會新增至「英文 - 美國」發行說明中,並於稍後更新本地化版本。
政府雲端版本
- 「政府雲端」環境更新通常會在生產版本後兩天到數週內進行,因為部分功能在部署前可能需要接受額外的評估。
沙箱說明文件是專為生產環境所設計。 發行前版本內容中的連結是以生產 URL 為目標,這表示如果目標頁面是新的且尚未發佈 (例如當連結指向同一版本中的新功能時),這些連結便可能導向較舊的現有說明文件或 404 結果。
當該版本發佈時,也會發佈新頁面,而連結會正確解析至其生產 URL。
沙箱可用性
存取「Acrobat Sign 沙箱」環境的客戶,一般可在發行的四週前存取新版功能。
- 沙箱環境必須以與一般生產環境相同的品質等級,通過所有生產品質保證程序。
- Adobe 致力於在沙箱環境中提供 99.9% 的可用性,但客戶應注意 Adobe Unified SLA 並未正式涵蓋沙箱。
- 沙箱環境會使用與一般生產環境相同的狀態頁面和中斷程序。
本文章包含發行前資訊。發佈日期、功能及其他資訊可能會隨時變更,恕不另行通知。
Adobe Acrobat Sign 版本 v17.2
沙箱部署:2026 年 8 月 4 日
生產部署:2026 年 9 月 8 日
政府雲端部署:2026 年 9 月 15 日
改善功能
- 群組層級自訂時間戳記設定 現在可以在群組層級設定自訂時間戳記提供者。這允許同一帳戶內的群組為其數位簽名工作流程使用不同的核准時間戳記提供者。
無明確設定的群組將沿用帳戶層級設定。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
- 新信任服務供應商 - Acrobat Sign 定期增加新信任服務供應商的支援功能。下列 TSP 在此版本中新推出:
- Swisscom ZertES CH
- Swisscom eIDAS EU
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
體驗變更
- 改良的程式庫範本體驗 - 程式庫範本建立和編輯體驗已經簡化,減少了前期選擇,提供更清晰的首次使用指引、專用儲存動作,以及改進的驗證和錯誤訊息。
建立範本後,亦較容易存取範本管理功能。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
- 改良表單欄位偵測 - Acrobat Sign 已更新自動表單欄位偵測功能,可更準確偵測欄位,避免在撰寫期間誤置欄位。
可用的環境:沙箱、商業、政府 | 可用的服務層級: Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:預設啟用
- 新建小型企業帳戶的預設設定已更新 - 合約金額低於 10 萬美元的新 VIP、VIPMP 及 ETLA 帳戶,現已預設啟用多項既有的傳送功能。
這些預設設定更新讓常用的寄件者功能可直接使用,無需管理員先啟用每個設定。依帳戶設定,新帳戶現可預設存取文件過期、額外收件者角色、額外收件者驗證方法、SMS 與 WhatsApp 傳送、私人收件者訊息以及多名簽署者網頁表單等功能。
這些變更僅適用於目標商業客戶區段中的新帳戶。不適用於政府專用的 Acrobat Sign
可用的環境:沙箱、商業 | 可用的服務層級:Acrobat Sign Solutions | 設定範圍:預設啟用
- 現代化請求簽名成為預設體驗 – 淘汰傳統撰寫、移除切換控制項、標準化簽署體驗
所有帳戶現在都已轉換為現代化請求簽名體驗,取代傳統撰寫介面。 商業帳戶已移除切換連結和管理控制項以回復傳統體驗,而 GovCloud 帳戶也已轉換並暫時保留管理控制項。 此變更標準化了各環境的傳送體驗,並在完全淘汰傳統版本之前簡化使用者上線流程。
可用環境:沙箱、商業、政府 | 可用服務層級: Acrobat Sign Solutions | 設定範圍:無法設定
- 新版「建立範本」成為預設 – 推廣新撰寫體驗、擴大轉出、維持管理員控制項
新版「建立範本」體驗現在是所有帳戶的預設選項,包括跨多個群組共用資產的帳戶。 此更新擴大了新撰寫介面的轉出,確保所有使用者都能受益於持續的增強功能,同時保留管理員控制項以在需要時回復傳統體驗。
可用的環境:沙箱、商業、政府 | 可用服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶和群組
整合更新
- 改善 SAP SuccessFactors 中的錄用通知追蹤功能 - Acrobat Sign 與 SAP SuccessFactors 的整合功能,現在提供「已過期」與「審核中」的錄取通知狀態,使招募人員能更清楚掌握錄取通知進度。
Job Application 實體中的新執行者欄位可識別負責下一步操作的候選人或核准者。這有助於招募人員判斷錄取通知目前待處理的階段,而無須聯絡 SAP 系統管理員。
可用的環境:沙箱、商業、政府 | 可用服務層級:Acrobat Sign Solutions | 設定範圍:整合
REST API/Webhook 更新
以下更新會在發行前說明中出現,以供揭露之用。 當版本更新已提供給執行伺服器時,您便可在 Acrobat Sign 開發人員文件中找到 API 和 Webhook 更新的完整說明文件。
版本勘誤
此版本目前並未有任何項目出現問題。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4550652 | 摘要:檢視共用的大量傳送交易的使用者可以選取下載已完成的合約,但由於此操作僅支援原始寄件者,下載會因權限錯誤而失敗。 修正:管理頁面現在會對檢視共用大量傳送的使用者隱藏「下載已完成的合約」。此操作仍可供原始寄件者使用。 |
| 4559237 | 摘要:收件者使用雲端簽名時,可能因系統沿用先前簽署工作階段所儲存的簽名,導致簽署者姓名仍停留在傳送者設定的錯誤值,而未依照簽署憑證正確更新。 修正:雲端簽名處理已更新,即使收件者有先前已儲存的簽名,簽署者姓名也會從選取的簽署憑證填入。 |
| 4561749 | 摘要:首頁橫幅卡片第二行的說明可能會被裁切,因為更新的文字大小標準套用到尚未針對新尺寸進行調整的配置。 修正:橫幅卡片版面配置已更新,以配合修訂的文字大小,確保說明不會被截斷。 |
| 4561980 | 摘要: 透過填寫和簽署輸入的文字可能在完成的 PDF 中出現遺失、放大或錯位,這是由於在文件轉譯過程中處理替代字型和文字間距的方式差異所造成。 修正: PDF 轉譯已更新,以保留預期的字型大小、間距和位置,確保輸入的資料在完成的文件中正確顯示。 |
| 4561987 | 摘要:從已簽署完成的合約所下載的個別文件,在產生可存取版本的已簽署 PDF 時,可能因加入過多資料,使其大小遠超過原始檔案。增加的大小也可能導致合約電子郵件超出傳送限制。 修正: 無障礙 PDF 處理已經過最佳化,以防止合約包含多個文件時出現不必要的檔案大小增長。個別下載的文件現在保持與其原始內容更一致的大小。 |
| 4562483 | 摘要:某些現有的程式庫範本無法在現代範本體驗中開啟,並顯示「發生錯誤」錯誤,因為範本包含的欄位資料沒有載入時預期的收件者指派資訊。 修正: 範本載入已更新,能正確處理不完整的收件人作業資料,讓受影響的範本及其表單欄位能在現代範本體驗中開啟 |
| 4567869 | 摘要: 包含字型資料格式不正確的 PDF 的合約可能會停留在載入畫面,並因為在文件轉譯過程中出現無限處理迴圈而無法完成。 修正: PDF 處理已更新,能偵測並安全地處理格式錯誤的字型寬度資料,防止轉譯過程停滯,讓受影響的合約能夠傳送和簽署。 |
| 4568289 | 摘要: 將自己替換為收件人的合約寄件人無法隱藏已完成的合約,因為權限檢查將原始寄件人視為被替換的參與者。 修復: 權限驗證已更新,原始寄件者即使在替換自己成為收件者後,仍可隱藏合約,且不會變更其他使用者的可見度權限。 |
| 4569692 | 摘要:收件者群組中的電子郵件位址可能在簽名區塊中顯得極小,因為完整的群組位址清單被用於計算欄位的文字大小。 修復: 簽名區塊轉譯已更新,會在群組成員開啟或簽署合約後重新計算電子郵件欄位,使活躍簽署者的地址在簽署體驗和完成的 PDF 中以可讀的大小顯示。 |
| 4571461 | 摘要: 用於網頁表單的橫式文件可能包含意外的空白區域和位置錯誤的欄位,這是由於文件處理期間頁面座標計算錯誤。 修復: 文件處理已更新,能在旋轉和橫式頁面上正確計算欄位位置和覆蓋區域,防止生成的合約中出現空白和錯位的欄位。 |
| 4574423 | 摘要:合併的可重複使用範本中具有相同欄位名稱的選項按鈕群組未保持同步,因為選取某個選項會清除另一個群組中對應的選取項目。 修復: 選項按鈕行為已更新,具有相同名稱的欄位中符合的選項會在合併的範本間一併選取,而不同的選項則保持不變。 |
| 4574867 | 摘要: 在 Acrobat Web 中建立的自訂簽署日期格式會恢復為預設日期格式,因為在合約處理期間移除和重新建立表單欄位時,未保留選取的顯示格式。 修復: 合約處理已更新,會在重新建立表單欄位時保留自訂日期顯示格式,確保簽署體驗使用原始範本中選取的格式。 |
| 4575022 | 摘要: 使用電話驗證的簽署者無法從現代簽署體驗中委派合約,因為委派對話框未收集新收件者的電話號碼。 修復: 委派對話框現在會顯示並驗證電話驗證合約的電話號碼欄位,使用支援的國碼清單,並將號碼傳遞給委派收件者的驗證請求。 |
| 4575850 | 摘要: 大型鎖定多行欄位中的文字可能在簽署體驗和完成的合約中顯得較小,因為欄位的現有外觀被不必要的字型大小重新計算所取代。 修復: 多行欄位轉譯已更新,當內容已適當顯示時會保留現有的文字外觀,防止字型不必要地縮小。 |
| 4576211 | 摘要: 當寄件者的地址同時設定為接收額外副本時,寄件者會收到兩封完成電子郵件,因為系統會針對同一位收件者同時觸發寄件者和自動副本通知路徑。 修正: 完成電子郵件處理已更新,可同時評估寄件者和自動副本規則,防止重複訊息,同時保留預期分別通知的情況。 |
| 4576609 | 摘要: 使用自訂工作流程的寄件者在從製作返回並再次預覽後,可能會失去群組共用範本的存取權,因為第二個驗證路徑無法識別與寄件者群組共用的範本。 修正: 範本存取驗證已在預覽和傳送路徑中保持一致,讓使用者可以在整個自訂工作流程中繼續使用直接與他們或其群組共用的範本。 |
| 4576624 | 摘要: 在具有親自簽署者和其他參與者的合約中,簽名欄位可能會在寄件者從製作返回後重新分配或重疊,因為重建草稿合約時參與者識別碼發生了變更。 修正: 草稿合約處理已更新,可在從製作返回後將每個欄位重新對映至對應的參與者,並在支援的路由和收件者角色組合中保持正確的分配。 |
| 4576876 | 摘要: 由於簽署體驗重新計算必要欄位時出現錯誤,被條件邏輯隱藏的必要簽名欄位仍計算為不完整,使簽署者無法完成合約。 修正: 必要欄位處理已更新,隱藏的簽名欄位不再計算為不完整,讓簽署者在條件規則從視圖中移除這些欄位時能夠完成合約。 |
| 4576961 | 摘要: 同時也是簽署者的合約寄件者未收到已完成的合約電子郵件,因為通知工作流程將寄件者從簽署者通知路徑中排除。 修正: 完成電子郵件處理已更新,因此同時簽署合約的寄件者在其通知設定允許時,也會收到完成通知。 |
| 4577135 | 摘要: 替換網頁表單收件者時更新了電子郵件地址,但由於替換詳細資訊的同步不完整,仍保留了原始收件者的姓名。不正確的姓名可能會向簽署者顯示並出現在稽核報告中。 修正: 網頁表單收件者替換已更新,可在合約、簽署體驗和稽核資料中一致地套用新收件者的姓名。 |
| 4577475 | 摘要: 從範本建立的合約在停用設定後仍可能顯示交易頁尾,因為範本保留了最初建立時的頁尾狀態。 修正: 交易頁尾處理已更新,可在生成合約時評估目前設定,而非依賴範本中儲存的值。 |
| 4577531 |
摘要: 交易頁尾中的某些文件名稱被截斷,因為特定的字元間距導致最後的字詞換行超出可見頁尾區域。 修正: 交易頁尾顯示的文件名稱已採用較窄字型,可容納更多文字,而不致換行或截斷。 |
| 4578623 / 4579255 |
摘要: 某些 AcroForm PDF 欄位在製作中出現兩次,因為文件處理為某些現有表單欄位新增了第二個重疊欄位。 修正: PDF 表單欄位處理已更新,可防止新增重複的重疊欄位,讓每個欄位在製作中只出現一次,簽署者也只會收到一次提示。 |
| 4580019 | 摘要: 合約檢視體驗中的「下載」、「列印」和「搜尋」按鈕缺乏可存取的名稱,使螢幕閱讀器無法識別其用途。 修正: 已為「下載」、「列印」和「搜尋」按鈕新增可存取的名稱,讓輔助技術可以正確宣告每個動作。 |
| 4581229 | 摘要: 防止 Acrobat Sign 嵌入第三方網站的安全性設定變更未包含在設定活動報告中,因為該設定未分類為管理報告。 修正: 該設定已新增至安全性設定報告類別,讓帳戶和群組層級的變更記錄在設定活動報告中。 |
| 4582044 | 摘要: 複製的核取方塊欄位在簽署後可能會移動或重疊,因為在處理某些 PDF 頁面配置時,它們被不必要地旋轉。 修正: 複製核取方塊處理已更新,可保留原始欄位方向和位置,防止欄位在參與者簽署後移動。 |
| 4582268 | 摘要: 由於基礎端點未納入 Webhook 原則對應關係中,因此直接向 webhooks 端點發出的 Webhook API 要求,可能會套用預設 (而非 Webhook 專屬) 的 API 節流限制。 修正: Webhook 節流已更新,因此對基本端點和個別 Webhook 端點的要求都會一致地使用預期的 Webhook 特定速率限制。 |
| 4582742 | 摘要: 更新參與者集合可能會在先前的替換後因「超過一個參與者」錯誤而失敗,因為 API 在評估活躍參與者集合時計算了已被替換的收件者。 修正: 參與者集合更新時,現在會排除先前替換的收件者,再計算有多少活躍參與者進行變更,因此可順利更新收件者的電子郵件。 |