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:
@@ -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` | 114–121 | 8 | Enum (Einzelwert) | `255` | **Art der Tätigkeit/Maßnahme** (Vorhaben, Routine, Workflow, Auftrags-Sachbearbeitung …) |
|
||||
| `status_flags.json` | `status` | 106–113 | 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 L1–L6-Dictionaries
|
||||
|
||||
Die L1–L6-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 L1–L6 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).
|
||||
Reference in New Issue
Block a user