Skip to main content

Estates management 2020/21 : Support guides

Estates Management overview

We collect data across a number of streams. These streams focus on different aspects of higher education.

The Estates Management stream collects data about the estates and related attributes of higher education providers. Details of what information can be returned to us are included in the coverage document found in the coding manual.

The data we collect on behalf of the sector is provided to governments and funding bodies in order to support the regulation of higher education. We also make data available to the public to enhance understanding of UK higher education and to support its advancement.

Our coding manuals provide you with all the necessary documentation to support your data return. The coding manual contains technical documents giving detailed information on the record's coverage, data specification and submission formats. Familiarising yourself with these documents will help you make an accurate and timely return.

Each collection has its own coding manual which can be found in the Data collection section of our site. By default, you will land on the open collection for each record; you can then select previous or future years.

The coding manuals will be updated throughout the data collection cycle and Record Contacts informed by email when new versions are made live. Be sure to check the manual's Revision history for a summary of changes.

You submit data via our Data Collection system. To access this, you will need to have an appropriate role in our Identity System (IDS). We publish an IDS user guide which includes information on creating and editing your account.

You will need to be given access to the Data Collection system by the relevant Record Contact at your provider.

Once you have access to the system you will be able to upload files and track the progress of the collection.

The coding manual homepage includes all the technical information you require, including:

  • The data specification
  • File format specifications
  • A detailed collection schedule
  • Our XML data entry tool (available for some streams)
  • Quality rules.

This Support guides page collects together the following resources:

  • User guide
  • Data collection system: Known issues and release history.

In the Support area of the HESA website, you can find:

Our Data innovation section includes information about:

  • Open and recently completed record reviews, including information about changes we are implementing
  • Our Data Futures programme which will transform the higher education information landscape.

In the About section, you can find:

 

Our expert analysts have a thorough understanding of our records and processes. We are here to support you throughout the data submission process.

Contact Liaison by email or on +44 (0)1242 388531 

Find out more about Liaison

Our JISCMail groups allow you to discuss specific streams with colleagues from across the sector. We also use the lists to circulate news regarding data requirements and coding manual and validation kit releases.

Join the HESA-Estates JISCMail list

If you encounter any problems, contact Liaison

Nulls and Zeros

Within the Estates management record (EMR) there are distinct and important rules that should be followed about how to treat unknown or zero data.

Null data = data items for which a value may exist but you do not know the value or have chosen not to return it. Where you have data items that meet this definition they should simply be left blank and not completed. This may mean that automatic calculations within the form cannot run and in such cases the provider should override the calculated data item if appropriate.

Zero data = data items for which you know the value and the value is zero or for the data items that are not applicable to your provider. For such data items a '0' should be returned.

Providers are reminded that some data items are automatically calculated in the web form as a sum of other data items. However, if one of the component fields is left blank, the automatic calculation cannot complete and the item will remain blank (null). Similarly, ratios cannot be calculated where one or more of the component parts of the calculation remain blank (null). In these situations, if appropriate, the override function should be used to fill in the aggregated figure. Providers should ensure that they do not complete data items within the form with a zero value where the data is not known in order to make the calculation run.

Accurate and estimate marker

When completing data items it is necessary to state whether the figure provided is accurate or is an estimate using the radio buttons. IMPORTANT: the system will default all data items to accurate so the user will need to change this setting where appropriate. Accurate is interpreted as being within a tolerance of 5% and estimate within a tolerance of 15%.

Record contact changes

The record contact is the first point of communication during data collection. If these details have changed, please ensure you notify [email protected] to prevent any delay in the receipt of important communications.

Finance data preview

Within the Data Collection System, EMR users are provided with the ability to preview the previous year's Finance data values that will be uploaded into the EMR web form. This facility can be accessed from the 'Preview Finance Figures' link situated in the 'Reports and Downloads' section of the EMR submission page.

Interaction with colleagues

The EMR collection contains data originating from both the HESA Student and the OfS (for providers in England) or HESA (for providers in Wales, Scotland and Northern Ireland) Finance returns. Therefore please ensure you liaise with the colleagues responsible for completing these returns in order to ensure consistency of reporting.

New conversion factors

New conversion factors for energy emissions were available from C18042. The conversion factors are based on total GHG. Prior to 2011/12, the conversion factors used in the EMR record were based on the kilograms of carbon dioxide (CO2) unit. Since 2011/12, the kilograms of carbon dioxide equivalents (kg CO2e) have been used instead, which account for additional greenhouse gases. The DEFRA conversion factors and guidance page provides the conversion factors as well as supplemental information. Providers should therefore be using the 2021 DEFRA conversion factors for C20042.

Responding to Issue Management System (IMS) queries

Providers are required to actively engage with data quality checking and resolution of all IMS queries within the collection period. Recognised best practice is to interact with IMS and the Data Collection System frequently throughout the period so as to gradually resolve issues, either through providing explanations of genuine data or submitting revised data that corrects issues identified. Through adopting this approach providers are able to iteratively improve the quality of their data and expose issues in a timely manner leading to better quality returns.

Summary of relevant local estate changes

Ahead of the collection opening, providers are invited to send HESA a summary of any significant changes to the estate during the 2020/21 reporting period that are relevant to the EMR collection. This report will help to inform data quality checking and analysis. This is optional, however providers who wish to provide a summary should do so via email to [email protected].

Stages of data submission

A. Submitting data

  1. Select 'Enter Data' on the progress bar.

     

    Estates data collection system

     

  2. The web form is divided into 5 sections and is pre-populated with data from the previous three years for reference. Select the appropriate section name in order to begin completing data items for that section. The sections can be completed in any order and progress can be saved at any point.

     

  3. When entering data users should note that validation is built into the form and will be applied as the form is being completed. Errors will be displayed in the 'Notifications' column and these will need to be rectified before the institution is able to pass the Commit stage.
  4. When completing data items it is necessary to state whether the figure provided is accurate or is an estimate using the radio buttons. IMPORTANT: the system will default all data items to accurate so the user will need to change this setting where appropriate. Accurate is interpreted as being within a tolerance of 5% and estimate within a tolerance of 15%.

    When entering data please note the following icons and their meaning within the 'Notifications' column:

    Data item is mandatory

    Data item is mandatory and must be completed by providers in England, Northern Ireland and Wales

    HESA favicon

    Data item will be supplied by HESA

    Data item has a validation error

    Data item has a validation error associated with it (hover over the icon to see rule description)

    Data item has a validation warning

    Data item has a validation warning associated with it (hover over the icon to see rule description)

    Data item calculated total has been subject to a manual override

    Data item calculated total has been subject to a manual override

B. Validation

 

i. What to do if there are errors in the webform

If the validation finds errors in the webform the error icon below will be displayed in the 'notification' column. You should review errors (and warnings if any), make any necessary corrections to the data and save the changes.

This is the error icon. You will encounter this icon in the 'notifications' column on the webform if a data entry fails validation. To save the webform you will need to resolve all errors in the 'notifications' column.

ii. What to do if the file passes validation

You should review any validation warnings in the webform to ensure that the submitted data is genuine or correcting and re-saving the data where necessary.

This is the validation warning icon. You will encounter this icon if a mandatory data entry is not completed or where the validation raises a potential issue.

A. Test Commit

To successfully proceed to commit-level validation all of the mandatory data items must have been completed and any errors resolved. The data will then be classed as committable and the option to process a COMMIT transaction will be made available in the progress bar.

The TEST COMMIT facility, which is available throughout the data collection period, allows you to process a transaction which will generate the commit stage reports for local scrutiny. These reports are for you to use only and will not be checked within HESA.

Providers are strongly encouraged to make use of the TEST COMMIT facility as part of their data preparations. TEST COMMIT serves as a useful interim facility in the data collection process. The facility enables you to view the commit reports and assess submitted data for anomalies before processing a full COMMIT to be scrutinised by us.

  1. Select 'Test Commit' on the progress bar. The HESA data collection system assumes the submission represents the provider as a whole and runs COMMIT level checks.
  2. The following reports will be produced following a successful TEST COMMIT:
    • Quality Rules: Displays all quality rules triggered by your data
    • Summary Report: Summary of all entered data
    • Ratio Report: Current, historical and sector ratios
    • Ratio Issues Report: Ratio errors and warnings summaries
    • Percentage Change Report: Data entry and ratio percentage comparison
    • Overridden Calculated Totals Summary: Displays all data items that have had calculated totals overridden by the user
    • Mandatory Fields Summary: List of all mandatory fields for the provider
    • Preview Finance Figures: Preview of static data from the Finance return.

    The Summary Report shows all the data entered into the web form for each section in a read-only format together with the percentage of completion for each section and the percentage of mandatory items completed. This report contains a 'download to Excel' option.

    The Ratio Report is broken down into sections and contains the ratios that have been calculated from the data submitted. This report contains a 'download to Excel' option.

  3. Following a successful TEST COMMIT transaction providers do not have to contact HESA to 'DECOMMIT' the return; changes can be made to the submission by updating and adding data in the normal way.
  4. If the submission fails COMMIT level checks, review the errors in the reports produced. Make corrections to the data and resubmit it. The failed TEST COMMIT transaction does not need to be DECOMMITTED.

