odoo-at-payroll/personalverrechnung/IMPLEMENTIERUNGSPLAN-Privat.md

Implementierungsplan — General-AT-Privatwirtschaft

Modul l10n_at_hr_payroll_private (Odoo 19)

Status: Freigegeben (M0) — Umsetzung läuft: M1 (GP0) (Rechtsverifikationen erledigt 2026-09-09 — Status in Abschnitt 8 und personalverrechnung/RECHTSQUELLEN-Privat.md). Basis: payroll-Skill, KV-Library (personalverrechnung/quellen/kv/ + RUNBOOK.md), Bundes-Rechtslage aus RECHTSQUELLEN-Bgld.md, Rahmen PLAN-repo-split.md. Odoo-API-Verweise bauen auf den im Bgld-Plan am Odoo-19-Source verifizierten Mechanismen auf (Nachweise: IMPLEMENTIERUNGSPLAN-Bgld.md, Abschnitt 2); Neuzugänge werden zu Baubeginn gegen den Odoo-19-Source verifiziert (D4).

• Stand: 2026-09-09 · Branch main · lokal
• Freigabe-Entscheidungen (M0, 2026-09-09):
  • D1 — Plan geführt als personalverrechnung/IMPLEMENTIERUNGSPLAN-Privat.md (dieses Dokument; analog IMPLEMENTIERUNGSPLAN-Bgld.md).
  • D2 — Referenz-KVs R1: SI-2203 Handwerk und Gewerbe + SI-2748 Metallgewerbe (aus dem RUNBOOK-Rechenfallset; Feinjustierung je Pilotmandant in GP0).
  • D3 — Vorfinanzierung Bundeskern durch General-AT: AP3 (Lohnsteuer) und AP4 (SV/DB-Regeln) werden im Kern l10n_at_hr_payroll auf General-AT-Kosten gebaut — Spiegelung der Bgld-Planungsentscheidung „AP3 im Kern, damit das General-Produkt ihn erbt" (die GemBG-Structure erbt umgekehrt). Meldewesen/Belege (AP5/AP6) analog, falls der Bgld.-Auftrag bis M7 nicht erteilt ist. Bei Bgld.-Auftragserteilung: Anrechnung/Umlegung per Change-Request.
  • D4 — Odoo-19-Source steht kurzfristig als Geschwister-Checkout bereit; API-Neuverifikation (Abschnitt 2, Zusätze) ist erste Aufgabe von M1.
• Scope R1: KV-basierte Angestellte und Arbeiter der Privatwirtschaft (WKO-Branchen) mit den Referenz-KVs D2. Optionen und Ausschlüsse gemäß Abschnitt 8.

1. Anforderung (Verständnis)

Vollständige Monatsverrechnung für Beschäftigte der österreichischen Privatwirtschaft nach dem KV-Regime: Entgelt aus KV-Gehaltsordnungen (Verwendungs-/Lohngruppen, Erfahrungsstufen) plus individueller Überzahlung; AZG/UrlG-Komponenten (Überstunden/Mehrarbeit, Nacht-/Sonn-/ Feiertagszuschläge, Urlaubsentgelt § 6 UrlG ✅); 13./14. Bezüge (begünstigte Bezüge nach § 67 EStG-Systematik ✅ — Fixbeträge im Jahressechstel; § 68 EStG regelt nur Zulagen/Zuschläge); Abfertigung Neu (1,53 % BV-Dienstgeberbeitrag + EOSB-Endabrechnung); Lohnsteuer, SV/DB/Umlagen, Meldewesen (L16/FinOnl, eSV/ELDA) und Belege als sektor-neutraler Bundes-Kern in l10n_at_hr_payroll (D3), privat ergänzt um FLAF-DB § 41 FLAG (Privatwirtschaft — nicht § 49a ASVG wie beim öffentlichen Dienst), Kommunalsteuer, Geringfügigkeit/§ 53a; FI-Buchung auf dem UGB-Kontenrahmen des Mandanten (Standard l10n_at; kein VRV — Gemeinde-Schiene bleibt l10n_at_gemeinde_payroll + gem360-Brücke); Jahreswechsel = KV-Runde (KV-Library-Refresh → Katalog-Import) + Parameterpflege.

2. Verifizierte Odoo-Basen (Erweiterungspunkte)

