Kennis binnen het bedrijf.
Met RAG ontsluiten.
Antwoorden met inzichtelijke bronnen in plaats van nog een opslagplaats: DAXS verbindt documenten, zoekfuncties en taalmodellen tot een kennisoplossing die actualiteit en bestaande toegangsrechten meeneemt.

Het antwoord moet naar uw vrijgegeven bronnen leiden.
Een werkinstructie staat in het documentbeheer, een technische aanwijzing in interne documentatie en de laatste aanvulling in een ticket. Een passende kenniszoekfunctie kan deze bronnen ontsluiten en antwoorden begrijpelijk samenstellen. DAXS plant en integreert zulke oplossingen, inclusief gegevensimport, zoeken, gebruikersrechten en doorlopend onderhoud.
Retrieval-Augmented Generation, kortweg RAG, verbindt een zoekfunctie met een taalmodel. Het zoeken vindt passende inhoud; het model krijgt geselecteerde tekstfragmenten als context en formuleert daaruit een antwoord. In een gebruikelijk RAG-proces worden de modelgewichten daarvoor niet met elk nieuw document getraind. Kennisbestand en antwoordmodel blijven verschillende bouwstenen.
Interne documentatie
Vrijgegeven handleidingen en werkinstructies eenvoudiger vinden, een passende passage samenvatten en de vindplaats openen.
Supportkennis
Bekende oplossingsroutes voor een aanvraag vinden en als toetsbaar antwoordconcept voorbereiden. Klant- en tenantgrenzen blijven onderdeel van het zoeken.
Werkprocessen
Informatie uit geschikte projectdocumentatie of richtlijnen voor een concrete werkstap samenbrengen. De inhoudelijke goedkeuring volgt uit de toepassing.
Import en opvraag zijn twee onderhouden gegevenspaden.
Bij de import worden inhoud, bronrelatie en rechten voorbereid. Bij een vraag bepaalt de dienst de gebruikersidentiteit en zoekt binnen het toegestane bestand. Alleen passende, toegestane treffers worden voor het antwoord samengebracht.
De architectuur kan met lokale of externe modellen worden uitgevoerd. Voor embeddings, reranking en antwoordgeneratie worden toegestane gegevenspaden elk apart getoetst. Een lokaal opgeslagen zoekindex betekent nog niet dat alle latere verwerkingsstappen ook lokaal plaatsvinden.
Goed zoeken begint vóór de eerste prompt.
Een documentimport leest meer dan een bestandsnaam. We toetsen ondersteunde formaten, tekstherkenning, tabellen en inzichtelijke documentstructuur. Onnodige duplicaten of oude concepten moeten niet ongemerkt met een actuele werkinstructie concurreren.
| Stap | Taak | Belangrijke samenhang |
|---|---|---|
| Import en opschoning | Geschikte bronnen aansluiten, inhoud extraheren en gestructureerd voorbereiden. | Bron-ID, versie, tijdstand en eigenaar behouden; fouten en onleesbare documenten zichtbaar maken. |
| Chunking | Documenten in zinvol bruikbare fragmenten opdelen. | Letten op koppen, tabellen en inhoudelijke samenhang. Elk fragment heeft de relatie met de bron en haar rechten nodig. |
| Embeddings en index | Inhoud voor semantisch zoeken representeren en met zoekmetadata opslaan. | Embeddingmodel en indexstand gezamenlijk versiebeheer geven. Ook vectoren en afgeleide gegevens kunnen bescherming nodig hebben. |
| Hybride zoeken | Semantische gelijkenis combineren met passend zoeken in volledige tekst en trefwoorden. | Exacte productnummers of vaktermen en inhoudelijk geformuleerde vragen hebben verschillende zoekbehoeften. |
| Selectie en reranking | Toegestane treffers voor de concrete vraag ordenen en begrenzen. | Alleen toegestane informatie aan een aanvullende reranker doorgeven; rekening houden met dienst en gegevensgoedkeuring. |
| Antwoord en vindplaatsen | Begrensde context aan het model doorgeven, begrijpelijk antwoorden en bronnen koppelen. | Vindplaats, versie en gebruikerstoegang moeten bij het resultaat passen. Een bronverwijzing op zichzelf bewijst niet dat elke uitspraak daar correct uit is afgeleid. |
De kenniszoekfunctie mag bestaande rechten niet omzeilen.
Een medewerker zonder toegang tot een document mag de vertrouwelijke inhoud ook niet via een samenvatting ontvangen. Daarom komt gebruikers- en groepscontext uit een betrouwbare aanmelding. De applicatie mag niet vertrouwen op een door het model opgegeven gebruikersnaam of vrij meegestuurd zoekfilter.
Afhankelijk van bronsysteem en zoekplatform kunnen overgenomen ACL's, servermatig ingestelde filters of aanvullende objectgerichte controles worden ingezet. Bij sterk afgebakende gegevensbestanden kan een aparte indexstructuur zinvol zijn. De hele keten telt: import, rechtenmapping, zoeken, trefferoverdracht, caches en daadwerkelijk geopende bron.
Ontbrekende rechten worden niet door een goede prompt vervangen.
Bij onduidelijke identiteit, ontbrekende rechteninformatie of vervallen goedkeuringen moet het gegevenspad volgens het afgesproken beschermingsconcept sluiten. Documenttekst hoort pas na geslaagde toetsing in reranker en modelcontext. Ook trefferlijsten, bestandsnamen en antwoordcaches mogen geen informatie van anderen onthullen.
We testen nadrukkelijk gescheiden gebruikersrollen, ingetrokken groepsrechten en andere tenants. Een documentbron kan bovendien gemanipuleerde instructies bevatten. Die worden als broninhoud behandeld en geven geen toolrechten. Als het kenniszoeken ook acties moet uitvoeren, krijgt het een afzonderlijk geplande gecontroleerde interface.
Nieuwe inhoud, verwijderingen en rechtenwijzigingen horen bij elkaar.
Een eenmaal ingelezen map blijft niet vanzelf actueel. We bepalen hoe wijzigingen worden herkend, fouten opnieuw verwerkt en verouderde invoer verwijderd. Daaronder vallen nieuwe versies, verwijderde bestanden, ingetrokken rechten, gewijzigde deellinks en het vertrek van medewerkers.
- Synchronisatie: geschikte connectors, gebeurtenissen of geplande afstemmingen met inzichtelijke verwerkingsstatus.
- Bronrelatie: stabiele ID's en versies, zodat vindplaatsen niet onbedoeld naar een andere documentversie wijzen.
- Verwijderconcept: betrokken indexfragmenten, embeddings en caches meenemen; bewaarbeleid voor back-ups afzonderlijk afstemmen.
- Beheer: mislukte imports, foutieve rechtenovername en onverwacht oude gegevens kunnen herkennen.
Ook de behandeling van een verouderd of onbereikbaar bronsysteem wordt afgesproken. Een waarschuwing, begrensd antwoord of tijdelijk opschorten van betrokken bestanden kan afhankelijk van de beschermingsbehoefte passender zijn dan schijnbaar actuele informatie.
Trefferkwaliteit en antwoordkwaliteit afzonderlijk toetsen.
Een vloeiend geformuleerd antwoord kan op een verkeerde of onvolledige vindplaats berusten. Daarom toetsen we of het zoeken de benodigde informatie vindt, of de toegestane context volstaat en of het antwoord die informatie correct weergeeft.
Bekende vraag
Een vrijgegeven vraag met bevestigde vindplaats. Gevonden passage, juiste versie en inhoudelijk passend antwoord samen toetsen.
Geen passende bron
Het systeem moet ontbrekende informatie herkenbaar maken en een zinvolle vervolgroute bieden in plaats van een schijnbaar onderbouwd antwoord te verzinnen.
Verboden of oude bron
Een gebruiker met andere rechten en een ingetrokken versie. Documentinhoud en ongeoorloofde aanwijzingen mogen niet via antwoord of cache verschijnen.
Een geschikte vragenset bevat ook tegenstrijdigheden, meertalige begrippen, tabellen en ongebruikelijke documentformaten. Wijzigingen in chunking, embeddings, zoekstrategie of model worden hier opnieuw aan getoetst. RAG kan informatie beter toegankelijk maken; onvolledige bronnen en onjuiste antwoorden blijven mogelijke beperkingen.
Beginnen met een geschikt kennisgebied.
DAXS inventariseert gegevensbronnen, rechten en typische vragen, ontwikkelt de import- en zoekroute en koppelt een passende applicatie. Een beperkte selectie goede documentatie met duidelijke eigenaren is voor een pilot vaak nuttiger dan direct het hele bestandsarchief.
Als resultaat krijgt u een inzichtelijke opbouw met vrijgegeven gegevenspaden, een toetsbare vragenset en gedocumenteerde taken voor synchronisatie, onderhoud en beheer. Of de inferentie lokaal of extern plaatsvindt, wordt in de infrastructuurvergelijking verduidelijkt. De invoering op de werkplek houdt rekening met gebruikers, training en gebruiksregels.
Een afgebakend documentgebied, verantwoordelijke contactpersonen, typische vragen en het bestaande rechtenconcept. Vertrouwelijke bestanden worden pas via een afgestemde, beschermde route aangeleverd.
Dat verduidelijken we in het gesprek.
Is RAG hetzelfde als een getraind bedrijfsmodel?
Nee. RAG haalt documentfragmenten op die bij de vraag passen en biedt die als context aan het model aan. De modelgewichten veranderen daardoor niet automatisch. De kwaliteit van zoekfunctie, bronnen en antwoordmodel moet samen worden getoetst.
Hoe blijven vertrouwelijke documenten beschermd?
Identiteit en toegestane documentrechten moeten al tijdens het zoeken en vóór contextoverdracht worden afgedwongen. Daarna gelden de rechten ook voor getoonde bronnen. De toetsing omvat daarnaast indices, caches, exports en logboeken.
Wat gebeurt met gewijzigde of verwijderde documentatie?
De oplossing heeft een vastgelegde afstemming met de bronnen nodig. Wijzigingen, rechtenwissels en verwijderingen moeten de zoekindex en betrokken caches bereiken. Verouderde of niet langer toegestane inhoud mag niet als actuele context blijven dienen.
Voorkomen bronverwijzingen onjuiste antwoorden?
Ze vereenvoudigen controle, maar garanderen geen juiste uitspraak. Het antwoord kan een vindplaats verkeerd begrijpen of onjuist samenvatten. Daarom testen we brondekking, citeernauwkeurigheid, tegenstrijdigheden en omgang met ontbrekende informatie.
Kan een kleine documentverzameling als pilot dienen?
Ja. Een helder afgebakend, onderhouden bestand met echte vragen en bekende rechten is vaak geschikter dan een onmiddellijke volledige import. De resultaten bepalen welke bronnen, zoekmethoden en beheerprocessen vervolgens nodig zijn.
Ook titels, fragmenten en caches hebben rechten nodig.
Rechten moeten vóór overdracht aan het model werken. De toetsing omvat trefferlijsten, voorvertoningen, citaten, ophalen van originelen en antwoordcaches. Groepswissels en ingetrokken deelrechten worden met negatieve tests gecontroleerd. Een vrijgegeven zoekindex mag geen gedeelde volledige toegang tot vertrouwelijke bronnen worden. De afzonderlijke beveiligingspagina licht oversharing, onjuist toegekende rechten en actuele Microsoft-controles toe.
Laten we uw toepassing bespreken.
Wat moet eenvoudiger worden, welke gegevens zijn betrokken en welke systemen zijn al aanwezig? Daaruit ontwikkelen we een zinvolle start en overzichtelijke vervolgstap.