Welke gegevens mag uw agent gebruiken?

Stel dat een planner een overzicht van verwachte leveringen wil voorbereiden. De agent zou bestellingsregels en toegelaten afspraken lezen, de juiste documenten erbij zoeken en ontbrekende bevestigingen oplijsten. Het resultaat is een overzicht dat de planner kan controleren. Dit voorbeeld geeft geen toestemming om losplaatsen toe te wijzen, materiaal vrij te geven of fysieke activiteiten te starten. Leg die grens vast voordat u over koppelingen spreekt.

Noteer per systeem welke gegevens de agent nodig heeft en wat hij ermee mag doen. ‘Toegang tot ERP’ helpt de beheerder weinig. ‘Bestelreferentie en verwachte leverdatum lezen voor de toegewezen vestiging’ is een vraag waarop die rechten kan toekennen. Beschrijf wijzigen op een afzonderlijke regel. Dat blijft nodig als dezelfde connector zowel kan lezen als schrijven.

UiPath vermeldt vooraf gebouwde connectoren en een Connector Builder. Workato beschrijft verbindingen met lokale toepassingen en eigen REST- of SOAP-systemen via een gateway.^1,2

Daarmee is nog niet aangetoond dat uw gegevens en systeemversie bereikbaar zijn. Vraag de leverancier de bedoelde handeling te demonstreren in een proefomgeving die uw team heeft goedgekeurd. Laat aangeven wat standaard werkt, wat maatwerk vraagt en welke extra component nodig is. Een connectornaam wordt zo een voorstel dat de beheerder kan beoordelen.^1,2

Nexus beschrijft een aanbod waarbij een engineer de eerste werkwijze samen met het klantteam bouwt en in de eigen hulpmiddelen van dat team toont.³

Voor het leveringsdossier kan die gezamenlijke bouw helpen om de vraag van de planner en de toegangsrechten van IT op elkaar af te stemmen. Vraag Nexus bijvoorbeeld om met uw team alleen de bestelreferentie en verwachte leverdatum voor de eigen vestiging op te halen. Laat de beheerder meekijken welk account en welke velden daarvoor nodig zijn. Zo gebruikt u de aangeboden begeleiding om een concrete leesopdracht te beoordelen, voordat u over wijzigen of ruimere toegang beslist.³

Workato Enterprise MCP beschrijft dat acties de identiteit van de aangemelde gebruiker overnemen. Microsoft documenteert kennisantwoorden op basis van de toegang van die gebruiker. Google beschrijft zoeken dat rekening houdt met toegangsrechten.^4,5,6

Deze uitspraken gaan over verschillende handelingen. Een document mogen lezen betekent niet dat u een bestelling mag wijzigen. Laat bij elke actie aanwijzen welk account wordt gebruikt: dat van de medewerker, een technische identiteit of een andere gedelegeerde toegang. Vergelijk dat met de rechten in het bronsysteem. Het moet duidelijk zijn wie de handeling mag uitvoeren en waarom.

Laat IT proefaccounts met verschillende rechten goedkeuren. Vraag met het ene account een dossier van de eigen vestiging op. Stel dezelfde vraag met een account dat dit dossier niet mag zien. Trek vervolgens een eerder toegekend recht in en herhaal de aanvraag volgens de afgesproken verversingsregels. Bekijk antwoorden, bijlagen, logboeken én wijzigingen in het bronsysteem. Een beleefde weigering in de chat bewijst niet dat elders geen informatie is vrijgegeven of gewijzigd.

Dify Enterprise noemt installatie binnen een eigen VPC, op eigen locatie of in een afgesloten netwerk. De documentatie voor hybride LangSmith-uitrol vermeldt dat uitvoeringsgegevens naar het standaard GCP US-eindpunt gaan als LANGSMITH_ENDPOINT ontbreekt.^7,8

‘Bij ons gehost’ beantwoordt dus niet de hele gegevensvraag. Vraag een tekening met het bronsysteem, de connector, de agentomgeving, de modeldienst, de opgeslagen resultaten en de logboeken. Laat bij elke verbinding aangeven welke informatie meegaat, wie ze kan raadplegen en wie de instellingen beheert. Een private verbinding kan een deel van de route afdekken terwijl andere gegevens elders worden verwerkt.^7,8

Gebruik voor het leveringsvoorbeeld een proefdocument met een herkenbare, niet-vertrouwelijke markering. Laat de beheerder tonen waar die markering opduikt en hoe het dossier volgens de afgesproken regels wordt bewaard of verwijderd. Laat het beveiligingsteam en de gegevensverantwoordelijke de inrichting beoordelen voordat u echte bedrijfsgegevens gebruikt. Deze gids bepaalt geen wettelijke bewaartermijn en stelt niet vast aan welke wettelijke eisen uw toepassing voldoet.

Maak een tabel met systeem, actie, account, toegelaten gegevens, verwacht resultaat, ontvangen bewijs en beoordelaar. Voor het voorbeeld kan er staan: ERP-bestelreferentie lezen; planner van vestiging A; alleen toegewezen dossiers; bronverwijzing naar het juiste record. Zet er ook de tegenproef bij: dezelfde vraag vanuit een account zonder toegang mag de inhoud niet onthullen. Zo ziet iedereen welke twee uitkomsten moeten worden aangetoond.

Geef elke regel een besluit: aanvaard, aanpassen of nog onbewezen. Een brochure alleen laat de proefvraag open. Heeft de demonstratie te ruime rechten nodig, noteer dan ‘aanpassen’. De technische verantwoordelijke beschrijft wat moet veranderen en wat daarna opnieuw moet worden getoond. Bewaar dat open punt bij de aankoopbeslissing, zodat een algemene toezegging het niet ongemerkt vervangt.

Start de afgebakende proef wanneer de noodzakelijke toegangsregels zijn aanvaard. Bewaar de tabel bij de instellingen en werk ze bij als de connector of modelroute verandert. Beoordeel een uitgebreider dossier opnieuw, ook als de eerste proef goed verliep. Toestemming voor bepaalde gegevens en handelingen geldt niet automatisch voor de volgende taak.