Some RegulatoryOne Registration & Dossier Management features require you to create components for specific component types as part of the configuration process. Component types are the configuration elements of a Vault that extend its functional behavior. Components are instances of component types that contain specific configuration details. Some components store additional data in subcomponents. Components have a parent-child relationship with their subcomponents, meaning that a subcomponent always belongs to a parent component.

You can view, create, and edit these components in your Registration & Dossier Management Vault and in MDL. See About Vault Components for more details about how to access, create, and alter components in MDL.

Component Types

The following component types are available in Registration & Dossier Management Vaults:

Defining Object Mappings & Field Mappings

Object Mapping components define a source object and a target object. Field Mappings are subcomponents of Object Mappings that map fields between the source and target objects defined in the associated Object Mapping. You must first create an Object Mapping, then add Field Mapping subcomponents to that Object Mapping. You can link Object Mappings to Relational Tokens so that Vault automatically populates mapped fields based on token resolution. See Defining Object Mappings & Field Mappings for more details.

Defining Relational Tokens

Relational Token components leverage hierarchical relationships between objects so that users can automatically generate and populate records based on token resolution when supported actions run. If you link a Relational Token to Object Mappings, Vault will populate mapped fields on certain records based on token resolution. When you create recursive Relational Tokens, Vault applies the token to all generated records created as the token resolves through the hierarchy for the specified object until Vault can create no more additional records. You can also specify if Vault applies any VQL Criteria on the Relational Token as new records are created or after recursive record creation. See Defining Relational Tokens for more details.

Defining Relational Token Settings

The Relational Token Setting component type defines settings for object actions that support Relational Tokens. You must link each supported action to the appropriate root token to specify which root token each action references when resolving Relational Tokens. This allows you to define Relational Tokens that indirectly reference objects. See Defining Relational Tokens for more details about how to create Relational Token Settings in your Vault and the components we recommend using to link root tokens to supported actions.

Defining Registration Attributes

The Registration Attribute component type defines Registration Item field attributes and maps them to object fields. You must define relevant Registration Attributes in order for the following actions to run successfully:

  • Local Impact Assessment: Identifies Registration and Registration Objective matches based on the Regulated Category Attribute Impacts you link to each component.
  • Generate Registration Data: Populates specified fields on a source Registration Item record based on the Object Mapping linked to the Relational Token you specify for a component.
  • Run Global Impact Assessment: Identifies Registration Items potentially impacted by a global operational change based on the pre-defined Global Operational Change fields you specify for each component.

See Defining Registration Attributes for more details.

Local Impact Assessment Lifecycle Rule

The Local Impact Assessment Lifecycle Rule component type defines specific Registration lifecycle states Vault ignores when populating the Matching Registration Objective control field for Local Impact Assessments. For example, you can define components to ignore Registration Objectives in Cancelled and Expired states since the work on those objectives is complete. See Configuring Local Impact Assessments for more details.