What is parametric insurance?

Parametric insurance is a type of insurance that pays automatically when predefined conditions (triggers) are met, such as rainfall below a certain level or wind speed above a threshold. Unlike traditional insurance, it requires no claims process, no adjusters, and no damage assessment. Payouts are calculated using pre-agreed formulas based on data from trusted sources.

How fast are parametric insurance payouts?

Parametric insurance payouts typically arrive within 24-72 hours after a trigger event is detected, compared to 3-12 months for traditional insurance claims. This speed is critical for disaster response, allowing affected communities to access funds during the crisis rather than months afterward.

How does blockchain help with parametric insurance?

Blockchain enables automatic execution through smart contracts, transparent and auditable records, cross-border payments without traditional banking infrastructure, and reduced costs through lower overhead. Smart contracts automatically trigger payments when data oracles verify that threshold conditions are met.

What is a trigger threshold in parametric insurance?

A trigger threshold is the predefined condition that activates an insurance payout. Examples include rainfall below 150mm triggering drought coverage, wind speeds above 120 km/h for hurricane coverage, or water levels exceeding 3 meters for flood coverage. When data sources verify the threshold is exceeded, the smart contract automatically executes payment.

Who benefits from parametric insurance?

Parametric insurance particularly benefits smallholder farmers, vulnerable communities in climate-affected regions, and populations without access to traditional insurance. Over 50 million farmers globally are covered by index-based insurance, and more than $1.4 billion in parametric payouts have been delivered to developing countries between 2007-2023.

What is basis risk in parametric insurance?

Basis risk is the mismatch between what a parametric trigger measures and the actual losses people experience. It has two forms: negative basis risk, where a community suffers real losses but the index does not cross the trigger threshold, so no payout occurs; and positive basis risk, where a payout is triggered even though little damage occurred. Careful trigger design, better data sources, and multi-variable indices reduce basis risk but never eliminate it entirely.

How does parametric insurance relate to Loss and Damage in climate negotiations?

Parametric insurance is one of the financial tools discussed under the UNFCCC Loss and Damage agenda for climate impacts that go beyond what adaptation can prevent. Programs such as the Global Shield against Climate Risks, regional risk pools like African Risk Capacity (ARC), CCRIF in the Caribbean, and PCRAFI in the Pacific use parametric triggers to deliver rapid finance to vulnerable countries after climate disasters. It complements, but does not replace, grant-based loss and damage funding.

How are parametric insurance premiums calculated?

Parametric premiums are based on expected loss: the probability of each trigger event multiplied by the payout it would produce, summed across all covered events. Insurers then apply a loading factor, typically 1.3 to 1.8 times expected loss, to cover data costs, capital reserves, administration, and profit. Lower trigger thresholds mean more frequent payouts and higher premiums; higher thresholds reduce premiums but increase the risk that real disasters go uncovered.

What is the difference between sovereign and sub-sovereign parametric insurance?

Sovereign parametric insurance is purchased by national governments, often through regional risk pools such as ARC, CCRIF, or PCRAFI, with payouts flowing to the national treasury for disaster response. Sub-sovereign or micro-level programs cover states, municipalities, cooperatives, or individual farmers directly, often distributed through mobile money. Sovereign programs offer scale and lower premiums; sub-sovereign programs put money closer to affected communities but face higher distribution costs.

← Back to Home

Accessibility Statement

Last Updated: April 2026

1. Our Commitment

Web3 Certification Board Inc. (W3CB) is committed to making the Parametric Insurance Simulator accessible to all users, including those with disabilities. We aim to conform to the Web Content Accessibility Guidelines (WCAG) 2.1 Level AA as published by the World Wide Web Consortium (W3C).

This simulator is designed to serve climate negotiators, policymakers, government officials, and NGO representatives — many of whom procure or use digital tools subject to public sector accessibility requirements. We take those obligations seriously.

2. Applicable Standards and Regulations

Our accessibility efforts are guided by the following frameworks:

WCAG 2.1 Level AA — The internationally recognised Web Content Accessibility Guidelines, which address perceivability, operability, understandability, and robustness of web content.
Americans with Disabilities Act (ADA) — US federal legislation requiring accessible digital services, including web applications used in or by US federal, state, and local government contexts.
EN 301 549 — The European harmonised standard for ICT accessibility, referenced in EU Directive 2016/2102 on the accessibility of public sector body websites and mobile applications.
Accessible Canada Act (ACA) 2019 — Canadian federal legislation requiring accessibility in federally regulated sectors, including digital tools used by or for federal institutions.
UK Equality Act 2010 — Requires reasonable adjustments for disabled users accessing services provided by organisations operating in the UK.

3. Accessibility Features Implemented

The Parametric Insurance Simulator includes the following accessibility provisions:

Semantic HTML: Appropriate heading hierarchy (h1–h3), landmark regions (main, nav, footer, header), and list structures are used throughout.
ARIA roles and labels: Interactive components including dialogs, modals, navigation tabs, and form controls use appropriate ARIA roles, aria-label, aria-modal, aria-live, and aria-labelledby attributes.
Keyboard navigation: All interactive elements are reachable and operable via keyboard. The disclaimer and completion modals trap focus appropriately when open.
Focus management: Focus is programmatically moved to modal dialogs when they open, and returned to a logical position when closed.
Colour contrast: Text and interactive elements are designed to meet or exceed a 4.5:1 contrast ratio against their backgrounds in alignment with WCAG 2.1 AA criterion 1.4.3.
Responsive design: The interface adapts to a wide range of screen sizes, supporting users who rely on zoom or who access the application on mobile devices.
Descriptive labels: Buttons, links, and form inputs carry descriptive labels. Icon-only elements include accessible text or title attributes.
No reliance on colour alone: Status information (e.g., payout triggered vs. not triggered) is communicated via text as well as colour.
Animation: Interface animations use CSS transitions at modest durations. No content flashes more than three times per second.

4. Known Limitations

While we strive for full WCAG 2.1 AA conformance, the following areas are under active review or have known limitations:

Interactive sliders: Range input controls used in the simulation may not communicate real-time value updates to all screen reader software with equal consistency across browser and AT combinations.
Complex data visualisations: The risk gauge, blockchain timeline, and progress visualisations rely on visual presentation. Text-based alternatives (numerical values, log entries) are provided alongside these components, but dedicated accessible chart descriptions are not yet implemented.
SVG content: The W3CB seal on certificates uses SVG. An aria-label is provided, but complex SVG accessibility varies across screen reader implementations.
Third-party fonts and icons: Emoji characters are used as decorative icons throughout. These are not individually labelled for screen readers where they serve a purely decorative function.

We are actively working to address these limitations in forthcoming updates.

5. Browser and Assistive Technology Support

This application is designed to work with modern web browsers and common assistive technologies, including:

Screen readers: NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari (macOS/iOS)
Keyboard-only navigation in Chrome, Firefox, Safari, and Edge
Windows High Contrast Mode
Browser text zoom up to 200% without loss of content or functionality

We recommend using the most recent version of your preferred browser for the best experience.

6. Feedback and Contact

We welcome feedback on the accessibility of the Parametric Insurance Simulator. If you encounter barriers or have suggestions for improvement, please contact us:

Web3 Certification Board Inc.
Email: accessibility@w3cb.org

We aim to respond to accessibility feedback within 5 business days. If you are not satisfied with our response, you may escalate to the relevant national accessibility or equality authority in your jurisdiction.

7. Formal Complaints

If you are unsatisfied with how we have responded to your accessibility concern, you may contact the relevant supervisory body in your jurisdiction:

United States: US Department of Justice (ADA complaints) or US Access Board
European Union: Your national competent authority designated under Directive 2016/2102
United Kingdom: Equality and Human Rights Commission (EHRC)
Canada: Accessibility Commissioner (under the Accessible Canada Act)

8. Review Schedule

This accessibility statement was prepared in April 2026 based on self-assessment of the application against WCAG 2.1 AA. We will review and update this statement annually, or following significant changes to the application's functionality or structure. An independent third-party audit is planned for 2027.