i. What to do if the file fails TEST COMMIT?

If the data fails the validation, you should review the reports produced, make any necessary corrections to the data and resubmit it.

Your quality rules report will be available following COMMIT-stage validation.  Click on the quality rules report to review the errors triggered by the file.  Make any necessary amendments to the data and process another COMMIT or TEST COMMIT transaction. To assist you with your amendments, the quality rules report features the option to download all errors or warnings triggered. Quality Rules reports are retained for all commit transactions enabling you to assess variations in levels of errors and warnings between transactions.

ii. What to do if the file passes TEST COMMIT?

If the file passes TEST COMMIT it will generate the suite of commit reports. These reports should be reviewed to ensure that the submitted data is an accurate reflection of the provider's profile. 

What is the difference between TEST COMMIT and COMMIT?

In terms of the validation processes run by the system there is no difference between these transactions. The only difference between the two transactions is that the reports generated from the TEST COMMIT transaction are for provider use only. The facility enables you to view the commit reports and assess submitted data for anomalies before processing a full COMMIT transaction to be scrutinised by us.

Following a successful TEST COMMIT transaction providers do not have to contact us to 'DECOMMIT' the return; changes can be made to the submission by editing the webform in the normal way.

 

B. Commit

Once your file has passed TEST COMMIT and you are content with the data contained within, you should process a COMMIT transaction. This transaction will then send a copy of the submission to our Data Quality Analysts for us to undertake analysis of the return in parallel with you conducting your own analysis.

The COMMIT option will only become available once the Student and Finance data has been incorporated by HESA.

Decommitting

A passed commit transaction will lock the system to prevent the data from being amended, in order to allow our Data Quality Analysts to undertake analysis of the submission. To unlock the system you will need to request a DECOMMIT transaction from us. This will reverse the current commit and allow you to reopen the webform and amend the data.

I need to amend my data, how do I get it decommitted?

You will need to contact Liaison either by email or on 01242 211144 to request a decommit transaction.

Remember that you need to process and pass a COMMIT transaction in order to meet the requirements of the commit deadline. A passed test commit will not satisfy the requirements of this deadline.

Once we have analysed your committed return, data quality queries will be posted onto the Issue Management System data quality database. Relevant users will be notified by email when these queries are available to view. The Issue Management System user guide provides help on using the Issue Management System.

Access the Issue Management System data quality database

Once your data has passed all the stages of validation, and any issues highlighted during credibility checking have been addressed, we will set the return to CREDIBLE. This produces the sign-off form.

When data is set to credible, a link to the sign-off form is automatically emailed to the head of the submitting organisation as well as the appropriate record contact. The form should be completed and signed by the head of the reporting organisation and returned to us by email or post. This verification offers both you and us assurances regarding onward use of the data.

Sign-off completes the data collection process.

Nulls and Zeros

Within the Estates management record (EMR) there are distinct and important rules that should be followed about how to treat unknown or zero data.

Null data = data items for which a value may exist but you do not know the value or have chosen not to return it. Where you have data items that meet this definition they should simply be left blank and not completed. This may mean that automatic calculations within the form cannot run and in such cases the provider should override the calculated data item if appropriate.

Zero data = data items for which you know the value and the value is zero or for the data items that are not applicable to your provider. For such data items a '0' should be returned.

