Skip to content

Latest commit

 

History

History
347 lines (210 loc) · 12.2 KB

File metadata and controls

347 lines (210 loc) · 12.2 KB

Project

General Overview

Names

Stage of Development

Jurisdiction

Dates

Overall project finance

Most finance variables will be converted into US dollars. The GO Lab team does the conversion using the yearly exchange rate provided by the World Bank, using the start year of service delivery as a reference.

Purpose and classifications

Service and beneficiaries

Changes to project due to COVID-19

If the project started, or was delivering services in or after March 2020, it may have experienced some changes due to the COVID-19 pandemic.

Outcome Funds

There is no standard or agreed definition as to what constitutes an 'outcomes fund'. Broadly, an outcomes fund is an approach that enables several outcomes-based contracts to be developed and supported in parallel. A common goal espoused by outcomes fund developers is to improve services that tackle complex social issues by growing the outcomes contracting market particularly by funding impact bonds and other payment-by-results mechanisms. In their broadest sense outcomes funds signal a commitment to pay for social outcomes, rather than inputs or activities.

When viewing data, other variables from the fund data model may be included to provide more information. See the Fund data dictionary <fund> for more information on what these variables mean.

Delivery Locations

This is a list. One project can have multiple items of data, as one project can deliver services in many different places at the same time. One item of data is defined as:

Sources

This is a list. One project can have multiple items of data, as we may use multiple sources of information to populate one project spreadsheet. One item of data is defined as:

Organisations

The organisations listed are those referenced in other tabs of the spreadsheet (such as service providers, investors, outcome payers, etc.). Each organisation has a unique INDIGO identifier defined by the GO Lab team.

When viewing data, variables from the organisation data model may be included to provide more information. See the Organisation data dictionary <organisation> for more information on what these variables mean.

Service Provisions

This section collects data about four different dimensions of service provision:

  • Organisations providing services to impact bond projects
  • Planned services
  • Actual services
  • Alterations to contracted services

This is a list. One project can have multiple items of data, as one impact bond could have several service providers. One item of data is defined as:

Outcome Payment Commitments

This section aims to collect data about three different dimensions of outcome payments:

  • Organisations paying for outcomes
  • Maximum potential outcome payments (in best case scenario)
  • Total outcome payments made up to date (this can be updated during the life of the project)

This is a list of data items. One project can have multiple items of data, as one project may have multiple outcome payers. One item of data is defined as:

Investments

This section aims to collect data about three different dimensions of investment:

  • Organisations investing in impact bond projects
  • Initial investment commitments
  • Return to investment in best case scenario
  • Investor repayments (this can be updated during the life of the project)

This is a list. One project can have multiple items of data, as one project can receive capital from different investors. One item of data represents a particular investor and is defined as:

Intermediary services

This section aims to collect data about two different dimensions of intermediary services:

  • Organisations providing intermediary services to impact bond projects
  • Type of intermediary services

This is a list. One project can have multiple items of data, as one project may receive intermediation from several organisations. One item of data represents one intermediary organisation and is defined as:

Outcome Metrics

This is a list. One project can have multiple items of data, as one project may have several outcomes to achieve. One item of data represents one outcome metric and is defined as:

Outcome Pricing

This is a list. One project can have multiple items of data, as one project may have several outcomes to achieve with different prices. One item of data represents one social outcome price and is defined as:

Results

This is a list. One project can have multiple items of data, as one project may have several outcomes with different results. One item of data represents the result for one outcome metric and is defined as:

Outcome Payments

This is a list. One project can have multiple items of data, as one project can receive different outcome payments for different outcome metrics. One item of data represents one outcome payment (to one outcome metric) and is defined as:

Open Contracting

The OCDS (Open Contracting Data Standard) is a standard that enables disclosure of data and documents at all stages of the contracting process by defining a common data model and unique identifiers for documents. An explanation of how the Open Contracting Data Standard work can be found here: https://standard.open-contracting.org/latest/en/

This is a list. One project can have multiple items of data as one impact bond project can be associated with various procurement processes. One item of data is defined as:

360Giving

The 360Giving Data Standard enables the disclosure of data on grants and grant making. An explanation of how the 360Giving Standard works can be found here: https://standard.threesixtygiving.org/en/latest/

This is a list. One project can have multiple items of data as one impact bond may have received more than one grant. One item of data is defined as:

Documents

This is a list of supporting documentation for this project. Documents include press releases, interim reports, final reports, case studies, etc. One project can have multiple items of data. One item of data is defined as:

Scenarios

Stakeholder organisations may forecast different scenarios for one impact bond project. For instance, the best-case scenario will coincide with the achievement of all possible social outcomes. Organisations may plan for the situation where the project does not achieve social outcomes as expected.

This is a list. One project can have multiple items of data as one project may plan for different scenarios. One item of data is defined as:

Social Investment Prototype

The Social Investment Prototype offers additional tabs to describe technical assistance and some financial aspects of projects in greater detail, including individual transactions.

This first set of variables is in the General Overview tab:

Investment Details

Expected and latest internal rates of return can be recorded on the investment details table (in the general overview tab).

Transactions

The transactions tab is designed as a ledger of money in and money out of a project.

A transaction is modelled with a sending organisation and a receiving organisation, a date and an amount. These fields are required.

The value of a transaction (Amount) must be positive.

A transaction can be linked to the project as a whole (the default) or to a:

  • Outcome payment (using the Outcome Metric ID column to link to the relevant row on the Outcome Metrics tab);
  • Investment (using the Investment ID column to link to the relevant row on the Investment tab); or,
  • Grant (using the Grant ID column to link to the relevant row on the Grants tab).

Only one of these IDs should appear per row, i.e. transactions should be disaggregated where possible. This is particularly important if the data is to be used in further analysis or visualisations.

The transaction type field is used to identify the purpose of the transaction.

The formatting rules on dates and currency values should be followed.

This is a list. One project can have multiple items of data. One item of data is defined as:

Technical Assistance

Technical Assistance (TA) is modelled as a period of engagement between a funding organisation and a recipient organisation with a defined start and end date.

This period of engagement can be broken down on the Technical Assistance Details tab into a series of component activities (as well as high-level information that covers the whole engagement where appropriate).

An activity is linked to an engagement by using the relevant id from the Technical Assistance tab. Multiple activities can be linked to a single engagement.

Data should not be provided if no technical assistance from a given category has been given, i.e., zero values are not necessary but assumed in the absence of data.

Each activity can be assigned a cost and a cost type and a time cost in days.

Where no cost is available, or where a cost is inappropriate, a row can be added with the relevant category selected and the value and cost type fields left blank. This will allow activities to be analysed as simple counts.

Activities can be further classified by the delivery approach.

On the Technical Assistance tab, there is a list. One project can have multiple items of data. One item of data is defined as:

On the Technical Assistance Details tab, there is a list. One project can have multiple items of data. One item of data is defined as: