[gnucash-de] Deutsche Kontenrahmen und Eigenkapital

[Johannes Triegel]

Hallo Gunter,

es sieht so aus als liegen die Dateien dazu hier ab: 
https://github.com/Gnucash/gnucash/tree/stable/data/accounts/de_DE

Hier gibt es eine Beschreibung, wie das funktioniert: 
https://wiki.gnucash.org/wiki/Account_Hierarchy_Template

Am Ende wirst du dich ein bisschen mit Git beschäftigen müssen, damit du 
einen entsprechenden Pull-Request machen kannst: 
https://wiki.gnucash.org/wiki/Git#Pull_Requests

Ich hoffe damit kommst du weiter.

Für mich persönlich hat sich aber nicht so wirklich der Sinn erschlossen 
einen kompletten SKR04 zu haben, weil ich lege mir eigentlich gerne nur 
die Konten an, die ich wirklich brauche. Die DATEV kennt quasi unendlich 
viele Konten und die meisten Unternehmen (vor allem in dem Bereich wo 
gnucash noch ernsthaft eine Option ist) nutzen vielleicht 20 Sachkonten. 
Aber trotzdem wäre eine sinnvolle Vorlage sicher gut.

Gruß

Johannes

Am 27.02.26 um 10:30 schrieb Gunter Kramp:
> Hallo zusammen,
>
> mir ist aufgefalle, dass bei allen deutschen Kontenrahmenvorlagen die 
> ich bisher ausprobiert habe ein Fehler drin ist der die Benutzung 
> beträchtlich erschwert:
>
> Die Eigenkapitalkonten sind dort, wie es auch von der DATEV vorgegeben 
> ist als Passivkonten einsortiert.
> Möglicherweise weil sie einfach automatisch importiert wurden.
>
> Das funktioniert dann aber in GnuCash nicht weil für das Programm 
> "Eigenkapital" eine dritte Kontoart der obersten Ebene ist.
> Damit ist dann zum Beispiel nicht möglich Anfangsbestände oder die 
> Salden des Jahresabschlusses auf diese Konten zu buchen.
>
> Daher finde ich die Kontenrahmenvorlagen sollten geändert werden.
>
> Seht ihr das auch so ?
>
> und
>
> Wie könnte das passieren ?
> Kann mir jemand erklären wie ich die überarbeiten und einreichen kann ?
> Oder kann jemand anders das schneller umsetzen als es braucht mir das 
> zu erklären?
>
> Ich wäre bereit SKR 49, SKR 03 und 04 entsprechend anzupassen.
>
> Randbemerkung: SKR49 ist zwar veraltet, die DATEV will ihn durch SKR42 
> ersetzen.
>
> SKR42 ist eine Variante von SKR4 und für GnuCash unbrauchbar weil er 
> Kostenstellen verwendet um die steuerlichen Bereiche eines Vereins 
> bzw. allgemeiner einer gemeinnützigen Organisation abzubilden.
>
> Daher sollten wir SKR49 weiter anbieten, SKR42 macht wenn überhaupt 
> nur Sinn mit einer klaren Warnung versehen, dass er nicht nutzbar ist 
> solange GnuCash keine Kostenstellen kann.
>
> Zum Glück ist die Einschätzung von einigen Vereinsexperten dass reale 
> Nutzung des SKR42 noch fraglich ist, da die zusätzliche Komplexität 
> von Kostenstellen für viele Institution zu viel wäre.
>
> Zur Implementierung von Kostenstellen habe ich ja hier schon mal was 
> geschrieben.
> SKR42 würde nicht nur Kostenstellen erzwingen sondern für realen 
> Einsatz auch, dass diese Kostenstellen als Tags organisiert wären, 
> dass also eine Buchung auch mehreren Kostenstellen zugeordnet sein 
> können und es dann eine frei definierte Auswertung nach Kostenstellen 
> gibt. Denn gemeinnützige Institutionen müssen nicht nur nach den 
> steuerlichen Bereichen sondern auch nach Projekten/Abteilungen 
> Abrechnungen erzeugen.
> Hier gilt denke ich: Wer die Komplexität von Kostenstellen sich gibt 
> braucht das auch.
>
> Herzliche Grüße
> Gunter
>