ED09 - Sphären-Einordnung von Geschäftsvorfällen (ab Gewerbeanmeldung, bei Gemeinnützigkeit)

Problem

Eine gemeinnützige Organisation meldet ein Gewerbe an - und ab diesem Moment gilt die Sphären-Trennung (§§ 51–68 AO). Aber in der Praxis:

• "Sphären? Nie gehört." - viele gemeinnützige Unternehmer wissen nicht, dass sie jeden Geschäftsvorfall einer von vier Sphären zuordnen müssen
• Vermischung von ideell und wirtschaftlich - Workshop-Einnahmen (ideell) und Merchandising-Verkäufe (wirtschaftlich) landen auf demselben Konto, im selben Ordner, im selben Repo
• Keine Sphären-Kennzeichnung - Buchungssätze haben kein Feld, das die Sphäre angibt - der Prüfer muss raten
• Vermögensmischung als Aberkennungsgrund - § 55 Abs. 1 Nr. 5 AO droht mit Aberkennung der Gemeinnützigkeit bei Vermögensmischung - bis zu 15 Jahre rückwirkend
• Keine automatische Prüfung - niemand prüft, ob jeder Geschäftsvorfall eine Sphäre hat - es wird "schon irgendwie stimmen"
• Pauschalen falsch zugeordnet - Ehrenamts- und Übungsleiter- Pauschalen (§ 3 Nr. 26/26a EStG) werden nicht der richtigen Sphäre zugeordnet

Auslöser A - Gewerbeanmeldung: Diese Pflicht entsteht ohne Mitarbeiter - sie ist Teil der Organisation, nicht des Arbeitgeber-Daseins. Ab dem Moment, in dem eine gemeinnützige Organisation ein Gewerbe anmeldet, muss jeder Geschäftsvorfall einer Sphäre zugeordnet werden.

Kernaussage

Sphären-Einordnung im Git-Repo bedeutet:

1. Jeder Geschäftsvorfall hat ein sphere-Feld - Pflichtfeld, nicht optional (bei gemeinnützigen Tenants)
2. Vier Sphären - ideell, vermögensverwaltend, zweckbetrieblich, wirtschaftlich
3. Pre-Commit-Hook prüft Vollständigkeit - kein Commit ohne Sphären-Tag bei gemeinnützigen Tenants
4. Sphären-Verletzungs-Report - automatische Warnung bei wirtschaftlichem Vorgang im ideellen Kontext
5. Pauschalen zugeordnet - Ehrenamts-/Übungsleiter-Pauschalen (§ 3 Nr. 26/26a EStG) erhalten Sphären-Tag

Compliance by Design: Sphären-Trennung entsteht nicht durch nachträgliche Sortierung, sondern durch strukturelle Pflichtfelder und Pre-Commit-Hooks, die jeden Geschäftsvorfall auf Sphären- Zuordnung prüfen.

Die vier Sphären

Risiko bei fehlender Sphären-Trennung: Vermögensmischung (§ 55 Abs. 1 Nr. 5 AO) ist ein Aberkennungsgrund für die Gemeinnützigkeit. Eine gemeinnützige Organisation, die wirtschaftliche und ideelle Vorgänge nicht trennt, riskiert die Aberkennung des gemeinnützigen Status - und damit Nachversteuerung der Rücklagen (bis zu 15 Jahre rückwirkend).

Sphären-Einordnung im JSON-Artefakt

Jeder Geschäftsvorfall (Buchungssatz, Tagebucheintrag, Beleg) enthält das sphere-Feld als Pflichtfeld bei gemeinnützigen Tenants:

{
  "$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": "Buchhalter",
  "tenant": "ORG-1",
  "sphere": "ideell",
  "source": "E1",
  "source_sha256": "<SHA-256-...>",
  "tags": ["workshop", "bildungsangebot"]
}

Hinweis: Die uuidV7 ist die DocID des Eintrags. Der Composite Key V7GUID:uuidV7 dient der Ablage-Organisation und DB-Query. Das sphere-Feld ist ein Pflichtfeld bei gemeinnützigen Tenants - der Pre-Commit-Hook prüft seine Anwesenheit und Gültigkeit.

Pre-Commit-Hook prüft Sphären-Vollständigkeit

Wichtig - Warnung vs. Ablehnung: Eine Sphären-Verletzung (wirtschaftlicher Vorgang im ideellen Kontext) führt zu einer Warnung, nicht zu einer Ablehnung - der Vorgang kann legitim sein (z. B. wirtschaftlicher Geschäftsbetrieb, der der Körperschaft zusteht). Aber die Warnung zwingt den Unternehmer, die Einordnung bewusst zu bestätigen und im Commit zu dokumentieren.

Sphären-Report

Der Post-Commit-Hook generiert einen Sphären-Report pro Geschäftsjahr:

Praxis-Beispiel: Der Unternehmer (E1) bucht einen Merchandising-Verkauf (wirtschaftlich, 500 EUR) und einen Workshop (ideell, 200 EUR). Der Pre-Commit-Hook verlangt sphere: "wirtschaftlich" bzw. sphere: "ideell". Der Post-Commit-Hook generiert einen Report: wirtschaftlich 500 EUR (unter Freigrenze), ideell 200 EUR. Bei Überschreitung der Freigrenze warnt der Report vor KSt-Pflicht.

Pauschalen und Sphären

Ehrenamts- und Übungsleiter-Pauschalen (§ 3 Nr. 26/26a EStG) müssen der richtigen Sphäre zugeordnet werden:

Wichtig: Die Pauschalen sind steuerfrei - aber nur, wenn sie der richtigen Sphäre zugeordnet sind. Eine Ehrenamtspauschale im wirtschaftlichen Geschäftsbetrieb ist nicht steuerfrei. Das sphere-Feld im Tagebucheintrag dokumentiert die Zuordnung.

Satzung § 6a: Die Auszahlung der Pauschalen setzt eine Öffnungsklausel in der Satzung voraus (§ 6a). Bis zur HR-Eintragung der Satzungsänderung ist die Auszahlung zurückzustellen - der Anspruch entsteht ab dem Datum der Satzungsänderung. Siehe ED10 für Details.

Risiko-Leverage

Harness-Anforderung (Vorschau)

Aus ED09 ableitbar:

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

Quellen

• AO (§ 52 - Gemeinnützigkeit, § 55 Abs. 1 Nr. 5 - Vermögensmischung, § 58 Nr. 1 - vermögensverwaltend, § 64 - wirtschaftlicher Geschäftsbetrieb, § 64 Abs. 3 - Freigrenze 45.000 EUR, § 65 - Zweckbetrieb)
• EStG (§ 3 Nr. 26 - Übungsleiterpauschale, § 3 Nr. 26a - Ehrenamtspauschale)
• AFJD/agents/ (anonymisiert) - SSoT-Konzept mit Sphären-Trennung, Pre-Commit-Hooks

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.