The real-time, continuously evolving ontology of your enterprise, as an API.

FormalInsight resolves CRM, ERP, finance, support, and email into one live, queryable ontology — every customer, invoice, ticket, and promise on a single timeline. Critical operational risks are invisible to isolated systems. On the FormalInsight ontology, they become a few queries.

LIVE ONTOLOGY--:--:--
$ GET /v1/schema
entities: org, person · objects: invoice, order, delivery, ticket, complaint … · events: 28 types · span: 12 months
$ GET /v1/profile/org:bluegrass-wholesale
keys: crm:ACCT-10109 ≡ erp:100216 ≡ bluegrasswholesale.com 2,079 events across 5 systems · 168 invoices · 87 orders
$ GET /v1/internal/experimental/detectors/renewal_integrity
RISK [HIGH] · 13 accounts auto-renew within 30 days while under active dunning · $5k–$32k unpaid each renewing a non-payer is in nobody’s job description
STATUS: SERVING · SYNTHETIC DEMO DATASET
01 — THE PROBLEM

Critical operational risks are invisible to isolated systems.

The account that churns next quarter looks healthy in every system it touches. The risk exists only in the joins — a recurring defect, then an unresponsive contact, then a declining usage trend. No isolated system can see it, because no isolated system holds it.

CRM

Renewal forecast: Commit. Account health 82.

FINANCE

Receivables current. No disputes on record.

SUPPORT

All tickets resolved within SLA. CSAT 4.6.

EMAIL

All threads answered. No open escalations.

THE ONTOLOGY

The resolved tickets trace to a single recurring defect · product usage −38% since the last workaround · invoicing covers two-thirds of provisioned seats · the primary contact unresponsive for 32 days · a renewal at risk — knowable today.

Every system, in isolation, reports green. The dashboards are not wrong. They are blind by construction.

What no isolated system can see, the ontology makes queryable.

ONE LIVE ONTOLOGY · SERVED AS AN API · ENABLES COMPLEX OPERATIONAL RISK DETECTION · ADVANCED DECISION INTELLIGENCE
02 — THE ONTOLOGY

Your enterprise, as a type system.

Not another dashboard over your data — a formal model of it. Records from every system resolve into typed entities, documents, and events with defined relations. The schema is a first-class API object: a caller (human or AI agent) can ask what exists before asking what happened.

ENTITIES & OBJECTS

org · person · invoice · order · delivery · ticket · deduction · subscription — one node per real-world thing, however many systems it appears in.

IDENTITY

crm:account_id ≡ erp:kunnr ≡ domain ≡ legal name — entity resolution across keys, so “Bluegrass Wholesale Distributors” is one node, not five.

EVENTS — CLOSED VOCABULARY

invoice_issued · payment_received · ticket_opened · order_booked · dunning_final_notice · opportunity_won … every event links to the entities it touches and to the raw source record behind it.

BITEMPORAL

every fact carries valid_ts (when it happened) and known_ts (when it became knowable). The ontology can answer as of any date — including “what was knowable the day before the loss.”

03 — THE API

Ask once. Every system answers.

Query the company, not the systems. The same calls power a one-line lookup, a portfolio-wide audit, and an autonomous investigation — from whatever your team already uses.

CALL IT FROM ANYWHERE

Plain HTTP. Scripts, notebooks, BI tools, spreadsheets, schedulers — anything that speaks HTTP can query the ontology.

AGENT-NATIVE

The same surface ships as MCP tools. AI agents read the schema, learn the shape of your business, and compose their own multi-step questions.

COMPOSABLE PRIMITIVES

Entities, timelines, aggregates, search — small orthogonal calls that compose into arbitrarily deep questions, not fixed reports.

ANY POINT IN TIME

as_of on every call. Ask as of today, last quarter's close, or the day before a decision — the same API, replayable.

04 — AGENT REASONING

AI agents can use the ontology API and its advanced tools to do complex reasoning over decisions.

Complex decisions are multi-step questions. An agent walks the graph the way an analyst would — across every system at once — and returns an answer your team can work on.

01 · READ

Reads the schema and learns the shape of your business — entities, relations, event vocabulary — before asking a single question.

02 · REASON

Chains queries into multi-step reasoning — entity to timeline to source record — following the joins no isolated system holds.

03 · ASSIST

Assists complex, critical decisions: renewals, credit, escalations, supplier changes. Your team decides.

05 — WHAT FALLS OUT

Findings that exist only in the joins.

From two synthetic company datasets, generated to mirror real enterprise systems and run through the ontology. Every number below is quoted verbatim from our experimental operational risk detector runs on the synthetic demo dataset — measured on the records, not estimated.

SYNTHETIC DEMO DATASET
PRICING ⋈ ORDERS ⋈ CHANNELS
$824,804/YR

One order line in ten carries an identical 8.0% discount that appears in no pricing condition record — uniform across 856 accounts, every month, every channel.

4,273 lines · no authorizing record exists
PROVISIONING ⋈ BILLING
$142,189

Seats provisioned and in active use that were never invoiced, across 52 accounts — including one contract reduced to 113 seats on paper while 133 remained live.

$100K of it knowable six months earlier
CRM ⋈ PROVISIONING ⋈ EMAIL
12 ACCOUNTS

Accounts whose listed champion lost their product seat and sent no email since — while the CRM still records the relationship as intact. One renewal was five days out.

found by absence, not activity

None of this required new data. The records already existed in the source systems — unjoined, and therefore unknown. On the ontology, each finding is a few queries.

06 — PILOT

A pilot, not a project.

A limited set of read-only exports, shared under NDA, is sufficient to construct your ontology. We handle the resolution end to end; your team evaluates what it returns. No integration effort, no ongoing obligation.

01 — SHARE

A few exports, read-only

Operational data from the systems you choose, shared under NDA.

02 — WE BUILD

Your ontology stands up

We resolve entities across systems and place every event on one timeline — no integration work, no effort from your engineering team.

03 — EXPLORE

Query everything

Your ontology behind the API — with findings from AI agents specialized in operational soundness. Grade them with your team, then decide what's next.