Reinsurance Broker Software Built Around How You Place
Submissions, placements, written and signed lines, premium allocation, closings, endorsements and claims — in one system, configured to your lines, currencies, cedants and commission structures. Not a fixed product you reshape your business around.
The same platform runs two books that look nothing like each other
Most reinsurance systems are shaped by whoever they were first built for. The lines, the currencies, the markets, the commission structures and the tax treatment end up written into the software, and every operation that does not match becomes a change request.
Regure is built the other way round. Nothing about your market is in the platform. The acceptance test for the reinsurance module is that a facultative book in US dollars and Qatari riyal and an excess-of-loss and surplus book in Swiss francs and euros both run correctly — on the same code, with no difference between them. Different lines, different currencies, different commission and tax structures, one platform.
That is the whole claim, and it is the one worth testing hardest in a working session. Bring the structure your incumbent system cannot express.
Five questions worth asking any reinsurance system
These are the questions brokers actually use to test a vendor. Straight answers, including where the answer is “configured with you” rather than “out of the box”.
| Question | What replaces it |
|---|---|
| What replaces Excel? | A structured deal record — cedant, insured, class and sub-class, geography, occupation, period, currency, sum insured, structure, retention and cession — populated from the submission rather than typed. Co-broker, retrocedent and reference numbers sit on the same record. |
| What replaces email follow-up? | A placement queue across the whole book. Each market carries its own status and response date on the deal, so “who has come back?” is a view rather than a search through a thread. |
| What replaces maintaining line status by hand? | Per-market provisional, quoted, written and signed shares moving through approached, quoted, firm order and signed — with declines recorded against a reason. Capacity is computed against the cession as lines come in, and over- or under-placement is flagged rather than found at closing. |
| What replaces the Word closing? | Slip, debit note to the cedant and a credit note per reinsurer, generated from the deal on your template. Where a market settles in another currency the converted table carries the rate applied. Each document is recorded against the deal. |
| What gives management visibility? | The placement queue and deal status across the book — what is out, who has responded, how much capacity is filled, what is ready to close. Portfolio and exposure dashboards are a direction we are building toward, not something we will pretend you have today. |
Bring us one submission and we will run the chain
Read it, structure the deal, build the premium across a panel, place it, generate the slip and the notes. Thirty minutes on your own material.
The parts that usually force a broker back to the old system
Premium mechanics, endorsements, claims and compliance records are where reinsurance software tends to run out of road. Each of these is part of the platform and enabled for the operations that need it.
Premium depth
Deposit premium and minimum premium, instalment schedules with due dates and payment status, profit commission against a threshold and base, no-claims bonus, and tax lines with a configurable basis. Surfaced only for the operations that use them — a broker who does not run profit commission never sees the field.
Endorsements
A mid-term change re-runs the allocation for the delta and produces additional or return premium per market, with cedant and reinsurer closings generated to match. The endorsement history sits on the deal.
Claims validated against the deal
A claim is checked automatically — is the date of loss inside the period of cover, and is there a bound cession with signed shares — and allocated across reinsurers by signed share. Claim closings follow: a debit to each reinsurer for their share and an advice to the cedant. An out-of-period or unplaced claim is flagged, never silently accepted.
Sanctions records
A screening record against the insured, cedant and reinsurer parties, with status and reference held on the deal. The screening provider is pluggable, and there is a manual attestation mode so a regulated broker has the record from day one without waiting on an external contract.
What we will and will not claim
Running today
Submission extraction into a structured deal · placement with per-market lifecycle and live capacity · premium allocation with ceding commission and brokerage · premium depth · slip, debit note and credit note generation · multi-currency with the rate applied · endorsements with per-market deltas · claims validation and claim closings · sanctions records · audit trail on all of it.
Configured or built with you
Your structures, currencies, markets, commission and tax treatment, and document templates are configuration rather than product — set up during implementation. Layered treaty programmes with sections and declarations, and portfolio and exposure reporting, are directions we are building toward. If one of them is what decides your evaluation, tell us and we will be straight about the timeline.
Tell us where the time goes
We will come back within one business day. Telling us which part of the process hurts most means the session is spent on that rather than on a tour.
What reinsurance brokers ask before a session
What is reinsurance broker software?
Software that runs a reinsurance broking operation end to end — taking a submission, structuring it as a deal, placing it across a market panel, tracking written and signed lines against capacity, allocating premium with ceding commission and brokerage, and generating the slip and the debit and credit notes. Regure also covers endorsements, claims validated against the deal, and sanctions records.
How is this different from a general insurance platform?
Reinsurance broking is a placement business and the object model has to reflect that: cedants rather than policyholders, market panels rather than a single carrier, written and signed lines rather than a bound policy, and closings rather than policy documents. A general platform with reinsurance fields bolted on will not track a signed line against cession capacity.
Do we have to change how we place business?
No. Nothing about your lines, currencies, cedants, markets, commission structures or tax treatment is written into the platform — it is all configuration. The acceptance test for the module is that two operations with opposite shapes run on the same code with no difference between them.
Does it handle treaty as well as facultative?
The structures do — quota share, surplus, excess of loss and facultative all drive premium correctly, with period, participations, endorsements and adjustments. Layered treaty programmes with sections and declarations are not modelled today. If that is central to your book, say so early and we will scope it rather than talk around it.
Can we keep our own closing templates?
Yes. Slips, debit notes, credit notes and endorsement closings are generated on your layout and branding, in the currencies you settle in.
How long does implementation take?
It is scoped per operation. The variables are the number of structures and currencies, how your commission and tax treatment works, which document templates you need and which parts of the module you are switching on. We give a scoped timeline as part of the proposal rather than a headline number. See how pricing works.
Bring us one submission
Thirty minutes on your own material — read the submission, structure the deal, build the premium, place it and generate the closings.