Wer hat das genehmigt? Ein Audit-Trail für KI-Änderungen in ERP und Shop
Ändert KI Preise, Aufträge oder Belastungen, müssen Sie wissen, wer gefragt, was vorgeschlagen und wer genehmigt hat. Steward hält geprüfte Änderungen fest.
Die Frage, die irgendwann kommt
Drei Wochen später fällt jemandem auf, dass 60 Artikelpreise um 10 % gesunken sind. Oder ein Rabattcode galt für den ganzen Shop statt für eine Kollektion. Oder ein Gast wurde für einen Minibar-Artikel belastet, den er nach eigener Aussage nie genommen hat.
Die erste Frage ist immer dieselbe: Wer war das, und warum?
Arbeitet eine Person direkt im System, liefert das Änderungsprotokoll vielleicht einen Benutzernamen. Bei KI-Werkzeugen fällt die Antwort oft schlechter aus: „Das war die KI“ – mit einem Token, der dem Geschäftsführer gehört, ausgelöst aus dem persönlichen Chat von irgendjemandem, den sonst niemand sehen kann.
Was ein brauchbarer KI-Audit-Trail enthält
Für jede von KI vorbereitete Änderung braucht ein Unternehmen fünf Fakten:
- Die Anfrage: Wer hat sie gestellt, und mit welchen Worten?
- Der Vorschlag: Welche Datensätze und Werte sollten sich genau ändern?
- Die Entscheidung: Wer hat genehmigt oder abgelehnt, und wann? Falls abgelehnt: warum?
- Das Ergebnis: Was ist im System tatsächlich passiert, Eintrag für Eintrag?
- Der Kontext: Welche Unterhaltung, welches Projekt und welcher geschäftliche Grund haben dazu geführt?
Viele KI-Connectoren halten nur einen Teil davon fest.
Wie Steward Änderungen festhält
Jede Änderung, die Steward im Modus „Genehmigung anfordern“ vorbereitet oder die laut einer Genehmigungsregel geprüft werden muss, wird in der Unterhaltung zu einem Vorschlag. Änderungen, die im Modus Automatisch laufen, sind keine geprüften Vorschläge: Niemand entscheidet über sie, bevor sie ausgeführt werden.
- Die Anfrage ist die Chatnachricht einer namentlich bekannten Person in einem gemeinsamen Projekt.
- Der Vorschlag listet jeden Eintrag mit Feldname, aktuellem Wert und vorgeschlagenem Wert auf. Er enthält außerdem die genaue Anfrage, die gesendet wird. Siehe Änderungen prüfen und genehmigen.
- Eine unabhängige Erklärung. Für weclapp beschreibt ein separates KI-Modell die geschäftliche Wirkung der Anfrage, ohne die eigentliche Unterhaltung zu sehen. Die genehmigende Person erhält so eine zweite Meinung.
- Die Entscheidung wird mit der entscheidenden Person und einer etwaigen Ablehnungsnachricht festgehalten. Entscheiden können nur Personen mit der Berechtigung Genehmigen und der Rolle Mitwirkender oder Projektmanager im Projekt.
- Die Ergebnisse erscheinen pro Eintrag, einschließlich teilweiser Fehlschläge. Unsichere Ergebnisse werden als unsicher markiert, nie als Erfolg.
All das bleibt im gemeinsamen Verlauf des Projekts, wo Kollegen mit Zugriff es später wiederfinden.
Funktionstrennung, fest eingebaut
Prüfer mögen ein einfaches Prinzip: Wer eine Änderung vorbereitet, sollte nicht als Einziger darüber entscheiden. In Steward ist dieses Prinzip eine Zugriffseinstellung:
| Rolle | Steward-Berechtigungen für die Verbindung |
|---|---|
| Sachbearbeitung oder Assistenz | Mitwirkender |
| Leitung | Lesen und Genehmigen: kann Änderungen genehmigen |
| IT-Partner | Konfigurieren: pflegt die Verbindung, ohne Geschäftsdaten |
Vergeben Sie diese Berechtigungen an Personen oder Teams unter Verbindungsberechtigungen. Eine Genehmigung gilt für genau den vorbereiteten Batch. Sie erweitert nie die Rechte einer Person und genehmigt keine späteren Änderungen.
Änderungen, die immer geprüft werden müssen
Manche Änderungen sollten nie ohne eine Person laufen, egal in welchem Chat-Modus. Steward hat dafür strenge Voreinstellungen:
- Shopify: Erstattungen, Zahlungseinzug, Stornierungen, Fulfillment, Veröffentlichungen, Löschungen und Kundenbenachrichtigungen.
- ASA HOTEL: Zimmerbelastungen, Buchungsbelege, das Anlegen von Reservierungen, Spa-Buchungen und Zimmernachrichten.
Für jede Verbindung können Sie mit Genehmigungsregeln eigene ergänzen, etwa „Anlegen von Aufträgen immer prüfen“ für weclapp.
Unsichere Ergebnisse werden festgehalten, nicht versteckt
Hat eine Änderung das System möglicherweise erreicht, möglicherweise aber auch nicht – etwa nach einem Zeitlimit –, hält Steward sie als unsicher fest und versucht es nicht erneut. Bei ASA HOTEL prüft eine Person das System und erfasst das bestätigte Ergebnis mit einer Referenz als Nachweis. Das ursprüngliche Ergebnis bleibt unverändert, die menschliche Prüfung wird daneben ergänzt.
Lesezugriffe und wiederkehrende Berichte
Nicht jeder Eintrag ist eine Änderung. Geplante Aufgaben zeigen, als wer sie ausgeführt werden, welche Verbindungen sie nutzen, in welchem Berechtigungsmodus sie laufen und das Ergebnis jeder Ausführung. Ein täglicher Bericht im Modus „Nur lesen“ ist selbst schon ein Nachweis, dass der Prozess keine Daten ändern kann.
Was das nicht ersetzt
Die Aufzeichnungen von Steward umfassen Änderungen, die über Steward vorbereitet wurden. Ihr ERP, Ihr Shop und Ihr Hotelsystem führen eigene Protokolle, und Änderungen, die direkt in diesen Systemen gemacht werden, erscheinen dort, nicht in Steward. Ihre Buchführungspflichten bleiben unverändert.
Jetzt starten
Projektrollen. Betrachter verfolgen Ergebnisse, Mitwirkende nutzen eingerichtete Verbindungen und bereiten Änderungen vor, Projektmanager genehmigen. Eingeladene Projektmitglieder benötigen keine separate Verbindungsfreigabe.