Datenverträge zwischen Pipeline-Stufen: Warum Fehler an der Naht stoppen

Die meisten Pipelines versagen leise in der Mitte. Eine Stufe produziert etwas leicht Schiefes – ein Feld mit falscher Form, einen übergelaufenen Wert, einen mehrdeutigen Treffer –, und die nächste Stufe macht trotzdem das Beste daraus, weil ein Abbruch schlimmer wirkt als ein Weitermachen mit Vermutung. Bis irgendetwas auffällig wird, haben drei weitere Stufen bereits auf dem fehlerhaften Input aufgebaut, und niemand kann mehr genau sagen, wo es abgebogen ist. Rexfins Pipeline beruht auf einer anderen Annahme: Jede Übergabe zwischen Stufen ist ein Vertrag, und die empfangende Stufe darf – soll – alles zurückweisen, was diesen Vertrag nicht erfüllt.

Das Bundle ist der Vertrag, keine Hoffnung

Die Datenerfassung gibt ihr Ergebnis nicht als lose Ansammlung extrahierter Zahlen an die nächste Stufe weiter. Sie fasst alles, was eine Einreichung hervorgebracht hat, zusammen – das Fakten-Ledger, die zitierten Textabschnitte, die kanonischen Seiten, den Kantengraphen, der Kennzahlen miteinander verknüpft, einen Bericht darüber, wie das Qualitäts-Gate der Extraktion die Einreichung bewertet hat, und ein Manifest, das beschreibt, was im Paket steckt – zu einem einzigen inhaltsbasierten Bundle. Bevor dieses Bundle irgendwohin geht, prüft die Datenerfassung es gegen ein Schema, das sie nicht selbst besitzt. Entspricht das Bundle diesem Schema nicht, verweigert die Datenerfassung die Ausgabe. Sie formt die Daten nicht still um, damit sie passen, und sie gibt kein Bundle weiter, das „nah genug” ist, in der Hoffnung, dass die nächste Stufe es schon richten wird. Eine Verweigerung an dieser Stelle bedeutet eine Einreichung, die einen weiteren Blick braucht – nicht eine falsche Zahl, drei Stufen weiter unten, ohne jede Möglichkeit, sie zurückzuverfolgen.

Auch die andere Seite prüft

Die Stufe, die das Bundle empfängt, nimmt die Konformität nicht einfach auf Zuruf hin, nur weil der Absender behauptet, geprüft zu haben. Sie führt am Übergang ein eigenes deklaratives Datenqualitäts-Gate gegen dieselbe Vertragsform aus, bevor irgendetwas im Bundle als neue Daten behandelt wird. Zwei unabhängige Prüfungen derselben Übergabe, je eine auf jeder Seite der Naht – so sieht ein durchgesetzter Vertrag aus, nicht ein bloß angenommener. Sollte je ein Fehler im eigenen Validator der Datenerfassung etwas durchlassen, das er nicht hätte durchlassen dürfen, ist die empfangende Seite die zweite Verteidigungslinie, keine Formalität.

Ein Teil dessen, was diese Naht überquert, wird wegen der Form zurückgewiesen – ein numerisches Feld, das gar keine endliche Zahl ist, oder ein Wert, der weit über das hinaus übergelaufen ist, was eine echte Einreichung je ausweisen würde. Ein anderer Teil wird wegen Mehrdeutigkeit zurückgewiesen: Ein Zitierbezug, der plausibel auf mehr als eine Kennzahl verweisen könnte, wird abgelehnt, statt durch Raten aufgelöst zu werden. Rekursive Strukturen, die sich gegenseitig referenzieren, werden nur bis zu einer begrenzten Tiefe verfolgt, statt endlos weiterverfolgt zu werden, damit eine fehlerhafte oder mutwillig konstruierte Struktur einen Prüfschritt nicht zum Hängen bringen kann.

Verträge betreffen nicht nur die Form

Ein Datensatz kann formal einwandfrei sein und trotzdem kein Vertrauen verdienen. Bevor eine extrahierte Kennzahl zitierfähig werden darf, müssen sich mehrere unabhängige Extraktions-Backends darüber einig sein, was die Zahl aussagt. Die Lesart eines einzelnen Backends reicht allein nicht aus; Übereinstimmung über mehrere Backends hinweg ist Teil des Vertrags, den eine Kennzahl erfüllen muss, bevor sie vom Status „extrahiert” zu „nutzbar” wechselt – derselbe Maßstab, auf dem die Verifizierung aufbaut, wenn sie prüft, ob Summen tatsächlich aufgehen.

Dieselbe Logik trennt vorläufige Zahlen von Ist-Zahlen. Eine Planung oder ein Forecast, der in Rexfin eingereicht wird, läuft über eine eigene Spur – eigene Ablage, eigener Schreibweg –, strukturell getrennt von den Atomen, auf die Verifizierung und Zitierung zugreifen. Alles in dieser Einreichung, das behauptet, bereits eine Ist-Zahl, bereits zitiert oder bereits geprüft zu sein, wird rundweg abgelehnt, und die Vertrauensstufe, die einer Planung anhaftet, wird vom System selbst vergeben, nicht von dem übernommen, was der Absender behauptet. Eine Prognose kann sich nicht als eingereichte Zahl ausgeben, nur weil sie darum bittet, so behandelt zu werden.

Warum Verweigerung besser ist als Reparatur

Eine Stufe, die fehlerhaften Input zurückweist statt ihn zu flicken, versagt auch auf eine Art, von der man sich erholen kann – dieselbe Disziplin, die dahintersteht, wie die Plattform Ausfallsicherheit und Notfallwiederherstellung handhabt: genau wissen, was kaputt ist, es isolieren, und alles andere weiterlaufen lassen. Verträge zwischen Stufen machen das auf Ebene der einzelnen Naht möglich, nicht nur auf Ebene des Gesamtsystems.

Für wen das gebraucht wird

Für jeden, der schon einen fehlerhaften Bericht erlebt und einen Nachmittag damit verbracht hat, eine falsche Zahl durch drei Systeme zurückzuverfolgen, bevor klar wurde, wo es schiefging. Rexfins Pipeline ist so gebaut, dass ein fehlerhafter Datensatz an der ersten Grenze zurückgewiesen wird – mit einem Grund dafür –, statt sich still fortzupflanzen, bis er als falsche Zahl auf einer Seite auftaucht, der Sie vertraut haben. Wie die Nähte zusammenspielen, sehen Sie im Themenüberblick, oder buchen Sie eine Demo, um einen Vertragsverstoß live abgefangen zu sehen.