ED20 - Práctica de interfaces con organismos oficiales: ELSTER, DE-Mail, eXTra - Mediación por GitCover

Problema

Muchas interfaces con organismos oficiales están reguladas legalmente, pero en la práctica apenas son utilizables por personas no expertas:

ELSTER: complejo, propenso a errores - la interfaz ELSTER exige certificados, formatos XML, software cliente - para personas no expertas supone una barrera
DE-Mail: cesado - DE-Mail estaba previsto como canal de comunicación seguro con organismos oficiales, pero ha sido cesado oficialmente (último proveedor el 31.12.2026). Los correos archivados en sistemas cesados ya no son accesibles - un problema de conservación relevante para GoBD
eXTra: desconocido - el formato eXTra (datos SV) está pensado para asesorías de nómina, no para empresarios - pero en una inspección de la DRV de repente se vuelve relevante
Soporte de datos Z3: conocimiento especializado - la exportación Z3 conforme a GoBD requiere software especializado o preparación manual
Errores de interfaz: no documentados - si ELSTER o DE-Mail fallan, el error no se registra en el repo - falta la prueba de "lo he intentado"
Vinculación normativa: no asignada - cada transmisión por interfaz está vinculada a una norma (p. ej., LStA → § 41a EStG), pero esta asignación no se documenta

Mensaje clave

El GitCover-Harness media entre sistemas externos y normas afines al riesgo:

Mediación ELSTER - LStA, UStA, LSt-Bescheinigung mediante la interfaz ELSTER; recibo como justificante con Sidecar
DE-Mail: cesado - migración necesaria - los DE-Mails históricos deben migrarse antes del cese como EML + SHA-256 + Sidecar al repo; los correos archivados en sistemas cesados ya no son accesibles - problema de conservación GoBD
Exportación eXTra/euBP - datos SV en formato eXTra exportables para inspecciones de la DRV
Exportación del soporte de datos Z3 - exportación Z3 conforme a GoBD para inspecciones externas de la FA (git bundle como archivo autocontenido)
Registro de errores de interfaces - los errores/interrupciones de sistemas externos se registran como evento del repositorio
Vinculación normativa - cada operación de interfaz se asigna a la norma afín al riesgo

Cumplimiento desde el diseño: El harness no oculta la complejidad de las interfaces con organismos oficiales - la documenta. Cada transmisión, cada recibo, cada error se registra de forma trazable en el repo.

El panorama de las interfaces con organismos oficiales

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD U["Empresario E1"] U --> H["GitCover-Harness"] H --> EL["ELSTER"] H --> DM["DE-Mail (cesado)"] H --> EX["eXTra/euBP"] H --> Z3["Soporte de datos Z3"] EL --> FA["Administración Tributaria"] DM --> BH["Organismos oficiales (diversos)"] EX --> DRV["DRV (prueba SV)"] Z3 --> AP["Administración Tributaria (inspección externa)"] 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	Mediación de GitCover
ELSTER	LStA, UStA, LSt-Bescheinigung, visor de factura electrónica	alta (certificado, XML, cliente)	recibo como justificante con Sidecar
DE-Mail	Comunicación segura con organismos oficiales	cesado (último proveedor 31.12.2026)	migración: EML + Sidecar al repo; advertencia
eXTra/euBP	Datos SV para inspecciones de la DRV	alta (formato especial)	exportación a partir de datos del repo
Soporte de datos Z3	Exportación conforme a GoBD para inspección externa de la FA	alta (software especializado)	git bundle como archivo autocontenido

Mediación ELSTER

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD L["LStA/UStA calculada"] L --> E["Transmisión ELSTER"] E --> Q["Recibo ELSTER"] Q --> S["Recibo como justificante con Sidecar"] S --> R["Repo: entrada LStA con source_sha256"] R --> V["Vinculación normativa: § 41a EStG"] E -->|Error| F["Registro de errores en el repo"] F --> FR["Evento del repositorio: error de ELSTER"] 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 en GitCover
LStA calculada	Declaración de retención del impuesto sobre salarios a partir de la nómina	artefacto JSON en el repo (véase ED14)
Transmisión ELSTER	Electrónicamente vía ELSTER (se requiere certificado)	el harness invoca ELSTER
Recibo	ELSTER confirma la transmisión	recibo como justificante con Sidecar
Entrada en el repo	LStA con `source_sha256` sobre el recibo	`tags: ["lsta", "§41a-estg"]`
Vinculación normativa	LStA → § 41a EStG	`vorschrift: "§41a-estg"` en el artefacto
Registro de errores	El error de ELSTER se registra	evento del repositorio con descripción del error

