ED14 - Behördenschnittstellen-Praxis: ELSTER, DE-Mail, eXTra - Vermittlung durch GitCover

Problem

Viele Behördenschnittstellen sind gesetzlich geregelt, aber in der Praxis für Laien kaum nutzbar:

ELSTER: Komplex, fehleranfällig - die ELSTER-Schnittstelle erfordert Zertifikate, XML-Formate, Client-Software - für Laien eine Hürde
DE-Mail: Eingestellt - DE-Mail war als sicherer Kommunikationskanal mit Behörden geplant, ist aber offiziell eingestellt (letzter Provider zum 31.12.2026). Archivierte E-Mails in eingestellten Systemen sind nicht mehr zugänglich - ein GoBD-relevantes Aufbewahrungsproblem
eXTra: Unbekannt - das eXTra-Format (SV-Daten) ist für Lohnbüros, nicht für Unternehmer - aber bei einer DRV-Prüfung wird es plötzlich relevant
Z3-Datenträger: Spezialwissen - der GoBD-konforme Z3-Export erfordert Spezialsoftware oder manuelle Aufbereitung
Schnittstellen-Fehler: Nicht dokumentiert - wenn ELSTER oder DE-Mail fehlschlagen, wird der Fehler nicht im Repo protokolliert - der Nachweis "ich habe versucht" fehlt
Vorschriften-Binding: Nicht zugeordnet - jede Schnittstellen- Übermittlung ist an eine Vorschrift gebunden (z. B. LStA → § 41a EStG), aber diese Zuordnung wird nicht dokumentiert

Kernaussage

Der GitCover-Harness vermittelt zwischen externen Systemen und risiko-affinen Vorschriften:

ELSTER-Vermittlung - LStA, UStA, LSt-Bescheinigung via ELSTER-Schnittstelle; Quittung als Beleg mit Sidecar
DE-Mail: eingestellt - Migration erforderlich - historische DE-Mails müssen vor Abschaltung als EML + SHA-256 + Sidecar ins Repo migriert werden; archivierte E-Mails in eingestellten Systemen sind nicht mehr zugänglich - GoBD-Aufbewahrungsproblem
eXTra/euBP-Export - SV-Daten im eXTra-Format für DRV-Prüfungen exportierbar
Z3-Datenträger-Export - GoBD-konformer Z3-Export für FA-Außenprüfungen (git bundle als self-contained Archiv)
Schnittstellen-Fehler-Logging - Fehler/Abbrüche externer Systeme werden als Repo-Ereignis protokolliert
Vorschriften-Binding - jeder Schnittstellen-Vorgang wird auf die risiko-affine Vorschrift gemappt

Compliance by Design: Der Harness verbirgt nicht die Komplexität der Behördenschnittstellen - er dokumentiert sie. Jede Übermittlung, jede Quittung, jeder Fehler wird im Repo nachvollziehbar erfasst.

Die Behördenschnittstellen-Landschaft

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD U["Unternehmer E1"] U --> H["GitCover-Harness"] H --> EL["ELSTER"] H --> DM["DE-Mail (eingestellt)"] H --> EX["eXTra/euBP"] H --> Z3["Z3-Datenträger"] EL --> FA["Finanzamt"] DM --> BH["Behörden (diverse)"] EX --> DRV["DRV (SV-Prüfung)"] Z3 --> AP["Finanzamt (Außenprüfung)"] style U fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style H fill:#10A987,stroke:#0A7F5C,color:#FBFAF7 style EL fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style DM fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style EX fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style Z3 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style FA fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style BH fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style DRV fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style AP fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Schnittstelle	Zweck	Komplexität	GitCover-Vermittlung
ELSTER	LStA, UStA, LSt-Bescheinigung, E-Rechnung-Viewer	hoch (Zertifikat, XML, Client)	Quittung als Beleg mit Sidecar
DE-Mail	Sichere Kommunikation mit Behörden	eingestellt (letzter Provider 31.12.2026)	Migration: EML + Sidecar ins Repo; Warnung
eXTra/euBP	SV-Daten für DRV-Prüfungen	hoch (Spezialformat)	Export aus Repo-Daten
Z3-Datenträger	GoBD-konformer Export für FA-Außenprüfung	hoch (Spezialsoftware)	git bundle als self-contained Archiv

