參與者
新功能
開始使用
管理
- 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
- 沙箱
支援與疑難排解
篩選每位收件者在簽署時可檢視的合約頁面。
可用性:
- Acrobat Standard 與 Acrobat Pro:不支援
- Acrobat Sign Solutions:支援;預設為停用
- 適用於政府的 Acrobat Sign:支援;預設為停用
設定範圍:
LDV 可在帳戶和群組層級啟用。
瞭解下列詞彙有助於釐清「限制文件可見性」的運作方式:
使用者與 UserID
- 使用者 – 泛指透過直接登入、同盟驗證或整合功能來存取 Acrobat Sign 的任何人。使用者可以使用多個電子郵件地址進行驗證,這表示他們可以擁有多個使用者 ID。
- 使用者 ID – 由系統指派的識別碼,可唯一識別 Acrobat Sign 中的使用者設定檔。雖然電子郵件地址是唯一的,不過使用者可以變更其電子郵件,但無法變更其使用者 ID。Acrobat Sign 會在邏輯上將所有資產與建立這些資產的使用者 ID 建立關聯。
內部與外部當事人
- 內部當事人 – 與傳送者的使用者 ID 隸屬於相同 Acrobat Sign 帳戶的使用者 ID。
- 即使是在同一家公司工作的使用者,也可能隸屬於不同的 Acrobat Sign 帳戶。Acrobat Sign 不會根據電子郵件網域或公司名稱做出關聯性假設。系統只會在使用者共用相同的帳戶 ID 時,才會認為使用者是內部人員。
- 外部當事人 – 不屬於傳送者的 Acrobat Sign 帳戶的使用者 ID。
- 如果電子郵件地址未出現在帳戶的使用者清單中,系統就會將該參與者分類為外部人員。
文件可見性的運作方式
限制文件可見性 (LDV) 規則,可控制收件者在合約中檢視特定檔案的能力。
- 您可在帳戶和群組層級啟用 LDV 規則。
- 系統只會顯示明確指派給收件者的檔案內容。
- 若要指派檔案給收件者,請在檔案中的任意位置為該收件者新增至少一個欄位。
重要注意事項
- LDV 會套用至整個檔案,而非個別頁面。如果檔案有 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。
如果您有非簽署收件者,則該收件者至少必須將一個欄位放置在您要讓他們存取的所有檔案上。
如果收件者沒有任何可見的檔案 (因為未放置任何欄位),則會觸發錯誤:
參與者 <電子郵件> (<參與者角色>) 沒有任何可見的文件
「大量傳送」的使用方式與其他合約相同。
傳送合約時,所有具有簽署角色的收件者至少都必須有一個必填 (而不是選填或依條件) 簽名欄位。
如果一或多個簽署者沒有必填簽名欄位,則會新增額外頁面至合約結尾處,並且會為所有簽署者新增簽名區塊 (提供所有簽署者該最後一頁的檢視)。