Mechanismus	Nachweis	Verwendung im Plan
hr.rule.parameter + Werte je date_from; Konsum payslip._rule_parameter('code')	Bgld-Plan Abschn. 2; umgesetzt im Kern (data/rule_parameters_2026.xml, at_sv_*)	FLAF/KommSt/13./14.-Konfig als Parameter — keine Literale in Regeln
Strukturen/Typen/Kategorien/Work-Entry-/Input-Types	Muster payroll_structure_bgld.xml	Structure „AT Privatwirtschaft (KV)" + ATP_*-Kategorien
hr.version/hr.employee-Feldmuster (related + Payroll-Gruppen)	Muster hr_version_bgld.py	KV-Einstufung am Vertrag
Katalogmodell mit gueltig_ab-Versionierung + Stichtag-Lookup	Muster entlohnung.py + test_katalog	KV-Gehaltskatalog
Import-Wizard (Preview, Sprungwarnung, explizite Bestätigung, versionierte Werte)	TASY-Wizard im Kern	KV-Katalog-Import (Neuaufnahme + Jahresupdate)
Buchung via hr_payroll_account (Regel-Konten company-dependent, Netto-Ausschluss-Flag), SEPA hr_payroll_account_iso20022	Bgld-Plan Abschn. 2	UGB-Buchung, Auszahlung
Retro/Korrekturen (is_refund_payslip), Batches hr.payslip.run	Bgld-Plan Abschn. 2	Korrekturläufe, Monatsläufe
EOSB-Referenz l10n_ae_hr_payroll; AT-Kontenrahmen l10n_at	PLAN-payroll-bgld.md Abschn. 2	Design-Anleihe Abfertigung Neu; Buchungsmatrix

D4-Neuverifikation, Stand 2026-09-09 (Checkouts: odoo/ Community + odoo_enterprise/odoo Enterprise, je Odoo 19.0.0):

