ED09 - Clasificación por esferas de las operaciones comerciales (a partir del registro de actividad, en caso de utilidad pública)

Problema

Una organización de utilidad pública registra 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 las he oído." - muchos emprendedores de organizaciones de utilidad pública no saben que deben asignar cada operación comercial 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 repositorio
• Sin identificación de esferas - los asientos contables no tienen un campo que indique la esfera - el auditor tiene que adivinar
• Mezcla patrimonial como motivo de revocación - el § 55 Abs. 1 Nr. 5 AO amenaza con la revocación de la utilidad pública por mezcla patrimonial - hasta 15 años de efecto retroactivo
• Sin verificación automática - nadie comprueba si cada operación comercial tiene una esfera asignada - se asume que "ya estará bien"
• Importes fijos mal asignados - los importes fijos por voluntariado y para instructores (§ 3 Nr. 26/26a EStG) no se asignan a la esfera correcta

Disparador A - Registro de actividad: Esta obligación surge sin empleados - forma parte de la organización, no de su condición de empleadora. A partir del momento en que una organización de utilidad pública registra una actividad comercial, cada operación comercial debe asignarse a una esfera.

Afirmación central

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

1. Cada operación comercial 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 verifica la completitud - ningún commit sin etiqueta de esfera en tenants de utilidad pública
4. Informe de violación de esferas - advertencia automática ante una operación económica en contexto ideal
5. Importes fijos asignados - los importes fijos por voluntariado/instructores (§ 3 Nr. 26/26a EStG) reciben etiqueta de esfera

Cumplimiento por diseño: La separación de esferas no surge de una clasificación posterior, sino de campos obligatorios estructurales y Pre-Commit-Hooks que verifican la asignación de esfera de cada operación comercial.

Las cuatro esferas

Riesgo ante la falta de 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 arriesga la revocación de su estatus de utilidad pública - y con ello la regularización fiscal de las reservas (hasta 15 años de efecto retroactivo).

Clasificación por esferas en el artefacto JSON

Cada operación comercial (asiento contable, entrada en el 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 las consultas a la BD. El campo sphere es un campo obligatorio en tenants de utilidad pública - el Pre-Commit-Hook verifica su presencia y validez.

El Pre-Commit-Hook verifica la completitud de esferas