# Data Quality & Validation

### Introduction

As part of its value proposition to investors, managers, and operators participating in the assessments, GRESB conducts both automated and manual data quality checks on data submitted through the Portal. 

These checks are designed to reduce the risk of misreporting and ensure the integrity of the data submitted to GRESB. 

Together, the validation and data quality mechanisms outlined within this page aim to improve the consistency, reliability, and integrity of reported data across the assessment.

{% hint style="info" %}
***How Fundamentals Validation Works***

{% stepper %}
{% step %}
Submit your assessment response
{% endstep %}

{% step %}
GRESB and third-party validators review evidence
{% endstep %}

{% step %}
Review the Fundamentals Report in the Portal once available
{% endstep %}

{% step %}
Edit response and re-submit \[*as needed*]
{% endstep %}
{% endstepper %}
{% endhint %}

#### Validation Scope

<details>

<summary>What is manually validated?</summary>

GRESB and subject matter experts from [Sustainability Assurance Services (SAS)](https://www.sustainabilityassured.com/) manually verify the following content:

1. **Evidence uploaded to the indicators that require it.** In most cases, GRESB and its third-party validation provider validate this evidence against GRESB’s requirements. Refer to the' Criteria' section below for a summary of indicators subject to manual validation and their specific requirements.
2. **All** **scored ‘Other’ answers**. Most indicators allow participants to report an additional option if it is not already included in the indicator’s assessment choices. These ‘Other’ answers are also subject to manual validation. ‘Other’ answers should not be duplicates or subsets of existing options. Multiple ‘Other’ answers can be reported, but only one will count toward the final score, as long as it meets the acceptance criteria.

</details>

#### Validation Criteria

<details>

<summary>Evidence Format</summary>

**Document**: Participants may upload multiple documents of any file type. GRESB encourages participants to follow the following documentation best practices to ensure that validators can identify relevant information as efficiently and clearly as possible:

* Use an evidence cover page (see GRESB’s template [here](https://gresb-prd-public-eu.s3.eu-central-1.amazonaws.com/2025/Evidence_Cover_page_2025.pdf)) or open text box to specify where evidence for each selection can be found.
* Participants may upload evidence as a document or an active hyperlink.
* When using multiple documents, consolidate them into one file (but avoid using zip files).
* Make sure section headings and page numbers are clear.

**Hyperlink**: The evidence must be accessible within two clicks. Note that to support selections pertaining to public availability, participants must upload a hyperlink.

</details>

<details>

<summary>Reporting Year Applicability</summary>

Regardless of whether the indicator is manually validated, **all assessment answers must refer to the reporting year identified in indicator&#x20;*****EC4: Reporting year*****.**

However, **certain** indicators have **different** reporting year requirements. They may refer to the past three calendar years or fiscal years, including the current one, depending on the entity's reporting period selection:

* RRM3.1: Social Risk Assessments
* RRM3.2: Governance Risk Assessments
* RRA1: Risk Assessments Performed on Standing Investments Portfolio

A response to an indicator must be true at the close of the reporting year; however, the response does not need to have been true for the entire reporting year.&#x20;

* For example, if a policy was implemented one month before the end of the reporting year, this is acceptable; it does not need to have been in place for the entire reporting year.

**For manually validated indicators, it is mandatory to clearly specify the year to which the evidence corresponds within the evidence or open text box.**

</details>

<details>

<summary>Reporting Entity Applicability</summary>

Answers must directly apply to the entity identified in EC1, i.e., the investable entity for which participants submit an assessment response, regardless of whether the indicator is manually validated.

When a participating entity belongs to a larger investment management organization or group of companies (the 'organization'), it must clearly explain the relationship between the entity and the organization. This ensures that group-level answers or evidence are appropriately linked to the reporting entity.&#x20;

This clarification can be provided within the evidence itself or in an open text box.

</details>

<details>

<summary>Indicator Applicability</summary>

Participants must upload evidence directly under the relevant indicator for the validation team to consider it. GRESB does not consider evidence submitted under other indicators.&#x20;

</details>

<details>

<summary>Language </summary>

GRESB accepts evidence in any language. However, the systems must be able to read the text contained in the file. Information or text contained in pictures will only be accepted if accompanied by a translation.

Note that information provided in open text boxes that appear in the Benchmark Report will be displayed exactly as submitted, in the original language.

</details>

<details>

<summary>Summary of Indicator-Specific Requirements</summary>

The table below highlights the manually validated indicators in the GRESB Ready Assessment, providing a high-level summary of the validation requirements for each.

For detailed guidance on the evidence required for each indicator, refer to the ‘Validation’ section on the specific page for that indicator.

In addition to the summarized requirements listed below, it is mandatory that all submitted evidence clearly and directly supports each option selected by participants within every indicator.

<table><thead><tr><th width="107.64453125">Indicator</th><th width="127.234375">Indicator Title</th><th>Requirement Summary</th></tr></thead><tbody><tr><td>RLE2</td><td>Sustainability Objectives</td><td><ul><li>Actionable sustainability objectives must relate to specific issues within the selected topics.</li><li>Objectives must have been formally adopted and/or implemented.</li></ul></td></tr><tr><td>RPO1, RPO2, RPO3</td><td>Environmental, Social and Governance Policies</td><td><ul><li>Formal policy documents must address each selected issue.</li><li>General goals/commitments are not considered formal policies.</li></ul></td></tr><tr><td>RRM3.1</td><td>Social Risk Assessments</td><td><ul><li>Confirm a social risk assessment was conducted within the last three years.</li><li>Clarifies elements of the risk assessment process and social issues that it covered.</li><li>Presents outcomes of the risk assessment.</li></ul></td></tr><tr><td>RRM3.2</td><td>Governance Risk Assessments</td><td><ul><li>Confirm a governance risk assessment was conducted within the last three years.</li><li>Clarifies elements of the risk assessment process and governance issues that it covered.</li><li>Presents outcomes of the risk assessment.</li></ul></td></tr><tr><td>RRA1</td><td>Risk Assessments Performed on Standing Investments</td><td><ul><li><em>Coming Soon</em></li></ul></td></tr></tbody></table>

</details>

#### Validation Outcomes

<details>

<summary>What are the impacts of each validation decision?</summary>

Validators will make one of the three decisions below depending on the degree to which evidence meets GRESB’s requirements.&#x20;

Each validation outcome corresponds with a scoring weight that impacts the indicator’s final score. See the [Scoring Basics](/fundamentals/getting-started/scoring-basics.md) page for more information.

#### 'Other' Answers

<table><thead><tr><th width="134.0390625">Validation status</th><th>Explanation</th><th>Scoring impact</th></tr></thead><tbody><tr><td>Accepted</td><td>'Other' answer falls outside the provided options and fulfills indicator requirements.</td><td>Full points</td></tr><tr><td>Duplicate</td><td>'Other' answer fulfills indicator requirements but duplicates an already selected answer.</td><td>No points will be awarded for this answer</td></tr><tr><td>Not Accepted</td><td>No points will be awarded for this answer'Other' answers do not fulfill indicator requirements.</td><td>No points will be awarded for this answer</td></tr></tbody></table>

#### Evidence and Open Text Boxes

| Validation Status  | Explanation                                                                                                                           | Scoring Impact                                                                                   |
| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------ |
| Accepted           | Evidence fully meets the validation requirements.                                                                                     | Full points, resulting in the application of the full multiplier (100%) to the indicator's score |
| Partially Accepted | Evidence fully meets general requirements but fails to meet some indicator-specific requirements and/or support all selected options. | Partial points, resulting in a reduced multiplier (50%) to the indicator's score                 |
| Not Accepted       | Evidence does not meet general requirements and/or does not support the selected options.                                             | No points, resulting in a 0 multiplier to the indicator's score                                  |

</details>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://guides.gresb.com/fundamentals/getting-started/data-quality-and-validation.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.