ED14 - Administración Fiscal: Número fiscal, § 60a AO, Declaración del impuesto sobre la nómina

Problema

Tras la fundación y el registro de la actividad, se pone en contacto la Administración Fiscal (FA), pero en el ámbito de las pymes no está claro qué obligaciones se derivan de ello y cómo se acreditan en el repositorio:

• "¿Número fiscal? Ese lo tiene el asesor fiscal." - muchos emprendedores no conocen su propio número fiscal, y menos aún dónde se encuentra
• "Declaración del impuesto sobre la nómina como caja negra" - la LStA la realiza la oficina de nóminas, pero el emprendedor no tiene ningún justificante en el repositorio
• "Certificado ELSTER no documentado" - el certificado personal o de la organización está instalado en algún lugar, pero no se acredita en el repositorio
• "Confundir la comunicación del IVA y la del impuesto corporativo" - hay números fiscales distintos para distintos tipos de impuestos, pero solo se dispone de uno
• "Sin control de plazos para las declaraciones ante la FA" - las declaraciones LStA, UStA y ESt/KSt tienen plazos distintos, pero nadie los controla de forma centralizada
• "Resolución del § 60a AO desconocida" - la resolución sobre la utilidad pública (§ 60a Abs. 1 AO) es la base de las exenciones fiscales, pero está en algún lugar en forma impresa

Idea principal

Las obligaciones ante la Administración Fiscal en el repositorio Git implican:

1. Números fiscales como entradas de registro - almacenamiento centralizado en registry/ con sidecar, un número por tipo de impuesto
2. Declaración del impuesto sobre la nómina como artefacto JSON - LStA con source_sha256 correspondiente al acuse de recibo de ELSTER
3. Certificado ELSTER documentado - archivo .pfx con sidecar (no el certificado en el repositorio, sino el justificante)
4. Comprobación de plazos para todas las declaraciones ante la FA - LStA, UStA, ESt/KSt con advertencia automática
5. Resolución del § 60a AO como comprobante con sidecar - resolución de exención con seguimiento de la validez

Cumplimiento desde el diseño: Las obligaciones ante la FA no se gestionan a posteriori, sino que se recogen estructuralmente mediante entradas de registro con sidecars, comprobación de plazos y artefactos JSON.

Números fiscales en el directorio del registro

Ejemplo práctico: La KMU tiene el número fiscal de KSt <STNR>, el número fiscal de USt <STNR>, el número fiscal de LSt <STNR>, el W-IdNr <WID> y el USt-IdNr DE<UID>. Cada número se encuentra como comprobante con sidecar en registry/. La resolución del § 60a AO (reconocimiento de la utilidad pública) también se encuentra allí, con seguimiento de la validez.

Resolución del § 60a AO - Utilidad pública

Importante: La resolución del § 60a AO es la base de todos los privilegios de utilidad pública (KSt, USt, VBG, pagos a tanto alzado). Sin esta resolución, las exenciones fiscales no se pueden acreditar. La resolución debe estar almacenada en el repositorio con un sidecar para poder aportar la justificación en una revisión.

Declaración del impuesto sobre la nómina (§ 41a EStG)

LStA como artefacto JSON

{
  "$schema": "https://gitcover.org/schemas/diary-entry-1.0.schema.json",
  "V7GUID": "<V7GUID-Class-aus-Registry>",
  "docUid": "<uuidV7-Object-mit-vorgegebener-Zeitmarke>",
  "author": "E1",
  "role": "Lohnverantwortlicher",
  "tenant": "ORG-1",
  "sphere": "ideell",
  "source": "FA",
  "source_sha256": "<SHA-256-der-ELSTER-Quittung>",
  "tags": ["lsta", "§41a-estg", "nullmeldung", "aktivrente"],
  "lsta": {
    "monat": "09/2026",
    "brutto": 2000.00,
    "lst": 0.00,
    "soli": 0.00,
    "kist": 0.00,
    "freibetrag_aktivrente": 2000.00,
    "art": "nullmeldung"
  }
}

Nota: El uuidV7 es el DocID de la entrada. La clave compuesta V7GUID:uuidV7 sirve para organizar el almacenamiento y realizar consultas en la BD. El objeto lsta documenta la declaración del impuesto sobre la nómina con todos sus componentes. En el caso de la Aktivrente (§ 3 Nr. 21 EStG), la LSt = 0,00 - se trata de una declaración en cero (véase ED23).

Documentar el certificado ELSTER

Importante: no incluir el .pfx en el repositorio: El archivo .pfx (certificado + clave privada) no se incluye en el repositorio Git - contiene secretos criptográficos. En su lugar, se almacena un sidecar que documenta la existencia y la activación del certificado (fecha, estado, acuse de recibo de la transmisión de prueba de ELSTER). El archivo .pfx se almacena de forma segura fuera del repositorio (p. ej., en un soporte cifrado).

Véase ED16: El uso práctico del certificado ELSTER (práctica de las interfaces con organismos oficiales, DE-Mail, transmisión a través de GitCover) se aborda en ED16.

Control de plazos para las declaraciones ante la FA

Consejo práctico: La comprobación de plazos se gestiona como artefacto Git y se actualiza con cada commit. La advertencia automática (véase ED08) avisa 14 días antes del vencimiento de un plazo de la FA. Así, ya no se pasa por alto ningún incumplimiento de plazo y se evita el § 152 AO (recargo por retraso de hasta 25.000 EUR).

Palancas de reducción del riesgo

Requisito del Harness (vista previa)

Derivables de ED14:

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

Fuentes

• AO (§ 60a - Reconocimiento de la utilidad pública, § 149 - Declaraciones fiscales, § 152 - Recargo por retraso)
• EStG (§ 41a - Declaración del impuesto sobre la nómina, § 41b - Certificado del impuesto sobre la nómina)
• UStG (§ 18 - Declaración periódica del IVA, § 14 - Factura electrónica)
• E1/agents/ (anonimizado) - Concepto SSoT con registro, comprobación de plazos, ELSTER

Topología de fuentes y enlaces de referencia del CDN

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