ELSTER-Vermittlung

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD L["LStA/UStA berechnet"] L --> E["ELSTER-Übermittlung"] E --> Q["ELSTER-Quittung"] Q --> S["Quittung als Beleg mit Sidecar"] S --> R["Repo: LStA-Eintrag mit source_sha256"] R --> V["Vorschriften-Binding: § 41a EStG"] E -->|Fehler| F["Fehler-Logging im Repo"] F --> FR["Repo-Ereignis: ELSTER-Fehler"] style L fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style E fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style Q fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style S fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style V fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style FR fill:#FDBA74,stroke:#C2410C,color:#0F1B33

Schritt	Aktion	GitCover-Umsetzung
LStA berechnet	Lohnsteuer-Anmeldung aus Lohnabrechnung	JSON-Artefakt im Repo (siehe ED11)
ELSTER-Übermittlung	Elektronisch via ELSTER (Zertifikat erforderlich)	Harness ruft ELSTER auf
Quittung	ELSTER bestätigt Übermittlung	Quittung als Beleg mit Sidecar
Repo-Eintrag	LStA mit `source_sha256` auf Quittung	`tags: ["lsta", "§41a-estg"]`
Vorschriften-Binding	LStA → § 41a EStG	`vorschrift: "§41a-estg"` im Artefakt
Fehler-Logging	ELSTER-Fehler wird protokolliert	Repo-Ereignis mit Fehlerbeschreibung

Vorschriften-Binding: Jeder Schnittstellen-Vorgang wird auf die risiko-affine Vorschrift gemappt - z. B. LStA → § 41a EStG, UStA → § 18 UStG, LSt-Bescheinigung → § 41b EStG. So ist nachvollziehbar, welche Vorschrift durch welche Übermittlung erfüllt wurde.

DE-Mail - Eingestellt: Migration und Archivierungs-Folgen

DE-Mail ist offiziell eingestellt. Das Projekt gilt als gescheitert. Der letzte Provider (FP Digital Business Solutions GmbH) stellt den Dienst zum 31.12.2026 ein - danach ist DE-Mail nicht mehr nutzbar und archivierte E-Mails in diesen Systemen sind nicht mehr zugänglich.

Ereignis	Datum	Quelle
Telekom stellt De-Mail ein	31.08.2022	"aufgrund fehlender Wirtschaftlichkeit"
1&1 De-Mail GmbH stellt ein	07.02.2025	Dienst nicht mehr erreichbar
§ 130a ZPO gestrichen	22.12.2025	De-Mail als sicherer Übermittlungsweg abgeschafft (BGBl. 2025 I Nr. 349)
Bundesverwaltung stellt ein	Juli 2024	verpflichtende Nutzung eingestellt
Letzter Provider (FP Digital) stellt ein	31.12.2026	"Damit ist De-Mail Geschichte"
Bundesrechnungshof 2021	2021	2011-2020: ~6.000 De-Mails von Behörden, Einsparungen ~3.500 EUR, Kosten >= 6,5 Mio. EUR
CCC-Kritik	2013	Linus Neumann (30C3): "Bullshit made in Germany - absichtlich unsicher gebaut"

DE-Mail ist Geschichte: Der letzte Provider (FP Digital Business Solutions GmbH) stellt den Dienst zum 31.12.2026 ein. Die gesetzliche Anerkennung als sicherer Übermittlungsweg (§ 130a Abs. 4 Nr. 1 ZPO) wurde zum 22.12.2025 gestrichen. Die Bundesverwaltung hat die verpflichtende Nutzung im Juli 2024 eingestellt. Der Bundesrechnungshof bilanzierte 2021: 6,5 Mio. EUR Kosten für ~3.500 EUR Einsparungen. Als Nachfolge ist eine "European Business Wallet (EBW)" geplant.

Folgen archivierter E-Mails in eingestellten Systemen

Wenn ein DE-Mail-Provider seinen Dienst einstellt, entstehen unmittelbare GoBD-relevante Aufbewahrungsprobleme:

