Files
TOP/.gitcover/dictionaries/README.md
T
gc-dev-afjdandClaude 19d92d6515 fix(OSS/TOP): OSS is normative root, not a tenant/legal entity
- LEGAL_ENTITY.v7g.json: OSS reframed as normative root (kind: normative_root,
  parent: null, legalForm removed). Maintainer block added pointing to GCC
  (GitCover Commons gUG) as the legal entity maintaining the root. GCC's real
  company repos live on git.gitcover.de (not public .org).
- others.json: tenant key -> root; legal_form null; maintained_by -> GCC.
- README.md / README.en.md / dictionaries/README.md: "OSS-Tenant" ->
  "OSS (normative Root)" throughout; OSS clarified as no-parent normative root
  maintained by GCC, not a legal entity.
- Spec (GITCOVER_PROTOCOL) and GCP.Questionnaire ADR-003 references updated
  in their respective working trees.

Co-Authored-By: Claude <noreply@anthropic.com>
2026-07-19 11:56:04 +02:00

80 lines
4.0 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Normative V7GUID-Dictionaries — OSS (normative Root, zentrale Registry)
Dieser OSS-Normative-Root (`git.gitcover.org/OSS/TOP`) ist die **zentrale,
normative Heimat** für GitCover-Dictionaries, die **für alle Tenant-Repos** gelten,
die nach den GitCover / GCBoK-Konzepten arbeiten, abgestimmt mit **GCC** (alle
GitCover-Module teilen dieselbe Bedeutung). OSS ist kein „Tenant" im üblichen
Sinn, sondern die normative Root der GitCover-Hierarchie (kein Parent).
> 🌐 **Sprachen:** de (primär/autoritierend) · en (übersetzt) — siehe Abschnitte
> unten / see sections below.
---
## 🇩🇪 Deutsch
### Erste Dictionaries: `kinds.json` + `status_flags.json` (Layout v2)
| Datei | V7GUID-Feld | Bits | Breite | Art | Höchstwert | Bedeutung |
|---|---|---|---|---|---|---|
| `kinds.json` | `kind` | 114121 | 8 | Enum (Einzelwert) | `255` = Custom | **Art der Tätigkeit** (Vorhaben, Routine, Workflow, Fallbearbeitung …) — normativ, tenant-agnostisch |
| `status_flags.json` | `status` | 106113 | 8 | Bitmask (8 Flags) | — | **Lebenszyklus-Stufen** (kombinierbar: geplant/genehmigt/entwickelt/validiert/freigegeben/abgenommen/archiviert/reserviert) |
> Normative Spec: `GITCOVER_PROTOCOL/specs/v7guid/33_kind.md`, `…/34_status.md`;
> Spec-ADR: `GITCOVER_PROTOCOL/specs/v7guid/ADR-002_layout_v2_kind.md`.
`kinds.json` ist **allgemeingültig / tenant-agnostisch** formuliert (keine
BSFZ-/AFJD-spezifische Benennung der Hauptbedeutung). Juristische Spezifika
(z. B. deutsches Steuerrecht FZulG/BSFZ) stehen im optionalen Feld
`jurisdiction_de` und ändern die normative Hauptbedeutung nicht. Jeder Eintrag
trägt `slug`, `label_de` (primär), `label_en` (übersetzt), Default-`sphere`,
Default-`foerderkategorie` und §52-AO-`zweck`.
`status_flags.json` definiert die 8 kombinierbaren Lebenszyklus-Flags und
Beispielkombinationen (z. B. `0x03` = geplant+genehmigt). Filter per Bit-UND.
### Erweiterung statt Beschränkung
Reicht der 8-Bit-Raum nicht aus, gilt der Sentinel `255` = `Custom`/`TenantDefined`
(Bitwert deterministisch; Interpretationsquelle wechselt zu tenant-kanonisch) —
siehe `GITCOVER_PROTOCOL/specs/v7guid/40_erweiterung_custom.md`.
### Verhältnis zu den L1L6-Dictionaries
L1L6 liegen derzeit im CFP-Tenant (`REPOS/CFP/TOP/.gitcover/dictionaries/`);
Konsolidierung in diesen OSS-Normative-Root ist Folge-Slice.
---
## 🇬🇧 English
### First dictionaries: `kinds.json` + `status_flags.json` (Layout v2)
| File | V7GUID field | Bits | Width | Kind | Max | Meaning |
|---|---|---|---|---|---|---|
| `kinds.json` | `kind` | 114121 | 8 | Enum (single value) | `255` = Custom | **Art (kind) of a unit of work** (undertaking, routine, workflow, case processing …) — normative, tenant-agnostic |
| `status_flags.json` | `status` | 106113 | 8 | Bitmask (8 flags) | — | **Lifecycle stages** (combinable: planned/approved/developed/validated/released/accepted/archived/reserved) |
> Normative spec: `GITCOVER_PROTOCOL/specs/v7guid/33_kind.md`, `…/34_status.md`;
> Spec-ADR: `GITCOVER_PROTOCOL/specs/v7guid/ADR-002_layout_v2_kind.md`.
`kinds.json` is **general / tenant-agnostic** (no BSFZ-/AFJD-specific naming of
the primary meaning). Jurisdiction-specific notes (e.g. German tax law
FZulG/BSFZ) live in the optional `jurisdiction_de` field and do not change the
normative primary meaning. Each entry carries `slug`, `label_de` (primary),
`label_en` (translated), default `sphere`, default `foerderkategorie` and
§52-AO `zweck`.
`status_flags.json` defines the 8 combinable lifecycle flags and example
combinations (e.g. `0x03` = planned+approved). Filter via bitwise AND.
### Extension over limitation
If the 8-bit space is insufficient, the sentinel `255` = `Custom`/`TenantDefined`
applies (deterministic bit value; interpretation source switches to
tenant-canonical) — see `GITCOVER_PROTOCOL/specs/v7guid/40_erweiterung_custom.md`.
### Relation to the L1L6 dictionaries
L1L6 currently live in the CFP tenant (`REPOS/CFP/TOP/.gitcover/dictionaries/`);
consolidation into this OSS normative root is a follow-up slice.