Vinculación normativa: Cada operación de interfaz se asigna a la norma afín al riesgo - p. ej., LStA → § 41a EStG, UStA → § 18 UStG, LSt-Bescheinigung → § 41b EStG. Así se puede rastrear qué norma se ha cumplido mediante qué transmisión.

DE-Mail - Cesado: migración y consecuencias de archivo

DE-Mail ha sido cesado oficialmente. El proyecto se considera fracasado. El último proveedor (FP Digital Business Solutions GmbH) cesa el servicio el 31.12.2026 - después, DE-Mail ya no podrá utilizarse y los correos archivados en estos sistemas ya no serán accesibles.

Evento	Fecha	Fuente
Telekom cesa De-Mail	31.08.2022	"debido a la falta de rentabilidad"
1&1 De-Mail GmbH cesa	07.02.2025	servicio ya no disponible
§ 130a ZPO suprimido	22.12.2025	DE-Mail suprimido como vía de transmisión segura (BGBl. 2025 I Nr. 349)
La Administración federal cesa	julio de 2024	uso obligatorio cesado
El último proveedor (FP Digital) cesa	31.12.2026	"Con esto, DE-Mail es historia"
Bundesrechnungshof 2021	2021	2011-2020: ~6.000 DE-Mails de organismos, ahorros ~3.500 EUR, costes >= 6,5 Mio. EUR
Crítica del CCC	2013	Linus Neumann (30C3): "Bullshit made in Germany - construido deliberadamente de forma insegura"

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

Consecuencias de los correos archivados en sistemas cesados

Cuando un proveedor de DE-Mail cesa su servicio, surgen problemas inmediatos de conservación relevantes para GoBD:

Problema	Consecuencia	Referencia GoBD
Buzón ya no accesible	Los correos ya no se pueden recuperar	§ 146 Abs. 5 AO ("disponible en todo momento")
Eliminación por parte del proveedor	Tras el cese se eliminan los datos	§ 147 Abs. 1 AO (obligación de conservación de 6 años)
Exportación no posible	Si el proveedor no ofrece función de exportación, los datos se pierden irremediablemente	GoBD Rz. 146 (trazabilidad)
Fuerza probatoria perdida	Las confirmaciones específicas de DE-Mail (confirmación de envío/acceso) ya no son verificables	Pérdida de prueba en una disputa con organismos oficiales
Sin aseguramiento forense de pruebas	Una persona no experta apenas puede mejorar forensemente a posteriori la autenticidad de correos antiguos; sin la infraestructura del proveedor faltan los datos de verificación (verificación de firma, servidor de sellos de tiempo, registros del proveedor)	Degradación del valor probatorio a una "mera copia PDF"
El plazo de conservación sigue corriendo	Los correos de 2024 deben conservarse hasta el 31.12.2030, pero el sistema desaparece en 2026	Infracción GoBD por conservación no disponible

Aseguramiento forense de pruebas - apenas recuperable: Las características probatorias específicas de DE-Mail (firma electrónica cualificada de la confirmación de envío y acceso, sello de tiempo del proveedor, valor hash de integridad) pueden verificarse solo dentro de la infraestructura del proveedor en funcionamiento. Tras el cese, estos datos de verificación ya no están disponibles. Una persona no experta ya no puede comprobar a posteriori una archivo EML exportado en cuanto a su autenticidad específica de DE-Mail - la verificación de firma falla por la falta del certificado del proveedor, el servidor de sellos de tiempo está offline, los registros del proveedor han sido eliminados. El correo pierde su estatus como "comunicación DE-Mail jurídicamente vinculante" y degenera en una mera copia PDF con una fuerza probatoria muy reducida. Un aseguramiento forense posterior de pruebas por un perito sería teóricamente posible, pero prácticamente apenas realizable - los datos necesarios de la infraestructura del proveedor ya no existen.

