# odoo-at-payroll

Österreichische Personalverrechnung auf Odoo 19 Enterprise. Eigenes Repo
seit 2026-09-09 — Überführung aus `gem360-git` per History-Import; siehe
[`personalverrechnung/PLAN-repo-split.md`](personalverrechnung/PLAN-repo-split.md).

## Module

| Modul | Zweck |
|---|---|
| `l10n_at_hr_payroll` | **Bundes-Kern** (sektor-neutral): SV-Werte 2026 als `hr.rule.parameter`-Seed, TASY-Import-Wizard; folgen: Lohnsteuer (AP3), Meldewesen L16/eSV (AP5), Belege (AP6) |
| `l10n_at_gemeinde_payroll` | **Bgld. GemBG 2014**: Katalogmodell (AP1), Entgelt-Engine (AP2); AP3+ gemäß `personalverrechnung/IMPLEMENTIERUNGSPLAN-Bgld.md` |
| `l10n_at_hr_payroll_private` | **General-AT** (KV-basierte Privatwirtschaft) — Gerüst, eigener Plan folgt |

VRV-Buchung für Gemeinden (Anlage 3b, Ansatz/MVAG, EHH/FHH) läuft über
die Brücke `l10n_at_gemeinde_payroll_vrv` im **gem360-Repo** (AP7).
Abhängigkeitsrichtung: gem360 → dieses Repo, **nie** umgekehrt.

## Entwicklung

- Odoo 19 Enterprise: Geschwister-Checkout `../odoo` (gleicher Stand wie
  die gem360-Entwicklung; Pin bei Odoo-Upgrades in beiden Repos validieren).
- Planung/Rechtsquellen: `personalverrechnung/` (PLAN, RECHTSQUELLEN,
  IMPLEMENTIERUNGSPLAN, Angebotskalkulation).
- Rechts-Rohquellen: `.firecrawl/` — **lokal, unversioniert**; falls
  fehlend, neu von RIS/sozialversicherung.at beschaffen (siehe
  payroll-Skill), niemals aus Trainingswerten arbeiten.

## Tests

Wegwerf-DB verwenden (nie `gem360_dev`):

```sh
python3 ../odoo/odoo-bin -d <testdb> \
  -i l10n_at_hr_payroll,l10n_at_gemeinde_payroll \
  --test-tags /l10n_at_hr_payroll,/l10n_at_gemeinde_payroll \
  --test-enable --stop-after-init \
  --addons-path=<odoo-source>/addons,<odoo-enterprise>/addons,addons
```

Dazu je Änderung: `py_compile` über alle Python-Dateien und
XML-Well-formedness-Check (Konvention wie im gem360/vrv2015-Workflow).