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 呼叫中定義的正確順序出現在傳統傳送環境中。 |
| 修正:已針對傳統環境修正收件者的排序。 |
生產部署:2024 年 3 月 12 日
GovCloud 部署:2024 年 3 月 19 日
改善功能
- Acrobat Sign 內 Microsoft Power Automate 的使用者主導佈建 – 希望在 Acrobat Sign 內使用 Power Automate 整合建立工作流程的使用者,現在可代表其組織佈建存取權。
當使用者選擇建立新的工作流程時,系統會向其提供 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 年 4 月 9 日
政府雲端部署: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 年 7 月 16 日
生產部署:2024 年 8 月 13 日
政府雲端部署:2024 年 8 月 15 日
體驗變更
- 適用於未註冊收件者新的簽署後頁面 — 完成其動作 (簽名、核准等) 的收件者 會導向至新的簽名後頁面,提供其合約 PDF 的存取權,並提供機會試用一些較受歡迎的 Adobe Acrobat 功能。
通訊法規較嚴格的國家/地區無法顯示四項「立即嘗試」優惠。
我們提供次要的簡約體驗給合約受下列排除約束的收件者:
• 透過內嵌應用程式簽署合約的收件者。
• 當傳送合約的群組有重新導向 URL 時。
已註冊的收件人會收到簽名後頁面的版本,提供按鈕以登入其 Acrobat Sign 帳戶的管理頁面。
可用的環境:沙箱、商業 | 可用的服務層級:企業 | 設定範圍:無法設定
- 變更為電話驗證的傳送驗證碼通知 - 警示收件者電話驗證要求的面板已更新,包括額外的確認:
「按一下『傳送驗證碼』按鈕,即表示您確知並同意您提供用於確認身分的電話號碼將會收到自動來電或簡訊。」
可用的環境:沙箱、商業 | 可用的服務層級:個人、團隊、企業 | 設定範圍:無法設定
Webhook 更新
針對所有 AGREEMENT_* 訂閱事件類型更新至 Webhook 通知承載 – 所有「合約」Webhook 通知事件都已更新為包含三個新欄位:
- userId - 參與者的唯一識別碼
- 需要在通知參數中勾選合約資訊參數,才能在有效負載中包含該值。
- authenticaitonMethod - 參與者用來存取檢視和簽署合約的驗證方法。
- createdGroupId – 建立 Webhook 的群組的 ID。
- 需要在 Notification Parameters 中勾選 Agreement Info 參數,才能將值包含在承載中。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4465123 |
摘要:使用 SSO 驗證可能會導致「檢閱並簽署」電子郵件出現錯誤的超連結。 |
| 修正:程式碼已經過改善,可正確解析 SSO 與 SAML 驗證程序。 | |
| 4479831 |
摘要:ESeal 中的名稱多加了一個額外的反斜線「\」轉義字元。 |
| 修復:程式碼已經過更新,可正確管理轉義字元 | |
| 4479994 |
摘要:用來溝通使用者移轉作業的電子郵件範本會使用內部名稱值,而非客戶套用的值。 |
| 修正:範本已更新為使用正確的客戶提供值。 | |
| 4483513 |
摘要:當合約涉及 ESeal 時,「顯示電子郵件」中含有縮寫符號的電子郵件地址無法解析其 GET 呼叫。 |
| 修正:程式碼已經過更新,可正確管理「顯示電子郵件」欄位中縮寫符號的使用情況。 |
生產部署:2024 年 9 月 17 日
政府雲端部署:2024 年 10 月 8 日
改善功能
- 與合約互動時的新收件者體驗 - 更新收件者的簽署環境,為所有收件者提供更好的體驗。
可用環境: Sandbox、Commercial | 可用服務層級: Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:帳戶或群組
- 「大量傳送」體驗更新:
- 「大量傳送」功能已更新,以容納用 CSV 上傳方式建立合約的副本收件者資訊 - 產生「大量傳送」子合約的 CSV 上傳方法現在支援新增副本收件者。
- 「大量傳送」已更新,納入透過 CSV 上傳方法的「透過電子郵件傳送的一次性密碼」驗證選項。 使用CSV方法建立「大量傳送」交易時,可以使用一次性密碼驗證方法。
- 「大量傳送」包含在「進階帳戶共用」的「傳送」權限中 - 在進階共用規則下共用帳戶且已啟用「傳送」授權時,現在包括能夠以共用使用者 ID 身分使用「大量傳送」功能建立及傳送合約的存取權。
- 針對產生子合約時產生之錯誤的「大量傳送」報告 - 當「大量傳送」程序使用 CSV 上傳作為收件者來源而產生錯誤時,系統會產生可下載的檔案,好讓傳送者能修正不正確的輸入。
可用環境: Sandbox、Commercial | 可用服務層級:Acrobat Pro、Acrobat Sign Solutions | 設定範圍:作為現有基本功能的一部分啟用
- 可更精細地控制儲存網頁表單的程序 - 驗證網頁表單第一位簽署者的控制權已從控制項中分離出來,好讓收件者有權限可儲存網頁表單。
可用環境: Sandbox、Commercial、Government | 可用服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:作為現有基本功能的一部分啟用
- 網頁表單支援簽署者新增參與者的電話驗證允許簽署者定義參與者的網頁表單現在可以為新增的收件人包含電話驗證。
可用環境: Sandbox、Commercial、Government | 可用服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:作為現有基本功能的一部分啟用
- 改良身分識別檢查功能 - 最近新增的「身分識別檢查原則」已更新,以提供:
- 於合約端點進行身分識別檢查設定的 API 支援。
- 比對政府核發證件和雲端簽名的姓名,僅限使用精確的姓名比對。
- 適用於雲端簽名的電子郵件比對 (以包含替代名稱比對)。
可用環境:Sandbox、Commercial | 可用服務層級:Acrobat Sign Solutions | 設定範圍:群組、帳戶
- 簽署者身分報告的改善簽署者身分報告現在包含更細緻的資訊,以改善對識別文件的理解,例如區分一般(完整)駕駛執照與暫時執照。
可用環境:Sandbox、Commercial、Government | 可用服務層級: Acrobat Sign Solutions | 設定範圍:群組、帳戶
體驗變更
- 使用傳統使用者介面帳戶的全新客服體驗 - 尚未將使用者管理遷移到 Adobe Admin Console 的長期客戶,現在有新的體驗來聯絡客服並提交問題單。
可用環境:Commercial | 可用服務層級:企業 | 設定範圍:預設啟用
- 新的「請求簽名」環境現在是所有帳戶的預設體驗 - 全新且經改善的「請求簽名」環境已於 2024 年 9 月版升級為預設體驗。 這是結束傳統環境存取的第一步,我們預計將於 2025 年 3 月前完全移除該使用者體驗。
- 管理員仍可選擇透過管理員選單,將預設環境重設為傳統體驗。
- 提供連結以便使用者在新環境和傳統環境之間切換。 先前已停用切換連結的帳戶需要再次停用。
- 管理員仍可選擇透過管理員選單,將預設環境重設為傳統體驗。
可用的環境:沙箱、商業 | 可用的服務層級:個人、團隊、企業 | 設定範圍:帳戶、群組
- 改善請求簽名環境的體驗:當寄件人是第一個簽署者或存在預填欄位時 - 傳送合約時,如果寄件人是第一個簽署者,或合約上存在預填欄位,簽署環境會立即開啟,允許寄件人填寫欄位並簽署,而無需先存取其電子郵件或管理頁面。
可用環境:Sandbox、Commercial | 可用服務層級:個體、團隊、企業 | 設定範圍:預設啟用
已解決的問題
| 問題 | 描述 |
|---|---|
| 4323027 |
摘要:在新體驗中搜尋 charnum 值或以底線搜尋時無法正確運作。 |
| 修正:伺服器移轉後,資料庫已重新建立索引,成功解決此問題 | |
| 4446870 |
摘要:使用者間歇性嘗試登入 Acrobat Sign 時,螢幕會呈現空白 |
| 修正:已更新所服務的 JSP,解決了問題。 | |
| 4456574 |
摘要:如果您在新的使用體驗中撰寫並傳送但不新增簽名方塊,由於在最新版本中不會建立縮圖,系統不會嘗試將其新增至最後一頁。 |
| 修正:已用全新的程式碼複製傳統行為,以提供一致體驗。 | |
| 4459445 |
摘要:近期範本內新體驗中的文件名稱欄位太小,看不到名稱 |
| 修正:欄位大小已獲得改善。 | |
| 4465815 |
摘要:「格式良好」的 chrome,在系統處理簽名後,會轉換為英文。 |
| 修正:現在在建立簽名的外觀時,會參照使用者設定中的地區設定。 | |
| 4467671 |
摘要:在波蘭文地區設定下傳送的電子郵件具有獨特的格式 |
| 修正:本地化範本已經過重新設定,與其他地區設定一致 | |
| 4468713 |
摘要:合約電子郵件本文包含不正確且不精準的訊息/內容。 |
| 修正:已更新多個系統和範本,使電子郵件範本一致 | |
| 4468718 |
摘要:波蘭文版的簽名請求電子郵件中有錯字 |
| 修正:已修正錯字。 | |
| 4469262 |
摘要:使用大量傳送新體驗時,在選取範本時會顯示空的白畫面 |
| 修正:大量傳送處理器已更新程式庫,以解決問題。 | |
| 4470664 |
摘要:提醒事件不會像 Salesforce 中的其他事件一樣自動傳播 |
| 修正:現在會使用 v6 REST 方法,從核心應用程式推送 REMINDER_SENT 事件 | |
| 4471103 |
摘要:帶有兩個縮寫符號的使用者電子郵件地址在工作流程中失敗,並出現錯誤訊息。 |
| 修正:管理電子郵件格式的程式碼已經過改善,以配合此使用案例。 | |
| 4471385 |
摘要:內容保護功能未如預期透過重新驗證運作 |
| 修正:在帳戶中定義主機名稱時,會參照改善的程式碼,以確保擷取正確的內部使用者帳戶詳細資料 |
|
| 4471478 |
摘要:「AGREEMENT_WORKFLOW_COMPLETED」通知誤將簽署者狀態顯示為「WAITING_FOR_MY_SIGNATURE」 |
| 修正:已修正指派給該狀態的索引。 | |
| 4472497 |
摘要:無法正確處理具有不可剖析之中繼資料的文件 |
| 修正:XMP 會剖析例外狀況,且現在會予以忽略 |
|
| 4472908 |
摘要:在新的傳送體驗中無法隱藏密碼選項 |
| 修正:新增驗證選項的元件已更新,以正確反映群組允許的驗證方法 | |
| 4473086 |
摘要:參與戳記和交易 ID 欄位不會在公證的合約上出現,因為會在簽署後置於合約的較舊版本上 |
| 修正:處理方式已經過改善,可在公證後將簽署後欄位正確置入合約 | |
| 4473112/ 4473556 |
摘要:如果傳送者因檢查此使用案例而成為第一個簽署者,則在新的「大量傳送」中會擲回錯誤 |
| 修正:現在會忽略對這種使用案例的檢查。 |
|
| 4473248 |
摘要:合約可能會因帶有為字串之 /Name 屬性的串流,而間歇性地取消 |
| 修正:現在只會檢查 /Type 屬性為 Names 者 | |
| 4473286 |
摘要:即使在帳戶設定中停用委派後,仍可在「已請求簽署」的電子郵件通知中看到委派用語 |
| 修正:已新增檢查建立者的內部與外部委派設定值,並在電子郵件中顯示或隱藏委派連結的條件。 |
|
| 4474071 |
摘要:轉移範本所有權不會更新擁有者的 groupID |
| 修正:已修復程式碼以正確更新擁有權表格,反映出新的 groupID | |
| 4474082 |
摘要:檔案附件不會附加至已簽署的 pdf,而發生空指標錯誤 |
| 修正:在將檔案新增至最終 PDF 的程序之前,新增空值檢查 | |
| 4475331 |
摘要:當副本收件者傳送提醒給建立者時,下次按一下提醒按鈕時會發生錯誤。 |
| 修正:已針對此使用案例新增清楚的邏輯。 | |
| 4475449 |
摘要:建立日期無效的文件會無法處理,且變成可供下載 |
| 修正:已新增程式碼,以確保在儲存前就具備有效的建立日期可用。 | |
| 4475603 |
摘要:在俄羅斯地區,由於地區設定指令碼中有額外的引號,因此無法選取群組。 |
| 修正:已更正俄羅斯地區設定的程式碼,以便執行指令碼 |
|
| 4475864 |
摘要:上傳已簽署的複本,會將簽名類型從書面變更為設計,導致合約無法上傳 |
| 修正:程式碼已經過改良,可在整個程序中正確保留「書面」簽名類型。 | |
| 4476004 |
摘要:舊版的事件警告導致無法觸發 Adobe Acrobat Sign 事件和警告摘要電子郵件。 |
| 修正:已移除舊版的事件警告。 | |
| 4476583 |
摘要:工作流程的完成截止日期設定為 180 天時不會更新,因為邏輯認為此值必須小於 180,而非小於或等於 180。 |
| 修正:已修正參數,以正確接受小於或等於的狀況 | |
| 4477114 |
摘要:無法使用沙箱同步功能,將自訂工作流程從沙箱同步至生產 |
| 修正:新增最佳化以改善同步時間,避免逾時 | |
| 4478119 |
摘要:無效的負數變數運算式在嘗試編輯範本時會擲回例外狀況 |
| 修正:新增檢查,以避免 NumericFormatExceptions 成為以字串為基礎的負數 |
|
| 4478127 |
摘要:啟用無連結通知時,電子郵件頁尾會顯示影像路徑。 |
| 修正:已修正程式碼以顯示影像而非路徑。 | |
| 4478248 |
摘要:簽署者上傳了已電子簽署的 PDF 時,書面合約失敗,因為我們修改了下一位簽署者的 PDF,導致憑證失效,進而使下一位簽署者的已簽署文件驗證失敗。 |
| 修正:已新增邏輯。如此一來,若合約為書面合約,則在為下一位簽署者建立 pdf 時,便移除已電子簽署的憑證。 |
|
| 4478745 |
摘要:如果 fontfile 未包含有效的 cmap 表格,則會因空指標錯誤而無法下載已簽署的文件。 這會中止產生浮水印,導致無法產生文件。 |
| 修正:已針對有效的 cmap 新增測試,以保留頁面圖形狀態。 |
|
| 4478901 |
摘要:當簽署者試圖拒絕透過電子簽署頁面隱藏的合約時,會因某個用於檢查是否將在任何回應中列出隱藏合約的方法,而發生伺服器錯誤 |
| 修正:已套用新方法,以檢查呼叫者是否能編輯參與。 |
|
| 4479209 |
摘要:無連結通知指示中的電子郵件在複製並貼至無連結存取表單頁面時,電子郵件字串的前面、中間和後面都有空格,因此會導致使用者發生錯誤。 |
| 修正:現在用戶端的 Javascript 會在送出表單,並將表單資料向下傳遞至驗證邏輯及存取程式碼讀取要求之前,於電子郵件字串的前、後及兩者中間尋找並移除所有空格/換行。 |
|
| 4479223 |
摘要:未替 AcroForm 表單欄位上的表單欄位儲存日期欄位格式 |
| 修正:系統未如預期參照並遵循儲存在群組層級的日期格式。 | |
| 4480119 |
摘要:簽名傳送時,無法委派給副本收件者中的使用者。 |
| 修正:新增條件,不會針對委派給「僅觀察」和副本參與擲出例外狀況 | |
| 4480324 |
摘要:若未完整填寫「順序」欄,便無法在「大量傳送」新體驗中上傳 CSV |
| 修正:程式碼已更新,以允許「順序」欄中有空的儲存格 | |
| 4480375 |
摘要:使用者於確認帳戶後收到的註冊郵件中,裡面的重新導向 URI 連結不正確。 |
| 修正:此連結已更新為 /adobeLogin,原先錯設為 /adobeIDLogin |
|
| 4480399 |
摘要:某些對話框欄位中的表單欄位不具有可見的永久性標籤,也沒有納入 fieldset 群組中,因此不會以程式設計的方式決定彼此之間的關係。 此外也沒有驗證錯誤訊息。 |
| 修正:已在適用的情況下,用適當的標籤新增了錯誤訊息、標籤和 fieldset。 更新預留位置文字。 |
|
| 4480403 |
摘要:自訂撰寫 JS 頁面中的某些欄位缺少協助工具標籤,導致螢幕閱讀器無法在該欄位反白選取時讀出錯誤訊息。 |
| 修正:已新增協助工具屬性,而缺少的錯誤訊息已新增至頂部的模態中。 |
|
| 4480407 |
摘要:協助工具:圖示的意義並未傳達給所有使用者 |
| 修正:已將 ID 新增至收件者電子郵件輸入 |
|
| 4480582 |
摘要:傳送合約至別名電子郵件時,未設定簽署者驗證 |
| 修正:已新增檢查機制,好在使用別名電子郵件時為收件者設定簽署者驗證 | |
| 4480614 |
摘要:使用混合式工作流程,並將收件者委派至別名電子郵件時,合約可能會卡住。 |
| 修正:已更新數個模組的處理順序,將透過混合式簽名流程將已知使用者委派至別名電子郵件的所有可能狀況都納入考量。 | |
| 4480638 |
摘要:介面衝突導致使用者無法在使用付款介面時停用 PayPal 選項 |
| 修正:程式碼已改良,可允許操縱使用 PayPal 的選項。 | |
| 4481121 |
摘要:由於一項針對移除受邀共用者的通知檢查,導致通知不會傳送給共用者 |
| 修正:已修正邏輯以管理此使用案例 | |
| 4481307 |
摘要:有多位簽署者的書面簽名流程合約可能會因參與者總數少於總剩餘參與者數的計算錯誤,導致索引超出範圍而失敗 |
| 修正:為了產生正確的結果,現在會以相同方式計算這兩組收件者。 | |
| 4481336 |
摘要:若傳送者無法覆寫預設驗證、內部驗證已啟用,且內部收件者的簽署者驗證與內部預設不相符,大量傳送會失敗並顯示無效的 CSV 錯誤。 |
| 修正:已改良 CSV 剖析程式碼,以管理此使用案例 | |
| 4481340/ 4482600 |
摘要:由於 CSS 寬度太小,使得「由 Adobe Acrobat Sign 提供」影像和水平分隔線重疊在網頁表單的 KBA 選項上 |
| 修正:已移除網頁表單樣式,使其運作方式與一般合約相同。 |
|
| 4481902/ 4471416 |
摘要:透過「大量傳送」使用範本時,表單欄位會重複,因為會從範本及撰寫階段套用欄位範本 |
| 修正:套用欄位範本的程序已新增邏輯,以因應範本欄位 (若有)。 | |
| 4481984 |
摘要:逾時例外狀況可能導致「大量傳送」交易建立重複的合約 |
| 修正:已新增檢查來識別父交易中是否已存在子合約。 | |
| 4482743 |
摘要:在沙箱上使用「大量傳送」時,由於一項設定未啟用,導致發生「SEND_IN_BULK_WITH_ADV_ACCOUNT_SHARING_ROLLOUT」錯誤 |
| 修正:該設定已啟用,錯誤已解決。 | |
| 4482746 |
摘要:在新增替代收件者時,由於字串以空白值而非空值傳遞,故發生錯誤:所提供的請求無效 |
| 修正:在統一參與者的名稱時,我們將空白字串取代為空值。 | |
| 4483022/ 4484322 |
摘要:當範本表格出現水平捲軸時,「大量傳送」可能會傳回空白頁面 |
| 修正:已改善範本的呈現處理方式,來因應此使用案例。 | |
| 4483680 |
摘要:更新 Post Webhook API 的 REST API 說明文件,以新增功能的 resourceId 和 GROUP 範圍 |
| 修正:API Swagger 說明文件已更新 | |
| 4484234 |
摘要:使用自訂工作流程且收件者人數超過 25 人時,會因為硬式編碼限制為 25 人而觸發錯誤。 |
| 修正:硬式編碼限制已移除,並以適用於服務層級的適當變數取代 | |
| 4486809 |
摘要:停用「格式良好」的簽名時,最終文件中的簽名欄位可能會縮小,導致部分簽名被截斷 |
| 修正:已針對簽名欄位,於停用「格式良好」的簽名時,實作左側填補點。 | |
| 4489678/ 4494301 |
摘要:當郵件內容中缺少了 canBeDelegated 時 (通常發生在自訂電子郵件範本上),會擲回空點錯誤 |
| 修正:已新增檢查,在會擲出該錯誤的呼叫方法前,確認是否有空值。 |
|
| 4490021 |
摘要:如果在合約建立期間指定了簽署後重新導向 URL,就無法從簽署後的訊息頁面下載已簽署的合約複本 |
| 修正:下載合約的連結已新增至簽署後頁面 | |
| 4490903 |
摘要:行動裝置中的快顯視窗會導致無法填寫網頁表單 |
| 修正:已更新行動裝置使用情境下的程式碼,使其不在焦點上顯示使用條款快顯視窗 |
生產部署:2024 年 11 月 12 日
政府雲端部署:2024 年 11 月 19 日
改善功能
- 改良「大量傳送」:
- 政府核發證件驗證 -「大量傳送」現在支援以「政府核發證件」作為收件者驗證方法。
- 委派者角色 - 使用 CSV 檔案新增收件者時,「委派者」角色已新增至角色的「大量傳送」清單。
- 政府核發證件驗證 -「大量傳送」現在支援以「政府核發證件」作為收件者驗證方法。
可用的環境:沙箱、商業、政府 | 可用的服務層級:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範圍:群組、帳戶
在此檢閱新的「大量傳送」說明文件 >
體驗變更
- 自訂工作流程設計器的標籤限制為 100 個字元 - 自訂工作流程設計器 (CWD) 中的可自訂標籤值現在最多限制為 100 個字元。既存的工作流程會受到影響,當工作流程更新時會觸發錯誤,並顯示指出問題的明確錯誤訊息,同時以紅色標示違規的標籤。 必須在 CWD 中更新工作流程範本,以確保標籤不超過 100 個字元後,才能成功更新範本。 所有新工作流程在儲存前都會將標籤限制為 100 個字元。
請注意,包含超過 100 個字元標籤的既有工作流程仍可正常傳送而不會出錯。
行動應用程式更新
- 改善行動網頁介面的簽署者體驗 - 行動應用程式的使用者將擁有新體驗,可更妥善強調顯示合約中的收件者元素。 此環境是透過與桌面版新收件者體驗相同的管理控制項來啟用
整合
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
- 更新的 API 介面 - API Swagger 文件已更新至新版本 (OAS 3.1),改變了頁面的整體外觀。內容維持不變。
- 合約重新啟動時的新 Webhook - 已新增「重新啟動合約」Webhook AGREEMENT_RESTARTED,以在收件者重新啟動其合約時支援事件。
- POST/agreements/{agreementId}/deliverableAccess 端點已將 API 類別變更為 PUBLIC,而非 EXTERNAL_PARTNER。
已解決的問題
| 問題 | 描述 |
|---|---|
| 4469029 | 摘要:「自訂工作流程設計工具」中擲回不良的電子郵件設定錯誤 |
| 修正:控制該錯誤的邏輯已改善。 | |
| 4472759 | 摘要:使用「使用 Acrobat 下載並簽署」和多個數位簽名欄位時,全新和傳統傳送體驗之間的行為不一致。 |
| 修正:已改良傳統的傳送體驗以符合新的體驗。 | |
| 4474898 | 摘要:開啟群組共用時,在「管理」頁面上載入範本資料會延遲。 |
| 修正:新增方法以避免重複的資料庫呼叫,以縮短載入時間。 | |
| 4475508 | 摘要:無法透過 REST API V5,為名稱中具有縮寫符號的使用者更新使用者群組。 |
| 修正:程式碼已改善,能順利地解釋該字元。 | |
| 4476530 | 摘要:透過 API 建立合約草稿時,撰寫頁面會顯示不正確的提醒頻率,然後導覽至請求簽名頁面。 |
| 修正:新增邏輯以確保不會取消設定正確的物件值;若找到空值,則會使用繼承的預設值。 | |
| 4478261 | 摘要:由於簽名影像的檔案大小的關係,導致簽署者無法使用「Intesi」雲端簽名提供者,在包含多個數位簽名欄位的合約上完成數位簽名 |
| 修正:已從請求內文中將不必要的影像移除。 | |
| 4478970 | 摘要:在新的「請求簽名」環境中,可使用錯誤的地區設定來傳送合約 |
| 修正:套用本地化值的邏輯已經過改善,可確保套用正確的值。 | |
| 4479498 | 摘要:若有其他人簽署了合約,則合約的受委派者便無法將 nextToSign 旗標退回為 False |
| 修正:更新該旗標的邏輯已改善。 | |
| 4481738 | 摘要:簽名週期結束時,以平行順序提到的收件者不會像其他也保持平行順序的收件者一樣被圈起來 |
| 修正:該圖形現已套用至最後的配對。 | |
| 4481761 | 摘要:自訂工作流程設計工具不包含收件者的電子見證人角色 |
| 修正:已新增該角色。 | |
| 4482080 | 摘要:使用者可透過帳戶共用選單看到群組以外的其他使用者。 |
| 修正:內容共用選單已更新,會遵守使用者存取層級的設定。 | |
| 4482094 | 摘要:使用 OTP 檢視合約時,若檢視超過 5 次,便可能導致錯誤。 |
| 修正:程式碼已更新,為「檢視已超過」錯誤使用新的臨界值。 | |
| 4483719 | 摘要:當簽署權限已遭到移除的使用者試圖使用「填寫和簽署」時,會觸發非預期的錯誤。 |
| 修正:已新增程式碼,以防止沒有簽署權限的使用者存取自我簽署工作流程。 | |
| 4483914 | 摘要:在書面簽名流程中,簽署者 2 無法在簽署者 1 以 256 位元加密上傳其文件時開啟合約。 |
| 修正:現在,當簽署者 1 上傳時,會從上傳的已簽署副本中移除數位憑證。 | |
| 4483942/ 4488212 |
摘要:新的「大量傳送撰寫」因擷取參數過小,故不會在「傳送」頁面上顯示所有的「共用群組範本」。 |
| 修正:已在擷取資料庫文件時新增更大的 pageSize 查詢參數。 | |
| 4484039 | 摘要:由於「無」值處理不當,使得系統不會為 Acrobat 表單欄位儲存具日期驗證格式的文字欄位。 |
| 修正:已重構處理「無」使用情況的現有程式碼。 | |
| 4484055 | 摘要:嘗試變更撰寫中的文字格式可能會產生錯誤訊息「發生未預期的錯誤。 是否要重新載入頁面以再試一次,或返回首頁。」 |
| 修正:已新增程式碼來管理錯誤狀況,並繼續編輯。 | |
| 4485315 | 摘要:因對運算式公用程式的遞迴呼叫過多,導致重複載入含有計算欄位的網頁表單。 |
| 修正:將產生的一組欄位名稱作為參數傳送,但每次呼叫方法時都會進行重新實例化。 | |
| 4485677 | 摘要:無法從 Adobe Sign iOS 行動應用程式簽署文件,因為在 GET API 中未傳回含有條件的表單欄位。 |
| 修正:API 已改善,可正確管理計算值。 | |
| 4486008 | 摘要: 由於繼承忽略群組設定,提醒電子郵件會忽略後端設定 SEND_REMINDER_EMAIL = false 而傳送。 |
| 修正:程式碼已改善,會參照群組層級設定。 | |
| 4486155 | 摘要: 使用 Acrobat Sign 作為身分識別驗證方法時,新的大量傳送體驗會傳回錯誤「欄位 [Recipient_1:Auth_Type]:指定的授權類型無效。」 |
| 修正:更新文件以釐清 CSV 值。 | |
| 4486276 | 摘要:在網頁表單上不需要填寫從 Acrobat 建立的必填欄位,因為合約與網頁表單之間的邏輯不同,最後參與者的值也不同。 |
| 修正:將邏輯分離,以檢查合約是否以網頁表單為基礎。 | |
| 4486331 | 摘要:若簽署者必須在檢視表單前驗證電子郵件,則會移除網頁表單文字欄位中的預設文字值,因為建立子副本時會清除欄位。 |
| 修正:系統會從父範本的預設值擷取欄位值。 | |
| 4486748 | 摘要:範本篩選器未正確篩選,因為合約表格中的群組名稱未正確更新。 |
| 修正:合約表格現已在詳細資料變更時更新為最新資訊。 | |
| 4486767 | 摘要:閱讀合約檢視畫面中沒有下載 PDF 按鈕 |
| 修正:圖形和功能都已回復為選項清單 | |
| 4486829 | 摘要:即使在選取「僅顯示管理員」時未明確設為「群組管理員」,帳戶管理員仍會在「主要群組」中列為「群組管理員」。 |
| 修正:已改善篩選功能,以正確反映管理員狀態。 | |
| 4486863 | 摘要:由於空指標例外,因此不會針對共用通知間歇觸發電子郵件。 |
| 修正:新增空值指標檢查,以修正造成電子郵件無法傳送的 NullPointerExceptions | |
| 4486893 | 摘要:如果合約未揭露給簽署者 (因為後端設定為 true),則簽署者可簽署合約但無法拒絕合約。 |
| 修正:新增條件,以檢查是否應允許簽署者拒絕合約 | |
| 4486894 | 摘要:由於屬性繼承不正確,允許的 IP 範圍可能被封鎖而無法新增新範圍 |
| 修正:新增更精細的陣列以防止外部父物件發生資料衝突。 | |
| 4486919 | 摘要:當群組收件者設定為通知時,參與者狀態在簽署後並未更新為 WAITING_FOR_OTHERS。 |
| 修正:更新程式碼以確保在一位收件者完成其動作時,更新整組參與者。 | |
| 4486934/ 4496641 |
摘要:在以逗號做為小數分隔字元的地區簽署,且其中一個小數數字不是零時,則在最終已簽署的合約/pdf 中,已計算之欄位的格式會遺失 |
| 修正:改善數字格式,以管理使用逗號做為小數分隔字元的地區。 | |
| 4487113 | 摘要:過時的空值檢查導致編輯共用範本時,套用表單欄位圖層會發生「編組資料時出現錯誤」。 |
| 修正:從方法中移除未使用的參數及其空值檢查。 已更新對此方法的所有呼叫,以反映新的簽名。 | |
| 4487589 | 摘要:由於結合 PDF 檔案時堆疊溢位,導致 AUTO_CANCELLED_CONVERSION_PROBLEM (COMMENT: PROJECT_TIMEOUT)。 |
| 修正:改善程式碼以偵測 XObject Form 週期和沒有欄位的 AcroForms。 | |
| 4488298 | 摘要:即使不允許編輯,「簽名」面板仍會顯示「編輯」按鈕 |
| 修正:新增條件,以在無法使用時篩除該選項。 | |
| 4488322 | 摘要:由於在程序中太早設定標籤,導致 GET /agreements/{agreementId}/documents API 呼叫上的幾個合約中缺少標籤 |
| 修正:已更新套用標籤的時機。 | |
| 4488449 | 摘要:任何主旨中包含點的主旨都會被視為連結。 |
| 修正:已移除主旨行中原始範本的正規表示式識別處理。 | |
| 4488647 | 摘要:由於大量完整表格掃描導致 GET /users 失敗,並出現「發生了一些其他錯誤」訊息 |
| 修正:已移除檢查單次使用之使用者的條件。 | |
| 4489025 | 摘要:無法在新的請求簽名體驗中使用「簽署後傳送」選項。 |
| 修正:已新增該功能。 | |
| 4489028 | 摘要:開發者帳戶的「帳戶/群組」設定下方不會顯示出「網頁表單」區段 |
| 修正:網頁表單已新增至開發人員服務級別 | |
| 4489132 | 摘要:當 EXPOSE_AGREEMENT_AFTER_SIGNING_ENABLED 為 TRUE 時,由於 API 提供錯誤的狀態,導致簽署者無法委派合約。 |
| 修正:更新程式碼以提供正確的回應。 | |
| 4489203/ 4489407 |
摘要:由於範本和網頁表單的效能問題,導致無法下載程式庫範本的表單欄位資料。 |
| 修正:已重構擷取的程式碼,以減少相同物件值的迴圈數目。 | |
| 4489539 | 摘要:「上次更新」欄顯示最近修改的日期,但由於該欄反映上次修改的日期值,導致合約並未更新。 |
| 修正:「上次更新」欄現在會改用「上次交易日期」。 | |
| 4489666 | 摘要:在下載作業進行時重複按下匯出使用者資料按鈕,可能會產生過多的資料庫查詢次數。 |
| 修正:現已於匯出作業進行時停用匯出按鈕,並匯出完成後或發生錯誤時重新啟用。 | |
| 4489708 | 摘要:如果傳送者上傳未經驗證的簽署者親筆簽名,則會擲回錯誤,因為 Acrobat Sign 正在嘗試先驗證參與者 |
| 修正:已新增檢查傳送者動作,以允許此使用案例。 | |
| 4489748 | 摘要:由於與「內容安全性原則」衝突,導致參與者無法在附件欄位中附加檔案。 |
| 修正:已將 documentcloud.adobe.com 網域新增至內部 .jsp | |
| 4489806 | 摘要:若使用「自訂電子郵件範本」,則在傳送 SMS 給收件者時,傳送者會收到 SMS 未送達的錯誤電子郵件。 |
| 修正:已修正使用 SMS 時管理對電子郵件地址傳送通知的程式碼。 | |
| 4490094 | 摘要:當範本是在前一版本的「大量傳送」中建立時,匯出的表單欄位資料並未包含透過新的「大量傳送」體驗建立之合約的所有資料欄位 |
| 修正:改善了從舊版範本匯出表單至新環境的功能。 | |
| 4491200 | 摘要:「大量傳送」環境並未顯示預先填入的收件者計算日期欄位。 |
| 修正:已更新預填欄位與子合約間關聯的邏輯,以確保預填內容如預期填入。 | |
| 4491429 | 摘要:如果付款欄位為公式中帶有唯讀欄位的計算欄位,則會無法處理付款,但只在合約中有預填欄位時會發生。 |
| 修正:針對預填的案例修改付款邏輯,以避免為不存在於預填欄位清單中的欄位 (例如唯讀欄位) 設定預設值。 | |
| 4491502 | 摘要:在較小的檢視埠上,無法清楚辨識電話驗證標籤文字 |
| 修正:已將字型放大至 13px。 | |
| 4492386 | 摘要:文件處理後的檔案變大,可能會造成檔案大小限制的問題。 |
| 修正:已建立新的處理程式庫,以改善更新的檔案大小。 | |
| 4493280 | 摘要:由於角色 (收件者與副本收件者) 衝突,因此無法將工作流程「已完成」的電子郵件傳送給部分收件者 |
| 修正:存在多個角色時,會提供新方法來新增邏輯,以運用最佳的參與者角色。 | |
| 4493288 | 摘要:時區並未顯示出部分地區合法正確的文字。 |
| 修正:已在時區選擇器中新增其他列舉值,以納入其他選項。 | |
| 4493570 | 摘要:在不登入的狀況下,透過交易號碼來限制對合約之存取權的選項,並未遵守群組層級設定。 |
| 修正:該設定已重新設計為可接受 groupId 的值。 | |
| 4493717 | 摘要:在 Edge 瀏覽器上使用新撰寫環境來變更欄位類型,會因樣式而導致閃爍。 |
| 修正:已移除造成圖形閃爍的樣式。 | |
| 4494031 | 摘要:停用新的撰寫頁面以套用傳統撰寫環境時,不會遵守已做的設定。 |
| 修正:撰寫控制器現在使用合約建立者的群組成員資格,並會遵守該群組的設定。 | |
| 4494284 | 摘要:新的撰寫體驗不會針對數位簽名使用傳送群組設定, 而是使用主要群組的設定。 |
| 修正:已更新該設定,以遵守群組的設定。 | |
| 4496116 | 摘要:未顯示 AGREEMENT_SEND_CUSTOM_FROM_EMAIL_DISPLAY_NAME 設定的自訂電子郵件顯示名稱 |
| 修正:更新插入名稱值的巨集,以使用更可靠的來源。 | |
| 4496561 | 摘要:強制執行設定,以防止群組層級未遵守特定群組之使用者從其電腦上傳文件的功能。 |
| 修正:已更新程式碼邏輯,以在變更群組時,遵守本機檔案上傳的群組層級設定 | |
| 4499981 | 摘要:由於頁面上的 div 大小,IP 範圍 UI 顯示並未顯示儲存的值,也無法存取任何按鈕。 |
| 修正:div 的大小已增加到元素的高度。 | |
| 4501353/ 4503262 |
摘要:因空指標例外,導致「大量傳送」交易會間歇地傳送電子郵件。 |
| 修正:已新增邏輯來幫助探索傳送者的 groupId,若不成功則預設為空白字串。 | |
| 4501414/ 4503383/ 4504559/ 4504619/ 4504658 |
摘要:新的編寫環境顯示出未新增至合約的參與者欄位,且可能會顯示錯誤訊息而導致無法編寫。 |
| 修正:已新增程式碼,以忽略指派給未包含在合約收件者清單中之參與者欄位的欄位位置。 | |
| 4501428/ 4503930 |
摘要:不允許在簽名程序進行期間編輯收件者的名稱時,會封鎖簽署,且:
|
| 修正:新增檢查,以確認除了現有的檢查外,名稱是否與儲存的使用者名稱相符。 如果參與包含數位簽名欄位,則略過檢查。 略過檢查 ADOBE_SIGN、KBA 及 GOV_ID 驗證類型。 | |
| 4501444 | 摘要:完成所有必填欄位時,行動電子簽署檢視欄位導覽標題按鈕標籤中使用的是「下一步」,而非「完成」。 |
| 修正:按鈕已更新。 | |
| 4501750 | 摘要:當註冊的使用者變更其名稱,且停用允許編輯其名稱的設定時,便無法簽署。 |
| 修正:已新增邏輯,比對舊版以檢查名稱、簽名是否包含數位簽名,以及在使用 Acrobat Sign、GovID 和 KBA 驗證類型時檢查 | |
| 4502421 | 摘要:由於篩選收件者的邏輯有所變更,導致傳送者被排除在提醒收件者之外。 |
| 修正:程式碼已回復,並已還原原始邏輯。 |