「有限文件可見性」設定可允許合約包含多個檔案,並根據所啟用的設定和合約的設定方式,選擇性地向收件者顯示。
使用案例範例包括:
- 需要內部監督/核准後才能傳送給客戶的銷售合約
- 在接受工作邀請函後要傳送的新聘僱文件
- 擷取應用程式資料,然後傳回已簽署應用程式與其他文件的網頁表單
以下是介紹整體使用方式的快速影片:
「有限文件可見性」包含許多非常專門的詞語:
使用者與 UserID
- 使用者這個廣義用語泛指透過直接登入、同盟驗證或整合功能來存取 Adobe Sign 的任何人。使用者可能擁有多個可用來進行 Adobe Sign 驗證的電子郵件地址 (因此,使用者可能有多個 userID)
- UserID 是 Adobe Sign 中已通過驗證的特定物件。實際 ID 是系統指派的編號,可確保唯一 (使用者) 物件的識別。UserID 通常等於電子郵件地址,因為這兩者在系統中都是唯一值,而使用者可以變更其電子郵件地址,但可能無法變更 userID。 所有資產在邏輯上都與其建立的 userID 相關聯。
內部與外部當事人
- 內部當事人是屬於以同一個 Adobe Sign 帳戶做為傳送 userID 的 userID
- 值得注意的是,同一間公司中的使用者可能各自有不同的 Adobe Sign 帳戶。Adobe Sign 不會根據電子郵件網域或公司名稱做出任何假設。唯一相關的關係是 userID 是否包含在同一個 accountID 內
- 外部當事人可識別不屬於傳送 userID 帳戶的任何 userID。
- 如果使用者的電子郵件未列於帳戶的「使用者」清單中,則會定義為外部。
「有限文件可見性」(LDV) 規則會在「帳戶」或「群組」層級啟用 (「群組」層級設定可覆寫帳戶設定)
LDV 規則只會公開已明確指派給任何指定收件者的檔案內容。
系統至少會新增一個指派給收件者的欄位,以將檔案內容指派給該收件者。
- LDV 是以檔案為基礎,而不是以頁面為基礎。如果檔案有 40 頁,而收件者有在一個頁面上指派給這些頁面的一個欄位,收件者就可以查看該檔案的所有這 40 頁
- 如果檔案未針對收件者包含任何欄位,則會從該收件者的檢視中排除整個檔案
- 如果有四個檔案,而收件者需要查看所有這四個檔案,則至少必須將一個欄位套用到每個檔案的其中一個頁面。
- 如果需要頁面層級控制,則必須將檔案拆分成多個個別檔案,每個檔案包含一個頁面
註解:
LDV 規則應符合兩項必要條件:
- 必須有一個以上的收件者
- 收件者包含新增至簽署/核准程序的任何使用者
- 「副本」當事人並非收件者。
- 必須有一個以上新增至合約的檔案
- 檔案是用來建立合約的任何附件 (.doc、.xls、.pdf、.png 等)
如果不符合上述任何一項要求,則會針對該合約暫停 LDV 規則。
若啟用此項,LDV 有可修改合約行為及其檢視方式的三項設定:
「我的帳戶中的簽名者和 CC 將看到所有檔」- 若啟用此項,您帳戶中的所有 userID 可獲得合約的存取權 (做為收件者或做為副本當事人)

傳送者可使用 REST API v6 來明確授予文件可見性。
REST API v6 呼叫會忽略 UI 中的所有文件可見性設定,因為 API 呼叫會覆寫帳戶/群組層級設定。
唯一一個繼續存在的行為是,如果為特定收件者指定了表單欄位,傳送者就必須指定文件標籤。
「有限文件可見性」與數位簽名憑證不相容。
若啟用 LDV,則會從應用程式內編寫環境中移除數位簽名物件。
如果具有數位簽名欄位的合約已在啟用 LDV 規則的狀態下傳送,將會觸發錯誤:
由於因為有限文件可見性,不支援 <欄位名稱> 數位簽名欄位。
取代收件者同樣會照常運作,只有一項例外如下:
- 當合約的傳送者列為非簽署角色的收件者,且已停用我的帳戶中的簽名者和 CC 將看到所有檔時,可能就不會自行更換
只要參與者尚未檢閱合約,就能編輯檔案和欄位 (使用「修改合約」功能)
LDV 為任何角色均可用。
如果您有非簽署收件者,則該收件者至少必須將一個欄位放置在您要讓他們存取的所有檔案上。
如果收件者沒有任何可見的檔案 (因為未放置任何欄位),則會觸發錯誤:
參與者 <電子郵件> (<參與者角色>) 沒有任何可見的文件
Mega Sign 的使用方式與其他合約相同。