Wie wir verhindern, dass unsere Steuer- und Gehaltsrechner still und heimlich veralten

Jeder Rechner auf dieser Seite, der mit Steuern, Sozialversicherung oder Mindestlohn zu tun hat, hat dasselbe Grundproblem: Er stimmt an dem Tag, an dem wir ihn bauen, und dann aktualisiert eine Regierung ein halbes Jahr später einen Satz, und das Tool liefert still und leise falsche Ergebnisse. Niemand bekommt eine Fehlermeldung. Die Seite funktioniert genau wie vorher weiter – sie ist nur ab jetzt falsch, und zwar mit voller Überzeugung.

Das ist ein schlechteres Ergebnis, als das Tool gar nicht erst zu haben. Deshalb haben wir ein System gebaut, das genau das abfangen soll.

Das Problem mit “wir denken schon dran, das zu prüfen”

Die naheliegende Lösung – “einfach die Zahlen regelmäßig kontrollieren” – skaliert nicht. Wir pflegen Netto-Gehalts-, Sozialversicherungs- und Lohnrechner für ein halbes Dutzend Länder, jedes mit eigenen Steuerklassen, Beitragssätzen und jährlich angepassten Schwellenwerten. Multipliziert man das mit der Zeit, die vergeht, bis jemand daran denkt, noch einmal nachzuschauen, lautet die ehrliche Antwort: Früher oder später veraltet etwas, und niemand merkt es, bis ein Nutzer es tut.

Was wir stattdessen gebaut haben

Eine Registrierdatei listet jede fest im Code hinterlegte offizielle Zahl in jedem Rechner auf: in welcher Datei sie steht, wofür die Zahl steht, wo die offizielle Quelle liegt und wie oft realistischerweise mit einer Änderung zu rechnen ist (manche Werte ändern sich jeden Januar zum Beginn eines neuen Steuerjahres, andere nur, wenn ein Gesetz geändert wird – unvorhersehbar, aber selten).

Ein geplanter Job läuft wöchentlich, prüft anhand dieses Zeitplans, welche Einträge zur Überprüfung anstehen, und macht für jeden davon Folgendes:

Sucht in der offiziellen Regierungsquelle nach dem aktuellen Wert
Bittet ein Sprachmodell, die konkrete Zahl aus den Suchergebnissen zu extrahieren – nichts weiter, nur die Zahl und einen Konfidenzwert
Ist sich das Modell sicher und hat sich die Zahl geändert, wird sie als wortgetreuer, verifizierter Textersatz im Code angewendet (nie als freies Umschreiben – das Modell darf die umliegende Logik nicht improvisieren)
Führt einen vollständigen Build durch, um zu bestätigen, dass nichts kaputtgegangen ist, bevor irgendetwas committet wird
Schlägt der Build fehl, wird die Änderung automatisch zurückgesetzt und zur Prüfung durch einen Menschen markiert

Das ganze System folgt einem einfachen Prinzip: Die Automatisierung darf eine Zahl aktualisieren, aber sie darf niemals raten. Findet sie in einer offiziellen Quelle keine verlässliche Antwort, tut sie nichts und meldet das klar – statt eine plausibel aussehende, aber falsche Zahl stehen zu lassen.

Unabhängig von einem einzelnen Anbieter

Der Job selbst läuft auf einer Infrastruktur, die von keinem einzelnen Anbieter oder Konto abhängt – fällt ein Teil der Pipeline aus, bleibt das gesamte System nicht stehen, sondern weicht auf einen anderen Weg zur Extraktion der Zahl aus. Diese Redundanz zählt hier mehr als bei den meisten Automatisierungen: Ein falscher Steuerrechner richtet echten Schaden an, auf eine Weise, wie es ein kaputter Meme-Generator einfach nicht tut.

Was das für dich bedeutet

Jeder Rechner, der von diesem System abgedeckt wird, zeigt direkt auf der Seite ein Datum “offizielle Daten geprüft am” an, getrennt vom “zuletzt aktualisiert”-Datum, das man auf einer normalen Inhaltsseite sieht. Solltest du dieses Datum jemals verdächtig alt erscheinen sehen, lohnt es sich, uns direkt darauf hinzuweisen – meist bedeutet das, dass die automatische Prüfung auf eine Quelle gestoßen ist, die sie nicht auslesen konnte, nicht dass wir es vergessen haben.

Selbst ausprobieren

Das sind einsprachige Tools, jeweils speziell für die Regeln des eigenen Landes gebaut, deshalb öffnen die folgenden Links in dieser Sprache: