Welche Unterlagen nach der Demo bleiben sollten

Ein interner Richtlinienassistent beantwortet Fragen aus freigegebenen Dokumenten und schlägt bei Bedarf eine Änderung an einem Serviceticket vor. Nehmen wir das als Beispiel für die Abnahme. Nach der Vorführung muss Ihr Team herausfinden können, welche Richtlinien verwendet wurden, welche Fassung des Agenten lief und warum ein Ticket geändert wurde. Eine Präsentation mit allgemeinen Produktfunktionen erklärt diesen einzelnen Vorgang nicht.

Vereinbaren Sie vor dem Aufbau ein kleines Verzeichnis: Aufgabenbeschreibung, Datenquellen und Konten, Agenteneinstellungen, Freigaberegeln, protokollierte Prüffälle und Anleitung für Betrieb und Änderungen. Jeder Eintrag erhält einen Verantwortlichen, einen Stand und einen Ablageort. Ergänzen Sie den konkreten Produktnamen und Tarif. So kann ein Kollege später unterscheiden, ob er die Unterlagen der gebauten Lösung oder nur eine allgemeine Produktbroschüre liest.

Google nennt Gemini Enterprise App und Agent Platform als getrennte Käufe. WRITERs geprüfte Unterlagen begrenzen bestimmte Schutzregeln auf Modelle externer Anbieter und nennen Ereignisbeobachtung für Agent Builder v2 noch nicht als verfügbar.^1,2,3

Schreiben Sie deshalb genau auf, welche Kombination Sie abnehmen. Eine Zusage für ein anderes Produkt oder einen anderen Agententyp gehört nicht ungeprüft in die Liste Ihrer vorhandenen Funktionen.^1,2,3

Bereiten Sie für den Richtlinienassistenten eine erfundene Anfrage und ein passendes Testticket vor. Speichern Sie dessen Ausgangszustand. Lassen Sie den Anbieter anschließend die verwendete Richtlinienfassung, den Änderungsvorschlag, die Zustimmung und den neuen Ticketstand zeigen. Eine gemeinsame Fallkennung sollte die Einträge verbinden. Vereinbaren Sie vor der Vorführung, welches Feld sich ändern darf und welche Felder unverändert bleiben müssen.

Dust beschreibt Protokolle, die menschliche und agentenseitige Aktionen unterscheiden, sowie CSV-Exporte. Diese Prüfprotokolle sind laut Dokumentation dem Enterprise-Tarif vorbehalten.^4,5,6

Verlangen Sie einen Export, den ein Kollege ohne Hilfe des Vorführenden lesen kann. Prüfen Sie auch einen abgelehnten Vorschlag. In diesem Fall sollte das Ticket unverändert bleiben und die Ablehnung auffindbar sein. Schreiben Sie Lücken ausdrücklich auf: fehlende Version, nicht erkennbare Zustimmung oder ein Eintrag, der nur den Versand einer Anfrage zeigt. Der letzte Punkt beweist noch nicht, dass das empfangende System die Änderung gespeichert hat.^4,5,6

Langdocks Preisseite nennt 30 Tage Aufbewahrung für Workflow-Läufe. Die Dokumentation beschreibt außerdem eine Langfuse-Anbindung für Agenten-Tracing.^7,8

Notieren Sie getrennt, wo Laufdaten, freigegebene Unterlagen und exportierte Nachweise liegen. Fragen Sie, welche Ereignisse die jeweilige Ablage enthält, wer sie lesen darf und wann sie gelöscht werden. Wählen Sie Aufbewahrungsfristen mit den zuständigen Kollegen für Ihren tatsächlichen Bedarf. Ein angebundenes Protokollsystem bedeutet noch nicht, dass sämtliche für Ihren Vorgang nötigen Ereignisse dort ankommen.^7,8

Nexus bestätigt die Existenz eines neuen SOC-2-Typ-2-Berichts. Wir haben diesen Bericht nicht eingesehen.⁹

Falls ein Bericht Teil Ihrer Lieferantenprüfung ist, verlangen Sie den vorgesehenen Zugang dazu. Vermerken Sie, wer ihn geprüft hat, welche Leistungen und Zeiträume er abdeckt und welche Fragen offenbleiben. Bewahren Sie im allgemeinen Projektordner nur die dafür freigegebenen Angaben auf. Ein solcher Bericht und das Protokoll Ihres Testtickets erfüllen unterschiedliche Zwecke. Keiner ersetzt die Prüfung des anderen.

Nexus veröffentlicht eine Startregel mit Freigabe von Datenfluss, Zugriffsmodell und Prüfpfad durch die IT-Leitung. Microsoft beschreibt Freigabestufen für neue Versionen; veröffentlichte Änderungen erreichen Nutzer in einer neuen Sitzung.^10,11,12

Für den Richtlinienassistenten könnte eine spätere Änderung erlauben, Tickets ohne vorherige Zustimmung zu schließen. Das erweitert seine Aufgabe erheblich. Schreiben Sie ins Änderungsblatt: bisheriges Verhalten, neues Verhalten, betroffene Daten und Rechte, nötige Freigabe und zu wiederholende Prüffälle. Prüfen Sie bei Produkten mit sitzungsabhängigen Änderungen auch eine neue und eine bereits laufende Sitzung. Der dokumentierte Stand muss zu dem passen, was Beschäftigte tatsächlich benutzen.^10,11,12

Beenden Sie die Abnahme mit einer Entscheidungsseite. Sie nennt angenommene Leistungen, offene Punkte, Zuständige und Bedingungen für den Start. Eine fehlende Protokollverknüpfung kann beispielsweise vor dem Schreiben in echte Tickets behoben werden müssen. Lassen Sie die zuständige Person diese Bedingung festhalten und später anhand des vereinbarten Beispiels prüfen. So bleibt die Freigabe auch für die Kollegin verständlich, die das Projekt erst nach dem Start übernimmt.