Skip to content

Made in Baden-Württemberg

Looking for our first pilot project

Your AI has your data. Now give it your meaning.

Folaint builds the your AI checks before it answers: grounded in your industry’s open standards, not guessed from your data. Your experts approve every fact. You own the result.

See it in actionRequest access

Planning buildings or building services? Then Building design or TGA is the sharper entry point.

Three questions that cost days today

Three shapes of question, from any industrial company. The pattern is the same every time: what takes days today is answered in seconds, and every part of the answer links to the document it came from.

Each of these takes ten minutes. Once you know where to look.

Folaint
Our supplier just recalled valve V-220. Which delivered machines contain it, and which customers do we have to call?
Answer
  • V-220 is built into 3 machine types → 47 delivered machines at 12 customers.

    Based on
  • 9 machines already received the successor valve during service. 38 remain, contact list with serial numbers is ready.

    Based on

Auditable: open any source to see the exact spot it came from.

Why it matters

Folaint holds the chain part → machine → delivery → customer as one graph, so a recall becomes a single question: call list in seconds, not days.

Illustrative examples. Names, figures and documents are fictionalised.

Every common format, connected into your knowledge graph.

PowerPoint, Excel, PDFs, SAP and the tools you already run on: Folaint reads the formats and systems your teams live in and turns them into one governed knowledge graph. New connectors land with every release.

PowerPoint
Word
Excel
PDF
Markdown
SharePoint
PowerPoint
Word
Excel
PDF
Markdown
SharePoint
SAP
Outlook
OneDrive
Google Drive
Google Sheets
Salesforce
SAP
Outlook
OneDrive
Google Drive
Google Sheets
Salesforce
Notion
Confluence
Jira
Slack
Dropbox
Google Cloud
Notion
Confluence
Jira
Slack
Dropbox
Google Cloud

All product names and trademarks are the property of their respective owners. Names are used to describe data-source compatibility and do not imply any affiliation or endorsement.

The three questions above, tried against the usual fixes.

The two common fixes are a context file (instructions in the prompt) and RAG, top-k nearest-neighbour retrieval over vector embeddings. Both help. Neither survives the three questions you just saw.

The model is not too weak. The question is nowhere written down whole.

  1. “Which delivered machines contain valve V-220?”

    Vector search ranks. It doesn’t enumerate.

    The usual fix

    Top-k nearest-neighbour search returns the 10 to 20 most similar passages: it maximises relevance, not completeness.

    What it needs

    A set-membership query: traverse the bill-of-materials graph and return all 47 machines, with proof there’s no 48th.

    For a product recall, “probably most” is a wrong answer, and no tuning of k changes that.

  2. “How much already hangs on Brandt, across everything?”

    Retrieval is extractive. This is a computation.

    The usual fix

    The €4.2M figure is written in no passage. Extractive retrieval returns only text that already exists.

    What it needs

    Resolve three supplier names across three systems to one group, then add up the volume: entity resolution plus a graph join.

    An embedding can only return what was written down somewhere, and this number never was.

  3. “Finance says 14%, Sales says 19%. Which margin is right?”

    A prompt is context, not a constraint.

    The usual fix

    “Net of rebates” is just tokens in the context window; the model can weight the Sales table higher and answer 19%.

    What it needs

    “Margin” resolves to one typed metric: a canonical formula with an owner, a version and rules every answer is validated against.

    Instructions the model may ignore aren’t governance, and no one keeps a thousand of them current in a file.

Context files and RAG give your model more text. Folaint gives it verified facts, complete relationships and enforced definitions it can query.

Your AI can’t reason over rows. It can reason over a map of meaning.

A gives your AI entities, relationships and rules it can follow, anchored in your industry’s published standards, not just patterns inferred from past data.

A list knows what is in it. A graph knows what follows from it.

recallssupplieslisted inbuilt intobuilt intobuilt intoshipped asshipped asshipped asdocumented ininstalled atof which swappedfitted inrecordsleavesyieldsnamed inrequirestriggersValve V-220Recall noticeValve supplierBills of materialsMachine type AMachine type BMachine type CDelivered machines · 47+47Serial 4412 · 4418 · 4501 · +44 moreDelivery recordsCustomers · 12Service reportsSuccessor valve V-221Already swapped · 9Still affected · 38Call list with serialsProduct-liability duty

Live graph: drag any node, hover a dashed one to see what stands behind it.

What the words actually mean.

Standards-anchored, not precedent-based.

It captures distinctions that never appeared in your data but that regulation requires. An and rules make the meaning explicit and checkable.

Open, not a private dialect.

Built on standards you could read, export and keep, never a black box only we can interpret.

Knowledge graph
A network of entities (customers, contracts, orders) connected by typed, named relationships. Unlike database rows, every connection carries a defined meaning an AI can follow and reason over, not just a foreign-key join.
Ontology
A formal vocabulary for a domain: the entity types, their properties and the relationships permitted between them. Think of it as a schema for meaning, not just for data: “a Contract must have a counterparty of type Customer.”
Triple
The atomic fact in a knowledge graph: subject, relationship, object. “Contract 2024-117, has counterparty, Acme GmbH.” Extraction from your documents runs in two passes, entities first, then the relationships between them, and every triple stores the source document, page and timestamp it came from.
Competency question
A concrete question the graph must be able to answer, collected with your experts before anything is built: “which suppliers are single-source for a critical part?”. Each one is stored with a test query. After every change to the ontology, all of them run again, a regression test for meaning.
SHACL
Shapes Constraint Language: a W3C standard for writing rules that data in the graph must satisfy. Machine-readable and machine-checkable: if a compliance rule says every supplier must carry a risk rating, SHACL will flag any that don't.
Open standards
The W3C publishes the full specifications for RDF, OWL and SHACL. Any developer can read, audit and implement them independently. Your data model is never proprietary. You can export it, inspect it, and take it elsewhere without our involvement.

Two assets you own. Every door they open.

At the end of the process you hold a that maps your domain and an that governs it. Both in open formats, running on your infrastructure. Below are the capabilities they hand you, regardless of which AI layer you choose next.

Knowledge Graph

Entities, relationships, and connections your AI can traverse and reason over.

Ontology

The definitions, rules, and governance layer that makes every fact in the graph trustworthy.

Most companies build on rented intelligence: when the model changes, meaning disappears. Your Knowledge Graph and Ontology stay. Both yours, in open formats. Rent the intelligence anywhere. The meaning you own, with us.

Intelligence you can rent anywhere. The meaning stays yours.

How it gets built

And how does this get into your company?

Five steps, an automated pipeline, and your experts at exactly three approval gates. The explainer video and the machinery behind each step sit on their own page.