# Configuring the Related Events Section (QMS)

Veeva QMS' special _Related Events_ section allows for the creation, deletion, or modification of linked _Quality Event_ or standalone _Quality Event_ records. The _Related Events_ application section can be [added to any page layout](/en/lr/26387/) for the _Quality Event_ object or standalone _Quality Event_ objects, such as _Deviations_ or _Complaints_. This section allows users to view and interact with any object records related to the current record, or vice versa. This section is especially valuable in configurations where visibility to related events may be necessary regardless of which type of event a given record may be.

Users can only see the _Related Events_ section if they have permissions assigned to view records that could be displayed in the section and permissions for the _Related Event_ (`related_event__v`) object as well. QMS also prevents partial records from being created or displayed in this section.

Users who link records via this special section need only create a single relationship record, and QMS will automatically create (and manage, in the case of deletion) the inverse linking record, so that regardless of which record a user is viewing, they will see the relationship in this section.

## Supported Objects {#supported-objects}

You can select standard objects in Veeva QMS support relationship management via the _Related Events_ section. The following objects support the _Related Events_ section, and their records can be linked to any other record for these supported objects, including records for the same object:

- _Quality Event_ (`quality_event__v`)
- _Change Control_ (`change_control__v`)
- _Complaint_ (`complaint__v`)
- _Continuous Improvement_ (`continuous_improvement__v`)
- _Deviation_ (`deviation__v`)
- _Nonconformance_ (`nonconformance__v`)
- _Lab Investigation_ (`lab_investigation__v`)
- _Finding_ (`finding__v`)
- _Change Plan_ (`change_plan__v`)
- _MedTech CAPA_ (`medtech_capa__v`)
- _Field Corrective Action_ (`field_corrective_action__v`)
- _Health Hazard Evaluation_ (`health_hazard_evaluation__v`)

## Configuring Event Relationships Between Objects

Complete the following steps to utilize the Related Events functionality for a given set of objects:

1. Activate the relevant entries in the _Related Event Types_ (`related_event_types__v`) picklist. Only the objects described by active entries in this picklist can be selected in the _Related Events_ section.
2. Configure the _Related Events_ section on the [layouts](/en/lr/26387/) of your desired objects. For example, if your organization wants to relate _Change Controls_ to _Findings_, update the applicable layouts of both of those objects and all applicable object types.
3. Ensure that the security policies for users expected to view or interact with _Related Events_ are granted the relevant [permissions][2] for the _Related Events_ (`related_event__v`) object and records and all relevant relatable objects and records.
4. Optional: Update page layouts for records of the _Related Event_ object.
5. Optional: Update the [atomic security](/en/lr/47850/#Atomic_Security_Relationships) to describe in which states of different types of records relationships may or may not be modified.

## Configuring User Permissions {#user-permissions}

In addition to the applicable permissions for [supported objects][1] and related objects, users must have the following permissions in order to create, edit, and delete records from the _Related Events_ section:

* _Create_, _Edit_, and _Delete_ permissions for the supported _Related Event_ object.
* _Edit_ permission for the following fields on the _Related Event_ object:
    * At least one related record field on the _Related Event_ object (for instance, _Related Deviation_)
    * _Nature of Relationship_
    * _Source Record_
* _View_ permission for the _Related Events_ object control on the applicable [supported object][1].
* The following Atomic Security permissions:
    * To view the _Related Events_ section, _View_ permission for the _Related Events_ [object control](/en/lr/47850/#object-controls) must be granted on the relevant lifecycle states of the supported object.
    * The ability to establish new links between object records via the _Related Events_ section is governed by the lifecycle states of both supported records being linked. Users must have _Edit_ permissions for the _Related Events_ and _Source Related Events_ [relationships](/en/lr/47850/#secure_inbound_relationships) on each supported object's lifecycle, in their respective states.

[1]: #supported-objects
[2]: #user-permissions