Onboarding
Question:
How do we actually do this here?
Assistant:
The assistant pulls the answer from the handbook, the wiki and old tickets - with a link to the passage, so new colleagues learn the source and not just the answer.
Knowledge sits scattered across file shares, wikis and tickets, and people ask the colleague who knows. An internal AI assistant answers questions from your documents, names the passage it used and shows each person only what they are allowed to see.
The situation
Documents, wikis, tickets and databases grow for years in separate systems. Whoever needs something asks colleagues instead of systems. Three patterns recur in almost every company.
Handbook in the wiki, contract in the DMS, fix in an old ticket, policy as a PDF on the network drive. Every store has its own search, and none knows the others.
Full-text search finds words, not the answer. Without the term used in the document you find nothing or too much, and in the end someone gets asked who is actually busy with something else.
Long-serving staff know which version applies and where it lives. When that person changes role or retires, the route to the knowledge is gone, even though the documents remain.
AI knowledge management
Staff ask in their own words. The assistant searches the approved sources and answers with document, section and version. The interface is Open WebUI, with user management and sign-in through your existing login.
Question:
How do we actually do this here?
Assistant:
The assistant pulls the answer from the handbook, the wiki and old tickets - with a link to the passage, so new colleagues learn the source and not just the answer.
Question:
What exactly did we commit to for this customer?
Assistant:
It finds the relevant passage in your contract and quote archive and cites it, instead of someone searching through five file shares.
Question:
How was this customer's setup configured?
Assistant:
It answers from runbooks, tickets and documentation and shows which document in which version the answer came from.
Question:
Have we seen this error before?
Assistant:
It searches resolved tickets and knowledge articles and returns the earlier fix, including the ticket number.
Question:
What are we allowed to do here?
Assistant:
It answers from the valid version of your policies and names the version date, instead of an outdated PDF in a folder.
Question:
What have we already written on this topic?
Assistant:
It finds text modules, earlier projects and references. That is the starting point for a draft, not a replacement for the author.
Permissions and sources
The most common design mistake is telling the language model what it must not show. That is not access control, it is a request. Permissions apply at three points - and only the middle one decides.
The connector carries the permissions over from the source: owner, direct shares, group shares, inherited folder rights. They are normalised and stored on every passage - not only on the document, because passages are what gets retrieved.
This is where it is decided. The signed-in user's groups are resolved and turned into a mandatory search filter. The database only ever sees the query with that filter attached. What the user may not see is not a worse match - it is no match at all.
Before output, the retrieved passages are checked against the source again. A share may have been revoked between the indexing run and the query. This second check costs milliseconds and catches exactly the case that would otherwise be expensive.
The source systems remain authoritative. Connectors carry content, versions, and permissions into the search index and refresh it on an agreed schedule. Group memberships are read from your directory service at runtime, not frozen at indexing time. A change of department takes effect with the next request; the cache of a few minutes can be dropped deliberately for critical role changes.
Evidence and co-determination
| Where the check sits | What happens when a permission is revoked | Does it hold? |
|---|---|---|
| In the prompt ("do not show anything from folder X") | Nothing. The passage is already in the model's context and can come back out through a differently phrased question. | No |
| After the search, as a filter on the result list | The hit disappears from the list - but it was already retrieved, and the number of hits reveals that something is there. | Partly |
| Before the search, as a condition of the query | The passage is outside the search space. It cannot be retrieved, cannot be counted and cannot be inferred. | Yes |
Approach and price
The bottleneck is rarely the model. It lies in the sources, the permissions and the question of which version applies. That is why the path starts with a bounded corpus.
Step 1
A bounded knowledge area is made searchable and tested against 40 to 60 reference questions with sources. You receive a quality report and a reasoned recommendation on whether expansion is worthwhile. Its price is credited against the production knowledge assistant.
Step 2
Connect the sources, permission model from the directory service, prepare the content, Open WebUI with your login, test questions and acceptance in the target environment.
Included
Outcome and verification
Quoted separately
Step 3
New documents are picked up automatically; answer quality, cost and errors are measured regularly. You receive infrastructure code, runbooks and training; operation by us is an option, taking it over yourself a documented path.
Limits
We would rather build a smaller system that holds than a large one nobody opens after three months.
Alternative
Copilot and your own assistant solve related tasks under different conditions. The decision depends mainly on where your knowledge lives.
Implementation
Technically this is retrieval-augmented generation (RAG): the answer is built from the retrieved passages, not from training data, which is why it can name its source. The components are open and individually replaceable:
Answers to the most important questions
Reviews & projects
From a knowledge base with an AI assistant and local AI integration to data sovereignty and ongoing operations.
AI Platform
We were looking for a secure yet easy-to-use alternative to the large American providers and came across WZ-IT. WZ-IT advised us on choosing the right models and implemented the integration for us. Beforehand, we were able to try everything out calmly on a test instance. Today WZ-IT runs Open WebUI for us on our own domain, with a convenient Microsoft login and open-source models hosted by a German provider. Our team can now work productively with AI without resorting to external tools or shadow AI. Working together is straightforward, and questions are answered quickly and clearly. With WZ-IT we also have a partner at our side for further AI projects. (translated)
Carl-Frederic KornHead of E-Commerce & Online Marketing, Krüger Dirndl GmbHKnowledge Management & AI
The knowledge from many years in the solar industry lived in the head of our former managing director, and it still lives in the heads of our employees today. We wanted to secure it, not as a folder full of notes, but in a way that lets us ask questions in daily work and get reliable answers. WZ-IT advised us from the start and weighed different approaches and knowledge management systems against each other with us before we decided. What was built is a custom knowledge base with an AI assistant that brings together conversations, notes, documentation and manuals: from the platform through onboarding our team to support in operation. Conversations are transcribed and facts are extracted; we review and correct everything ourselves before it is stored, because we do not want to trust an AI blindly. The system runs in our own environment, and the data stays with us. What surprised us was how efficient it was: WZ-IT used existing open-source software and extended it specifically for our requirements, instead of selling an expensive custom build from scratch, as is often usual with IT service providers. Timo and Robin understood our actual problem, preserving knowledge during the generational handover, and implemented it step by step: from the proof of concept through setup and validation with our own data to productive operation, explaining everything clearly along the way. Next, we want to extend this to the knowledge of our employees, so that this does not depend on individual people either.
Joshua von AmelnManaging Director, solarwerkstatt berlin GmbHInternational

WZ-IT designs, develops and operates infrastructure and software for clients in Germany and internationally. We deliver projects remotely and continue supporting them in ongoing operations after go-live.
Enquiry
Name the knowledge sources, user groups, and key questions the assistant should answer.
The conversation is free and non-binding.
WZ-IT's advice on our Azure migration was technically sound and completely non-binding right from the intro call - we took away a great deal.
Jakob ÖschlbergerInno7 GmbH

WZ-IT's advice on our Azure migration was technically sound and completely non-binding right from the intro call - we took away a great deal.