Platform · How you use it

Declare the economics. The platform handles the rest, and shows you why.

A worked example on a single contract — yearly renewable term.

Start with premium and commission →

AI agent

Model with an AI agent that understands what you’re doing.

In uModel

The agent understands the input you’re working on, advises how you should do it, and helps check for errors. It also knows the manual and your outputs, and explains results. For any input, open an agent focused on just that input.

Inputs are entered through the interface today.

You work an input · the agent advises, helps check, and explains

Beat 01

Build premium and commission

Yearly renewable term, one contract. You declare; uModel handles — and why.

FaceAmount data item PremiumRate table script formula / script cash cash / books
You declare uModel handles
01

Start with the contract’s data

You

You declare three items, each with its type.

IssueAgeGenderFaceAmount
uModel

Nothing automatic yet. The data is ready for the next declarations.

02

Age as the projection runs

You

You declare AttainedAge, with its type. Its script:

// → AttainedAge
IssueAge + ContractYear
AttainedAgeC# script
uModel

Supplies ContractYear. AttainedAge steps up as ContractYear advances, and the premium rate steps up with it.

because of its formula, and the table’s AttainedAge index

03

Look up the rates

You

You declare the tables and name the indexes. PremiumRate is annual premium per 1,000, by AttainedAge and Gender. CommissionRate is by policy year: high in year 1, renewal after.

PremiumRate · AttainedAge, GenderCommissionRate · policy year
uModel

Lookups use this contract’s own values.

because of the table’s declared indexes

Commission drops to the renewal rate at the first anniversary.

because of the policy-year index

A script uses a table by its name alone. No keys passed.

Change the rates, and every script that uses that table follows. None of them is edited.

04

Premium and commission — composed

You

You declare Premium (cash income) and Commission (cash expense), a contract worker, and two scripts:

// → Premium
FaceAmount / 1000 * PremiumRate / 12
// → Commission
Premium * CommissionRate
Premium · cash incomeCommission · cash expense
uModel

FaceAmount, and the premium with it, falls as policies leave the in-force.

because of its type

Mortality and lapse are set up once, elsewhere.

AttainedAge → Premium → Commission: each runs after what it reads.

because of order from dependencies

Composition. Commission is built from Premium. Premium is built from FaceAmount and a rate looked up by AttainedAge and Gender. AttainedAge is built from IssueAge + ContractYear. Three scripts, three levels deep. You never say what runs first. Each formula names what it reads.
What you declare, above, and what uModel handles, below YOU UMODEL 01 DATA IssueAge FaceAmount 02 AGE AttainedAge 03 TABLES PremiumRate CommissionRate 04 SCRIPTS Premium · cash income Commission · cash expense Data ready ContractYear + age rate steps up Lookups · renewal table by name Order from deps FaceAmount falls
Drawn example — not a product screenshot.

Beat 02

See it on the income statement

You said what each number means. uModel puts it on the statement.

You

You declared Premium as cash income and Commission as a cash expense.

Premium · cash income Commission · cash expense
uModel

Places them in the income statement — Premium as revenue, Commission as an expense.

because of their accounting meaning

Illustrative income statement layout
Line Type Period 1 Period 2 Period 3
Premium Revenue ———
Commission Expense ———
Net — ———
Illustrative layout — not real results.

Beat 03

Transactions are fact. Each basis is an accounting interpretation.

Pick the basis for a run. Assign a different accounting interpretation and run again — the model doesn’t change. A run is configured with one basis at a time. The platform does not know any reporting framework — a basis is a name you define. Whatever differs between bases lives in your model.

What you declare on a monetary item

  • • its meaning
  • • its basis — a name you define
  • • its group — which statement line
  • • its account

One basis per run. Assign a different accounting interpretation, run again. Same model.

Beat 04

Asset and liability contracts are modeled consistently.

Each contract is projected individually, aggregated into journals, and rolled up for higher-level calculations.

Audit a single contract to review the details.

Contract projected, then journals, then roll up: contract, cell, cell group, fund Contract projected individually Journals Roll up contract → cell → cell group → fund
Drawn example — not a product screenshot.

Next

Proof, progress, next step.

A Finding already shows a full-fund seriatim run on a desktop. The progress table shows where each part stands.

Follow the build.

The engine runs today; the platform around it is being built in the open. Occasional notes, no spam.

Privacy