• ✅ Work-Entry-Erzeugung aus Kalender: hr.version ist Community (hr/models/hr_version.py L35; versionierte Felder wage, structure_type_id, resource_calendar_id — L446); _generate_work_entries(date_start, date_stop, force=False) in hr_work_entry/models/hr_version.py (L420) mit Postprocess-Hooks (L500/L506); hr.work.entry.type + Entry-States in hr_work_entry/models/ (hr_work_entry.py L39). Attendance-basierte Erzeugung: Enterprise (work_entry_source) — siehe unten ✅.
• ✅ l10n_at-Konten (Buchungsmatrix-Basis): l10n_at/data/template/account.account-at.csv, XML-ID-Muster l10n_at.chart_at_template_<code> — Gehälter 6200, Nichtleistungsgehälter 6220, Zulagen 6225, Prämien/Provisionen 6230, Sonderzahlungen 6240 (→ B13/B14), Urlaubsabfindung 6242, Jubiläum 6255, Sachbezug 6270; Verrechnung Lohnsteuer 3540, Finanzamt 3530, SV 3600; Rückstellungen Abfertigungen 3000; KommSt 6660, FLAF-DB 6661, DZ 6662, Wien-Abgabe 6663. Matrix-Lücken (GP0): Löhne-/Arbeiter-Konto und SV-DG-Aufwandskonto fehlen im Template (nur Verrechnungskonto 3600) → mandantenspezifisch fixieren.
• ✅ employee.work_time_rate / hours_per_week (GemBG-Regeln): Enterprise-Felder auf hr.version — bestätigt am Enterprise-Source hr_payroll/models/hr_version.py (L39 hours_per_week related auf resource_calendar_id; L48 work_time_rate, compute/store).
• ✅ Enterprise-Checkout odoo_enterprise/odoo (Odoo 19.0.0; voller Baum mit odoo-Paket und 1.452 Addons — Community + Enterprise in einem Addons-Verzeichnis; u. a. Referenz-Lokalisierungen l10n_be_hr_payroll/l10n_ch_hr_payroll; l10n_at_payroll existiert erwartungsgemäß nicht) — D4-Rest erledigt:
  • hr.payslip.run — hr_payroll/models/hr_payslip_run.py L23 (state L31, date_start L41, date_end L45);
  • EOSB-Muster l10n_ae_hr_payroll: _inherit = "hr.payslip" (hr_payslip.py L10) mit EOS-Tagesgehalts-Helfer _l10n_ae_get_eos_daily_salary (L95) + je-Version-Feld l10n_ae_eos_daily_salary (L102); Structure-Type-Kennzeichnung über _inherit = 'hr.payroll.structure.type' — Design-Anleihe für die AT-EOSB-Engine bestätigt;
  • Attendance-Work-Entries: hr.version.work_entry_source (Selection, hr_payroll/models/hr_version.py L30; Konsum in hr_payroll_attendance/models/hr_payslip.py L29);
  • Engine-Mechanismen am in-repo Enterprise-Source bestätigt (Bgld-Plan-Abschnitt-2-Referenzen): payslip._rule_parameter (hr_payslip.py L951), localdict, hr.salary.rule.account_debit/account_credit (L11/L15), Posting-Hooks _action_create_account_move (L54), _prepare_line_values (L125), _prepare_slip_lines (L166), journal_id auf Structure via hr_payroll_account/models/hr_payroll_structure.py (L15), hr.payslip.input.type (hr_payslip_input_type.py L9), hr.payroll.structure.type.country_id (L46); hr_payroll_account_iso20022 vorhanden. Hinweis: eigenes Versionsschema des Builds (Manifests teils ohne version-Key, z. B. l10n_at „3.2.1"); maßgeblich ist release.py version_info (19, 0, 0). Runtime-Tests source-seitig möglich — Addons-Path odoo_enterprise/odoo/addons,addons (der Baum enthält die Community-Module); lokal fehlt noch PostgreSQL.

3. Modul-Layout (Dateien/Komponenten)

l10n_at_hr_payroll_private/
  __manifest__.py              # depends: l10n_at_hr_payroll, hr_payroll_account
  models/
    kollektivvertrag.py        # l10n.at.payroll.kv / kv.wert / kv.gruppe / kv.gruppe.stufe
    hr_version_private.py     # KV-Felder auf hr.version + inherited hr.employee
    eosb.py                    # Abfertigung Neu: Anwartschaft + Endabrechnung
  data/
    structure_private.xml      # Structure-Type + Structure + Kategorien ATP_*
    work_entry_types_private.xml  # AZG-Komponenten (UE_STD, UE_NACHT, MEHR, SOFEI, ...)
    input_types_private.xml    # manuelle Zuschläge/Prämien
    salary_rules_private.xml   # Regelinventar (Abschnitt 4.2)
    rule_parameters_private.xml  # at_flaf_db, at_kommst_satz, atp_* (13./14.-Konfig)
    kv_seed.xml                # Referenz-KV-Kataloge D2 (aus KV-Library kuratiert)
  wizard/
    kv_katalog_import.py       # KV-Aufnahme + Jahresupdate (CSV/Paste + Plausibilität)
    eosb_auszahlung.py        # EOSB-Endabrechnung bei Austritt
  security/ir.model.access.csv
  docs/                        # Rechenfall-Dokumentation je Regel
  tests/                       # Abschnitt 6

Modell-Präfix l10n.at.payroll.* (Konvention aus dem TASY-Rename); KV-Katalog- und kv.wert-Daten global (kein company_id), Konten company-dependent.

4. Vorgeschlagene Umsetzung

4.1 KV-Framework (GP1)

• l10n.at.payroll.kv: Name, Arbeitgeberkammer (Auswahl: wko, lwk, aerztekammer, apotheke, rechtsanwaltskammer, notariatskammer, ...), Gewerkschaft(en), gueltig_ab, library_variant_id + Quellen-URLs (Trace-Link auf quellen/kv/kv-catalog.json: 768 Einträge, 593 ÖGB-Varianten, 407 WKO↔ÖGB-Paare).
• l10n.at.payroll.kv.wert: versionierte KV-Eckwerte (kv_id, code, parameter_value, date_from) — Muster hr.rule.parameter.value; Konsum in Regeln über employee.kv_id._wert('code', payslip.date_to) (KV-Scope, nicht Company-Scope → bewusst kein _rule_parameter). Inhalte: Zuschlagssätze, Normalarbeitszeit (Wochenstunden-Basis), 13./14.-Sätze und Auszahlmonate.
• l10n.at.payroll.kv.gruppe (Verwendungs-/Lohngruppe; lohn_basis: monatlich | wochenstunden) + l10n.at.payroll.kv.gruppe.stufe (gehalt, gueltig_ab; unique(Gruppe, Stufe, gueltig_ab)) — Analogon zum GemBG-Katalog.
• Vertragsfelder (hr.version, inherited auf hr.employee): kv_id, kv_gruppe_id, erfahrungsstufe, ueberzahlung (individuelles Entgelt überschreibt Katalog).
• Import-Wizard: CSV/Tabellenpaste → neue gueltig_ab-Versionen; Sprungwarnung ±x % (TASY-Muster); Quelle = KV-Library-Texte (HTML-Tabellen in oegb/texts/SI-*.json) bzw. Kammer-Lohntafeln. R1-Kuratorium: die D2-KVs; keine Automatisierung aller 593 Varianten (siehe 8.7).

4.2 Regelinventar (GP2)

Kategorien ATP_BRUTTO, ATP_ABZUG, ATP_NETTO, ATP_DG (buchungs-/journalwirksam ohne Nettoeffekt). Structure „AT Privatwirtschaft (KV)" — eine Structure je Typ (Unterschiede Angestellte/Arbeiter laufen über Katalog-Mechanik lohn_basis und kv.wert, nicht über Struktur-Vielfalt; zweite Structure nur bei KV-zwingenden Gründen — GP0-Entscheidung).

Regel (Code)	Quelle/Mechanik
KVGEO	Katalog-Lookup kv_gruppe + erfahrungsstufe zum Stichtag; Prorate Ein-/Austritt; Teilzeit via work_time_rate; ueberzahlung überschreibt
UE_STD/UE_NACHT/MEHR	AZG-Work-Entry-Types; Sätze aus kv_id._wert(...); Grundstunde = KVGEO ÷ (4,33 × kv-Wochenstunden) bzw. Wochenlohn-Basis (lohn_basis)
ZUSCH_SOFEI	Sonn-/Feiertagszuschlag je KV (kv.wert)
URL_ENTG	Urlaubsentgelt § 6 UrlG ✅ (§ 9 UrlG seit 2001 aufgehoben): Abs 2/3 Entgeltbasis; Abs 4 13-Wochen-Durchschnitt nur für Akkord/Stück/Gedinge/leistungsbezogene Prämien; Abs 5 KV-Abweichung (§ 18 Abs 4 ArbVG); § 10 aliquote Ersatzleistung
B13/B14	13./14. Bezug: Auszahlmonat je KV/Betriebsvereinbarung (Parameter atp_sz13_monat Default Juni, atp_sz14_monat Default November); Basis je KV (KVGEO + definierte Zuschläge); Anwartschaft ×/12; Ein-/Austritt anteilig; als begünstigte Bezüge für die Kern-LSt markiert
NETTO	Kategoriensummen
DG: BVG (1,53 % — Kern-Parameter at_sv_bv_dg), FLAFDB (§ 41 FLAG — at_flaf_db, 2026: 3,7 % ✅), KOMMST (at_kommst_satz, 3 % ✅)	buchungswirksam, ohne Nettoeffekt; FLAF-/KommSt-Sätze GP0-verifiziert (8.3/8.4)

4.3 Lohnsteuer und SV/DB — Bau im Bundes-Kern (GP3/GP4, D3)

• GP3 Lohnsteuer komplett (AP3-Inhalt): lohnsteuer.py-Utility (§ 33-Tarif auf Jahres-Progressionsbasis, Absetzbeträge 2026) + LSt-Regeln im Kern; privat konfiguriert die Kennzeichnung der 13./14.-Regeln als begünstigte Bezüge (§ 67 EStG-Mechanik ✅ GP0-verifiziert: Fixbeträge 0/6/27/35,75 % im Jahressechstel, Freigrenze 2.615 €, Kontrollsechstel § 77 Abs 4a — löst auch den Bgld-Offenpunkt P9: quartalsweise SZ = sonstige Bezüge iSd § 67); Detailauslegung Eckfälle per LStR 2002 ❓ GP3; Überstundenfreibetrag 2026 (170 €/15 ÜStd, § 124b Z 476 lit c idgF BGBl I 43/2026 ✅) als Kern-Parameter.
• GP4 SV/DB komplett (AP4-Inhalt): SVDN/SVDG-Regeln im Kern auf at_sv_* (HBG monatlich/SZ, Geringfügigkeit + § 53a-Beitrag, AV-Staffel § 2a AMPFG, AK/WF, IESG); privat ergänzt FLAF-DB § 41 FLAG (3,7 % ab 2025, 2,7 % ab 2028 ✅ 8.3) und Kommunalsteuer (3 %; Basis § 5, 1.095-€-Freibetrag ✅ 8.4).
• Die GemBG-Structure erbt die Kern-Regeln unverändert (Parameter-Konsum per Code); keine Fork-Werte (payroll-Skill-Architekturregel).

4.4 Abfertigung Neu (GP5)

• Laufend: BVG 1,53 % DG (Kern-Parameter) als buchungswirksame Regel ohne Nettoeffekt.
• EOSB: Anwartschaftsfortschreibung nach BMSVG ✅ (GP0 verifiziert: § 15 — Auszahlung der Anwartschaft = Beiträge + Erträge, keine Monatsentgelt-Staffel; § 14 Abs 2 Verfügungsausschluss bei Kündigung durch AN/verschuldeter Entlassung/unberechtigtem Austritt/ < 36 Beitragsmonate; § 6: 1,53 % auch auf SZ, kein HBG-Cap; § 17 Verfügungsoptionen), Anwartschaftsreport, Endabrechnungs-Wizard bei Austritt. BV-Provider-Anbindung (BVKV-Provisionstabelle) = Option.

4.5 FI-Buchung UGB (GP6)

• Regel→Konto über account_debit/account_credit auf dem Kontenrahmen des Mandanten (Standard l10n_at); Buchungsmatrix (Lohn-/ Gehaltsaufwand, SV-DG, FLAF, KommSt, BV, LoSt-/SV-Verbindlichkeiten) in GP0 mit der ersten Referenzbuchhaltung fixieren.
• Auszahlung über hr_payroll_account_iso20022; kein VRV/MVAG/Ansatz-System (Abhängigkeitsrichtung gem360 → dieses Repo bleibt unangetastet).

4.6 Meldewesen und Belege (GP7, Kern-Bau analog D3)

• L16/FinOnl (Jahresbelegmeldung bis Ende Februar ✅; Verfahrensbeschreibung ❓ beschaffen — Abstimmung mit der Bgld-AP0-Beschaffungsliste), ELDA-eSV (JASV, An-/Ab-/Änderung, Fehlanzeige; XML-Spec ❓ beschaffen) und Belege (Lohnzettel AT-Layout, Monatsdienstliste, Monatsjournal) als Kern-Bausteine (AP5/AP6-Inhalt); privat-seitig nur Validierung + ggf. Report-Varianten.
• Dateibasiert; Übertragung/Zertifikate beim Kunden/Steuerberater (wie Bgld-Prämisse P7).

4.7 Jahreswechsel (GP8)

• KV-Runde nach RUNBOOK.md-Zyklus (fetch → build → manuelle Sichtung) → Katalog-Import-Wizard (neue gueltig_ab-Versionen) + kv.wert-Pflege; LSt/SV-Parameterpflege im Kern (rule_parameters_<jahr>.xml); Fristenkalender (L16 Ende Februar, JASV 15. Folgemonat — Verifikation gemeinsam mit Bgld-AP0).

5. Daten-/Modell-/Report-Implikationen

• KV-Katalog + kv.wert global, versioniert, kammerübergreifend nutzbar; Konten company-dependent; Multi-Company unverändert über Engine/Security.
• Berichte: KV-Gehaltsordnungs-Ausdruck je KV/Stichtag (Review-Hilfe); Lohnzettel/Journal aus dem Kern; Rechenfall-Dokumentation je Regel im Modul-docs/.

6. Tests (hinzuzufügen)

1. test_kv_katalog: Import, gueltig_ab-Versionierung, Stichtag-Lookup, Sprungwarnung.
2. test_entgelt_private: KVGEO Voll-/Teilzeit, Prorate Eintritt am 15., Überzahlung; UE-/Zuschlagsrechnung aus kv.wert; B13/B14 Auszahlmonat, /12-Anwartschaft, anteilig bei Ein-/Austritt; Urlaubsentgelt-Mittelung.
3. test_lohnsteuer (Kern-Suite): Tarifgrenzen 2026, Absetzbeträge, § 68-Freigrenzen (SZFN 400 €, ÜStd), Überstundenfreibetrag 2026 (15 ÜStd/170 €), begünstigte-Bezüge-Mapping B13/B14 (§ 67- Jahressechstel, Kontrollsechstel) — gilt für beide Strukturen.
4. test_sv_privat: HBG/SZ-HBG, Geringfügigkeit + § 53a, AV-Staffel, AK/WF, IESG, BV (Kern) + FLAF § 41, KommSt (privat).
5. test_eosb: Anwartschafts-Fortschreibung (Beiträge + Erträge), § 14 Abs 2 Verfügungsausschluss-Matrix (verifizierte BMSVG- Systematik), Endabrechnungs-Wizard.
6. test_buchung_ugb: Regel→Konto, DG-Regeln ohne Nettoeffekt, Journal-Summenverprobung.
7. Refund-Lauf (Korrektur) ohne Doppelbuchung.

7. Buchhaltungs-Überlegungen

• Aufwand/Verbindlichkeiten je Bezugsart getrennt; DG-Beiträge als Netto-ausgeschlossene Regeln; BV 1,53 % als Aufwand + Verbindlichkeit/Verrechnung je Mandat; FLAF/KommSt als DG-Abgaben mit eigenem Konto je Buchungsmatrix.

8. Risiken / offene Fragen (GP0-Klärliste)

GP0-Status (2026-09-09): Punkte 3–6 sowie UrlG (8) ✅ an Primärquellen verifiziert — Belege und Werte in personalverrechnung/RECHTSQUELLEN-Privat.md (GP0-Aufgabe 1 erledigt). Offen: 1, 2, 7, 9, 10 und AZG-Detail (8).

1. Pilotmandant/Referenzläufe: kein Referenzkunde für General-AT (Pendant zu Bgld-P1) — Golden-Master + 2–3 Monate Parallellauf brauchen einen Pilotmandanten; Definition/Vertrag in GP0.
2. Referenz-KV-Detailmechanik (13./14.-Basis, Zuschlagssysteme je KV) für die D2-KVs aus den Volltexten kuratieren ❓ (GP1).
3. FLAF-DB § 41 FLAG ✅ GP0 verifiziert (RIS GesNr 10008220): § 41 Abs 5 — 3,7 % ab Kalenderjahr 2025, 2,7 % ab Kalenderjahr 2028 (2026: 3,7 %); Abs 3 Basis = monatliche Arbeitslöhne (unabhängig von der LSt-Pflicht); Abs 4 Befreiungen (u. a. § 67-Abs-3/6-Bezüge, Arbeitnehmer nach dem 60. Geburtstag) und 1.095-€-Freibetrag bei monatlicher Bemessungsgrundlage ≤ 1.460 €.
4. KommStG 1993 ✅ GP0 verifiziert (RIS GesNr 10004841): § 9 3 % der Bemessungsgrundlage; § 5 Basis = monatliche Arbeitslöhne, § 5 Abs 2 § 67-Abs-3/6-Bezüge ausgenommen; 1.095-€-Freibetrag bei ≤ 1.460 €; § 11 Selbstbemessung monatlich (15. Folgemonat), Jahreserklärung bis Ende März (FinOnl).
5. 13./14.-Begünstigung ✅ GP0 verifiziert — Mechanik ist § 67 EStG (Fixbeträge 0/6/27/35,75 % im Jahressechstel, Freigrenze 2.615 €, Kontrollsechstel § 77 Abs 4a); Korrektur der Planannahme „§ 68 Abs 5/6" — § 68 regelt nur Zulagen/Zuschläge. Löst zugleich Bgld-Offenpunkt P9 (quartalsweise SZ = sonstige Bezüge iSd § 67); Detailauslegung per LStR 2002 ❓ GP3.
6. BMSVG ✅ GP0 verifiziert (jusline/RIS-Spiegel): keine Monatsentgelt-Staffel — § 15 Auszahlung der Anwartschaft (Beiträge + Erträge); § 14 Abs 2 Verfügungsausschluss (Kündigung durch AN, verschuldete Entlassung, unberechtigter Austritt, < 36 Beitragsmonate über Arbeitgeber summierbar); § 6 Abs 1 1,53 % auch auf Sonderzahlungen; § 6 Abs 5 Bemessung ohne GFG/HBG-Cap.
7. KV-Datenkuratierung: 593 ÖGB-Varianten sind Textkorpus, keine strukturierten Gehaltskataloge; R1 = D2-KVs, Ausbau laufend; RUNBOOK-Limits (Scans ohne OCR, GÖD member-only, Angestelltenärzte-KV-Lücke für Krankenanstalten-Mandate).
8. AZG/UrlG-Details: UrlG ✅ GP0 verifiziert — § 6 Urlaubsentgelt (Planzitat § 9 korrigiert; § 9 seit 2001 aufgehoben), § 2 Abs 1 30/36 Werktage, § 10 aliquote Ersatzleistung, § 6 Abs 4 13-Wochen-Durchschnitt nur für Akkord/Stück/Gedinge/Prämien. AZG-Volltext (Normalarbeitszeit, Zuschläge, Durchrechnung, Ersatzruhe) ❓ in GP1/GP2 per RIS; Schicht-/Saisonbetriebe = Option.
9. D3-Anrechnungsmechanik bei Bgld.-Auftragserteilung vertraglich regeln (Umlegung der Kern-Blöcke AP3–AP6).
10. ELDA-/FinOnl-Specs ❓ beschaffen (Abstimmung mit Bgld-AP0, Doppelverwendung).

9. Meilensteine (GP-Mapping)

M	Inhalt	GPs	PT (Range)	Dauer
M0	Freigabe Plan (D1–D4)	—	erledigt	—
M1	GP0: RECHTSQUELLEN-Privat.md, RIS-/findok-Verifikationen, API-Neuverifikation (D4), Pilotmandant-Definition, UGB-Buchungsmatrix, Referenz-KV-Fix (D2)	GP0	8–12	~2 Wo
M2	KV-Framework + Seed-KV (D2) + Vertragsfelder	GP1	22–30	~3 Wo
M3	Entgelt-Engine (KVGEO, AZG-Zuschläge, B13/B14, Urlaubsentgelt)	GP2	28–36	~4–5 Wo
M4	Lohnsteuer komplett (Kern-Bau AP3, D3)	GP3	18–26	~3 Wo
M5	SV/DB komplett (Kern-Bau AP4, D3) + FLAF/KommSt	GP4	18–28	~3 Wo
M6	Abfertigung Neu + FI-Buchung UGB	GP5–GP6	16–24	~3 Wo
M7	Meldewesen + Belege (Kern-Bau AP5/AP6, analog D3)	GP7	32–44	~4–5 Wo
M8	Jahreswechsel + UI/Security/Doku	GP8–GP9	14–22	~2–3 Wo
M9	Rechenfall-Suiten komplett, 2–3 Monate Referenz-Parallellauf, Abnahme	GP10	18–26	~2,5 Mo
PM/QS	Projektsteuerung, Reviews	—	6–10	laufend
Σ			≈ 180–258 PT	≈ 7–9 Monate

Budgettransparenz (D3): General-AT-spezifischer Anteil ≈ 120–172 PT (Rahmen PLAN-repo-split.md ~125–175 ✅); Kern-Vorfinanzierung ≈ 60–86 PT (AP3 18–26, AP4 10–16, AP5 22–30, AP6 10–14) mit Anrechnung bei Bgld.-Auftragserteilung. Expertenschätzung ±20 %; Schärfung in GP0. M1→M2→M3 sequenziell; M6/M7 teilweise parallel; M9-Parallellauf ab M8.

Optionen (eigene Preisliste): Lehrlinge (Lehrlings-Entgelte je Branche); weitere Branchen/Kammer-Sonderfälle (Ärzte, Apotheke, RA, Notariat); AZG-Durchrechnung/Schicht-/Saisonbetriebe; BVKV-Provisionstabelle; Bau-/BUAG-Sonderfälle; Provisions-/Akkordlöhne; öffentlicher Dienst (GÖD — member-only-Textlage).

Ausschlüsse: VRV (bleibt Gemeinde-Schiene); Rechts-/Steuerberatung; Übertragung der Meldedateien zu Behörden (Zertifikate/Behördenkonten beim Kunden); Altdatenübernahme ohne GP0; KVs außerhalb der D2-Referenzauswahl ohne Change-Request.

10. Freigabestatus

M0 ist erteilt (Entscheidungen D1–D4, Kopf dieses Plans). M1 (GP0) läuft: D4-API-Neuverifikation erledigt (Abschnitt 2); RECHTSQUELLEN-Privat.md angelegt, Rechtsverifikationen 8.3–8.6 und 8.8-UrlG erledigt (2026-09-09). Rest-GP0 vor GP1-Baubeginn: Pilotmandant-Definition (8.1), Referenz-KV-Kuratierung (8.2), ELDA-/FinOnl-Specs (8.10), UGB-Buchungsmatrix (4.5) — teils Nutzer-Input. Scope-Abweichungen und die D3-Anrechnungsmechanik laufen über Change-Requests. über Change-Requests.