ED10 - Asignación a esferas de las operaciones empresariales (desde el registro de la actividad empresarial, en caso de utilidad pública)

Problema

Una organización de utilidad pública registra una actividad empresarial y, desde ese momento, se aplica la separación de esferas (§§ 51–68 AO). Pero en la práctica:

• "¿Esferas? Nunca había oído hablar de ellas." - muchos emprendedores de utilidad pública no saben que deben asignar cada operación empresarial a una de las cuatro esferas
• Mezcla de las esferas ideal y económica - los ingresos de talleres (ideal) y las ventas de merchandising (económico) acaban en la misma cuenta, la misma carpeta y el mismo repositorio
• Sin indicación de la esfera - los asientos contables no tienen ningún campo que indique la esfera - el auditor debe adivinar
• Mezcla patrimonial como causa de revocación - § 55 Abs. 1 Nr. 5 AO amenaza con la revocación de la utilidad pública en caso de mezcla patrimonial - hasta 15 años retroactivamente
• Sin comprobación automática - nadie comprueba si cada operación empresarial tiene una esfera - "ya saldrá bien de alguna manera"
• Asignación incorrecta de los importes a tanto alzado - los importes a tanto alzado por voluntariado y por monitores deportivos (§ 3 Nr. 26/26a EStG) no se asignan a la esfera correcta

Activador A - Registro de la actividad empresarial: Esta obligación surge sin empleados - forma parte de la organización, no de su condición de empleador. Desde el momento en que una organización de utilidad pública registra una actividad empresarial, cada operación empresarial debe asignarse a una esfera.

Idea principal

La asignación a esferas en el repositorio Git significa:

1. Cada operación empresarial tiene un campo sphere - campo obligatorio, no opcional (en tenants de utilidad pública)
2. Cuatro esferas - ideell, vermögensverwaltend, zweckbetrieblich, wirtschaftlich
3. El hook de pre-commit comprueba la completitud - no se permite ningún commit sin etiqueta de esfera en tenants de utilidad pública
4. Informe de vulneración de esferas - advertencia automática ante una operación económica en un contexto ideal
5. Importes a tanto alzado asignados - los importes a tanto alzado por voluntariado y monitores deportivos (§ 3 Nr. 26/26a EStG) reciben una etiqueta de esfera

Cumplimiento por diseño: La separación de esferas no surge de una clasificación a posteriori, sino de campos obligatorios estructurales y hooks de pre-commit que comprueban la asignación a esferas de cada operación empresarial.

Las cuatro esferas

Riesgo si falta la separación de esferas: La mezcla patrimonial (§ 55 Abs. 1 Nr. 5 AO) es un motivo de revocación de la utilidad pública. Una organización de utilidad pública que no separe las operaciones económicas de las ideales corre el riesgo de que se le revoque la condición de utilidad pública - y, con ello, de que se apliquen retroactivamente impuestos a las reservas (hasta 15 años retroactivamente).

Asignación a esferas en el artefacto JSON

Cada operación empresarial (asiento contable, apunte en el libro diario, documento) contiene el campo sphere como campo obligatorio en tenants de utilidad pública:

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

Nota: El uuidV7 es el DocID de la entrada. La clave compuesta V7GUID:uuidV7 sirve para organizar el almacenamiento y la consulta a la base de datos. El campo sphere es obligatorio en tenants de utilidad pública - el hook de pre-commit comprueba su presencia y validez.

El hook de pre-commit comprueba la completitud de las esferas

Importante - Advertencia frente a rechazo: Una vulneración de esferas (operación económica en un contexto ideal) provoca una advertencia, no un rechazo - la operación puede ser legítima (p. ej., una actividad empresarial económica que pertenece a la entidad). Pero la advertencia obliga al empresario a confirmar conscientemente la clasificación y a documentarla en el commit.

Informe de esferas

El hook de post-commit genera un informe de esferas por ejercicio fiscal:

Ejemplo práctico: El empresario (E1) registra una venta de merchandising (económica, 500 EUR) y un taller (ideal, 200 EUR). El hook de pre-commit exige sphere: "wirtschaftlich" o, respectivamente, sphere: "ideell". El hook de post-commit genera un informe: económico 500 EUR (por debajo del umbral de exención), ideal 200 EUR. Si se supera el umbral de exención, el informe advierte sobre la obligación de KSt.

Importes a tanto alzado y esferas

Los importes a tanto alzado por voluntariado y por monitores deportivos (§ 3 Nr. 26/26a EStG) deben asignarse a la esfera correcta:

Importante: Los importes a tanto alzado están exentos de impuestos - pero solo si están asignados a la esfera correcta. El pago a tanto alzado por voluntariado en una actividad empresarial de carácter económico no está exento de impuestos. El campo sphere del apunte en el libro diario documenta la asignación.

Estatutos § 6a: El pago de los importes a tanto alzado exige una cláusula de apertura en los estatutos (§ 6a). Hasta la inscripción de la modificación de los estatutos en el Registro Mercantil (HR), el pago debe aplazarse - el derecho surge a partir de la fecha de modificación de los estatutos. Véase ED11 para obtener más detalles.

Palancas de reducción del riesgo

Requisito de Harness (vista previa)

Derivables de ED10:

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

Fuentes

• AO (§ 52 - utilidad pública, § 55 Abs. 1 Nr. 5 - mezcla patrimonial, § 58 Nr. 1 - gestión patrimonial, § 64 - actividad empresarial económica, § 64 Abs. 3 - umbral de exención 45.000 EUR, § 65 - empresa para fines institucionales)
• EStG (§ 3 Nr. 26 - pago a tanto alzado para monitores deportivos, § 3 Nr. 26a - pago a tanto alzado por voluntariado)
• E1/agents/ (anonimizado) - concepto SSoT con separación de esferas, hooks de pre-commit

Topología de las fuentes y enlaces de referencia al CDN

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.