ED10 - Classement des opérations commerciales par sphères (à partir de l’immatriculation d’une activité commerciale, en cas d’utilité publique)

Problème

Une organisation à but non lucratif déclare une activité commerciale - et à partir de ce moment s’applique la séparation des sphères (§§ 51–68 AO). 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
• Mélange entre l’idéal et l’économique - les recettes des ateliers (idéal) et les ventes de merchandising (économique) atterrissent sur le même compte, dans le même dossier, dans le même dépôt
• Aucune indication de la sphère - les écritures comptables ne comportent aucun champ indiquant la sphère - l’auditeur doit deviner
• Le mélange du patrimoine comme motif de retrait - § 55 Abs. 1 Nr. 5 AO menace le retrait du statut d’utilité publique en cas de mélange du patrimoine - jusqu’à 15 ans rétroactivement
• Aucun contrôle automatique - personne ne vérifie si chaque opération commerciale dispose d’une sphère - l’hypothèse est que « tout finira bien par être correct »
• Forfaits mal classés - les indemnités forfaitaires de bénévolat et de moniteur (§ 3 Nr. 26/26a EStG) ne sont pas affectées à la bonne sphère

Déclencheur A - Immatriculation d’une activité commerciale : cette obligation naît sans employés - elle relève de l’organisation, et non de son existence en tant qu’employeur. Dès qu’une organisation à but non lucratif immatricule une activité commerciale, chaque opération commerciale doit être rattachée à une sphère.

Message principal

Le classement par sphères dans le dépôt Git signifie :

1. Chaque opération commerciale comporte un champ sphere - champ obligatoire, non optionnel (pour les tenants à but non lucratif)
2. Quatre sphères - ideell, vermögensverwaltend, zweckbetrieblich, wirtschaftlich
3. Le hook pre-commit vérifie la complétude - aucun commit sans tag de sphère pour les tenants à but non lucratif
4. Rapport de violation des sphères - avertissement automatique en cas d’opération économique dans un contexte idéal
5. Forfaits classés - les indemnités forfaitaires de bénévolat et de moniteur (§ 3 Nr. 26/26a EStG) reçoivent un tag de sphère

Conformité dès la conception : la séparation des sphères ne résulte pas d’un classement a posteriori, mais de champs obligatoires structurels et de hooks pre-commit qui vérifient le rattachement de chaque opération à une sphère.

Les quatre sphères

Risque en cas d’absence de séparation des sphères : le mélange du patrimoine (§ 55 Abs. 1 Nr. 5 AO) constitue un motif de retrait du statut d’utilité publique. Une organisation à but non lucratif qui ne sépare pas les opérations économiques des opérations idéales risque le retrait de son statut d’utilité publique

• et donc la taxation des réserves (jusqu’à 15 ans rétroactivement).

Classement par sphères dans l’artefact JSON

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

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

Remarque : l’uuidV7 est le DocID de l’entrée. La clé composite V7GUID:uuidV7 sert à l’organisation du stockage et aux requêtes sur la base de données. Le champ sphere est obligatoire pour les tenants à but non lucratif - le hook pre-commit vérifie sa présence et sa validité.

Le hook pre-commit vérifie la complétude du classement par sphères

Important - avertissement ou rejet : une violation des sphères (opération économique dans un contexte idéal) entraîne un avertissement, et non un rejet - l’opération peut être légitime (par ex. une activité commerciale économique qui revient à la personne morale). Mais l’avertissement oblige l’entrepreneur à confirmer consciemment le classement et à le documenter dans le commit.

Rapport des sphères

Le hook post-commit génère un rapport des sphères par exercice fiscal :

Exemple pratique : l’entrepreneur (E1) enregistre une vente de merchandising (économique, 500 EUR) et un atelier (idéal, 200 EUR). Le hook pre-commit exige sphere: "wirtschaftlich" respectivement sphere: "ideell". Le hook post-commit génère un rapport : économique 500 EUR (sous le seuil d’exemption), idéal 200 EUR. En cas de dépassement du seuil d’exemption, le rapport avertit de l’obligation d’IS.

Forfaits et sphères

Les indemnités forfaitaires de bénévolat et de moniteur sportif (§ 3 Nr. 26/26a EStG) doivent être affectées à la bonne sphère :

Important : les indemnités forfaitaires sont exonérées d’impôt - mais uniquement si elles sont affectées à la bonne sphère. Une indemnité forfaitaire de bénévolat dans une activité commerciale économique n’est pas exonérée d’impôt. Le champ sphere dans l’entrée de journal documente l’affectation.

Statuts § 6a : le versement des indemnités forfaitaires suppose l’existence d’une clause d’ouverture dans les statuts (§ 6a). Jusqu’à l’inscription au registre du commerce (HR) de la modification des statuts, le versement doit être différé - le droit à indemnisation naît à compter de la date de modification des statuts. Voir ED11 pour les détails.

Levier de réduction des risques

Exigence Harness (aperçu)

Dérivable d’ED10 :

La liste complète des exigences figure dans Harness-Anforderungen.md.

Sources

• AO (§ 52 - utilité publique, § 55 Abs. 1 Nr. 5 - mélange du patrimoine, § 58 Nr. 1 - gestion patrimoniale, § 64 - activité commerciale économique, § 64 Abs. 3 - seuil d’exemption de 45.000 EUR, § 65 - activité liée à l’objet social)
• EStG (§ 3 Nr. 26 - indemnité forfaitaire de moniteur sportif, § 3 Nr. 26a - indemnité forfaitaire de bénévolat)
• E1/agents/ (anonymisé) - concept SSoT avec séparation des sphères, hooks pre-commit

Topologie des sources et liens CDN de référence

Remarque : cette attribution des sources, du miroir et du Community Hub reflète l’état actuel et peut changer. Veuillez vérifier la source canonique correspondante sur gitcover.org pour connaître l’état actuel.