Problem	Folge	GoBD-Bezug
Postfach nicht mehr zugänglich	E-Mails können nicht mehr abgerufen werden	§ 146 Abs. 5 AO ("jederzeit verfügbar")
Provider-Seitige Löschung	Nach Abschaltung werden Daten gelöscht	§ 147 Abs. 1 AO (Aufbewahrungspflicht 6 Jahre)
Kein Export möglich	Wenn Provider keine Export-Funktion anbietet, sind Daten unwiederbringlich verloren	GoBD Rz. 146 (Nachvollziehbarkeit)
Beweiskraft verloren	DE-Mail-spezifische Bestätigungen (Versand-/Zugangsbestätigung) sind nicht mehr verifizierbar	Beweisverlust bei Behörden-Streitigkeit
Keine forensische Beweissicherung	Ein Laie kann im Nachhinein die Echtheit alter E-Mails kaum forensisch nachbessern - ohne Provider-Infrastruktur fehlen die Verifikationsdaten (Signatur-Prüfung, Zeitstempel-Server, Provider-Logbücher)	Beweiswertrückstufung auf "bloße PDF-Kopie"
Aufbewahrungsfrist läuft noch	E-Mails aus 2024 müssen bis 31.12.2030 aufbewahrt werden - aber das System ist 2026 weg	GoBD-Verstoß durch nicht verfügbare Aufbewahrung

Forensische Beweissicherung - kaum nachholbar: DE-Mail-spezifische Beweismerkmale (qualifizierte elektronische Signatur der Versand- und Zugangsbestätigung, Provider-Zeitstempel, Integritäts-Hashwert) können nur innerhalb der laufenden Provider-Infrastruktur verifiziert werden. Nach Abschaltung sind diese Verifikationsdaten nicht mehr verfügbar. Ein Laie kann im Nachhinein eine exportierte EML-Datei nicht mehr auf ihre DE-Mail-spezifische Echtheit prüfen - die Signatur-Prüfung scheitert am fehlenden Provider-Zertifikat, der Zeitstempel-Server ist offline, die Provider-Logbücher sind gelöscht. Die E-Mail verliert ihren Status als "rechtsverbindliche DE-Mail-Kommunikation" und degeneriert zu einer bloßen PDF-Kopie mit stark reduzierter Beweiskraft. Eine nachträgliche forensische Beweissicherung durch einen Sachverständigen wäre theoretisch möglich, aber praktisch kaum durchführbar - die benötigten Provider-Infrastruktur-Daten existieren nicht mehr.

Kritische Warnung - Migration vor Abschaltung: Unternehmer, die noch ein DE-Mail-Postfach haben, müssen vor der Abschaltung alle relevanten E-Mails als EML-Dateien exportieren und ins Git-Repo migrieren (EML + SHA-256 + Sidecar). Nach der Abschaltung ist ein Export nicht mehr möglich - die Daten sind unwiederbringlich verloren. Das ist ein GoBD-Verstoß, wenn die Aufbewahrungsfrist noch läuft (6 Jahre ab Jahresende, § 147 Abs. 1 Nr. 2/3 AO).

GitCover-Migration: DE-Mail -> Repo

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR D["DE-Mail-Postfach (eingestellt)"] D --> EX["Export vor Abschaltung"] EX --> EML["EML-Dateien"] EML --> SH["SHA-256 pro EML"] SH --> SC["Sidecar .v7g.md pro EML"] SC --> R["Repo: sources/korrespondenz/"] R --> OK["GoBD-konform archiviert"] D -->|nach Abschaltung| LOST["Daten unwiederbringlich verloren"] LOST --> V["GoBD-Verstoß"] style D fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style EX fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style EML fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style SH fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style SC fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style R fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style OK fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style LOST fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style V fill:#FDBA74,stroke:#C2410C,color:#0F1B33

Schritt	Aktion	Frist
Export	Alle relevanten E-Mails als EML exportieren	vor Abschaltung (spätestens 31.12.2026)
SHA-256	Hash pro EML-Datei berechnen	bei Migration
Sidecar	`.v7g.md` pro EML mit Klassifizierung	bei Migration
Ablage	EML + Sidecar in `sources/korrespondenz/`	bei Migration
Verifikation	Vollständigkeit prüfen (Anzahl E-Mails)	nach Migration

