Mission

GitCover Commons gUG (GCC)

GCC (GitCover Commons gUG) ist die gemeinnützige Trägerorganisation des GCBoK-Ökosystems. GCC verfolgt den Aufbau einer normgebenden, gemeinwohlorientierten Autorität für Git-native Compliance — nach dem Vorbild von PMBOK (PMI) und SWEBOK (IEEE), jedoch als Community-getragenes OSS-Projekt.

Initiator und IP-Inhaber ist Axel Franz Johann Druschel (AFJD), IT-Architekt und Geschäftsführer der GCC. Das gesamte im Kontext von GitCover verwendete Intellectual Property wird von AFJD auf vertraglicher Basis als Nutzungsrecht der GCC bereitgestellt — ohne eigentumsrechtliche Übertragung.

„GitCover ist kein Werkzeug für Compliance-Begeisterte. Es ist Infrastruktur für alle, die Compliance erledigen wollen — so günstig, so sicher, so nachweisbar wie möglich."

— GCBoK §1, GitCover Commons gUG 2026

IP-Modell · Kapitel 12.7

IP-Nutzungsrecht statt Eigentumsübertragung

Die Unterscheidung zwischen Nutzungsrecht und Eigentumsübertragung ist für die Gemeinnützigkeit der GCC entscheidend. Würde GCC das IP besitzen und Dritten lizenzieren, entstünden wirtschaftliche Aktivitäten, die nach § 52 AO die Gemeinnützigkeit gefährden könnten.

A

Abwehr

Non-Profit-Struktur + OSS-Lizenz + Normierung als dreischichtige Schutzschicht gegen Patent-Trolle und feindliche Übernahme der Basistechnologien.

B

Community

KMU als aktive Wertschöpfungsteilhaber — nicht nur Anwender. GCBoK als kanonisierende Normgrundlage schafft gemeinsame Sprache für Compliance-Ökosystem.

DimensionEigentumsübertragung ✗Nutzungsrecht ✓
IP-Inhaber GCC (riskant: § 52 AO) AFJD (natürliche Person)
Lizenzvergabe an Dritte GCC als Lizenzgeber → wirtschaftliche Aktivität AFJD direkt → GCC bleibt gemeinnützig
GCC-Nutzung Als Eigentümer Als Lizenznehmer (vertraglich)
Community/Partner Lizenz von GCC Gleiche Handlungsgrundlage über OSS-Lizenz
Abwehr-Wirkung Eingeschränkt bei Übertragung Vollständig: AFJD + GCC + Community als Dreiecks-Schutz
IP-Fluss (vereinfacht)
IP-Inhaber

AFJD (natürliche Person)

Patente, Gebrauchsmuster, Urheberrecht an GitCover-Konzepten und Architekturen

Nutzungsrecht (vertraglich)
Trägerorganisation

GCC — GitCover Commons gUG

Herausgeber GCBoK · Betreiber gcbok.org · Community-Governance

OSS-Lizenz (CC BY-SA)
Community & Partner

KMU, Entwickler, Auditoren

Gleiche Handlungsgrundlage · Wertschöpfungsteilhabe · keine separate Lizenzpflicht

Direkte wirtschaftliche Verwertung
Wirtschaftliche Partner

Vertragspartner von AFJD

Direkte kommerzielle Lizenzierung durch AFJD · unabhängig von GCC

Schutzrechte · Kapitel 9

DPMA-Patente & Gebrauchsmuster

Drei Schutzrechte beim Deutschen Patent- und Markenamt (DPMA) bilden die rechtliche Grundlage der GitCover-Kerntechnologien. In Kombination mit der BSFZ-Forschungsbescheinigung begründen sie die normative Autorität des GCBoK.

GitCover / V7GUID — Patentanmeldung 10 2025 003 091.6
Anmeldetag: 09.09.2025 Bibliografie: 03.02.2026 IPC: G06F 16/23 · G06F 21/64 · H04L 9/32

Kernpatent: V7GUID-Identifikationsschema, kryptographische Beleg-Ketten, Git als Compliance-Evidenz-Basis. 3 Mängelrunden abgeschlossen. Grundlage für GCEP-Protokoll.

