Fintra Feature

One Decision Contract for the Whole Enterprise

A payment, a production change, a data export - different domains, but one shape. The decision fabric routes each request to the engine that owns it and returns the same canonical verdict, so nothing downstream has to know who answered.

Talk to usFree to start - no card required.
Fintra · Decision Fabric
REQUEST
actor → action → target
+ context
ENGINES
finance · security
HR next
RESPONSE
verdict + trust + proof
one shape
Normalize every native verdictallow · step_up · hold · block
Unknown verdictfails safe to HOLD
No engine owns the actionnever a silent allow
Route by domainfinance | security | …

Illustrative product view

The seam that makes a platform a platform

Fintra already decided actions in several places, each with its own verdict words - one engine said “deny recommended,” another “require approval,” a third “step up.” The decision fabric collapses those into one canonical vocabulary and one request/response shape, so a governed action looks the same whether a finance engine or a security policy decision point answered it.

Native (engine)Canonical
deny_recommended (security PDP)block
require_approval (finance signals)hold
challenge / step_upstep-up
allow / allow_with_loggingallow
anything unrecognizedhold (fail-safe)
Three native vocabularies, one canonical verdict

Fail-closed by construction

  • An unknown verdict maps to HOLD - never a silent allow on a consequential action
  • If no registered engine owns the request, the fabric refuses rather than defaults open
  • A misbehaving engine is skipped by the router, not fatal to the decision path
  • Every response is sealed and routed to the one Decision Ledger

Frequently asked questions

What is the unified decision fabric?

It is a single canonical decision contract - actor, action, target, and context in; a verdict, trust score, and tamper-evident proof out - shared by every domain engine, so consequential actions are decided the same way no matter which engine owns them.

How does it unify different engines’ verdicts?

A normalizer maps each engine’s native verdict (for example deny_recommended, require_approval, challenge) onto one canonical vocabulary: allow, step-up, hold, block. Unknown verdicts fail safe to hold.

What happens if no engine handles an action?

The fabric raises rather than defaulting open. It fails closed - no engine, no silent allow.

Which engines are live?

Two today - the finance decision engine and the Aegis security policy decision point - writing to one Decision Ledger, with additional domains able to register against the same contract.

Stay in the loop

One practical finance briefing a week - new guides, checklists, and benchmarks.

 

Put a decision - with proof - in front of every action

See how Fintra decides allow / step-up / hold / block per action and writes each verdict to a tamper-evident ledger.

Talk to us