Steuersätze und Freibeträge veralten nicht mehr unbemerkt – und niemand außer dir entscheidet, wann sich ein Wert ändert

Grundfreibetrag, Sozialversicherungs-Beitragssätze, Pfändungsfreigrenzen, Pflegesätze, Mindestlohn, Zweckbetriebsgrenzen für Vereine – all das ändert sich per Gesetz, Verordnung oder amtlicher Bekanntgabe, oft jährlich, manche Werte alle zwei Jahre. Steht ein solcher Wert einfach als Zahl im Programmcode, merkt niemand automatisch, wenn er veraltet. Er bleibt falsch, bis zufällig jemand nachschaut oder ein Nutzer einen Fehler meldet.

Genau dieses Muster fanden wiederholte interne Modul-Prüfungen bei PilotOS selbst: veraltete oder inkonsistente Rechtswerte, die bei Gesetzesänderungen nicht automatisch mitgezogen wurden. Statt jeden Einzelfall nur zu reparieren, entstand daraus ein systemisches Gegenmittel – dieses Modul.

Ändert sich zum 1.1. ein Wert – etwa der Sachbezugswert oder der Umsatzsteuersatz – darf eine Software niemals rückwirkend bereits gebuchte oder festgeschriebene Vorgänge in Vorjahren verändern. Nur der Wert für das laufende bzw. künftige Wirtschaftsjahr darf sich ändern; alles, was bereits verbucht ist, muss mit dem damals gültigen Wert stehen bleiben.

Deshalb überschreibt das Aktualisierungsmodul einen bestätigten neuen Wert bei Steuersätzen und Kleinunternehmer-Grenzen nicht einfach – es schreibt ihn historisiert fort: Der bisherige Wert bekommt ein festes „gültig bis“, der neue Wert ein „gültig ab“. Berechnungen, die einen Wert zu einem bestimmten Datum abfragen (z. B. den Umsatzsteuersatz zum Verkaufsdatum einer Differenzbesteuerungs-Position oder die Kleinunternehmer-Grenze für ein abgeschlossenes Wirtschaftsjahr), bekommen weiterhin exakt den Wert, der zu diesem Zeitpunkt tatsächlich galt – unabhängig davon, was inzwischen aktualisiert wurde.

Konkretes Beispiel: Wird der Regelsteuersatz zum 1.1.2027 bestätigt geändert, liefert eine Auswertung für eine im März 2026 verkaufte Position weiterhin den 2026 gültigen Satz – geprüft mit einem eigenen, isolierten Testlauf bei der letzten Modul-Prüfung. Für Werte ohne diese Historisierungs-Struktur (z. B. hart im Code hinterlegte Sozialversicherungssätze) gilt ohnehin: keine automatische Übernahme, sondern nur eine Änderungsempfehlung – Software-Updates durchlaufen die reguläre Versionierung und Testabdeckung.

Die Fälligkeits-Ampel selbst braucht kein Internet: Sie vergleicht nur Datumsangaben aus dem lokal gespeicherten Manifest mit dem heutigen Datum – das läuft auch als geplante, wöchentliche Hintergrundaufgabe rein lokal und aktualisiert ausschließlich die Ampel-Anzeige (grün/gelb/rot). Die eigentliche Web-Recherche nach einem neuen Wert löst das Modul niemals von selbst aus – sie startet ausschließlich, wenn du im Cockpit auf „prüfen“ klickst. Ohne diesen bewussten Klick verlässt keine Anfrage dein Gerät.

Eine vollautomatische, zuverlässige Extraktion neuer Zahlenwerte aus Behörden-PDFs und Webseiten ist technisch fehleranfällig: Quellen sind unstrukturiert, Layouts ändern sich, Tabellen stecken manchmal als Bild in einem Scan. Eine Software, die hier blind vertraut, würde falsche Werte genauso unbemerkt einführen wie sie vorher veraltete Werte stehen ließ – nur schneller und mit trügerischer Sicherheit.

Deshalb bleibt der Mensch die letzte Instanz: PilotOS liefert die Fälligkeits-Erkennung, die Recherche und die Quellenangabe vollautomatisch – die inhaltliche Prüfung und Freigabe bleibt bei dir. Das ist langsamer als „blind übernehmen“, aber überprüfbar und damit vertrauenswürdig.