GitCover Symbol GCBoKGitCover Body of Knowledge

ED20 - Práctica de interfaces con las autoridades públicas: ELSTER, DE-Mail, eXTra - Intermediación mediante GitCover

Problema

Muchas interfaces con las autoridades públicas están reguladas por la ley, pero en la práctica casi no son utilizables por usuarios no especializados:

Mensaje clave

El GitCover-Harness intermedia entre sistemas externos y disposiciones legales vinculadas al riesgo:

  1. Intermediación de ELSTER - LStA, UStA, LSt-Bescheinigung mediante la interfaz ELSTER; acuse de recibo como justificante con sidecar
  2. DE-Mail: retirado - migración necesaria - los DE-Mail históricos deben migrarse al repositorio como EML + SHA-256 + sidecar antes del cierre; los correos electrónicos archivados en sistemas retirados ya no son accesibles - problema de conservación de GoBD
  3. Exportación de eXTra/euBP - datos SV exportables en formato eXTra para inspecciones de la DRV
  4. Exportación del soporte de datos Z3 - exportación Z3 conforme con GoBD para inspecciones externas del FA (git bundle como archivo autónomo)
  5. Registro de errores de interfaz - los errores/interrupciones de sistemas externos se registran como eventos del repositorio
  6. Vinculación normativa - cada operación de interfaz se asigna a la disposición legal vinculada al riesgo

Cumplimiento por diseño: El Harness no oculta la complejidad de las interfaces con las autoridades públicas: las documenta. Cada transmisión, cada acuse de recibo y cada error se registra de forma trazable en el Repo.

Panorama de las interfaces con las autoridades públicas

