Gemeinsamer Kriterienvergleich nach der Dokumentextraktion

Status: umgesetzt, 18.10.2026.

Nach erfolgreicher Speicherung sämtlicher Dokumentextraktionen folgt ein eigener LLM-Schritt gemäß dem ersten Teil von 3. Konzept_Merging.md. Das Backend ordnet Bezeichnungen den dokumentierten Matching-Gruppen MG01–MG22 zu und übergibt alle gefüllten Gruppen in einem Aufruf. other, unbekannte und fehlende Bezeichnungen gehen in MG22 mit; diese Gruppe bildet ausdrücklich kein gemeinsames Fachthema. Gruppen und ursprüngliche Kategorien begrenzen den semantischen Vergleich nicht.

Der Modellinput enthält nur UUID, Fachfelder, Nachweise und gegebenenfalls Losreferenzen. Projekt-/Loskontext und die Felddefinitionen samt Ausgabeschema stehen einmal im Systemprompt. Quellen, Originaldokumente, Prüferdaten und INFO werden nicht mitgegeben. Das LLM antwortet mit kept_criteria_ids, neuen Fachobjekten unter merged_criteria und konkreten Klärungsfällen unter hinweise.

Das Backend prüft vollständige, einmalige UUID-Abdeckung, zulässige Fachfelder und Loskonsistenz. Es ergänzt neue UUIDs, merged_criterias, Quellen aller Ursprünge und den Prüfstatus. Unterschiede von Kategorien, Nachweisarten oder Fristen sind keine mechanischen Mergeverbote. Bei null oder einem Kriterium genügt unveränderte Übernahme ohne Modellaufruf. Die ursprünglichen Dokumentergebnisse bleiben erhalten.

Migration 122 speichert das vollständige merge_ergebnis pro run_id statt nur pro Projekt. Dies erhält den konkreten Dokumentbestand und Projekt-/Loskontext jedes Laufs und verhindert, dass ein neuer Lauf ein älteres Ergebnis überschreibt. RLS wird über den bestehenden Erstlauf vererbt. Der ursprüngliche Hintergrundtask bleibt während des Vergleichs aktiv und nutzt denselben globalen Modellpool. Nur temporäre Providerfehler werden bis zu zweimal wiederholt. Nach Fehler oder Prozessneustart setzt ein manueller Start den Vergleich fort, ohne erfolgreiche Dokumente erneut zu extrahieren. Ein erfolgreicher Vergleich wird nicht neu gestartet.

Für den jetzigen Funktionsumfang zeigt die UI merge_ergebnis.kriterien als Zwischenergebnis im v2-Reiter; Originalkriterien bleiben aufklappbar und INFO weiterhin dokumentweise sichtbar. Die Fortschrittsleiste reserviert die letzten zehn Prozent für den Vergleich. Der zweite Teil des Konzepts (INFO anwenden) und ein finales final_ergebnis sind ausdrücklich noch nicht implementiert.

Die Ausführung bleibt wie Schritt 2 auf einen API-Prozess/eine Replik begrenzt. Details: Service-Steckbrief.