De/Bedienung

Grundsätzliches zur Bedienung

Starten

Gestartet wird GnuCash normalerweise einfach über das Menü. Beim ersten Start wird auch gleich der Einrichtungsassistent gestartet.

Kommandozeilenoptionen

Wer mehr über die Start-Optionen wissen will, gibt auf der Kommadozeile ein:

gnucash --help oder ruft die etwas ausführlichere Handbuchseite mit man gnucash auf.

Um GnuCash im höchsten Debuglevel starten:

gnucash --log=info.

Hilfe im Programm

Während man über die einzelnen Menüpunkte wandert, wird in der untersten Statuszeile eine kurze Erläuterung angezeigt.

Hält man den Mauszeiger über ein Element eines Dialogs, so erscheint ein sogenannter Tooltip.

Wenn man die Hilfe seines Systems richtig konfiguriert hat und das eventuell separate Paket mit der Online-Dokumentation installiert hat, stehen unter Hilfe->Inhalt eine Programmbeschreibung und unter Hilfe->GnuCash Kurs und Konzept eine Beschreibung der verwendeten Konzepte zur Verfügung. Gerade Letzeres ist im englischen Original sehr hilfreich. Leider hat sich in den letzten Jahren niemand gefunden, der den Mut hat, die deutsche Übersetzung zu übernehmen.

Seit Suse 10.0 werden in Opensuse die Hilfedateien nicht mehr gefunden, entsprechende Bugreports werden von den Releasemanagern regelmäßig geschlossen. Wenn man Yelp installiert hat, kann man sie aber über

yelp file:///usr/share/gnome/help/gnucash/C/gnucash-guide.xml

beispielsweise aufrufen.

Learning by Doing und Vorsichtsmaßnahmen

Folglich kann es sinnvoll sein, zunächst eine Datei Test anzulegen, in der man die teilweise recht komplexe Funktionsweise erst einmal ausprobiert. Ebenso empfiehlt es sich natürlich immer dann, wenn man mit echten Daten arbeitet und etwas Unbekanntes ausprobieren möchte, eine Kopie der Datei anzulegen, damit man sich keine wichtigen Daten zerstört. Dabei wird man zwar auch durch eingebaute Sicherungsmaßnahmen unterstützt, aber man weiß ja nie.

Hier könnte nochmal jemand die verschiedenen Sicherungseinrichtungen [Autosave, Backup- und Log-Files, Wiedereinspielen] erläutern.

Programm-Einstellungen

Dann wirft man am Besten mal einen Blick auf die Einstellungen des Programms unter Bearbeiten->Einstellungen, da diese sich ja im weiteren auf alles auswirken. Alle wird man zunächst vielleicht nicht verstehen, das ist nicht weiter schlimm. Einige wichtige sind:

die Währung
das Datumformat
die Kontenüberschrift
die Vorzeichenumkehr

Erstellen eines Kontenplans

Mithilfe des Assistenten kann man ein oder mehrere Module als Vorlage auswählen. Als Privatanwender wählt man, am besten mit "Allgemeine Konten" beginnend, die erforderlichen Module aus.

Als gewerblicher Nutzer wählt man die allgemeinen Konten ab und stattdessen einen der Kontenrahmen aus oder erstellt einen eigenen (zuvor muss man den Assistenten abbrechen). Indem man ihn an seine spezifischen Bedürfnisse anpasst und nicht benötigte Teile mit Bedacht löscht und zusätzliche Unterkonten da, wo man es genauer wissen will oder muss, wie etwa Privatkonten für verschiedene Gesellschafter, anlegt, wird aus dem Rahmen ein Plan. Diesen wiederum druckt man am Besten auch aus und verwahrt ihn gut, um seinen Buchführungspflichten genüge zu tun.

Weitere Dateieigenschaften

Dann sollte man einen Blick auf die Dateieigenschaften unter Datei->Eigenschaften werfen, da auch einige Berichte von den hier festgelegten Angaben Gebrauch machen.

