Zum Inhalt springen

Praxis & How-to

Was Semantic² liest – und wie ein Befund entsteht

Ein Befund ist kein Bauchgefühl. Er hat vier Teile, und jeder davon lässt sich prüfen. So entsteht er.

Formulare und Stift auf einem dunklen Schreibtisch

Wer Vorgänge mit Unterlagen bearbeitet, kennt den Moment: Die Zahl auf der Rechnung passt nicht zur Zahl im Bescheid, und die Frage ist, wer recht hat.

Semantic² ist dafür gebaut, diesen Moment früher zu finden. Wie das geschieht, lässt sich in fünf Schritten erzählen.

#Schritt 1: Lesen

Am Anfang steht ein Dokument. Ein Bescheid als PDF, eine Rechnung als Scan, ein Vertrag als Foto vom Handy. Semantic² liest alle drei.

Bei strukturierten Dokumenten übernimmt es Felder direkt; bei Scans erkennt es Text und Layout und merkt sich, an welcher Stelle etwas stand.

Dieses Merken ist wichtiger, als es klingt. Jede Zahl, die später in einem Befund auftaucht, zeigt auf ihre Fundstelle zurück: Rechnung, Seite 2, Position 4. Ohne diese Spur wäre ein Befund nur eine Behauptung.

#Schritt 2: Prüfen

Gelesen ist noch nicht geprüft. Im zweiten Schritt vergleicht Semantic² das Gelesene mit drei Dingen: den Regeln, dem Vertrag und dem, was gebucht wurde.

Regeln sind lesbar formuliert, zum Beispiel: „Der Stundensatz darf den vereinbarten Satz nicht überschreiten.“ Oder: „Ein Leistungszeitraum darf nicht doppelt abgerechnet werden.“ Regeln haben Versionen, damit sich später nachvollziehen lässt, welche Fassung zu welchem Zeitpunkt galt.

Der Vertrag liefert die Werte, gegen die geprüft wird: Satz, Zeitraum, Leistungsumfang. Die Buchung liefert, was tatsächlich bezahlt wurde. Erst der Dreiklang aus Regel, Vertrag und Buchung ergibt eine Prüfung, die trägt.

#Schritt 3: Der Befund

Findet die Prüfung eine Abweichung, entsteht ein Befund. Er besteht immer aus vier Teilen:

  • dem Betrag in Euro, um den es geht,
  • der Regel, die verletzt wurde,
  • der Quelle, also der Fundstelle im Dokument,
  • der Buchung, auf die sich der Befund bezieht.

Alle vier stehen nebeneinander auf einer Karte. Wer sie liest, muss nichts glauben. Er kann die Rechnung öffnen, die Regel nachlesen und die Buchung aufrufen.

TeilBeantwortet die FrageWo man nachsieht
BetragUm wie viel geht es?Differenz aus Dokument und Buchung
RegelWarum ist das eine Abweichung?Regeltext in der gültigen Version
QuelleWo steht das?Markierte Stelle im Dokument
BuchungWas wurde tatsächlich bezahlt?Beleg im Vorgangssystem

Das Beispiel unten zeigt eine solche Karte über dem Dokument, aus dem sie stammt.

Ein Befund: 184,50 Euro, Regel „Satz × Stunden“, Quelle „Rechnung, Zeile 4“, Buchung „Beleg 2026-0412“. Beispiel.

#Schritt 4: Die Entscheidung

Semantic² entscheidet nicht. Der Befund wartet auf eine Person, die ihn annimmt oder verwirft. Beides ist eine Handlung mit Protokoll: wer, wann, mit welcher Begründung.

Das ist kein Sicherheitsnetz, das man später entfernt, wenn das System „gut genug“ ist. Es ist das Design.

Die Sachbearbeitung trägt die Verantwortung für den Vorgang, also trifft sie die Entscheidung. Semantic² liefert ihr die beste Grundlage dafür, die sich aus den Unterlagen gewinnen lässt.

Aus dieser Trennung ergibt sich nebenbei eine ehrliche Kennzahl: der Anteil der angenommenen Befunde. Er zeigt, wie treffsicher die Prüfung ist, und zwar gemessen an echten Entscheidungen, nicht an Testdaten.

#Schritt 5: Zurückschreiben

Eine angenommene Entscheidung geht zurück in das Vorgangssystem. Dort wird korrigiert, nachgefordert oder bestätigt, je nach Befund. Soll die Kundin oder der Bürger informiert werden, kann die Antwort über den Univerx Kanal laufen, mit gemeinsamer Ansicht und, wenn nötig, Signatur.

Damit schließt sich der Kreis: Das Dokument, das den Vorgang ausgelöst hat, führt zu einem geprüften Ergebnis im selben Vorgang.

#Ein Wort zu gescannten Dokumenten

Scans sind die Stelle, an der viele Dokumentwerkzeuge still scheitern: eine verwischte Ziffer, eine gedrehte Seite, ein Stempel über dem Betrag. Semantic² markiert die gelesene Stelle und zeigt sie neben dem Befund. Eine unsichere Lesung ist damit sichtbar, nicht versteckt.

Lässt sich ein Wert nicht sicher lesen, sagt der Befund das. Die Sachbearbeitung prüft dann das Original, statt einer Schätzung zu vertrauen. Das ist für einen Fall langsamer und für die ganze Akte schneller, weil niemand nachprüfen muss, was sauber gelesen wurde.

#Wo Semantic² im Arbeitsalltag sitzt

Befunde brauchen kein eigenes Werkzeug. Sie landen über das Aufgaben-Routing in den Arbeitskörben, in denen die Sachbearbeitung ohnehin arbeitet, mit Frist und Zuständigkeit.

Ruft die betroffene Person an, sieht die Mitarbeiterin im Contact Center den Stand des Vorgangs und den offenen Befund. Welche Prüfungen sich in der Leistungsprüfung besonders eignen, beschreibt der Beitrag Schaden- und Leistungsunterlagen prüfen.

#Was das für die Einführung bedeutet

Drei Dinge folgen aus dieser Mechanik.

Erstens: Der Pilot beginnt mit einer Dokumentart und einer Regelgruppe. Mehr braucht es nicht, um zu sehen, ob Lesen und Prüfen in Ihren Unterlagen funktionieren.

Zweitens: Die Regeln kommen von Ihnen. Semantic² bringt die Mechanik, die Fachabteilung bringt das Wissen, welche Abweichung zählt.

Drittens: Zahlen gibt es erst nach dem Pilot. Wie viele Befunde angenommen wurden und was sie wert waren, lässt sich nur aus Ihren Fällen ablesen. Versprechen vorab wären geraten.

Mehr zur Einordnung von Semantic² im EU AI Act finden Sie im Trust Center. Den Weg in die Einführung beschreibt der Leitfaden Dokumentenintelligenz in Vorgängen einsetzen.

Sehen Sie Univerx an Ihrem eigenen Beispiel.

In einer Demo zeigen wir die Plattform entlang Ihrer Kanäle und Anliegen – vom KI-Agenten über Video und Einsatzplanung bis zur Auswertung.

Online, in Deutsch oder Englisch, ohne Vorbereitung auf Ihrer Seite.