%%{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
Interfaz Finalidad Complejidad Intermediación de GitCover
ELSTER LStA, UStA, LSt-Bescheinigung, visor de facturas electrónicas alta (certificado, XML, cliente) Acuse de recibo como justificante con sidecar
DE-Mail Comunicación segura con las autoridades retirado (último proveedor 31.12.2026) Migración: EML + sidecar al Repo; advertencia
eXTra/euBP Datos SV para inspecciones de la DRV alta (formato especializado) Exportación a partir de datos del Repo
Soporte de datos Z3 Exportación conforme con GoBD para inspecciones externas del FA alta (software especializado) git bundle como archivo autónomo

Intermediación de ELSTER

%%{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
Paso Acción Implementación de GitCover
LStA calculada Declaración del impuesto sobre la renta salarial a partir de la nómina Artefacto JSON en el Repo (véase ED14)
Transmisión por ELSTER Electrónica mediante ELSTER (requiere certificado) El Harness llama a ELSTER
Acuse de recibo ELSTER confirma la transmisión Acuse de recibo como justificante con sidecar
Entrada en el Repo LStA con source_sha256 del acuse de recibo tags: ["lsta", "§41a-estg"]
Vinculación normativa LStA → § 41a EStG vorschrift: "§41a-estg" en el artefacto
Registro de errores Se registra el error de ELSTER Evento del Repo con descripción del error

Vinculación normativa: Cada operación de interfaz se asigna a la disposición legal vinculada al riesgo - p. ej. LStA → § 41a EStG, UStA → § 18 UStG, LSt-Bescheinigung → § 41b EStG. Así puede reconstruirse qué disposición legal se cumplió mediante cada transmisión.

DE-Mail - Retirado: migración y consecuencias del archivado

DE-Mail ha sido retirado oficialmente. El proyecto se considera fracasado. El último proveedor (FP Digital Business Solutions GmbH) finaliza el servicio el 31.12.2026 - después de esa fecha, DE-Mail dejará de ser utilizable y los correos electrónicos archivados en estos sistemas ya no serán accesibles.

Evento Fecha Fuente
Telekom retira De-Mail 31.08.2022 "debido a la falta de rentabilidad"
1&1 De-Mail GmbH retira el servicio 07.02.2025 El servicio ya no es accesible
Se deroga § 130a ZPO 22.12.2025 De-Mail queda suprimido como vía segura de transmisión (BGBl. 2025 I Nr. 349)
La administración federal retira el servicio Julio 2024 Se suspende el uso obligatorio
El último proveedor (FP Digital) retira el servicio 31.12.2026 "Con esto, De-Mail es historia"
Bundesrechnungshof 2021 2021 2011-2020: ~6.000 De-Mails de autoridades, ahorros de ~3.500 EUR, costes de >= 6,5 millones EUR
Crítica de CCC 2013 Linus Neumann (30C3): "Bullshit hecho en Alemania - construido deliberadamente de forma insegura"

DE-Mail es historia: El último proveedor (FP Digital Business Solutions GmbH) finaliza el servicio el 31.12.2026. El reconocimiento legal como vía segura de transmisión (§ 130a Abs. 4 Nr. 1 ZPO) fue derogado el 22.12.2025. La administración federal ha suspendido el uso obligatorio en julio de 2024. El Bundesrechnungshof contabilizó en 2021: 6,5 millones EUR de costes por ~3.500 EUR de ahorros. Como sucesora está prevista una "European Business Wallet (EBW)".

Consecuencias del archivado de correos electrónicos en sistemas retirados

Cuando un proveedor de DE-Mail retira su servicio, se producen problemas inmediatos de conservación relevantes para GoBD:

Problema Consecuencia Referencia de GoBD
El buzón ya no es accesible Los correos electrónicos ya no pueden consultarse § 146 Abs. 5 AO ("disponible en todo momento")
Eliminación por parte del proveedor Tras el cierre, los datos se eliminan § 147 Abs. 1 AO (obligación de conservación durante 6 años)
No es posible exportar Si el proveedor no ofrece una función de exportación, los datos se pierden de forma irrecuperable GoBD Rz. 146 (trazabilidad)
Pérdida del valor probatorio Las confirmaciones específicas de DE-Mail (confirmación de envío/recepción) ya no son verificables Pérdida de la prueba en litigios con la autoridad
No se conserva la prueba pericial Un usuario no especializado difícilmente podrá acreditar a posteriori, mediante peritaje, la autenticidad de los correos electrónicos antiguos: sin la infraestructura del proveedor faltan los datos de verificación (verificación de la firma, servidor de marcas temporales, registros del proveedor) Rebaja del valor probatorio a "mera copia en PDF"
El plazo de conservación sigue vigente Los correos electrónicos de 2024 deben conservarse hasta el 31.12.2030, pero el sistema desaparece en 2026 Incumplimiento de GoBD debido a que no se puede conservar

Conservación pericial de pruebas - difícilmente recuperable: Los elementos de prueba específicos de DE-Mail (firma electrónica cualificada de la confirmación de envío y recepción, marca temporal del proveedor, hash de integridad) solo pueden verificarse mientras la infraestructura del proveedor siga operativa. Tras el cierre, estos datos de verificación ya no están disponibles. Un usuario no especializado no puede volver a comprobar a posteriori la autenticidad específica de DE-Mail de un archivo EML exportado: la verificación de la firma fracasa por la falta del certificado del proveedor, el servidor de marcas temporales está fuera de línea y los registros del proveedor se han eliminado. El correo electrónico pierde su condición de "comunicación DE-Mail vinculante jurídicamente" y queda reducido a una mera copia en PDF con un valor probatorio muy menor. Una conservación posterior de pruebas periciales por parte de un perito sería teóricamente posible, pero prácticamente inviable - los datos necesarios de la infraestructura del proveedor ya no existen.

Advertencia crítica - migración antes del cierre: Los empresarios que aún tengan un buzón DE-Mail deben exportar todos los correos electrónicos relevantes como archivos EML y migrarlos al repositorio Git antes del cierre (EML + SHA-256 + sidecar). Después del cierre, la exportación ya no es posible - los datos se pierden de forma irrecuperable. Esto constituye un incumplimiento de GoBD si el plazo de conservación sigue vigente (6 años desde el cierre del ejercicio, § 147 Abs. 1 Nr. 2/3 AO).

Migración de GitCover: 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
Paso Acción Fecha límite
Exportación Exportar todos los correos electrónicos relevantes como EML antes del cierre (a más tardar el 31.12.2026)
SHA-256 Calcular el hash de cada archivo EML durante la migración
Sidecar .v7g.md para cada EML con la clasificación durante la migración
Almacenamiento EML + sidecar en sources/korrespondenz/ durante la migración
Verificación Comprobar la完整性 (número de correos electrónicos) después de la migración

Consejo práctico: La migración debe realizarse inmediatamente, no poco antes del cierre. Los proveedores pueden restringir el servicio antes de tiempo (p. ej. no permitir nuevos registros, limitar la exportación). Quien espere corre el riesgo de perder datos.

%%{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
Aspecto Problema Solución de GitCover
Estado DE-Mail ha sido retirado oficialmente (último proveedor 31.12.2026) Advertencia: no utilizar; migración necesaria
Costes/beneficios 6,5 millones EUR de costes, ~3.500 EUR de ahorros (Bundesrechnungshof) git bundle y el buzón ELSTER son gratuitos
Seguridad "Construido deliberadamente de forma insegura" (CCC, Linus Neumann 2013) Git + GPG + SHA-256
Reconocimiento legal § 130a ZPO derogado el 22.12.2025 ya no es relevante
Archivado Los correos electrónicos archivados en sistemas retirados ya no son accesibles Migración: EML + SHA-256 + sidecar al Repo
Plazo de conservación Los correos electrónicos de 2024 deben conservarse hasta 2030; el sistema desaparece en 2026 Incumplimiento de GoBD con datos no migrados
Sucesor European Business Wallet (EBW) prevista pendiente; GitCover es independiente

Mitigación del desastre DE-Mail: El Harness advierte cuando se utiliza DE-Mail (si aún existen buzones históricos) y recomienda una migración inmediata de todos los correos electrónicos relevantes como EML + sidecar al Repo. Tras el cierre (a más tardar el 31.12.2026), los datos se pierden de forma irrecuperable - un incumplimiento de GoBD si el plazo de conservación sigue vigente. Como alternativa para la comunicación futura: buzón ELSTER para asuntos fiscales, correo electrónico normal + archivado con sidecar para la correspondencia.

Exportación de eXTra/euBP y soporte de datos Z3

%%{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
Exportación Finalidad Formato Destinatario
eXTra/euBP Datos SV para inspecciones de la DRV eXTra V3.4.0 (XML) DRV
Z3 (git bundle) Datos GoBD para inspecciones externas del FA git bundle + Manifest + Static-Web (Z3+) FA

Ejemplo práctico: La DRV solicita datos SV en formato eXTra durante una auditoría empresarial. El Harness exporta del Repo los datos pertinentes de nómina y SV como XML eXTra. El FA solicita datos conformes con GoBD (Z3) durante una inspección externa: el Harness genera un git bundle + Static-Web (Z3+, véase ED05). Ambas exportaciones pueden generarse a partir de los datos estructurados del Repo (JSON, sidecars) - no se necesita ninguna preparación manual.

Registro de errores de interfaz

%%{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
Evento Acción Implementación de GitCover
Éxito Acuse de recibo archivado Justificante con sidecar, source_sha256 en el artefacto
Error Se registra el error Evento del Repo con descripción del error, marca temporal y disposición legal
Prueba "El error no es imputable" Evento del Repo como prueba durante la inspección

Importante - Traspaso de responsabilidad: Si una interfaz falla (p. ej. un timeout de ELSTER el día 10 del mes), el registro de errores en el Repo documenta que el empresario lo intentó y transmitió a tiempo. Esta constitutes una prueba a efectos del § 152 AO (recargo por demora) - el empresario puede argumentar que el error no estaba en su ámbito de responsabilidad.

Palancas de riesgo

Hoy (barato) Mañana (a prueba de revisiones) Riesgo mitigado
Acuse de recibo de ELSTER como justificante con sidecar Transmisión demostrable Recargo por demora § 152 AO
Advertencia sobre DE-Mail + alternativa Canal adecuado elegido Pérdida de comunicación
Exportación eXTra a partir de datos del Repo Datos SV disponibles para inspecciones de la DRV Incumplimiento de GoBD en inspecciones de la DRV
Exportación Z3 como git bundle Datos GoBD disponibles para inspecciones del FA Incumplimiento de GoBD en inspecciones del FA
Registro de errores de interfaz Prueba de que se realizó el intento Traspaso de responsabilidad en caso de fallo de una interfaz
Vinculación normativa Disposición legal documentada para cada transmisión Impugnación del cumplimiento normativo

Requisitos del Harness (vista previa)

Se pueden derivar de ED20:

ID Requisito Prioridad
FA-12.1 Intermediación de ELSTER: LStA, UStA, LSt-Bescheinigung; acuse de recibo como justificante con sidecar MUST
FA-12.2 Puente DE-Mail/De-Mail: EML + SHA-256 + sidecar; verificación del remitente SHOULD
FA-12.3 Exportación de eXTra/euBP: datos SV en formato eXTra para inspecciones de la DRV SHOULD
FA-12.4 Exportación del soporte de datos Z3: exportación Z3 conforme con GoBD (git bundle) SHOULD
FA-12.5 Registro de errores de interfaz: errores como eventos del Repo MUST
FA-12.6 Vinculación normativa: cada operación se asigna a la disposición legal vinculada al riesgo SHOULD
FA-12.7 Mitigación del desastre DE-Mail: advertencia ante canales inadecuados NICE
FA-12.8 Registro de identificadores de autoridades públicas MUST

La lista completa de requisitos se encuentra en Harness-Anforderungen.md.

Fuentes

Topología de fuentes y enlaces de referencia de CDN

Función Ubicación Finalidad
Primaria / SSoT git.gitcover.org/GCC Almacenamiento canónico (firmado con GPG, versionado)
Espejo OSS público / CDN codeberg.org/gitcover-commons Espejo de solo lectura; descubrimiento FLOSS
Centro comunitario github.com/gitcover-commons Issues & Discussions; referencia al código fuente en Codeberg

Nota: Esta asignación de las fuentes, el espejo y el centro comunitario refleja el estado actual y puede cambiar. Consulte la fuente canónica correspondiente en gitcover.org para conocer el estado actual.