Skip to main content

Wie Scanaras Regeln entstehen und verifiziert werden

Jede Regel ist an den exakten Artikel, Absatz und Buchstaben der Verordnung verankert — und durchläuft vor der Auslieferung sechs Verifikationsstufen.

Gemessen am 4. August 2026 — vor jedem Release erneut verifiziert.

Wie Regeln entstehen

Scanaras Regel-Pipeline verarbeitet den vollständigen Text der Verordnung (EU) 2024/1689 und verankert jede Regel an ihrem exakten Artikel, Absatz und Buchstaben. Eine einzige Zuordnungsdatei klassifiziert jede Pflicht der Verordnung als eines von drei Dingen: im Code erkennbar, in einem Richtliniendokument erkennbar, oder nicht maschinell erkennbar und einem geführten Assessment überlassen.

Die Release-Prüfkette

Jedes Regelwerk-Release durchläuft sechs Prüfstufen nacheinander — von breiten Strukturprüfungen bis zum exakten Abgleich mit bekanntermaßen korrektem Output. Ein Release wird erst ausgeliefert, wenn jede Stufe besteht.

L2.5

Katalog-Konsistenz

Prüft, dass Artikelkatalog, Pflichten-Mapping und etwaige Überlappungs-Unterdrückungsregeln miteinander synchron bleiben.

L1/L2

Korpus-Struktur

Neun Strukturprüfungen über den gesamten Regel-Korpus: Artikelabdeckung, keine doppelten Patterns, vollständige Metadaten, gültige Enum-Werte, eindeutige Regel-IDs und Grenzwerte für Stub-Regeln.

L3

Pflichtenbezogene Fixtures

Für jede im Code erkennbare Pflicht muss ein Positiv-Fixture mindestens einen Fund auslösen und ein Negativ-Fixture null Funde — in jeder unterstützten Sprache.

L4

KPI-Schwellenwerte

17 Schwellenwerte zu Abdeckung, Vollständigkeit und Determinismus — siehe Tabelle unten.

L5

Golden Snapshots

Ein exakter Abgleich jedes Funds mit einem festgelegten Erwartungswert, über 25 Benchmark-Anwendungen hinweg, fixiert auf eine bestimmte Regelwerk-Version.

R1

Remediation-Prüfung

Bestätigt, dass ein unbehandeltes Fixture einen unerfüllten Fund auslöst und dasselbe Fixture mit angewandter empfohlener Abhilfemaßnahme als erfüllt erkannt wird.

Wie Scanara Dokumentation mit OPA und Rego auswertet

Scanaras dokumentenbasierte Compliance-Prüfungen laufen auf Open Policy Agent (OPA). OPA prüft technische Dokumentation gegen Pflichten der Verordnung (EU) 2024/1689. Das folgt demselben Policy-as-Code-Ansatz, der im gesamten OPA-Ökosystem verwendet wird: deklarative Regeln, deterministische Auswertung, jedes Mal ein nachvollziehbares Ergebnis. Das läuft parallel zu Scanaras Code-Scan. Code-Scanning prüft, was der Code tut. OPA prüft, was die Dokumentation sagt.

Jede Dokumentationsdatei durchläuft dieselben Schritte. Zuerst parst Scanara die Datei und erkennt ihre Sprache (8 EU-Sprachen werden unterstützt). Dann normalisiert Scanara die Datei zu einem strukturierten Eingabedokument: Abschnitte, Überschriften, extrahierter Text. OPA wertet dieses strukturierte Dokument gegen ein kompiliertes Rego-Policy-Bundle aus.

Scanara generiert diese Regeln aus einer kanonischen Zuordnung zwischen dem Artikeltext der Verordnung (EU) 2024/1689 und maschinell prüfbaren Anforderungen. Keine Regel wird pro Repository von Hand geschrieben. Jede Regel lässt sich bis zu einem konkreten Artikel, Absatz und Buchstaben zurückverfolgen. Die Auswertung erzeugt einen Befund je Pflicht: erfüllt, fehlend oder teilweise erfüllt. Diese Befunde fließen zusammen mit den Code-Befunden in den Compliance-Bericht ein.

Das folgende Beispiel zeigt das Muster. Es ist zur Veranschaulichung vereinfacht. Das produktive Regelwerk deckt Dutzende Pflichtenkategorien ab, dazu mehrsprachige Erkennung, Schweregrad-Gewichtung und dokumentübergreifende Konsistenzprüfungen, die hier nicht gezeigt werden.

package eu_ai_act.example.article_11

# Illustrative pattern only — simplified for public documentation.
# Scanara's production ruleset covers dozens of obligation categories with
# multi-language detection, severity weighting, and cross-document
# consistency checks not shown here.

default satisfied := false

# A document satisfies this (illustrative) Article 11 check when its parsed
# sections include the required topic, with non-empty content.
satisfied if {
	some section in input.document.sections
	section.topic == "risk_management_process"
	count(trim_space(section.content)) > 0
}

finding := {
	"article": "11",
	"obligation": "technical_documentation.risk_management_process",
	"status": "satisfied",
} if satisfied

finding := {
	"article": "11",
	"obligation": "technical_documentation.risk_management_process",
	"status": "missing",
	"severity": "high",
} if not satisfied

Zusammen erkennen beide Engines automatisch 66 Artikel der Verordnung (EU) 2024/1689: 44 code-fähig und 22 dokumentenbasiert über OPA. Die Abdeckung umfasst alle 8 EU-Sprachen. Die Befunde beider Engines fließen direkt in das generierte Compliance-Dossier ein. Die Beweiskette lässt sich bis zu einem tatsächlichen Scan-Ergebnis zurückverfolgen, nicht bis zu einer Selbstauskunft.

Aktuell gemessene Werte

MetrikSchwellenwertAktuell
Artikelabdeckung (113 Artikel der Verordnung)100%100%
Echte-Pattern-Abdeckung code-fähiger Artikel100%100% (44/44)
Dokument-/Richtlinien-Artikel mit OPA-Abdeckung100%100% (22/22)
Im Code erkennbare Pflichten mit mindestens einer Regel100%100% (77/77)
Regeln mit Risikostufen-Metadaten100%100% (522/522)
Regeln mit Akteurs-Metadaten100%100% (522/522)
Regeln mit strukturierter Abhilfe-Anleitung100%100% (522/522)
Streuung der Regelanzahl über die 12 unterstützten Sprachen≤ 10
Doppelte Regel-IDs00
Stub-Regeln (ohne Code-Pattern) je Artikel≤ 10
Bestehende L4-KPI-Schwellenwerte17/1717/17

Was diese Zahlen nicht messen

Dies sind Abdeckungs-, Vollständigkeits- und Determinismus-Metriken — sie zeigen, wie viel der Verordnung abgebildet ist und wie konsistent die Pipeline über Sprachen und Releases hinweg arbeitet. Es gibt keine Präzisions-, Recall- oder Falsch-Positiv-KPI, da dies einen von Menschen gelabelten Ground-Truth-Korpus erfordern würde, den wir nicht haben. Der strukturelle Beleg gegen Falsch-Positive ist folgender: Jedes pflichtenbezogene Negativ-Fixture muss null Funde liefern, und eine eigens dafür vorgesehene Anwendung mit minimalem Risiko — bei der jede Hochrisiko-, GPAI- und Regel für begrenztes Risiko unterdrückt ist — muss ebenfalls null Funde liefern.

Scanara erkennt Compliance-Lücken auf Code- und Dokumentenebene. Für komplexe rechtliche Auslegungen empfehlen wir die Zusammenarbeit mit spezialisierten Rechtsberatern.