在 Adobe Sign 的範圍內，「物件」是經過謹慎理解的一組特性/屬性。
物件類型包括：
所有物件都具有唯一的識別號碼，以區分類型相同的物件。每個使用者都有唯一的 userID。每個合約都有唯一的 agreementID。
物件通常使用 objectID 作為與其他物件建立關係的重要特性。這樣，即使其他特性有所變更，物件也可以持續維持關係。
例如，UserID 可以建立多個 AgreementID，就算使用者變更其他屬性 (例如使用者的名稱和電子郵件地址)，該關係仍會持續。
在文件中使用 objectID 時，它會識別出一個類型的物件當中的唯一例項。(例如，變更 userID 的電子郵件地址不會變更 userID 合約的所有權)。
範本是說明父子關係概念的最好例子，因為範本可產生多個自身的副本，但不會耗用範本。由於父項與其產生的子合約直接相關，因此父項物件可以報告所有子合約的相關狀態。
關於這個原則，Adobe Sign 有三個例子：
Adobe Sign 以物件導向的模型為基礎，可使用「父」物件建立「子」物件。建立子物件時，它會繼承父 (範本) 物件的所有屬性 (特性和設定)。
永久繼承會規定，如果父物件變更屬性值，則該變更會往下傳遞至所有子物件，這些子物件將相應繼承該變更。
只要中斷繼承連結，便可以自訂子物件以便加速實現特定結果。
在 Adobe Sign 中，Account:Group 關係就是說明這個情況的好例子。依照預設，所有新的群組都會繼承在帳戶層級定義的設定值。不過，群組能夠從帳戶層級中斷繼承連結，並針對特定結果自訂群組設定 (例如更嚴格的簽名要求、特定合約預設值)。
在 Adobe Sign 中，繼承的設定會透過物件從父項傳遞至子項：「應用程式 > 服務層級 > 帳戶 > 群組 > 使用者」
由於屬性繼承的關係，一般建議管理員將其帳戶層級設定設為其工作流程所能容許的最高值，然後視需要在群組層級放寬限制。
在 Adobe Sign 中建立合約時，應用程式會嘗試識別是否有任何收件者擁有與合約關聯的現有 userID。
如果有 userID，且該 userID 所屬帳戶是寄件帳戶信任的帳戶，則 agreementID 與 userID 直接相關聯，且可在使用者的「管理」頁面看到合約內容。
如果系統中沒有該電子郵件，或如果 userID 的帳戶不信任寄件 accountID，則 Adobe Sign 會建立唯一的單次使用 userID，專門用於追蹤該 agreementID 的收件者活動。單次使用 userID 只會在合約製作過程中存在。一旦合約完成，並已擷取所有可記錄的事件，單次使用的 userID 便會失去作用，並從系統中刪除。