Jährliche oder immerwährende Datei?

Im Zusammenhang mit den Dateieigenschaften und dem Speichern stellt sich auch die Frage, ob man eine Datei für immer oder jährlich eine neue Datei erstellen will. Beides hat sein Für und Wider:

für eine immerwährende Datei sprechen folgende Punkte

die Daten verschiedener Jahre sind programmintern vergleichbar
keine Probleme bei der Übernahme der Stammdaten beim Jahreswechsel

für eine jährliche

kürzere Ladezeit
problemlose Entsorgung nach Ablauf der gesetzlichen Aufbewahrungsfrist für gewerbliche Nutzer.

Seit Version 2.2.4 gibt es den Menüpunkt Werkzeuge->Buchabschluss, welcher die Salden der Erfolgskonten in einigen mehrteiligen Buchungen auf das Eigenkapital abschließt.

Laut [1] kann man frühere Jahre mittels [2] archivieren, was dem Autor jedoch irgendwie "spanisch" vorkommt.

Speichern

Zum Speichern der Datei wählt oder erstellt man einen Ordner, der möglichst nicht für alle Welt lesbar oder gar im Internet abrufbar ist. Ganz Sicherheitsbewusste wählen hier ein verschlüsseltes Medium (Partition, Verzeichnis, ...). Schließlich möchten die Wenigsten mit ihren Finanzdaten hausieren gehen.

Auf keinen Fall sollte man aber den Ordner .gnucash wählen. Dieser dient nur zur Speicherung der Konfiguration des Programms. Schlimmstenfalls überschreibt dort das Programm mit den Einstellungen die Daten!

Berichte

Das Thema wurde immer mehr, deshalb findet man alles zu den Berichten hier.

Import von Buchungsdaten

Hier soll der Import von Buchungsdaten kurz angerissen werden, für den Import von Kontaktdaten siehe Geschäftspartner.

Der Import von Buchungsdaten ist in zwei Anwendungsfällen von Interesse:

Datenübernahme aus anderen Programmen, etwa beim Umstieg,
Eine dritte Instanz, etwa Bank, stellt Daten zur Verfügung, verwendet dafür aber nicht FinTS/HBCI.

Im Idealfall liegen die Daten in dem relativ simplen QIF-Format vor und können einfach in GnuCash importiert werden. Falls etwa die alte Anwendung für jedes Konto eine eigene Datei erstellt, sollten alle Dateien in einem Durchgang eingelesen werden, da das Importmodul nur dann in der Lage ist, Duplikate aus Gegenbuchungen als solche zu erkennen.

Ebenfalls unproblematisch sind Tabellen im CSV-Format. Dieses kann man mithilfe von externen Werkzeugen, wie den Makros calc2qif für Openoffice Calc oder xl2qif für MS Excel in das QIF-Format umwandeln und dann importieren.

Siehe auch De/Referenz#Daten_importieren_und_exportieren - scheint aber nicht auf dem neuesten Stand zu sein -, CSV_Import_(MasterCard) und FAQ#Importing.2FExporting_Data.

Export von Buchungen und Auswertung von Buchungen

Ein Schwäche von GnuCash ist das Erstellen von Berichten und Auswertungen. Dafür gibt es mittlerweile externe Werkzeuge, mit denen man die Buchungs-Daten nach Excel bzw OpenOffice exportieren kann. Heute (Oktober 2008) gibt es hauptsächlich zwei Verfahren dafür.

ein OpenOffice Makro
ein java-bassiertes tools

Mit der Version 2.3.10 (Stand März 2010) (wahrscheinlich auch mit der aktuellen Stable) kann man Berichte als HTML speichern. Beispielsweise kann man sich die Buchungsübersicht anzeigen lassen und als HTML speichern. Diese kann anschließend mit Excel geöffnet werden. Alternativ ist es möglich, sich die Tabelle mit den Daten/Werten über die Optionen anzeigen zu lassen und diese per Copy&Paste nach Excel zu kopieren.

