Vier getrennte Ebenen
- Eingabemodell: Erlaubte Fälle, Pflichtangaben, Einheiten und sichere Ablehnung unvollständiger Konstellationen.
- Regelpakete: Unveränderliche Jahresstände für Lohnsteuer, Sozialversicherung und besondere Beschäftigungsarten.
- Rechenengine: Geldwerte mit fester Dezimalskala und expliziten Rundungsstufen statt binärer Fließkommaarithmetik.
- Erklärung: Ausgaben, Annahmen, Quellen, Warnungen und Versionsspur aus demselben Berechnungsergebnis.
Lokale Berechnung
Die Eingaben werden im Browser verarbeitet. Es gibt keinen Server-Endpunkt für Gehaltsberechnungen. NettoAtlas schreibt Gehalt, Ergebnis, Steuerklasse, Bundesland, Religionsmerkmal, Kinder- oder Versicherungsangaben weder in die URL noch in Analytics-Ereignisse.
Grenzen statt stiller Näherung
Ist ein Fall nicht im veröffentlichten Vertrag enthalten, antwortet das System mit „nicht unterstützt“ oder „mehr Angaben erforderlich“. Es verwendet keine pauschale Ersatzregel, die wie ein exaktes Ergebnis aussieht. Beispiele hierfür sind komplexe Mehrfachbeschäftigung, Grenzgängerfälle, Beamte, Selbstständige und nicht vollständig abbildbare Altverträge.
Vom Formular bis zum prüfbaren Ergebnis
| Stufe | Aufgabe | Sicherheitsgrenze |
|---|---|---|
| 1. Eingabe | Format, Zeitraum und Pflichtmerkmale validieren | fehlende Statusangaben nicht erraten |
| 2. Fallvertrag | passendes Modul und unterstützte Kombination wählen | unbekannte Sonderfälle ablehnen |
| 3. Steuer | BMF-PAP und Regeln für laufende oder sonstige Bezüge ausführen | Jahres- und Monatslogik nicht vermischen |
| 4. Sozialversicherung | jeden Zweig mit eigener Basis, Grenze und Rundung berechnen | keinen Sammelprozentsatz verwenden |
| 5. Abstimmung | Brutto, Komponenten und Netto centgenau reconciliieren | unerklärte Restbeträge als Fehler behandeln |
| 6. Beleg | Annahmen, Ausschlüsse und Versionen anzeigen | kein Ergebnis ohne Herkunft ausgeben |
Quelle, Implementierung und Test sind drei getrennte Nachweise
Eine amtliche Quelle legt einen Parameter oder Rechenweg fest. Die Implementierung übersetzt ihn in deterministische Regeln mit definierten Geld- und Rundungstypen. Ein öffentlicher Testfall belegt anschließend, dass eine konkrete Eingabekombination den erwarteten Einzelbeträgen entspricht. Keine dieser Ebenen ersetzt die beiden anderen.
Bei einer materiellen Änderung wird deshalb nicht nur ein Textdatum aktualisiert. Betroffene Regelpakete, Testfälle, Szenarioexporte und Erklärseiten werden gemeinsam geprüft. Schlägt die Reconciliation fehl oder ist ein Statusmerkmal nicht eindeutig, bleibt das Modul gesperrt, statt ein plausibel wirkendes Näherungsergebnis anzuzeigen.