Applications

The Analytics Toolkit chapter built the analytical foundations: trials, distributions, and metrics. The Financial Modelling chapter showed how contracts transform loss as compositions of financial terms. This chapter connects both to business outcomes.

The goal is not to build a production system — it is to show how the analytical tools and contract compositions assemble into applications that answer real business questions. Every application follows the same pattern: a business problem arrives, the composable components assemble to solve it, and the output drives a decision.

Audience

This chapter assumes everything from prior chapters: market mechanics from Foundations, metrics from Analytics Toolkit, and the term catalog from Financial Modelling. It also assumes a working intuition for cost-of-capital reasoning — capital held against risk must earn a return — not MBA-level finance, but enough business context to see why analytics exists to support pricing, underwriting, and capital allocation decisions.

Design principle: reproducibility

Remember

A financial model must be a pure function of its inputs. Given the same YELT, the same contract parameters, and the same pricing assumptions, the system must produce the same outputs every time. Reproducibility is not a feature — it is a prerequisite for auditability, regulatory compliance, and trust.

Every application in this chapter is API-only. We define inputs, transformations, and outputs. The user interface is someone else’s problem — and deliberately so. Decoupling the analytics engine from the presentation layer is how you build systems that last.

The stories

This is a living chapter — it grows by adding application stories, each a real task from a reinsurer’s analytics pipeline, and each self-contained: prerequisites are linked where they matter, so the stories can be read in any order. Following a deal through the shop, they read naturally like this:

• Risk profiling: the post-model report — A cedent’s submission has been through the catastrophe models. The cat modeller reconciles the loss sets, summarizes the exposure, and characterizes the subject loss for the underwriter — before any contract is applied. The Analytics Toolkit, exercised end to end.

• Pricing a program standalone — The underwriter takes the risk profile and prices SunCoast’s three-layer renewal. Contract terms transform the subject loss into ceded loss, metrics on the ceded distribution become a technical premium, and the diversification within a program first shows up as a capital number.

• Portfolio analytics — Many priced contracts become one portfolio: the roll-up aggregates them at their participations, portfolio-level metrics read the risk posture, and the diversification benefit is computed rather than asserted — the number that makes the portfolio bankable.

• Marginal pricing with portfolio view (planned) — The flagship: how one new contract changes portfolio risk and capital in real time, and why that number — not the standalone price — is the one that matters.

Key Insight

These applications are not separate systems — they are the same engine at different scopes. Standalone pricing is marginal pricing with an empty base portfolio. This insight is the architectural payoff of composable design.

What this chapter does not cover

• User interfaces — no dashboards, no web apps, no Excel outputs. API-only.
• Deployment — no containers, no cloud, no CI/CD. The concepts apply regardless of infrastructure.
• Data engineering — building the pipelines that move and store loss data is an upstream concern. (Validating what those pipelines deliver is not — every story checks its inputs before using them.)
• Regulatory specifics — capital requirements are computed at a generic confidence level. Specific frameworks (Solvency II, SST, etc.) add constraints but do not change the fundamentals.

We continue with Helios Re. Every number in this chapter must match the results established in Analytics Toolkit and Financial Modelling.