calseda

Limits and controls

Every limit watched all day. Every breach explained.

Many limits and controls are checked once a day, in a report. Calseda checks each one whenever its figure changes, explains every breach with its causes, logs it, and tells the team that owns it.

What you can't see today

What happens between one control run and the next.

Breaches between runs

A limit crossed at 14:20 and back by 16:00 may never appear in the evening report.

Why it happened

A report says a limit was breached. It doesn't say which trade or price move caused it.

Whether the data was current

A control that passes on stale data looks the same as one that passes on today's.

Who changed a limit

Limits live in spreadsheets and emails, and changes are hard to trace afterwards.

What you'd see instead

A limit crossed at 14:20.

Today

  1. 14:20

    A desk's position crosses its limit after a sharp price move. Nobody knows: the control runs in the overnight report.

  2. Next day

    The breach appears in a report. By the time someone emails the desk to ask why, the position has changed.

With Calseda

  1. 14:20

    The figure crosses its limit. The breach is recorded with its time and causes: the price move and the position behind it.

  2. 14:20

    An alert reaches the owning team where it already works, such as Teams or Slack. Once, not every second.

  3. 14:35

    The position is reduced. The figure goes back within its limit, and the alert clears.

  4. Afterwards

    The whole episode is in the log: when it started, why, where the alert went, and when it ended.

An example with simulated data.

Every limit, continuously

Each limit is checked whenever its figure changes, not once a day.

Every breach explained

Each breach carries the inputs that caused it, and how fresh each one was.

Every breach logged

When it started, what caused it, where the alert went, and when it cleared.

The right team, once

One alert per crossing, sent where the owning team already works. It clears when the figure is back within its limit, so people keep reading alerts.

See it in a demo

Ten limits on one board, nearest to the edge first.

In a demo, a simulated bank's credit limits and its settlement accounts' minimums sit on one board. A row near or over its limit lists what caused it. Every change a visitor makes is on record with its time.

A demo's limit board with rows near and over their limits and their causes A demo's limit board with rows near and over their limits and their causes
From a demo running on public data: limits watched all day, each over or near its limit with its causes. Everything about the bank is simulated.
A demo's record of changes, each with its time and who made it A demo's record of changes, each with its time and who made it
From a demo running on public data: each change with its time. In production, with sign-in on, Calseda logs the name of whoever posted each change.

What changes for your team

From checking reports to acting on breaches.

Breaches while they matter

The team hears about a breach while something can still be done about it.

Your team sets the limits

Limits and who is told are set by your team, for example from Excel. Each change is checked, and logged with who posted it.

What your regulator or auditor gets

Evidence that a control ran all day, not once.

  • For every breach: when it started, what caused it, where the alert went, and when it cleared.
  • For any figure behind a control, the inputs it was calculated from and how fresh each was.
  • A flag on any control that rests on data older than its source should allow.
  • Every limit change logged with who posted it and when, signed in through your own identity provider.

How it starts

With one set of limits, next to today's report.

  1. Pick one set of limits

    For example, the position limits of one desk, or the concentration limits of one portfolio.

  2. Connect the data you already have

    The data behind each figure, and the limits themselves, read from where they already live. Nothing is replaced.

  3. Decide who is told

    Your team chooses where each alert goes. Your developers, or ours, write the calculation behind each figure.

  4. Run it side by side

    It runs alongside today's report, so your team can compare the two before relying on it.

Watch one set of limits all day

Become a design partner: a pilot on generous terms, in exchange for a case study published only with your approval.