Een RAG-toepassing kan bij oplevering bruikbare antwoorden geven en later toch verouderde informatie aanbieden. Een bron verandert, een bijlage vervalt of een inhoudelijk eigenaar verlaat het team. De technische omgeving kan bereikbaar blijven terwijl het antwoord niet meer past bij de actuele werkwijze. Daarom hoort bronactualiteit bij het ontwerp en de overdracht, niet alleen bij een onderhoudsafspraak achteraf.
Deze gids maakt de dagelijkse verantwoordelijkheid concreet. De situaties en termijnen zijn illustratieve ontwerpkeuzes, geen beloofde servicelevels of beschrijving van een bestaande klantomgeving. Kies de benodigde snelheid en controle op basis van de gevolgen van verouderde of ten onrechte beschikbare informatie.
Bepaal welke actualiteit de taak nodig heeft
Niet iedere bron hoeft op hetzelfde moment te worden bijgewerkt. Een algemene introductietekst heeft mogelijk een andere wijzigingsgevoeligheid dan een actuele productwaarschuwing. Beschrijf per brongebied hoe snel een wijziging bruikbaar moet zijn en welke gevolgen een vertraging heeft. Een algemene afspraak dat informatie regelmatig wordt ververst zegt weinig over de vragen waarop medewerkers dagelijks vertrouwen.
Vraag de inhoudelijke eigenaar wanneer een document echt gaat gelden. Een wijziging kan vooraf worden gepubliceerd maar pas later ingaan. Omgekeerd kan een bron direct vervallen terwijl een vervangende instructie nog niet klaar is. Maak zulke momenten herkenbaar. De toepassing moet kunnen omgaan met een tussenperiode waarin een onderwerp tijdelijk verduidelijking of een menselijke route vraagt.
Registreer de toestand van iedere bron
Bewaar een stabiele referentie, verwachte versie en laatst succesvol verwerkte versie. Een datum waarop de connector draaide is niet hetzelfde als bewijs dat een bepaald document correct beschikbaar is geworden. Maak onderscheid tussen aangetroffen, verwerkt, gecontroleerd en actief gebruikt materiaal voor zover die stappen in de concrete inrichting verschillend kunnen slagen of falen.
Een fictief servicebedrijf vervangt een handleiding en ziet een groene importmelding. Toch is één tabel onleesbaar geworden en blijft de oude passage in de zoekvoorziening staan. Zonder registratie per bron is het lastig die situatie te herkennen. Een beheeroverzicht hoeft niet uitgebreid te zijn, maar moet de eigenaar helpen een concrete bron en bekende vraag aan een verwerkingstoestand te koppelen.
Onderzoek hoe wijzigingen worden herkend
Een connector kan wijzigingen via tijdstempels, versiegegevens of een andere bronfunctie herkennen. De gekozen methode moet passen bij hoe medewerkers bestanden werkelijk aanpassen. Denk aan een document dat wordt verplaatst, een bijlage die opnieuw wordt geüpload of een bestand waarvan de naam gelijk blijft terwijl de inhoud verandert. Leg de ondersteunde gevallen en beperkingen vast.
Voer een kleine proef uit met precies die handelingen. Controleer daarna niet alleen of een verwerking is gestart, maar ook welke tekst wordt gevonden en welke versie een verwijzing opent. Een technisch geslaagde synchronisatie kan nog steeds een inhoudelijk onjuist resultaat geven. Het bewijs van actualisatie moet daarom de bronverandering verbinden met het zichtbare antwoordgedrag op relevante vragen.
Leg vast wie bij wijzigingen kan handelen en welk bewijs een opvolgend beheerder nodig heeft: Beheer van bestaande software overdragen: laat een tweede persoon het uitvoeren.
Behandel gedeeltelijke verwerking als herkenbare uitkomst
Een update kan slechts deels slagen. Sommige bronnen zijn nieuw, andere nog oud en een derde groep ontbreekt door een tijdelijke fout. Bespreek of de toepassing die gemengde toestand mag gebruiken en hoe een gebruiker daarvan iets moet merken. Bij onderling afhankelijke instructies kan een gedeeltelijk vernieuwde verzameling onduidelijker zijn dan een bewuste tijdelijke beperking.
Maak een herstelroute die niet op een onduidelijke volledige herimport leunt. De beheerder moet kunnen vaststellen welke bron ontbreekt en welke controle nodig is voordat zij weer actief wordt. Leg vast wie mag besluiten door te gaan, tijdelijk terug te keren naar een eerder gecontroleerde toestand of het brongebied buiten gebruik te zetten totdat de wijziging correct is verwerkt.
Ontwerp intrekken anders dan gewoon actualiseren
Een ingetrokken document moet mogelijk sneller verdwijnen dan de normale verversingscyclus. Denk aan een foutieve instructie of een bron waarvan de doelgroep is veranderd. Onderzoek afgeleide passages, zoekresultaten, antwoordcaches en eerder gedeelde verwijzingen. Alleen het oorspronkelijke bestand verwijderen is geen voldoende bewijs dat de inhoud nergens meer als actuele ondersteuning wordt aangeboden.
Bereid daarom een intrekkingsproef voor. Stel eerst een vraag die de bron gebruikt, trek de bron vervolgens in en probeer nieuwe vragen en eerder zichtbare links opnieuw. Noteer welke onderdelen direct veranderen en welke extra verwerking nodig hebben. Maak geen algemene belofte over onmiddellijke verwijdering zolang de concrete bronketen en bewaarkeuzes niet zijn onderzocht en gecontroleerd.
Verdeel technische en inhoudelijke verantwoordelijkheid
Een technisch beheerder kan zien dat een import mislukt. Een inhoudelijk eigenaar bepaalt of een nieuwe procedure klopt en wanneer zij moet gelden. Leg beide verantwoordelijkheden vast, inclusief een vervanger. Anders kan een technisch team wachten op goedkeuring terwijl de afdeling denkt dat een succesvolle upload automatisch betekent dat de nieuwe instructie al correct gebruikt wordt.
Maak de overdracht klein en uitvoerbaar. Een wijzigingsmelding kan de bronreferentie, reden, gewenste ingangsdatum en verantwoordelijke bevatten. Voeg toe welke vragen opnieuw moeten worden beoordeeld. Daarmee krijgt de technische wijziging een inhoudelijk controlepunt zonder dat ieder klein tekstherstel onnodig een omvangrijke projectprocedure wordt. De benodigde zwaarte volgt uit de gevolgen voor de taak.
Herbeoordeel vragen die door de wijziging geraakt worden
Een andere productterm, gewijzigde tabel of nieuwe uitzondering kan invloed hebben op zoeken én antwoorden. Selecteer daarom gerichte gevallen uit de bestaande toetsset. Controleer of de juiste bron wordt gevonden, de nieuwe voorwaarde wordt behouden en een oud antwoord niet alsnog uit hergebruik terugkomt. Alleen een steekproef op technische bereikbaarheid mist deze inhoudelijke verschuivingen.
Bewaar ook vragen waarop de uitkomst bewust verandert. Een beoordelaar moet kunnen uitleggen waarom het nieuwe antwoord anders hoort te zijn. Dat helpt bij gebruikersvragen en voorkomt dat een verbetering later als onverklaarbare achteruitgang wordt teruggedraaid. Verbind de toetsuitkomst aan de bronwijziging, zodat de reden van de aanpassing onderdeel van het beheer blijft.
Geef gebruikers een bruikbare meldingsroute
Een collega kan als eerste merken dat een verwijzing een oude versie opent of dat een procedure ontbreekt. Laat die melding naar een verantwoordelijke gaan die het onderwerp kan onderzoeken. Vraag een herkenbare bron of antwoordreferentie en een korte uitleg, niet automatisch alle vertrouwelijke informatie uit het gesprek. Zo blijft onderzoek gericht op het relevante fouttype.
Koppel terug wat met de melding gebeurt. Soms is een bron aangepast, soms was de vraag buiten het ondersteunde gebied en soms is extra onderzoek nodig. Een melding sluiten zonder inhoudelijke uitleg vermindert vertrouwen in de route. Maak ook duidelijk wanneer een gebruiker voorlopig rechtstreeks de bron of een deskundige moet raadplegen omdat het betreffende onderwerp tijdelijk niet betrouwbaar wordt ondersteund.
Oefen het beheer vóór zelfstandige overdracht
Laat de toekomstige eigenaar een normale wijziging, een ingetrokken bron en een mislukte verwerking doorlopen. Kan hij vaststellen wat actief is, een foutmelding begrijpen en de relevante vragen opnieuw controleren? Een handleiding die alleen beschrijft waar knoppen staan, bewijst nog niet dat die dagelijkse werkwijze uitvoerbaar is voor de mensen die verantwoordelijkheid krijgen.
Bewaar de oefening met de bekende beperkingen en afgesproken hulpkanalen. Plan een herbeoordeling wanneer nieuwe bronsoorten of gebruikersgroepen worden toegevoegd. Het doel is geen onbeperkte garantie op actualiteit, maar een beheersbare keten waarin bronwijzigingen zichtbaar worden, verantwoordelijkheden duidelijk blijven en gebruikers weten wat zij kunnen doen wanneer informatie nog niet correct beschikbaar is.
Van uitleg naar een concrete projectkeuze
Leg je aannames, open vragen en oplevercriteria vast in de bijbehorende tool. Gebruik de dienstengidsen om uitvoering en afbakening te bespreken.
Open de voorbereidingstool ↗Vragen over dit onderwerp
Hoe vaak moet een RAG-index worden bijgewerkt?
Dat hangt af van de bron en de gevolgen van verouderde informatie. Spreek een passende actualiteitsgrens af per brongebied en onderzoek of de gekozen verwerking die kan halen. Een vast dagelijks interval is niet voor iedere toepassing voldoende of noodzakelijk.
Kunnen we een oude bron alleen in de oorspronkelijke map verwijderen?
Onderzoek eerst welke afgeleide passages, indexen, caches en verwijzingen bestaan. Verwijdering uit de map bewijst niet dat de toepassing de inhoud nergens meer gebruikt. Test de gehele relevante keten en leg bewaarkeuzes voor historisch onderzoek apart vast.
Wat hoort bij een goede beheeroverdracht?
Herkenbare bronstatussen, eigenaarschap, wijzigings- en intrekkingsroutes, foutmeldingen, relevante toetsgevallen en een geoefende herstelprocedure. De eigenaar moet weten welke handelingen hij zelf kan uitvoeren en wanneer technische of inhoudelijke hulp nodig is.
Verder met een aansluitende vraag
Bedrijfsdocumenten voorbereiden voor RAG: van map naar beheerde bronverzameling
Maak documenten bruikbaar voor een RAG-proef met eigenaarschap, geldigheid, duidelijke structuur, verwijdering en controlevoorbeelden.
RAG & bedrijfskennisToegangsrechten in RAG: wie mag welke bedrijfskennis terugvinden?
Werk gebruikers, organisaties, bronrechten, caches en intrekking uit voordat je interne kennis via AI beschikbaar maakt.
Bestaande software & auditsBeheer van bestaande software overdragen: laat een tweede persoon het uitvoeren
Maak een operationele overdracht toetsbaar met accountbezit, versies, publicatie, meldingen, herstel, escalatie en geoefende vervanging.
Bronnen en technische achtergrond
- OWASP: Authorization Cheat Sheet ↗
Principes voor toegangscontrole; de uitgewerkte proefgevallen zijn illustratief.
- NIST: AI Risk Management Framework ↗
Kader voor het organiseren van AI-risicobeheer, geen productcertificering.