Du kennst jetzt die Entitäten: Mitarbeiter, Dienstvertrag, Abrechnungslauf, Abrechnung, Abzüge. Das System nimmt diese Datensätze und berechnet ein Netto. Aber etwas fehlt noch. Woher weiß die Software, wie hoch der SV-Beitrag gerade ist? Das steht nicht im Mitarbeiterdatensatz und nicht im Dienstvertrag. Diese Information muss ebenfalls irgendwo gespeichert sein.
Sie heißt Regelkonfiguration (englisch: business rules, oder kurz: config). Und sie funktioniert nach demselben Prinzip wie alle anderen Daten — mit einem entscheidenden Unterschied: sie ändert sich nicht monatlich, sondern jedes Jahr. Zum Jahreswechsel.
Wenn LogaHR das Netto für Frau Huber berechnet, braucht es drei Dinge gleichzeitig:
Wenn einer dieser beiden Inputs falsch ist, ist das Ergebnis falsch — kein Fehler, keine Warnung. Mitarbeiterdaten kennst du schon. Jetzt geht es um die Regelkonfiguration.
Regeln sind keine Sonderform. Sie sind Datensätze wie alle anderen — mit Feldern, Werten und Datentypen. Jede Regel hat zusätzlich einen Gültigkeitszeitraum (englisch: validity period): ab wann sie gilt, bis wann sie gilt. So kann das System jederzeit rekonstruieren, welcher Satz für einen vergangenen Monat korrekt war.
Jedes Jahr kommt eine neue Version dazu. Die alte bleibt im System — vergangene Lohnzettel müssen rekonstruierbar bleiben, das Prinzip kennst du aus Modul 03. Zum Jänner ändert sich vieles gleichzeitig: SV-Sätze, Lohnsteuertabellen, KV-Mindestgehälter, Höchstbeitragsgrundlagen. Das Konfigurations-Team trägt die neuen Werte ein und setzt die Gültigkeitsdaten. Das ist keine Programmierarbeit — es ist Datenpflege.
Und damit entsteht dieselbe Risikozone wie bei Mitarbeiterdaten: wenn die Eingabe falsch ist, rechnet die Engine weiter. Ohne Alarm.
Wenn Kunden nach einem Jahreswechsel falsche Abrechnungen melden, ist die häufigste Ursache kein Berechnungsfehler — sondern eine fehlende oder falsch eingetragene Regelaktualisierung.
| Frage | Was prüfen | Beispiel |
|---|---|---|
| Ist die neue Regel überhaupt vorhanden? | Regelkonfiguration | KV-Erhöhung fehlt vollständig im System |
| Stimmt das Gültig-ab-Datum? | Validity period | 01.04. statt 01.01. eingetragen |
| Gilt die Regel für alle betroffenen Bereiche? | Geltungsbereich | Gruppe A eingetragen, Gruppe B vergessen |
| Alles stimmt, Ergebnis trotzdem falsch? | Engine-Problem | Berechnungslogik — für Entwickler |
Denke mal nach: Welche Regeln aus deiner täglichen Arbeit ändern sich jedes Jahr sicher — und welche nur manchmal? Was würde passieren, wenn eine dieser Regeln im System drei Monate zu spät aktiviert wird?
Modul 04 von 05 · Pfad 1 · 2026