Advertencia crítica - migración antes del cese: Los empresarios que todavía tengan un buzón DE-Mail deben exportar antes del cese todos los correos relevantes como archivos EML y migrarlos al repositorio Git (EML + SHA-256 + Sidecar). Tras el cese, una exportación ya no es posible - los datos se pierden irremediablemente. Eso es una infracción GoBD si el plazo de conservación aún está corriendo (6 años desde el final del año, § 147 Abs. 1 Nr. 2/3 AO).

Migración GitCover: DE-Mail -> repo

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR D["Buzón DE-Mail (cesado)"] D --> EX["Exportación antes del cese"] EX --> EML["Archivos EML"] EML --> SH["SHA-256 por EML"] SH --> SC["Sidecar .gc.md por EML"] SC --> R["Repo: sources/korrespondenz/"] R --> OK["Archivado conforme a GoBD"] D -->|tras el cese| LOST["Datos perdidos irremediablemente"] LOST --> V["Infracción GoBD"] 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	Plazo
Exportación	Exportar todos los correos relevantes como EML	antes del cese (a más tardar el 31.12.2026)
SHA-256	Calcular hash por archivo EML	durante la migración
Sidecar	`.gc.md` por EML con clasificación	durante la migración
Almacenamiento	EML + Sidecar en `sources/korrespondenz/`	durante la migración
Verificación	Comprobar integridad (número de correos)	tras la migración

Consejo práctico: La migración debería realizarse de inmediato, no justo antes del cese. Los proveedores pueden restringir el servicio antes de tiempo (p. ej., sin nuevos registros, exportación limitada). Quien espera, arriesga pérdida de datos.

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart LR D["DE-Mail (cesado)"] D --> P["Fracasado: 6,5 Mio EUR de costes, ~3500 EUR de beneficio"] P --> W["Advertencia: no usar DE-Mail"] W --> A["Alternativa: buzón ELSTER"] D --> E["Correo entrante de organismo (histórico)"] E --> AR["EML archivado + Sidecar"] AR --> V["Verificación del remitente (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 GitCover
Estado	DE-Mail oficialmente cesado (último proveedor 31.12.2026)	Advertencia: no usar; migración necesaria
Coste/beneficio	6,5 Mio. 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 suprimido a 22.12.2025	ya no relevante
Archivo	correos archivados en sistemas cesados ya no accesibles	migración: EML + SHA-256 + Sidecar al repo
Plazo de conservación	los correos de 2024 deben conservarse hasta 2030; el sistema desaparece en 2026	infracción GoBD con datos no migrados
Sucesión	European Business Wallet (EBW) prevista	abierto; GitCover independiente

Mitigación del desastre de DE-Mail: El harness advierte sobre el uso de DE-Mail (si aún existen buzones históricos) y recomienda la migración inmediata de todos los correos relevantes como EML + Sidecar al repo. Tras el cese (a más tardar el 31.12.2026), los datos se pierden irremediablemente - una infracción GoBD si el plazo de conservación aún está corriendo. Como alternativa para futuras comunicaciones: buzón ELSTER para temas fiscales, correo electrónico normal + archivado con Sidecar para la correspondencia.

Exportación eXTra/euBP y soporte de datos Z3

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD R["Datos del repo (JSON, Sidecars)"] R --> EX["Exportación eXTra"] R --> Z3["Exportación Z3 (git bundle)"] EX --> DRV["Prueba DRV: datos SV"] Z3 --> FA["Inspección externa de la FA: datos GoBD"] EX --> F1["Formato: eXTra V3.4.0"] Z3 --> F2["Formato: git bundle + manifiesto"] 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 la prueba DRV	eXTra V3.4.0 (XML)	DRV
Z3 (git bundle)	Datos GoBD para la inspección externa de la FA	git bundle + manifiesto + web estática (Z3+)	FA

Ejemplo práctico: La DRV solicita en una inspección de empresa datos SV en formato eXTra. El harness exporta los datos relevantes de nómina y SV del repo como eXTra-XML. La FA solicita en una inspección externa datos conformes a GoBD (Z3) - el harness genera un git bundle + web estática (Z3+, véase ED05). Ambas exportaciones pueden generarse a partir de los datos estructurados del repo (JSON, Sidecars) - sin necesidad de preparación manual.

Registro de errores de interfaces

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'#6B7280'}}}%% flowchart TD S["Llamada a la interfaz (ELSTER, DE-Mail)"] S --> OK["Éxito: recibo + Sidecar"] S --> ERR["Error: interrupción, timeout, error de formato"] ERR --> L["Registro de errores en el repo"] L --> E["Evento del repositorio: error de interfaz"] E --> N["Prueba: error no imputable"] 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 en GitCover
Éxito	Recibo archivado	justificante con Sidecar, `source_sha256` en el artefacto
Error	Error registrado	evento del repositorio con descripción del error, marca temporal, norma
Prueba	"Error no imputable"	evento del repositorio como prueba en una inspección

