Phase 2 · Praxis-Step 4 von 9
Aussagen mit Herkunft modellieren
Aus Textsätzen belegbare Aussagen machen, die Herkunft, Gültigkeit und Review-Status mitführen.
Was du mitnimmst
Provenienz gehört direkt an die Aussage und begleitet sie durch Verarbeitung, Graph und Antwort.
Praxisziel
Was du praktisch entscheidest
Du formulierst ein JSON für eine belegte Aussage: fachlicher Satz, Herkunft, Gültigkeit, Berechtigung und Review-Status.
Szenario
Ausgangslage im Mini-Use-Case
Aus Richtlinie A wird die Aussage extrahiert: "Kritische Kundensysteme müssen jährlich geprüft werden." Daraus wird eine belegte Aussage mit Provenienz: fachlicher Satz plus Herkunft, Gültigkeit und Autorität.
Die Quelle bleibt sichtbar, die Aussage bekommt einen Abschnitt, eine Version, eine Gültigkeit und eine fachliche Autorität. So kann später geprüft werden, warum eine Antwort oder Graphkante existiert.
Im Mini-Use-Case ist die belegte Aussage die Brücke zwischen Richtlinie und Graph. Aus ihr kann später eine Beziehung entstehen: Richtlinie A definiert eine Prüfpflicht für kritische Kundensysteme. Die Herkunft zeigt, warum diese Beziehung existiert.
Heuristik
Arbeitsprinzip
Modelliere wichtige Aussagen als belegte Aussagen. Jede belegte Aussage verbindet einen fachlichen Satz mit seiner Provenienz. So kann das System später antworten, den Beleg zeigen und eine Graphkante nachvollziehbar machen.
Dieses Artefakt lohnt sich für Aussagen, die später Antworten tragen: Pflichten, Verantwortlichkeiten, Risiken, Klassifikationen, Abhängigkeiten und Gültigkeiten. Praktisch entscheidest du, welche Aussagen wichtig genug sind, um einzeln weitergeführt und geprüft zu werden.
Greifbar machen
Praxisartefakt
Praxis-Hinweis: In der Umsetzung entstehen belegte Aussagen meist während der Ingestion oder Extraktion. Parser, Regeln oder LLM-gestützte Extractor-Schritte schlagen Aussagen vor und tragen Quelle, Abschnitt, Version, Berechtigung und Autorität mit. Deine Aufgabe ist die fachliche Vorgabe: Welche Aussagen sind wichtig genug, welche Herkunftsfelder Pflicht sind und welche Aussagen Review brauchen.
statement-with-provenance.jsonjson
{
"statement_id": "statement-policy-a-4-2-critical-systems",
"statement": "Kritische Kundensysteme müssen jährlich geprüft werden.",
"source": {
"source_id": "policy-a",
"title": "Richtlinie A",
"section": "4.2",
"version": "2026-04"
},
"validity": {
"valid_from": "2026-04-01",
"valid_to": null
},
"authority": "Compliance",
"confidence": "high",
"permission_scope": "internal",
"review_status": "accepted"
}Schlüssel kurz erklärt
statement_idist die stabile Kennung der belegten Aussage.statemententhält den fachlichen Satz.sourcebeschreibt Herkunft und Version.validityhält den Zeitraum fest.authoritysagt, welche Stelle die Aussage trägt.confidencemarkiert die Extraktionssicherheit.permission_scopesteuert Sichtbarkeit.review_statuszeigt, ob die Aussage geprüft wurde.
Achten auf
Typischer Qualitätsfehler
Worauf du achten musst
Das System speichert Textchunks oder Graphkanten mit unklarem Herkunftsbezug. Dadurch klingt eine Antwort plausibel, obwohl ihr Nachweis schwach bleibt.
Ein zweiter Fehler ist ein zu grober Quellenbezug. "Quelle: Richtlinie A" bleibt schwächer als "Richtlinie A, Abschnitt 4.2, Version 2026-04". Je genauer der Herkunftsbeleg modelliert wird, desto leichter lassen sich Fehler später eingrenzen.
Prüfen
Woran du es erkennst
Signal
Die Antwort nennt eine Regel. Abschnitt, Version und Gültigkeit fehlen im Beleg.
Du erkennst das Problem auch, wenn zwei Antworten dieselbe Regel unterschiedlich formulieren und niemand sagen kann, welche Formulierung näher an der Quelle liegt.
Üben
Mini-Aufgabe
Formuliere aus dem Mini-Use-Case eine zweite belegte Aussage: "Customer Core verantwortet die jährliche Prüfung von CRM." Ergänze source_id, section, authority und valid_from.
Musterlösung
Belegte Aussage
Customer Core verantwortet die jährliche Prüfung von CRM.
Beleg
Systemkatalog oder Verantwortlichkeitsnotiz, wenn das Team dort konkret benannt wird.
Autorität
Die allgemeine Prüfpflicht trägt die maßgebliche Richtlinie. Eine Verantwortlichkeitsnotiz kann Customer Core als verantwortliches Team ergänzen und erhält eine geringere Autorität.
Gültigkeit
Die Aussage braucht ein Startdatum, damit später klar bleibt, ab wann diese Verantwortlichkeit gilt.
Reflektieren
Selbsttest
1.Was ist eine Aussage mit Provenienz?
Eine Aussage mit Provenienz enthält den Satz und seine Herkunft: Quelle, Abschnitt, Version, Autorität und Gültigkeit. Dadurch bleibt nachvollziehbar, woher die Aussage kommt.
2.Warum sollte Quellenreferenz während der Verarbeitung mitgeführt werden?
Quelle und Abschnitt müssen vom Chunk bis zur Antwort erhalten bleiben. So bleibt der Beleg später zuverlässig nutzbar.
3.Welche Felder gehören zu einer belegten Aussage?
Eine vollständige belegte Aussage enthält Aussage, Quelle, Abschnitt, Version, Autorität, Gültigkeit und Berechtigung.
Kernaussage
Provenienz gehört direkt an die Aussage und begleitet sie durch Verarbeitung, Graph und Antwort.