[gnucash-de] Arbeitet jemand am SKR42, dem neune Kontenrahmen für Vereine?

[Gunter Kramp]

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

-- 
Gunter Kramp
0179-4504246 Mobil privat
05605-8007-0 Büro