[IMP] odoo-at-payroll: record GP3 income tax build, P0 legal verification and conventions in docs

.agents/MEMORY.md

@@ -2,6 +2,19 @@
 
 ## Current focus
 
+**GP3 Lohnsteuer im Kern umgesetzt und grün (52/52 Tests) — GP4
+SV/DB (AP4) als Nächstes** (2026-09-11): Kern 19.0.2.0.0
+(`lohnsteuer.py` § 33/§ 66 kumulativ-Rollung/§ 67 Sechstel-Aufrollung/
+§ 68, Lohnsteuertage 30/Monat, user-Bemessungsformeln) +
+`rule_parameters_lst_2026.xml` + Flags; privat 19.0.3.0.0 (dünne
+SVDN_*/LST-Regeln, B13/B14/UE-§-68-Flags). P0: AN-AB entfallen
+(Reform), Verkehrs-AB 496 €, SV monatlich stets voll (60 % = nur
+Veranlagung — RQ-5 korrigiert), § 124b Z 440: 15 ÜStd/170 € 2026.
+D4: result_rules-Threading (Zeilen erst nach Regelschleife),
+result_qty für Stundendarstellung; TASY-Wizard-Latenzfehler
+behoben (b64-Dekode + Werte-Records-API), TASY-Suite erstmals
+grün. Parallel lief die 3. RIS-Runde des Konflikt-Agents:
+
 **3. RIS-Runde integriert (11.09.2026, `.additional_docs/ris_normtexte/`)**
 — A-Punkte gegen die Tagesfassung textverifiziert; Integration in RQ/
 PLAN/RUNBOOK/KB-KONFLIKTE + 5 Layer-2-Abgleichnotizen. **A1-Korrektur:**
@@ -82,6 +95,35 @@ B17-Inhalt/B18; Kleinverifikationen s. KB-KONFLIKTE „Nächste Schritte“).
 
 ## Completed
 
+- **GP3 Lohnsteuer komplett im Kern umgesetzt (52/52 grün)**
+  (2026-09-11): `l10n_at_hr_payroll` 19.0.2.0.0 —
+  `models/lohnsteuer.py` (§ 33-Zonentarif; § 66 kumulativ mit
+  Rollung: Lohnsteuertage 30/Monat [user], Teilmonat § 66 Abs 3,
+  JBG = Bemessung × Faktor − 132/60-Pauschalen, Absetzbeträge
+  496/612/828/+273, AVB/AVAB via Vertrags-Feld; § 67: Sechstel =
+  kumulierte laufende Brutto × 60 ÷ Lohnsteuertage, Fixsatz-
+  Pakete 620-frei/24.380-6/25.000-27/33.333-35,75, Freigrenze
+  2.615 → tarifisch, Abs 10-Überschuss → LSt-lfd, Günstig-
+  Aufrollung je SZ-Zahlung, Abs 12 SV-SZ vorher; § 68-Buckets
+  szfn/ue_std mit zuschlagsanteil-Quote + Stunden-Caps 15/170
+  versioniert; DN-SV kv/pv/av/ak/wf HBG-capped, Wien 0,75 via
+  Company-Flag; Fünftelregelung-Utility),
+  `data/rule_parameters_lst_2026.xml`, Flags auf hr.salary.rule/
+  hr.version/res.company. Laufzeit-Architektur: dünne Regeln
+  reichen `result_rules` (localdict) an die Kern-Computes —
+  compute_sheet legt Zeilen erst NACH der Regelschleife an;
+  Code-Regeln: Menge über `result_qty` (quantity-Feld nur fix/%).
+  TASY-Wizard: 2 Latenzfehler behoben (Binary-b64-Dekode in
+  `_tasy_root`; `_get_parameter_from_code` liefert geparste
+  Werte/None, nicht Records → `_line_vals`/Test_01 korrigiert) —
+  TASY-Suite 4/4 erstmals laufend. Privat 19.0.3.0.0:
+  salary_rules_lst_private.xml (SVDN_KV/PV/AV/AK/WF, LST_LFD,
+  LST_SZ; Sequenzen 60-71), GP2-Regeln per-unit + result_qty +
+  Bemessungs-Flags (KVGEO/UE_*/MEHR_*/NACHT_SV laufend, B13/B14/
+  B14_RUECK sonstig, §-68-Buckets). Tests: Kern 13 + TASY 4 +
+  privat 8/21/6 = **52/52 grün**; Rechenfälle
+  `docs/rechenfaelle/lohnsteuer.md` (RF-L1–L8).
+
 - **GP2 Entgelt-Engine General-AT umgesetzt (29/29 grün)**
   (2026-09-11): `l10n_at_hr_payroll_private` 19.0.2.0.0 —
   `data/structure_private.xml` (Type/Structure/ATP-Kategorien,
@@ -931,5 +973,7 @@ B17-Inhalt/B18; Kleinverifikationen s. KB-KONFLIKTE „Nächste Schritte“).
   `test_kv_katalog` 8/8 + `test_entgelt_private` 21/21 auf
   `odoo_dev`; Rechenfall-Fixtures unter `docs/rechenfaelle/`;
   GP3 Kern-Bau als Nächstes)
-- `addons/l10n_at_hr_payroll/` — Kern (SV/TASY; AP3 landet hier)
+- `addons/l10n_at_hr_payroll/` — Bundes-Kern (SV/TASY + **GP3
+  Lohnsteuer**: `models/lohnsteuer.py`, `rule_parameters_lst_2026.xml`;
+  52/52 grün; GP4 SV/DB als Nächstes)
 - `addons/l10n_at_gemeinde_payroll/` — GemBG (AP1+AP2)