參與者
上次更新時間
2024年3月1日
新功能
開始使用
管理
- Admin Console 概觀
- 使用者管理
- 帳戶/群組設定
- 設定概觀
- 全域設定
- 帳戶層級與 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
支援與疑難排解
「有限文件可見性」涉及幾個特定術語：
使用者與 UserID
- 「使用者」這個廣義用語泛指透過直接登入、同盟驗證或整合功能來存取 Adobe Acrobat Sign 的任何人。使用者可能擁有多個用於 Acrobat Sign 驗證的電子郵件地址 (因此，使用者可能有多個 userID)。
- UserID 是 Adobe Acrobat Sign 中已通過驗證的特定物件。實際 ID 是系統指派的編號，可確保唯一 (使用者) 物件的識別。UserID 通常等於電子郵件地址，因為這兩者在系統中都是唯一值。使用者可以變更其電子郵件地址，但可能無法變更 UserID。 在邏輯上，所有資產都與其建立的 UserID 相關聯。
內部與外部當事人
- 內部當事人是屬於以同一個 Acrobat Sign 帳戶做為傳送 userID 的 userID。
- 值得注意的是，同一間公司中的使用者可能各自有不同的 Acrobat Sign 帳戶。Acrobat Sign 不會根據電子郵件網域或公司名稱做出假設。唯一相關的關聯是 UserID 是否包含在同一個 accountID 內。
- 外部當事人可識別不屬於傳送 userID 帳戶的任何 userID。
- 如果參與者的電子郵件未列於帳戶的「使用者」清單中，則會定義為外部當事人。
文件可見性的運作方式
LDV 規則可在帳戶和群組層級啟用。
LDV 規則只會公開已明確指派給任何指定收件者的檔案內容。
系統至少會新增一個指派給收件者的欄位，以將檔案內容指派給該收件者。
- LDV 是以檔案為基礎，而不是以頁面為基礎。如果檔案有 40 頁，而收件者有在一個頁面上指派給這些頁面的一個欄位，收件者就可以查看該檔案的所有這 40 頁。
- 如果檔案未針對收件者包含任何欄位，則會從該收件者的檢視中排除整個檔案。
- 如果有四個檔案，而收件者需要查看所有這四個檔案，則至少必須將一個欄位套用到每個檔案的其中一個頁面。
- 如果需要頁面層級控制，則必須將檔案拆分成多個個別檔案，每個檔案包含一個頁面。
在右側的範例中，有兩位簽署者，以及一份合約中的兩份文件。
「簽署者 1」會看到這兩份文件，因為兩份文件上都有一個指派的欄位 (「欄位 1」和「欄位 2」)
「簽署者 2」只會看到「文件 2」，因為「文件 1」上沒有指派的欄位。
- 因為「欄位 3」已指派給「簽署者 2」，所以會顯示「文件 2」。
註解：
LDV 規則應符合兩項必要條件：
- 必須有一個以上的收件者
- 收件者包含新增至簽署/核准程序的任何使用者
- 「副本」當事人並非收件者。
- 必須有一個以上新增至合約的檔案
- 「檔案」是用來建立合約的任何附件 (.doc、.xls、.pdf、PNG 等)
如果不符合上述任何一項要求，則會針對該合約暫停 LDV 規則。
簽署者將僅看到包含簽名、縮寫簽名或指派給他們之資料登入欄位的檔案是啟用 LDV 體驗和從屬控制項組的根控制項。如果停用此控制項，收件者體驗中就會停用整個 LDV。
所有收件者和副本當事人都能隨時看到所有檔案。
|
|
在簽署過程中 |
合約完成時 |
|---|---|---|
|
傳送者 |
所有文件 |
所有文件 |
|
內部收件者 |
所有文件 |
所有文件 |
|
外部收件者 |
所有文件 |
所有文件 |
|
內部副本 |
所有文件 |
所有文件 |
|
外部副本 |
所有文件 |
所有文件 |
|
外部封存收件者 |
NA |
所有文件 |
啟用根 LDV 控制項後，根據您偏好的體驗，有三種其他設定可控制可見性：
只啟用「簽名者將僅看到包含簽名、縮寫簽名或指派給他們的資料登入欄位的檔」時：
- 傳送者能隨時看到所有檔案內容
- 收件者只能在簽署期間及合約完成後看到自己已明確加入其中的檔案
- 副本當事人不會看到任何檔案內容。
|
參與者 |
簽署期間 |
已完成的合約 |
|---|---|---|
|
傳送者 |
所有文件 |
所有文件 |
|
內部收件者 |
獲派文件 |
獲派文件 |
|
外部收件者 |
獲派文件 |
獲派文件 |
|
內部副本 |
無 |
無 |
|
外部副本 |
無 |
無 |
|
外部封存收件者 |
NA |
所有文件 |
啟用「我的帳戶中的簽名者和 CC 將看到所有檔」時：
- 所有內部 userID (相對於傳送使用者) 都能看到所有檔案內容。
- 外部收件者只會在簽署期間及合約完成後看到他們獲派的檔案內容。
- 外部副本當事人不會看到任何檔案內容。
|
參與者 |
簽署期間 |
已完成的合約 |
|---|---|---|
|
傳送者 |
所有文件 |
所有文件 |
|
內部收件者 |
所有文件 |
所有文件 |
|
外部收件者 |
獲派文件 |
獲派文件 |
|
內部副本 |
所有文件 |
所有文件 |
|
外部副本 |
無 |
無 |
|
外部封存收件者 |
NA |
所有文件 |
在「簽名者和副本接收者在接收簽名的合約時將看到所有檔案」已啟用時：
- 收件者只會在簽署程序期間看到其獲派的檔案內容
- 副本當事人不會在簽署程序期間看到任何檔案內容
一旦合約完成，所有收件者和副本當事人都能查看所有檔案內容。
|
參與者 |
簽署期間 |
已完成的合約 |
|---|---|---|
|
傳送者 |
所有文件 |
所有文件 |
|
內部收件者 |
獲派文件 |
所有文件 |
|
外部收件者 |
獲派文件 |
所有文件 |
|
內部副本 |
無 |
所有文件 |
|
外部副本 |
無 |
所有文件 |
|
外部封存收件者 |
NA |
所有文件 |
此設定會啟用 LDV 規則，並允許所有內部 userID (相對於傳送者) 在簽署循環期間檢視所有檔案內容。
合約完成後，所有使用者都能檢視所有檔案內容
|
參與者 |
簽署期間 |
已完成的合約 |
|---|---|---|
|
傳送者 |
所有文件 |
所有文件 |
|
內部收件者 |
所有文件 |
所有文件 |
|
外部收件者 |
獲派文件 |
所有文件 |
|
內部副本 |
所有文件 |
所有文件 |
|
外部副本 |
無 |
所有文件 |
|
外部封存收件者 |
NA |
所有文件 |
如果您打算接受書面簽名，則應啟用此選項，但請注意，在包含書面簽名時，LDV 規則並不適用。
在所有情況下，在包含書面簽名時，會針對該合約暫停 LDV 規則。
|
參與者 |
簽署期間 |
已完成的合約 |
|---|---|---|
|
傳送者 |
所有文件 |
所有文件 |
|
內部收件者 |
所有文件 |
所有文件 |
|
外部收件者 |
所有文件 |
所有文件 |
|
內部副本 |
所有文件 |
所有文件 |
|
外部副本 |
所有文件 |
所有文件 |
|
外部封存收件者 |
NA |
所有文件 |
將 LDV 與 REST API v6 搭配使用
傳送者可使用 REST API v6 來明確授予文件可見性。
REST API v6 呼叫會忽略 UI 中的所有文件可見性設定，因為 API 呼叫會覆寫帳戶/群組層級設定。
唯一一個繼續存在的行為是：如果為特定收件者指定了表單欄位，傳送者就必須指定文件標籤。
POST /agreements REST API v6 端點有可用來控制文件可見性之行為的三個參數。
AgreementInfo
|
參數名稱 |
類型 |
必填 |
描述 |
|---|---|---|---|
|
documentVisibilityEnabled |
布林值 |
否 |
合約的選用文件可見性參數。必須指定此參數並設為 true，才能啟用文件可見性。 |
ParticipantSetInfo
|
參數名稱 |
類型 |
必填 |
描述 |
|---|---|---|---|
|
visiblePages |
字串[] |
否 |
應設為可讓此參與者集中的參與者查看的 FileInfo.label 清單。 |
CcInfo
|
參數名稱 |
類型 |
必填 |
描述 |
|---|---|---|---|
|
visiblePages |
字串[] |
否 |
應設為可讓此副本中的參與者查看的 FileInfo.label 清單。 |
HTTP 狀態碼
|
HTTP 狀態碼 |
原因 |
描述 |
|---|---|---|
|
400 |
INVALID_PARTICIPANT_SET_VISIBLE_PAGE_LABEL |
參與者集中的一或多個可見頁面標籤無效。 |
|
400 |
INVALID_CC_VISIBLE_PAGE_LABEL |
CC 中的一或多個可見頁面標籤無效。 |
|
403 |
DOCUMENT_VISIBILITY_DISABLED |
啟用的文件可見性已設為 false，因此無法為任何參與者集或副本指定檔案資訊索引。 |
GET /agreements/{agreementId} REST API v6 端點可用來擷取參與者與文件之間的關係
AgreementInfo
|
參數名稱 |
類型 |
描述 |
|---|---|---|
|
documentVisibilityEnabled |
布林值 |
若為 true，已為此合約啟用文件可見性。 |
ParticipantSetInfo
|
參數名稱 |
REST 物件 |
描述 |
|---|---|---|
|
visiblePages |
字串[] |
應設為可讓此參與者集中的參與者查看的 FileInfo.label 清單。 |
CcInfo
|
參數名稱 |
REST 物件 |
描述 |
|---|---|---|
|
visiblePages |
字串[] |
應設為可讓此副本中的參與者查看的 FileInfo.label 清單。 |
如果 GET /agreements/{agreementId} 回報「已取消」狀態，這可能是因為一或多個無效文件可見性參數值。
使用 GET /agreements/{agreementId}/events 來擷取失敗原因。
|
錯誤訊息 |
條件 |
|---|---|
|
包含 <參與者電子郵件> 的其中一個 participantSet 中的 fileInfoIndex <FileInfo 索引> 已遺失 |
<標籤> 必須指定為參與者 <參與者電子郵件> 的 visiblePages |
已透過 AUTO_CANCELLED_CONVERSION_PROBLEM 和 Event.comment 的 Event.type 值記錄以上失敗。
「有限文件可見性」與數位簽名憑證不相容。
若啟用 LDV，則會從應用程式內編寫環境中移除數位簽名物件。
如果具有數位簽名欄位的合約已在啟用 LDV 規則的狀態下傳送，將會觸發錯誤：
由於因為有限文件可見性，不支援 <欄位名稱> 數位簽名欄位。
如果 userID 可以檢視包含附件欄位的檔案，則也有權限可以檢視附件內容。
取代收件者同樣會照常運作，只有一項例外如下：
- 當合約的「傳送者」列為「非簽署角色」的收件者，且已停用「我帳戶中的簽署者和副本收件者將看到所有檔案」時，可能就不會自行更換。
若已啟用我的帳戶中的簽名者和 CC 將看到所有檔：
- 內部收件者只能委派給另一位內部使用者
- 外部收件者無法委派給內部使用者
- 嘗試這麼做會擲回此錯誤：「您的帳戶管理員不允許委派給此人」。
只要參與者尚未檢閱合約，就能編輯檔案和欄位 (使用「修改合約」功能)。
任何角色均可使用 LDV。
如果您有非簽署收件者，則該收件者至少必須將一個欄位放置在您要讓他們存取的所有檔案上。
如果收件者沒有任何可見的檔案 (因為未放置任何欄位)，則會觸發錯誤：
參與者 <電子郵件> (<參與者角色>) 沒有任何可見的文件
「大量傳送」的使用方式與其他合約相同。
傳送合約時，所有具有簽署角色的收件者至少都必須有一個必填 (而不是選填或依條件) 簽名欄位。
如果一或多個簽署者沒有必填簽名欄位，則會新增額外頁面至合約結尾處，並且會為所有簽署者新增簽名區塊 (提供所有簽署者該最後一頁的檢視)。