Praxis-Tipp: Die Migration sollte sofort durchgeführt werden, nicht erst kurz vor Abschaltung. Provider können vorzeitig den Dienst einschränken (z. B. keine Neuregistrierungen, eingeschränkter Export). Wer wartet, riskiert Datenverlust.

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR D["DE-Mail (eingestellt)"] D --> P["Gescheitert: 6,5 Mio EUR Kosten, ~3500 EUR Nutzen"] P --> W["Warnung: DE-Mail nicht nutzen"] W --> A["Alternative: ELSTER-Postfach"] D --> E["Eingehende Behörden-E-Mail (historisch)"] E --> AR["EML archiviert + Sidecar"] AR --> V["Absender-Verifikation (DKIM/SPF)"] style D fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style P fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style W fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style A fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style E fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style AR fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style V fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Aspekt	Problem	GitCover-Lösung
Status	DE-Mail offiziell eingestellt (letzter Provider 31.12.2026)	Warnung: nicht nutzen; Migration erforderlich
Kosten/Nutzen	6,5 Mio. EUR Kosten, ~3.500 EUR Einsparungen (Bundesrechnungshof)	git bundle und ELSTER-Postfach sind kostenlos
Sicherheit	"absichtlich unsicher gebaut" (CCC, Linus Neumann 2013)	Git + GPG + SHA-256
gesetzliche Anerkennung	§ 130a ZPO zum 22.12.2025 gestrichen	nicht mehr relevant
Archivierung	archivierte E-Mails in eingestellten Systemen nicht mehr zugänglich	Migration: EML + SHA-256 + Sidecar ins Repo
Aufbewahrungsfrist	E-Mails aus 2024 müssen bis 2030 aufbewahrt werden - System 2026 weg	GoBD-Verstoß bei nicht migrierten Daten
Nachfolge	European Business Wallet (EBW) geplant	offen; GitCover unabhängig

DE-Mail-Desaster-Mitigation: Der Harness warnt bei Nutzung von DE-Mail (falls historische Postfächer noch existieren) und empfiehlt sofortige Migration aller relevanten E-Mails als EML + Sidecar ins Repo. Nach Abschaltung (spätestens 31.12.2026) sind die Daten unwiederbringlich verloren - ein GoBD-Verstoß, wenn die Aufbewahrungsfrist noch läuft. Als Alternative für künftige Kommunikation: ELSTER-Postfach für Steuerthemen, reguläre E-Mail + Sidecar-Archivierung für Korrespondenz.

eXTra/euBP-Export und Z3-Datenträger

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD R["Repo-Daten (JSON, Sidecars)"] R --> EX["eXTra-Export"] R --> Z3["Z3-Export (git bundle)"] EX --> DRV["DRV-Prüfung: SV-Daten"] Z3 --> FA["FA-Außenprüfung: GoBD-Daten"] EX --> F1["Format: eXTra V3.4.0"] Z3 --> F2["Format: git bundle + Manifest"] style R fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style EX fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style Z3 fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style DRV fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style FA fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F1 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style F2 fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Export	Zweck	Format	Empfänger
eXTra/euBP	SV-Daten für DRV-Prüfung	eXTra V3.4.0 (XML)	DRV
Z3 (git bundle)	GoBD-Daten für FA-Außenprüfung	git bundle + Manifest + Static-Web (Z3+)	FA

Praxis-Beispiel: Der DRV fordert bei einer Betriebsprüfung SV-Daten im eXTra-Format. Der Harness exportiert die relevanten Lohn- und SV-Daten aus dem Repo als eXTra-XML. Das FA fordert bei einer Außenprüfung GoBD-konforme Daten (Z3) - der Harness generiert ein git bundle + Static-Web (Z3+, siehe ED04). Beide Exporte sind aus den strukturierten Repo-Daten (JSON, Sidecars) generierbar - keine manuelle Aufbereitung nötig.

Schnittstellen-Fehler-Logging

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD S["Schnittstellen-Aufruf (ELSTER, DE-Mail)"] S --> OK["Erfolg: Quittung + Sidecar"] S --> ERR["Fehler: Abbruch, Timeout, Formatfehler"] ERR --> L["Fehler-Logging im Repo"] L --> E["Repo-Ereignis: Schnittstellen-Fehler"] E --> N["Nachweis: Fehler nicht verschuldet"] style S fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style OK fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style ERR fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style L fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style E fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style N fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

Ereignis	Aktion	GitCover-Umsetzung
Erfolg	Quittung archiviert	Beleg mit Sidecar, `source_sha256` im Artefakt
Fehler	Fehler protokolliert	Repo-Ereignis mit Fehlerbeschreibung, Zeitstempel, Vorschrift
Nachweis	"Fehler nicht verschuldet"	Repo-Ereignis als Beweis bei Prüfung

Wichtig - Haftungsverschiebung: Wenn eine Schnittstelle fehlschlägt (z. B. ELSTER-Timeout am 10. des Monats), dokumentiert das Fehler-Logging im Repo, dass der Unternehmer versucht hat, rechtzeitig zu übermitteln. Das ist ein Nachweis bei § 152 AO (Verspätungszuschlag) - der Unternehmer kann argumentieren, dass der Fehler nicht in seiner Sphäre lag.

