[IMP] odoo-at-payroll: in-repo Odoo 19 source checkouts

Ignore the local, unversioned Odoo 19 checkouts: odoo/
(Community tree with odoo-bin) and odoo_enterprise/odoo (merged
enterprise tree with community and enterprise addons). Document both
in the README Entwicklung section, including the resulting test
addons path (odoo_enterprise/odoo/addons,addons). Also point the
module table row at the approved General-AT plan.
This commit is contained in:
2026-09-09 21:52:06 +02:00
parent 3797e30b1c
commit 6e444b088a
2 changed files with 15 additions and 8 deletions
+3 -1
View File
@@ -1,3 +1,5 @@
__pycache__/
*.pyc
.firecrawl/
.firecrawl/
odoo/
odoo_enterprise/
+12 -7
View File
@@ -10,7 +10,7 @@ seit 2026-09-09 — Überführung aus `gem360-git` per History-Import; siehe
|---|---|
| `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 |
| `l10n_at_hr_payroll_private` | **General-AT** (KV-basierte Privatwirtschaft) — Gerüst; Implementierungsplan freigegeben ([`IMPLEMENTIERUNGSPLAN-Privat.md`](personalverrechnung/IMPLEMENTIERUNGSPLAN-Privat.md)), Umsetzung ab M1 (GP0) |
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).
@@ -18,8 +18,11 @@ 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).
- Odoo 19: lokale, unversionierte Checkouts im Repo — `odoo/` (Community,
enthält `odoo-bin`) und `odoo_enterprise/odoo` (Odoo 19.0.0; gemergter
Baum mit Community- **und** Enterprise-Addons, u. a. `hr_payroll*`,
`l10n_be_hr_payroll`, `l10n_ch_hr_payroll`); beide in `.gitignore`.
Pin bei Odoo-Upgraden gegen den gem360-Entwicklungsstand validieren.
- Planung/Rechtsquellen: `personalverrechnung/` (PLAN, RECHTSQUELLEN,
IMPLEMENTIERUNGSPLAN, Angebotskalkulation).
- Rechts-Rohquellen: `.firecrawl/`**lokal, unversioniert**; falls
@@ -31,12 +34,14 @@ Abhängigkeitsrichtung: gem360 → dieses Repo, **nie** umgekehrt.
Wegwerf-DB verwenden (nie `gem360_dev`):
```sh
python3 ../odoo/odoo-bin -d <testdb> \
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
--addons-path=odoo_enterprise/odoo/addons,addons
```
Dazu je Änderung: `py_compile` über alle Python-Dateien und
XML-Well-formedness-Check (Konvention wie im gem360/vrv2015-Workflow).
Der gemergte Enterprise-Baum enthält auch die Community-Addons; `odoo-bin`
kommt aus dem Community-Checkout. Dazu je Änderung: `py_compile` über
alle Python-Dateien und XML-Well-formedness-Check (Konvention wie im
gem360/vrv2015-Workflow).