Importante - desplazamiento de responsabilidad: Si una interfaz falla (p. ej., timeout de ELSTER el día 10 del mes), el registro de errores en el repo documenta que el empresario intentó transmitir a tiempo. Eso es una prueba en relación con § 152 AO (recargo por demora) - el empresario puede argumentar que el error no estaba en su esfera.

Palanca de riesgo

Hoy (bajo coste)	Mañana (auditable)	Riesgo mitigado
Recibo ELSTER como justificante con Sidecar	transmisión demostrable	recargo por demora § 152 AO
Advertencia sobre DE-Mail + alternativa	canal adecuado elegido	pérdida de la comunicación
Exportación eXTra a partir de datos del repo	datos SV disponibles para la prueba DRV	infracción GoBD en la prueba DRV
Exportación Z3 como git bundle	datos GoBD disponibles para la inspección de la FA	infracción GoBD en la inspección de la FA
Registro de errores de interfaces	prueba de "intentado"	desplazamiento de responsabilidad en caso de fallo de interfaz
Vinculación normativa	norma documentada por transmisión	impugnación del cumplimiento de la norma

Requisito del harness (avance)

Derivable de ED20:

ID	Requisito	Prioridad
FA-12.1	Mediación ELSTER: LStA, UStA, LSt-Bescheinigung; recibo como justificante con Sidecar	OBLIGATORIO
FA-12.2	Puente DE-Mail/De-Mail: EML + SHA-256 + Sidecar; verificación del remitente	RECOMENDADO
FA-12.3	Exportación eXTra/euBP: datos SV en formato eXTra para pruebas DRV	RECOMENDADO
FA-12.4	Exportación del soporte de datos Z3: exportación Z3 conforme a GoBD (git bundle)	RECOMENDADO
FA-12.5	Registro de errores de interfaces: errores como evento del repositorio	OBLIGATORIO
FA-12.6	Vinculación normativa: cada operación asignada a la norma afín al riesgo	RECOMENDADO
FA-12.7	Mitigación del desastre de DE-Mail: advertencia ante canales inadecuados	OPCIONAL
FA-12.8	Registro de identificadores de organismos	OBLIGATORIO

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

Fuentes

AO (§ 147 Abs. 6 - acceso a datos Z1/Z2/Z3, § 152 - recargo por demora)
EStG (§ 41a - declaración de retención del impuesto sobre salarios, § 41b - certificado de retención del impuesto sobre salarios)
UStG (§ 18 - declaración anticipada del IVA, § 14 - factura electrónica)
SGB IV (§ 28p - inspección de empresas DRV, § 28a - comunicaciones DEÜV)
GoBD (escrito del BMF, Rz. 147 - verificabilidad, acceso a datos Z3)
DE-Mail (Wikipedia, a 14.08.2026) - "Con esto, DE-Mail es historia": Telekom 31.08.2022, 1&1 07.02.2025, § 130a ZPO suprimido 22.12.2025, Administración federal julio de 2024, FP Digital 31.12.2026, Bundesrechnungshof 2021
BGBl. 2025 I Nr. 349 - Ley para la supresión de § 130a Abs. 4 Nr. 1 ZPO (DE-Mail)
Informe anual 2021 del Bundesrechnungshof - DE-Mail: 6,5 Mio. EUR de costes, ~3.500 EUR de ahorros
CCC 30C3 2013 - Linus Neumann: "Bullshit made in Germany"
E1/agents/ (anonimizado) - concepto SSoT con ELSTER, registro de errores de interfaces

Topología de fuentes y enlaces de referencia CDN

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

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