# Die Prüfkette in der günstigen Reihenfolge
Typ: Checkliste
Herkunft: prompt-engineering / structured-output / structured-output-validation-order
Version: structured-output-validation-order-2026-09-04
Geprüft: 2026-09-04

ACHTUNG: Dieses Dokument ist ein Lernartefakt aus einer Schulungssequenz. Es ist kein produktives Runbook. Vor jeder Anwendung in einer realen Umgebung müssen die Schritte gegen lokale Dokumentation, Runbooks und Freigabestatus geprüft werden.

## Szenario
Für die Extraktion aus Rechnungen soll die vollständige Prüfkette gebaut werden. Die semantische Prüfung fragt einen Vertragsdienst ab und kostet Latenz; die Formprüfungen laufen lokal in Mikrosekunden. Ein Vorgang darf nur weiterlaufen, wenn alle Prüfungen bestanden sind.

## Schritte
1. Den Antworttext parsen und bei Syntaxfehler sofort abbrechen.
2. Gegen das Schema prüfen: Pflichtfelder, Typen, Wertebereiche, keine zusätzlichen Felder.
3. Lokal prüfbare Fachregeln anwenden: Datum in plausiblem Zeitraum, Betrag nicht negativ.
4. Gegen die echte Quelle prüfen: Existiert der Vertrag, ist er aktiv, passt der Betrag zum Tarif?
5. Bei Verstoß den definierten Endzustand herstellen: ablehnen mit Grund oder zur Nacharbeit geben.

## Begründung
Warum: Prüfungen werden nach steigenden Kosten geordnet: Was lokal und in Mikrosekunden entscheidbar ist, läuft vor jeder Abfrage an einem entfernten Dienst — und jede Kette endet in einem definierten Endzustand, nicht im Durchlassen.
Folgen: **+** Ungültige Antworten kosten im Regelfall nur lokale Rechenzeit, und die teure Abfrage sieht nur Kandidaten, die die Form bestanden haben. **−** Der Vorgang bricht bei der ersten Verletzung ab: Wer alle Verstöße auf einmal sehen will, um sie gemeinsam zu reparieren, braucht eine andere Kette — hier bekommt er nur den ersten.

## Quellen
1. JSON Schema Specification (Draft 2020-12) — https://json-schema.org/specification
2. RFC 8259, The JavaScript Object Notation (JSON) Data Interchange Format — https://www.rfc-editor.org/rfc/rfc8259