i18n(OSS/TOP): de (primary) + en (translated); tenant-agnostic kinds

- kinds.json / status_flags.json: general/tenant-agnostic labels (English
  normative slugs); label_de primary + label_en translated; removed label_vi
  (Vietnamese is not a supported Gitea UI language). Jurisdiction-specific notes
  (FZulG/BSFZ) moved to optional jurisdiction_de, not affecting the normative
  primary meaning.
- README.md: German (default, authoritative) per Gitea localized-README lookup;
  README.en.md: English (translated). Gitea serves README.<ui-lang>.md with
  README.md as fallback.
- dictionaries/README.md: bilingual de+en (de primary).
- versions bumped to 1.2.0.

Spec unchanged: GITCOVER_PROTOCOL/specs/v7guid/{33_kind,34_status}.md.

Co-Authored-By: Claude <noreply@anthropic.com>
This commit is contained in:
2026-07-19 11:33:19 +02:00
co-authored by Claude
parent bf1281ee02
commit 679ee72a38
5 changed files with 190 additions and 84 deletions
+31 -12
View File
@@ -1,9 +1,15 @@
# OSS/TOP — Zentrale normative V7GUID-Registry (GitCover)
Dieses Repository (`git.gitcover.org/OSS/TOP`, lokal `/mnt/brx5/work/OSS/TOP/`)
ist die **zentrale, normative Heimat (SSoT)** für V7GUID-Dictionaries, die
**repo-übergreifend** für alle GitCover-Lösungen gelten und mit **GCC**
abgestimmt werden.
ist die **zentrale, normative Single-Source-of-Truth (SSoT)**-Heimat für
V7GUID-Dictionaries, die **für alle GitCover-Tenant-Repos** gelten, die nach den
Konzepten von GitCover / GCBoK arbeiten. Abgestimmt mit **GCC** (alle GitCover-Module
teilen dieselbe Bedeutung).
> 🌐 **Sprachen:** [Deutsch (Standard, autorisierend)](README.md) ·
> [English (übersetzt)](README.en.md).
> Gitea liefert die Variante passend zur UI-Sprache (unten rechts
> „Select Language"); Standard-Fallback ist diese deutsche Datei.
## Inhalt
@@ -13,18 +19,30 @@ TOP/
├── LEGAL_ENTITY.v7g.json # OSS-Tenant-Identität
├── others.json # Tenant-/Endpunkt-/Dictionary-Deskriptor
└── dictionaries/
├── README.md # Konvention
├── README.md # Dictionary-Konvention (de primär + en übersetzt)
├── kinds.json # Normativer Kind-Enum (V7GUID Bits 114121, Layout v2)
└── status_flags.json # Lebenszyklus-Bitmask (Bits 106113, Layout v2)
```
## `kind` + `status` (Layout v2)
`kinds.json` klassifiziert die **Art einer Tätigkeit/Maßnahme** — generalisiert
über das BSFZ-Vorhabens-Konzept hinaus (Vorhaben, Routine, Workflow,
Auftrags-Sachbearbeitung …). `status_flags.json` definiert die 8 kombinierbaren
**Lebenszyklus-Flags** (Geplant/Genehmigt/Entwickelt/Validiert/Freigegeben/…)
als O(1)-Bitmask-Filter aus der GUID.
`kinds.json` klassifiziert die **Art (kind) einer Tätigkeitseinheit** — eine
allgemeine, tenant-agnostische Klassifikation (Vorhaben, Forschungs-Kapitel,
Arbeitspaket, Routine, Workflow, Fall-/Auftragsbearbeitung, Verwaltung,
Begleitaufwand, IP-Verwaltung, Geschäftsführungspflichten, Hauptberuf,
Förder-/Antragsantrag, Routine-Software, Vorhabens-Fortsetzung,
Auftragsforschung, Eigenleistung). Sie ist **nicht** an die Anträge eines
einzelnen Tenants gebunden; juristische Spezifika (z. B. deutsches Steuerrecht
FZulG/BSFZ) stehen im optionalen Feld `jurisdiction_de` und ändern die
normative Hauptbedeutung nicht.
`status_flags.json` definiert die 8 kombinierbaren **Lebenszyklus-Flags**
(geplant / genehmigt / entwickelt / validiert / freigegeben / abgenommen /
archiviert / reserviert) als O(1)-Bitmask-Filter direkt aus der GUID
(z. B. `status & 0x07 == 0x07` ≡ geplant+genehmigt+entwickelt).
Beide Dictionaries sind **zweisprachig** (`label_de` primär / `label_en`
übersetzt).
- Spec: `GITCOVER_PROTOCOL/specs/v7guid/33_kind.md`, `…/34_status.md`
- Spec-ADR: `GITCOVER_PROTOCOL/specs/v7guid/ADR-002_layout_v2_kind.md`
@@ -33,11 +51,12 @@ als O(1)-Bitmask-Filter aus der GUID.
## Git
- Objekt-Format: **SHA256** (`git init --object-format=sha256`).
- Remote: `git-gcf@git.gitcover.org:OSS/TOP.git` (Forge-Repo vom User anzulegen,
dann Push). Öffentlicher Spiegel: `codeberg.org/org/gitcover-commons`.
- Remote: `git-gcf@git.gitcover.org:OSS/TOP.git`. Öffentlicher Spiegel:
`codeberg.org/org/gitcover-commons`.
## Konsolidierung (Folge-Slice)
Die L1L6-Dictionaries verbleiben vorerst im CFP-Tenant
(`REPOS/CFP/TOP/.gitcover/dictionaries/`). Ihre Migration in diesen OSS-Tenant
ist ein Folge-Slice.
ist ein Folge-Slice; bis dahin ist CFP die Quelle für L1L6 und OSS die Quelle
für die neuen Felder `kind` und `status`.