One graph. One lakehouse. The same raw file, every time.
Andeon turns your core banking, CRM, policy, credit-risk, and claims exports into a real RDF knowledge graph and a real Iceberg lakehouse — not copies of each other, the same source files, traced back to one build manifest. Ask a question in plain English, run SPARQL, or just write SQL.
Below is the actual home screen every analyst sees after logging in — not a mockup of one.
personal.andeon.co · live tenant, not a slideshow
personal.andeon.co
Welcome to Andeon
Your operational analytics platform powered by knowledge graphs. Select a module to begin.
Query
Ask questions in natural language and get answers from the knowledge graph
Graph Explorer
Visualize entity relationships across all connected systems
Data Explorer
Browse raw tabular data and RDF triples with filters
Lakehouse
Query the same raw data as real Apache Iceberg tables (World B, ADR 0003)
New Demo
Preview what Andeon would build for a new industry or use case — catalog, lineage, no activation yet
Agent
AI-powered analyst that reads the graph and proposes actions
Apps
Trigger operational actions across source systems
Customer 360
Unified view of a customer across all data sources
Problems → Tools
Built for what actually breaks in a bank’s data stack
Four failure modes risk and data teams describe on the first call — and the exact module in the screen above built to close each one.
Customer data lives in five places that don’t talk
Core banking, CRM, policy admin, credit risk, and claims each hold a different slice of the same customer — reconciling them means opening five tabs and hoping the IDs line up.
SOLVED BY
Graph Explorer
Every source system is mapped into one OWL ontology and served as real RDF triples from Apache Jena Fuseki. Relationships between entities are one click away, not stitched by hand.
Nobody on the risk team writes SPARQL
The knowledge graph is only useful if analysts can actually query it — and query languages aren’t part of a credit analyst’s job description.
SOLVED BY
Query
Ask a question in plain English. An LLM translates it into SPARQL, runs it against the live graph, and shows you the generated query — nothing is a black box.
The analytics copy always drifts from the source
Most platforms export data into a second system for SQL analysis, and the two versions quietly diverge within a quarter — nobody trusts which one is current.
SOLVED BY
Lakehouse
The same raw files are also registered as real Apache Iceberg tables, fronted by a lightweight Polaris catalog, queried live with DuckDB SQL. Same bytes, two query surfaces.
Cross-referencing one customer takes a spreadsheet and an hour
AS/400 has the account. Salesforce has the relationship. Policy Admin has the coverage. Credit Risk has the score. Claims has the history.
SOLVED BY
Customer 360
Search one ID and get a single unified identity, pulled live from all five systems, with every field labeled by the source it came from.
AS/400SalesforcePolicy AdminCredit RiskClaims
Lineage
Ask where a number came from. Get a real answer.
Every RDF graph and every Iceberg table trace back to the exact same raw file and the same build manifest. Lineage isn’t a bolted-on tracking product here — it’s just how the two worlds were built.
as400_accounts_2026q2.csv
manifest v3 · build 2026-08-04 · sha256:9f2a…
RDF Graph — World A
graph:CoreBanking, served live from Apache Jena Fuseki. Queryable by SPARQL or plain English.
manifest v3 · match ✓
Iceberg Table — World B
iceberg.accounts, registered in Apache Polaris. Queryable live with DuckDB SQL.
manifest v3 · match ✓
Open source, under the hood
Real components, tuned to run on one lean instance — not a cluster
No proprietary black boxes. Andeon assembles established open-source infrastructure and deliberately tunes it to run the whole stack on a single cloud instance per tenant.
Pick a vertical — banking, insurance, telco — and Andeon synthesizes a realistic dataset and spins up a sandboxed graph. No production data required, nothing to activate.