Files
odoo-at-payroll/README.md
T

42 lines
1.9 KiB
Markdown

# 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).