ED11 - Finanzamt: Steuernummer, § 60a AO, Lohnsteuer-Anmeldung

Problem

Nach der Gründung und Gewerbeanmeldung meldet sich das Finanzamt (FA) an - aber im KMU-Bereich ist unklar, welche Pflichten daraus entstehen und wie sie im Repo nachgewiesen werden:

• "Steuernummer? Die hat der Steuerberater." - viele Unternehmer wissen ihre eigene Steuernummer nicht, geschweige denn wo sie liegt
• § 60a AO Bescheid unbekannt - der Bescheid über die Gemeinnützigkeit (§ 60a Abs. 1 AO) ist die Grundlage für Steuerbefreiungen, aber er liegt irgendwo in Papierform
• Lohnsteuer-Anmeldung als Black Box - die LStA wird vom Lohnbüro gemacht, aber der Unternehmer hat keinen Nachweis im Repo
• ELSTER-Zertifikat nicht dokumentiert - das persönliche oder Organisations-Zertifikat ist irgendwo installiert, aber nicht im Repo nachgewiesen
• USt-Mitteilung vs. KSt-Mitteilung verwechselt - verschiedene Steuernummern für verschiedene Steuerarten, aber nur eine liegt vor
• Keine Fristen-Überwachung für FA-Anmeldungen - LStA, UStA, ESt/KSt-Erklärungen haben unterschiedliche Fristen, aber niemand überwacht sie zentral

Kernaussage

Finanzamt-Pflichten im Git-Repo bedeuten:

1. Steuernummern als Registry-Einträge - zentrale Ablage in registry/ mit Sidecar, pro Steuerart eine Nummer
2. § 60a AO Bescheid als Beleg mit Sidecar - Freistellungsbescheid mit Gültigkeits-Tracking
3. Lohnsteuer-Anmeldung als JSON-Artefakt - LStA mit source_sha256 auf die ELSTER-Quittung
4. ELSTER-Zertifikat dokumentiert - .pfx-Datei mit Sidecar (nicht das Zertifikat selbst ins Repo, sondern der Nachweis)
5. Fristen-Check für alle FA-Anmeldungen - LStA, UStA, ESt/KSt mit Auto-Warnung

Compliance by Design: FA-Pflichten werden nicht nachträglich verwaltet, sondern durch Registry-Einträge mit Sidecars, Fristen-Check und JSON-Artefakte strukturell erfasst.

Steuernummern im Registry-Verzeichnis

Praxis-Beispiel: Die KMU hat KSt-Steuernummer <STNR>, USt-Steuernummer <STNR>, LSt-Steuernummer <STNR>, W-IdNr <WID>, USt-IdNr DE<UID>. Jede Nummer liegt als Beleg mit Sidecar in registry/. Der § 60a AO Bescheid (Anerkennung Gemeinnützigkeit) liegt ebenfalls dort, mit Gültigkeits-Tracking.

§ 60a AO Bescheid - Gemeinnützigkeit

Wichtig: Der § 60a AO Bescheid ist die Grundlage für alle Gemeinnützigkeits-Privilegien (KSt, USt, VBG, Pauschalen). Ohne diesen Bescheid sind Steuerbefreiungen nicht greifbar. Der Bescheid muss im Repo mit Sidecar abgelegt sein, damit der Nachweis bei Prüfung erbracht werden kann.

Lohnsteuer-Anmeldung (§ 41a EStG)

LStA als JSON-Artefakt

{
  "$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"
  }
}

Hinweis: Die uuidV7 ist die DocID des Eintrags. Der Composite Key V7GUID:uuidV7 dient der Ablage-Organisation und DB-Query. Das lsta-Objekt dokumentiert die Lohnsteuer-Anmeldung mit allen Komponenten. Bei Aktivrente (§ 3 Nr. 21 EStG) ist die LSt = 0,00 - es handelt sich um eine Nullmeldung (siehe ED14).

ELSTER-Zertifikat dokumentieren

Wichtig - .pfx nicht ins Repo: Die .pfx-Datei (Zertifikat + privater Schlüssel) wird nicht ins Git-Repo aufgenommen - sie enthält kryptographische Geheimnisse. Stattdessen wird ein Sidecar abgelegt, der die Existenz und Aktivierung des Zertifikats dokumentiert (Datum, Status, ELSTER-Test-Quittung). Die .pfx-Datei liegt sicher außerhalb des Repos (z. B. auf verschlüsseltem Datenträger).

Siehe ED12: Die praktische Nutzung des ELSTER-Zertifikats (Behördenschnittstellen-Praxis, DE-Mail, Vermittlung durch GitCover) wird in ED12 behandelt.

Fristen-Überwachung für FA-Anmeldungen

Praxis-Tipp: Der Fristen-Check wird als Git-Artefakt geführt und bei jedem Commit aktualisiert. Die Auto-Warnung (siehe ED07) warnt 14 Tage vor Ablauf einer FA-Frist. So wird kein Fristenversäumnis mehr übersehen - und § 152 AO (Verspätungszuschlag bis 25.000 EUR) wird vermieden.

Risiko-Leverage

Harness-Anforderung (Vorschau)

Aus ED11 ableitbar:

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

Quellen

• AO (§ 60a - Gemeinnützigkeit-Anerkennung, § 149 - Steuererklärungen, § 152 - Verspätungszuschlag)
• EStG (§ 41a - Lohnsteuer-Anmeldung, § 41b - Lohnsteuer-Bescheinigung)
• UStG (§ 18 - Umsatzsteuer-Voranmeldung, § 14 - E-Rechnung)
• AFJD/agents/ (anonymisiert) - SSoT-Konzept mit Registry, Fristen-Check, ELSTER

Quellen-Topologie und CDN-Referenz-Links

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.