What KRISID is
Assets, types, domains and the links between them, in one page.
The same help centre that ships inside the product, published in full and free to read. 48 pages covering every screen, the question grammar, the metamodel, and the whole HTTP API — endpoint by endpoint, with the permission each one needs and the reasons it refuses.
No registration. Written for the people who use it, not for a brochure.
KRISID is where your organisation keeps track of its data: what each thing means, where it physically lives, who answers for it and where its data comes from. This help centre explains how to use it, whatever you came to do.
The Help button at the top right of every screen opens the help page about that screen. On the Ask page it opens the page about Ask; on an asset it opens the page about reading an asset. From any help page, Help home brings you back here.
Tip: Press
/from anywhere in KRISID to jump to the Ask box and type a question.
KRISID uses a handful of words in its own way: asset, domain, harvested, roll-up. What KRISID is explains them in one page, and the Glossary defines each one.
If something looks wrong, try Troubleshooting and FAQ.
Assets, types, domains and the links between them, in one page.
Sign in, ask a question, open an answer, follow its lineage.
Sign in, sign up with your email address, and what to do if you are locked out.
The top bar, the sidebar, Ask, and the Help button you just pressed.
One box for searching and for asking questions in plain words.
Lists of every kind of thing, and everything a domain answers for.
Definition, attributes, who is responsible, links and history.
Where data comes from and where it goes, and how to read the picture.
Narrow with conditions, save what you built, share it.
How KRISID composes a governed query from the semantic layer — and never runs it.
Change a description, an attribute or a link, and what happens when you do.
Who answers for what, and how responsibility is inherited.
Changes that need somebody's agreement, and how to decide them.
The canvas: states, steps, scope, who is asked, and what happens when time runs out.
Add or change many assets at once, with a preview before anything is written.
Domains, subject areas, entities, terms, rules, products and contracts — and binding them to real data.
Metrics, dimensions and segments as YAML, and which side wins.
Marks like Contains PII, where they are recorded and where they show.
Add people, grant roles, look through somebody else's eyes.
Let people create their own accounts, and send invitations by email.
Your name and logo, the top bar, and the questions under the Ask box.
Connect Snowflake, Databricks, Power BI, Tableau, Fabric or OpenLineage, and keep them in sync.
Where a workflow action sends, and the token it sends with.
Write classifications from KRISID onto the warehouse itself — previewed first.
The types, attributes and relations everything else is made of.
One view over several asset types, and who may see it.
What changed, who changed it, and what the application itself did.
Who uses what, for how long, what they search for — when it is switched on.
Install a new release safely, and what the licence checks.
Every kind of question the box can read, with examples.
KRISID's own words, defined once.
The keys that save time.
Common questions, and what to do when something looks wrong.
Every endpoint the browser calls, grouped by the screen that calls it — with its parameters, what it answers and the permission it needs.
The API calls behind signing in and the frame.
The API calls behind the invite and sign-up screens.
The API calls behind ask and search.
The API calls behind browsing: overview, roll-up, estate, layers, type lists.
The API calls behind one asset.
The API calls behind lineage and the explorer.
The API calls behind the metamodel.
The API calls behind people, teams, roles and access.
The API calls behind workflows, requests and change sets.
The API calls behind sources, connections and harvesting.
The API calls behind the semantic layer.
The API calls behind bulk load and exports.
The API calls behind administration.
The API calls behind the help centre.
The documentation is deliberately complete, including the parts about what the product refuses to do. If something you need is missing from it, that is worth a conversation.