Step 2: Define Relationships
The DORA Report Generation feature is available for customers with solution packaging only.
Use the instructions outlined in the DORA Report Generation Relationship Configuration Reference tablebelow to properly configure the OneTrust application to populate specific tabs when it generates the report.
As you configure relationships, you can use the View Data Graph button to visualize the relationships you've configured. The button is available in the Related tab of vendors and legal entities.
-
Relationships must be defined in the order listed in the table below for records to populate the template correctly. Subsequent steps consider and sometimes depend on prior configuration specifications.
-
If you expand the scope of record relations across objects not outlined directly in these instructions, it may result in additional or incorrect records populating the Register of Information template.
-
There are fewer tabs listed in the table below than on the actual EBA template. The tabs the OneTrust report generates populates the tabs most critical to produce a sound EBA template.
DORA Report Generation Relationship Configuration Reference
|
EBA Template Tab Reference |
Record Inclusion Scenario(s) |
Required Validation Checks |
OneTrust Application Configuration Steps |
Notes & Best Practices |
|---|---|---|---|---|
|
b_01.01 T.01.01: Entity maintaining the register of information |
A record will populate in RT.01.01 when all of the following conditions are met:
|
Ensure the following fields are populated:
If these attributes are missing, the export may show Not Applicable values or incomplete rows. |
For records to populate this tab, you need to enable the Maintainer of the Register of Information attribute in legal entity records that maintain the register of information:
|
Maintainer of the Register of Information Attributes Determine which entities are pulled into report 01.01, based on the organization level and reporting hierarchy.
|
|
b_01.02 RT.01.02: List of entities within the scope of the register of information |
A record will populate in RT.01.02 when all of the following conditions are met:
Entity → is related to → Engagement External legal entities linked to engagements may also appear if they participate in ICT service delivery. |
Ensure:
If the Type field is empty, the entity will not populate in RT.01.02. |
For records to populate this tab, you need to ensure that the legal entity record has the Type system attribute populated with a value that is not null, and not set to Branch or Function, then create and define a relationship between the appropriate entity and engagement. All relevant External Legal Entities linked to an engagement will also be captured here. This provides complete cross-entity engagement visibility and supports accurate multi-entity reporting under DORA. If the Type system attribute in the legal entity record does not meet the specified conditions of not null, and not set to Branch or Function, the tab will not be populated upon exporting the report. To check the Type system attribute in the legal entity record:
To relate an entity to an engagement:
|
If an entity does not have a parent entity related to it, then OneTrust populates the LEI of the entity in LEI of the direct parent undertaking of the financial entity value within the report. Relating additional engagements isn’t necessary for this tab, but does benefit other tabs where all engagements related to an entity are required. |
|
b_01.03 RT.01.03: List of branches |
A record will populate in RT.01.03 when:
Branch → is branch of → Entity
|
Ensure:
If the branch identification code is empty, the report will populate the value as Not Applicable. |
For records to populate this tab, you need to:
To set Branch as a system attribute for Entity records:
The Type column will list the system attribute if Type = Branch has already been configured. If you see Branch in this column, you can skip to the next set of configuration steps under To relate the defined branch entities to the entity the branch is part of.
To relate the defined branch entities to the entity the branch is part of:
To relate the engagement(s) to the branch entities:
|
It’s best practice to create a saved view filter on the entities list page called Branch Entities. After you create the saved view, add a filter to the saved view list screen where Type is set to Branch. After you save the view and list screen filter, you can use it to easily view all branch type entities separate from other entity types. To learn how to create and add filters to saved views, see Configuring and Filtering Third-Party Risk Management List Screen Views. |
|
b_02.01 RT.02.01: Contractual arrangements – General Information |
A record will populate in RT.02.01 when:
Contract → is related to → Engagement
|
Ensure the following contract attributes are populated:
For subsequent contractual arrangements, the following field must be populated: Overarching Contractual Arrangement Reference Number If this value is empty, the report automatically populates Not Applicable. |
For records to populate this tab, set the relationship between the engagement record(s) and the contract record(s) they are associated with using the relationship type is related to.
|
Any contract record that is a subsequent or associated agreement must have the Overarching contractual arrangements reference system attribute value populated. If the Overarching Contractual Arrangement Reference Number attribute value on an contract record is empty, then the corresponding value in the report is automatically set to Not Applicable. Additionally, child or subsequent contracts can tag the overarching contract's arrangement reference number value for the attribute Overarching Contractual Arrangement Reference Number. This provides hierarchical visibility of contract structures by allowing users to trace overarching contractual relationships. |
|
b_02.02 RT.02.02: Contractual arrangements – Specific information |
A record will populate in RT.02.02 when:
Type = Function
Function → is function of → Entity
|
Ensure:
If location fields are empty, the export automatically populates Not Applicable. If multiple countries are selected for service provision, the export will generate one row per country. |
To populate this tab, you need to:
To create an Entity record that has the system attribute Type equal to Function, then set a relationship between the Function entity record and entity record it is associated with:
To set a relationship between the engagement record and the function entity record they are associated with
To set a relationship between the engagement record and the contract record they are associated with
|
It’s best practice to create a saved view filter on the entities list page called Function Entities. After you create the saved view, add a filter to the saved view list screen where Type is set to Function. After you save the view and list screen filter, you can use it to easily view all function type entities separate from other entity types. For more information about saved views, see Configuring and Filtering Third-Party Risk Management List Screen Views. If the Country of Provision of the ICT Services, Location of the data at rest (storage) or Location of management of the data (processing) attributes fields are empty, the values in the report is automatically set to Not Applicable. If multiple countries are selected in the Country of Provision of ICT Services field on the Engagement record, the export will generate one RT.02.02 row per country. All other values in the row will remain identical. Example: Country of Provision = Germany, France, Italy Produces: 3 rows in RT.02.02
Note:
Functions associated with branch entities may appear under the parent legal entity in RT.02.02 during export generation. This occurs because the Register of Information template reports functions at the legal entity level. |
|
b_02.03 RT.02.03: List of intra-group contractual arrangements |
A record will populate in RT.02.03 when:
Is this an intragroup arrangement? is set to Yes.
|
Ensure:
If the intragroup flag is not set to Yes, the record will not appear in RT.02.03. |
To populate this tab, set the relationship between the engagement record and the contract record they are associated with using the relationship type is related to.
If not, hover in the attribute space until the Edit icon appears. Click Edit, then click in the attribute field. Select Yes from the dropdown menu, then click Save.
|
Need more info added on intragroup arrangement and virtual vendors etc.. |
|
b_03.01 RT.03.01: Entities signing the Contractual arrangements for receiving ICT service(s) or on behalf of the entities making use of the ICT service(s) |
A record will populate in RT.03.01 when:
Entity → is related to → Contract
|
Ensure:
Incorrect relationships may cause the wrong entity to appear as the contract signer. |
For records to populate on this tab, set the relationship between the contract record and the entity record they are associated with using the relationship type is related to. To relate the contract to the legal entity that is signing the contract:
To relate the contract to an engagement:
|
Contracts appear in RT.03.01 only when they are linked to an ICT engagement that is owned within the organizational scope from which the Register of Information export is generated. If a contract is linked to an engagement outside that reporting structure, it is excluded from RT.03.01, even when an in-scope legal entity makes use of the ICT service. This is because operational responsibility for RT.03.01 is inferred through ownership of the ICT engagement. |
|
b_03.02 RT.03.02: ICT third-party service providers signing the Contractual arrangements for providing ICT service(s) |
A record will populate in RT.03.02 when:
|
Ensure the vendor has the following attributes populated:
If these fields are missing, the vendor may not populate correctly in the report. |
For records to populate on this tab, set the relationship between the engagement record and the contract record they are associated with using the relationship type is related to. To relate the appropriate contract to an engagement:
|
Before you set up the relation between the contract and engagement, it's best practice to complete the following pre-step:
The corresponding Type of code to identify the ICT third-party service provider will always be LEI. |
|
b_03.03 RT.03.03: Entities signing the Contractual arrangements for providing ICT service(s) to other entity within the scope of consolidation. |
A record will populate in RT.03.03 when:
Is this contract an intragroup arrangement? is set to Yes.
|
Ensure:
|
For records to populate this tab, you need to relate the appropriate contract to an engagement. To relate the appropriate contract to an engagement:
|
Before you relate the contract to engagement, it's best practice to complete the following pre-steps:
To check the Is this contract an intragroup arrangement contract attribute:
To check Vendor Detail attributes:
|
|
b_04.01 RT.04.01: Entities making use of the ICT services |
A entity will only populate in RT.04.01 when the Engagement it is related to has an associated contract. |
Ensure:
Function entities should not populate this tab. |
For records to populate on this tab,set the relationship between the engagement record and the contract record they are associated with using the relationship type is related to, and engagements to relevant branch entity records and non branch (except functions) entity records with the relationship type is related to. To set the relationship between the engagement record and the contract record they are associated with:
To relate engagements to relevant branch entity records and non branch (except functions) entity records:
|
A record will populate in RT.04.01 – Entities Making Use of ICT Services when the following conditions are met:
Entities related to engagements without contracts may not appear in this tab. If the Identification code of the branch field is empty, the value in the report is automatically set to Not Applicable. Contracts should typically be related to Engagement records, while Legal Entities and Branches should be related to the Engagement rather than directly to the Contract. This relationship structure ensures that the Register of Information export can correctly determine which entities make use of the ICT services associated with the contractual arrangement. Recommended structure: Entity or Branch
Relating contracts directly to branches may result in incomplete or inconsistent population of RT.04.01. If a single contract is linked to multiple engagements with multiple related Legal Entities, OneTrust applies deduplication logic and retains one unique row for the valid record combination. However, if some related Legal Entities are missing required DORA attributes such as LEI or other entity details, the export may still show an additional row with blank values for those incomplete records. To avoid this, make sure all related Legal Entities in scope have the required DORA attributes populated before generating the report. |
|
b_05.01 RT.05.01: ICT third-party service provider |
A record will populate in RT.05.01 when:
Type of ICT Services ≠ Null |
Ensure the following fields are populated:
The field: Total Annual Expense or Estimated Cost is automatically calculated based on:
If a vendor has a parent undertaking, the parent may also appear in the export when a parent-child vendor relationship exists. |
For records to populate on this tab, only third and nth parties tied to engagements with the Type of ICT Services field set to any non null value will be considered. The Total annual expense or estimated cost of the ICT third-party service provider (Vendor) field dynamically calculates based on the details supplied for Legal Entity performing the extraction. This allows organizations to report on the costs associated with ICT service providers in the value chain as an indicator of the material dependency on a service provider or value chain. Additionally, reporting of Parent Undertaking of each vendor is supported here. This improves transparency of corporate ownership structures and supports regulatory reporting requirements for DORA by allowing users to identify and report on the parent organization of any ICT third-party service provider. |
In order to populate the register with the parent vendor of another vendor, a relationship should be set as either is a parent of or is a child of correctly. Then as part of the export, a row will be added for parent vendor if a value is reported in LEI of parent undertaking attribute. To make sure the Type of ICT services system attribute is active in appropriate Engagement records:
|
|
b_05.02 RT.05.02: ICT service supply chains |
A record will populate in RT.05.02 when:
|
Ensure:
Rank translation in export: 3rd Party → Rank 1
|
To populate this tab, you need to:
To add Nth parties to engagements:
To relate the appropriate contract to an engagement:
|
To make sure the Type of ICT services system attribute is active in appropriate Engagement records:
As part of the report, OneTrust will translate the output of rank to meet the specified Register of Information requirement. For example:
|
|
b_06.01 RT.06.01: Functions identification |
A record will populate in RT.06.01 when:
Type = Function
|
Ensure:
|
To populate this tab, create an Entity record that has the system attribute Type equal to Function and set the relationship between the engagement record and the function entity record they are associated with using the relationship type is related to.
|
It’s best practice to create a saved view filter on the entities list page called Function Entities. After you create the saved view, add a filter to the saved view list screen where Type is set to Function. After you save the view and list screen filter, you can use it to easily view all function type entities separate from other entity types. For more information about saved views, see Configuring and Filtering Third-Party Risk Management List Screen Views. |
|
b_07.01 RT.07.01: Assessment of the ICT services |
A record will populate in RT.07.01 – Assessment of ICT Services when the following conditions are met:
Criticality or importance assessment = Yes
The Level of Reliance field is no longer used as a filtering condition for this tab. All engagements supporting critical or important functions should be included regardless of reliance level. |
To ensure records populate correctly:
|
For records to populate this tab, the relationship should be set between the engagement record and the contract record they are associated with using the relationship type is related to.
|
All engagements supporting a critical or important function will be included in RT.07.01. The Level of reliance on the ICT service attribute is no longer used as a filter condition for this tab. |