OpenOffice.org Makro

Dazu gibt es eine wunderbare Anleitung von Knut Gerwens hier. Das OpenOffice.org-Makro liest GnuCash-Ausgabedaten und importiert sie in die eingebettete Datenbank von OpenOffice.org, so dass man anschließend z.B. in der Tabellenkalkulation Auswertungen machen kann. Geschäftskonten und Fremdwährungen werden nicht unterstützt.

java-bassiertes tool zum export in eine Excel Tabelle

Hier erstmal ein Link, der die ersten Schritte beschreibt:

  http://edseek.com/archives/2005/08/18/gnucash-export-to-gnumeric-and-csv/

Allerdings ist die xsl-Datei, auf die hierbei verwiesen wird, noch zu aktualisieren.

Ersetze in der Datei gnucash2gnumeric_0.6.xsl die Headerzeilen durch die Headerzeilen einer unkomprimierten GC-Datei. Dabei bleiben die letzten beiden Zeilen

xmlns:gmr="http://www.gnumeric.org/v10.dtd"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

erhalten.

oder nimm die hier

Konversion der unkomprimierten GC-Datei mit Hilfe von xsltproc:

für Linux:

  http://www.teialehrbuch.de/Kostenlose-Kurse/XML-XSL/21050-xsltproc.html

für Windows:

  http://www.zlatkovic.com/libxml.en.html

und der modifizierten xsl-Datei. Das Unix-Kommado

  xsltproc -o GC-Datei gnucash2gnumeric_0.6-korr.xsl out.xml

schreibt den Output in die Datei out.xml.

... und schon kann mit MS Excel die Output-Datei (auf die Extension .xml achten) geöffnet werden. Dies ist dann aber eine (noch) flache Kopie der GC-Datei. Man kann nun all die Informationen der GC-Datei, insbesondere die Buchungen, wiederfinden und weiterverarbeiten.

Ob dies mit anderen Tabellenkalkulationsprogrammen funktioniert, ist noch zu testen.

Es steht noch aus, die Daten auf verschiedene Blätter der Excel-Datei sortiert zu verteilen.

ps: Vielleicht könnte man aber auch die (unkomprimierte) GC-Datei direkt und ohne Konversion mit MS Excel einlesen. Mal sehen, ob das funktioniert ...

die Suche

Die Suche wird aufgerufen entweder mit <STRG>+F oder über das Haupmenu Bearbeiten Suchen. Das wichtigste dabei ist - es werden immer alle Konten durchsucht, es sei denn man filtert sie aus.

Bedienung für den Privatgebrauch

Schnelleinstieg in GnuCash

Für Neueinsteiger ist ein Assistent (Datei/Neu/Neue Datei) zur Kontenerstellung vorhanden. Bestehende Dateien mit Finanzdaten z.B. aus Quicken oder Microsoft Money können problemlos über den QIF-Import eingelesen werden. Daten aus OpenOffice Calc bzw. Excel können beispielsweise mit Calc2QIF unter http://xl2qif.chez-alice.fr/calc2qif_en.php konvertiert und importiert werden.

Umsteiger Quicken auf GnuCash

GnuCash starten,
Kontostruktur aus Quicken in GnuCash nachbilden (für jedes Quicken-Konto eine Entsprechung in GnuCash)
Laut FAQ#Q:_How_do_I_import_my_data_from_Microsoft_Money.3F ist GnuCash sehr wohl in der Lage, Konten aus QIF-Dateien zu erstellen. Bitte mal ausprobieren und hier berichtigen.
Quicken: Exportieren der Konten (Datei/Import-Export)
Vorsicht: Bei Verwendung der Exportoption Alle Konten wird in der QIF-Datei jede Umbuchung zwischen zwei Konten doppelt angelegt. Das führt beim späteren Import in GnuCash zu zahlreichen Doubletten. Besser erscheint es, jedes Konto für sich zu exportieren. Das vermeidet das Problem zwar nicht, verbessert aber die Übersicht.

