Reinsurance

Life Reinsurance Rate Table Management by Treaty Version

On this page

Life Reinsurance Rate Table Management: Applying the Right Rates to Every Cession and Version

Last reviewed: November 2026

A rate error of a few cents per 1,000 looks trivial in one cell. Applied to every cession in a treaty for a decade, it becomes a negotiation you will probably lose.

Short answer: Life reinsurance rate table management stores each rate schedule with its treaty, version, effective dates and age basis. Every cession is then priced with the table that applied at issue and checked against the bill.

Key Takeaways

  • A treaty rarely has one rate table. New business, amendments, conversions and rate changes can each need their own.
  • The version is part of the rate. A correct table applied to the wrong issue dates is still a wrong premium.
  • Validate tables when they arrive. Even published tables are corrected after release.
  • Recalculate, then compare. Rate control only works if you reprice cessions and check the cedent's bill.

What Is a Life Reinsurance Rate Table?

A life reinsurance rate table is the schedule of premium rates used to bill reinsured policies. For YRT business, rates are usually charged per 1,000 of net amount at risk.

Sample treaty language in the SOA's Life Reinsurance Treaty Construction report shows rates based on duration, attained age and classification. The same example charges premium per thousand of the net amount at risk.

Which attributes select the rate?

Most life rate lookups use a combination of the same core attributes. Each one must be present and correctly coded on the cession record.

AttributeWhy it matters
Treaty and rate versionDecides which schedule applies
Issue dateDecides the version and the duration
Age and age basisNearest or last birthday changes the lookup age
Duration since issueSelects the row in a select period
Sex and smoker statusSelects the table
Underwriting classSelects preferred or standard rates
RatingsTable ratings and flat extras load the base rate

Why Do Rate Tables Go Wrong?

Rate tables go wrong because they multiply over a treaty's life and lose their context. The values are rarely the problem, but the metadata around them often is.

How many versions can one treaty have?

One treaty can carry many. New business rates, amended rates for later issue dates, conversion rates and agreed rate increases may all apply at once.

The SOA's Commentary on Life Reinsurance Treaties notes that rate tables are usually a treaty appendix. Either the cedent or the reinsurer may produce them.

Are published tables always final?

Not always, and that is a useful warning. The SOA's 2015 Valuation Basic Tables page logs several corrections after release, including mislabelled age-basis tables.

If a widely used published table needed corrections, private treaty schedules need checks too. Record which copy of each table you loaded and when.

How Does a Wrong Version Change the Premium?

A wrong version changes the premium on every affected cession, every year it stays in force. Here is an illustrative example with round numbers.

A treaty's original schedule charges $1.20 per 1,000 for one cell. An amendment sets $1.10 for policies issued from 1 January 2025.

ItemOriginal scheduleAmended schedule
Net amount at risk ceded$2,000,000$2,000,000
Rate per 1,000$1.20$1.10
Annual premium$2,400$2,200

If a 2024 issue is billed on the amended table, the reinsurer under-bills $200 a year on that policy. Across thousands of cessions, small differences become material.

Which Rate Version Applies?

The applicable version depends on the transaction and the treaty wording. A decision table keeps the rule visible.

SituationUsual starting point
New issue within the treatySchedule in force for that issue date
Policy issued before an amendmentOriginal schedule, unless the amendment says otherwise
Term conversionConversion rates in the treaty, often at original issue age and duration
Agreed in-force rate changeNew rates from the effective date stated in the agreement
Reinstatement after lapseAs the treaty's reinstatement terms specify

The SOA treaty report includes conversion language pricing as if issued at the original age and date. Confirm each rule against your own wording.

How Do Ratings and Flat Extras Affect the Lookup?

Ratings and flat extras sit on top of the base rate, so they need their own rules. The treaty should say how each one is charged.

Table ratings usually load the standard rate by a set percentage per table. Flat extras are usually a fixed amount per 1,000, often handled apart from the base rate.

The quiet risk is a lost rating. If the rating field is blank on the cession, the lookup returns the standard rate and nobody notices.

How Should You Test a Table Before Go-Live?

Test a table before go-live with a small set of policies whose premiums are already known. If the system and the actuary disagree, the table does not go live.

Test caseWhat it proves
Youngest and oldest agesThe table is complete at the edges
First and last select durationsThe select-to-ultimate switch works
Each sex, smoker status and classEvery sub-table is wired correctly
A rated life with a flat extraLoadings are applied once, not twice
A policy issued on the version boundary dateThe effective date rule is right

Keep these test cases and rerun them whenever a table or mapping changes. They become cheap regression tests.

Can In-Force Rates Change?

In-force rates can change only as far as the treaty's rate guarantee provision allows. Some treaties bar unilateral changes, while others permit them under stated conditions.

When a change is agreed, it becomes a new version with an effective date. Our guide to YRT rate increases covers the negotiation itself.

How Do You Manage Rate Tables, Step by Step?

Manage rate tables as controlled reference data, not attachments. Six steps cover loading, using and changing them.

  1. Load with metadata. Record treaty, version, effective issue dates, age basis, units and source document.
  2. Validate on load. Check completeness for every age, duration and class, and flag odd jumps between adjacent cells.
  3. Never overwrite. Add a new version with dates, and keep the old one for policies it still governs.
  4. Map classes once. Agree how each cedent's class codes map to table classes, and store the mapping.
  5. Reprice and compare. Recalculate premium per cession and compare it with the cedent's billing.
  6. Approve changes. Have a second person, usually an actuary, approve every new or changed table.

