T

fegger fe8243931a [ADD] odoo-at-payroll: wissensbasis skill + WIKU source integration model

Consolidate the binding knowledge-base rules (layer architecture,
licence decision D1, id freeze, D2 frontmatter schema, curation
conventions, batch workflow, validation gates, intake pitfalls)
from README/RUNBOOK/MEMORY into a dedicated agent skill so every
new thread reads them before planning Wissensbasis work.

- new licensed source corpus .wiku/ (WIKU Personal publications:
  Fachbroschueren, Arbeitsunterlagen, Casebooks, 'WIKU Personal
  aktuell'; gitignored like .lexis360/, never committed)
- integration model: one shared corpus with a single kb.json, ids
  wk-<prefix>-<nn> on the existing cluster map, the work field
  distinguishing the sources, Layer-2 filenames prefixed
  wiku_<slug>.md; pipeline to be a multi-source extension of
  build_lexis_kb.py (no fork) -- follow-up after batch 7
- AGENTS.md skill selection gains the wissensbasis entry

2026-09-10 15:24:23 +02:00

.agents

[ADD] odoo-at-payroll: wissensbasis skill + WIKU source integration model

2026-09-10 15:24:23 +02:00

addons

[ADD] l10n_at_hr_payroll_private: KV framework (GP1)

2026-09-09 22:10:26 +02:00

docs

[IMP] odoo-at-payroll: record GP1 status in plan, changelog and memory

2026-09-09 22:10:30 +02:00

personalverrechnung

[ADD] personalverrechnung: Lexis360 knowledge base (Batch 6)

2026-09-10 13:15:17 +02:00

.gitignore

[ADD] odoo-at-payroll: wissensbasis skill + WIKU source integration model

2026-09-10 15:24:23 +02:00

AGENTS.md

[ADD] odoo-at-payroll: wissensbasis skill + WIKU source integration model

2026-09-10 15:24:23 +02:00

README.md

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

2026-09-09 21:52:06 +02:00

README.md

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.

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; Implementierungsplan freigegeben (`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). 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.
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):

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_enterprise/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 alle Python-Dateien und XML-Well-formedness-Check (Konvention wie im gem360/vrv2015-Workflow).