Koude acquisitie die werkt in 2026

In de afgelopen twaalf maanden rapporteerde 88 procent van de organisaties minstens één beveiligingsincident met een AI-agent. Slechts 21 procent had runtime-zicht op wat hun agents daadwerkelijk deden. Beide cijfers komen uit Gravitee's State of AI Agent Security 2026, een onderzoek onder 919 executives en practitioners. Samen beschrijven ze een ongemakkelijke positie: bij vrijwel elke organisatie die agents draait is al iets misgegaan, en vier op de vijf konden niet reconstrueren wat er gebeurde.

Voor een vastgoedbeheerder is dat geen abstract governancethema. Wanneer een onderhoudsagent zelfstandig werkorders aanmaakt, monteurs inplant op capaciteit en tickets sluit, is het spoor dat achterblijft meestal een statusvlag. Ticket 4471: opgelost. Voor een dashboard is die vlag genoeg. In een geschil is hij waardeloos. Een huurder stelt dat een gebrek is afgesloten zonder herstel. Een aannemer factureert een bezoek aan een unit waar niemand hem naartoe stuurde. Een eigenaar vraagt waarom er een spoedloodgieter tegen drievoudig tarief is uitgerukt voor een druppelende kraan. Als het enige antwoord is dat de agent het zo besliste, heb je geen operationeel probleem. Je hebt een bewijsprobleem.

De oplossing heeft een naam, AI agent observability, en het is een bouwpatroon, geen product dat je koopt. Dit artikel behandelt hoe dat patroon eruitziet in een ticketflow, wat een terugspeelbare werkorder precies bevat, en hoe lang je de records moet bewaren.

AI agent observability is niet hetzelfde als logging

De meeste teams die agents uitrollen denken dat ze gedekt zijn omdat hun systemen logs wegschrijven. De data zegt dat dat vertrouwen misplaatst is. In hetzelfde Gravitee-onderzoek gelooft 82 procent van de executives dat hun beleid beschermt tegen ongeautoriseerde agent-acties, terwijl 88 procent van hun organisaties toch incidenten meldde. Het geloof loopt ver voor op het kunnen.

De oorzaak is structureel. Standaard applicatielogging legt vast wat er gebeurde: een API-call, een gewijzigd record, een verzonden bericht. Wat verloren gaat is het waarom. De redenering van het model verdwijnt zodra het contextvenster sluit. De beleidsversie die gold op het moment van beslissen hangt niet aan de uitkomst. De data die de agent las voordat hij handelde, de historie van de huurder, de contractvoorwaarden, de urgentiescore, ligt verspreid over systemen die elk hun eigen gedeeltelijke logs bijhouden op hun eigen klok. Zes maanden later krijgt niemand dat nog aan elkaar geknoopt, en zes maanden later is precies wanneer de vraag komt.

Observability betekent dat de keten als één gestructureerd record wordt vastgelegd op het moment van handelen, niet achteraf gereconstrueerd uit fragmenten. Voor klassieke software is dat een nice-to-have, want het codepad verklaart het gedrag. Bij een agent kan dezelfde input morgen een andere beslissing opleveren. De trace is de enige plek waar het gedrag überhaupt bestaat.

Wat een terugspeelbare werkorder precies bevat

Het patroon dat in productie werkt: behandel elke agent-actie als een gestructureerd event met vijf onderdelen. Eén, de trigger: het huurdersbericht, de sensormelding of de geplande check die de run startte, met timestamp en kanaal. Twee, de inputs: wat de agent uit het domeinsysteem ophaalde voordat hij besliste, unitgegevens, eerdere tickets, contractvoorwaarden, inclusief de versies daarvan. Drie, de beslissing zelf: de conclusie van de agent, de toegekende urgentie, de gerapporteerde confidence, en de beleids- of promptversie die op dat moment gold. Vier, de tool-call: de exacte schrijfactie in het domeinsysteem, werkorder aangemaakt, monteursslot geboekt, status bijgewerkt, met de respons van dat systeem. Vijf, de mens: wie de actie goedkeurde, overrulede of nooit te zien kreeg, en onder welke escalatieregel.

Daar is geen exotische tooling voor nodig. Wel discipline over waar schrijfacties plaatsvinden. Handelt je agent via een klein aantal tool-interfaces, dan levert het instrumenteren van die interfaces het complete actierecord vrijwel gratis op. Zijn de acties verspreid over losse scripts en directe database-writes, dan haalt geen enkel monitoringproduct de keten achteraf terug. Daarom is observability een architectuurbeslissing, en hoort hij thuis in het ontwerp van operationele AI-agents, niet in een retrofit zes maanden na livegang.

