Warum Grounding bei der Prüfung von Regelwerken entscheidend ist
System Requirements gegen Regelwerke zu prüfen, gehört zu den aufwendigsten Aufgaben im Engineering. Die Arbeit ist anspruchsvoll, zeitintensiv und oft wenig sichtbar. Gleichzeitig können kleine übersehene Details später große Auswirkungen haben.
Künstliche Intelligenz kann diese Prüfung deutlich beschleunigen. Doch gerade im regulierten Umfeld kommt es nicht nur auf Geschwindigkeit an. Entscheidend ist vor allem die Verlässlichkeit der Antworten.
Denn eine plausibel klingende, aber erfundene Vorschrift ist gefährlicher als gar keine Antwort.
Genau hier setzt der OSOS/Omega Regulation Check an. Er prüft System Requirements und Lastenhefte gegen importierte UNECE-Regelungen und macht dabei transparent, woher eine Aussage stammt.
Das zentrale Prinzip lautet:
Ohne belegte Fundstelle keine Vorschrift.
Der eigentliche Engpass: der Abgleich
Nehmen wir die UN-R48 als Beispiel. Die Regelung beschreibt unter anderem, wo Beleuchtungseinrichtungen an Fahrzeugen angebracht werden dürfen, welche Sichtwinkel gelten und wie bestimmte Leuchten geschaltet werden.
Allein eine solche Regelung kann mehr als tausend einzelne Klauseln umfassen. Hinzu kommen weitere Regelungen, beispielsweise für die technischen Anforderungen an die jeweiligen Leuchten.
In einem einzelnen Projekt können so schnell viele hundert oder sogar mehr als tausend Klauseln zusammenkommen. Gleichzeitig enthält ein Lastenheft für eine einzelne Leuchte oft Dutzende System Requirements.
Die Herausforderung besteht deshalb nicht unbedingt darin, dass Ingenieurinnen und Ingenieure die Regelungen nicht kennen. Das Problem ist der systematische Abgleich:
- Welche Klauseln sind für ein Requirement relevant?
- Welche Anforderungen werden vollständig abgedeckt?
- Wo fehlen wichtige Angaben?
- Welche Regelung ist überhaupt zuständig?
- Und welche Anforderungen ergeben sich erst aus dem Zusammenspiel mehrerer Klauseln?
Genau diese Fragen machen manuelle Reviews so zeitaufwendig.
Warum ein Sprachmodell allein nicht ausreicht
Sprachmodelle sind sehr gut darin, sprachlich plausible Antworten zu formulieren. Sie sind jedoch nicht automatisch darauf ausgelegt, bei fehlender Information zu schweigen.
Fragt man ein Modell beispielsweise nach einem technischen Grenzwert, wird es häufig eine konkrete Zahl nennen. Ob diese Zahl tatsächlich aus der relevanten Regelung stammt, ist damit noch nicht geklärt.
Im Homologations- und Compliance-Umfeld ist das ein kritischer Punkt. Eine erfundene Klausel oder ein falscher Grenzwert kann zunächst überzeugend wirken und später sogar in technische Dokumentation oder Freigabeunterlagen einfließen.
Deshalb reicht es nicht, ein leistungsfähiges Modell einzusetzen.
Entscheidend ist, auf welcher Grundlage es antwortet.
Die Lösung heißt: Grounding.
Grounding: Antworten brauchen eine belastbare Quelle
Grounding bedeutet, dass die Antworten des Systems nicht allein aus dem allgemeinen Modellwissen entstehen. Stattdessen werden sie auf eine definierte und überprüfbare Wissensbasis gestützt.
Beim Regulation Check sind die Quellen hierarchisch geordnet.
1. Verbindlicher Normtext
An erster Stelle stehen die importierten Original-Regelwerke.
Konkrete Grenzwerte, technische Anforderungen und normative Aussagen müssen auf den Originaltext zurückführbar sein. Die jeweilige Fundstelle wird dabei präzise angegeben — beispielsweise über Kapitel- oder Klauselnummern.
Nur diese Ebene kann eine verbindliche normative Aussage begründen.
2. OSOS-kuratierter Kontext
Zusätzlich können redaktionell hinterlegte Erläuterungen und strukturierte Prüflogiken bei der Analyse helfen.
Diese Informationen werden transparent als kuratierter Kontext behandelt. Sie werden nicht mit dem eigentlichen Normtext vermischt.
3. Allgemeines Modellwissen
Allgemeines Wissen kann für eine erste Orientierung hilfreich sein — beispielsweise bei der Erklärung technischer Begriffe oder Zusammenhänge.
Für konkrete technische oder rechtliche Detailvorgaben reicht diese Wissensquelle jedoch nicht aus.
Was nicht zugelassen ist: freies Erfinden
Eine unbelegte Aussage darf nicht einfach zur Vorschrift werden.
Fehlt eine belastbare Fundstelle, muss das System dies sichtbar machen. Statt einen Grenzwert oder eine Klausel zu erfinden, lautet die richtige Antwort dann sinngemäß:
Diese Information ist in den verfügbaren Regelwerken nicht belegt.
Das ist der Kern der Grounding-Leiter: Je konkreter und verbindlicher eine Aussage ist, desto höher müssen die Anforderungen an ihre Quelle sein.
Von der PDF-Datei zur prüfbaren Klausel
Damit eine KI-Antwort tatsächlich nachvollziehbar ist, reicht es nicht, ein PDF einfach als großen Textblock zu speichern.
Beim Import werden die Regelwerke in einzelne, adressierbare Klauseln zerlegt. Dazu gehören unter anderem:
- die Klauselnummer,
- der vollständige Überschriftenpfad,
- der Originaltext,
- und gegebenenfalls zugehörige Abbildungen.
So wird aus einer Textstelle ein eigenständiges Objekt, das gezielt gefunden, gelesen und verlinkt werden kann.
Das ist eine wichtige Voraussetzung für belastbare Antworten:
Eine Fundstelle kann nur dann präzise angegeben werden, wenn sie im System auch eindeutig adressierbar ist.
Nicht nur ähnliche Wörter finden, sondern Zusammenhänge verstehen
Eine einfache Stichwortsuche reicht bei technischen Regelwerken oft nicht aus.
Ein Beispiel:
- Die Unterkante einer Leuchte liegt bei 250 mm.
- Der Blinker befindet sich im unteren Bereich des gemeinsamen Gehäuses.
- Für den Blinker gilt eine Mindesthöhe von 350 mm über dem Boden.
Jede einzelne Aussage kann für sich betrachtet unauffällig wirken. Erst im Zusammenhang entsteht möglicherweise ein Konflikt.
Deshalb analysiert der Regulation Check nicht nur einzelne Treffer, sondern bildet Argumentationsketten.
Dabei werden unter anderem zusammengeführt:
- die relevanten Ankerklauseln im Originalwortlaut,
- die daraus abgeleitete Pflicht,
- die betroffene Funktion,
- die relevante Prüfachse,
- die jeweils geltenden Fahrzeugklassen,
- und die konkreten Aspekte, die erfüllt sein müssen.
Damit wird eine Entscheidung, die im klassischen Review häufig implizit im Kopf eines erfahrenen Ingenieurs stattfindet, explizit und nachvollziehbar:
Wann genau gilt eine Anforderung als vollständig abgedeckt?
Regelwerke verweisen aufeinander
Eine weitere Herausforderung: Regelungen stehen selten vollständig für sich allein.
Die UN-R48 kann beispielsweise Anforderungen an den Einbau und die Anordnung einer Leuchte enthalten. Die konkreten photometrischen Anforderungen an die Leuchte selbst stehen jedoch möglicherweise in einer anderen Regelung.
Das bedeutet: Eine Anforderung kann in R48 relevant sein, der konkrete Grenzwert aber in R148 oder R149 stehen.
Eine reine Ähnlichkeitssuche würde solche Zusammenhänge leicht übersehen. Deshalb berücksichtigt der Regulation Check auch Querverweise und führt relevante Abschnitte zusammen.
So kann ein Punkt zunächst als „Andere Regelung" erkannt werden. Wird die entsprechende Regelung später ebenfalls importiert, kann der Sachverhalt erneut geprüft und mit der passenden Klausel verknüpft werden.
Wichtig dabei: Eine Klauselnummer allein reicht nicht aus. Dieselbe Nummer kann in verschiedenen Regelungen völlig unterschiedliche Inhalte haben.
Die Verknüpfung muss deshalb immer gegen die richtige Regelung aufgelöst werden.
Compliance ist nicht einfach nur Rot oder Grün
In der Praxis ist eine regulatorische Prüfung selten binär.
Der Regulation Check unterscheidet deshalb mehrere Zustände:
- Konflikt: Ein Requirement verletzt eine verbindliche Grenze.
- Constraint: Ein Zusammenhang ist relevant, aber noch nicht eindeutig gebunden und muss durch einen Menschen geprüft werden.
- Adressiert: Die Anforderung ist vollständig und plausibel abgedeckt.
- Offen: Das Thema wurde erkannt, aber es gibt noch einen verbleibenden Freiheitsgrad.
- Andere Regelung: Der Sachverhalt gehört zu einer anderen Regelung.
- Lücke: Eine verbindliche Pflicht ist vorhanden, aber im Lastenheft fehlt ein entsprechendes Requirement.
Besonders wichtig ist dabei die Kategorie Lücke.
Denn in einem klassischen Review wird häufig geprüft, was im Dokument steht. Schwieriger ist die Frage:
Was fehlt im Dokument?
Genau hier kann eine systematische Analyse einen entscheidenden Mehrwert liefern.
Mehrere Regelungen gleichzeitig prüfen
Ein Beispiel aus einer Referenzimplementierung ist eine Frontkombinationsleuchte eines M1-Fahrzeugs. Positionslicht, Tagfahrleuchte und Blinker befinden sich in einem gemeinsamen Gehäuse.
Eine Anforderung kann beispielsweise einen Mindestabstand zwischen Blinker und Abblendlichtscheinwerfer vorgeben. Die Regelung dieses Abstands, die Definition des Bezugsobjekts und die Anforderungen an die Blinkerkategorie können dabei aus unterschiedlichen Regelwerken stammen.
Das bedeutet: Eine einzelne Systemanforderung kann mehrere Regelungen gleichzeitig berühren.
Fehlt im Lastenheft beispielsweise eine entscheidende Maßangabe, sollte das System nicht automatisch einen Konflikt melden. Ebenso wenig sollte es die Anforderung einfach als erfüllt markieren.
Die richtige Bewertung lautet dann:
Hier fehlt eine relevante Angabe. Bitte prüfen.
Diese Art der konservativen Bewertung ist im regulierten Umfeld besonders wichtig. Ein ehrlicher Prüfhinweis ist wertvoller als eine scheinbar eindeutige, aber falsche Entscheidung.
Der Mensch bleibt die entscheidende Instanz
Der Regulation Check ersetzt nicht das fachliche Urteil der Ingenieurinnen und Ingenieure.
Jeder Befund ist zunächst ein Vorschlag. Der Mensch kann ihn bestätigen, als keinen Konflikt bewerten oder als bereits erfüllt markieren.
Diese Entscheidungen werden für spätere Prüfungen berücksichtigt. Gleichzeitig bleibt die Bewertung an den konkreten Wortlaut des Requirements gebunden.
Ändert sich die Anforderung, wird die alte Bewertung automatisch ungültig und der Punkt erneut geprüft.
So kann eine frühere Bewertung nicht unbemerkt auf eine inzwischen veränderte Anforderung übertragen werden.
Das System unterstützt damit die fachliche Arbeit — es übernimmt aber nicht die Verantwortung für die Freigabe.
Was wir bewusst nicht behaupten
Kein sprachgenerierendes System lässt sich seriös als garantiert fehlerfrei darstellen.
Was wir stattdessen in den Mittelpunkt stellen, sind vier nachvollziehbare Prinzipien:
Herkunft: Normative Aussagen müssen auf eine importierte Quelle zurückführbar sein.
Trennung: Allgemeines Orientierungswissen wird nicht mit verbindlichem Normtext verwechselt.
Nachvollziehbarkeit: Befunde verweisen auf die konkrete Textstelle im Originaldokument.
Entscheidungshoheit: Das System bereitet die Prüfung vor. Die fachliche Entscheidung trifft ein Mensch.
Der Regulation Check ist deshalb kein Orakel und keine automatische Freigabeinstanz.
Er ist ein Werkzeug, das die aufwendige Vorarbeit strukturiert, beschleunigt und nachvollziehbar macht.
Was das im Arbeitsalltag bedeutet
Für Entwicklungs- und Homologationsprojekte bedeutet das vor allem:
- weniger manuelle Sucharbeit,
- systematischere Reviews,
- bessere Sichtbarkeit von Lücken,
- nachvollziehbare Quellen für regulatorische Aussagen,
- und Wissen, das nicht ausschließlich in den Köpfen einzelner Experten steckt.
Die zentrale Idee ist dabei einfach:
Eine KI-Antwort ist nur so verlässlich wie die Quelle, auf die sie sich stützt.
Oder kurz gesagt:
Ohne Fundstelle keine Vorschrift.
Wie aufwendig ist die Prüfung von Normen und Regelwerken in Ihren aktuellen Entwicklungsprojekten? Wir zeigen Ihnen gerne, wie der Regulation Check an Ihren eigenen Regelwerken eingesetzt werden kann.
#Homologation #SystemsEngineering #UNECE #AutomotiveEngineering