Lesen und Verändern haben unterschiedliche Folgen
Ein System kann eine Anfrage zusammenfassen, ohne den ursprünglichen Datensatz zu ändern. Das automatische Aktualisieren eines Liefertermins greift dagegen in den betrieblichen Ablauf ein.
Planen Sie diese Stufen getrennt. Ein guter Entwurf belegt noch nicht, dass die anschließende Änderung richtig zugeordnet, rechtzeitig und unter passenden Berechtigungen ausgeführt wird.
Eine Aktion so eng wie möglich beschreiben
OWASP behandelt zu weitreichende Funktionen und Berechtigungen als Ursachen übermäßiger Handlungsmacht von KI-Anwendungen. Für einen konkreten Ablauf bedeutet das, die tatsächlich benötigten Aktionen einzeln festzulegen.
Eine Berechtigung zum Erstellen interner Entwürfe muss beispielsweise nicht zugleich das Löschen von Vorgängen oder den Versand externer Nachrichten erlauben.
Eine Freigabe braucht einen verständlichen Inhalt
Fiktives Beispiel: Vor einer Änderung werden Vorgangskennung, bisheriger Termin und vorgeschlagener neuer Termin angezeigt. Die zuständige Person kann die Änderung bestätigen oder ablehnen.
Eine Schaltfläche mit der Beschriftung „Weiter“ sagt dagegen wenig darüber aus, welche Wirkung sie auslöst. Der Freigabeschritt muss die Entscheidung verständlich machen und zum tatsächlichen Schreibvorgang gehören.
Nach der Aktion den Zustand überprüfen
Die Meldung „erfolgreich“ sollte auf einer bestätigten Reaktion des Zielsystems beruhen. Bei unklarer Rückmeldung muss geklärt werden, ob die Änderung bereits erfolgte, bevor ein weiterer Versuch gestartet wird.
Auch zwischen Vorschlag und Bestätigung kann sich ein Datensatz ändern. Der Ablauf sollte solche Konflikte erkennen und zur Prüfung geben. Eine vorherige Freigabe bezieht sich nicht automatisch auf einen inzwischen veränderten Zustand.
Beginnen Sie mit einer begrenzten Aktion und testen Sie Ablehnung, Ablauf der Freigabe und fehlende Rechte. Eine spätere Erweiterung des Handlungsspielraums ist eine neue Entscheidung und sollte an den tatsächlich beobachteten Ergebnissen ausgerichtet werden.
Quellen und weiterführende Grundlagen
Über den Autor
Julian Süllner hat Provehor gegründet und führt das Unternehmen als Geschäftsführer. Er verantwortet Produktentwicklung, Kundenprojekte und die Ratgeber auf dieser Website.