Eine falsche Zahl sieht aus
wie eine richtige.

Der Fall, der das Problem zeigt

Am 1. Juli 2026 sind die Pfändungsfreigrenzen gestiegen: der unpfändbare Grundbetrag von 1.555,00 auf 1.587,40 €, die Erhöhung für die erste unterhaltsberechtigte Person von 585,23 auf 597,42 €, der Betrag, ab dem voll gepfändet wird, von 4.766,99 auf 4.866,30 € (Pfändungsfreigrenzenbekanntmachung 2026, BGBl. 2026 I Nr. 80).

Zwei Monate später rechneten Rechner im Netz weiter mit den alten Zahlen – auch unser eigener. Niemandem war es aufgefallen, weil die Ausgabe unverändert plausibel aussah. Ein Betroffener, der damit rechnet, kommt auf einen um rund 32 € zu niedrigen Freibetrag. Das ist kein Rundungsfehler, das ist Geld, das gepfändet wird, obwohl es geschützt ist.

Der Punkt dieses Beispiels ist nicht, dass jemand geschlafen hat. Der Punkt ist, dass ein jährlicher Prüfturnus diesen Fehler strukturell nicht findet: Der Stichtag lag im Juli, die Prüfung war für Dezember vorgesehen.

Warum der Stichtag den Turnus schlägt

Rechtswerte ändern sich nicht gleichmäßig über das Jahr verteilt, sondern an bekannten Terminen. Die Rechengrößen der Sozialversicherung zum 1. Januar. Die Pfändungsfreigrenzen zum 1. Juli. Der Basiszinssatz nach § 247 BGB zweimal im Jahr. Der durchschnittliche Zusatzbeitrag zur Krankenversicherung wird bis zum 1. November für das Folgejahr bekannt gegeben.

Wer diese Termine kennt, braucht keinen Turnus. Er braucht eine Liste von Stichtagen und die Frage: Wurde dieser Wert seit dem letzten Stichtag bestätigt? Das ist eine andere Prüfung als „ist die Zahl älter als 365 Tage“ – und sie greift am Tag der Änderung statt Monate danach.

Was sich automatisieren lässt und was nicht

Automatisierbar ist der Abgleich zwischen einem Register und dem, was tatsächlich auf den Seiten steht. Das ist rein lokal, braucht keine Internetquelle und liefert null Fehlalarme, wenn man zwei Dinge richtig macht: historische Nennungen ausnehmen („gesenkt von 1,10 %“ ist kein Fehler) und Gegenüberstellungen erkennen („7 % auf Speisen, 19 % auf Getränke“ ebenso wenig).

Nicht automatisierbar ist die Übernahme selbst. Für die meisten Rechtswerte gibt es keine maschinenlesbare amtliche Quelle – sie kommen als Gesetzestext, nicht als Schnittstelle. Ein Skript, das Zahlen aus HTML kratzt und selbständig in einen Steuerrechner schreibt, produziert irgendwann still eine falsche Zahl. Und eine falsche Zahl ist schlimmer als eine erkennbar alte, weil man ihr die Änderung nicht ansieht.

Die tragfähige Arbeitsteilung lautet deshalb: Die Maschine erzeugt eine Aufgabenliste, der Mensch bestätigt. Wer das umdreht, tauscht ein sichtbares Problem gegen ein unsichtbares.

Der Teil, den fast niemand macht

Ein Register allein reicht nicht, wenn niemand sieht, wie alt ein Wert ist. Deshalb trägt bei PilotOS jede einzelne Frage-Antwort auf der Website ein eigenes Stand-Datum – sichtbar für den Leser und als dateModified im strukturierten Datensatz für Suchmaschinen. Aktuell sind das 1.604 Marken auf 234 Seiten.

Das ist unbequem: Es macht sichtbar, wenn etwas liegen geblieben ist. Genau das ist der Zweck. Ein Datum, das man nicht sieht, schützt niemanden.

„Eine veraltete Zahl meldet sich nicht. Sie rechnet weiter, sie sieht plausibel aus, und sie fällt erst auf, wenn jemand danach gehandelt hat. Deshalb prüfen wir nicht nach Turnus, sondern nach Stichtag – und schreiben an jede Antwort, wann wir sie zuletzt geprüft haben.“

PilotOS, Herstellerangabe · Stand 6. September 2026