About Vault Objects

Vault “objects” are part of the application data model. It provides context information that drives the business processes in Vault.

The Vault Objects data model includes:

  • Objects: Top level in the data model, for example, Product, Country, and Study are all objects.
  • Object Classes: Classification that applies to multiple objects;  for example, User Role Setup and User Task are both object classes. An object with an object class applied has its own relationships, security settings, and custom attributes, but the object has a common set of standard fields and behaviors defined by the object class.
  • Object Data Records: Items within an object, for example, United States and Canada are each object data records within the Country object.
  • Object Fields: Fields that hold details associated with each object data record, for example, Indication and Product Code are fields associated with the Product object.
  • Object Types: Classification within an object that allows organizations to store data that is similar but not identical in a single object
  • Object Relationships: Hierarchical (parent-child) or non-hierarchical (reference) relationships between objects and object data records; for example, parent-child relationship exists between Study (parent) and Site (child), while a reference relationship exists between Site and Location. Reference relationships can also be self-referencing, for example, a Territory object where records can be individual countries or regions, with individual countries referencing a region to create a hierarchy within the object.

Object Capabilities

There is a lot of functionality built around objects, including both basic functions like document field linking and more complex capabilities like Custom Sharing Rules and reporting.

Enhanced Object Record Selection Fields

When you click into an object-type document field, you’ll see a new picklist that shows the most recently selected data records first, then lists all records in alphabetical order. If you’re selecting a child object data record, each option is listed under its parent. For example, when selecting sites, they are grouped together by their parent study.

To use a more advanced search to find the correct data record, click the binoculars icon. From the Search dialog, you can search and filter to find a specific data record. If you’re selecting a record for a child object, Vault automatically applies a filter based on the parent data record. You can also click Select All to select all available data records, or Unselect All to clear your selections if you accidentally clicked Select All. Note that Vault limits Select All functionality based on the maximum number of related records possible for a document.

Select All Records


Admins can create custom report types to report on object records (products, departments, sites, etc). Using these report types, a user could view and export object metadata like:

  • Listing of all products that you can group by product details like Therapeutic Area _or _Product Family
  • Listing of sites under each study
  • Listing of all queries open at a site


Using attachments allows you to upload and connect files to a specific object data record. For example, you could upload logos to each Product record. Admins can enable attachments individually by object, so they are available where relevant (for logos on Product records), but not where they are not needed. 

Dynamic Access Control

Dynamic Access Control allows Admins to restrict which users can view, link to, edit, and delete specific object data records through Matching Sharing Rules and Custom Sharing Rules. This feature supports organizations that need to segregate access to individual records within an object, for example, individual products within the Product object or studies within the Study object. Admins enable this feature for specific objects, allowing organizations to provide a more granular level of security for one object without affecting others.

Object Types

An object type is a collection of fields that are grouped to capture similar but not identical data within a single object. For example, the Product object could include two types: Pharmaceutical and Medical Device. These object types share fields like Abbreviation and Internal Name, but each also has data specific to its business purpose like Dosage for Pharmaceutical and Model No for Medical Device.

Object Relationships

In addition to relationships with documents, objects and object records can have relationships to each other. For example, the standard EDC data model provides a hierarchy of objects: Organization _to _Study to Study Country to Site.

Relationships can also exist between records within a single object. For example, in the custom Region object, an organization has an Asia-Pacific region, as well as regions for Southeast Asia, Central Asia, and Australasia, which have a hierarchical relationship to the Asia-Pacific region.

Configurable Object Record Page Layouts

Admins can modify the default page layout, by object, for data record detail pages. This feature allows Admins to organize the display of metadata in a way that makes sense for each object. For example, fields like Last Modified By and External ID are often not relevant to a user viewing a Product record, so an Admin may move those fields into a separate panel at the bottom of the product details page. 

Object Class

In the first release of DAC, vaults included a single User Role Setup object to support access rules. Later, we introduced the concept of an “object class” and User Role Setup became a class of objects, rather than a single object. When using Matching Sharing Rules, each User Role Setup-class object can define matching fields for one or more objects.

An organization might use multiple User Role Setup objects if they use DAC in different contexts. For example, VeePharm’s eTMF vault controls document access using the StudyStudy Country, and Study Site fields to indicate a user’s context. In the same vault, VeePharm uses Therapeutic Area to indicate a user’s context and control access to Product records. If VeePharm had a single User Role Setup object, it would need to include all controlling fields. By using two objects with the User Role Setup class, each object needs fewer fields and record setup is easier for each object.

In V17R2, we expanded object classes for use outside of dynamic access control with the User Task object class. An organization can use User Task -class objects  to plan, assign, and track units of work. 

Object classes can apply to multiple objects. Organizations can configure objects with a class. Those objects will have their own object relationships, security settings, and custom attributes, but those objects will also have a standard set of fields and behaviors defined by the object class.

Vault Objects in Multilingual Vaults

Currently, Admins are only able to add translations for field labels, not object data record values. For example, the Product Name and Country Name labels could be translated, but the product and country names (United States, Japan) could not.