ED10 - Clasificación por esferas de las operaciones económicas (desde el alta de actividad comercial, en caso de utilidad pública)

Problema

Una organización de utilidad pública da de alta una actividad comercial - y a partir de ese momento se aplica la separación de esferas (§§ 51–68 AO). Pero en la práctica:

• "¿Esferas? Nunca lo había oído." - muchos empresarios de utilidad pública no saben que deben asignar cada operación económica a una de cuatro esferas
• Mezcla de lo ideal y lo económico - los ingresos de talleres (ideal) y las ventas de merchandising (económico) acaban en la misma cuenta, en la misma carpeta, en el mismo repo
• Sin etiquetado de esferas - los asientos contables no tienen ningún campo que indique la esfera - el auditor tiene que adivinar
• La mezcla de patrimonios como motivo de revocación - el § 55 Abs. 1 Nr. 5 AO amenaza con la revocación de la utilidad pública en caso de mezcla de patrimonios - hasta 15 años hacia atrás
• Sin comprobación automática - nadie comprueba si cada operación económica tiene una esfera - "ya cuadrará de alguna manera"
• Montos fijos mal asignados - los montos fijos por labor voluntaria y para instructores (§ 3 Nr. 26/26a EStG) no se asignan a la esfera correcta

Desencadenante A - Alta de actividad comercial: Esta obligación surge sin empleados - forma parte de la organización, no de la existencia como empleador. Desde el momento en que una organización de utilidad pública da de alta una actividad comercial, cada operación económica debe asignarse a una esfera.

Idea central

La clasificación por esferas en el repositorio Git significa:

1. Cada operación económica tiene un campo sphere - campo obligatorio, no opcional (en Tenants de utilidad pública)
2. Cuatro esferas - ideell, vermögensverwaltend, zweckbetrieblich, wirtschaftlich
3. El Pre-Commit-Hook comprueba la completitud - ningún Commit sin etiqueta de esfera en Tenants de utilidad pública
4. Informe de infracciones de esferas - advertencia automática en caso de una operación económica en contexto ideal
5. Montos fijos asignados - los montos fijos por labor voluntaria/para instructores (§ 3 Nr. 26/26a EStG) reciben una etiqueta de esfera

Compliance by Design: La separación de esferas no surge de una ordenación posterior, sino de campos obligatorios estructurales y Pre-Commit-Hooks que comprueban la asignación de esfera de cada operación económica.

Las cuatro esferas

Riesgo en caso de falta de separación de esferas: La mezcla de patrimonios (§ 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 separa las operaciones económicas de las ideales arriesga la revocación del estatus de utilidad pública - y con ello la tributación posterior de las reservas (hasta 15 años hacia atrás).

Clasificación por esferas en el artefacto JSON

Cada operación económica (asiento contable, entrada de diario, comprobante) 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>",
  "uuidV7": "<uuidV7-Object-mit-vorgegebener-Zeitmarke>",
  "author": "E1",
  "role": "Buchhalter",
  "tenant": "ORG-1",
  "sphere": "ideell",
  "source": "E1",
  "source_sha256": "<SHA-256-...>",
  "tags": ["workshop", "bildungsangebot"]
}

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 campo sphere es un campo obligatorio en Tenants de utilidad pública - el Pre-Commit-Hook comprueba su presencia y validez.

El Pre-Commit-Hook comprueba la completitud de las esferas

Importante - Advertencia vs. rechazo: Una infracción de esferas (operación económica en contexto ideal) conduce a una advertencia, no a un rechazo - la operación puede ser legítima (p. ej., una explotación económica que corresponde a la persona jurídica). Pero la advertencia obliga al empresario a confirmar conscientemente la clasificación y a documentarla en el Commit.

Informe de esferas

El Post-Commit-Hook genera un informe de esferas por ejercicio económico:

Ejemplo práctico: El empresario (E1) contabiliza una venta de merchandising (económico, 500 EUR) y un taller (ideal, 200 EUR). El Pre-Commit-Hook exige sphere: "wirtschaftlich" o sphere: "ideell". El Post-Commit-Hook genera un informe: económico 500 EUR (por debajo del límite de exención), ideal 200 EUR. Si se supera el límite de exención, el informe advierte de la obligación de KSt.

Montos fijos y esferas

Los montos fijos por labor voluntaria y para instructores (§ 3 Nr. 26/26a EStG) deben asignarse a la esfera correcta:

Importante: Los montos fijos están exentos de impuestos - pero solo si están asignados a la esfera correcta. Un monto fijo por labor voluntaria en la explotación económica no está exento. El campo sphere en la entrada de diario documenta la asignación.

Estatutos § 6a: El pago de los montos fijos presupone una cláusula de apertura en los estatutos (§ 6a). Hasta la inscripción en el registro mercantil de la modificación de los estatutos, el pago debe aplazarse - el derecho surge a partir de la fecha de la modificación de los estatutos. Véase ED11 para más detalles.

Apalancamiento del riesgo

Requisitos del Harness (vista previa)

Derivable de ED10:

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

Fuentes

• AO (§ 52 - utilidad pública, § 55 Abs. 1 Nr. 5 - mezcla de patrimonios, § 58 Nr. 1 - gestión patrimonial, § 64 - explotación económica, § 64 Abs. 3 - límite de exención de 45.000 EUR, § 65 - Zweckbetrieb)
• EStG (§ 3 Nr. 26 - monto fijo para instructores, § 3 Nr. 26a - monto fijo por labor voluntaria)
• AFJD/agents/ (anonimizado) - concepto SSoT con separación de esferas, Pre-Commit-Hooks

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.