[IMP] odoo-at-payroll: GP6-Bau, KFS/BW-6-Abgleich und Odoo-19-Mechanik-Funde dokumentiert

CHANGELOG-GP6-Eintrag; Plan-Abschnitt-10-Update (Buchungsmatrix nach KFS/BW 6, Nutzer-Klaerungen 5.1-5.3 inkl. aufgeklaerter Vertauschung Loehne/Gehaelter, Option-A-minimal-Split, NET-Umbenennung mit Default-Regel-Kopie-Fund); MEMORY-Handoff (88/88 auf Wegwerf-DB, GP7 als naechster Bauabschnitt, offene Referenzbuchhaltungs-Reste, Odoo-19-Mechanik-Funde: function-Record-ID-Semantik, Journal-Default-Constraint, Scaffold-Konto-Falle).

personalverrechnung/IMPLEMENTIERUNGSPLAN-Privat.md

@@ -783,6 +783,44 @@ Budget: die Kandidaten 8.13, der DZ (8.11) und die Regel-Optionen
 (NSchAB, DAG) laufen über die GP0-/Pilotmandant-Entscheidung bzw.
 Change-Requests.
 
+**Update 2026-09-12 (GP6 umgesetzt):** FI-Buchung UGB nach dem
+Österreichischen Einheitskontenrahmen (KFS/BW 6 — Nutzer-Referenz-
+Exemplar `.additional_docs/KFSBW6_13072017_RF.pdf`) umgesetzt und
+grün (19.0.6.0.0): Hook `_configure_payroll_account_at`
+(`models/account_chart_private.py`; BE-Muster, Chart-Load +
+`<function>`-Datendatei, idempotent; Konto-Suche exakt mit
+Längen-gebundenem Präfix-Fallback gegen Odoo-Scaffold-Konten)
+ordnet Regelkonten, Journal SLR (Default 6200, BE-Muster) und NET-
+Konto **3850** (Anlage + reconcile). **EKR-Debit-Split Arbeiter/
+Angestellte:** `l10n_at_personalgruppe` am Vertrag +
+`l10n_at_account_debit_arbeiter` je Regel, **Option A minimal**
+(Nutzer-Entscheidung 5.2: 6000/6500/6600/6601/6602; Zuschläge/ÜStd/
+Prämien/SZ/BV fallback auf Angestellten-Konten bis Referenz-
+buchhaltungs-Fixierung — fehlende Konten warnen, keine Erfindung);
+`_prepare_slip_lines`-Gesamtüberschreibung
+(`models/account_posting_private.py` — Odoo bietet keinen Override-
+Punkt, Upstream-Kopie Odoo-Pin 19.0+e.20260910 mit einzeiliger
+Kontosubstitution, testgepinnt). Nutzer-Klärungen: „6000 Gehälter/
+6200 Löhne" war gegenüber KFS/BW 6 vertauscht (600–619 Löhne,
+620–639 Gehälter); NET-Konto 3850 (5.1); BV-Verbindlichkeit 3600
+(5.3); BV-Aufwand 6440 (EKR 644) mit Fallback 6400. **NET-
+Umbenennung** NETTO→NET (Odoo-Konvention: action_register_payment/
+net_wage/Negativ-Netto-Erkennung filtern code 'NET') + **Odoo-19-
+Fund:** das Structure-Anlegen kopiert die Default-Regeln
+(BASIC/GROSS/NET/…) des `hr_payroll.default_structure` via Feld-
+Default in rule_ids — die kopierte NET-Regel kollidiert im
+result_rules-Dict (Netto = 0); Fix: `<function>`-Archivierung der
+Kopie (active=False; kein Unlink — struct_id NOT NULL, historische
+Linien). Auszahlung `hr_payroll_account_iso20022` (depends +).
+Tests: `test_account_private` (4, Kontenplan-Mock ohne Chart-
+Install) + NETTO→NET in 4 Bestands-Suiten — **88/88 grün**
+(frischer `-i`-Lauf, Wegwerf-DB; Odoo bucht NET-Rundungscents als
+„Adjustment Entry" auf das Journal-Default). Rechenfälle
+`docs/rechenfaelle/buchhaltung.md`. Offen: Arbeiter-Sub-Konten-End-
+fixierung mit der Referenzbuchhaltung (Option A-Rest, GP0), Payment-
+Registrierung/SEPA nur strukturell getestet; GP7 Meldewesen als
+Nächstes.
+
 **Update 2026-09-11 (GP5 umgesetzt):** Abfertigung Neu (BMSVG)
 umgesetzt und grün: Kern-Parameter `at_sv_bv_dg` (1,53 %,
 19.0.3.1.0); privat (19.0.5.0.0) Regel `BVG` (ATP_DG, ohne