ED13 - Finanzamt: número fiscal, § 60a AO, declaración del impuesto salarial

Problema

Tras la constitución y el alta en el registro de actividades económicas se pone en contacto el Finanzamt (FA) - pero en el ámbito de las pymes no está claro qué obligaciones se derivan de ello ni cómo se acreditan en el repo:

• "¿Número fiscal? Esa la tiene el asesor fiscal." - muchos empresarios no conocen su propio número fiscal, y mucho menos dónde se encuentra
• La declaración del impuesto salarial como caja negra - la LStA la realiza la oficina de nóminas, pero el empresario no tiene ninguna acreditación en el repo
• Certificado ELSTER no documentado - el certificado personal o de organización está instalado en algún lugar, pero no está acreditado en el repo
• Confusión entre la comunicación de USt y la de KSt - hay números fiscales distintos para cada tipo de impuesto, pero solo se dispone de uno
• Falta de supervisión de plazos para las presentaciones al FA - la LStA, la UStA y las declaraciones de ESt/KSt tienen plazos distintos, pero nadie los supervisa de forma centralizada
• Resolución § 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 sitio en formato papel

Idea central

Las obligaciones frente al Finanzamt en el repositorio Git implican:

1. Números fiscales como entradas del registry - almacenamiento centralizado en registry/ con sidecar, un número por tipo de impuesto
2. Declaración del impuesto salarial como artefacto JSON - LStA con source_sha256 apuntando al recibo de ELSTER
3. Certificado ELSTER documentado - archivo .pfx con sidecar (no el certificado en sí al repo, sino la acreditación)
4. Control de plazos para todas las presentaciones al FA - LStA, UStA, ESt/KSt con advertencia automática
5. Resolución § 60a AO como justificante con sidecar - resolución de exención con seguimiento de la validez

Compliance by Design: las obligaciones frente al FA no se gestionan a posteriori, sino que se capturan de forma estructural mediante entradas del registry con sidecars, control de plazos y artefactos JSON.

Números fiscales en el directorio registry

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

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

Importante: La resolución § 60a AO es la base de todos los privilegios de utilidad pública (KSt, USt, VBG, Pauschalen). Sin esta resolución, las exenciones fiscales no pueden hacerse valer. La resolución debe estar archivada en el repo con sidecar para que la acreditación pueda presentarse en caso de inspección.

Declaración del impuesto salarial (§ 41a EStG)

La LStA como artefacto JSON

{
  "$schema": "https://gitcover.org/schemas/diary-entry-1.0.schema.json",
  "V7GUID": "<V7GUID-Class-aus-Registry>",
  "uuidV7": "<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: La uuidV7 es la DocID de la entrada. La clave compuesta V7GUID:uuidV7 sirve para la organización del almacenamiento y para las consultas a la base de datos. El objeto lsta documenta la declaración del impuesto salarial con todos sus componentes. Con Aktivrente (§ 3 Nr. 21 EStG), la LSt = 0,00 - se trata de una Nullmeldung (véase ED23).

Documentar el certificado ELSTER

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

Véase ED15: El uso práctico del certificado ELSTER (práctica de las interfaces con las autoridades, DE-Mail, intermediación por parte de GitCover) se trata en ED15.

Supervisión de plazos para las presentaciones al FA

Consejo práctico: El control 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 del FA. Así no se pasa por alto ningún incumplimiento de plazos - y se evita el § 152 AO (recargo por demora de hasta 25.000 EUR).

Apalancamiento de riesgo

Requisito de Harness (vista previa)

Derivable de ED13:

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

Fuentes

• AO (§ 60a - reconocimiento de la utilidad pública, § 149 - declaraciones fiscales, § 152 - recargo por demora)
• EStG (§ 41a - declaración del impuesto salarial, § 41b - certificado del impuesto salarial)
• UStG (§ 18 - declaración preliminar del IVA, § 14 - factura electrónica)
• AFJD/agents/ (anonimizado) - concepto SSoT con registry, control de plazos, ELSTER

Topología de fuentes y enlaces de referencia CDN

Nota: Esta asignación de fuentes, mirror y Community Hub refleja el estado actual y puede cambiar. Por favor, consulte la fuente canónica correspondiente en gitcover.org para conocer el estado actual.