GRA · Disaster Risk Finance
Spatial financeWhere capital meets hazard, exposure and transition
Build in Foundry
Disaster Risk Finance work would use Foundry's anticipatory action system (AAP) for triggers and readiness, The Global Risks Index (NXS-GRX) for loss and hazard records and DSS for layering options, each workspace authorised and reviewed.
Build in Foundry in five parts.
Foundry among the six pillars.
Where things are built, simulated and prepared: every output of the Global Centre for Risk and Innovation (GCRI), the Global Risks Forum (GRF) and the Global Risks Alliance (GRA), under the Nexus Consortium. It is led by the Nexus Consortium; its home is therisk.global/nexus-foundry.
handoff in playrecorded handoffno direct handoff
Programme yearAll phases
Route
Around Foundry
The pillars Foundry hands work to and receives it from.
L · F · U · S · R · A
- Pillars
- 6 of 6
- Handoffs
- 18 of 18
- Loops
- 17 closed
Handoffs in play
- F01Universe → Foundry · Admitted mission becomes a cycle project with a decision caseReadiness preparation
- F02Foundry → Universe · Core Build Report and go or no-go evidenceControlled build
- F03Foundry → Reports · Sealed observations and indicator series behind a profileCloseout
- F04Universe → Reports · After-action and scenario findings for chapters 10 and 13After-action review
and 14 more
- LabsWhere questions become experiments and prototypes: new methods, data and tools are tried in the open, with their limits on record, before the Foundry builds them, under the Nexus Consortium.Labs
- FoundryWhere exposure and scenario evidence is built so supervisors, insurers and investors can read it.Disaster Risk Finance in FoundryFoundry
- UniverseWhere scenarios are tested in controlled exercises, and finance-readiness dialogues read what they mean for capital and cover.Disaster Risk Finance in Universeuniverse.nexus
- Nexus StandardsWhere disclosure and data rules are codified so risk evidence is comparable for finance and insurance.Hazards and Disaster Risk Reduction in Standardsnexustandards.com
- ReportsWhere sector analysis and the finance and insurance readiness series are published, with exposure and limits stated.Disaster Risk Finance in ReportsReports
- Risk AcademyWhere finance, insurance and public-finance professionals learn to read risk evidence, on Risk Academy.Faculty of Hazards, Disasters and Resilience in Academyrisksacademy.com
Foundry in every area of the work
| Area | Foundry |
|---|---|
| Leadership | Each build is led by an authorised project with an accountable owner; leadership is technical and never extends to the decision the build informs. |
| Strategy | The build plan follows the National Portfolio and the missions admitted for the year. |
| Cadence | Works all year; the controlled build runs for one month in Q2, and measured capacity results are reviewed in Q4. |
| Ownership | Owns projects and builds, observations and canonical data, simulation and benchmark runs, the National Portfolio record and evidence seals. |
| Process | Work moves through governed rooms on twenty systems, and every run leaves a record with its limits. |
| Development | Develops the cycle's software, data and environments, and develops each country's National Portfolio. |
| Simulations | Runs scenarios, experiments and benchmarks with published method and conditions; a simulated capability is not a validated result. |
| Reporting | Supplies the permitted data bundles and sealed observations behind every edition. |
| Governance | Shared infrastructure made available to the Consortium for public-good purposes; it holds no vote in the governance of the standards. |
| Data and evidence | Canonical observations and provenance are held in NXS-GRX, and every value carries its source and licence. |
| Finance and resourcing | Compute and data allocations open per project when their terms and review capacity exist; temporary capacity is released at stand-down. |
| Risk and assurance | Builds are signed and tested for security and interoperability, and accepted for exercise only at gate G3. |
| Participation | Stakeholders and service providers may establish their presence for non-profit and consortium objectives under the Terms. |
| Communication | Public pages describe each system's purpose and design, and state what it does only as far as its record shows. |
| Local | Observations and models keep their place: every value carries the location and boundary it was drawn on. |
| National | Each country's National Portfolio is developed and tracked. |
| Regional | Shared systems and cross-border dependencies are modelled across the countries of a region. |
| Planetary | Global data and Earth observation are held with provenance, so planetary pressures can be read alongside national ones. |
What each institution brings
| Pillar | GCRI | GRF | GRA |
|---|---|---|---|
| Foundry | Its science and technical platforms bring the methods, data and evidence that the Foundry builds on. | Admits missions and accepts the build for exercise at a recorded gate, so Foundry work enters the programme on the record. | Brings finance-readiness questions, so builds produce evidence that financial institutions can read. |
Use by system.
Disaster Risk Finance analysis in these systems concerns fiscal disaster risk and its financing layers, and it uses only data whose licence allows it.
How the process runs.
Process explorer · Process
Build in Foundry: Build, sign and accept
10 steps·4 stages·2 gates
Process
Build in Foundry: Build, sign and accept
An admitted mission becomes a cycle project; the build is pinned, verified and signed, and GRF records acceptance for exercise, not permission to deploy.
01 Request and sources
- 01Admitted mission becomes a cycle projectRecord · Universe to FoundryAn admitted mission becomes a cycle project with a decision case.
- 02Qualify data sources and resourcesStep · GCRIGCRI qualifies data sources and resource offers and builds the scenario models. An offer is not an allocation.
02 Build and verify
- 03Source snapshotRecord · NXS-FAC (blueprints, builds and signing)The snapshot pins the commit, dependencies and generator versions.
- 04Build contractRecord · NXS-FAC (blueprints, builds and signing)The build contract declares the artefact kind, environment and reproducibility envelope.
- 05Integrate and buildModel · GCRIGCRI integrates software and data, signs builds, and tests security and interoperability.
- 06Verification suiteGate · NXS-FAC (blueprints, builds and signing)Required and advisory checks stay separate. Reproducibility needs pinned inputs, declared nondeterminism and independent rebuilds.
03 Sign and admit
- 07Sign the exact artefactStep · NXS-FAC (blueprints, builds and signing)NXS-FAC builds, attests and requests a signature via a scoped signer identity. It holds no key material.
- 08Package admissionStep · NXS-NXQ (software, models and capability lifecycle)NXS-NXQ receives the signed package and keeps admission evidence that binds the task, data class, evaluation suite and expiration.
04 Accept
- 09Core Build ReportRecord · GCRIThe Core Build Report is the go or no-go record. Universe assembles the Core and holds the decision for the exercise.
- 10G3 · Build accepted for exerciseGate · The Global Risks ForumGRF records whether the build is accepted for exercise. A signed build or release candidate is not permission to deploy to production.
The programme year · NXS-FAC · UniverseDesigned programme process, not a record of operation. No cycle has run and every programme is at service level R0. A gate is a programme decision, never a public-authority approval, certification or deployment authorisation. The record order follows the Builds and Releases room lists of NXS-FAC.
Foundry systems for this field.
| System | What it does here | Role | Read more |
|---|---|---|---|
| NXS-AAPAnticipatory action and triggers | Links triggers to pre-arranged finance and its records. | This field | DocumentationIntegrated, not bound |
| NXS-DSSDecision cases and deliberation | Sets out options and their trade-offs for a financial decision. | This field | DocumentationIntegrated, not bound |
| NXS-GRXCanonical data, provenance and risk | Supplies risk products by place for an exposure reading. Index data service: unavailable. No public endpoint is published for this site yet. | This field | DocumentationIntegrated, not bound |
| NXS-RLSParticipants, agreements and handoffs | Records the agreements and handoffs behind a readiness file. | This site | DocumentationIntegrated, not bound |
| NXS-EOPEarth observation and digital twins | Reads exposure from observation for spatial finance. | This site | DocumentationIntegrated, not bound |
| NXS-NSFTrust, authorisation and assurance | Keeps the authorisation and assurance trail of a readiness file. | This site | DocumentationIntegrated, not bound |
The release of the Nexus systems is on hold. Each code links its definition in the Nexus Risk Standards.
How a project gets access.
- 01
Enquiry
Describe the project and its owner to Contact.
- 02
Authorisation
Access requires an authorised project with an accountable owner, data terms and a review plan.
- 03
Allocation
Compute and data allocations open when their terms and review capacity exist.
Information and enquiries are open today. An enquiry receives a reference and names the next step; applications, payments, compute allocations and registrations open only when their team, terms and review capacity exist.
Where this page's references lead.
The bodies and documents this page is read against. Status and editions change; each link goes to the issuing body.
Questions and answers.
Is Foundry access free?
Bring an exposure or capital question to the Alliance.
Information and enquiries are open today. An enquiry receives a reference and names the next step; applications, payments, compute allocations and registrations open only when their team, terms and review capacity exist.
Legal documents.
Maps, data and figures on this site are shown for context and general information. They are not advice, forecasts or warnings; the limits of the information are set out in the Disclaimers and Data Notices.