Step four is often missed. A new preferred class at the cedent can silently fall back to standard rates.

Where Does Automation Help?

Automation helps by applying the right version to every cession and keeping a record of each calculation. It does not decide which rates the treaty intended.

Reinsurance treaty management keeps treaty terms, premium calculation rules and amendments as versioned, structured data with calculation history and an audit trail. That gives rate logic a single, dated home instead of email attachments.

Actuaries and treaty teams still validate the configuration and results. For why amendment control matters, see contract amendments that need change control, not email chains.

Which Metrics Show Rate Control Is Working?

Track metrics that show rates are applied correctly and differences are explained. Report them by treaty and cedent.

MetricWhat it tells you
Cessions repriced each periodCoverage of the control
Premium difference, billed vs recalculatedRate or data errors
Cessions with unmapped class codesHidden fallback to default rates
Tables without approval recordsGovernance gaps
Differences open past targetWhether issues get resolved

What Should Chief Actuaries Do Next?

Chief actuaries should treat rate tables as governed assets with owners and history. Start with the largest treaties.

  • Inventory every rate table in use and link each to a treaty version.
  • Confirm age basis and units for each table.
  • Reprice a sample of older cessions and compare with billing.
  • Require second-person approval for any new or changed table.

Key Terms

  • YRT (yearly renewable term): Reinsurance where the reinsurer charges a premium each year on the net amount at risk.
  • Net amount at risk: Typically the death benefit less the policy reserve.
  • Select period: Early policy years where rates depend on duration since underwriting.
  • Ultimate rates: Rates after the select period, based on attained age only.
  • Age nearest birthday / age last birthday: Two conventions for the age used in a rate lookup.
  • Rate guarantee provision: Treaty wording on whether and how in-force rates can change.
  • Table rating: A substandard rating that loads the standard rate.

Sources

Frequently Asked Questions

What is life reinsurance rate table management?

Life reinsurance rate table management is the control of every premium rate schedule used to bill reinsured policies. It covers loading tables, recording which treaty and version they belong to, validating values, and making sure each cession is priced with the right table for its issue date and class.

How are YRT life reinsurance premiums usually calculated?

YRT life reinsurance premiums are usually calculated as a rate per 1,000 of net amount at risk. The rate depends on factors such as age, duration since issue, sex, smoker status and underwriting class, as set out in the treaty's rate schedule.

What are select and ultimate rates in life reinsurance?

Select and ultimate rates are rate tables where the rate depends on duration since underwriting during an initial select period. After that period, rates depend only on attained age, which is the ultimate part of the table. The select period reflects the effect of recent underwriting.

Why does rate table versioning matter for life reinsurers?

Rate table versioning matters because one treaty can carry several rate schedules over its life. New business rates, amendments, conversion rates and agreed rate changes can each apply to different issue dates, so applying the latest table to every policy can misbill older cessions.

What is the difference between age nearest birthday and age last birthday?

Age nearest birthday rounds the insured's age to the closest birthday, while age last birthday uses the age at the most recent birthday. Using the wrong basis can shift the age used for a rate lookup by one year, which changes the premium billed.

Can a reinsurer change rates on in-force life reinsurance?

Whether a reinsurer can change rates on in-force life reinsurance depends on the treaty's rate guarantee provision. Some treaties prevent unilateral changes, while others allow changes under stated conditions, so the wording must be checked before any rate change is billed.

How should a reinsurer validate a new rate table?

A reinsurer should validate a new rate table by checking that it is complete for every age, duration and class, that units and age basis are correct, and that values move sensibly between adjacent cells. A sample of policies should then be repriced and compared with expected premiums.

Who should approve changes to life reinsurance rate tables?

Changes to life reinsurance rate tables should be approved by someone other than the person who loaded them, usually a pricing or valuation actuary. Each approval should record the treaty, the version, the effective issue dates and the reason for the change.

Hitul Mistry

Hitul Mistry

CEO, Insurnest

An InsurTech leader with more than a decade of experience across insurance and technology, focused on solving business problems with the help of technology. Has worked with brokers, insurance carriers, and reinsurance firms across the India, UAE, and US markets.

View LinkedIn profile →
ShareLinkedInX

Read our latest blogs and research

Featured Resources

Reinsurance

YRT Rate Increases: How Life Insurers Should Respond

YRT rate increases explained for life insurers: guarantee wording, recapture rights, a worked profit impact example and how to challenge in-force repricing.

Read more
Reinsurance

Individual Life Reinsurance: The Mortality Data Revolution

How predictive models, wearables, and electronic health records are reshaping individual life reinsurance mortality underwriting, YRT pricing, and anti-selection.

Read more
Reinsurance

Why Reinsurance Contract Amendments Need Change Control, Not Email Chains

Reinsurance contract amendments managed through email create version chaos. Learn why structured change control protects treaty integrity from endorsement drift and operational inconsistency.

Read more

Meet Our Innovators:

We aim to revolutionize how businesses operate through digital technology driving industry growth and positioning ourselves as global leaders.

circle basecircle base
Pioneering Digital Solutions in Insurance

Insurnest

Empowering insurers, re-insurers, and brokers to excel with innovative technology.

Insurnest specializes in digital solutions for the insurance sector, helping insurers, re-insurers, and brokers enhance operations and customer experiences with cutting-edge technology. Our deep industry expertise enables us to address unique challenges and drive competitiveness in a dynamic market.

Get in Touch with us

Ready to transform your business? Contact us now!

We respond within one business day.