上次更新時間
2024年12月9日
Adobe Acrobat Sign 版本注意事項:2024 年
生產部署:2024 年 1 月 23 日
政府雲端部署:2024 年 1 月 25 日
改善功能
體驗變更
- 針對生技製藥簽署者停用社交登入 - 啟用任一強制執行身分識別驗證選項並使用 Acrobat Sign 驗證的群組,其所傳送的合約會針對收件者進行變更。更新後的體驗會自動移除使用社交連結驗證合作夥伴 (例如 Google、Facebook 和 Apple) 的所有選項。收件者必須透過 Adobe 身分識別管理系統直接驗證。
API 和 Webhook
已解決的問題
問題 | 描述 |
---|---|
4442628 |
摘要:針對合約上指派的收件者順序,資料匯出不會反映與稽核報告相同的收件者順序。 |
修正:報告的排序順序已更新,一律按照合約上所設計的收件者順序來排序資料 | |
4452261 |
摘要:在稽核報告中,縮寫符號顯示為 HTML 逸出字元 ';。 |
修正:呈現稽核報告的代碼已改善,可正確顯示縮寫符號字元。 | |
4452559 |
摘要:將含有方向中繼資料的影像上傳至「網頁表單」影像欄位時,影像處理期間會遺失中繼資料。 |
修正:影像轉換前會先擷取影像中繼資料,然後在轉換後重新套用。 |
|
4452592 |
摘要:在 Salesforce 的合約事件底下不會顯示提醒事件,因為提醒事件不是事件檔案中的列舉。 |
修正:提醒列舉已新增至事件檔案。 |
|
4453260 |
摘要:如果上傳多個文件,且這些文件在處理期間發生字型的衝突,則產生的文件會變為亂碼。 |
修正:上傳多個文件時,會重新命名衝突的嵌入式字型。 |
|
4453282 |
摘要:如果收件者在合約中以多個角色呈現,並被委派至參與集,則在簽署期間,可能不會從傳回錯誤的參與集選取使用者值。 |
修正:程式碼已更新,以確保在簽署過程中能正確瞭解與選取參與集中被委派的使用者。 |
|
4454688 |
摘要:當收件者群組中的所有成員都被更換時,該群組中的收件者清單為空白,並於登入時觸發錯誤。 |
修正:已實施檢查以識別和管理收件者群組,讓群組大小為零。 |
|
4455110/ 4458255 |
摘要:名稱字串中有空格的群組名稱,可能會導致使用者嘗試變更 UI 中的群組時無法選取群組,因為資料庫名稱與儲存在群組選擇器中的值不符。 |
修正:已新增代碼,以確保選擇器名稱的儲存格式與資料庫中的 groupID 名稱相同。 |
|
4456164 |
摘要:當客戶在建立網頁表單時為其他參與者新增特定指示,文字會在簽署人檢視時,在字串中間與換行符號一同出現。 |
修正:已移除換行符號。 |
|
4456295 |
摘要:當使用者在群組之間切換時,有時會因為快取設定值而看到錯誤群組的設定。 |
修正:變更群組時,導覽樹狀結構會完全清除。 |
|
4456427 |
摘要:附加至最終電子郵件時,附件命名方式的工具提示不正確。 |
修正:工具提示已更新得更加清楚。 |
|
4457210 |
摘要:使用「列印、簽署和上傳」時,文字與預設文字重疊。 |
修正:在下拉式清單中放置值的功能已改善,可套用預設值的所選值。 |
|
4457539 |
摘要:無法在 OAuth 設定中新增具有「.art」網域延伸的 URL。 |
修正:上層網域驗證器已更新。 |
|
4457813 |
摘要:當多位收件者使用相同的電子郵件但不同的電話驗證,則透過 API 啟動工作流程時,電話號碼會混用。 |
修正:程式碼已改善,可管理多位收件者擁有相同電子郵件卻不同電話號碼的案例。 |
|
4458114 |
摘要:若未套用第一個欄位的值,則第一個欄位後續的簽名欄位會出現「點選以變更」,而非「點選以簽署」。 |
修正:針對尚未套用值的情況,欄位中的文字會反映出「點選以簽署」。 | |
4458141 |
摘要:當參與者集的電子郵件地址為小寫,但在 senderEmail 欄位中為大小寫混合時,使用者可能無法在新撰寫中看到「簽署與傳送」選項。 |
修正:將電子郵件的比較變更為不區分大小寫。 |
|
4458673 |
摘要:沒有 Acrobat Sign 使用者 ID 的收件者,不會在資料匯出中顯示所有的使用者值。 |
修正:資料匯出已更新為包含未儲存於資料庫的使用者 ID 底下的使用者資料。 |
|
4458731 |
摘要:莫三比克國碼 (+258) 未包含在支援的國碼清單中。 |
修正:已新增 +258 國碼。 |
|
4458789 |
摘要:載入時,超長的 API 請求記錄會逾時。 |
修正:SQL 索引已更新。 |
|
4459539 |
摘要:當傳送者位於停用私人訊息的群組中,但使用者從其他啟用私人訊息的群組傳送訊息時,私人訊息無法運作。 |
修正:已新增代碼,確保群組層級設定生效。 |
|
4461081 |
摘要:以數位方式簽署合約時,在簽署的合約上看不到下拉式欄位值。 |
修正:已移除數個註解且重構匯入功能,以改善欄位可見度。 |
|
4461180 |
摘要:當下一位簽署文件的收件者是合約的建立者時,無法上傳已簽署的文件。 |
修正:檢查參與的功能已改善。 |
|
4461726/ 4464466 |
摘要:內容保護不會從工作流程群組繼承。 |
修正:程式碼已改善,可確保套用群組設定。 |
|
4461845 |
摘要:合約包含數位簽名欄位時,「下一步」按鈕沒有回應。 |
修正:驅動「下一步」按鈕的程式庫已更新。 |
|
4464349 |
摘要:由於欄位類型不正確,新的「大量傳送」可能會在透過 API 使用時,中斷與 Acrobat Sign 的同步。 |
修正:已修正欄位類型。 |
|
4464621 |
摘要:包含超過合約範圍之收件者欄位的範本可能會封鎖合約程序,使其無法載入新的撰寫頁面。 |
修正:偵測到此問題時,已重新導向至傳統撰寫頁面。 |
|
4465906 |
摘要:使用自訂傳送工作流程建立的合約,可能不會在「管理」頁面上顯示「上傳已簽署的文件」選項。 |
修正:更新檢查後,只要符合所有條件,就能讓自訂工作流程使用「上傳已簽署的文件」動作。 |
|
4469350 | 摘要:透過 API 建立,且具有平行簽名流程的合約,不會以在 API 呼叫中定義的正確順序出現在傳統傳送環境中。 |
修正:已針對傳統環境修正收件者的排序。 |
改善功能
- 在 Acrobat Sign 內適用於 Microsoft Power Automate 的使用者主導佈建 – 希望使用 Power Automate 整合在 Acrobat Sign 中建立工作流程的使用者,現在可以代表其組織佈建存取權限。
當使用者選取建立新工作流程時,會看到 Adobe 包含授權的條款、使用容量限制及 Microsoft 條款與條件,他們必須同意才能啟用 Power Automate 整合。
管理員若要管理使用者主導佈建的存取權,可導覽至「全域設定 > Power Automate 工作流程」。
可用的環境:沙箱、商業 | 可用的服務層級:企業 | 設定範圍:群組、帳戶
- 雲端簽名的合約中繼資料 - 透過協力廠商信任服務提供者 (TSP) 建立數位簽名時,Acrobat Sign 現在可以選擇將其他中繼資料傳送至 TSP。包含的資料為:
- 帳戶 ID - 用於識別客戶帳戶,以及處理在帳戶層級啟用的交易。
- 群組 ID - 在小組啟用特定 TSP 來處理簽名時,用於識別客戶群組。
- 交易 ID - 驗證每筆交易的交易處理時,提供額外支援。有助於瞭解客戶的耗用與廠商的帳單。
可用的環境:沙箱、商業 | 可用的服務層級:個人、團隊、企業 | 設定範圍:群組、帳戶
體驗變更
- 傳統的「傳送」頁面環境會將「電子郵件」驗證類型變更為「無」- 在傳統「傳送」頁面的驗證類型清單中,「電子郵件」驗證類型已變更為讀取「無」。功能未變更。合約仍然會被發送到收件人所提供之「電子郵件」的電子郵件地址,如果這是選取的傳遞方式之一。
新的請求簽名環境目前會繼續使用「電子郵件」這個用語,並將在未來的版本中更新為使用「無」。
- 電子郵件標頭的格式已變更,以更改如初始的「請簽署」及「提醒」範本等收件者電子郵件的「發件人」屬性。先前的「代表 <SomeUser> 的 Adobe Acrobat Sign」格式已變更為「<SomeUser> 透過 Adobe Sign」。較短的格式可確保傳送者的名稱不會被截斷。
- 管理員選單「數位簽名」標籤上的「受限制的雲端簽名提供者」區段已移除 - 帳戶和群組 ID 會分別列在「全域設定」和「群組設定」的頂端。「數位簽名」標籤上的「受限制的雲端簽名提供者」區段已經移除,因為若要視需要取得這些資訊,帳戶或群組才是最佳來源。
- 新的「大量傳送」介面已升級為預設體驗 - 所有帳戶都有升級至新環境的「大量傳送」體驗。使用者可以存取連結以切換回傳統介面,且管理員可以存取控制項,以便在有需要時將預設值設回傳統體驗。
- VIP 客戶在使用應用程式內的指引時可以存取新的聊天機器人體驗 - 我們已開發出新的聊天機器人,藉由提供更好的互動式介面,像是在歡迎訊息中針對熱門查詢提供建議、根據使用者先前的選擇做出推薦、直接的查詢支援,以及複雜查詢的解決方案等,來改善對客戶問題的回應。系統會要求使用者針對傳回的資訊提供意見回饋,以協助瞭解在未來的情況下如何更妥善地回覆,如果找不到所要求的資訊,則會顯示透過交談與支援專員連線的選項。
- 已暫停 VIP 客戶對新 Chatbot 體驗的存取權 - 新的聊天機器人已暫停,直到 2024 年 4 月的下一個版本。
整合更新
- 支援 Microsoft 整合中的次要驗證方法 - 透過 Microsoft Teams、Outlook 和 Word/PowerPoint 整合功能取得簽名,現在支援使用電話 (SMS) 驗證等次要驗證方法。
- 適用於 Veeva Vault 的 Acrobat Sign 已更新至 v1.3.0
- Veeva Vault 資料庫升級 - 應用程式已更新至更現代化且更有效率的 Vault API 程式庫 (VAPIL),以強化整合能力。
- Veeva Vault API 版本升級 - Veeva Vault API 版本已升級至 23.1 版
- 已強化整合部署套件的功能,確保客戶不需使用最新的文件版本。
已解決的問題
問題 | 描述 |
---|---|
4436411 |
摘要:應用程式內的使用手冊並未開啟本地化的使用手冊頁面。 |
修正:修正使用手冊 URL 對應方式的本地化程式碼。 | |
4441053 |
摘要:從「管理」標籤存取任何合約、範本或網頁表單,會在主控台上擲回錯誤。 |
修正:移除淘汰的資料庫,以消除此錯誤。 | |
4441309 |
摘要:在 iPad 上取得書面簽名,會造成在行動裝置停用快顯視窗時,重新載入週期。 |
修正:新增快顯視窗偵測,並新增錯誤對話框,讓使用者明確允許快顯視窗。 | |
4444676 |
摘要:在簽署網頁表單時,從 MS Edge 自動填入中選取電子郵件,「按一下以簽署」按鈕無法運作。 |
修正:在重設欄位方法中新增「確認電子郵件欄位」。 |
|
4449161 |
摘要:使用工作流程傳送的已完成合約,不會以電子郵件寄送給共用者。 |
修正:與共用合約相關的 XML 已新增至工作流程範本。在 2024 年 3 月發行後更新或建立的新工作流程,現在將納入共用通知程序。 | |
4454140 |
摘要:當簽署者有兩個或多個已套用 showIf 狀況的初始欄位,且顯示時第一個縮寫欄位已填滿,則第二個欄位不會出現。 |
修正:欄位對應值已修正,以允許對 showIf 狀況採取適當行動。 | |
4456726 |
摘要:當寄件者新增替代參與者時,現存的未過期提醒不會在啟用寄件者選擇選項時新增收件者。 |
修正:程式碼已修正,可新增收件者。 | |
4457764 |
摘要:焦點指標的導覽面板沒有適當的 3:1 對比率 |
修正:已更新識別出的側邊選單和內文表格,使其具備擁有適當對比率的藍色指標。 | |
4458840 |
摘要:有收件者群組或委派時。將隱藏收件者電子郵件的選項設定為 true 時,「代表」郵件一律會在「標頭」中顯示簽署人。 |
修正:修改標頭,以設定正確的收件者地址。 |
|
4458887 |
摘要:匯出資料 CSV「剩餘收件者人數」或「已完成的收件者人數」中的收件者順序不正確。 |
修正:受影響的功能已更新,以產生預期的結果。 | |
4459061 |
摘要:沙箱 - 使用新撰寫體驗,以及在傳統製作環境中所建立的範本來自訂「公司」欄位時,出現錯誤。 |
修正:API 已更新,以正確識別並提供欄位。 | |
4460178 |
摘要:根據 Acrobat Sign 系統中的收件者狀態,給已參與合約的收件者的委派不一致。 |
修正:已修正受影響的功能,以提供一致的體驗 (無法委派給已在合約中的參與者) | |
4460284 |
摘要:電話驗證預設值無法在群組層級的工作流程中使用。 |
修正:更新的工作流程設計工具已修正此問題。 | |
4460685 |
摘要:共用狀態 - 刪除某個群組時,仍可見到已經刪除的群組,且現有的共用仍在作用中。如果使用者再次建立名稱相同的群組,則會顯示兩個名稱相同的群組。 |
修正:已刪除的群組會在群組名稱旁附加 [deleted] 字串。 |
|
4461456 |
摘要:在撰寫頁面上傳送包含「完成截止日期」的合約時,會建立重複的合約到期事件以供排程。但這會導致觸發到期事件/電子郵件兩次。 |
修正:新增狀態檢查以識別並防止重複的訊息。 | |
4461634 |
摘要:如果欄位名稱只是特殊字元,則文字欄位不會出現在可簽署文件上,因為名稱會遭儲存為解碼字元。 |
修正:新增功能,在撰寫頁面上儲存更新的欄位時,在表單欄位名稱中編碼特殊字元。 |
|
4461953 |
摘要:從工作流程傳送並在傳送前預覽時,收件者欄位會在文件中向上移動。 |
修正:修正函數 TypeError 例外狀況,導致預設警告無法使用正確文字橫幅的功能問題。 |
|
4463091 |
摘要:針對大量傳送,從下拉式清單中選取群組時,標誌不會變更。 |
修正:將必要的屬性新增至大量傳送模型。 | |
4463209 |
摘要:「僅顯示管理員」篩選條件未如預期運作。傳回太多使用者的錯誤。 |
修正:已修正「僅顯示管理員」篩選條件,僅會傳回管理員。 | |
4463384 |
摘要::如果使用「草稿」狀態 (使用 POST 合約 API 端點) 下的工作流程建立合約時傳遞 externalId,則會在 draft-resource 表格中保留 externalId。按下傳送按鈕以傳送合約時,請呼叫 PUT 合約 /{AgreementID}。通話期間,不會從 UI 傳送 externalId。 |
修正:新增通話,以從 agreementInfo 物件將 externalId 載入到合約物件,以自訂撰寫流程。 |
|
4463469 |
摘要:由於錯誤訊息物件不支援 HTML,因此錯誤訊息中可看到 HTML 程式碼。 |
修正:從錯誤訊息中移除 HTML。 | |
4463485 |
摘要:若簽署人同時在兩個不同的瀏覽器中開啟合約,且在進行電子簽名時嘗試在另一個瀏覽器中列印、簽署和上傳,則合約中會缺少簽名欄位。 |
修正:顯示錯誤,指示使用者應重新載入頁面,以重新整理頁面並顯示簽名欄位。 | |
4463507 |
摘要:當 KBA 驗證要求包含名字與姓氏時,在自訂撰寫頁面上,就算沒有輸入必要資料也能交合約。 |
修正:已實施驗證。如果設定需要名稱資訊,只要沒有提供 KBA 名字和姓氏,就會顯示錯誤。 |
|
4463881 |
摘要:對於包含特殊字元的群組,無法大量更新使用者。 |
修正:驗證群組是否已存在以便配合資料庫項目時,群組名稱會編碼。特殊字元會在資料庫中編碼。 |
|
4463888 |
摘要:並未在工作流程中套用保存。如果保存設定設為「開啟」,則會取消核取「保存本合約」。 |
修正:如果我們並未請使用者設定保存資訊值,則會檢查 VAULT_BY_AGREEMENT 設定。 |
|
4464230 |
摘要:針對某些帳戶,工作流程平均需要 4-5 分鐘才能開啟。 |
修正:資料庫呼叫已簡化,以縮短整體處理時間。 | |
4464396 |
摘要:切換「傳送」頁面上的檢視時,會移除附加的檔案。 |
修正:程式碼已改進,可在不同環境之間切換時保留所有參數。 | |
4464473 |
摘要:使用工作流程傳送並僅由寄件者簽署的合約,無法與使用者共用。 |
修正:自我簽署工作流程程式碼已經過改進,以配合共用合約。 | |
4464483 |
摘要:在建立新帳戶後立即呼叫時,POST/webhook 有時需要 15 秒以上的時間來回應 (或逾時)。 |
修正:建立新帳戶的同步作業已經過簡化,可縮短處理時間。 | |
4464620 |
摘要:如果文件的名字是空的,則政府 ID 會無效 |
修正:系統已執行檢查,以在名字為空時管理事件。 | |
4464792 |
摘要:無論「在電子郵件中顯示連結」的設定值為何,共用已完成的合約時,線上檢視文件的連結都會在電子郵件中出現。 |
修正:根據電子郵件設定中顯示連結的值,建立顯示線上檢視連結的新範本。原始範本已經修改,以包含檢查合約是否已簽署,並新增邏輯以根據設定顯示正確的範本。 |
|
4464844 |
摘要:如果將文字標籤指派至寄件者,且寄件者不是合約的參與者,則無法傳送合約。 |
修正:當來源文件的文字標籤欄位指派給「寄件者」角色時,如果寄件者未參與合約,系統就會刪除這些欄位。 |
|
4464907 |
摘要:變更先前儲存之「草稿」合約的驗證方法時,驗證方法不會更新。 |
修正:第一次處理收件者時,會使用每個收件者設定的預設驗證方法。 |
|
4464978 |
摘要:由於 PDFLink 出現空白位置,GET/agreement/id/formFields 端點會擲回 NPE。 |
修正:已新增程式碼來管理 NPE 問題。沒有位置的 PDF 連結現在會遭到省略。 | |
4465801 |
摘要: 如果文件夠大,Acrobat Sign 會繼續嘗試製作已放棄文件的縮圖,造成逾時錯誤。 |
修正:更新程式碼,無論放棄文件的狀態為何,都能完成縮圖。 | |
4465946 |
摘要:網頁表單可能會失敗,導致無法開啟。 |
修正:處理網頁表單的邏輯已經更新,以解除封鎖無法正確套用驗證檢查的表單。 | |
4465952 |
摘要:Workday - 含無效附註的文件擲回例外狀況,導致合約遭到取消。 |
修正:現在已忽略沒有子類型的附註。 | |
4466399 |
摘要:CSV 匯出時,缺少「寄件者」群組欄。 |
修正:該欄已新增至匯出檔案。 | |
4466560 |
摘要:由於參與者不明,導致出現空指標錯誤,網頁表單可能會自動遭到取消。 |
修正:已新增程式碼以正確管理未知的參與者。 | |
4466885 / 4467126 |
摘要:啟用 UMG 的帳戶在進行「大量傳送」時,會在標頭中傳送所有的 groupId,其標頭大小可能超過微服務所能接受的標頭大小上限。 |
修正:已增加標頭長度的上限。 | |
4467036 |
摘要:由於使用者編碼錯誤,無法從沙箱將自訂工作流程同步至生產。 |
修正:已修正同步程序的使用者編碼。 | |
4468762 |
摘要:KBA 驗證只會驗證收件者群組的第一個成員,即使其他成員的 KBA 驗證和名稱資訊為空白,也會讓您傳送合約。 |
修正:現在會以空值收件者順序載入撰寫頁面,強制檢查名稱。 | |
4469069 |
摘要:在沙箱環境中,電子簽名頁面在標頭與沙箱藍色列之間出現額外空間 |
修正:標頭經過修改,可完整檢視文字。 | |
4469416 |
摘要:在電子簽名頁面的「選項」與「說明」選單中,鍵盤使用者無法使用 Tab 鍵瀏覽展開的下拉式選單。 |
修正:現在可使用 Tab 鍵關閉選單。選單關閉後,焦點會移回下拉式觸發按鈕。 |
|
4469419 |
摘要:即使在新體驗中設定為「不允許」,仍可變更合約名稱。 |
修正:編輯功能已根據工作流程設定而受到限制。 | |
4469680 |
摘要:「管理」頁面上不會顯示副本資訊,副本收件者不會收到最終簽署的電子郵件,且如果寄件者在輸入資訊後沒有按下「Enter」,則電子郵件內文中不會顯示副本資訊。 |
修正:當欄位失去焦點時,系統會將副本收件者的資訊新增至合約中。 | |
4470393 |
摘要:「電子簽署」頁面中會重複資料庫範本中的必要超連結,導致出現無法簽署的合約。 |
修正:已更新欄位轉移至子系合約表單範本的方法,以確保只會出現一個欄位。 | |
4472895 | 摘要:如果傳送者使用與簽章收件者相同的電子郵件地址,但電子郵件中使用的大小寫不同,則會因為區分大小寫而觸發錯誤。 |
修正:已移除在這種使用情況下評估字串時區分大小寫的規則。 | |
4472954 | 摘要:沙箱和生產環境之間的工作流程同步速度非常緩慢。 |
修正:對查詢和程式碼的改善已加快同步速度。 | |
4474353 | 摘要:由於未正確設定目標 URL,導致將 Salesforce 應用程式連線至 Acrobat Sign 沙箱時,無法把使用者重新導向至正確的頁面。 |
修正:程式碼已改善,可正確設定目標 URL,並促成使用者重新導向。 | |
4474581 | 摘要:在沙箱環境重建後,沙箱停止推送 Webhook 通知。 |
修正:沙箱已重新部署,問題已解決。 |
沙箱部署:2024 年 3 月 14 日
生產部署:2024 年 4 月 09 日
政府雲端部署:2024 年 4 月 11 日
改善功能
體驗變更
- 新的「大量傳送」環境現在是所有帳戶的預設體驗 - 全新且經改善的「大量傳送」環境已於 2024 年 4 月版升級為預設體驗。這是結束傳統環境存取的第一步,我們預計將於 2025 年 3 月前完全移除該使用者體驗。
- 管理員仍可選擇透過管理員選單,將預設環境重設為傳統體驗。
- 提供連結以便使用者在新環境和傳統環境之間切換。
- 管理員仍可選擇透過管理員選單,將預設環境重設為傳統體驗。
- VIP 客戶在使用應用程式內的指引時可以存取新的聊天機器人體驗 - 我們已開發出新的聊天機器人,藉由提供更好的互動式介面,像是在歡迎訊息中針對熱門查詢提供建議、根據使用者先前的選擇做出推薦、直接的查詢支援,以及複雜查詢的解決方案等,來改善對客戶問題的回應。系統會要求使用者針對傳回的資訊提供意見回饋,以協助瞭解在未來的情況下如何更妥善地回覆,如果找不到所要求的資訊,則會顯示透過交談與支援專員連線的選項。
- 移除行動應用程式橫幅 - Adobe Acrobat Sign 行動應用程式的橫幅廣告已從「首頁」頁面移除。
已解決的問題
問題 | 描述 |
---|---|
4466859 | 摘要:在電子簽名頁上,以美式英文格式化的日期並未正確翻譯。 |
修正:代碼更新以確保電子簽名日期與 PDF 日期格式相符。 | |
4467995 | 摘要:當使用多個檔案,然後又經過編輯/移除時,「限制文件可見性」可能會破壞網頁表單。 |
修正:程式碼已改善,確保在啟用 LDV 的情況下更新網頁表單時,可正確保留合約的隱藏檔案。 | |
4469175 |
摘要:選取簽署 URL 時,部分瀏覽器不會開啟 iFrame,並指出 Cookie 已停用的錯誤。這是因為瀏覽器需求變更所致。 |
修正:Cookie 的參數已更新,以符合變更的要求。 | |
4469178 | 摘要:下載 URL 可能會與基於電子簽名環境的合約資源不一致 |
修正:資源聲明已更新,以符合所使用的正確體驗。 | |
4469538 | 摘要:當 v6 API 中的「emailOption」和「redirectOptions」選項設為「none」時,會傳送電子郵件通知 |
修正:執行電子郵件通知的程式碼已更新並重新排序,以確保套用正確的合約設定。 | |
4475491 |
摘要:已啟用「內容保護」時,由 API 產生的檢視與委派 URL 會失敗,並顯示未授權的錯誤,因為遺失建立暫時使用者工作階段的邏輯。 |
修正:新增邏輯以允許建立產生可用 URL 的使用者工作階段。 |
生產部署:2024 年 6 月 18 日
政府雲端部署:2024 年 7 月 9 日
改善功能
- 已更新「請求簽名」體驗 -「請求簽名」介面新增了數個元素,讓體驗更接近傳統的「傳送」頁面。此版本包含:
- 拖放檔案 - 現在可以從您的桌面或本機資料夾拖曳檔案,並將其放到「檔案」區段,以將檔案新增至合約設定。
- 新增我 -「新增我」選項可在下一個收件者記錄中,將合約建立者新增至合約。
- 電子保存 - 需要電子保存的客戶現在可以使用「請求簽名」體驗,並確信合約已新增至其保存庫。
- 混合路由 - 若啟用,現在可支援使用混合式簽名工作流程設定合約。
可用的環境:沙箱、商業 | 可用的服務層級:個人、團隊、企業 | 設定範圍:依預設啟用
已解決的問題
問題 | 描述 |
---|---|
4459444 |
摘要:在新的「請求簽名」環境中,缺少在合約簽名流程中以收件者身分插入寄件者的「新增我」連結。 |
修正:已新增「新增我」連結,且其運作方式與先前在「傳送」頁面上的運作方式相同。 | |
4477422 |
摘要:付款欄位可能無法在新的製作環境中正常運作,以將「付款」欄位轉換為「文字」欄位。 |
修正:代碼已更新,可正確管理付款欄位。 |
預計於 2024 年 9 月 10 日推出
預計於 2024 年 9 月 10 日推出