新功能
開始使用
管理
- Admin Console 概觀
- 使用者管理
- 新增使用者
- 建立以功能為導向的使用者
- 檢查有佈建錯誤的使用者
- 變更姓名/電子郵件地址
- 編輯使用者的群組成員資格
- 透過群組介面編輯使用者的群組成員資格
- 將使用者升級為管理員角色
- 使用者身分類型與 SSO
- 切換使用者身分
- 使用 MS Azure 驗證使用者
- 使用 Google Federation 驗證使用者
- 產品設定檔
- 登入體驗
- 帳戶/群組設定
- 設定概觀
- 全域設定
- 帳戶層級與 ID
- 新的收件者體驗
- 自我簽署工作流程
- 大量傳送
- 網頁表單
- 自訂傳送工作流程
- Power Automate 工作流程
- 資料庫文件
- 透過合約收集表單資料
- 限制文件可見性
- 附加已簽署合約的 PDF 副本
- 在電子郵件中加入連結
- 在電子郵件中加入影像
- 附加至電子郵件的檔案將命名為
- 將稽核報告附加至文件
- 將多個文件合併為一個
- 下載個別文件
- 上傳已簽署的文件
- 我的帳戶中的使用者委派
- 允許外部收件者委派
- 授權簽署
- 授權傳送
- 有權新增電子印章
- 設定預設時區
- 設定預設日期格式
- 使用者加入多個群組 (UMG)
- 群組管理員權限
- 更換收件者
- 稽核報告
- 概觀
- 在交易驗證頁面上允許未驗證的存取
- 包含提醒
- 包括檢視事件
- 包含合約頁面/附件計數
- 產品內傳送訊息和指示
- 無障礙 PDF
- 全新撰寫體驗
- 醫療保健客戶
- 帳戶設定
- 新增標誌
- 自訂公司主機名稱/URL
- 新增公司名稱
- 合約後 URL 重新導向
- 簽名偏好設定
- 格式固定的簽名
- 允許收件者簽署
- 簽署者可變更其姓名
- 允許收件者使用已儲存的簽名
- 自訂使用條款和消費者資訊披露
- 透過表單欄位導覽收件者
- 拒絕簽署
- 允許戳記工作流程
- 要求簽署者提供其職稱或公司
- 允許簽署者列印並置入書面簽名
- 在電子簽名時顯示訊息
- 需要簽署者使用行動裝置來建立自己的簽名
- 要求取得簽署者的 IP 位址
- 將公司名稱和職稱排除在參與戳記之外
- 數位簽名
- 電子印章
- 數位身分
- 報告設定
- 全新報告體驗
- 傳統報告設定
- 安全性設定
- 傳送設定
- 登入後顯示「傳送」頁面
- 傳送時需有收件者名稱
- 鎖定已知使用者的名稱值
- 允許的收件者角色
- 允許電子見證人
- 收件者群組
- 必填欄位
- 附加文件
- 欄位扁平化
- 修改合約
- 合約名稱
- 語言
- 私人訊息
- 允許的簽名類型
- 提醒
- 已簽署文件的密碼保護
- 傳送合約通知途徑
- 簽署者身分識別選項
- 內容保護
- 啟用公證交易
- 文件過期
- 預覽、定位簽名及新增欄位
- 簽署順序
- 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
支援與疑難排解
「內容保護」功能可啟用驗證式安全防護以便檢視已完成合約的內容。
支援的驗證類型：
- Adobe Acrobat Sign 驗證
- 密碼
- 電話授權
- 透過電子郵件的 OTP (OTPvEM)
- 知識式驗證 (KBA) (已啟用需要名稱)
不支援的驗證類型：
- 無 (電子郵件)
- 知識式驗證 (KBA) (未啟用需要名稱)
- 政府核發證件
- 數位身分
啟用時，不支援的驗證方法會透過電子郵件後援方式使用 OTP。
使用方式
有兩種方法可將內容保護套用至合約：
- 「繼承保護」允許群組層級設定 (無論是明確設定還是繼承自帳戶)，以針對從群組傳送的所有合約指定內容保護值。變更該設定會立即影響檢視合約時是否需接受內容保護驗證挑戰。
- 「嵌入式保護」需要使用者明確選擇是否要將內容保護功能嵌入至交易中繼資料中。傳送合約後，保護值將無法變更。繼承的保護值不會影響已嵌入內容保護定義的合約。
這兩種應用方法都有控制項，可個別啟用或停用內部和外部參與者。
- 「內部參與者」的定義是任何在 Acrobat Sign 帳戶授權下 (由其電子郵件識別) 的參與者。若該電子郵件在您的使用者清單中，那麼就屬於內部參與者。
- 「外部參與者」包括非內部參與者的每個電子郵件。
用於授予檢視合約之存取權的驗證方法，是以簽署程序期間使用的原始驗證方法為基礎。
為了解決參與者不具驗證方法、不受支援的驗證方法及副本收件者等問題，我們提供了一個選項，可啟用「透過電子郵件傳送的一次性密碼」驗證方法作為授予存取權限的替代工具。此選項要求參與者存取其電子郵件、取得密碼，並將其輸入至挑戰欄位。
如果已啟用內容保護，且未啟用替代的「電子郵件一次性密碼」驗證方法，則使用 KBA、政府核發證件，或不具驗證方法的參與者會收到訊息，告知他們無法存取合約。
其中包括副本收件者，以及與該合約共用的對象。
如為擁有已定義之簽名驗證方法的收件者，其體驗會根據該方法而改變：
- 「密碼」、「手機」及「Acrobat Sign 驗證」方法使用相同的方法 (使用相同的密碼和電話號碼)。
- 「透過電子郵件的 OTP」、「知識式驗證」及「政府核發證件」則使用「透過電子郵件的 OTP」方法 (若已啟用)。
- 如果「透過電子郵件的 OTP」處於停用狀態，那麼系統會出現錯誤，並拒絕參與者檢視合約。
可設定的選項有：
繼承的保護控制項是在群組層級定義，且適用於不具備由傳送者定義之嵌入式內容保護的所有合約。
內部使用者有一個控制項，外部使用者則另有獨立的控制項。您可依據您的合約策略來啟用其中之一、同時啟用兩者，或是兩者都不啟用。
設定控制項時，會出現挑戰視窗，以確認您真的想要實施內容保護。這種類型的保護是基於所啟用的控制項，若停用控制項，就不是永久的保護形式。
啟用後，繼承的內容保護會套用至所有新的和現有的合約。
當參與者試圖檢視不具嵌入式保護的合約時，系統會即時參照相關的控管措施 (內部或外部)，以判斷是否需要挑戰。 需要驗證時，系統就會向參與者顯示挑戰頁面，讓其完成驗證程序。 成功完成挑戰後，便會顯示合約。
如果挑戰失敗，參與者可再次嘗試，直到達到所允許的失敗次數上限為止。
如果參與者驗證失敗的次數超過允許的失敗次數臨界值，系統就會顯示錯誤訊息，並禁止其於 24 小時內再次嘗試。
成功驗證以檢視合約的次數，也會限制在每 24 小時期間的一個可設定的次數。
只要試圖檢視合約的次數超過該定義次數，就會出現錯誤訊息：
此錯誤訊息與合約的成功檢視次數臨界值一樣。這是一種刻意的安全措施。
嵌入式保護功能要求傳送者在設定合約時設定保護。 內部使用者有一個控制項，外部使用者則有單獨的控制項。 您可依據您的合約策略來啟用其中之一、同時啟用兩者，或是兩者都不啟用。
為內部或外部參與者啟用嵌入式保護時，系統會顯示挑戰，以確保您真的想要將此設定新增至傳送者的撰寫程序中，且您瞭解傳送者設定的內容在合約期限內會持續存在。日後您將無法新增或移除此保護。
在啟用嵌入式內容保護的情況下，每個已啟用的控制項都會插入一個必填的下拉式欄位至傳統的「傳送」頁面中。 傳送者必須為每個下拉式清單選取「啟用」或「停用」。
如果沒有選取選項，系統會在傳送者試圖傳送合約時觸發錯誤。
如果合約已將嵌入式保護定義為「停用」，則即使已啟用繼承保護，內容保護也會遭到拒絕。
合約中繼資料中定義的設定是絕對事實。
當參與者試圖檢視合約時，系統會參照合約中繼資料，以判斷是否需要驗證檢查。若是需要驗證，系統就會向參與者顯示挑戰頁面，讓其完成驗證程序。成功完成挑戰後，便會顯示合約。
如果挑戰失敗，參與者可再次嘗試，直到達到所允許的失敗次數上限為止。
如果參與者驗證失敗的次數超過允許的失敗次數臨界值，系統就會顯示錯誤訊息，並禁止其於 24 小時內再次嘗試。
成功驗證以檢視合約的次數，也會限制在每 24 小時期間的一個可設定的次數。
只要試圖檢視合約的次數超過該定義次數，就會出現錯誤訊息：
此錯誤訊息與合約的成功檢視次數臨界值一樣。 這是刻意的安全措施。
強烈建議您選擇使用替代的驗證方法，除非您打算徹底拒絕副本收件者，而且不相信會有任何不具身份驗證的合約。
啟用內容保護將會拒絕任何不具可用身份驗證方法 (包括所有使用電子郵件 做為驗證類型的人員) 但試圖檢視合約者。
「電子郵件 OTP」是免費服務，啟用時無明顯的缺點。
在未啟用「電子郵件 OTP」的狀態下，不具身份驗證的參與者試圖檢視合約時，系統便會傳回錯誤：
此臨界值設定僅適用於「透過電子郵件傳送的一次性密碼」、「知識式驗證」，以及「電話」驗證方法。
此設定定義個別參與者可存取合約的次數，超過此次數後，合約會鎖定 24 小時。
24 小時後，參與者便可再次存取內容，最多可達所定義的成功驗證次數。
當使用者超過存取次數臨界值時，系統會顯示錯誤橫幅：
此臨界值設定僅適用於「透過電子郵件傳送的一次性密碼」、「知識式驗證」，以及「電話」驗證方法。
此設定定義個別參與者可驗證失敗的次數，超過此次數後，合約會鎖定 24 小時。
24 小時後，參與者便可再次嘗試存取內容，最多可達所定義的嘗試失敗次數。
當使用者超過嘗試失敗次數臨界值時，系統會顯示錯誤橫幅：
此錯誤訊息與合約的成功檢視次數臨界值一樣。 這是刻意的安全措施。
最佳做法
若您想使用內容保護功能，強烈建議您啟用「透過電子郵件傳送的一次性密碼」驗證。有些合約參與者不具身份驗證方法。這項免費服務讓他們可選擇在花很少時間或在對流程理解不多的狀態下檢視合約。
大多數企業客戶可能會因為繼承的內容保護方法而受惠。
- 一般來說，即使一開始並未要求驗證，審查參與者對合約的存取權限依舊是個好主意。這對參與者造成的不便性很低，且能在不小心將檢視連結以電子郵件轉寄出去時提供安全防護。
- 繼承保護也具有動態套用的優勢，這表示如果有什麼東西破壞下游程序，該設定可以關閉，而不會持續造成損害。
- 使用密碼和電話驗證等驗證方法的客戶，必須長期控制密碼和電話號碼。當電話號碼變更或忘記密碼時，能夠關閉內容保護功能這點便能提供一種存取方法。
應謹慎考慮是否要求傳送者設定嵌入式內容保護一事。有些程序確實需要如此精細的控管，但請記住：
- 傳送者必須明確設定從群組傳送出去的每個合約；這會增加程序，並最終招致人為錯誤。
- 沒有選項可定義預設值。傳送者必須明確設定已啟用的下拉式清單。
- 傳送合約後就無法變更嵌入式內容保護功能。
- 使用電話和密碼驗證方法，有可能讓使用者在密碼遺失或電話號碼變更的情況下遭到鎖定，而無法檢視合約。