Also eigentlich sollten halbwegs aktuelle GnuCash-Versionen die Duplikate erkennen und eliminieren, wenn entweder eine Datei mit allen Konten oder alle Kontodateien in einer Import-Sitzung importiert werden.
GnuCash: Importieren der Daten (Datei/Importieren/QIF-Datei importieren)
Problem: Das von Quicken in der QIF-Datei benutzte Datumsformat d-m-y wird von GnuCash nicht akzeptiert, erwartet y-d-m oder m-d-y.

Lösung: Es gibt ein Windows-Tool (QIFEdit), das die Datei konvertieren kann.

Wie gibt man was ein?

Ein paar grundsätzliche Anmerkungen

Als Datum nimmt man üblicherweise das Wertstellungsdatum und nicht das Buchungsdatum. Der Hintergrund ist, dass das Wertstellungsdatum auch für die Zinsberechnung verwendet wird. Falls die Daten sehr voneinander abweichen, s.u.
Unter Beschreibung wird der Empfänger bzw der Geber eingetragen.
Im Buchungstext wird die Beschreibung eingetragen.
Das Aktionsfeld kann man benutzen, es wird aber nirgendwo ausgewertet.
GnuCash merkt sich die Beschreibungen und füllt die Buchung mit der letzten im geöffneten Konto gefundenen Buchung aus.

Buchungsbeispiele

Auf dieser Seite sind verschiedene Buchungsbeispiele aufgelistet.

Abheben vom Bankautomaten und spätere Buchung auf dem Girokonto

Wie geht man damit um, dass beim Geldabheben von einem Bankautomaten der Betrag erst später vom Girokonto abgebucht wird? Trägt man bei der Buchung den Tag des Abhebens oder den Tag der Belastung auf dem Konto ein? Müsste es nicht zwei Daten zu einer Transaktion geben, weil mein Bargeld sich ja bereits mit dem Geldabheben vermehrt, mein Girokonto sich aber erst am Tage der Belastung vermindert? -- JojoLechelt

Einfache Lösung: Du kannst in Kauf nehmen, dass das Buchungsdatum der Auszahlung in deiner Gnucash-Buchhaltung eben um zwei Tage von der Buchhaltung der Bank abweicht.

Aufwändige, total richtige Lösung: Du müsstest ein Passiva-Konto "Laufende Verbindlichkeiten``:Girokonto-Auszahlungen" einrichten. Zum Zeitpunkt der Auszahlung werden von dort die Euro ins Bargeld gebucht (so dass Bargeld minus Passiva dann Null ergibt). Zum Zeitpunkt der Girokonto-Buchung werden die Euros vom Girokonto auf das Passiva-Konto gebucht, so dass das Passiva-Konto wieder Null ist. Es wird in Gnucash keine Implementierung von mehreren Buchungsdaten geben, weil es genügend Buchhaltungs-Fachleute gibt, die es genau richtig finden, wie das zurzeit gelöst ist. Ansonsten müssten die Mailinglisten-Archive mehr Diskussion dazu haben. -- -- ChristianStimming DateTime(2004-01-13T16:12:57Z)

Wenn man nur ein Buchungsdatum verwenden will, empfiehlt sich eigentlich immer das Wertstellungsdatum zu nehmen. Bei Barabhebungen ist das meist der Tag der Abhebung, auch wenn die Buchung erst später auf dem Kontoauszug erscheint (Buchungstag). Bei Auszahlungen haben es die Banken mit der Wertstellung sehr eilig, bei Einzahlungen, naja.

Überweisung auf anderes Bankkonto

Gewissermaßen analog, aber mit umgekehrten Vorzeichen verläuft eine Überweisung. Der Betrag wird zwar sofort abgebucht, aber der reitende Bote mit dem Geld erreicht das meist öffentlich-rechtliche Institut des Zielkontos erst nach einer geschlagenen Woche. Während das Geld unterwegs ist wird es auf ein Aktiv-Konto Barvermögen:Geldtransfer gebucht, damit wir es nicht aus den Augen verlieren, also

