ED10 - Classement par sphère des opérations commerciales (à partir de la déclaration d'activité commerciale, en cas d'utilité publique)

Problème

Une organisation d'utilité publique déclare une activité commerciale - et à partir de ce moment, la séparation des sphères (§§ 51–68 AO) s'applique. Mais dans la pratique :

• « Des sphères ? Jamais entendu parler. » - beaucoup d'entrepreneurs d'utilité publique ignorent qu'ils doivent affecter chaque opération commerciale à l'une des quatre sphères
• Mélange entre ideell et wirtschaftlich - les recettes d'ateliers (ideell) et les ventes de merchandising (wirtschaftlich) aboutissent 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 n'ont aucun champ indiquant la sphère - le vérificateur doit deviner
• Le mélange de patrimoines comme motif de retrait - le § 55 Abs. 1 Nr. 5 AO menace d'un retrait de la reconnaissance d'utilité publique en cas de mélange de patrimoines - jusqu'à 15 ans rétroactivement
• Aucune vérification automatique - personne ne vérifie si chaque opération commerciale a une sphère - on se dit que « ça sera à peu près juste »
• Forfaits affectés à la mauvaise sphère - les forfaits pour bénévoles et pour animateurs (§ 3 Nr. 26/26a EStG) ne sont pas affectés à la bonne sphère

Déclencheur A - Déclaration d'activité commerciale : cette obligation naît sans employés - elle fait partie de l'organisation, non de la qualité d'employeur. À partir du moment où une organisation d'utilité publique déclare une activité commerciale, chaque opération commerciale doit être affectée à une sphère.

Message clé

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

1. Chaque opération commerciale a un champ sphere - champ obligatoire, non optionnel (pour les tenants d'utilité publique)
2. Quatre sphères - ideell, vermögensverwaltend, zweckbetrieblich, wirtschaftlich
3. Le Pre-Commit-Hook vérifie l'exhaustivité - aucun Commit sans tag de sphère pour les tenants d'utilité publique
4. Rapport de violation des sphères - avertissement automatique en cas d'opération wirtschaftlich dans un contexte ideell
5. Forfaits affectés - les forfaits pour bénévoles/animateurs (§ 3 Nr. 26/26a EStG) reçoivent un tag de sphère

Compliance by Design : 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, pour chaque opération commerciale, l'affectation à une sphère.

Les quatre sphères

Risque en cas d'absence de séparation des sphères : le mélange de patrimoines (§ 55 Abs. 1 Nr. 5 AO) constitue un motif de retrait de la reconnaissance d'utilité publique. Une organisation d'utilité publique qui ne sépare pas les opérations des sphères wirtschaftlich et ideell risque le retrait du statut d'utilité publique - et donc l'imposition rétroactive des réserves (jusqu'à 15 ans rétroactivement).

Classement par sphère dans l'artefact JSON

Chaque opération commerciale (écriture comptable, entrée de journal, pièce justificative) contient le champ sphere comme champ obligatoire pour les tenants d'utilité publique :

{
  "$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 la DocID 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 tenants d'utilité publique - le Pre-Commit-Hook vérifie sa présence et sa validité.

Le Pre-Commit-Hook vérifie l'exhaustivité des sphères

Important - Avertissement vs. rejet : une violation des sphères (opération wirtschaftlich dans un contexte ideell) entraîne un avertissement, et non un rejet - l'opération peut être légitime (p. ex. un wirtschaftlicher Geschäftsbetrieb 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 Post-Commit-Hook génère un rapport des sphères par exercice :

Exemple pratique : l'entrepreneur (E1) comptabilise une vente de merchandising (wirtschaftlich, 500 EUR) et un atelier (ideell, 200 EUR). Le Pre-Commit-Hook exige sphere: "wirtschaftlich" ou sphere: "ideell". Le Post-Commit-Hook génère un rapport : wirtschaftlich 500 EUR (sous le seuil de franchise), ideell 200 EUR. En cas de dépassement du seuil de franchise, le rapport avertit d'une obligation KSt.

Forfaits et sphères

Les forfaits pour bénévoles et pour animateurs (§ 3 Nr. 26/26a EStG) doivent être affectés à la bonne sphère :

Important : les forfaits sont exonérés d'impôt - mais seulement s'ils sont affectés à la bonne sphère. Un forfait pour bénévoles relevant du wirtschaftlicher Geschäftsbetrieb n'est pas exonéré. Le champ sphere dans l'entrée de journal documente l'affectation.

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

Levier de risque

Exigences Harness (aperçu)

Peut être dérivé d'ED10 :

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

Sources

• AO (§ 52 - utilité publique, § 55 Abs. 1 Nr. 5 - mélange de patrimoines, § 58 Nr. 1 - vermögensverwaltend, § 64 - wirtschaftlicher Geschäftsbetrieb, § 64 Abs. 3 - seuil de franchise 45 000 EUR, § 65 - Zweckbetrieb)
• EStG (§ 3 Nr. 26 - forfait pour animateurs, § 3 Nr. 26a - forfait pour bénévoles)
• AFJD/agents/ (anonymisé) - concept SSoT avec séparation des sphères, Pre-Commit-Hooks

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

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 respective sur gitcover.org pour connaître l'état actuel.