feat(OSS/TOP): zentrale normative V7GUID-Registry (kinds.json + status_flags.json)

Erstanlage des OSS-Tenant-TOP-Repos als zentrale Heimat (SSoT) fuer
repo-uebergreifende V7GUID-Dictionaries, mit GCC abzustimmen.

- dictionaries/kinds.json: normativer Kind-Enum (V7GUID Bits 114-121, Layout v2)
- dictionaries/status_flags.json: Lebenszyklus-Bitmask (Bits 106-113, Layout v2)
- LEGAL_ENTITY.v7g.json: OSS-Tenant-Identitaet
- others.json: Tenant-/Endpunkt-/Dictionary-Deskriptor
- README.md, dictionaries/README.md: Konvention

Spec: GITCOVER_PROTOCOL/specs/v7guid/33_kind.md, 34_status.md, ADR-002_layout_v2_kind.md
Objektformat: SHA256.

Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
2026-07-19 11:18:33 +02:00
co-authored by Claude
commit bf1281ee02
6 changed files with 211 additions and 0 deletions
+55
View File
@@ -0,0 +1,55 @@
# 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 **repo-übergreifend** gelten und mit **GCC
abgestimmt** werden — weil alle GitCover-Module dieselbe Bedeutung teilen.
## Erste Dictionaries: `kinds.json` + `status_flags.json` (Layout v2)
| Datei | V7GUID-Feld | Bits | Breite | Art | Höchstwert = `Custom` | Bedeutung |
|---|---|---|---|---|---|---|
| `kinds.json` | `kind` | 114121 | 8 | Enum (Einzelwert) | `255` | **Art der Tätigkeit/Maßnahme** (Vorhaben, Routine, Workflow, Auftrags-Sachbearbeitung …) |
| `status_flags.json` | `status` | 106113 | 8 | Bitmask (8 Flags) | — | **Lebenszyklus-Stufen** (kombinierbar: Geplant/Genehmigt/Entwickelt/Validiert/Freigegeben/Abgenommen/Archiviert) |
> Normative Spec-Dokumente: `GITCOVER_PROTOCOL/specs/v7guid/33_kind.md` und `…/34_status.md`;
> Spec-ADR: `GITCOVER_PROTOCOL/specs/v7guid/ADR-002_layout_v2_kind.md`.
`kinds.json` generalisiert das enge BSFZ-Vorhabens-Konzept auf die *Art* einer
Tätigkeit/Einheit: Vorhaben, Forschungs-Kapitel, Forschungsfrage, Arbeitspaket,
Routine, Workflow, Auftrags-Sachbearbeitung, Verwaltung, Begleitaufwand,
IP-Verwaltung, GF-Pflichten, Hauptberuf, Förderantrag, Routine-Software,
Vorhabens-Fortsetzung, Auftragsforschung, Eigenleistung. Jeder Eintrag trägt:
`slug`, `label_de`, `label_en`, Default-`sphere`, Default-`foerderkategorie`,
§52-AO-`zweck`.
`status_flags.json` definiert die 8 kombinierbaren Lebenszyklus-Flags (Bitmask)
und liefert Beispielkombinationen (z. B. `0x03` = geplant+genehmigt).
Die `kinds.json`-Defaults (sphere/foerderkategorie/zweck) sind **aus der Art
ableitbar** und pro Tagebucheintrag überschreibbar.
## Erweiterung statt Beschränkung
Reicht der 8-Bit-Raum (256 Werte) nicht aus, gilt der reservierte Sentinel
`255` = `Custom`/`TenantDefined` (Bitwert bleibt deterministisch;
Interpretationsquelle wechselt von global-kanonisch zu tenant-kanonisch) —
siehe `GITCOVER_PROTOCOL/specs/v7guid/40_erweiterung_custom.md`.
## Verhältnis zu den L1L6-Dictionaries
Die L1L6-Dictionaries (`entities.json``instances.json`) liegen derzeit im
CFP-Tenant (`REPOS/CFP/TOP/.gitcover/dictionaries/`). Ihre Konsolidierung in diesen
OSS-Tenant ist ein **Folge-Slice**; bis dahin gilt CFP als Quelle für L1L6 und
OSS als Quelle für das neue `kind`-Feld.
## Austausch
Dictionaries sind über `others.json` als `"normative": true` mit
`"exchange": ["gcep", "gcucb"]` referenzierbar (siehe `../others.json`).
## Quellen
- Spec: `GITCOVER_PROTOCOL/specs/v7guid/33_kind.md`
- Bedarf: `REPOS/AFJD/Tagebuch-Prompt.md`, `REPOS/AFJD/FY2025/BSFZ/Antrag/BSFZ_STAMMDATEN.md`,
`REPOS/AFJD/FY2026/Chats/GCUCB/05-operativer-forschungs-und-nachweisplan-cfp-first.md`,
`REPOS/AFJD/AIChats/Claude/Modul_gGmbH_Accounting/GitCover-Accounting-Modul-Businessplan.md` (Sphären-Enum).