Direkte Antwort
Erfassen Sie zuerst Version, Zweck, Umfang und wesentliche Wirkung der Änderung. Ermitteln Sie dann, welche früheren Entscheidungsklassen sich hinsichtlich Identität, Daten, Belegen, Befugnis, Erklärung, Sicherheit, Fairness, Rechtswirkung oder verbundenen Folgehandlungen ändern könnten. Messen Sie Auswirkungen, soweit möglich, durch Stichproben und Vergleichstests. Prüfen Sie kritische oder fortwirkende Ergebnisse gezielt neu. Eine neue Version korrigiert eine frühere Entscheidung nicht automatisch, und eine neue Regel macht sie nicht automatisch falsch.
Einfach erklärt
Wird die Software einer Waage repariert, müssen Sie vielleicht nicht jeden Karton des Vorjahres erneut wiegen. Stellt sich aber heraus, dass die alte Waage in einem bestimmten Bereich systematisch zu wenig anzeigte, prüfen Sie wichtige, darauf beruhende Entscheidungen erneut.
Warum ist das wichtig?
Jede frühere Entscheidung blind zu wiederholen verursacht unverhältnismäßige Kosten; nichts neu zu öffnen lässt bekannte Fehler Menschen und Systeme weiter beeinträchtigen.
Nicht verwechseln
- Ein Versionswechsel ist ein technisches Ereignis; seine wesentliche Wirkung benötigt eigene Belege.
- Eine heutige Korrektur ändert eine frühere Entscheidung nicht von selbst.
- Historische Richtigkeit wird nach Informationen und Regeln der damaligen Zeit beurteilt; aktuelle Gültigkeit nach dem heutigen Zustand.
- Rückwirkende Wirkungsanalyse bestimmt die Risikogruppe; Neufeststellung entscheidet den Einzelfall erneut.
- Fortwirkende Wirkung bedeutet, dass eine frühere Entscheidung heute noch Folgen für eine Person oder ein System erzeugt.
Was ist zu tun?
- Vergleichen Sie geändertes Modell, Daten, Prompt, Richtlinie, Werkzeug und Konfiguration Feld für Feld mit der Vorversion.
- Erfassen Sie Zweck, Grund, Verantwortlichen, Datum und erwartete Entscheidungswirkung in einem Änderungspaket.
- Bestimmen Sie betroffene Entscheidungstypen, Zeiträume, Personengruppen, Entitäten und verbundene Folgeergebnisse.
- Vergleichen Sie alte und neue Version unter denselben Bedingungen an repräsentativen Fällen.
- Eröffnen Sie bei kritischem Fehler, falscher Person, fortdauerndem Schaden oder rechtlichem Auslöser eine gezielte Prüfung.
- Berichtigen Sie neu bewertete Entscheidungen und verteilen Sie das Ergebnis an jedes betroffene System.
- Dokumentieren Sie mit Gründen den als unbetroffen angenommenen Umfang, Ausnahmen und verbleibende Unsicherheit.
Wie wird geprüft?
- Sind alle geänderten Bestandteile und Versionen erfasst?
- Wurde die Änderung ohne Wirkungstest als unwesentlich behandelt?
- Wurden betroffene Daten, Entscheidungen, Personen und Folgesysteme bestimmt?
- Wurden alte und neue Version unter denselben Bedingungen verglichen?
- Wurden kritische Entscheidungen mit fortwirkenden Folgen neu bewertet?
- Hat die neue Version historische Datensätze still überschrieben?
- Gibt es Belege für das berichtigte Live-Ergebnis und seine Verteilung?
Grenze
Rückwirkende Prüfung und Rechtswirkung einer früheren Entscheidung hängen von Bestandskraft, Rechten, Verträgen, Sektor und Rechtsordnung ab. Eine technische Änderung allein bedeutet weder, dass jede Entscheidung neu eröffnet werden muss, noch dass sie unwirksam ist.
Merksatz
Das System zu aktualisieren berichtigt die Vergangenheit nicht automatisch.
Quellen dieses Eintrags
- S35W3C, *PROV-O: The PROV Ontology*Standard
- S38NIST AI 600-1, *Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile*Freiwilliger, standardorientierter institutioneller Leitfaden
- S41NCSC und Partnerbehörden, *Guidelines for Secure AI System Development*Offizieller behördenübergreifender Sicherheitsleitfaden
- S44NIST, *AI Risk Management Framework Playbook* und AI RMF CoreFreiwilliger Umsetzungsleitfaden
- S45Europäische Union, Verordnung (EU) 2024/1689 — *Gesetz über künstliche Intelligenz*Rechtsvorschrift
- S50NIST AI 100-1, *Artificial Intelligence Risk Management Framework (AI RMF 1.0)*Freiwilliges, standardorientiertes institutionelles Rahmenwerk