Providers are reminded that some data items are automatically calculated in the web form as a sum of other data items. However, if one of the component fields is left blank, the automatic calculation cannot complete and the item will remain blank (null). Similarly, ratios cannot be calculated where one or more of the component parts of the calculation remain blank (null). In these situations, if appropriate, the override function should be used to fill in the aggregated figure. Providers should ensure that they do not complete data items within the form with a zero value where the data is not known in order to make the calculation run.

Accurate and estimate marker

When completing data items it is necessary to state whether the figure provided is accurate or is an estimate using the radio buttons. IMPORTANT: the system will default all data items to accurate so the user will need to change this setting where appropriate. Accurate is interpreted as being within a tolerance of 5% and estimate within a tolerance of 15%.

Record contact changes

The record contact is the first point of communication during data collection. If these details have changed, please ensure you notify [email protected] to prevent any delay in the receipt of important communications.

Finance data preview

Within the Data Collection System, EMR users are provided with the ability to preview the previous year's Finance data values that will be uploaded into the EMR web form. This facility can be accessed from the 'Preview Finance Figures' link situated in the 'Reports and Downloads' section of the EMR submission page.

Interaction with colleagues

The EMR collection contains data originating from both the HESA Student and the OfS (for providers in England) or HESA (for providers in Wales, Scotland and Northern Ireland) Finance returns. Therefore please ensure you liaise with the colleagues responsible for completing these returns in order to ensure consistency of reporting.

New conversion factors

New conversion factors for energy emissions were available from C18042. The conversion factors are based on total GHG. Prior to 2011/12, the conversion factors used in the EMR record were based on the kilograms of carbon dioxide (CO2) unit. Since 2011/12, the kilograms of carbon dioxide equivalents (kg CO2e) have been used instead, which account for additional greenhouse gases. The DEFRA conversion factors and guidance page provides the conversion factors as well as supplemental information. Providers should therefore be using the 2021 DEFRA conversion factors for C20042.

Responding to Issue Management System (IMS) queries

Providers are required to actively engage with data quality checking and resolution of all IMS queries within the collection period. Recognised best practice is to interact with IMS and the Data Collection System frequently throughout the period so as to gradually resolve issues, either through providing explanations of genuine data or submitting revised data that corrects issues identified. Through adopting this approach providers are able to iteratively improve the quality of their data and expose issues in a timely manner leading to better quality returns.

Summary of relevant local estate changes

Ahead of the collection opening, providers are invited to send HESA a summary of any significant changes to the estate during the 2020/21 reporting period that are relevant to the EMR collection. This report will help to inform data quality checking and analysis. This is optional, however providers who wish to provide a summary should do so via email to [email protected].

Data collection system: Release history and known issues

Release ID Release date Release summary
84 28 April 2022

2020/21 finance data has now been incorporated into the C20042 collection for providers in Northern Ireland, Scotland and Wales.

Commit functionality is now available in the data collection system. Quality assurance will only be undertaken for providers in Northern Ireland, Scotland and Wales at this time as the 2020/21 finance data for English providers is not yet available.

83 3 February 2022

The C20042 collection is now available for providers to submit data.

The collection currently has HESA supplied finance data from the 2019/20 Finance Record. The Estates Return cannot be committed until static data from the 2020/21 Finance Record has been incorporated.

82 14 January 2022

The following quality rule changes have been published on the quality rule page in the coding manual to reflect changes to the record: https://www.hesa.ac.uk/collection/c20042/quality-rules

  • Quality rules ECAREFCS.1, ECAREF.1/2/3 and GENY042010.ECAREFCS.1 have been deleted as the CarbonReductionCommitment entity has been removed
  • Quality rules ESECRPCS.1, ESECRP.2 and GENY042010.ESECRPCS.1 have been added to validate the new StreamlinedEnergyAndCarbonReporting entity
  • Quality rule EEFAIREX.1 has been added to validate changes to the return of this field

No further quality rule changes are expected for C20042.

   

 

   

 

 

A high-level summary of the C20042 major component releases are highlighted below. This is a guide to the proposed sequence of releases only, and releases may occur before or after the month indicated depending on internal and external factors:

 

January

  • Data collection system opens

April

  • Finance data for Northern Irish, Scottish and Welsh providers added.
  • Commit functionality- providers in Northern Ireland, Scotland and Wales can commit their data for quality assurance. Providers in England should wait for English finance data to be added.

May

  • Finance data for English providers added
Issue Summary Status Date raised Date resolved