De industrie convergeert naar dezelfde vorm. Het OpenTelemetry-project, dat standaardiseerde hoe klassieke software traces uitstuurt, heeft een conceptstandaard voor AI-agent-applicaties afgerond en werkt aan één gemeenschappelijke conventie voor alle agent-frameworks, juist om te voorkomen dat agent-telemetrie vast komt te zitten in leveranciersspecifieke formaten. Je hoeft de spec niet integraal over te nemen. Je wilt wel dat je trace-schema dezelfde categorieën vastlegt, zodat elk gesloten ticket end-to-end terug te spelen is: dit kwam binnen, dit is gelezen, dit is besloten, dit is gedaan, deze persoon tekende af.

Bewaartermijn is een aansprakelijkheidsvraag, geen opslagvraag

Hoe lang traces bewaard blijven wordt meestal beslist door wie de opslagkosten beheert. Dat is het verkeerde bureau. Artikel 12 van de EU AI Act eist dat hoog-risico AI-systemen automatische event-logging over hun hele levensduur ondersteunen, met verplichtingen die gelden vanaf 2 augustus 2026. Artikel 19 legt de ondergrens vast: minimaal zes maanden, en langer waar het beoogde doel van het systeem dat vraagt.

Voor vastgoedoperaties vraagt het beoogde doel aanzienlijk meer dan zes maanden. Gebrekengeschillen, borgconflicten en factuurdiscussies met aannemers spelen op de tijdschaal van het huurrecht, en die loopt in jaren, niet in maanden. Een beslissing van je onderhoudsagent van achttien maanden geleden kan vandaag het centrale feit in een procedure zijn. De meeste beheerders kennen die tijdschaal al uit hun documentbeleid. De agent-trace is een nieuw documenttype op dezelfde klok. Of je agents nu wel of niet in de hoog-risicocategorieën vallen, de richting van de regelgeving is duidelijk, en de commerciële logica is ouder dan de regelgeving: de partij die de agent inzet draait op voor zijn beslissingen, een punt dat we eerder uitwerkten in ons stuk over aansprakelijkheid voor AI-agents in vastgoedonderhoud. Een beheerder die de trace niet kan overleggen, krijgt niet het voordeel van de twijfel.

De praktische regel: stem je bewaartermijn af op je langste aansprakelijkheidsvenster, niet op je opslagbudget. Gestructureerde events zijn klein. Een volledige beslistrace van een werkorder is een paar kilobyte. Zelfs een portefeuille die duizenden tickets per maand sluit, slaat megabytes op, geen terabytes. De kosten van alles bewaren zijn verwaarloosbaar naast de kosten van dat ene ontbrekende record dat ertoe deed.

Maak terugspelen je acceptatietest

De test of je opzet werkt is concreet: pak elke week één willekeurige gesloten werkorder en speel hem end-to-end terug, uitsluitend vanuit de trace. Vijf vragen moet je kunnen beantwoorden zonder een ander systeem te openen. Wat startte dit ticket? Wat wist de agent toen hij besliste? Wat besliste hij, en onder welke beleidsversie? Wat wijzigde hij feitelijk in het domeinsysteem? Welke mens raakte het ticket aan, of welke regel bepaalde dat er geen mens nodig was?

Komt één van de vijf leeg terug, dan heb je een gat in je schema gevonden, en wel op een rustige dinsdag in plaats van midden in een geschil. Draai dezelfde oefening op je escalaties: de tickets waar de agent overdroeg aan een mens zijn de gevallen waar de redenering het zwaarst weegt, want daar gaat later iemand naar vragen. Teams die al gestructureerde intake en AI-onderhoudstriage draaien hebben een voorsprong: classificatie en urgentiescoring produceren de beslisdata al. Het resterende werk is die data als volwaardig record bewaren in plaats van te laten verdampen zodra het ticket sluit.

De 21 procent van de organisaties met runtime-zicht kwam daar niet door een dashboard te kopen. Ze kwamen daar door te besluiten dat een agent-actie zonder trace een onvolledige actie is, en het schrijfpad daarop te bouwen.

Een autonome agent die 400 werkorders per maand sluit is niet meer het indrukwekkende deel. Het indrukwekkende deel is dat je er achttien maanden later één van die 400 bij kunt pakken en exact kunt laten zien wat er gebeurde en waarom. Autonomie levert doorvoer. De trace maakt die doorvoer verdedigbaar, richting huurder, eigenaar en toezichthouder. Bouw het dossier op de dag dat je de agent bouwt, want op de dag dat je het nodig hebt, is het te laat om te beginnen.