Risiko-Leverage

Heute (cheap)	Morgen (revisionssicher)	Risiko gemindert
ELSTER-Quittung als Beleg mit Sidecar	Übermittlung nachweisbar	Verspätungszuschlag § 152 AO
DE-Mail-Warnung + Alternative	Geigneter Kanal gewählt	Verlust der Kommunikation
eXTra-Export aus Repo-Daten	SV-Daten für DRV-Prüfung verfügbar	GoBD-Verstoß bei DRV-Prüfung
Z3-Export als git bundle	GoBD-Daten für FA-Prüfung verfügbar	GoBD-Verstoß bei FA-Prüfung
Schnittstellen-Fehler-Logging	Nachweis "versucht"	Haftungsverschiebung bei Schnittstellen-Ausfall
Vorschriften-Binding	Vorschrift pro Übermittlung dokumentiert	Bestreitung der Vorschriftserfüllung

Harness-Anforderung (Vorschau)

Aus ED14 ableitbar:

ID	Anforderung	Priorität
FA-12.1	ELSTER-Vermittlung: LStA, UStA, LSt-Bescheinigung; Quittung als Beleg mit Sidecar	MUST
FA-12.2	DE-Mail/De-Mail-Brücke: EML + SHA-256 + Sidecar; Absender-Verifikation	SHOULD
FA-12.3	eXTra/euBP-Export: SV-Daten im eXTra-Format für DRV-Prüfungen	SHOULD
FA-12.4	Z3-Datenträger-Export: GoBD-konformer Z3-Export (git bundle)	SHOULD
FA-12.5	Schnittstellen-Fehler-Logging: Fehler als Repo-Ereignis	MUST
FA-12.6	Vorschriften-Binding: jeder Vorgang auf risiko-affine Vorschrift gemappt	SHOULD
FA-12.7	DE-Mail-Desaster-Mitigation: Warnung bei ungeeigneten Kanälen	NICE
FA-12.8	Behörden-Identifikatoren-Registry	MUST

Die vollständige Anforderungsliste in Harness-Anforderungen.md.

Quellen

AO (§ 147 Abs. 6 - Datenzugriff Z1/Z2/Z3, § 152 - Verspätungszuschlag)
EStG (§ 41a - Lohnsteuer-Anmeldung, § 41b - Lohnsteuer-Bescheinigung)
UStG (§ 18 - Umsatzsteuer-Voranmeldung, § 14 - E-Rechnung)
SGB IV (§ 28p - Betriebsprüfung DRV, § 28a - DEÜV-Meldungen)
GoBD (BMF-Schreiben, Rz. 147 - Nachprüfbarkeit, Z3-Datenzugriff)
DE-Mail (Wikipedia, Stand 14.08.2026) - "Damit ist De-Mail Geschichte": Telekom 31.08.2022, 1&1 07.02.2025, § 130a ZPO 22.12.2025 gestrichen, Bundesverwaltung Juli 2024, FP Digital 31.12.2026, Bundesrechnungshof 2021
BGBl. 2025 I Nr. 349 - Gesetz zur Streichung von § 130a Abs. 4 Nr. 1 ZPO (DE-Mail)
Bundesrechnungshof Jahresbericht 2021 - DE-Mail: 6,5 Mio. EUR Kosten, ~3.500 EUR Einsparungen
CCC 30C3 2013 - Linus Neumann: "Bullshit made in Germany"
AFJD/agents/ (anonymisiert) - SSoT-Konzept mit ELSTER, Schnittstellen-Fehler-Logging

Quellen-Topologie und CDN-Referenz-Links

Rolle	Ort	Zweck
Primary / SSoT	git.gitcover.org/GCC	Kanonische Ablage (GPG-signiert, versioniert)
Public OSS Mirror / CDN	codeberg.org/gitcover-commons	Read-only-Spiegel; FLOSS-Discovery
Community Hub	github.com/gitcover-commons	Issues & Discussions; Quell-Code-Referenz auf Codeberg

Hinweis: Diese Zuordnung von Quellen, Mirror und Community-Hub spiegelt den aktuellen Stand wider und kann sich ändern. Bitte prüfen Sie die jeweilige kanonische Quelle auf gitcover.org für den aktuellen Zustand.