Wirtschaftsplanung

[hyperfix]

Ich komme doch noch mal auf das Thema zurück.
Ich kann mir vorstellen, dass die Gruppierung von Buchungsarten nicht einfach ist. Allerdings würden wir dann vier Fliegen mit einer Klappe schlagen, was m.E. heute alles noch mit Excel gemacht werden muss (zumindest mache ich es so):
1. Wirtschaftsplanung
- Gegenüberstellung von Plan- und Istwerten
2. Kassenbericht
- Hier will weder die Jahreshauptversammlung des Vereins noch das Finanzamt eine Einzelaufstellung nach Buchungsklassen sehen, sondern eine Zusammenfassung nach Oberpositionen für die Einnahmen und Ausgaben reicht völlig aus (siehe hier auch Anforderung aus Eintrag unter https://jverein-forum.de/viewtopic.php?t=7589)
3. Einnahmen- und Ausgabenübersicht nach Sphären
- Diese ist dem Finanzamt zwingend vorzulegen; auch hier nicht auf Buchungsklassenebene, sondern auf Aggregatpositionsebene
4. Projektübersicht
- Darstellung ähnlich der heute schon umgesetzten Form, jedoch auf der Basis der Aggregate

Zumindest die Punkte 2 und 3 wären aus meiner Sicht nicht nur für sehr wenige Nutzer hilfreich, sondern für alle, da das Vorgehen in den Finanzämtern ja gleich sein dürfte.
Zurzeit machen das vermutlich viele bzw. alle Benutzer mit eigenen Excelanwendungen. Davon sollten wir aber wegkommen.
Ich zeige hier mal meinen Kassenbericht, den Sphärenbericht nach Einnahmen und Ausgaben und den Projektbericht.
Letztlich müsste der Benutzer unterschiedliche Bäume anlegen können, bei denen Positionen definiert werden, denen eine oder mehrere Buchungsklassen zugeordnet werden können.
Eine Rest-Position „Sonstige“ nimmt alle nicht einzeln zugeordnete Buchungsklassen auf. Ist die Position leer, wird sie nicht angezeigt. Hierüber wird sichergestellt, dass jeder Baum in sich die gesamte Buchführung abdeckt. In den Auswertungen müsste man nur noch die zu verwendende Baumstruktur auswählen und man hätte die Aggregatdarstellungen.
Über eure Einschätzung dazu würde ich mich freuen.

[joma]

Zu Punkt 3. Die Buchungsklasse ist doch genau die steuerliche Sphäre. Wenn du also die Gruppierung nach Sphären willst ist das ja aktuell bereits implementiert.

Also ist Aggregatsebene identisch mit Buchungsklasse.
Und Buchungsart ist genau das was du unterhalb den Sphären in deinen Beispielen hast.
Wieso sollte man jetzt ein Mapping brauchen?

[joma]

Noch etwas, das Buchungsklassensaldo ist eine Einnahmen Überschuss Rechnung EÜR nach steuerlichen Vorgaben. Du bekommst also was du für das Finanzamt brauchst.

[joma]

Unser Wirtschaftsplan arbeitet mit den gleichen Sphären und stellt die Einnahmen und Ausgaben den Plandaten gegenüber. Also genau das was du in Punkt 1 wolltest.

Ich glaube dein Missverständnis ist, daß du die Buchungsklasse nicht als Sphäre betrachtet hast. Und die Buchungsart nicht als die Ebene unterhalb der Sphäre.
Bei standardisierten Konten Plänen Wie z. B. SKR42 werden diese auch auf diese beiden Elemente abgebildet.
Ich sehe damit auch keine Notwendigkeit eine zusätzliche Gruppierung einzuführen.

[hyperfix]

Hm. Das kann natürlich sein. Ich habe meinen Kontenrahmen noch nach SKR49 aufgebaut, da der SKR42 für die Zusammenfassung nach steuerlichen Sphären nach meinem Verständnis eine Kostenstelle benötigt, die ich in jverein m.E. nicht habe.
Der SKR42 könnte in der Tat die Aggregation überflüssig machen; zurzeit habe ich als Buchungsklasse noch definiert:
2 - Ideeller Bereich
4 - Vermögensverwaltung
6 - Zweckbetrieb Kultur
8 - Wirtschaftlicher Geschäftsbetrieb.

Und als Buchungsarten dann die zu den Buchungsklassen zugehörigen Einzelkonten.

Muss ich das dann so umstellen, dass meine Buchungsklassen heißen:
Erträge aus Mitgliedsbeiträgen, Aufnahmegebühren und Umlagen
Erträge aus Spenden
usw.

und meine Buchungsarten
4000 0 Echte Mitgliedsbeiträge
4040 0 Erträge aus Spenden/Zuwendungen
4045 0 Geldzuwendungen gegen Zuwendungsbestätigung
4050 0 Geldzuwendungen ohne Zuwendungsbestätigung
usw.?

Und wie bekäme ich dann die Zusammenführung auf die steuerlichen Sphären? Das ist mir noch nicht klar.

Letztlich will ich in den Auswertungen ja sehen:
Ideeller Bereich
Erträge aus Spenden (Zusammenführung von 4040 0, 4045 0, 4050 0)

Vielleicht gibst du mir hier noch mal eine Hilfestellung.

[joma]

Deine Buchungsklassen passen doch, es sind ja die steuerlichen Sphären und deine Buchungsarten entsprechen einem Kontenplan.
Beim SKR49 sind die Buchungsarten fest den Buchungsklassen (Sphären) zugeordnet. Die Zuordnung ist in der Buchungsart definiert. In der Buchung setzt man darum nur die Buchungsart.
Beim SKR42 ist die Zuordnung nicht fest. Man kann also die gleiche Buchungsart in mehreren Buchungsklassen (Sphären) verwenden. Darum muss man in der Buchung auch die Buchungsklasse spezifizieren.

Man kann aber beide Arten benutzen. In den Salden Reports ist die Gliederung immer Buchungsklasse und Buchungsart. Ich denke so ist es üblich und die Ausgabe auch für das Finanzamt richtig.
Eine von dir gewünschte Aggregation der Buchungsarten haben wir nicht. Das würde ja dann auch die standardisierten "Konten" (Buchungsarten) verschleiern.

[joma]

Noch etwas. Wenn du nicht auf die standardisierten Kontenrahmen angewiesen bist kannst du die Buchungsarten auch frei definieren, also gleich die Begriffe aus deiner Aggregation verwenden. Dann ordnest du die Buchungen gleich den aggregierten Buchungsarten zu. Deine jetzigen Buchungsarten brauchst du dann nicht.
Damit erhältst du die in den Salden Reports die gewünschte Struktur aus Sphäre und Aggregation.

Also als Buchungsklasse "Ideeller Bereich" usw. (so wie du sie schon hast == Sphäre) und als Buchungsart "Erträge aus Spenden", "Erträge aus Mitgliedsbeiträge", Aufnahmegebühren und Umlagen etc. definieren. Deine 40xx Buchungsarten etc. würden entfallen.

Wenn du eine Buchungsart bei mehreren Buchungsklassen verwenden möchtest kannst du das über den Schalter unter Administration->Einstellungen->Buchführung umstellen und die feste Zuordnung aufheben.

Ein Verein ist nur wegen der Steuer bei den Buchungsklassen an die steuerlichen Sphären gebunden. Die Buchungsarten kann man frei wählen. Nur wenn man mit Steuerberatern zusammen arbeitet welche einen standardisierten Kontenrahmen voraussetzen musst du einen verwenden. Da ist aber dann seit letztem Jahr der SKR42 für DATEV Pflicht, der SKR49 wird nicht mehr unterstützt.