Ein KI-Governance-Nachweis bildet einen abgegrenzten Anwendungsfall samt vollständigem System im Vergabekontext ab. Er nennt Zweck und ausgeschlossene Nutzung, betroffene Menschen, Eingaben, Ausgaben, Modelle, Anbieter, Regeln, menschliche Eingriffe, Evaluationen, Betriebsbeobachtung, Vorfälle, Änderungen und zuständige Stellen. Jede Aussage des Auftraggebers wird mit Nachweisen derselben angebotenen Fassung verbunden. Eine Richtlinie oder Managementsystem-Zertifizierung kann eine organisatorische Regel belegen, nicht aber das Verhalten dieses Einsatzes.
Eine Stadt beschafft einen KI-gestützten Dienst, der Fotos und Meldungen zu Straßenschäden vorsortiert. Im Fragebogen verlangt sie Nachweise zu Transparenz, Gleichbehandlung, Genauigkeit, menschlicher Kontrolle, Überwachung und Vorfallbehandlung. Der Bieter verweist auf seine KI-Grundsätze, die Dokumentation des Modellanbieters und eine Unternehmenszertifizierung. Offen bleibt, ob das System nur die zuständige Kolonne vorschlägt oder eine Gefahrenentscheidung trifft, wie Nachtbilder und seltene Schadensarten geprüft wurden, wer eine Dringlichkeit ändern darf und was bei einer Fehlklassifikation geschieht. Die Governance-Unterlagen beantworten den konkreten Betriebsfall nicht.
Fixieren Sie zuerst die einzelne Auftraggeberaussage und den angebotenen Anwendungsfall. Verfolgen Sie den Weg von Meldung und Bild über Vorprüfung, Modell, Regeln, Priorisierung und Sachbearbeitung bis zur tatsächlichen Maßnahme. Machen Sie allgemeine Grundsätze zu beobachtbaren Ergebnissen mit Population, Messung, Grenze, Eigentümer und Fehlerreaktion. Rechtliche Einstufung und Risikoakzeptanz bleiben bei den befugten Stellen. Der Antworttext darf nur so weit reichen wie die Nachweise für genau diese Konfiguration.
Einsatzidentität
Binden Sie die KI-Frage an einen bestimmten Anwendungsfall
Bewahren Sie Wortlaut, Definitionen, referenziertes Recht oder Regelwerk, Fragenummer, Los, Antwortformat, verlangten Beleg und Stichtag gemeinsam auf. Transparenz, Fairness, Sicherheit und menschliche Aufsicht sind ohne Anwendung keine einheitlichen Prüfziele. Trennen Sie Produktzustand, Unternehmensprozess, künftige Vertragspflicht, Auftraggeberhandlung und rechtliche Folgerung.
Formulieren Sie den Einsatz als abgegrenzte Aufgabe mit Nutzer, betroffenen Menschen, Eingang, Ergebnis, Entscheidungsbeitrag, Folge und Ausschlüssen. Fotos nach Schadensart zu sortieren unterscheidet sich davon, eine Straße zu sperren oder einen Reparaturauftrag auszulösen. Der risikoärmere Fall darf nicht als Beleg für die andere Handlung dienen.
Fixieren Sie die angebotene Fassung mit Bietergesellschaft, Edition, Funktionen, Modell- und Updatepolitik, Anweisungen, Datenquellen, Regeln, Schnittstellen, Protokollierung, Prüfschritt und Rückfallweg. Für eine erst nach Zuschlag wählbare Einstellung nennen Sie Auswahlregel, Verantwortlichen und noch fehlende Abnahme. Ein Zukunftsplan ist kein heutiger Produktbeleg.
| Grenze | Festzuhalten | Verhindert |
|---|---|---|
| Auftraggeberaussage | Quelle, Wortlaut, Definition, Beleg und Stichtag | Prüfung einer anderen Pflicht |
| Anwendungsfall | Aufgabe, Personen, Einfluss, Folge und Ausschlüsse | Ausweitung eines schwachen Nachweises |
| Angebotssystem | Edition, Modell, Daten, Regeln, Dienste und Prüfweg | Belege aus einer anderen Konfiguration |
| Betriebsereignis | Eingang, Ausgabe, Sachentscheidung, Handlung und Aufzeichnung | Verwechslung von Vorschlag und Wirkung |
| Befugnis | Fakten-, Kontroll-, Rechts-, Risiko- und Offenlegungseigentümer | Freigabe durch das Redaktionsteam |
Systemgrenze
Erfassen Sie Gesamtsystem und Anbieterkette
Folgen Sie der Eingabe bis zur äußeren Wirkung. Dazu gehören Erfassung, Dateiprüfung, Vorverarbeitung, feste Regeln, Modelle, Wissensquellen, Nachbearbeitung, Schnittstellen, Warteschlangen, Anzeige, Benachrichtigung, menschliche Entscheidung und Ausweichbetrieb. Zwei Anwendungen desselben Modells können sich deshalb grundlegend anders verhalten.
Halten Sie je Baustein Rechtsträger, Aufgabe, Fassung oder Änderungsregime, Ein- und Ausgabe, Kundeneinstellung, Evaluationsanteil, Betriebsanzeige und Störungspfad fest. Trennen Sie Modellentwickler, integrierenden Bieter, einsetzende Behörde und Bedienpersonal. Die Tatsachen sind vor der rechtlichen Rollenentscheidung vollständig zu machen.
Ordnen Sie Trainingswissen, Bieterkonfiguration, kommunale Stammdaten und Fallinhalt getrennt zu. Beschreiben Sie, welche Quelle eine Priorität oder Kategorie beeinflusst, wie Aktualisierungen übernommen werden und wie das System auf fehlende oder widersprüchliche Vorgaben reagiert. Eine prüfbare Erklärung braucht diese Funktionsgrenze, nicht die Offenlegung geheimer Parameter.
| Baustein | Benötigte Tatsachen | Beleg |
|---|---|---|
| Eingang | Kanäle, Felder, Dateien, Prüfung und abgewiesene Inhalte | Schnittstellenbeschreibung und Randtest |
| Modell | Anbieter, Familie, Änderungspolitik, Einstellung und Grenze | Anbieterunterlage plus Bieterkonfiguration |
| Regeln | Kategorien, Prioritäten, Quellen, Konflikt- und Ausfallverhalten | Freigegebene Regeln und Gegenbeispiele |
| Mensch | Anzeige, Handlung, Befugnis, Zeit und Eskalation | Ablauftest und Eingriffsstichprobe |
| Wirkung | Weiterleitung, Priorität, Auftrag, Empfänger und Korrektur | Ende-zu-Ende-Abnahme |
Pflichtenbild
Führen Sie die Einstufung als datierte Fachentscheidung
Die Bezeichnung des Produkts entscheidet nicht, welche Rechtsregeln gelten. Nach der europäischen KI-Verordnung hängen System- und Risikoeinstufung von Zweck, Rolle, konkreter Verwendung und Wirkung ab. Umsetzungshinweise und Fristen entwickeln sich weiter. Speichern Sie Rechtstext, Stand und Verbindlichkeit der Auslegung, Systemtatsachen, Prüfer, Datum, Annahmen und Wiedervorlagegrund.
Trennen Sie Recht und freiwillige Ordnung. Das NIST AI RMF 1.0 ist ein freiwilliger, anwendungsbezogener Risikorahmen und wird überarbeitet. ISO/IEC 42001:2023 betrifft ein KI-Managementsystem, ISO/IEC 23894:2023 das Risikomanagement. Solche Quellen strukturieren Zuständigkeiten und Belege in ihrem Umfang. Sie entscheiden weder die Einstufung des Straßenfalles noch seine örtliche Zulässigkeit.
Benennen Sie auch bei offener Einstufung die Betriebsverantwortung: Wer pflegt den Anwendungsfall, prüft Bilddaten, genehmigt Kriterien, überwacht Ergebnisse, behandelt Beschwerden, untersucht Vorfälle, erlaubt Änderungen und darf die Funktion sperren? Diese Tatsachen kann der Bieter beantworten. Rechtliche Rollen, Folgenabschätzung und Risikoakzeptanz bleiben bei der zuständigen Stelle.
| Prüffeld | Inhalt | Nicht ausreichend |
|---|---|---|
| Systemeigenschaft | Einsatz, Quelle, Auslegungsstand, Prüfer und Datum | KI im Produktnamen |
| Risikostufe | Zweck, Menschen, Wirkung, Ausschlüsse und Begründung | Fähigkeit des Grundmodells |
| Beteiligtenrolle | Rechtsträger, Tätigkeit, Befugnis, Änderung und Einsatz | Vertragsüberschrift allein |
| Freiwillige Praxis | Rahmenumfang, umgesetzter Prozess und Nachweis | Bekenntnis in einer Richtlinie |
| Wiedervorlage | Änderung von Recht, Zweck, Rolle, Modell, Daten oder Wirkung | Nur der Jahrestermin |
Kontrollaussagen
Übersetzen Sie Grundsätze in beobachtbare Kontrollergebnisse
Zerlegen Sie Sammelbegriffe. Bedienertransparenz, Information betroffener Personen, Erklärung eines Einzelergebnisses und technische Nachvollziehbarkeit sind verschiedene Anforderungen. Fairness braucht benannten Schaden, Gruppen, Vergleich und Reaktion. Genauigkeit braucht Aufgabe, Referenz, Toleranz und Fehlerkosten. Menschliche Aufsicht braucht einen wirklichen Eingriff vor der maßgeblichen Wirkung.
Beschreiben Sie eine Kontrolle als Beziehung: Unter einer bestimmten Bedingung erzeugt ein Mechanismus für eine definierte Population ein erwartetes Ergebnis; bei Abweichung handelt ein benannter Eigentümer. Bewerten Sie den Beleg als vollständig, teilweise, kundenabhängig, vertraglich ausstehend, rechtlich offen oder nicht unterstützt. Eine Kontrollfamilie darf beitragen, aber keinen pauschalen Erfüllungswert vererben.
Nehmen Sie den Fehlerweg auf. Eine unsichere Klassifikation geht in manuelle Sichtung. Ein technisch unlesbares Bild erhält keine künstliche Priorität. Ein möglicher unmittelbarer Gefahrentext umgeht die normale Sortierung. Eine gebrochene Qualitätsgrenze begrenzt den Rollout. Ein schwerer, wiederholbarer Fehler kann die Fassung sperren. Erst diese Reaktion macht aus einer Kennzahl eine Betriebskontrolle.
| Forderung | Prüfbares Ergebnis | Nachweisumfang |
|---|---|---|
| Transparent für Beschäftigte | Anzeige kennzeichnet Vorschlag und zeigt Bild, Gründe und Regeln | Benannte Oberfläche und Ablauftest |
| Menschlich kontrolliert | Befugte Person bestätigt Priorität vor Auftrag | Berechtigung, Ereignisse und Umgehungstest |
| Genau | Kategorien erreichen vorab gesetzte Grenzen je Schadensart | Fassung, Datensatz, Methode und Einzelergebnisse |
| Gleichbehandelnd | Umgebungs- und Gebietsunterschiede werden gemessen und behandelt | Population, Unsicherheit, Befund und Entscheidung |
| Überwacht | Abweichung und Beschwerde lösen Untersuchung und Maßnahme aus | Signal, Fall, Frist und Abschluss |
Evaluation
Evaluieren Sie das angebotene System unter realen Bedingungen
Leiten Sie Fälle aus Tätigkeit und möglichem Schaden ab. Prüfen Sie typische Schäden, seltene Gefahren, mehrere Schäden pro Bild, schlechte Beleuchtung, Regen, Schnee, Verdeckung, ungewöhnliche Blickwinkel, fehlende Ortsangaben, Duplikate, Manipulation und Ausfall eines Dienstes. Bildtypen, Meldewege, Stadtgebiete und Bediengruppen müssen zum Angebot passen. Ein öffentlicher Benchmark ersetzt diese Population nicht.
Legen Sie die Abnahme vor dem Ergebnis fest. Für eine Gefahrenerkennung ist Recall je gefährlicher Klasse wichtiger als ein Gesamtdurchschnitt. Eine falsche Dringlichkeit braucht andere Behandlung als die falsche Zuordnung einer Reparaturkolonne. Prüfen Sie gegebenenfalls Unterschiede nach Kameraqualität, Tageszeit oder Gebiet samt Unsicherheit. Dokumentieren Sie, warum Messung und Grenze die betriebliche Folge abbilden.
Bewahren Sie Anwendungsversion, Modellkennung oder Updatepolitik, Vorverarbeitung, Regeln, Testbestand, Methode, Gutachter, Stichprobe, Ergebnisse, schwere Fälle, Ausnahmen und Datum auf. Eine unabhängige Prüfung gilt nur für ihren Umfang. Nach einer Korrektur bleiben der ursprüngliche Befund, die Änderung und der Wiederholungstest verknüpft.
| Element | Prüffrage | Übertreibung |
|---|---|---|
| Population | Deckt der Bestand Gebiete, Geräte, Wetter, Schäden und Randfälle? | Bequeme Stichprobe als Gesamtbetrieb |
| Messgröße | Spiegelt sie Wirkung und Kosten jedes Fehlers? | Ein Durchschnitt für ungleiche Schäden |
| Grenze | Wer genehmigte sie und welche Handlung folgt beim Bruch? | Grenze nach dem Test wählen |
| Systemidentität | Welche vollständige Konfiguration erzeugte das Ergebnis? | Anbieterbenchmark übernehmen |
| Einschränkung | Welche Umgebung, Klasse und Änderung blieb ungeprüft? | Nur das Bestehen berichten |
Praxisbeispiel
Belegen Sie eine kommunale Straßenschaden-Triage ohne Amtsentscheidung
Eine fiktive Großstadt beschafft einen Dienst für Bürgerfotos von Schlaglöchern, beschädigten Schildern und möglichen Gefahrenstellen. Das System prüft Dateien, schlägt Schadensart und zuständige Einheit vor und ordnet eine Bearbeitungsstufe vor. Eine sachkundige Person bestätigt oder ändert jede Stufe. Nur das kommunale Einsatzsystem erteilt Aufträge oder veranlasst eine Sperrung.
Die Systemkarte trennt Metadatenprüfung, Bildqualitätsregel, Klassifikationsmodell, Ortsabgleich, Gefahrwort-Regel, Prioritätsvorschlag, Arbeitsoberfläche und Übergabe. Meldungen zu Unfall, Rauch, freiliegender Leitung oder akuter Gefahr gehen direkt in eine manuelle Dringlichkeitsschlange. Bei zu geringer Bildqualität enthält sich das Modell. Beschäftigte sehen Original, Ort, Vorschlag, Unsicherheit und geltende Prioritätsregeln.
Der Prüfkorpus umfasst Tag- und Nachtbilder, Regen, Schnee, verschiedene Kameras, Randgebiete, mehrere Objekte, alte Aufnahmen, Duplikate und absichtliche Falschmeldungen. Ergebnisse werden je Schadens- und Gefahrenklasse berichtet. Jede übersehene Gefahr erhält eine Schwereprüfung. Eine separate Arbeitslastprobe zeigt, dass das Team Vorschläge vor der Übergabe beurteilen kann. Der Umgehungstest bestätigt, dass kein Modellvorschlag unmittelbar einen Auftrag erzeugt.
Die Antwort belegt Vorsortierung, definierte Enthaltung, menschliche Bestätigung und Vorfallweg für diese Fassung. Sie nennt Kundenzuständigkeit für Prioritätsregeln und Einsatzentscheidung. Rechtsberatung prüft Einstufung, Informationspflichten und Folgenabschätzungen separat. Der Beleg erlaubt keine Aussage, das System entscheide selbst über Verkehrssicherheit oder behandle jede Meldung fehlerfrei.
| Aussage | Kontrolle und Beleg | Ergebnis |
|---|---|---|
| Menschliche Bestätigung | Berechtigung, Oberflächentest, Ereignisstichprobe und Bypass | Belegt vor betrieblicher Übergabe |
| Gefahrmeldungen geschützt | Regel, Randfälle, manuelle Schlange und Reaktionszeit | Belegt für getestete Kanäle |
| Zuverlässige Zuordnung | Ergebnisse je Klasse, Umgebung und schwerem Fehler | Auf Prüfkorpus und Fassung begrenzt |
| Information der Meldenden | Vorgesehener Hinweis und Prozessinhaber | Rechts- und Auftraggeberfreigabe offen |
| Vorfälle werden behandelt | Meldeweg, Triage, Sperrübung und Abschlussakte | Für Dienstprozess belegt |
| Vollständige KI-Rechtskonformität | Systemtatsachen und Rechtsprüfakte | Nicht pauschal behauptet |
Antwortform
Schreiben Sie die Antwort aus belegten Ergebnissen
Beantworten Sie jede Teilforderung mit Anwendungsfall, Systemfassung, Kontrollergebnis, Belegdatum, zuständiger Partei und wesentlicher Grenze. Ersetzen Sie „verantwortungsvolle KI“, „vollständig erklärbar“ und „voreingenommenheitsfrei“ durch prüfbares Verhalten. Verlangt das Formular Ja oder Nein, gehört die nötige Einschränkung in das erlaubte Erläuterungsfeld oder die vorgeschriebene Anlage.
Trennen Sie Ist-Zustand, Zusage und Rechtsfolgerung. „Jede Priorität wird in der angebotenen Fassung bestätigt“ ist ein Produkt- und Prozessfakt. „Der Bieter liefert quartalsweise Auswertungen“ ist eine künftige Pflicht. „Die Stadt ist Betreiberin im Sinne der KI-Verordnung“ ist eine rechtliche Einstufung. Jede Aussage braucht eigene Quelle und Freigabe.
Wählen Sie den Nachweis proportional. Ein Einsatzblatt, eine Rollenübersicht, System- und Anbieterbeschreibung, Evaluation, Einschränkungsliste, Kontrollablauf, Monitoringplan, Vorfallprozess, Änderungspolitik oder Zertifikatsumfang kann genügen. Rohbilder, personenbezogene Testdaten, geheime Anweisungen, Angriffsfälle und offene Befunde bleiben im genehmigten Prüfkanal.
- Benennen Sie Anwendungsfall, Systemfassung und Entscheidungsbeitrag.
- Beschreiben Sie die Kontrolle durch ihr beobachtbares Ergebnis.
- Ordnen Sie Betrieb und Fehlerreaktion einer zuständigen Stelle zu.
- Zitieren Sie Nachweise mit passender Population, Methode und Zeit.
- Zeigen Sie Kunden-, Menschen- und Anbieterabhängigkeiten.
- Bewahren Sie offene Rechtsfragen und Evaluationsgrenzen.
- Geben Sie nur die freigegebene Form geschützter Belege heraus.
Betriebsführung
Halten Sie Governance bei Betrieb, Vorfall und Änderung aktuell
Leiten Sie Überwachung aus den Risiken des Einsatzes ab. Beobachten Sie Verteilungen, Enthaltungen, Umleitungen, Übersteuerungen, Korrekturen, Beschwerden, schwere Fehler, Dienstausfälle und Änderungen, soweit sie die Aussage betreffen. Benennen Sie Prüfintervall, Untersuchungsschwelle, Reaktionszeit und Maßnahme. Latenz allein sagt nichts über gefährliche Fehlzuordnungen.
Fassen Sie KI-Vorfälle weiter als Sicherheitsverletzungen. Schädliche oder irreführende Ausgabe, unbefugte Handlung, wiederholte Ungleichbehandlung, versagte Aufsicht, nicht freigegebene Änderung oder fehlende Wiederherstellbarkeit können ebenfalls relevant sein. Verbinden Sie Triage, Begrenzung, Beweissicherung, Meldeprüfung, Korrektur, Ursachenanalyse, Wiederholungstest und Abschluss. Gesetzliche Meldungen entscheiden die zuständigen Fachstellen.
Öffnen Sie betroffene Aussagen bei Änderung von Zweck, Nutzer, Personengruppe, Entscheidungsrolle, Modell, Anbieter, Anweisung, Daten, Regel, Schwelle, Oberfläche, Personal, Umgebung, Recht oder Kundeneinstellung. Prüfen Sie nach Wirkung, nicht blind den gesamten Bestand. Der ersetzte Beleg bleibt mit Änderung und neuer Freigabe erhalten.
Woran gute Arbeit erkennbar ist
Konkrete Ergebnisse für KI-Governance RFP Anforderungen beantworten
- Jede KI-Aussage bleibt mit Vergabequelle, Definition, Los, Antwortfeld, gefordertem Nachweis und Geltungszeit verbunden.
- Der angebotene Anwendungsfall nennt Zweck, ausgeschlossene Nutzung, Personen, Entscheidungsbeitrag, Folge und Rückfallweg.
- Modell, Daten, Regeln, externe Dienste, Benutzeroberfläche und menschliche Übergaben sind als ein System prüfbar.
- Bieter-, Anbieter-, Auftraggeber- und Bedienrollen sind tatsächlich beschrieben, ohne eine rechtliche Einstufung vorwegzunehmen.
- Begriffe wie fair, transparent oder überwacht werden in getrennte Kontrollaussagen mit messbarem Ergebnis übersetzt.
- Evaluationen nennen Systemfassung, Fallpopulation, Methode, Grenzwerte, Ergebnisse, schwere Fehler und Einschränkungen.
- Menschliche Aufsicht wird durch Information, Befugnis, Zeit, Eingriff und dokumentierte Wirkung belegt.
- Betriebssignale, Beschwerden, Vorfälle und Änderungen lösen Untersuchung, Begrenzung, Rücknahme oder Abschaltung aus.
- Der Auftraggeber erhält aussagekräftige Belege, ohne geschützte Daten, Angriffsdetails oder interne Bewertungen offenzulegen.
Betriebsmodell
So wird die Arbeit ausgeführt
- 01
Forderung sichern
Erfassen Sie Wortlaut, Definition, Referenz, Fassung, Los, Antwortform, Belegwunsch und den Zeitpunkt der geforderten Eigenschaft.
- 02
Anwendungsfall begrenzen
Benennen Sie Nutzer, betroffene Menschen, Aufgabe, ausgeschlossene Nutzung, Entscheidungsbeitrag, Folge und Rückfallprozess.
- 03
Systemweg darstellen
Verknüpfen Sie Eingaben, Vorverarbeitung, Modelle, Wissensquellen, Regeln, Schnittstellen, Ausgaben, Protokolle und Menschen.
- 04
Zuständigkeit festlegen
Ordnen Sie Konfiguration, Daten, Prüfung, Freigabe, Betrieb, Beobachtung, Vorfall und Abschaltung namentlichen Rollen zu.
- 05
Aussagen prüfbar machen
Definieren Sie je Teilforderung Ergebnis, Bedingung, Population, Messverfahren, Grenze, Beleg und Reaktion.
- 06
Nachweise abgleichen
Prüfen Sie Identität, Umfang, Daten, Zeitraum, Methode, Befund, Ausnahme und Freigabe jeder Unterlage.
- 07
Entscheidungen einholen
Lassen Sie Einstufung, Rechtsaussage, Risikoakzeptanz, Zusage und Offenlegung von den befugten Stellen entscheiden.
- 08
Antwort betreiben
Übernehmen Sie nur den genehmigten Text und öffnen Sie betroffene Aussagen nach wesentlichen Änderungen erneut.
Bewertung
Fragen, die den Entscheid verändern
- Welche Quelle, Definition, Fassung und Wertungsfunktion beherrschen die KI-Frage?
- Welche genaue Aufgabe erledigt das System für wen und mit welcher realen Folge?
- Welche Entscheidungen, Personen oder Verwendungssituationen sind ausdrücklich ausgeschlossen?
- Welche Produktedition, Modellpolitik, Anweisungen, Datenquellen, Regeln, Schnittstellen und Anbieter gehören zum Angebot?
- Welche Personengruppen können direkt oder mittelbar betroffen sein, auch wenn sie in Prüfdaten unterrepräsentiert sind?
- Beeinflusst die Ausgabe eine Information, Reihenfolge, Empfehlung, Entscheidung oder externe Handlung?
- Welche Informationen, Befugnisse, Zeit und Ausweichwege besitzt die prüfende Person?
- Welche Normal-, Rand-, Schadens- und Missbrauchsfälle wurden mit welchen Grenzen geprüft?
- Welches Signal oder welche Beschwerde führt zu Untersuchung, Einschränkung, Rücknahme oder Abschaltung?
- Welche Einstufung, Folgenabschätzung oder Rechtspflicht wartet auf eine befugte Entscheidung?
- Welche Nachweise dürfen nur zusammengefasst oder kontrolliert eingesehen werden?
- Welche Änderung macht die heutige Aussage ungültig?
Fehlermuster
Wo Teams die Kontrolle verlieren
Ein Inventareintrag vermischt Bilderkennung, Priorisierung und behördliche Gefahrenentscheidung.
Der tatsächliche Einsatz wächst über die geprüfte unterstützende Rolle hinaus.
Eine Model Card des Anbieters wird als Prüfung der kommunalen Anwendung ausgegeben.
Eine Zertifizierung wird ohne Gesellschaft, Standort, Tätigkeit, Ausnahme und Produktbezug zitiert.
Ein guter Durchschnitt verdeckt schwache Ergebnisse bei Nacht, Schnee oder seltenen Gefahren.
Der geprüfte Modellstand, die Bildvorverarbeitung oder Prioritätsregel stimmt nicht mit dem Angebot überein.
Die menschliche Kontrolle scheitert an fehlender Bildansicht, Befugnis, Zeit oder übergroßer Warteschlange.
Überwachung erfasst Antwortzeit und Verfügbarkeit, aber nicht Fehlrouten, Übersteuerungen oder Beschwerden.
Eine Regel prüft das Eingangsbild, während eine spätere Systemstufe den unerwünschten Effekt erzeugt.
Die Stadt ändert Prioritäten oder Kategorien, ohne die Evaluation anzupassen.
Ein KI-Vorfall ist nur als Cyberangriff definiert und erfasst wiederholte gefährliche Fehlbewertungen nicht.
Eine geplante Funktion erscheint vor Umsetzung und Abnahme als bestehende Kontrolle.
Personenbezogene Bilder, Angriffsfälle oder offene Feststellungen werden unkontrolliert beigefügt.
Messung
Das fertige Ergebnis messen
Gemessen wird der abgeschlossene Prozess inklusive Review-Aufwand und Ausnahmen. Reines Output-Volumen beweist noch keine bessere Arbeitsweise.
- KI-Prüfaussagen mit Quelle, Angebotsumfang, Geltungsereignis und Antwortverantwortlichem
- Anwendungsfälle mit Zweck, Ausschlüssen, betroffenen Gruppen, Entscheidungsbeitrag und Folge
- Systembausteine und Anbieter mit Fassung, Funktion, Eigentümer und Änderungsweg
- Governance-Forderungen mit Population, Messung, Grenzwert und Fehlerbehandlung
- Prüffälle für Normalbetrieb, Grenzen, bekannte Schwächen, Schaden und Missbrauch
- Ergebnisse nach Schadensart, Umgebung und Schwere statt nur als Gesamtdurchschnitt
- menschlich geprüfte Fälle mit verfügbarer Information, Eingriff und Ergebnis
- Betriebssignale, Beschwerden und Vorfälle innerhalb der genehmigten Reaktionszeit untersucht
- Modell-, Daten-, Regel-, Schnittstellen- und Konfigurationsänderungen vor Freigabe bewertet
- positive Aussagen mit fehlender Prüfung, offener Rechtsentscheidung oder unfertiger Kontrolle; Zielwert null
Fragen
Häufige Fragen
Reicht eine KI-Richtlinie für die Vergabeantwort?
Nein. Sie belegt eine Unternehmensregel. Zusätzlich muss nachgewiesen werden, dass diese Regel für Anwendungsfall, Systemfassung, Daten, Menschen und Betrieb umgesetzt ist.
Belegt ISO/IEC 42001 die Rechtskonformität eines KI-Produkts?
Die Zertifizierung kann das Managementsystem im festgelegten Umfang absichern. Sie entscheidet nicht automatisch Recht, Risikostufe, Fairness, Genauigkeit oder Aufsicht einer Produktkonfiguration.
Kann die Model Card die Systemevaluation ersetzen?
In der Regel nicht. Sie betrifft das Modell unter Anbieterbedingungen. Geprüft werden muss auch die vollständige Anwendung mit Vorverarbeitung, Regeln, Oberfläche und menschlichem Ablauf.
Was belegt wirksame menschliche Aufsicht?
Zeigen Sie Information, Handlungsoptionen, Befugnis, Zeit, Arbeitslast, Schutz vor Umgehung, erfasste Eingriffe und den Prozess bei Ablehnung oder Eskalation.
Müssen Prompts und Angriffstests offengelegt werden?
Nicht automatisch. Der Auftraggeber braucht tragfähige Belege, während vertrauliche Anweisungen, Sicherheitsfälle, Lizenzen und personenbezogene Daten kontrolliert bleiben.
Wie wird Fairness bei begrenzten Gruppendaten beantwortet?
Definieren Sie Schaden und Population, berichten Sie Messung und Unsicherheit, benennen Sie fehlende Abdeckung und ergänzen Sie geeignete Prozessbelege, ohne Voreingenommenheitsfreiheit zu behaupten.
Darf eine geplante Kontrolle eine Ja-Antwort stützen?
Nicht als bestehender Zustand. Erfassen Sie genehmigten Entwurf, Eigentümer, Termin, Abhängigkeit, Abnahme und Zusagebefugnis und verwenden Sie nur erlaubten Zukunftswortlaut.
Wann ist die KI-Governance-Antwort erneut zu prüfen?
Nach wesentlicher Änderung an Frage, Einsatz, Menschen, Wirkung, Modell, Anbieter, Daten, Anweisung, Regeln, Kontrollen, Evaluation, Vorfällen, Recht oder Kundeneinstellung.
Quellen
Primärquellen
- Verordnung (EU) 2024/1689 über künstliche Intelligenz EUR-Lex
- Überblick der Europäischen Kommission zum Rechtsrahmen der KI-Verordnung Europäische Kommission
- Leitlinien der Kommission zur Definition eines KI-Systems Europäische Kommission
- Leitlinien für Anbieter und Betreiber von Hochrisiko-KI-Systemen Europäische Kommission
- Leitlinien zu den Transparenzpflichten der KI-Verordnung Europäische Kommission
- Fragen und Antworten zur KI-Kompetenz Europäische Kommission
- Leitlinien für Anbieter von KI-Modellen mit allgemeinem Verwendungszweck Europäische Kommission
- Aktualisierte EU-Mustervertragsklauseln für die öffentliche Beschaffung von KI Public Buyers Community der Europäischen Kommission
- NIST Artificial Intelligence Risk Management Framework 1.0 US National Institute of Standards and Technology
- NIST Generative AI Profile zum AI Risk Management Framework US National Institute of Standards and Technology
- NIST AI Risk Management Framework Playbook US National Institute of Standards and Technology
- ISO/IEC 42001:2023, KI-Managementsysteme Internationale Organisation für Normung
- ISO/IEC 23894:2023, Leitfaden zum KI-Risikomanagement Internationale Organisation für Normung
- OECD-Grundsätze für künstliche Intelligenz Organisation für wirtschaftliche Zusammenarbeit und Entwicklung
- Einführung der britischen Regierung in die KI-Assurance UK Department for Science, Innovation and Technology
- Algorithmic Transparency Recording Standard Hub UK Government Digital Service
- BSI-Kriterienkatalog für extern bereitgestellte KI-Modelle in der Bundesverwaltung Bundesamt für Sicherheit in der Informationstechnik
- CNIL-Empfehlungen zur datenschutzgerechten Entwicklung von KI-Systemen Commission nationale de l’informatique et des libertés
Ziva
Proposal-Software für quellenbasierte Antworten auf RFPs, RFIs, DDQs und Fragebögen.
Bid-Management, Proposal-Teams, Presales sowie Security- und Compliance-Verantwortliche. Ausgangspunkt sind der bestehende Ablauf, seine Grenzen und die vorhandenen Nachweise.