<!DOCTYPE html><html data-lt-installed="true"><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="padding-bottom: 1px;">
<p>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.</p>
<div class="moz-cite-prefix">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. <br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Anderer Frage an die BuchhalterInnen:
Weist man Buchungen ggf. auch mehreren Kostenstellen zu? </div>
<div class="moz-cite-prefix">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.<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 4/18/24 21:43, Gunter Kramp wrote:<br>
</div>
<blockquote type="cite" cite="mid:fe46a8ef-512d-4950-b3ee-48d153ff851c@solidaritaet-gmbh.de">Interessante
Anregung.
<br>
<br>
Nur soweit ich weiß gibt es das nicht bei allen Buchungen - oder
irre ich da ?
<br>
Vielleicht wird es auch nur nicht bei allen angezeigt.
<br>
<br>
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:
<br>
Denn damit sollen ja quasi die Buchhaltungen der steuerlichen
Bereiche des Vereins in eine Buchhaltung abgebildet werden aber
auch wieder auseinander sortierbar sein.
<br>
<br>
Die Idee hatte ich aber auch schon mal, ob es in den
Kontobuchungen irgendeine Zahl gibt die sich dafür nutzen lässt.
<br>
<br>
Selbst wenn es so wäre bleibt das Problem der Auswertungen nach
dieser Zahl.
<br>
Dass die Nummer dann in GnuCash keiner Bezeichung zuzuordnen ist
wäre meine ich als Workaround erst mal verschmerzbar.
<br>
<br>
LG Gunter
<br>
<br>
Am 18.04.24 um 21:30 schrieb Markus Schneider:
<br>
<blockquote type="cite">Hallo,
<br>
<br>
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.
<br>
Könnte man eins von den Beiden als Kostenstelle 'missbrauchen' ?
<br>
<br>
Viele Grüße
<br>
Markus
<br>
<br>
On 18.04.24 21:05, Gunter Kramp wrote:
<br>
<blockquote type="cite">Hallo zusammen,
<br>
<br>
schön dass hier auf der Liste zumindest eine gewisse Offenheit
für die Erweiterung um Kostenstellen besteht.
<br>
<br>
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.
<br>
<br>
Es werden dann entweder propriertäre Produkte (Lexware, in der
Bedienung echt fies ineffizient) oder JVerein (nur einfach
Buchhaltung) genutzt
<br>
<br>
Oder es müsste dann ein ERP System sein wie Tryton, echt cool
aber für kleine Vereine viel zu groß
<br>
<br>
Vereine sind nämlich meine ich mit GnuCash ziemlich optimal
bedient wenn sie sich mit doppelter Buchhaltung anfreunden
wollen.
<br>
Nur brauchen die oft Kostenstellen.
<br>
Die werden da nämlich für die Zuordnung zu Abteilungenund
geförderten Projekten (Mittelverwendungsnachweis!)
<br>
<br>
In sofern brauchen das nicht nur Unternehmen ab mittlerer
Größe, sondern auch sehr kleine Organisationen.
<br>
<br>
<blockquote type="cite">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.
<br>
<br>
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. </blockquote>
<br>
Kling ja recht machbar wenn das so geht.
<br>
<br>
Dazu brächte es noch die Möglichkeit die Kostenstellen in der
GUI anzulegen und denen
<br>
einen Namen zuzuordnen
<br>
zu ändern
<br>
zu löschen wenn nicht verwendet
<br>
zu verstecken/zu sperren wenn verwendet
<br>
<br>
Und die Möglichkeit Berichte danach zu filtern
<br>
Also zum Beispiel bei GuV nur für die Buchungen von einer
bestimmten oder einigen ausgewählten Kostenstellen
auszuwerten.
<br>
Damit kann dann quasi ein separater Abschluss für einzelne
Sparten erstellt werden.
<br>
<br>
Gibt es bereits eine Möglichkeit sowas zu machen ? Also bei
Berichten nicht alle Buchungen auszuwerten ?
<br>
Buchungen auf Versteckten Konten können doch meine ich
ausgeschlossen werden, das hat mir meine ich mal einen Fehler
bei einem Jahresabschluss erzeugt.
<br>
<br>
<blockquote type="cite">1. Eine enhancement request in
bugzilla. Derzeit liefert eine Suche nach "Cost centre"
lediglich <a class="moz-txt-link-freetext" href="https://bugs.gnucash.org/show_bug.cgi?id=113772">https://bugs.gnucash.org/show_bug.cgi?id=113772</a>
Add categories for more reporting flexibility
<br>
<br>
Bugzilla ist schließlich die erste Stelle, wo
unterbeschäftigte Entwickler nachsehen würden.
<br>
</blockquote>
<br>
Das erstelle ich gerne, diese Mail soll schon mal dazu dienen
da ein paar Ideen dafür zusammenzuschreiben. Gebt mir gerne
Feedback dazu.
<br>
<blockquote type="cite">
<br>
2. eine Wiki-Seite, wo wir die Anforderungen sammeln.
Vielleicht zunächst auf deutsch, um Übersetzungsfehler zu
vermeiden, und später dann auf englisch.
<br>
<br>
Die RFE sollte natürlich auf die Wiki-Seite verweisen. </blockquote>
<br>
Da habe ich leider keine Ahnung wie ich da Rechte bekommen zu
schreiben...
<br>
<br>
LG Gunter
<br>
<br>
<br>
Am 17.04.24 um 16:04 schrieb Vincent:
<br>
<blockquote type="cite">In der Tat sind Kostenstellen für
mittlere oder größere Betriebe sinnvoll bis notwendig.
<br>
Bei kleinen Betrieben sicherlich nicht - aber auch gut zu
haben.
<br>
<br>
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.
<br>
<br>
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.
<br>
<br>
Vincent
<br>
<br>
<br>
On 17.04.24 11:58, Gunter Kramp wrote:
<br>
<blockquote type="cite">Hallo zusammen,
<br>
<br>
leider gibt es aus meiner Sicht ein grundlegendes Problem
bei der Nutzung des SKR 42 mit Gnu Cash !
<br>
<br>
Dieser Kontenrahmen bildet die verschiedenen Bereiche des
Vereins (gemeinnütziger bzw. ideeller Bereich,
Vermögensverwaltung, wirtschaftlicher Geschäftsbetrieb)
<br>
über KOSTENSTELLEN ab
<br>
<br>
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.
<br>
<br>
Da GnuCash bisher keine Kostenstellen kann lässt sich der
Kontenrahmen aktuell nicht sinnvoll mit GnuCash nutzen.
<br>
<br>
Es lohnt daher aus meiner Sicht nicht die Konten in
GnuCash als Vorlage einzupflegen, zumal die nahezu dem SKR
04 entsprechen.
<br>
<br>
Aus meiner Sicht macht das die Bitte die ich schon lange
habe noch dringlicher in GnuCash Kostenstellen einzubauen.
<br>
<br>
Wenn irgendwer eine Idee hat was zu tun wäre damit das
voran kommt wäre ich interessiert.
<br>
<br>
Herzliche Grüße
<br>
Gunter
<br>
<br>
<br>
Am 17.04.24 um 08:16 schrieb Andreas Fromm:
<br>
<blockquote type="cite">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.
<br>
<br>
On 4/16/24 23:27, Frank H. Ellenberger wrote:
<br>
<blockquote type="cite">Hallo zusammen,
<br>
<br>
ich möchte mal kurz zum Einstieg auf
<a class="moz-txt-link-freetext" href="https://wiki.gnucash.org/wiki/De/Projekte#Kontenrahmen">https://wiki.gnucash.org/wiki/De/Projekte#Kontenrahmen</a>
verweisen.
<br>
<br>
<a class="moz-txt-link-freetext" href="https://wiki.gnucash.org/wiki/Account_Hierarchy_Template">https://wiki.gnucash.org/wiki/Account_Hierarchy_Template</a> enthält dann
viele Anweisungen und Werkzeuge zur Bearbeitung.
<br>
<br>
Ich könnte mir auch vorstellen, daß man den SKR42
relativ einfach durch Verschieben der Konten aus dem
SKR49 erzeugen kann.
<br>
<br>
Grüße
<br>
Frank
<br>
<br>
Am 16.04.24 um 6:13 PM schrieb <a class="moz-txt-link-abbreviated" href="mailto:v.zielonka10@yahoo.com">v.zielonka10@yahoo.com</a>:
<br>
<blockquote type="cite">Hallo Andreas,
<br>
<br>
Eine ähnliche Frage bzw Anliegen hatte ich auch mit
SKR 04.
<br>
<br>
Man kann den Kontenrahmen manuell ins GnuCash
eintippen.. Braucht halt etwas Zeit.
<br>
<br>
Selbst die PDF zu passen ging leider nicht bei mir
da der SKR04 auf jeder Seite
<br>
geringe Unterschiede hat in den Spalten und die
Erzeugung einer CSV nicht
<br>
einheitlich war... Spalten waren nicht durchgängig
gleich..
<br>
Also dann ist nochmal eine manuelle Nacharbeit
notwendig...
<br>
War alles etwas aufwendiger als ich dachte.
<br>
Wäre echt toll wenn es diese Kontenrahmen nicht nur
als PDF gibt sondern als CSV
<br>
Tabellen.. Aber habe keine aktuelle gefunden.
<br>
<br>
Schlussendlich habe ich den vorhandenen SKR soweit
angepasst, dass er meinen
<br>
Bedürfnissen passt.
<br>
<br>
Wenn jemand mit Datev arbeitet, gibt es denn eine
Export Funktion dort für die
<br>
Kontenrahmen???
<br>
Habe noch nie mit Datev gearbeitet, daher weiß ich
es nicht.
<br>
Wenn jemand Datev hat, wäre es toll diesen Punkt mal
zu prüfen.
<br>
<br>
Schöne Grüße
<br>
Vincent
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
-------- Ursprüngliche Nachricht --------
<br>
Von: Andreas Fromm <a class="moz-txt-link-rfc2396E" href="mailto:andreas.fromm@fcd-er.de"><andreas.fromm@fcd-er.de></a>
<br>
Datum: Di., 16. Apr. 2024, 16:58
<br>
An: <a class="moz-txt-link-abbreviated" href="mailto:gnucash-de@gnucash.org">gnucash-de@gnucash.org</a>
<br>
Betreff: [gnucash-de] Arbeitet jemand am SKR42, dem
neune Kontenrahmen für Vereine?
<br>
<br>
Hallo,
<br>
<br>
kurze Frage, wie im Betreff: Arbeitet jemand am
SKR42, dem neuen
<br>
Kontenrahmen für Vereine?
<br>
<br>
Gibt es Pläne, diesen für GnuCash zu
implementieren?
<br>
<br>
Nachdem der SKR49 zum Jahresende von DATEV
abgekündigt wurde und dieser auch
<br>
nicht mehr für neue Projekte eingesetzt werden
soll, wäre es super
<br>
hilfreich, wenn es den 42 in GnuCash gäbe. Darf
man dein eigentlich einfach
<br>
nachbauen, oder hat da muss der irgendwie
lizenziert werden? Die
<br>
Beschreibung als PDF gibt es jedenfalls
kostenfrei.
<br>
<br>
Nach meiner naiven Vorstellung, sollte es doch
möglich sein, die
<br>
DATEV-PDF-Datei zu parsen und die entsprechende
GnuCash-Kontenrahmendatei zu
<br>
erstellen. Ich weiß zwar, dass es nicht einfach
mal so nebenher gemachte
<br>
werden kann, aber möglich sollte es doch sein,
oder?
<br>
<br>
VG
<br>
<br>
--
<br>
<br>
Andreas Fromm
<br>
<br>
<br>
<br>
_______________________________________________
<br>
gnucash-de mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:gnucash-de@gnucash.org">gnucash-de@gnucash.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.gnucash.org/mailman/listinfo/gnucash-de">https://lists.gnucash.org/mailman/listinfo/gnucash-de</a>
<br>
</blockquote>
</blockquote>
-- <br>
<br>
Andreas Fromm
<br>
<br>
2. Vorstand
<br>
<br>
FC Dechsendorf e.V.
<br>
<br>
Adresse: Campingstr. 38, 91056 Erlangen
<br>
<br>
Email: <a class="moz-txt-link-abbreviated" href="mailto:andreas.fromm@fcd-er.de">andreas.fromm@fcd-er.de</a>
<br>
<br>
Telefon: +49 09135 3860
<br>
<br>
<br>
_______________________________________________
<br>
gnucash-de mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:gnucash-de@gnucash.org">gnucash-de@gnucash.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.gnucash.org/mailman/listinfo/gnucash-de">https://lists.gnucash.org/mailman/listinfo/gnucash-de</a>
<br>
</blockquote>
<br>
</blockquote>
<br>
_______________________________________________
<br>
gnucash-de mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:gnucash-de@gnucash.org">gnucash-de@gnucash.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.gnucash.org/mailman/listinfo/gnucash-de">https://lists.gnucash.org/mailman/listinfo/gnucash-de</a>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<br>
</blockquote>
<div class="moz-signature">-- <br>
<div style="font-family: Arial, sans-serif; font-size: 14px; color: #333;">
<div style="margin-top: 20px; padding: 10px; border-top: 2px solid #333; max-width: 400px;">
<p style="font-weight: bold; color: #0066cc;">Andreas Fromm</p>
<p style="color: #555; margin-bottom: 10px;">2. Vorstand</p>
<div style="margin-bottom: 10px;">
<p style="margin: 0;">FC Dechsendorf e.V.</p>
<p style="margin: 0;">Adresse: Campingstr. 38, 91056
Erlangen</p>
</div>
<div style="margin-top: 10px;">
<p style="margin: 0;">Email: <a href="mailto:andreas.fromm@fcd-er.de" style="color: #0066cc; text-decoration: none;" class="moz-txt-link-freetext">andreas.fromm@fcd-er.de</a></p>
<p style="margin: 0;">Telefon: +49 09135 3860</p>
</div>
</div>
</div>
</div>
</body>
<lt-container></lt-container>
</html>