[gnucash-de] Arbeitet jemand am SKR42, dem neune Kontenrahmen für Vereine?
Gunter Kramp
gunter at solidaritaet-gmbh.de
Mi Apr 24 04:49:08 EDT 2024
Hallo Andreas,
das ist eine gute Frage:
>> Anderer Frage an die BuchhalterInnen: Weist man Buchungen ggf. auch
>> mehreren Kostenstellen zu?
>> Ich frage aus Folgende Situation: Wir sind ein Verein mit 8 Sparten.
>> Dass die Buchungen den verschiedenn Bereichen zugeordnet werden müssen,
>> ist mir mittlerweile auch klar. Wie kann bildet man dann aber ab, dass
>> die Buchungen verschiedenen Sparten zugeordnet werden? Entweder hat jede
>> Sparte je 4 Kostenstellen oder jede Sparte bekommt zu jedem Konto ein
>> eigenes Unterkonte in das gebucht wird. Eine Alternative wäre, dass man
>> Buchungen auch mit mehreren Tags versehen kann. Dann kann ich einen
>> Abschluss nach Sparte, ohne nach den 4 Bereichen zu trennen, ich kann
>> einen Gesamtbericht nur nach den 4 Bereichen machen oder beides.
Tatsächlich ist es in komplexeren ERP Systemen wohl möglich Buchungen
mit mehreren Kostenstellen als eine Art Tags zu versehen.
Mir scheint aber eine Kostenstelle pro Buchung pragmatisch gesehen
ausreichend.
Die Kostenstellen würden dann für das Beispiel was du genannt hast
sinnvollerweise strukturiert erstellt werden:
Also z.B. von Links 1 Stelle Sparte, zweite Stelle Bereich, hintere 2
Stellen Projekte
Kostenstelle 1100 wäre also Sparte 1 ideeller Bereich, ohne Projektzuordnung
Kostenstelle 1201 wäre dann Sparte 2 Zweckbetrieb, Projekt 1
oder so ähnlich.
Daraus ergibt sich dass die Kostenstellen eine frei wählbare Nummer und
Bezeichnung haben müssten, die unabhängig von dem Zeitpunkt und der
Reihenfolge ihrer Erzeugung sein sollten.
Bei der Auswertung müsste es möglich sein auszuwählen welche, also auch
mehrere beliebige Kostenstellen in einen Bericht eingehen sollen.
Dann kann bei Verwendung obigen Schemas sowohl nach Projekt wie auch
nach Sparte oder Bereich einer Sparte ausgewertet werden.
> Allerdings würde das, das Dateiformat
>> grundlegend ändern. Dateien, die mit Kostenstellen angelegt sind, wären
>> nicht mehr rückwärts-kompatibel.
Ideal wäre aus meiner Sicht wenn eine gewisse Rückwärtskompatibilität
entstünde indem die Datenbank einfach nur zusätzliche Felder enthält für
die Kostenstelle, die in einer alten Version von GnuCash dann einfach
nicht gelesen/geschrieben werden.
Da es keinen Zwang gibt einer Buchung eine Kostenstelle zuzuweisen ist
das keine Problem.
Herzliche Grüße
Gunter
Am 19.04.24 um 16:47 schrieb Andreas Fromm:
> Das Problem mit der Auswertung/Berichte könnte auch fürs Erste umgangen
> werden, wenn man die Berichte nicht in GC erstellt, sondern sich die
> Buchungen in Excel/OOCalc exportiert. Wenn man das
> Datenbank-Backend(sqlite/mysql) nutzt, könnte man auch mit einem eigenen
> Berichtemodul, das unabhängig von GC selbst ist, die Daten aufarbeiten.
>
> Nochmal, als nicht-Buchhalter nachgefragt: Man bräuchte "einfach" nur
> eine weitere Spalte für jede Buchung, in der eine der vorher angelegten
> Kostenstellen angegeben werden? Klingt für mich nicht so unmöglich
> aufwändig in der Implementierung. Allerdings würde das, das Dateiformat
> grundlegend ändern. Dateien, die mit Kostenstellen angelegt sind, wären
> nicht mehr rückwärts-kompatibel.
>
> Anderer Frage an die BuchhalterInnen: Weist man Buchungen ggf. auch
> mehreren Kostenstellen zu?
> Ich frage aus Folgende Situation: Wir sind ein Verein mit 8 Sparten.
> Dass die Buchungen den verschiedenn Bereichen zugeordnet werden müssen,
> ist mir mittlerweile auch klar. Wie kann bildet man dann aber ab, dass
> die Buchungen verschiedenen Sparten zugeordnet werden? Entweder hat jede
> Sparte je 4 Kostenstellen oder jede Sparte bekommt zu jedem Konto ein
> eigenes Unterkonte in das gebucht wird. Eine Alternative wäre, dass man
> Buchungen auch mit mehreren Tags versehen kann. Dann kann ich einen
> Abschluss nach Sparte, ohne nach den 4 Bereichen zu trennen, ich kann
> einen Gesamtbericht nur nach den 4 Bereichen machen oder beides.
>
> On 4/18/24 21:43, Gunter Kramp wrote:
>> Interessante Anregung.
>>
>> Nur soweit ich weiß gibt es das nicht bei allen Buchungen - oder irre
>> ich da ?
>> Vielleicht wird es auch nur nicht bei allen angezeigt.
>>
>> Die Nutzung von Kostenstellen darf aber nicht mir dem Rechnungsmodul
>> kollidieren und alle Buchungen müssen eine Kostenstelle haben können
>> z.B. für die Zuordung von Bereichen eines Vereins:
>> Denn damit sollen ja quasi die Buchhaltungen der steuerlichen Bereiche
>> des Vereins in eine Buchhaltung abgebildet werden aber auch wieder
>> auseinander sortierbar sein.
>>
>> Die Idee hatte ich aber auch schon mal, ob es in den Kontobuchungen
>> irgendeine Zahl gibt die sich dafür nutzen lässt.
>>
>> Selbst wenn es so wäre bleibt das Problem der Auswertungen nach dieser
>> Zahl.
>> Dass die Nummer dann in GnuCash keiner Bezeichung zuzuordnen ist wäre
>> meine ich als Workaround erst mal verschmerzbar.
>>
>> LG Gunter
>>
>> Am 18.04.24 um 21:30 schrieb Markus Schneider:
>>> Hallo,
>>>
>>> in gnucash gibt es 'Abrechnung-ID' und 'Auftrag' z.B. bei Rechnungen.
>>> Ich habe nie verstanden was das genau ist, habe auch keine
>>> Dokumentation gefunden.
>>> Könnte man eins von den Beiden als Kostenstelle 'missbrauchen' ?
>>>
>>> Viele Grüße
>>> Markus
>>>
>>> On 18.04.24 21:05, Gunter Kramp wrote:
>>>> Hallo zusammen,
>>>>
>>>> schön dass hier auf der Liste zumindest eine gewisse Offenheit für
>>>> die Erweiterung um Kostenstellen besteht.
>>>>
>>>> Die sind jedenfalls das Feature was in meiner Beratung zu freier
>>>> Softwareauswahl in etwa der Hälfte der Fälle eine Entscheidung für
>>>> GnuCash verhindert.
>>>>
>>>> Es werden dann entweder propriertäre Produkte (Lexware, in der
>>>> Bedienung echt fies ineffizient) oder JVerein (nur einfach
>>>> Buchhaltung) genutzt
>>>>
>>>> Oder es müsste dann ein ERP System sein wie Tryton, echt cool aber
>>>> für kleine Vereine viel zu groß
>>>>
>>>> Vereine sind nämlich meine ich mit GnuCash ziemlich optimal bedient
>>>> wenn sie sich mit doppelter Buchhaltung anfreunden wollen.
>>>> Nur brauchen die oft Kostenstellen.
>>>> Die werden da nämlich für die Zuordnung zu Abteilungenund
>>>> geförderten Projekten (Mittelverwendungsnachweis!)
>>>>
>>>> In sofern brauchen das nicht nur Unternehmen ab mittlerer Größe,
>>>> sondern auch sehr kleine Organisationen.
>>>>
>>>>> Es müssten im Prinzip neben der Datenbank für die Konten noch eine
>>>>> zweite Datenbank-Tabelle existieren die die Kostenstellen erfassen
>>>>> kann. Somit müsste jede Buchung mit 2 Nummern erfolgen: (A)
>>>>> Buchhaltungs-Konto-Nummer und (B) Kostenstelle.
>>>>>
>>>>> Neben dem Erstellen der zweiten Datenbank-Datei (Tabelle) müsste
>>>>> dann noch das GUI angepasst werden, damit diese Spalte auch
>>>>> erscheint bei der Eingabe der Buchungen.
>>>>
>>>> Kling ja recht machbar wenn das so geht.
>>>>
>>>> Dazu brächte es noch die Möglichkeit die Kostenstellen in der GUI
>>>> anzulegen und denen
>>>> einen Namen zuzuordnen
>>>> zu ändern
>>>> zu löschen wenn nicht verwendet
>>>> zu verstecken/zu sperren wenn verwendet
>>>>
>>>> Und die Möglichkeit Berichte danach zu filtern
>>>> Also zum Beispiel bei GuV nur für die Buchungen von einer bestimmten
>>>> oder einigen ausgewählten Kostenstellen auszuwerten.
>>>> Damit kann dann quasi ein separater Abschluss für einzelne Sparten
>>>> erstellt werden.
>>>>
>>>> Gibt es bereits eine Möglichkeit sowas zu machen ? Also bei
>>>> Berichten nicht alle Buchungen auszuwerten ?
>>>> Buchungen auf Versteckten Konten können doch meine ich
>>>> ausgeschlossen werden, das hat mir meine ich mal einen Fehler bei
>>>> einem Jahresabschluss erzeugt.
>>>>
>>>>> 1. Eine enhancement request in bugzilla. Derzeit liefert eine Suche
>>>>> nach "Cost centre" lediglich
>>>>> https://bugs.gnucash.org/show_bug.cgi?id=113772 Add categories for
>>>>> more reporting flexibility
>>>>>
>>>>> Bugzilla ist schließlich die erste Stelle, wo unterbeschäftigte
>>>>> Entwickler nachsehen würden.
>>>>
>>>> Das erstelle ich gerne, diese Mail soll schon mal dazu dienen da ein
>>>> paar Ideen dafür zusammenzuschreiben. Gebt mir gerne Feedback dazu.
>>>>>
>>>>> 2. eine Wiki-Seite, wo wir die Anforderungen sammeln. Vielleicht
>>>>> zunächst auf deutsch, um Übersetzungsfehler zu vermeiden, und
>>>>> später dann auf englisch.
>>>>>
>>>>> Die RFE sollte natürlich auf die Wiki-Seite verweisen.
>>>>
>>>> Da habe ich leider keine Ahnung wie ich da Rechte bekommen zu
>>>> schreiben...
>>>>
>>>> LG Gunter
>>>>
>>>>
>>>> Am 17.04.24 um 16:04 schrieb Vincent:
>>>>> In der Tat sind Kostenstellen für mittlere oder größere Betriebe
>>>>> sinnvoll bis notwendig.
>>>>> Bei kleinen Betrieben sicherlich nicht - aber auch gut zu haben.
>>>>>
>>>>> Es müssten im Prinzip neben der Datenbank für die Konten noch eine
>>>>> zweite Datenbank-Tabelle existieren die die Kostenstellen erfassen
>>>>> kann. Somit müsste jede Buchung mit 2 Nummern erfolgen: (A)
>>>>> Buchhaltungs-Konto-Nummer und (B) Kostenstelle.
>>>>>
>>>>> Neben dem Erstellen der zweiten Datenbank-Datei (Tabelle) müsste
>>>>> dann noch das GUI angepasst werden, damit diese Spalte auch
>>>>> erscheint bei der Eingabe der Buchungen.
>>>>>
>>>>> Vincent
>>>>>
>>>>>
>>>>> On 17.04.24 11:58, Gunter Kramp wrote:
>>>>>> Hallo zusammen,
>>>>>>
>>>>>> leider gibt es aus meiner Sicht ein grundlegendes Problem bei der
>>>>>> Nutzung des SKR 42 mit Gnu Cash !
>>>>>>
>>>>>> Dieser Kontenrahmen bildet die verschiedenen Bereiche des Vereins
>>>>>> (gemeinnütziger bzw. ideeller Bereich, Vermögensverwaltung,
>>>>>> wirtschaftlicher Geschäftsbetrieb)
>>>>>> über KOSTENSTELLEN ab
>>>>>>
>>>>>> Damit erübrigt es sich alle Sachkonten für die jeweiligen Bereiche
>>>>>> mehrfach einzulegen, weil mit den Kostenstellen eine Kategorie
>>>>>> quer zu den Sachkonten existiert.
>>>>>>
>>>>>> Da GnuCash bisher keine Kostenstellen kann lässt sich der
>>>>>> Kontenrahmen aktuell nicht sinnvoll mit GnuCash nutzen.
>>>>>>
>>>>>> Es lohnt daher aus meiner Sicht nicht die Konten in GnuCash als
>>>>>> Vorlage einzupflegen, zumal die nahezu dem SKR 04 entsprechen.
>>>>>>
>>>>>> Aus meiner Sicht macht das die Bitte die ich schon lange habe noch
>>>>>> dringlicher in GnuCash Kostenstellen einzubauen.
>>>>>>
>>>>>> Wenn irgendwer eine Idee hat was zu tun wäre damit das voran kommt
>>>>>> wäre ich interessiert.
>>>>>>
>>>>>> Herzliche Grüße
>>>>>> Gunter
>>>>>>
>>>>>>
>>>>>> Am 17.04.24 um 08:16 schrieb Andreas Fromm:
>>>>>>> Den SKR42 aus dem 49 zu erzeugen, ist eher nicht so einfach. Es
>>>>>>> wurde das grundlegende Buchhaltungsprinzip neu gestaltet. Nach
>>>>>>> dem, was ich gelesen habe, wurden die 4 Bereiche für die
>>>>>>> Buchhaltung von Vereinen (Ideeller Bereich, Zweckbetrieb,
>>>>>>> Vermögensverwaltung, Ertragssteuerpflichtiger Geschäftsbetrieb),
>>>>>>> die im 49 abgebildet waren, wurden aufgehoben und werden anders
>>>>>>> abgebildet. Außerdem müssten die Kontonr. von allen Konten
>>>>>>> müssten händisch angepasst werden. Da sollte es schneller sein,
>>>>>>> die Kontenliste neu einzulesen. Ich habe gestern mal ein wenig
>>>>>>> angefangen, aber man ist der Kontenrahmen umfangreich. Da müsste
>>>>>>> auch jemand mit mehr Sachverstand mit ran, da es viel Platz für
>>>>>>> individuelle Anpassungen gibt, wo ich nicht wirklich weiß, wie
>>>>>>> die in einem Kontentemplate sinnvoll vorbereitet werden sollen.
>>>>>>>
>>>>>>> On 4/16/24 23:27, Frank H. Ellenberger wrote:
>>>>>>>> Hallo zusammen,
>>>>>>>>
>>>>>>>> ich möchte mal kurz zum Einstieg auf
>>>>>>>> https://wiki.gnucash.org/wiki/De/Projekte#Kontenrahmen verweisen.
>>>>>>>>
>>>>>>>> https://wiki.gnucash.org/wiki/Account_Hierarchy_Template enthält
>>>>>>>> dann viele Anweisungen und Werkzeuge zur Bearbeitung.
>>>>>>>>
>>>>>>>> Ich könnte mir auch vorstellen, daß man den SKR42 relativ
>>>>>>>> einfach durch Verschieben der Konten aus dem SKR49 erzeugen kann.
>>>>>>>>
>>>>>>>> Grüße
>>>>>>>> Frank
>>>>>>>>
>>>>>>>> Am 16.04.24 um 6:13 PM schrieb v.zielonka10 at yahoo.com:
>>>>>>>>> Hallo Andreas,
>>>>>>>>>
>>>>>>>>> Eine ähnliche Frage bzw Anliegen hatte ich auch mit SKR 04.
>>>>>>>>>
>>>>>>>>> Man kann den Kontenrahmen manuell ins GnuCash eintippen..
>>>>>>>>> Braucht halt etwas Zeit.
>>>>>>>>>
>>>>>>>>> Selbst die PDF zu passen ging leider nicht bei mir da der SKR04
>>>>>>>>> auf jeder Seite
>>>>>>>>> geringe Unterschiede hat in den Spalten und die Erzeugung einer
>>>>>>>>> CSV nicht
>>>>>>>>> einheitlich war... Spalten waren nicht durchgängig gleich..
>>>>>>>>> Also dann ist nochmal eine manuelle Nacharbeit notwendig...
>>>>>>>>> War alles etwas aufwendiger als ich dachte.
>>>>>>>>> Wäre echt toll wenn es diese Kontenrahmen nicht nur als PDF
>>>>>>>>> gibt sondern als CSV
>>>>>>>>> Tabellen.. Aber habe keine aktuelle gefunden.
>>>>>>>>>
>>>>>>>>> Schlussendlich habe ich den vorhandenen SKR soweit angepasst,
>>>>>>>>> dass er meinen
>>>>>>>>> Bedürfnissen passt.
>>>>>>>>>
>>>>>>>>> Wenn jemand mit Datev arbeitet, gibt es denn eine Export
>>>>>>>>> Funktion dort für die
>>>>>>>>> Kontenrahmen???
>>>>>>>>> Habe noch nie mit Datev gearbeitet, daher weiß ich es nicht.
>>>>>>>>> Wenn jemand Datev hat, wäre es toll diesen Punkt mal zu prüfen.
>>>>>>>>>
>>>>>>>>> Schöne Grüße
>>>>>>>>> Vincent
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -------- Ursprüngliche Nachricht --------
>>>>>>>>> Von: Andreas Fromm <andreas.fromm at fcd-er.de>
>>>>>>>>> Datum: Di., 16. Apr. 2024, 16:58
>>>>>>>>> An: gnucash-de at gnucash.org
>>>>>>>>> Betreff: [gnucash-de] Arbeitet jemand am SKR42, dem neune
>>>>>>>>> Kontenrahmen für Vereine?
>>>>>>>>>
>>>>>>>>> Hallo,
>>>>>>>>>
>>>>>>>>> kurze Frage, wie im Betreff: Arbeitet jemand am SKR42, dem
>>>>>>>>> neuen
>>>>>>>>> Kontenrahmen für Vereine?
>>>>>>>>>
>>>>>>>>> Gibt es Pläne, diesen für GnuCash zu implementieren?
>>>>>>>>>
>>>>>>>>> Nachdem der SKR49 zum Jahresende von DATEV abgekündigt
>>>>>>>>> wurde und dieser auch
>>>>>>>>> nicht mehr für neue Projekte eingesetzt werden soll, wäre
>>>>>>>>> es super
>>>>>>>>> hilfreich, wenn es den 42 in GnuCash gäbe. Darf man dein
>>>>>>>>> eigentlich einfach
>>>>>>>>> nachbauen, oder hat da muss der irgendwie lizenziert
>>>>>>>>> werden? Die
>>>>>>>>> Beschreibung als PDF gibt es jedenfalls kostenfrei.
>>>>>>>>>
>>>>>>>>> Nach meiner naiven Vorstellung, sollte es doch möglich
>>>>>>>>> sein, die
>>>>>>>>> DATEV-PDF-Datei zu parsen und die entsprechende
>>>>>>>>> GnuCash-Kontenrahmendatei zu
>>>>>>>>> erstellen. Ich weiß zwar, dass es nicht einfach mal so
>>>>>>>>> nebenher gemachte
>>>>>>>>> werden kann, aber möglich sollte es doch sein, oder?
>>>>>>>>>
>>>>>>>>> VG
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>>
>>>>>>>>> Andreas Fromm
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> gnucash-de mailing list
>>>>>>>>> gnucash-de at gnucash.org
>>>>>>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-de
>>>>>>> --
>>>>>>>
>>>>>>> Andreas Fromm
>>>>>>>
>>>>>>> 2. Vorstand
>>>>>>>
>>>>>>> FC Dechsendorf e.V.
>>>>>>>
>>>>>>> Adresse: Campingstr. 38, 91056 Erlangen
>>>>>>>
>>>>>>> Email: andreas.fromm at fcd-er.de
>>>>>>>
>>>>>>> Telefon: +49 09135 3860
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gnucash-de mailing list
>>>>>>> gnucash-de at gnucash.org
>>>>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-de
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> gnucash-de mailing list
>>>>> gnucash-de at gnucash.org
>>>>> https://lists.gnucash.org/mailman/listinfo/gnucash-de
>>>>
>>>
>>
> --
>
> Andreas Fromm
>
> 2. Vorstand
>
> FC Dechsendorf e.V.
>
> Adresse: Campingstr. 38, 91056 Erlangen
>
> Email: andreas.fromm at fcd-er.de
>
> Telefon: +49 09135 3860
>
>
> _______________________________________________
> gnucash-de mailing list
> gnucash-de at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-de
--
Gunter Kramp
0179-4504246 Mobil privat
05605-8007-0 Büro
Mehr Informationen über die Mailingliste gnucash-de