[Use case]

How an MGA runs a specialty E&S program on one system

Written by
RiskaProduct
Published
Length
3 min read

The MGA in this use case

This is an illustrative example, not a report from a named customer. It describes how a team of this shape runs its program on Riska, using the product as it ships today.

Picture an MGA with binding authority from one fronting carrier for a specialty E&S casualty program. Two underwriters quote. An operations lead owns the payment plans and the endorsements. A finance lead closes the month and sends the carrier its bordereau by the tenth.

Before Riska, each of those people kept their own copy of the program. The rating spreadsheet lived on a shared drive, the guidelines in a PDF, the payment plan in a billing tool and the carrier report in a workbook rebuilt from three exports every month.

Each copy was right on the day it was made.

Where a program’s numbers live

The same five things, held in separate tools or held once on the program.

Rates

Spread across tools

a rating spreadsheet copied each quarter

On one program

an effective-dated rate book, pinned to each term

Guidelines

Spread across tools

a PDF the underwriter remembers

On one program

appetite rules scored on every submission

Payment plan

Spread across tools

set up again in the billing tool

On one program

versioned on the program, derived at bind

Mid-term change

Spread across tools

rekeyed in every system

On one program

one endorsement, and the numbers downstream follow

Carrier report

Spread across tools

rebuilt from three exports

On one program

a stored run over a saved view

Modelling a delegated program once

The program record names the carrier bearing the risk and the remittance terms: the basis, how often it is due and how many days the MGA has to pay. The products the MGA sells sit inside the program.

Rates go into a rate book, a timeline of effective-dated versions. A version takes force on its date and the next version’s date closes it, so nobody sets an expiry. The workbook that prices a submission reads a base rate, a territory factor and a deductible factor from those tables by name.

Before anything goes live, an underwriter points the workbook at a real record and re-runs it with the formulas still unsaved. Nothing is written. When it prices the way they meant, the change is cut into a release and deployed, first to a test environment and then to production.

A month on the program, step by step

One submission, from the broker’s email to the line it becomes on the carrier’s bordereau.

  1. 01

    Score the submission as it lands

    Appetite rules turn each value into a score: bands for a loss ratio, a curve for total insured value, presence for sprinklers. A value in a flagged range records a referral or a knockout against the rule that fired, with the note the underwriter wrote on it.

  2. 02

    Rate it in the workbench

    The underwriter quotes against the current rate book version. Every extracted value keeps the page it was read from, so a disputed limit is one click from the application.

  3. 03

    Bind it and let billing derive the schedule

    Binding derives the installment schedule from the plan version the policy was sold under, issues the down payment invoice and posts written premium to the ledger. The term is pinned to the rates it was rated under.

  4. 04

    Endorse mid-term without rebuilding anything

    An endorsement lands on the installments that have not gone out. Invoices already sent stay as they were sent, and a credit memo covers the difference.

  5. 05

    Close the month and run the bordereau

    Finance closes the accounting period and runs the written bordereau for the carrier and program. The run moves from pending to built to exported, and the file is stored with its row count and totals.

What the carrier report does and does not cover today

The bordereau run produces the written premium bordereau: one line per posted premium line in a closed period. A period that is still open is refused, because its lines can still change.

The template is a saved view over posted premium lines, and its column labels become the CSV headers. Matching the carrier’s layout is a matter of naming the columns the way their spreadsheet does.

A paid bordereau, built from cash matched to individual lines, is not in the product yet. Carrier remittance is held as an amount owed onward and stays open until a disbursement settles it, in full or in part.

Why Riska treats the program as the unit

The four copies drifted because nothing connected them. On Riska the rate book, the appetite rules, the payment plan and the report template are configuration on the same program, versioned and released together.

So the term an underwriter binds is the term billing invoices and the term the bordereau counts. A referral recorded by appetite sits on that same record, next to the decision that cleared it.

Month end stops being a reconciliation. It becomes a run.

Questions we get asked

Is this MGA a real Riska customer?
No. This use case is illustrative. It describes how a team running a delegated-authority specialty program would run the workflow on Riska, based on the product as it ships today.
What is a bordereau?
A bordereau is the periodic report an MGA sends its carrier listing each policy written in the period with its premium and key risk details. On Riska the written bordereau is produced from posted premium for a closed accounting period.
Does a bound policy keep its rates when the rate book changes?
Yes. A rated term is pinned to the release it was rated under, so a new rate book version applies from its effective date without repricing terms that are already bound. Moving a term onto the current release is an explicit action.
Can the bordereau match my carrier’s column layout?
Yes. A bordereau template is a saved view over posted premium lines, and its column labels become the CSV headers, so the export follows the layout the carrier asks for.
Does Riska produce a paid bordereau?
Not yet. Riska produces the written premium bordereau today. A paid bordereau needs cash matched to individual premium lines, which is not in the product yet.

Keep reading

[Use case]Oct '26

How an MGA rates, reprices and quotes commercial property by asking

A commercial property and crime MGA gives its underwriters, assistant underwriters and account managers one way to rate, reprice and quote: they ask Ask Riska in plain language. It reads the actual record, prices it through the MGA's own rate book and workbook, and shows the premium line by line with the factor behind each one. Nothing on the record changes, and no quote goes out, until a person approves it.

RiskaProduct
[Use case]Oct '26

How a program administrator tracks loss ratio and premium against plan

A program administrator writing commercial property, crime and auto runs its annual plan as portfolio metrics in Riska: written premium, loss ratio, bind ratio and mix, each split by line and program and read against the target in the plan. Every number opens onto the policies and claims behind it, so a ratio that drifts in week three becomes a list of accounts to review, not a surprise at the carrier meeting.

RiskaProduct
[Use case]Oct '26

How a property carrier automates appetite decisions on submissions, referrals and renewals

A middle-market commercial property carrier scores every submission and every renewal against its own appetite model in Riska before an underwriter opens it. In-appetite risks move straight on to quoting, borderline ones stop as referrals with the rule and its note attached, and knockouts go to decline with the value that fired them. Underwriters still own every referral and every change to the model.

RiskaProduct

See it on your own submissions.

Bring a real ACORD form and a real appetite guide. We will run them through Riska on the call.