Tag 1: "Belastung" Ausgangskonto ./. Geldtransfer

Tag n: "Gutschrift" Geldtransfer ./. Zielkonto

für den Einsatz in einer Firma

Hier fehlt teilweise noch die Struktur. Vielleicht kann ja die eine oder der andere, welche GnuCash in ihrer Firma einsetzen, noch ein paar Anregungen geben?

Grundsätzlich sind zwei Ansätze möglich:

Reine Buchhaltung oder
Verwendung des Geschäftsmoduls, welches im Wesentlichen über Formulare/Berichte abgewickelt wird.

Das Geschäftsmodul bietet die folgenden Möglichkeiten:

die MWSt. automatisch zu verbuchen,
Kreditoren-/Debitorenbuchhaltung

hat aber den Nachteil, dass es z. Zt. (2.2.x) noch nicht devisenfest ist. Wer also im Im- & Export tätig ist, wird also nicht um Splitbuchungen der Form

Kasse: <Netto>*1,19 ./. Erlös: <Netto>
                   Verb.:MWSt: <Netto>*,19

oder

Kasse: <Brutto> ./. Erlös: <Brutto>/1,19
                   Verb.:MWSt: <Brutto>*,19/1,19

herumkommen. Grundsätzlich muss man nur an einer Stelle / oder * 1,19 eingeben, die letzte Zeile der Splitbuchung wird ja automatisch errechnet. Wegen möglicher Rundungsfehler, insbesondere bei der Erfassung größerer Rechnungen, empfiehlt es sich aber, auch in der letzten Zeile die Formel anzuwenden und eine mögliche Differenz sinnvoll aufzuteilen.

Anforderungen zusammentragen

Auf der Projektseite ist noch Platz für Anforderungen an GnuCash im Firmeneinsatz. Wer auch immer sich berufen fühlt, kann sich dort gerne austoben.

Stammdaten anlegen

Leider ist dem Autor, mit einer Ausnahme, kein Importmodul bekannt, so dass man die Stammdaten eigenhändig, vielleicht mit Copy&Paste, einfügen muss. Diese Situation dürfte sich allerdings verbessern, wenn das neue SQL-Backend steht.

Steuertabelle

Sofern man nicht umsatzsteuerlicher Kleinunternehmer ist oder in einem Bereich tätig ist, welcher von der MWSt. befreit ist, sollte man vor der ersten Bewegung von Waren oder Dienstleistungen die Steuertabelle bearbeiten.

Zahlungsbedingungen & Mahnwesen

Vor der ersten Rechnung sollte man auch die Zahlungsbedingungen und das Mahnwesen konfigurieren, um seine Debitoren zu motivieren.

Geschäftspartner

Gerade wenn man internationale Geschäftskontakte hat, ist es sinnvoll, Kunden und Lieferanten einzupflegen, damit gleich die richtigen Daten für Währung, Steuersatz usw. ausgewählt werden, wenn man Rechnungen verarbeitet.

Derzeit allerdings ist das Geschäftsmodul offiziell noch nicht mehrwährungsfähig [ Concept_Guide [engl.] , [[3]] ]. Ein Workaround wäre, Vorfälle mit Devisen manuell zu buchen.

Versuche mit SVN r17479, deren wesentliche Bestandteile wohl in Version 2.2.7 übernommen werden, zeigen aber, dass es sehr wohl möglich ist, Rechnungen in Fremdwährungen zu erstellen. Voraussetzungen, mit denen das geklappt hat:

Währung in den Stammdaten des Geschäftspartner hinterlegt
Ertrags- bzw. Aufwands(unter-)konten in der Fremdwährung,
Forderungs- bzw. Verbindlichkeitskonto in Fremdwährung
Wechselkurs hinterlegen
Nicht dadurch irritieren lassen, dass in der Statuszeile des "Rechnung bearbeiten"-Fensters bei den Beträgen das Euro-Symbol angezeigt wird.

