[IMP] odoo-at-payroll: record GP0 source work and GP1 runtime setup in docs

Documentation-only updates from the General-AT track (2026-09-10/11)
that had been left uncommitted; no code changes.

- RECHTSQUELLEN-Privat: new section 13 (cross-check of all 571 KB
  legal_bases citation strings, ~130 statutes, against the binding RQ
  inventory; outside-scope delimitation) and procurement-list
  extensions in section 11 (AVRAG, ASVG contribution/notification
  block, EStG, KommStG/BAO, AUEG, UrlG, BMSVG, IESG, LohnkontenVO,
  Mutterschutz-/Karenz block as scope decision)
- IMPLEMENTIERUNGSPLAN-Privat: new section 2.1 (knowledge-base binding
  regime, KB as curated secondary source with ID and Stand), GP2-GP8
  fine mechanics backed by KB entries, new open points 8.11 DZ
  surcharge decision, 8.12 KB conflict families for RIS clarification
  and 8.13 scope candidates; source reference updated to the
  odoo_19.0+e.20260910 tree
- CHANGELOG: 2026-09-10 entries for the primary-source procurement
  (19 RIS statutes via RIS title search incl. short-title traps, LStR
  2002 findok XML, DM-ORG 42.7.0 with L16/L17 checklists, SV values
  2026), the KB legal-basis cross-check and the plan knowledge-base
  integration; the 'Krankengeldumlage par. 62 ASVG' false premise is
  resolved and corrected in RQ and plan
- README and module README: dev-host runtime documentation (PostgreSQL
  18.6, Python 3.14 venv with editable install of the merged tree,
  odoo_dev database, test invocation via .venv/bin/python -m odoo;
  GP1 test_kv_katalog green, 8 tests 0 errors)
- .gitignore: odoo_19.0+e.20260910/ and .venv/ replace the removed
  odoo/ and odoo_enterprise/ checkouts; ignore local tooling
  (.zed-hours/, /tools/ anchored to the repo root so
  personalverrechnung/tools stays fully tracked)
This commit is contained in:
2026-09-11 11:15:42 +02:00
parent 665ed6c1fe
commit ee7e16ecee
6 changed files with 701 additions and 54 deletions
+21 -9
View File
@@ -18,11 +18,21 @@ Abhängigkeitsrichtung: gem360 → dieses Repo, **nie** umgekehrt.
## Entwicklung
- 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.
- Odoo 19: **Quellen-Referenz ist `odoo_19.0+e.20260910/odoo-19.0+e.20260910/`**
(lokal, unversioniert, in `.gitignore`) — gemergter Baum
(Community **und** Enterprise in einem Addons-Verzeichnis, 1.481
Addons, u. a. `hr_payroll*`, `l10n_be_hr_payroll`, `l10n_ch_hr_payroll`;
Version `19.0+e.20260910`, Paketname `odoo`, startbar via `python -m odoo`).
Die früheren Checkouts `odoo/` + `odoo_enterprise/` (19.0.0) sind am
2026-09-11 entfernt worden; D4-Spot-Checks aus den Plänen wurden gegen
19.0.0 gemacht — gleiche relative Pfade, aber Neuzugänge wie immer zu
Baubeginn gegen diesen Baum verifizieren (D4). Pin bei Odoo-Upgraden
gegen den gem360-Entwicklungsstand validieren.
- Runtime: Python 3.14 venv im Repo (`.venv/`, in `.gitignore`; editable
install des gemergten Baums) + PostgreSQL (Arch: `postgresql`-Paket,
Cluster unter `/var/lib/postgres/data`, `systemctl start postgresql`).
Dev-DB: `odoo_dev`. Rollen-/DB-Anlage einmalig:
`sudo -u postgres createuser -s <user>` und `createdb odoo_dev`.
- Planung/Rechtsquellen: `personalverrechnung/` (PLAN, RECHTSQUELLEN,
IMPLEMENTIERUNGSPLAN, Angebotskalkulation).
- Rechts-Rohquellen: `.firecrawl/`**lokal, unversioniert**; falls
@@ -34,14 +44,16 @@ Abhängigkeitsrichtung: gem360 → dieses Repo, **nie** umgekehrt.
Wegwerf-DB verwenden (nie `gem360_dev`):
```sh
python3 odoo/odoo-bin -d <testdb> \
createdb <testdb>
.venv/bin/python -m odoo -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_enterprise/odoo/addons,addons
--addons-path=odoo_19.0+e.20260910/odoo-19.0+e.20260910/odoo/addons,addons
```
Der gemergte Enterprise-Baum enthält auch die Community-Addons; `odoo-bin`
kommt aus dem Community-Checkout. Dazu je Änderung: `py_compile` über
Der gemergte Baum enthält Community- und Enterprise-Addons in einem
Verzeichnis; kein separates `odoo-bin` mehr — Aufruf über
`.venv/bin/python -m odoo`. Dazu je Änderung: `py_compile` über
alle Python-Dateien und XML-Well-formedness-Check (Konvention wie im
gem360/vrv2015-Workflow).