RFS 6.20 Participant organisations

Edited

Participant organisations

The 6.20 RFS release brings a change to the way in which proposal organisations are handled in RFS. Important notes about preparing for your upgrade are included in the 'Releasing the Changes' section below.


Until now, all types of organisation relationship types have been managed via the ‘Grant Organisations’ functionality, with each client adopting one of the following 2 models:

Grant Institution Type

Model 1 (standard)

Model 2 (alternative)

Organisation (default)

Originating funder - set as Primary Institution

Direct funder - set as Primary Institution

Lead organisation

Contracting organisation (where you are the sub-contracted organisation

N/A

Head funder

N/A

Originating funder (if different from direct funder)

Partner organisation

Collaborating institution

Sub-contracted organisation

Sub-contractor (where you are the contracting organisation)

There are some weaknesses in the current solution that are being addressed by the changes introduced in v6.20:

  • It is possible to create duplicate grant organisations on a single funding record.

  • An organisation deleted within a proposal form may still be associated with the proposal record. 

  • Organisation data captured in a proposal form does not reflect any changes made by an admin user after proposal submission. E.g. if an organisation is validated or updated after submission, and the form is then returned to the PI, it will still display the original unvalidated details. Saving the form will create a new, unvalidated grant organisation.

Participant Organisation Changes

New Participant Organisations functionality is being introduced to manage Partner and Sub-contracted organisations. This includes:

  • A new management page in the Console for admin users

  • A new form control for capturing participant organisations, which will always be consistent with the data displayed in the Console management page

  • A new form type for capturing metadata associated with participant organisations

  • Updates to the API and Elements harvest to include participant organisations and to better handle associated metadata

Instructions for configuring participant organisations in a proposal form are available in this support article.

Grant Organisation Changes

Grant Organisations will continue to be used for the primary funder and lead organisation / head funder, with changes to ensure:

  • Any updates made to grant organisations via the management console will be reflected in the proposal form if returned to the PI.

  • An individual organisation can only be added to a proposal as a grant organisation once to avoid the creation of duplicates. Note the same organisation may also be added as a partner and/or sub-contracted organisation, but it may not be added as both primary funder and lead organisation.

  • Only one organisation may be added to a proposal for each type. 

For organisations associated with a proposal that do not fit into one of these categories, guidance on an alternative solution is provided in this support article.

Example

A proposal for a new collaborative project is submitted where:

  • the originating funder is the Royal Society, 

  • the project is being led by University College London,

  • your organisation is being subcontracted by UCL to deliver a part of the project, in partnership with University College London and Imperial College London, and

  • you are subcontracting a part of your project commitment to Imperial College London. 

The grant and participant organisations added to the proposal under Model 1 would be:

Grant institution type

Grant organisation

Organisation (primary)

Royal Society

Lead organisation

University College London

Participant organisation type

Participant organisation

Partner organisation

University College London

Partner organisation

Imperial College London

Sub-contracted organisation

Imperial College London

Under Model 2, the organisations would be captured as:

Grant institution type

Grant organisation

Organisation (primary)

University College London

Head funder

Royal Society

Participant organisation type

Participant organisation

Partner organisation

University College London

Partner organisation

Imperial College London

Sub-contracted organisation

Imperial College London

Releasing the Changes

The release of 6.20 will require form definition changes to be made, scripts to be run to migrate existing partner organisations to the new participant organisations data model, and potentially some manual and/or scripted data cleansing to be completed.

We will support you with each step, but it is important to schedule the upgrade at a time when this work can be undertaken, and to allow sufficient lead time before proceeding with the production upgrade.

Form Definition Changes

The existing proposal form configuration for external collaborators will need to be updated to use the new participant organisation functionality as described in this support article.

We will provide you with a list of all affected form definitions and controls.

Migration of Existing Partner / Sub-contracted Organisations

As part of the release, we will deduplicate and migrate over your existing partner and sub-contracted organisations to the new participant organisation data model.

Note that it is not possible to associate the previous external collaborator data (name, email, etc) with the new participant organisations, and so a report of all previously entered external collaborator data entered in forms will be provided. It will still be available to view in the proposal form pdf, however if the pdf is regenerated, either from being returned and re-submitted or via the Manage Forms page, it will only be visible in an archived version of the pdf.

For proposals at draft or returned status at the point of release, the external collaborator details will have to be re-entered in the form. The same is true for any submitted proposals that are returned to the PI after the release.

Data Cleansing

Since this exercise involves an element of data migration, we will analyse your data to identify any issues that need to be addressed to ensure a successful outcome. This includes identifying any:

  • existing form configuration issues that might affect data quality

  • existing grant organisations with an inconsistent type

  • unexpected duplicates

  • partner organisations where the associated grid row has been deleted from the proposal form but the organisation is still associated with the proposal.

Where required, we will work with you to agree your individual solution before any migration scripts are run.

Summary of Release Tasks

TEST Release

Before your Test upgrade

1.  We will send you a list of forms and controls where:

  • external collaborator config should be replaced with participant organisation config

  • there are existing configuration issues

  • there is other configuration that will need to be updated after the release

2.  We will also send you details of any existing data issues, including where relevant:

  • grant organisations with incorrect types

  • existing duplicates (excluding partner and sub-contracted organisations)

  • existing partner orgs where grid row was deleted in the proposal form

  • unvalidated grant institutions where proposal status is Under Review or later

  • grant contacts linked to a non-primary grant organisation

Depending on volumes and action required, cleansing may be carried out manually or by an agreed script.

3.  For partner organisations, we will send you a list of:

  • existing partner organisation duplicates, which will be de-duplicated during the release

  • external collaborator metadata entered in forms

During the upgrade

4.  We will run a script to migrate a de-duplicated list of existing partner and sub-contracted organisations to participant organisations. The existing grant organisations will be deleted.

After the upgrade

5.  We will:

  • check for any remaining data issues that require cleansing,

  • provide you with a final list of external collaborator metadata, and

  • update the form definitions for the STOCK forms, which can then be used for reference for your own form changes

It is important that you make the necessary changes to your proposal forms, as identified in the list of affected forms and controls, and test the changes before your Prod release. The previous configuration will no longer work. Any inactive form definitions that might be copied to create new forms should also be updated.

PROD Release

The process will be repeated for the PROD upgrade, with the exception of form definition changes which will be pushed from Test after the release.

Was this article helpful?

Sorry about that! Care to tell us more?

Thanks for the feedback!

There was an issue submitting your feedback
Please check your connection and try again.