# Normative V7GUID-Dictionaries — OSS-Tenant (zentrale Registry)

Dieser OSS-Tenant (`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).

> 🌐 **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` | 114–121 | 8 | Enum (Einzelwert) | `255` = Custom | **Art der Tätigkeit** (Vorhaben, Routine, Workflow, Fallbearbeitung …) — normativ, tenant-agnostisch |
| `status_flags.json` | `status` | 106–113 | 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 L1–L6-Dictionaries

L1–L6 liegen derzeit im CFP-Tenant (`REPOS/CFP/TOP/.gitcover/dictionaries/`);
Konsolidierung in diesen OSS-Tenant ist Folge-Slice.

---

## 🇬🇧 English

### First dictionaries: `kinds.json` + `status_flags.json` (Layout v2)

| File | V7GUID field | Bits | Width | Kind | Max | Meaning |
|---|---|---|---|---|---|---|
| `kinds.json` | `kind` | 114–121 | 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` | 106–113 | 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 L1–L6 dictionaries

L1–L6 currently live in the CFP tenant (`REPOS/CFP/TOP/.gitcover/dictionaries/`);
consolidation into this OSS tenant is a follow-up slice.