Nach Buchung der Rechnung zeigt die Kontenübersicht die korrekten Beträge.

Hier soll es seit r13566 in 2006 die Möglichkeit geben, Konvertierungen zwischen V-Cards und QSF XML, welches in GnuCash im- und exportiert werden kann, vorzunehmen. Näheres findet sich in der Datei

gnucash/trunk/src/optional/xsl/README, bzw.
/usr/share/xml/gnucash/xsl/README
oder auf älteren SuSe-Distributionen: /opt/gnome/share/xml/gnucash/xsl/README.

Um Erfahrungsberichte wird gebeten.

Einnahme-Überschuss-Rechnung

Prinzipiell ist es möglich, eine Einnahme-Überschuss-Rechnung zu realisieren, indem man eine doppelte Buchführung (mit Einnahmen- und Ausgabenkonten) macht. Unter De/EÜR gibt es eine Schritt-für-Schritt-Beschreibung eines Anwenders.

MWSt. bei Buchungen getrennt auszuweisen

Ist es möglich,

die MWSt. bei Buchungen getrennt auszuweisen und
eine Umsatzsteuervoranmeldung zu erstellen?

Ja und nein. Eine automatische Verwaltung der deutschen MwSt. wird von gnucash weiterhin (noch) nicht unterstützt. Das manuelle Eintragen von mehreren Buchungsteilen (Splitbuchung) ist dagegen möglich, und für diese Buchungsteile können auch passende Berichte erstellt werden. -- ChristianStimming DateTime(2004-02-23T12:43:28Z)

Außerdem wird bei der Geschäftsfunktion Rechnung eingeben (Eingang und Ausgang) das automatische Hinzufügen der Steuer nach Steuertabelle unterstützt, wie man das für die dt. MwSt. verwenden kann müsste ausgetestet und dokumentiert werden.

Siehe Beispielkonfiguration des Geschäftsmoduls für kleine Unternehmen mit MWSt.

Jahresabschluss

Die Vorüberlegungen sind unter Konfiguration beschrieben.

Seit GnuCash 2.2.4 gibt es eine einfache Funktion Werkzeuge->Buchungsabschluss. Diese saldiert die Aufwendungen und Erträge nach Eigenkapital. Dadurch werden die Erfolgskonten für das neue Geschäftsjahr wieder auf 0 gesetzt.

Der Autor hatte noch keine Gelegenheit zu prüfen, inwieweit diese Funktion den einschlägigen Vorschriften im deutschen Sprachraum genügt. Vermutlich ist je nach zugrunde liegenden Rechnungslegungsprinzipien noch mehr oder weniger viel Nachbearbeitung erforderlich.

Damit die verschiedenen Berichte durch diesen Abschluss nicht in Mitleidenschaft gezogen werden, empfiehlt es sich, den Abschluss außerhalb des Geschäftsjahres durchzuführen. Dazu führt man den Abschluss z.B. mit Datum 1.1. durch und definiert das Geschäftsjahr vom 2.1. bis zum 31.12. Selbstverständlich sollte man dann auch keine anderweitigen Buchungen mit dem Datum 1.1. durchführen, da sie sonst auch außerhalb des Berichtszeitraums liegen.

Um weitere Erfahrungsberichte wird gebeten.

Erstellen einer neuen Datei

Im folgenden wird die inoffizielle Methode beschrieben, mit welcher der Autor, welcher keinerlei Gewährleistung übernimmt, seine Datei für das neue Jahr erstellt. Er verwendet z. B. keine terminierten Buchungen, welche irritiert werden könnten, hat aber recht umfangreiche Stammdaten von Geschäftspartnern, Steuertabellen usw. usf., welche er nicht erneut eingeben möchte.

Angenommen, die alte Datei heißt Firma2009 und der Jahresabschluss ist getätigt. Die Datei wird unkomprimiert gespeichert.

