ED09 - Classification par sphères des opérations commerciales (à partir de l'immatriculation commerciale, en cas de but non lucratif)

Problème

Une organisation à but non lucratif immatricule une activité commerciale – et à partir de ce moment, la séparation des sphères (§§ 51–68 AO) s'applique. Mais dans la pratique :

• « Sphères ? Jamais entendu. » – de nombreux entrepreneurs à but non lucratif ne savent pas qu'ils doivent rattacher chaque opération commerciale à l'une des quatre sphères
• Confusion entre le domaine idéel et le domaine économique – les revenus de workshops (idéel) et les ventes de merchandising (économique) atterrissent sur le même compte, dans le même dossier, dans le même dépôt
• Aucun marquage de sphère – les écritures comptables ne disposent d'aucun champ indiquant la sphère – l'auditeur doit deviner
• Confusion d'actifs comme motif de retrait – l'art. § 55 Abs. 1 Nr. 5 AO menace du retrait de la qualification d'intérêt général en cas de confusion d'actifs – jusqu'à 15 ans rétroactivement
• Aucun contrôle automatique – personne ne vérifie que chaque opération commerciale est rattachée à une sphère – on part du principe que « ça doit bien être correct »
• Forfaits mal rattachés – les forfaits pour bénévolat et formateurs bénévoles (§ 3 Nr. 26/26a EStG) ne sont pas rattachés à la sphère appropriée

Déclencheur A – Immatriculation commerciale : Cette obligation naît sans salariés – elle fait partie de l'organisation, non de la qualité d'employeur. À partir du moment où une organisation à but non lucratif immatricule une activité commerciale, chaque opération commerciale doit être rattachée à une sphère.

Affirmation centrale

La classification par sphères dans le dépôt Git signifie :

1. Chaque opération commerciale dispose d'un champ sphere – champ obligatoire, non optionnel (pour les locataires à but non lucratif)
2. Quatre sphères – ideell, vermögensverwaltend, zweckbetrieblich, wirtschaftlich
3. Le Pre-Commit-Hook vérifie la complétude – aucun commit sans étiquette de sphère pour les locataires à but non lucratif
4. Rapport de violation de sphères – alerte automatique en cas d'opération économique dans un contexte idéel
5. Forfaits rattachés – les forfaits pour bénévolat/formateurs bénévoles (§ 3 Nr. 26/26a EStG) reçoivent une étiquette de sphère

Conformité par conception : La séparation des sphères ne résulte pas d'un tri a posteriori, mais de champs obligatoires structurels et de Pre-Commit-Hooks qui vérifient le rattachement de chaque opération commerciale à une sphère.

Les quatre sphères

Risque en l'absence de séparation des sphères : La confusion d'actifs (§ 55 Abs. 1 Nr. 5 AO) constitue un motif de retrait de la qualification d'intérêt général. Une organisation à but non lucratif qui ne distingue pas les opérations économiques des opérations idéelles risque le retrait de son statut d'intérêt général – et donc l'imposition rétroactive des réserves (jusqu'à 15 ans rétroactivement).

Classification par sphères dans l'artefact JSON

Chaque opération commerciale (écriture comptable, entrée de journal, justificatif) contient le champ sphere en tant que champ obligatoire pour les locataires à but non lucratif :

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

Remarque : La uuidV7 est l'identifiant du document de l'entrée. La clé composite V7GUID:uuidV7 sert à l'organisation du stockage et aux requêtes DB. Le champ sphere est un champ obligatoire pour les locataires à but non lucratif – le Pre-Commit-Hook vérifie sa présence et sa validité.

Le Pre-Commit-Hook vérifie la complétude des sphères