-
Notifications
You must be signed in to change notification settings - Fork 0
docs(handover): Odoo + Redmine/OpenProject ERP/planning Foundry landing into OGAR #133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Merged
Merged
Changes from all commits
Commits
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
169 changes: 169 additions & 0 deletions
169
.claude/handovers/2026-06-28-odoo-redmine-openproject-erp-foundry-landing.md
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,169 @@ | ||
| # Handover — Landing Odoo + Redmine/OpenProject into OGAR (the ERP/planning Foundry shape) | ||
|
|
||
| > **For:** the next session that lands Odoo (ERP) and Redmine/OpenProject (planning) | ||
| > into OGAR. | ||
| > **Date:** 2026-06-28. | ||
| > **One line:** land each source in the *best native-yet-agnostic-yet-truthful* | ||
| > shape — "Odoo"/"Redmine" are **labels**; the **ontology** is the canonical | ||
| > ERP/planning form, and lance-graph is the Foundry it executes on. | ||
|
|
||
| --- | ||
|
|
||
| ## 0. The frame (do not re-derive) | ||
|
|
||
| - **OGAR = the transpiler** (transpile-time): `ogar-from-*` parse a source AST → | ||
| the SPO/`ModelGraph` IR → classids, `ClassView`s, facets. It *produces shapes*. | ||
| - **lance-graph = the Palantir-Foundry-shaped execution** (runtime): where those | ||
| shapes run / store / think. Consumers (medcare-rs, woa, smb, and the | ||
| ERP/planning apps) **execute on lance-graph**. | ||
| - **Connecting tissue** (BBB-allowed in any consumer binary): `lance-graph-contract` | ||
| / `-ontology` / `-ogar` / `-callcenter`. The BBB bars only the **brain/engine** | ||
| crates (planner, cognitive engine). | ||
| - **"Odoo" / "Redmine" are render labels** (the hi-u16 `AppPrefix`): Odoo=`0x0002`, | ||
| OpenProject=`0x0001`, Redmine=`0x0007`. The **lo-u16 canonical concept** is the | ||
| shared, agnostic identity. Same concept across apps ⇒ same lo-u16. | ||
|
|
||
| ## 1. Mission: native + agnostic + truthful | ||
|
|
||
| - **Native:** faithful to the source's real model (Odoo's ORM fields/associations/ | ||
| methods; Rails/AR `belongs_to`/`has_many`/`validates`/`acts_as_*`). | ||
| - **Agnostic:** the landed shape is the **universal ERP/planning ontology**, not an | ||
| Odoo/Rails-specific struct. The label drops; the concept stays. | ||
| - **Truthful (lossless):** nothing dropped. Each member lands in an ontology target | ||
| (below); the 16-byte facet is just the content-addressed index over it. | ||
| - **Adjacent (drift-free):** ontologically-related concepts share a `part_of:is_a` | ||
| prefix; identity is by **reference** (one ClassView / one adapter, never copies); | ||
| the canonical codebook is single-source ("pull, never re-mint"). | ||
|
|
||
| ## 2. The import contract (per member — the truthful shape) | ||
|
|
||
| | source member | lands as | drift-proofing | | ||
| |---|---|---| | ||
| | `has_field` | a `ClassView` slot | reference | | ||
| | `field_type` | the **type's** `ClassView` (recursive — types are classes) | reference, not copy | | ||
| | `has_function` / Odoo method / AR callback | **ActionDef/KausalSpec ontology + a consumer wrapper over reusable OGAR adapters** (logic *extracted as ontology*, not reimplemented; for ERP this is the posting/validation behaviour) | shared adapter | | ||
| | object type | the **shared codebook concept id** | canonical id | | ||
| | ERP ontology glue (the ICD-analogue) | **FIBO** (finance grounding) + **DOLCE** (upper) + **SKR03/04** + l10n_de regulation IRIs (HGB/UStG/GoBD) | hierarchy / pivot | | ||
|
|
||
| > Over-cap classes (`>= 256` members — Odoo has god-models) **branch** via the SoC | ||
| > lint (`ruff_spo_address::soc` / `soc_branches`): data → ClassView(s) (paginate via | ||
| > class hierarchy if `> 64` distinct types), behaviour → ActionDefs/adapters. Branch, | ||
| > never widen. | ||
|
|
||
| ## 3. What already exists (grounded — build on it, don't reinvent) | ||
|
|
||
| **odoo-rs** (private): | ||
| - `od-ontology` — SPO triple corpus (`triple.rs`, ~13 predicates × 4 NARS bands); | ||
| `schema_to_classes` / `emit_via_ogar` (`ogar_bridge.rs`) lower Odoo → `ogar_vocab::Class` | ||
| (pulls classids via `OdooPort`, a pure static lookup — no bridge object/registry). | ||
| - `od-posting` — **GoBD double-entry** posting host (gapless Belegnummer + | ||
| inalterability hash chain). This is the ERP *behaviour* arm. | ||
| - `alignment::ODOO_SEED` (`pivot_uri` + DOLCE + `label_uri`, keyed by odoo_class) + | ||
| `data/ontologies/odoo/alignment/odoo-to-fibo.ttl` — the FIBO pivot already exists | ||
| on the Odoo side. | ||
|
|
||
| **lance-graph** (`crates/lance-graph-ontology/src/odoo_blueprint/`): | ||
| - ~404 curated + huge auto-extracted `OdooEntity` consts (`account` 685 KB, `stock` | ||
| 383 KB, `l10n_de_chart` 864 KB / SKR03-04 **2466 rows** + **37 UStVA Kennzahlen**), | ||
| with fields, methods, state machines, German `regulation_iri` anchors. | ||
| - `class_signature.rs` `StructuralSignature` / `shape_families` (FNV-1a histogram) — | ||
| **the route/form duplication clustering** (collapse identical-shape classes to one | ||
| shared ClassView). | ||
| - `hydrators/{odoo,dolce_odoo,fibo}.rs` — Odoo hydrated as `OGIT::ODOO_V1` inheriting | ||
| `FIBOFND_V1` (FIBO Foundations). | ||
|
|
||
| **OGAR** (the transpiler): `ogar-from-ruff` (Python/Odoo SPO frontend), | ||
| `ogar-from-rails` (Rails/AR), `docs/{ODOO-TRANSCODING,ODOO-DIGEST-TO-OGIT,FOUNDRY-ODOO-MARS-LENS}.md`. | ||
|
|
||
| **ruff** (the SPO frontends + mint): | ||
| - `ruff_spo_triplet` — closed **60-predicate** vocab, the neutral `ModelGraph` IR, | ||
| `expand` ⇄ `reassemble` (NOTE: `reassemble` is **C++-projection-only today** — a | ||
| general reassembler is the first build item if you round-trip Python/Ruby). | ||
| - `ruff_spo_address` — the 16-byte facet mint (`mint_with_classid(triples, classid_of)`), | ||
| `soc` + `soc_branches` (the SoC lint, ruff PR #33). | ||
| - `ruff_ruby_spo` — Ruby/Rails frontend (lib-ruby-parser, `app/models`, **27 | ||
| OpenProject AR predicates**); `NAMESPACE="openproject"`. | ||
| - `ruff_python_dto_check` — Python harvester (→ JSON bundles; needs a `bundle → | ||
| ModelGraph` adapter to enter the same IR door). | ||
|
|
||
| **lance-graph-contract** (the tissue): | ||
| - `ogar_codebook.rs` — `CODEBOOK` (`0xDDCC` concept ids), `canonical_concept_id`, | ||
| `AppPrefix`, `render_classid`. **The cross-app join key.** | ||
| - `class_view.rs` — `ClassView` (trait), `FieldMask`, `RenderRow`, `FieldRef`. | ||
| - `facet.rs` + `facet_schema.rs` (lance-graph PR #619, **merged**) — the 16-byte | ||
| facet with classid-selected format (`6×2` cascade | `4×3` SPO | `2×48`). | ||
|
|
||
| **Convergence proof (the agnostic identity, already wired):** | ||
| `crates/lance-graph-ogar/tests/bridge_codebook_convergence.rs` — OpenProject | ||
| `WorkPackage` & Redmine `Issue` → `project_work_item 0x0102`; `TimeEntry` / | ||
| `Stundenzettel` / Odoo `account.analytic.line` → `billable_work_entry 0x0103`; | ||
| Odoo `account.move`+`sale.order` → `commercial_document 0x0202`; `product.template` | ||
| → `product 0x0207`; `account.account` → `accounting_account 0x0208`. | ||
|
|
||
| ## 4. Redmine / OpenProject (the parallel landing — same methodology) | ||
|
|
||
| - Frontend: `ogar-from-rails` / `ruff_ruby_spo` over `app/models` (the AR shape: | ||
| `belongs_to`/`has_many`/`validates`/`acts_as_list`/callbacks → the 27 AR predicates). | ||
| - Identity: `WorkPackage`/`Issue` → `0x0102`; `TimeEntry` → `0x0103` (shared with Odoo | ||
| — that 0x0103 convergence is the planner↔ERP billable-hours pin). | ||
| - Render: the **"17-year Redmine QueryColumn evolution"** lands as the `ClassView` + | ||
| `FieldMask` line-view (`ogar-render-askama::list_view`, `render_rows`) — the same | ||
| field-view primitive medcare's views use. | ||
|
|
||
| ## 5. The cross-domain map (the Foundry payoff — LATER, easy once truthful) | ||
|
|
||
| ERP ↔ planning ↔ health align at the **ontology plane**, by: | ||
| - **shared lo-u16 codebook concept** (the de-facto `owl:equivalentClass`, expressed | ||
| as a u16) — *the only mechanism wired today*; | ||
| - **FIBO/DOLCE pivots** (Odoo already has `odoo-to-fibo.ttl`; author the symmetric | ||
| twins so domains inherit a common FIBO/DOLCE category via `ContextBundle.inherits_from`). | ||
|
|
||
| ## 6. Gaps the session must close (from the ontology-preservation verification) | ||
|
|
||
| 1. **Carry the codebook concept through the mint** — always stamp `facet_classid` | ||
| via the OGAR resolver; **never ship `classid=0`** (no join key, no ontology). | ||
| 2. **Promote groundings to typed data** — give each `CODEBOOK` row an optional | ||
| `{ogit_uri, dolce_category, fibo_equivalent_class}` (lift today's doc-comment | ||
| annotations), and thread it through the mint (don't drop it at the `_ =>` arm). | ||
| 3. **FK facet → registry** — put the concept u16 on `MappingRow` (O(1) facet → | ||
| `OntologyRegistry`; today it's indirect `ogit_uri` string-match). | ||
| 4. **Fix the OWL hydrator** — store subject→object edges so `rdfs:subClassOf` is | ||
| reconstructable (today it flattens s/p/o into one `iri_to_id`; TTL export hardcodes | ||
| a flat `rdfs:subClassOf ogit:Entity`). | ||
| 5. **Behaviour arm** — land Odoo methods / AR callbacks as `ActionDef` ontology + | ||
| reusable adapter, **not** reimplemented (od-posting's GoBD logic is the test case). | ||
| 6. **Land `odoo_blueprint` extracted entities as OGAR `Class`** via | ||
| `od-ontology::schema_to_classes` (the future `od-ontology-bridge` binary). | ||
|
|
||
| ## 7. Hard constraints | ||
|
|
||
| - Lossless + truthful **now**; cross-domain tissue **later** (don't let mapping drive | ||
| the import shape). | ||
| - OGAR = transpiler; lance-graph = Foundry execution. Tissue crates in the binary; | ||
| brain/engine crates out (BBB). | ||
| - Canonical codebook is single-source: **pull, never re-mint** (drift-guarded by | ||
| `codebook_ids_match_ogar_vocab`). | ||
| - SoC lint fires at `>= 256` members → branch. | ||
| - No German PII; **no model/session identifier in any committed artifact**; audit | ||
| never egresses. | ||
|
|
||
| ## 8. First moves (ordered) | ||
|
|
||
| 1. Land **one Odoo model end-to-end** (e.g. `account.move` → `0x0202`): SPO → | ||
| `ModelGraph` → `Class` (via `schema_to_classes`) → mint with classid → facet, | ||
| with its FIBO/DOLCE grounding **retained** (Gap #2). Round-trip it. | ||
| 2. Do the **OpenProject twin** (`WorkPackage` → `0x0102`) — prove the agnostic | ||
| convergence (same concept, two app labels) on a real model, not just the test. | ||
| 3. Promote the grounding tuple on `CODEBOOK` (Gap #2) + the `MappingRow` FK (Gap #3). | ||
| 4. Then scale `odoo_blueprint` (the 404 entities) through the same path. | ||
|
|
||
| ## 9. References | ||
|
|
||
| - Merged: lance-graph #619 (`facet_schema`), ruff #32 (polyglot AST RFC), OGAR #130 | ||
| (V3-transpiler ADR), lance-graph #620 (node-block layout — resolved: flexible | ||
| per-classid, first GUID already encodes location+relations). | ||
| - In-flight: ruff #33 (`soc` + `soc_branches`, SoC lint). | ||
| - Verification: ontology-preservation (workflow over ruff/lance-graph/odoo-rs); | ||
| the cross-domain mapping is codebook-keyed today, FIBO/DOLCE pivots aspirational. | ||
| - medcare-rs board `EPIPHANIES` E-7…E-19 (the substrate clarifications; E-18→E-19 | ||
| correct the OGAR-transpiler / lance-graph-Foundry polarity). | ||
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This new file is explicitly a handover “for the next session” and contains ordered first moves for the Odoo/Redmine landing, so it is a sprint-local planning artifact. The
.claude/AGENTS.mdForbidden section says not to clutter.claude/with planning docs that do not survive the sprint and that sprint-local notes belong in PR descriptions; keeping this here leaves future agents with stale instructions that can drift fromPLAN.md. Please move the session-local content to the PR/session notes or fold only durable parts into the live roadmap/logs.Useful? React with 👍 / 👎.