kopiere Firma2009 nach Firma2010 mit den Bordmitteln des jeweiligen Betriebssystems.
öffne Firma2010 mit einem Texteditor eigener Wahl, vorzugsweise mit Syntaxhervorhebung für XML-Dateien.
1. lösche den Inhalt des Abschnitts <gnc:transaction version="2.0.0"> ... </gnc:transaction>
2. setze den Inhalt des Zählers <gnc:count-data cd:type="transaction"> ... </gnc:count-data> auf 0.
3. Speichern
gnucash Firma2010

Eingabe der Anfangsbestände2010 = Endbestände2009 als Eröffnungsbuchungen. Ggf. öffnet man Firma2009 in einer anderen Instanz von Gnucash und benutzt Copy&Paste zum Übertragen oder tippt die ausgedruckte Kontenübersicht oder Bilanz ab.

Laut eMail vom 29.11.2008 bietet wohl jgnucashlib von M. Wolschon als Alternative eine Möglichkeit, Dateien zu splitten. Um Erfahrungsberichte wird gebeten.

für den Einsatz in einem Verein

Dies ist nur ein Anfang. Der Abschnitt bedarf noch einiger Verbesserungen. Wenn du schon Erfahrungen mit GnuCash im Verein hast, bist du herzlich eingeladen, den Artikel zu verbessern. Danke!

Grund für diesen Abschnitt: Jemand aus der Liste fragte nach der Verwendung von Gnucash im Verein.

Einige Fakten bzw Fragen:

Mitglieder zahlen einen Jahresbeitrag
Aktionen
- Mitglieder zahlen für einzelne Aktionen
- für Aktionen fallen Kosten an
- Mitglieder erhalten verauslagte Kosten zurück
- wie wurde die einzelne Aktion finanziell abgeschlossen?
Hausbau
- der Verein baut ein Haus, oder erweitert ein bestehendes
Frage: Ist es sinnvoll für jedes Mitglied ein Konto anzulegen?
Wie kann man einen Kassenbericht sinnvoll erstellen?

Der Kontenrahmen

In Datev gibt es per Definition einen Kontenrahmen SKR49 für Vereine und Stiftungen. Ein solcher ist seit Version 2.2.9 Bestandteil von GnuCash.

Wie wird der Vereinsbeitrag verbucht

Anmerkungen:

Hier sollen einige Grundsätze zur Vereinsbuchführung angeführt werden.

Beteiligte Konten:

Aktiva:Girokonto (gnucash-konten-type: aktiva)
Einnahmen:Beiträge (gnucash-konten-type: Ertrag; Platzhalter)
Einnahmen:Beiträge:<Jahr> (gnucash-konten-type: Ertrag)

Transaktionen:

Beschreibung	Konto	Soll	Haben
Mietglied xy	Aktiva:Girokonto	16,-
	Einnahmen:Beiträge:2008		16

Falls man mit Monatsbeiträgen arbeitet, könnte es in neueren Versionen auch lohnenswert sein, mit terminierten Buchungen zu arbeiten.
Falls man auch Belege erstellen will, kann es sinnvoll sein, die Mitglieder als Kunden anzulegen und mit dem Geschäftsmodul zu arbeiten.
Leider ist es noch nicht möglich, diese beiden Erweiterungen zu kombinieren.

Wie werden einzelne Aktionen verbucht

wird noch erarbeitet?

Neue Kontenrahmen bauen

Falls man für einen Bereich, der noch nicht abgedeckt ist, einen Kontenrahmen bauen möchte: das ist gar nicht so schwer. Informationen zu Kontenrahmen gibts hier.

Eine ausführliche englische Anleitung steht auf der Seite für Übersetzer.

gnucash starten, neue Datei und los gehts.
vielleicht noch ein paar test-daten eingeben
in der gnucash-liste nachfragen wer die Datei zum download einbaut.
wird dann u.U. später in das offizielle GnuCash eingebaut.

Zurück zur Hauptseite