AnantState
Industry · Financial services

An account is a relationship with a history, not a row with a status.

An account is a relationship with a history, not a row with a status. AnantState tracks where each account, merchant or case is heading, with the evidence and the cost of acting attached.

In plain termsSee how each account is moving, not just what flag it has today.

1 · What are the things you manage?

The distinction that matters here: an entity is usually a relationship with a history.

  • Account
  • Member
  • Merchant
  • Card
  • Device
  • Case
  • Dispute
  • Branch or channel

2 · What changes over time, and why?

StateBaseline driversUnexpected drivers
Fraud postureSeasonality, channel mix, product behaviorNew attack patterns, account takeover, mule activity
Credit postureTenor, payment cycle, utilizationEmployment change, hidden leverage, behavior break
Dispute pressureVolume, product, partnerMerchant failure, systemic event
Investigation loadCase arrival rateA single organized pattern creating correlated cases

3 · What goes wrong today?

In the buyer’s own words.

  • “Our false positive rate is the cost of doing business, and nobody can price it.”

    Declining legitimate customers is a real loss that never appears as a line item, so the rule that causes it is never challenged.

  • “Alert volume is a management problem, not a detection problem.”

    The team is sized by volume, not by value, so investment in detection can make the unit look worse.

  • “Model risk review runs months behind.”

    By the time a model is validated, the pattern has changed.

4 · What changes with AnantState?

  • Account state, not account status. A position and a direction, with the driver attributed.
  • Conflict surfaced, not averaged. Where sources disagree the case is marked contentious: precisely the case an experienced analyst should see, and the one a score hides.
  • Priced actions. Step-up authentication, a hold, a manual review, each with a cost, so the false-positive trade-off becomes an explicit, reviewable decision rather than a rule someone set two years ago.
  • Ranked by value at stake, so the queue is defensible to an operations leader who owns a servicing budget as well as a loss budget.
  • A model record your validation function can read, including the horizons where the model does not beat naive persistence.

5 · What can you see in the demo?

A synthetic financial-services world with accounts, merchants and cases: entity ranking by value at stake, evidence fusion with conflict, priced interventions, and counterfactual replay of a case.

All reference worlds are fictional and labeled. We do not use real customer data and we do not imply it.

Regulatory notes

  • Explainability is a regulatory expectation in most jurisdictions, and an engineering property here: every conclusion carries its evidence.
  • Model governance maps to model risk management expectations: documented purpose, measured performance against a defined baseline, a recorded promotion decision, and drift monitoring.
  • Data residency and tenancy are deployment questions. See governance and control.

Authority, per action class

A step-up or a hold can be automatic within limits you set, and stops for a person when the evidence disagrees.

Authority is granted per action class, within limits you set. When the evidence disagrees, the same action stops and asks a person.

A case with its evidence and its price

Shown on the OgMart payments domain (fictional); the financial-services world uses the same surface.

One OgMart entity opened: ranked candidate actions with cost and return, a notice that the evidence is conflicting so autonomous action is held, the top drivers, and the trajectory against the events that triggered itFictional reference world: OgMart
One entity in depth: what to do, what it costs, why the platform thinks so, and a flag where the evidence disagrees.

Price the false positive

Bring a rule whose false-positive cost nobody has measured. We will price it against the cost of the loss it prevents.