Adobe Acrobat Sign 發行說明:2023
改善功能
- 更換任何收件者 - 更換目前收件者的功能已延伸,會套用至任何尚未簽署合約的收件者,允許編輯/更換合約中任何未來收件者的電子郵件地址。
體驗變更
2023 W-4 Employee’s Withholding Certificate 已新增至 Acrobat Sign 資料庫 - 使用 Acrobat Sign 資料庫中美國 W-4 稅務表格範本的客戶可以存取 2023 版,此版本已完整標記且準備好傳送。 客戶可以下載 PDF 並加以編輯,以建立所需的自訂版本。
Acrobat Sign CDS 憑證計劃於 2023 年 2 月 7 日更新 - 套用於 Acrobat Sign 中生成的 PDF 的 CDS 憑證將把憑證上的品牌化從 Adobe Sign 更新為 Acrobat Sign。這項更新預計將在 1 月發行後的 2023 年 2 月 7 日完成。
REST API/Webhook 更新
您可以在 Acrobat Sign API 文件中找到此版本的 API 和 Webhook 更新。
Webhook
- 在應用程式介面新增 AGREEMENT_EXPIRATION_UPDATED 事件 - 此 AGREEMENT_EXPIRATION_UPDATED 事件已新增至客戶導向介面中,作為合約的可選擇事件。
改善功能
- 使用者層級的存取權以建立自訂合約工作流程範本 - 現在非管理員使用者可存取用於傳送新合約的自訂工作流程設計工具,以建立自己的工作流程。 具有建立和編輯工作流程存取權的使用者,在頂端導覽邊欄會有新的「工作流程」標籤。
- Aadhaar 數位身分可供 VIP 帳戶使用 - 需要收件者以 Aadhaar 身分識別服務進行驗證的 VIP 帳戶,現在可透過 Adobe 使用 Aadhaar 數位身分付費版驗證方法。
- 新的信任服務提供商 (TSP) - 正在新增新的提供商,以擴展數位簽名解決方案的國際可用性。此版本新增了:
- A-Trust (EU / 奧地利)
- ADACOM (EU / 希臘)
- CertSign (EU / 羅馬尼亞)
- ComSign (以色列)
- PSC World (墨西哥)
- SSL.com (美國)
- 改善自動表單欄位偵測 - 已改善自動表單欄位偵測功能,現可針對已在EU1 and JP1 分區上啟用自動欄位偵測的所有帳戶一次放置所有欄位 (相對於逐頁操作)。
- 資料匯出中有新的欄位 - 現在有三個新的資料欄位可供使用:
- 文件數 - 用於建立合約的所有文件總數。
- 雲端簽名提供者 - 數位 (雲端) 簽名提供者的名稱。
- 收件者雲端簽署憑證簽發者 - 數位 (雲端) 簽名提供者的憑證發行者。
- 按照報告頁面上可用的 PDF 選項列印 - 新的「報告」體驗現在包含一個按鈕,可讓使用者將報告列印為 PDF,協助與沒有 Acrobat Sign 帳戶或不想登入檢視的對象共用報告。
- 新的篩選器和欄位可用來識別使用者清單中的管理員 - 使用者清單上有新的欄位,可輕鬆識別帳戶中的管理員。 此清單顯示授予使用者的最高授權層級 (「隱私權> 帳戶 > 群組」)。 已新增僅顯示管理員篩選器,協助在整合清單中檢視所有管理員。
體驗變更
- 在使用 Acrobat Sign 驗證時更新收件者介面 - Acrobat Sign 驗證方法已移至微服務,因此收件者介面有些微變更。 功能並未改變,現有的合約也不會受到負面影響。
- 建立和編輯電子印章的介面更新 - 電子印章的設定和編輯面板已更新為新的文字標籤,使呈現上更加明確。 功能並未改變,現有的合約也不會受到負面影響。
- 更新的稽核報告頁尾 - 自 2023 年 3 月發行起,所有新的稽核報告在報告底部都包含新的文字字串,說明收件人姓名是由簽署者提供,除非另行註明。此字串內容為:「姓名和電子郵件地址是由 Acrobat Sign 使用者輸入到 Acrobat Sign 服務中,除非另行註明,否則均未經驗證。」
Adobe Acrobat Sign 整合
Acrobat Sign for Veeva Vault 整合正在升級,以提供在協議需要使用者簽名時通知使用者的功能,並允許使用者在 Veeva Vault 環境內簽署。
已解決的問題
| 問題 |
描述 |
|---|---|
| 4293759 | 摘要:在相同工作階段中傳送「true」值後傳送「false」值時,noChrome 選項不一致。 |
| 修正:當 noChrome= false 以查詢參數的形式傳送時,新增邏輯以從工作階段移除 noChrome。 | |
| 4320157 | 摘要:儘管不是使用中的合約,管理標籤中處於草稿狀態的合約 (API 中的編寫狀態) 仍會根據截止日期設定而到期 |
| 修正:更新截止日期計算方式,以排除草稿/撰寫狀態交易作業。 |
|
| 4353443 | 摘要:開發工具會回報「傳送」頁面出現 WCAG 錯誤,因為選項群組的下層物件因工作流程切換開關被定義為選項群組而遺失。 |
| 修正:將下層物件更新為按鈕物件,因為只有兩個選項而非更大型的陣列。 |
|
| 4355729 | 摘要:某些情況可能會導致 KBA 名稱驗證在簽名區塊中重複使用姓氏兩次。 |
| 修正:新增程式碼以偵測重複的名稱值,並提示使用者確認或更新名稱。 |
|
| 4359478 | 摘要:由於字型沒有固定的預設大小,簽名字型在最終的 PDF 上可能會以不同大小顯示。 |
| 修正:字型組已調整至一致的大小。 |
|
| 4375042 | 摘要:時間相關圖表無法載入至新的報告環境 |
| 修正:資料庫更新已解決此問題。 |
|
| 4375549 | 摘要:「群組」篩選器未顯示在資料匯出介面中。 |
| 修正:已在資料庫中重新整理群組資料,修正此問題。 |
|
| 4375884 | 摘要:明確委派的收件者可以進一步委派他們的合約授權 |
| 修正:已改善程式碼,以返回適當的 participantSetID | |
| 4377068 | 摘要:從沙箱複製範本至生產環境時會複製含有表單欄位的範本,並顯示錯誤「執行要求時發生錯誤」。 這是因為偵測到超連結欄位的高度為負值。 |
| 修正:欄位偵測功能已經過改良,以確保對欄位配置和相對位置座標的理解一致。 |
|
| 4380228 | 摘要:行動裝置電子簽署側邊欄的檢視並未提供「檢視記錄」選項。 |
| 修正:應用程式已更新以提供記錄內容。 |
|
| 4382167 | 摘要:HIPAA 說明的本地化版本不明確。 |
| 修正:已改善語言。 |
|
| 4383351 | 摘要:在環境之間複製網頁表單 (例如,沙箱至生產環境) 會出現不會顯示在最終合約裡的欄位。 |
| 修正:已改善 PUT /widgets/{widgetId}/formFields API 呼叫,以確保正確放置欄位。 | |
| 4384877 | 摘要:若在群組層級設定 BioPharma,在「大量傳送」交易時可能會忽略 BioPharma 設定 |
| 修正:已改善程式碼,以確保在產生合約時,群組層級會適當繼承設定。 |
|
| 4387692 | 摘要:如果使用者嘗試簽署已簽署過的合約,則透過 Braintree 的付款可能會作廢。 |
| 修正:已加上檢查程序,在完成付款前識別合約是否已變更。 |
|
| 4396329 | 摘要:從行動裝置擷取簽章影像時,影像會旋轉 90 度。 |
| 修正:已改善程式碼,在將影像套用至 PDF 之前,可取得影像的方向。 |
|
| 4396574 | 摘要:從非主要群組傳送的工作流程可能會失敗,並顯示「草稿狀態驗證錯誤」。 因為套用的是工作階段設定,而非群組設定。 |
| 修正:已改善程式碼,確保在選擇新群組時正確套用群組設定。 |
|
| 4396871 | 摘要:韓文的稽核報告會顯示毀損的檔案名稱,全由雜湊字元組成。 |
| 修正:已改善功能,包含所有必要的字型系列。 |
|
| 4397811 | 摘要:如果字串中出現兩個點,則電子郵件的主旨行可能會因為識別超連結的內部標記而無法正確顯示。 |
| 修正:程式碼已經過強化,可容許這種使用情況。 |
|
| 4399942 | 摘要:為「任何人」和「所有人」參與者撰寫欄位時,可能會套用不正確的顏色指示 |
| 修正:變更「任何人」和「所有人」的顏色功能邏輯。 |
|
| 4399995 | 摘要:透過 API 傳送時,BulkSigning URL 必須以虛名 URL 而非通用安全 URL 來撰寫,已經過 SAML 驗證的簽署者才能無須額外登入就存取 BulkSign UI。 |
| 修正:已改善程式碼,在使用 SendinBulk API 呼叫時,允許虛名 URL。 |
|
| 4403487 | 摘要:自訂取消電子郵件可能會將副本收件者包含在簽署者的通知裡。 |
| 修正:已將去除副本收件者的功能新增至自訂取消範本裡。 |
|
| 4404574 | 摘要:如果網頁表單是在成員群組 (而非主要群組) 中建立,網頁表單可能會儲存失敗。 |
| 修正:已改善程式碼,確保啟用網頁表單的成員群組設定。 |
|
| 4405782 | 摘要:簽署原因不會調整為所選的地區。 |
| 修正:已改善程式碼,使內容所在地區與目前工作階段一致。 |
|
| 4415593 | 摘要:以加拿大號碼使用行動簽名選項時收不到文字。 |
| 修正:已修正廠商的問題。 |
|
| 4419917 | 摘要:在本地化運算式中使用 now() 作為參數會擲出例外狀況,導致日期無法正確呈現 |
| 修正:日期功能現在會先將數字日期轉換為字串,再移除本地化設定,以取得正確的日期值。 |
|
| 4420339 | 摘要:若第一個簽署者為委派者,而同一個簽署者稍後出現在簽署週期中,則簽署 URL 時可能會觸發錯誤。 |
| 修正:已改善程式碼,確保從資料庫擷取簽名清單時能正確排序。 |
|
| 4421259 | 摘要:「大量傳送」交易可設定為在包含內部副署者時,防止使用密碼驗證來存取應用程式內的撰寫環境 |
| 修正:程式碼已經過改善,可更有效管理工作流程,並允許撰寫。 |
生產部署:2023 年 4 月 20 日
政府雲端部署:2023 年 4 月 24 日
改善功能
- 更新電子印章以僅供圖形使用 - 電子印章已經過改善,僅允許放置圖形印章,而不包含文字元素 (名稱、日期、時間和簽署原因)。 為支援此使用案例:
- 當將印章設定為省略文字元素時,可使用新的選項,以僅顯示圖形印章。
- 數位簽名可以透過文字標記、Acroforms 或 API 以正方形外觀比例製作 (允許圓形印章)。
- 印章文字 (若套用) 現在可正確地顯示為「數位簽章」,而非「數位簽署」。
- 當將印章設定為省略文字元素時,可使用新的選項,以僅顯示圖形印章。
體驗變更
- 標題與頁尾重新設計 - 標題與頁尾經過重新設計,更適合顯示在較小型平台,並改善其存取便利性。
- 雙重堆疊標題已經過合併,以便在一個標題列中包含品牌標誌和導覽標籤。
- 在較小型平台上,或是當螢幕放大功能需要空間以正確顯示內容時,標題列會收合成選項圖示。
- 頁尾已完全移除,「語言」選擇器的位置移至頁面右上角的設定檔選單中。
已解決的問題
| 問題 |
描述 |
|---|---|
| 4389075 | 摘要:將先前簽署的合約上傳為附加檔案時,多行欄位不會保留在原始欄位大小範圍之外顯示行的能力。 |
| 修正:已新增程式碼,以保留附件中多行欄位的原始 PDF 註解。 | |
| 4389207 | 摘要:在使用 Acrobat Sign 驗證時,Microsoft Teams 的簽署者會看到空白畫面。 |
| 修正:程式碼已更新,以在 Teams 環境中傳遞正確參數來完成驗證。 |
|
| 4406571 | 摘要:日文的稽核報告會重複敬語文字。 |
| 修正:範本已更新以移除重複項目。 |
|
| 4415574 | 摘要:由於分頁問題,沙箱環境並未載入所有群組 |
| 修正:分頁已在沙箱環境中修正。 |
|
| 4415966 | 摘要:「稽核報告」的客戶定義時區不適用於網頁表單 |
| 修正:支援網頁表單的稽核報告程式碼已更新,以正確配合客戶定義的時區設定。 |
|
| 4417187 | 摘要:啟用「有限的檔案可見性」的客戶在使用新的報表環境匯出資料時,可能看不到所有欄位。 |
| 修正:已更新檔案和資料可見性的程式碼,以允許存取欄位資料以進行報告。 | |
| 4417835 | 摘要:由於與浮水印衝突,檢視合約時,可能無法顯示沙箱環境中已完成合約的簽署者資訊。 |
| 修正:程式碼改善後,允許浮水印和客戶資訊在已完成的合約上正確顯示。 |
|
| 4418255 |
摘要:在非使用者主要群組的群組中建立網頁表單時,使用多位簽署者的選項會繼承自使用者而非群組。 |
| 修正:功能屬性的繼承已經過修正,以使用所選群組而非使用者群組。 |
|
| 4420675 | 摘要:由於 API 傳回不完整的資訊,部分使用者無法使用新環境執行報告。 |
| 修正:已新增額外的程式碼,以配合傳回不充足資訊的 API 事件類型。 |
|
| 4426975 | 摘要: 某些電子郵件設定(例如移除寄件者的電子郵件和名稱)無法正確執行。 |
| 修正: 已修復電子郵件範本,以正確執行繼承的設定。 | |
| 4427301 | 摘要:簽署時,使用美國英文以外地區設定的簽署者沒有看到「簽署原因」下拉式清單。 |
| 修正:已更正用於檢索簽名原因清單的代碼以適應收件人的地區設定。 |
|
| 4430515 | 摘要:當發送者添加的輸入欄位中,預設值為"",則簽名者在簽名時和完成的文檔上會看到舊字型 |
| 修正:已改善字型優先順序,以修正取代。 |
生產部署:2023 年 5 月 23 日
政府雲端部署:2023 年 6 月 6 日
改善功能
- 與 Microsoft Power Automate 內嵌整合 - 適用於所有期待自動化其簽署前或簽署後程序的 Acrobat Sign 企業授權帳戶。 帳戶管理員可從「帳戶設定 > 工作流程整合」標籤啟用此整合。 啟用後,可透過首頁上的圖標或上方導覽列中的新工作流程標籤來存取整合功能。
透過包含的 Power Automate 權利 (啟用時激活),使用者可以存取所有 Power Automate 標準和 Premium 連接器,以便與 Acrobat Sign 搭配使用。透過 Microsoft 擁有現有 Power Automate 授權的客戶也可以將其與整合搭配使用。
預設會為所有使用者啟用存取權,使用者將能透過「工作流程」標籤和「首頁」存取點探索此功能。
建立和使用工作流程的功能在帳戶管理員明確啟用之前將無法使用。
您可以在「帳戶設定 > 全域設定」中找到停用使用者可探索性的控制項。
- 希伯來文地區設定支援名稱和簽名 - 在最終文件及稽核報告 PDF 的簽名欄位中,現在已可支援希伯來文地區設定的名稱和縮寫簽名值 (由右至左)。
- 開啟時,需要儲存網頁表單 - 啟用「開啟網路表單時儲存」時,管理員可移除該選項以取消儲存程序,強制簽署者將網頁表單程序轉換成正常的合約程序。
已解決的問題
| 問題 |
描述 |
|---|---|
| 4316916 | 摘要:若有多位簽署者在平行簽名流程中同時套用簽名,則文件後續版本會省略第一個簽署者的簽名。 |
| 修正:已在文件轉換中新增鎖定程序,避免與文件官方版本上的簽名應用程式發生衝突。 在平行簽名流程中的後續簽署者將會收到一則訊息,說明合約已更新,如果在開啟合約後版本已變更 (因為簽名應用程式),則必須再次簽署 | |
| 4382014 | 摘要:使用自動化欄位位置新增的核取方塊,與核取方塊圖形無法正確對齊。 |
| 修正:位置程式碼已經過改善,可在欄位中使用像素偏移,且在變更縮放等級時會在放置前先計算欄位大小,改善欄位位置。 |
|
| 4415970 | 摘要:在啟用「使用者加入多個群組」(UMG) 的帳戶中建立的使用者,後續將「預設」群組設定為不允許傳送並停用 UMG,則可能會停用首頁上的「從資料庫開始」按鈕。 |
| 修正:已改善程式碼,帳戶可停用 UMG,並從使用者的群組中正確繼承設定。 |
|
| 4416451 | 摘要:傳送者嘗試傳送「大量傳送」交易時,若傳送者先簽署,且所套用的簽名為雲端型 IdP 所產生的數位簽名,則會發生 IdP 無法使用的錯誤。 |
| 修正:已改善「大量傳送」程式碼,可正確識別傳送者能使用數位簽名先進行簽署 |
|
| 4418343 | 摘要:在本地化環境中使用「簽署原因」進行簽署的參與者會發現「Signed By」(簽署者)、「Reason」(原因) 和「Date」(日期) 字串並未本地化。 |
| 修正:已將本地化套用至字串。 |
|
| 4419664 | 摘要:客戶在新環境中提取超長報告時,可能會因為資料集的大小而失敗。 |
| 修正:已改善資料集參數,可因應更大的請求。 |
|
| 4420278 | 摘要:在儲存範本時,欄位指派可能會還原至第一個收件者,然後按一下「返回」按鈕。 |
| 修正:已更新表單欄位建構函式,以便在儲存範本時,正確指派參與 ID。 |
|
| 4420932 | 摘要:某些應用程式建立的 PDF 不符合 PDF 標準,因此無法從「管理」頁面下載為個別文件。 |
| 修正:評估已上傳的 PDF,並在發現不符合時加以重新儲存。 | |
| 4421539 | 摘要:如果所有欄位都設定為唯讀,則新的報告環境不會匯出表單欄位 |
| 修正:提取報告資料時,會忽略唯讀標幟。 |
|
| 4424177 | 摘要:當「代表其他人簽署」設定未啟用時,「群組」層級的「編輯」權限中會提供「簽署者」選項。 |
| 修正:已更新程式碼順序,會在顯示簽署權限前,先檢查簽署設定。 |
|
| 4426708 | 摘要:透過「超連結」欄位確認重新導向至新 URL 時,超連結字串會延伸超過顯示方塊的邊界。 |
| 修正:溢位換行已套用至字串。 |
|
| 4427788 | 摘要:在啟用「使用者加入多個群組」的帳戶中,使用群組成員資格搜尋將使用者以群組管理員身分升級時,由於會將篩選套用至結果的使用者 ID,因此現有的群組成員資格會遭到移除。 |
| 修正:儲存新的使用者關係時,會使用未篩選的值清單。 |
|
| 4427893 | 摘要:在 Webhook 2.0 版帳戶的回呼中可能不會產生 documentKey |
| 修正:已新增空值檢查,以阻止事件並修正問題。 |
|
| 4428561 | 摘要:在新的報告環境中,依群組篩選時,並非所有群組都會顯示。 |
| 修正:已改善擷取程式碼,以確保顯示所有群組。 | |
| 4430423 | 摘要:由右至左書寫語言在套用後會反轉簽名。 |
| 修正:已新增支援由右至左的書寫語言,以擷取簽名並將其正確套用至文件。 | |
| 4430515 | 摘要:當寄件者新增輸入欄位並以「直」這個字作為預設值時,簽署者在簽署時以及在完成的文件上會都看到舊字型 |
| 修正:已改善字型優先順序,以修正取代。 | |
| 4433166 | 摘要:線上檢視簽署的合約時,部分以文字標籤產生的欄位可能不會顯示。 下載的 PDF 則能正確呈現。 |
| 修正:PDF 資料庫已更新,修正資料庫解碼 PDF 中繼資料以顯示 PDF 檔案的問題。 |
生產部署:2023 年 7 月 19 日
政府雲端部署:2023 年 7 月 25 日
改善功能
- 交易使用量報告 - 交易使用量報告可讓管理員掌握狀況,進一步瞭解組織的交易使用量模式。 管理員可以建立專用報告,以四種不同的圖表追蹤交易使用量:
- 交易數量趨勢
- 依傳送者的交易
- 依群組的交易
- 依工作流程的交易
- 新的使用者佈建報告可協助解決使用者建立的問題 - 在 Adobe Admin Console 中管理使用者的帳戶有新的使用者佈建報告可用,其位於「使用者」標籤下新的「待處理」頁面。 這對於將使用者從多個現有 Adobe Admin Console 組織 (可能位於不同環境) 移動至單一企業組織的帳戶而言特別有用。 為能從尚未在新組織中完成啟用的使用者中篩選出作用中的使用者,「使用者」標籤已分為兩個區段:
- 已授權 - 已適當佈建並能使用 Acrobat Sign 的使用者。 此頁面與前一個「使用者」頁面相同,且所有功能都相同。
- 待處理 - 尚未完全授權的使用者,需要採取行動或協助。
- 已授權 - 已適當佈建並能使用 Acrobat Sign 的使用者。 此頁面與前一個「使用者」頁面相同,且所有功能都相同。
- 選取附加檔案新增至電子郵件時的命名方式 - 帳戶和群組層級的管理員現在可以決定附加至電子郵件通知的檔案如何命名。 檔案名稱會受到「簽署後將多個文件合併為一個文件」的設定所影響,此設定會傳送一個合併所有文件的附件,或是分開且具有個別名稱的附加檔案。 選項為:
- 合約名稱:
- 合併所有檔案時 - 會有一個根據合約名稱命名的檔案。 例如,2023 年服務合約
- 當檔案分隔時 - 每個上傳的檔案會附加一個檔案。 每個檔案都使用帶有附加列舉值的合約名稱。 例如,2023 年服務合約(第1部分)、2023 年服務合約 (第2部分)、2023 年服務合約 (第3部分)
- 合併所有檔案時 - 會有一個根據合約名稱命名的檔案。 例如,2023 年服務合約
- 檔案名稱
- 合併所有檔案時 - 會有一個檔案的名稱是從第一個上傳的檔案衍生而來。
- 當檔案分隔時 - 每個上傳的檔案會附加一個檔案。 無論來源為何 (範本、上傳的合約檔案、暫時性文件、收件者附件),每個附件都會保留原始檔案名稱。
- 合併所有檔案時 - 會有一個檔案的名稱是從第一個上傳的檔案衍生而來。
- 混合式
- 合併所有檔案時 - 會有一個根據合約名稱命名的檔案。
- 當檔案分隔時 - 每個上傳的檔案會附加一個檔案,每個附件都會保留原始檔案名稱。
- 合併所有檔案時 - 會有一個根據合約名稱命名的檔案。
- 合約名稱:
若要存取控制項,請導覽至「帳戶設定 > 全域設定 > 附加至電子郵件的檔案將命名為:」
體驗變更
- 自訂傳送工作流程介面將為所有使用者啟用 - 所有為管理員啟用自訂傳送工作流程的帳戶,現在都已為所有使用者啟用工作流程設計工具存取權。使用者可透過在頂端導覽列中的「工作流程」標籤和「首頁」上的「建立可重複使用的工作流程」動態磚,來存取工作流程設計工具。 使用者只有建立個人使用工作流程的權限,直到管理員在管理選單中明確啟用共用工作流程選項為止。
希望為使用者取消工作流程設計工具存取權的管理員,可在自訂傳送工作流程區段下的全域設定中進行設定:
- 「使用者」標籤已分為兩個表格,供 Admin Console 使用者使用 - 在 Adobe Admin Console 中管理使用者的帳戶,其「使用者」標籤已分成兩個頁面:
- 已啟用 - 此頁面存有一份表格,內容為已在 Acrobat Sign 環境中成功建立的所有使用者,以及誰可以順利地使用服務。 此頁面相當於先前的「使用者」標籤,並具有所有相同功能。
- 待處理 - 此頁面存有的使用者為已新增至 Admin Console 使用者設定檔,但並未成功轉換為 Acrobat Sign 系統功能使用者的使用者。
- 改善的 Acrobat Sign 驗證流程 - crobat Sign 驗證方法已經改善,減少簽署者的複雜性和步驟數。收件者的電子郵件會匯入 Adobe 驗證系統,以判斷使用者是否為已知實體、排除多個畫面/點擊,並提供更清楚的驗證路徑。 如果電子郵件已經存在,則系統會提示收件者提供密碼。 如果電子郵件不存在,則系統會自動引導使用者建立帳戶。
- 每位收件者支援最多 10 個數位簽名 - 針對雲端簽名,每位收件者一個數位簽名的限制已經過改善,允許每位收件者最多放上 10 個數位簽名欄位。 (不支援Aadhaar和Singpass)
- 開啟頁面時,依預設會載入新的「報告」環境 - 預設的「報告」頁面版本已變更,以在使用者首次開啟介面時載入新的報告環境。 使用者仍可視需要選擇切換回傳統環境。
預計到 2023 年底,傳統報告環境將會完全從服務中移除。 建議仍使用傳統報告的客戶盡快在新環境中重新建立並排程報告,以確保報告的延續性。
- 在 2023 年 7 月的版本之前,使用自訂傳送工作流程傳送的合約不接受在帳戶和群組層級設定的驗證方法。 不過,即使帳戶/群組設定不允許,傳送者仍可變更簽署者的預設驗證方法。 7 月發行版本修正了此行為,並使其與「傳送」頁面一致,如果帳戶/群組設定不允許變更預設驗證方法,則傳送者必須使用預設驗證方法。
例如,如果內部簽署者的預設驗證方法為「電子郵件」,且未啟用「允許寄件者變更預設驗證方法」,那麼傳送者就無法透過電子郵件以外的任何驗證方法傳送合約。 這是正確的行為,並與「傳送」頁面上的體驗一致。
行動應用程式更新
- iOS 平台上的推播通知選項 - 在 Adobe Admin Console 中管理使用者的帳戶,可為安裝在其行動裝置上的適用於 iOS 的 Acrobat Sign 應用程式使用者啟用推播通知。 作用中推播通知可讓收件者得知有新的合約需要關注,且傳送者會在合約已簽署和已完成時收到通知。 個別使用者可選擇在其裝置設定中停用推播通知。
此功能將在 8 月初 Apple App Store 上的 3.29 版本中提供給 iOS v15+ 使用者。
整合
適用於 Veeva Vault 的 Acrobat Sign 已升級,如下所示:
- 已更新品牌 - Adobe Sign 品牌已更新為 Adobe Acrobat Sign,以符合目前的服務品牌。 在此品牌變更中,Veeva Vault 整合中的所有物件均已更新為 Adobe Acrobat Sign。
- 目前文件版本保證 - 由於 Veeva Vault 可讓一個文件的多個版本持續存在,更新後的適用於 Veeva Vault 的 Acrobat Sign 安裝將限制使用者僅能附加最新版本。
已解決的問題
| 問題 |
描述 |
|---|---|
| 4356308 |
摘要:移除因空格或逗號而有多處分隔的前一個值後,工作流程的電子郵件欄位未正確重設為空白值。 分割值會留在模型上,新增值時會造成錯誤,因為欄位會讀取多個值 (實際上應只讀取一個值)。 |
| 修正:輸入欄位的程式碼已更新,以允許新的輸入值直接新增為值,而非將值新增至先前的內容。 | |
| 4358989 |
摘要:由於群組僅擷取參考前 100 個群組的代碼,如果群組的數量超過 100,則在啟用 UMG 的群組之間共用資料庫範本可能會導致無法儲存範本。 |
| 修正:群組的擷取邏輯已更新,以便在頁面循環顯示 (如果有的話),並儲存所有群組名稱。 |
|
| 4361087 |
摘要:傳送以供平行簽名的合約會在「管理」頁面上顯示「上傳簽名」動作。 |
| 修正:「管理」頁面已更新,以在合約有不支援的條件時正確隱藏「上傳」動作。 | |
| 4379342 |
摘要:合約包含的多位收件者使用需要來自 Acrobat Sign 系統權杖的驗證 (例如電話驗證) 時,可能會遇到收件者因重新整理權杖 API 呼叫,造成工作階段驗證權杖銷毀,而觸發「無效存取權杖」錯誤的情況。 |
| 修正:已改善跨工作階段權杖的管理,以修正潛在的問題。 | |
| 4383564 |
摘要:當簽署者身分驗證已啟用,且簽署人位於不同的分區上時,無法透過「請求簽名」電子郵件來簽署文件。 |
| 修正:管理跨分區設定的程式碼已更新。 | |
| 4384284 |
摘要:登入政府雲端環境可能會將使用者重新導回中心。 |
| 修正:中心上的受信任來源已更新。 | |
| 4403772 |
摘要:在工作流程範本中新增無法使用的文件範本受到延遲,由於 API 花費比預期更久的時間來更新範本,因此發生錯誤。 |
| 修正:已新增「儲存」訊息,以便向使用者提供程序仍在進行中的通知。 | |
| 4403836 |
摘要:如果 API 建立的合約自動從書面工作流程變更為電子工作流程,系統就不會向使用者傳送任何訊息。 |
| 修正:API 說明文件已更新以表示此事件。 | |
| 4404257 |
摘要:紅色「簽署」箭頭圖形沒有足夠的對比。 |
| 修正:顏色已更新,以符合 4.5:1 要求。 | |
| 4409720 |
摘要:已簽署文件的使用者隨後在系統中被標記為「非使用中」,接著返回已簽署的合約後,由於系統會為非作用中簽署者委派該動作,可能會發生將後續合約電子郵件傳送給他們 (可能會傳送多次) 的狀況。 |
| 修正:邏輯已新增至帳戶,讓非作用中但具有合約存取權的使用者能防止委派。 | |
| 4412152 |
摘要:對電子簽署頁面上所有類型的欄位而言,焦點指標的對比率不足。 |
| 修正:顏色已更新,以符合 4.5:1 要求。 |
|
| 4412153 |
摘要:焦點指標的對比率不足,無法套用按鈕。 |
| 修正:顏色已更新,以符合 4.5:1 要求。 |
|
4417413 4422433 |
摘要:當地區為英文 - 美國,計算欄位能處理正確,但在使用逗號而非小數點點的本地化頁面中則不正確。 |
| 修正:程式碼已更新,以便在處理計算前考量地區設定。 | |
| 4417905 |
摘要:稽核報告不包括第二位簽署者的生技製藥原因。 |
| 修正:程式碼已更新,允許基於多個原因而簽署事件。 | |
| 4419219 |
摘要:如果簽名中的第一個字母像小寫字母 p 那樣向後傾斜,那麼它就會被截斷,因為字母已經傾斜出簽署空間之外。 |
| 修正:已更新簽名文字,使其從右側開始,這樣在呈現向左傾斜的字元時才不會遺失文字。 |
|
| 4420176 |
摘要:簽名為「數位簽名」欄位時,上傳簽署文件失敗。 |
| 修正:「管理」頁面已更新,以在合約有不支援的條件時正確隱藏「上傳」動作。 |
|
| 4420880 |
摘要:透過共用帳戶權限套用的簽名稽核報告記錄不清楚。 |
| 修正:稽核記錄文字已更新,以便呈現更明確的簽名程序,以及誰代表他人簽名。 | |
| 4422206 |
摘要:從群組匯出使用者清單時,如果使用者是多個群組的管理員,則除主要群組外,「群組」欄是空的。 |
| 修正:合併多個群組的查詢已改善,且匯出使用者功能已更新,以正確管理此使用案例。 | |
| 4424153 |
摘要:若在擁有多頁面的文件中放置指向文件中某一頁的超連結時,則該超連結無法在行動裝置上運作。 |
| 修正:行動應用程式上的「平移和捲動」功能已改善,可更妥善地將焦點放在超連結目標上。 | |
| 4426232 |
摘要:進行「GET /libraryDocuments/{libraryDocumentId}/formData」要求時,pageSize 參數無法運作,導致回應時間超過 2 分鐘,並中斷工作流程。 |
| 修正:調查根本原因時,程式碼已回復至先前的版本。 | |
| 4426529 |
摘要:作為使用者名稱輸入的特殊控制字元,會導致稽核報告無法下載。 |
| 修正:功能已建立,可檢查及清除隱藏的控制字元。 | |
| 4426607 |
摘要:透過工作流程傳送合約時,如果多位簽署者擁有相同電子郵件但不同的驗證類型或值,某一種驗證類型將取代該電子郵件的其他驗證類型。 |
| 修正:程式碼已修正,以驗證授權資訊和簽署者索引中的電子郵件地址。 | |
| 4427083 |
摘要:收件者數超過 99 時,如果新增附有「收件者電子郵件」欄的資料匯出,可能會觸發錯誤。 |
| 修正:收件者清單陣列已增加。 | |
| 4427245 |
摘要:當簽署者/接受者選擇取消超連結重新導向時,必要的超連結會被視為「已完成」。 |
| 修正:更新程式碼以驗證使用者先開啟連結,之後才移除必要標幟並將欄位標示為已完成。 | |
| 4427490 |
摘要:重新調整大小並儲存欄位範本後,附件欄位會重設為先前的大小。 |
| 修正:現在可手動調整附件欄位大小。 |
|
| 4427512 |
摘要:您可以將合約 URL 拖放至欄位中。 |
| 修正:欄位屬性已增強,以避免將合約 URL 放入欄位中。 | |
| 4427761 |
摘要:在已啟用 UMG 的帳戶中建立的工作流程可在不強制執行驗證的情況下傳送。 |
| 修正:已改善每位簽署者的驗證,以確保驗證套用至工作流程。 | |
| 4429024 |
摘要:傳送者為第一位收件者上傳簽署的副本時,最後一位收件者看不到簽名區塊。 |
| 修正:合約有上傳事件時,放置簽署者欄位的新方式已套用以容納下游簽署者。 | |
| 4429142 |
摘要:如果新範本不在載入的初始範本群組中,工作流程可能會因為分頁問題而停滯在將第二個檔案新增至工作流程的過程中。 |
| 修正:收集長度已更新,以對應方法集中的模式數量。 | |
| 4429268 |
摘要:使用 IMS 權杖的使用者無法對應用程式端點執行 API 呼叫 |
| 修正:application_read 和 application_write 範圍已新增至 WEB_APP_LOGIN_IMS_SCOPES 設定 |
|
| 4429712 |
摘要:新增至自訂工作流程範本中的收件者群組,需要傳送者在傳送前提供群組名稱。 |
| 修正:在自訂工作流程設計工具範本中使用輸入 (逗號分隔) 欄位新增的收件者群組,現在會插入自動產生的群組名稱。 產生的名稱會有前置詞,以識別其為自動產生,接著是「收件者群組 X」字串,「X」是套用至一個或多個群組的遞增數字。 例如「(自動產生的名稱) 收件者群組 1」、「(自動產生的名稱) 收件者群組 2」等。 |
|
| 4429860 |
摘要:「上傳文件」已根據 7 月發佈的功能從 Acrobat Web 使用者體驗中移除 |
| 修正:新增制約標幟,在 7 月之前隱藏新功能。 | |
| 4431104 |
摘要:針對自我簽署工作流程,不會產生 AGREEMENT_ACTION_REQUESTED Webhook 事件。 |
| 修正:已新增一種方法,以確保 sendType 屬性在更新草稿資源期間不會變更。 |
|
| 4432028 |
摘要:即使在群組層級停用「為所有使用者啟用工作流程設計工具存取權」,「工作流程」標籤仍會顯示在頂端導覽邊欄中。 |
| 修正:程式碼現在會讀取作用中的 Pod 成員資格設定,而非讀取所有的 Pod 成員資格。 |
|
| 4432450 |
摘要:帳戶可能因不正確的快取值而無法自動建立內部宣告電子郵件網域的使用者。 |
| 修正:每當宣告的網域帳戶快取更新時,即會清除該快取。 | |
| 4434547 |
摘要:編輯停用的網頁表單可讓您變更名稱,但名稱不會保留。 |
| 修正:已移除修改停用的網頁表單的選項。 | |
| 4435506 |
摘要:更新後,於 Acrobat Web 環境的網頁表單中選取「取得代碼」選項時,沒有任何反應。 |
| 修正:程式碼已修復以還原功能。 | |
| 4437747 |
摘要:重新導向 URL 包含且更新至 AdobeSignAuthService 後,重新導向失敗。 |
| 修正:AdobeSignAuthService 中的程式碼問題已修正並重新部署。 |
|
| 4439111 |
摘要:即使在將簽署者設定為必要後,最初不需要簽署者就能儲存的工作流程會保留錯誤狀態。 |
| 修正:程式碼已改善,以在重新設定收件者時正確清除錯誤訊息。 | |
| 4440076 |
摘要:在 EOF 後包含超過 1024 個字元的 PDF 檔案會無法正確轉換,導致合約取消。 |
| 修正:更新管理資料庫,使其在 EOF 識別碼方面更能因應較不符合 PDF 標準的 PDF 檔案。 | |
| 4440077 |
摘要:工作流程設計工具會在新增收件者後,因方法瑕疵而觸發錯誤。 |
| 修正:瑕疵已修正,並重新部署該方法。 | |
| 4443907 |
摘要:群組管理員無法新增使用者,觸發不允許他們根據群組編輯設定更新頁面的錯誤。 |
| 修正:此設定已更新,以允許新增使用者的群組管理員授權。 |
生產部署:2023 年 8 月 22 日
政府雲端部署:2023 年 8 月 24 日
改善功能
體驗變更
- 所有外寄電子郵件的「寄件者」標頭已更新為更一致的格式,以減少電子郵件伺服器的問題。 標頭有兩種形式:
- 當收件者有已知的名稱 (例如已註冊的使用者),或正在使用「需要收件者名稱」設定時,標頭會顯示為 Adobe Sign 代表「名字姓氏」<adobesign@adobesign.com>
- 當收件者的名稱值不明時,標頭會顯示為 Adobe Sign <adobesign@adobesign.com>
- 當收件者有已知的名稱 (例如已註冊的使用者),或正在使用「需要收件者名稱」設定時,標頭會顯示為 Adobe Sign 代表「名字姓氏」<adobesign@adobesign.com>
已解決的問題
| 問題 |
描述 |
|---|---|
| 4425785 |
摘要:使用 čvn 值時,無法以捷克文填入「dd/mmm/yyyy」格式的日期欄位。 |
| 修正:已更新日期功能的地區提供者,以妥善管理此使用案例。 | |
| 4429246 |
摘要:編輯工作流程的收件者清單可能會影響該工作流程傳送的合約,導致合約停滯在「處理中」狀態。 |
| 修正:已改善管理合約如何瞭解收件者清單的代碼,以管理交易中的收件者清單,並忽略對範本所做的編輯。 | |
| 4432494 |
摘要:由於一個未處理的例外狀況,在「管理」頁面上開啟合約影像時,Acrobat 環境中的合約可能無法載入合約影像的檢視。 |
| 修正:已更新用於填入影像的方法,以正確管理例外狀況。 | |
| 4436936 |
摘要:含有必要超連結欄位的網頁表單,在使用者嘗試加以儲存時發生錯誤。 |
| 修正:已新增條件,允許在未選取超連結的情況下儲存網路表單。 | |
| 4437223 |
摘要:使用 iOS 裝置在 Adobe Sign 上簽署合約,可能會因為 API 未正確放置唯讀欄位而使系統提示伺服器錯誤。 |
| 修正:已更新用來放置合約欄位的 API。 | |
| 4441057 |
摘要:使用 REST v5 建立提醒,且寄件者已取代未來的收件者時,會傳送提醒電子郵件通知給尚未成為有效收件者的收件者。 |
| 修正:已新增條件,僅將提醒傳送給可能會在當時簽署合約的委派參與者。 |
|
4442166 |
摘要:封存的合約新增至「刪除」佇列後,不會從系統中清除。 |
| 修正:封存的合約在傳送至刪除時會立即清除,而非在佇列中保留 14 天。 | |
| 4444011 |
摘要:由於端點權杖無效,因此在使用 Intesi 作為電子印章時發生 HTTP 501 access_denied 錯誤。 |
| 修正:已更新權杖建立方式,變得更為可靠且提供版本相容。 | |
| 4447727 |
摘要:2018 和更早的某些網頁表單可能會因為空指標錯誤而無法載入,並顯示一般錯誤訊息。 |
| 修正:已找出並修正有問題的程式碼。 |
- 更新的檢視合約體驗 - 已為所有使用者更新檢視合約的客戶介面。 體驗的改變如下:
- 文件下的 PDF 控制項已移動,以在文件內容與合約動作選項之間顯示。
- 已新增在文件檢視中檢視兩頁的選項。
- 目前已從 PDF 控制項移除「搜尋」選項,但使用者可以使用 Ctrl/Cmd+F 來搜尋文件內容。
- 所有外送電子郵件中的寄件人封面已更新,提供正確的品牌化。所有執行個體的「Adobe Sign」字串已更新為「Adobe Acrobat Sign」。例如:
- 當使用必要收件者姓名設定時,標頭將顯示為 Adobe Acrobat Sign 代表 <firstname > <lastname> <adobesign@adobesign.com>
- 當收件人的姓名值未知時,封面將顯示為 Adobe Acrobat Sign <adobesign@adobesign.com>
- 當使用必要收件者姓名設定時,標頭將顯示為 Adobe Acrobat Sign 代表 <firstname > <lastname> <adobesign@adobesign.com>
已解決的問題
| 問題 |
描述 |
|---|---|
| 4418093 |
摘要:製作合約時,參與戳記欄位會以 POST_SIGN 角色建立。 在資料庫範本的使用案例中,參與戳記欄位預期具有「收件者」角色。 從合約建立資料庫範本時,欄位不會更新為參與戳記欄位的正確角色,導致使用範本時發生下游問題。 |
| 修正:更新程式碼,設定參與戳記欄位的預期角色。 |
|
| 4429823 |
摘要:選取「選項按鈕」後,「下一步」導覽箭頭不會跳到下一個欄位,它應該跳到下一個欄位。 |
| 修正:已改善欄位之間的導覽以解決此問題。 | |
| 4429824 |
摘要:在 iFrame 檢視中,網頁表單名稱會被截斷。 |
| 修正:已更新 CSS 頁面以調整文字位置。 | |
| 4438886 |
摘要:在焦點移動時,行動 iOS 瀏覽器上的網頁表單可能不會捲動至下一個所需核取方塊。 |
| 修正:已調整程式碼,可在設定焦點前強制捲動至下一個元素。 |
|
| 4439434 |
摘要:按一下「下一步」標籤無法在含有附件欄位的網頁表單上運作。 |
| 修正:附件的參考屬性已重新建立程式碼,以正確允許「下一個」標籤能在附件欄位之間移動。 | |
| 4440393 |
摘要:合約若在合約進行中時停用,系統會將其參與者從參與者表格中移除,導致透過 API 從合約提取的參與者資訊會不完整。 |
| 修正:新增邏輯,將取代的參與者集包含在合約的參與者總集中。 |
|
| 4441785 |
摘要:嘗試從電子郵件連結委派以及使用含委派所需的收件者名稱功能時,顯示較不直覺的訊息。 |
| 修正:此訊息獲得改善,透過指示使用者如何從 eSign 頁面委派並提供其連結。 |
|
| 4445134 |
摘要:無法下載附註清單中包含欄位的已簽署合約 PDF 文件。 |
| 修正:現在已允許複製附註,以防止例外狀況。 |
|
| 4445626 |
摘要:當預設簽署者驗證設定為「密碼」時,「填寫和簽署」會失敗,並出現 400「MISSING_REQUIRED_PARAM」。 |
| 修正:「填寫和簽署」工作流程中會略過所需的驗證方法。 | |
| 4446367 |
摘要:在簽署合約後,若選取的時間為 12:00 AM 而非使用欄位計算,表單欄位資料會消失。 |
| 修正:若以「12:00 AM」的形式提供,則在日期新增 1 毫秒,以略過將日期轉換為數字後結果傳回 0.0。 |
|
| 4447747 |
摘要:由於最近的程式碼變更,使用 application/json 呼叫 GET /widgets/{widgetId}/formData 會觸發 500「MISC_SERVER_ERROR」。 |
| 修正:程式碼已回復至先前的版本,以還原功能。 | |
| 4447879 |
摘要:更新製作的文件時,可以嘗試放置電子印章。 這會導致合約取消。 |
| 修正:新增程式碼以改善管理提交例外狀況,以避免發生競爭狀況。 | |
| 4448750 |
摘要:在最近更新後,重新整理網頁端點現在需要用戶端安全參數。 這可能導致每 15 分鐘發佈一則錯誤訊息至使用者介面。 |
| 修正:程式碼已更新,以確保在執行代理流程之前參數為真。 | |
| 4450877/4454555 |
摘要:新的撰寫 - 在更新的 Chrome/Edge 版本無法移動簽名/文字欄位 |
| 修正:製作環境已更新,以配合 Chrome/Edge 瀏覽器的變更 | |
| 4451025 |
摘要:簽署時,使用 PUT API/agreements/{agreementId}/formFields 更新包含計算的表單欄位時可正常運作,但如果字串有逸出的字元 (例如 '),則下載的 PDF 可能為空白 |
| 修正:在將字串傳送至剖析並列印至 PDF 之前,運算式不會逸出。 | |
| 4454835 |
摘要:電子郵件標頭的本地化版本不包含 Adobe Acrobat Sign 字串。 |
| 修正:本地化電子郵件範本中電子郵件標頭已新增品牌字串。 | |
| 4455067 |
摘要:在非英文本地化中使用依日期排序工作流程時,不會產生正確排序的清單。 |
| 修正:排序方法已更新,以正確排序本地化的工作流程檢視。 |
生產部署:2023 年 11 月 13 日
政府雲端部署:2023 年 11 月 16 日
改善功能
- 全新的「傳送」頁面體驗 - 在「傳送」頁面上撰寫新合約已變成一種更為程序化的流程,從要簽署的文件開始,並以新增收件者作結。
若要啟用新的「傳送」體驗,請導覽至「帳戶設定 > 全域設定 > 新的請求簽名體驗」
新的傳送體驗目前尚未與傳統傳送頁面達成同等功能。強烈建議如果您為使用者啟用此選項,也要啟用在不同體驗間切換的選項。
- 新的應用程式內「編寫」體驗 - 新的「編寫」環境現在可讓使用者選取欄位類型,然後按一下文件,即可視需要放置多個欄位。 按兩下欄位會在左側資訊面板中顯示欄位屬性,您可在其中設定個別屬性。
請注意,只有在使用新的「傳送」頁面體驗時,才能存取新的「編寫」環境。
當合約到達「完成」或「取消」的結束狀態時,新的「agreementStatus」參數會自動附加至 URL。
- 「已完成」的合約會附加:?agreementStatus = completed。
- 「已取消 (拒絕)」的合約會附加:?agreementStatus = declined。
此新參數適用於所有合約,包括手動傳送的合約、網頁表單、「大量傳送」的合約等。
- 自訂傳送工作流程的私人訊息 - 私人訊息現在可以在設計自訂傳送工作流程時,針對各個收件者做設定。
- 網頁表單副署者的私人訊息 - 私人訊息現在可以在網頁表單中針對副署者設定。
- 網頁表單的臨時收件者群組 - 臨時「收件者群組」現在可在設定網頁表單時使用。 臨時收件人群組在範本頁面上定義,只能在建立它們的網頁表單上使用。
此版本不包含可重複使用的收件者群組存取權。
- 支援數位身分的網頁表單 -「數位身分」是受支援的驗證方法,可用於新增參與者及副署者。
- 手動覆寫以存取傳統的報告環境 - 2023 年 11 月的版本已將所有帳戶升級以使用新的報告環境。 必須存取傳統環境的帳戶可透過明確啟用切換連結,來為使用者啟用該選項。
- 合約報告已改善 - 合約報告類型已新增新的「草稿」動態磚至合約摘要頁面,以及可依其目前「狀態」篩選合約的新篩選器。
- 合約的內容保護 - 即使在完成合約後,仍使用指定給收件者的原始收件者驗證方法,或者若未指派驗證,則使用傳送至參與者電子郵件地址的一次性密碼,來對檢視合約進行保護。
- 改善了簽名驗證要求的彈性 - 強制執行身分識別驗證的設定 (帳戶設定 > 生技製藥設定」) 已分開,可更精細地選擇何時必須進行收件者重新驗證。
在 2023 年 11 月版之前建立的帳戶,必須在「生技製藥設定」頁面上明確啟用更新,以選擇新的「強制執行身分識別驗證」設定:
- 擴大對多個群組中的使用者的支援 - 下列整合功能現在支援 UMG:
- Salesforce
- Power Automate
- 用於取消共用事件的新 Webhook - Webhook 使用者介面有兩個新事件是根據取消共用合約而觸發。
- 合約取消共用 - 當使用者明確取消與其他使用者共用合約時觸發。
- 合約取消共用 (自動) - 因「上游」合約共用遭到撤銷而觸發。 所有「共用對象」進一步共用合約的使用者若無法存取該合約,便會自動撤銷共用。
整合更新
- Veeva Vault 1.3.0 版的 Acrobat Sign 將於 11 月底發行
- Veeva Vault 資料庫升級 - 應用程式已更新至更現代化且更有效率的 Vault API 程式庫 (VAPIL),以強化整合能力。
- Veeva Vault API 版本升級 - Veeva Vault API 版本已升級至 23.1 版
- 已強化整合部署套件的功能,確保客戶不需使用最新的文件版本。
- Adobe Acrobat Sign for Microsoft Teams with Live Sign - Live Sign 讓使用者能夠透過在 Microsoft Teams 會議中從任何裝置主辦安全的簽署體驗來更快速地取得合約簽署,類似親自簽署。
- Salesforce 行動應用程式中對 Acrobat Sign 整合的支援 - 使用 Salesforce 行動應用程式的客戶現在可以在其 iOS 或 Android 行動裝置上使用 Acrobat Sign 整合功能來管理合約。
體驗變更
- 交易報告現在包括「填寫和簽署」及「自我簽署」工作流程 - 在更新的交易使用量報告中,現已計入「填寫和簽署」及結構化的自助式交易 (透過 Acrobat Sign 介面),讓組織能夠更完整地檢視其交易量與各種指標。
Acrobat 介面中使用的「填寫和簽署」交易屬於 Acrobat 平台的一部份,並不計入「Acrobat Sign 交易使用量報告」中。
- VIP 客戶在使用應用程式內的指引時可以存取新的聊天機器人體驗 - 我們已開發出新的聊天機器人,藉由提供更好的互動式介面,像是在歡迎訊息中針對熱門查詢提供建議、根據使用者先前的選擇做出推薦、直接的查詢支援,以及複雜查詢的解決方案等,來改善對客戶問題的回應。 系統會要求使用者針對傳回的資訊提供意見回饋,以協助瞭解在未來的情況下如何更妥善地回覆,如果找不到所要求的資訊,則會顯示透過交談與支援專員連線的選項。
- 透過進階帳戶共用來編輯網頁表單 - 啟用進階帳戶共用的帳戶,可以讓其共用內容的使用者或群組編輯網頁表單。 為「共用對象」的使用者或群組必須啟用「編輯」權限,才能存取網頁表單。
已解決的問題
| 問題 |
描述 |
|---|---|
| 4337861 |
摘要:當合約有數位簽名且有密碼保護時,點陣服務便無法為行動裝置製作夠小的縮圖影像,導致行動裝置使用者看到「縮圖尚無法使用」的錯誤。 |
| 修正:更新程序,在加密影響影像縮放前使用適當的影像大小。 | |
| 4373355 |
摘要:部分外部來源表單的核取方塊,可能會在簽署後顯示為未勾選。 |
| 修正:新增額外的檢查,確保在評估 isCheckBoxTrue 時,已勾選的外觀狀態符合其中一個可接受的未勾選值。 |
|
| 4395764 |
摘要:Webhook 通知在使用自訂工作流程傳送合約時並未包含順序參數,導致剖析收件者時發生問題。 |
| 修正:已根據儲存在所綁定之工作流程中的圖形結構,新增了新的順序產生邏輯。 |
|
| 4417517 |
摘要:包含收件者群組及副本收件者的「傳送」工作流程,可能會將簽署通知電子郵件傳送至副本電子郵件地址。 |
| 修正:電子郵件範本已經過修正,不會在簽署者通知事件中包含副本收件者。 | |
| 4418217 |
摘要:「在政府雲端主控台中管理使用者」連結指向說明頁面,而非政府雲端主控台。 |
| 修正:連結已更新為正確指向政府雲端主控台。 | |
| 4430408 |
摘要:由於日期被視為字串,因此無法將工作流程按日期排序。 |
| 修正:修正日期的值,使其正確參照為日期並正確排序。 | |
| 4435150 |
摘要:當傳送者也是簽署者且簽署者被替換時,如果合約到期,則傳送者可以不採用過期狀態,並將合約留在「傳出以供簽名」的狀態。 |
| 修正:程式碼已經過改善,可在更換收件者時明確檢查合約狀態是否到期。 | |
| 4439375 |
摘要:當 PDF 頁面的 XObjects 具有無效的 PieceInfo.LastModified 輸入項時,呈現的 PDF 可能會顯示為空白。 |
| 修正:用來合併 PDF 的程式庫已更新,解決了此問題。 | |
| 4439478 |
摘要:在 DecodeParms 中使用空值 Cryptt 參數的 PDF 可能會導致 Acrobat Sign 中斷合約建立程序。 |
| 修正:PDF 程式庫已更新,可更妥善地處理空值 DecodeParms。 |
|
| 4440373 |
摘要:對比率不足,讓指引標記顏色與「電子簽署」頁面上的灰色側邊欄背景色無法對比。 |
| 修正:推出全新色彩以符合 3:1 的對比率需求,包括文字色彩、背景色彩、不透明度和側邊欄的灰色背景色。 |
|
| 4440504 |
摘要:從沙箱複製範本到生產環境時,會顯示「執行要求時發生錯誤」。 範本複製時不含表單欄位。 這是因為從 SandboxOrchestrator 取得了負數的頁面位置。 |
| 修正:已更新 SandboxOrchestrator 來修正此問題。 | |
| 4443410 |
摘要:「設定活動稽核」報告只會列出一個設定。 |
| 修正:已修正查詢,以正確傳回 15 個結果。 | |
| 4443916 |
摘要:當本地化月份為「čvn」時,以「dd/mmm/yyyy」格式顯示的日期欄位會傳回伺服器錯誤 |
| 修正:locale.date 程式庫已更新,可正確處理此日期值。 | |
| 4445937 |
摘要:每當 UI 語言不是英文時,工作流程就無法正確排序。 |
| 修正:已改善排序的程式碼,以根據本地化的日期格式正確排序本地化的內容。 | |
| 4445977 |
摘要:由於 v6 API POSTcall 中有瑕疵,因此「驗證」與「條件」格式化無法使用「錨點文字標籤」。 |
| 修正:實作新方法,將 v6/FormFieldGenerator 手動轉換為 data_objects。 |
|
| 4446030 |
摘要:群組的「上次修改」欄排序處理並未正確運作,因為僅會考量日期中的第一個數字,而不會根據整個日期排序。 |
| 修正:在 groupgrid.js 中實作「sortValue」函數,以根據時間戳記排序「上次修改」欄。 |
|
| 4447218 |
摘要:合約未遵循「沙箱環境」中的「資料控管原則」。 |
| 修正:已建立 API 應用程式,以在沙箱上啟用「資料控管」。 | |
| 4447334 |
摘要:缺少透過 CSV 檔案大量匯入之使用者的地區設定驗證。 |
| 修正:已更新透過 CSV 匯入使用者的程式碼,以在發現無效的地區代碼時,插入預設的應用程式地區設定 (en_US)。 | |
| 4447971 |
摘要:當合約走到參與者 2 時,由於計算出的字串永遠不被滿足,故日期欄位會變更為預設值「--」。 |
| 修正:在計算欄位之前,所有可能的表單欄位值都會轉換為數字。 這包括日期格式的字串。 計算欄位時,會忽略日期格式的字串。 |
|
| 4448602 |
摘要:上傳 Word 時可能會因為使用了不正確的字型,導致字母間距變窄。 |
| 修正:該字型已從可能的字型清單中移除。 | |
| 4448946 |
摘要:由於表單欄位名稱後有個空格,導致簽署者在完成自我簽署合約後,可能不會看到所有已填入內容的表單欄位。 |
| 修正:正在套用欄位名稱截斷處理。 | |
| 4449000 |
摘要:Webhook 的通知電子郵件 - 清除欄位並儲存無法清除欄位 |
| 修正:通知功能已改善,以確保欄位已清除。 | |
| 4449148 |
摘要:群組管理員無法傳送驗證電子郵件給未驗證的使用者 |
| 修正:與 UMG 和群組管理員的衝突已修正,以允許傳送電子郵件。 | |
| 4449662 |
摘要:新增兩位相同電子郵件地址的外部收件者,可能會在取消提醒時造成錯誤狀況。 |
| 修正:已在提醒功能中新增多個外部收件者執行個體的新錯誤檢查。 | |
| 4452509 |
摘要:在 Salesforce 的 Sign REST API 事件中無法使用「類型」為「PHONE_AUTHENTICATED」和「SIGN_AUTHENTICATED」的事件 |
| 修正:已新增這些事件。 | |
| 4452510 |
摘要:示範環境中的 VIDA 無法使用 Vida (測試) 選項 |
| 修正:該服務已重新部署,問題已解決。 | |
| 4457457 |
摘要:上傳在 Adobe Sign 生態系統外部填寫並簽署的文件時,資料會模糊不清,因為文字標籤的白化方塊會疊在現有欄位上。 |
| 修正:已新增設定告訴文件處理程序要在建立可簽署的文件時,使用正確的成品。 |
|
| 4457557 |
摘要:由於網頁表單中的不明部分傳回空指標,因此無法在沙箱和生產 Sign 帳戶下,以參與者和副署者建立網頁表單。 |
| 修正:已備妥額外檢查來檢查空值, 並妥善管理。 | |
| 4458537 |
摘要:由於安全性措施拒絕充足的工作階段,因此可能會封鎖在政府雲端環境上的簽署者,使之無法簽署。 |
| 修正:評估並增加工作階段的類型與數量,以因應需求。 |