GCEP — GitCover Exchange Protocol 10 2025 003 359.1
Anmeldetag: 27.09.2025 Bibliografie: 05.01.2026 IPC: G06F 16/182 · G06F 8/71 · H04L 9/32 · G06Q 50/18

Protokollpatent: Semantisch determinierter Instanz-zu-Instanz-Austausch zwischen Git-Repos. OSCAL/OPA-basierte Hooks und Callbacks, Cross-Tenant-Compliance-Datenaustausch.

GCSYNC — GitCover Sync 10 2025 004 214.0
Anmeldetag: 24.11.2025 Bibliografie: 20.02.2026 Offenlegung: ~26.05.2027 IPC: G06F 16/178 · G06F 8/71

Synchronisationsschicht: Outbound-Kanal von GitCover für RAG-Systeme, MCP-Server und Dateisystem-Targets. Offenlegung 2027.

GCPN — GitCover PrimaNota (Gebrauchsmuster) 20 2026 000 272.7
Anmeldetag: 20.01.2026 Eintragung: 27.03.2026 Patentblatt: 07.05.2026 Status: In Kraft (23.05.2026) IPC: G06Q 40/12 · G06F 21/64

Eingetragenes Gebrauchsmuster: GoBD-konforme Buchhaltungsanwendung für KMU, Git-Sync, OSCAL-Policies. Aktuell in Kraft.

Forschung & FZulG · Kapitel 12

BSFZ-Forschungsbescheinigung

Die BSFZ-Bescheinigung 288-335-338/2026-1 vom 22.04.2026 bestätigt die Forschungs- und Entwicklungsqualität der GitCover.IdP-Arbeiten nach Frascati-Handbuch. Sie ist die dritte Säule — neben Patenten und Gebrauchsmuster — zur Begründung der normativen Autorität des GCBoK.

BSFZ-Bescheinigung GitCover.IdP 288-335-338/2026-1
Positiver Bescheid: 22.04.2026 Bescheinigungsstelle: BSFZ FZulG WJ 2025: 84.700 EUR Bemessungsgrundlage Beantragte Zulage: 29.645 EUR

Die drei Kern-Hypothesen aus dem Forschungsantrag:

  • H1 Git-Metadaten (Commit-Autor, GPG-Schlüssel) reichen zur OIDC-Identifikation ohne separaten Identity Provider aus.
  • H2 OPA-Regeln aus Git-versionierten OSCAL-Katalogen können als KI-Agent-Guardrails (VPRM) ohne große Systemprompts wirken.
  • H3 GCEP ermöglicht nachweislich compliant Cross-Tenant-Datenaustausch zwischen Gitea-Instanzen.
Neuartigkeitsmerkmale (BSFZ)
N1 — V7GUID-Identifikation

Deterministisches Kategorisierungsschema für Git-Artefakte auf Basis UUIDv7 + 14-Bit Klassen-Segment. Grundlage: Patent 10 2025 003 091.6.

N2 — Git als IdP (originstes Merkmal)

Gitea als vollwertiger OIDC/OAuth2-Identity Provider — das als das originalste Architekturelement des GitCover-Stacks durch die BSFZ gewürdigte Merkmal. Bezug: GCUCB/VPRM.

N3 — GCEP-Protokoll

Semantisch determinierter Cross-Tenant-Austausch via OSCAL/OPA. Grundlage: Patent 10 2025 003 359.1. IETF-Track geplant.

Community & Governance

GCBoK als Community-normatives Werk

Das GCBoK folgt dem BoK-Modell (PMBOK, SWEBOK, DMBOK) — normative Begriffsautorität durch Community-Konsens, nicht durch staatliches Mandat. ISO/IEC 24773 erkennt BoK-Strukturen als Grundlage für Zertifizierungsschemata an.

Änderungen am GCBoK durchlaufen ein strukturiertes Reviewverfahren (GCBoK-Änderungsprozess, Phase 2 ab Q4 2026). Alle Einträge sind aus verifizierten Quellen abgeleitet — keine Definition ohne zitierfähige Grundlage.

git.gitcover.org → Konzepte erkunden