Difference between revisions of "De/Bedienung"

From GnuCash
Jump to: navigation, search
(Jahresabschluß: Abschluß außerhalb des Geschäftsjahres)
(Neue Kontenrahmen bauen: weitere Details)
 
(47 intermediate revisions by 15 users not shown)
Line 1: Line 1:
 
[[De/GnuCash | Zurück zur Hauptseite]]
 
[[De/GnuCash | Zurück zur Hauptseite]]
  
 +
Diese Seite führt in die Bedienung von GnuCash ein. Die Gliederung folgt im Prinzip dem ersten Arbeitsablauf.
  
 
== Grundsätzliches zur Bedienung ==
 
== Grundsätzliches zur Bedienung ==
  
 
+
Dieses Kapitel erläutert die Aspekte, die für alle Benutzer von Bedeutung sind.
  
 
=== Starten ===
 
=== Starten ===
  
Gestartet wird '''GnuCash''' normalerweise einfach über das Menü. Beim ersten Start wird auch gleich der Einrichtungsassistent gestartet.
+
Gestartet wird '''GnuCash''' normalerweise einfach über das Menü der Benutzeroberfläche des Computers. Beim ersten Start erscheint auch gleich der Einrichtungsassistent. Bei späteren Starts wird normalerweise die zuletzt bearbeitete Datei wieder geöffnet, was ja meist erwünscht ist. Falls einem diese Verhalten nicht zuspricht, sollte man sich einmal kurz mit den Kommandozeilenoptionen befassen.
  
 
=== Kommandozeilenoptionen ===
 
=== Kommandozeilenoptionen ===
  
Wer mehr über die Start-Optionen wissen will, gibt auf der Kommadozeile ein:
+
Wie man eine Befehlszeile öffnet, ist in [[De/Referenz#Die_Ausgaben_auf_der_Konsole|Referenz: Die Ausgaben auf der Konsole]] beschrieben. Wer mehr über die Start-Optionen wissen will, gibt dann auf der Kommadozeile ein:
  
 
<code>gnucash --help</code> oder ruft die etwas ausführlichere Handbuchseite mit  
 
<code>gnucash --help</code> oder ruft die etwas ausführlichere Handbuchseite mit  
Line 25: Line 26:
 
Während man über die einzelnen Menüpunkte wandert, wird in der untersten '''Statuszeile''' eine kurze Erläuterung angezeigt.
 
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'''.
+
Hält man den Mauszeiger über ein Element eines Dialogs, so erscheint neben dem Mauszeiger 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.
+
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 kaum jemand gefunden, der den Mut hat, das eine oder andere Kapitel der deutschen Übersetzung zu übernehmen. Freiwillige melden sich bitte per Email an gnucash-de bei gnucash.org.
  
 
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
 
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
Line 48: Line 49:
 
* die Vorzeichenumkehr
 
* 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===
 
===Weitere Dateieigenschaften===
Line 71: Line 66:
 
* problemlose Entsorgung nach Ablauf der gesetzlichen Aufbewahrungsfrist für gewerbliche Nutzer.
 
* problemlose Entsorgung nach Ablauf der gesetzlichen Aufbewahrungsfrist für gewerbliche Nutzer.
  
Seit Version 2.2.4 gibt es den Menüpunkt ''Werkzeuge->'''Buchabschluß''''', welcher die Salden der Erfolgskonten in ein paar mehrteiligen Buchungen auf das Eigenkapital abschließt.
+
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 [http://bugzilla.gnome.org/show_bug.cgi?id=106383#c16] kann man frühere Jahre mittels [http://joyful.com/repos/ledger/doc/ledger/Archiving-previous-years.html#Archiving-previous-years] archivieren, was dem Autor jedoch irgendwie "spanisch" vorkommt.
+
2009 wurde das Perl-Skript [{{ListURL}}/pipermail/gnucash-user/attachments/20090107/6db96e14/attachment.bin gcCull.pl] mit [{{ListURL}}/pipermail/gnucash-user/2009-January/027957.html englischer Anleitung] zum Zerlegen von GnuCash-Dateien veröffentlicht. Dazu gab es 2010 noch einen [{{ListURL}}/pipermail/gnucash-user/2010-April/034407.html Patch]
 +
 
 +
Laut [{{BugURL}}/show_bug.cgi?id=106383#c16 Bug 106383 - feature request: close year end] konnte man frühere Jahre mittels <s>[http://joyful.com/repos/ledger/doc/ledger/Archiving-previous-years.html#Archiving-previous-years Archiving previous years]</s> archivieren. <ref>Die Seite existiert anscheinend nicht mehr, da deren Autor inzwischen eine ''Ledger''-Reimplementierung in Haskell statt C++ geschaffen hat: [https://hledger.org/faq.html#why-did-you-start-hledger-how-does-it-relate-to-ledger hledger.org]</ref>
 +
 
 +
===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.
  
 
=== Speichern ===
 
=== 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.  
 
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 Sicherheitsbewußte wählen hier ein verschlüsseltes Medium (Partition, Verzeichnis, ...). Schließlich möchten die Wenigsten mit ihren Finanzdaten hausieren gehen.
+
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!
 
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 [[De/BedienungBerichte | hier]].
 
  
 
=== Import von Buchungsdaten ===
 
=== Import von Buchungsdaten ===
Line 92: Line 91:
 
Der Import von Buchungsdaten ist in zwei Anwendungsfällen von Interesse:
 
Der Import von Buchungsdaten ist in zwei Anwendungsfällen von Interesse:
 
# Datenübernahme aus anderen Programmen, etwa beim Umstieg,
 
# Datenübernahme aus anderen Programmen, etwa beim Umstieg,
# Eine dritte Instanz, etwa Bank, stellt Daten zur Verfügung, verwendet dafür aber nicht [[De/HBCI|FinTS/HBCI]].
+
# Eine dritte Instanz, etwa Bank, stellt Daten zur Verfügung, verwendet dafür aber nicht [[De/Online-Banking|FinTS/HBCI]].
  
Im Idealfall liegen die Daten in dem relativ simplen [[De/Glossar#Q|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.
+
Im Idealfall liegen die Daten in dem relativ simplen [[De/Glossar#Q|QIF]]-Format vor und können einfach in GnuCash importiert werden:
 +
*Manchmal muß man im alten Programm etwas suchen, etwa <tt>Datei/Konto->exportieren->Quicken Interchange Format</tt>, um das richtige Speicherformat zu finden.  
 +
*Da Gnucash im Gegensatz zu "einfacheren" Programmen die [[De/Referenz#doppelte Buchführung|doppelte Buchführung]] verwendet, sollte man vor dem Export in seinem alten Programm jeder Bewegung eine Kategorie zuweisen. Sonst muß man unter Umständen sehr viele Buchungen nachträglich editieren.
 +
*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 [[De/Glossar#C|CSV]]-Format. Dieses kann man mithilfe von externen Werkzeugen, wie den Makros [http://xl2qif.chez-alice.fr/calc2qif_en.php calc2qif] für Openoffice Calc oder [http://xl2qif.chez-alice.fr/xl2qif_en.php xl2qif] für MS Excel in das [[De/Glossar#Q|QIF]]-Format umwandeln und dann importieren.
+
Ebenfalls unproblematisch sind Tabellen im [[De/Glossar#C|CSV]]-Format. Dieses kann man mithilfe von externen Werkzeugen, wie den Makros [{{URL:xl2qif}}calc2qif_en.php calc2qif] für Openoffice Calc oder [{{URL:xl2qif}}xl2qif_en.php xl2qif] für MS Excel in das [[De/Glossar#Q|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]].
 
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 ===
+
===Erste 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.
+
Falls man die Anfangsbestände nicht bereits im Einrichtungsassistenten eingetragen hat, sollte man das jetzt nachholen. Dazu öffnet man das jeweilige Konto und gibt eine Buchung mit Beschreibung ''Eröffnungssaldo'' oder ähnlichem ein. Als Gegenkonto wählt man das ''Eigenkapital''-Konto '''Anfangsbestand'''.
* ein OpenOffice Makro
 
* ein java-bassiertes tools
 
  
 +
Es empfiehlt sich auszuprobieren, ob man besser mit dem Buchen-Dialog zurecht kommt oder direkt in das Konto schreibt.
  
==== OpenOffice.org Makro ====
+
===Terminierte und wiederkehrende Buchungen===
  
Dazu gibt es eine wunderbare Anleitung von  Knut Gerwens  [http://www.alice-dsl.net/gnuc2ooo/gnuc2ooo_de/intro.html  hier].
+
Falls man einmal einen Geschäftsvorgang vormerken will, der erst in der Zukunft eintreten wird, verwendet man ''Aktionen->Terminierte Buchungen->Terminierte Buchungen Editor''.
Das OpenOffice.org-Makro liest GnuCash - Ausgabedaten und importiert sie in die eingebettete Datenbank von OpenOffice.org, so daß 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 ====
+
Dieser kann einem sehr viel Zeit ersparen, wenn man alle regelmäßig wiederkehrenden Vorgänge wie Daueraufträge, Zinszahlungstermine etc. erfaßt. Er kann nicht nur mit konstanten Beträgen, sondern auch mit Formeln umgehen.
  
 +
Dieses Werkzeug hat auch seine eigene Seite in den GnuCash-Einstellungen. Dadurch ist es möglich, sich beim Programmstart an bestimmte Vorgänge erinnern zu lassen.
  
Hier erstmal ein Link, der die ersten Schritte beschreibt:
+
Leider ist es (noch) nicht möglich, damit Rechnungen zu erstellen.
  
  http://edseek.com/archives/2005/08/18/gnucash-export-to-gnumeric-and-csv/
+
===Online-Banking===
  
Allerdings ist die xsl-Datei, auf die hierbei verwiesen wird, noch zu aktualisieren.  
+
Falls man eine Bank hat, die  
 +
*'''FinTS''' (vormals HBCI), wie die meisten deutschen Banken, oder
 +
*'''EBICS''', wie verschiedene europäische Banken, unterstützt oder
 +
*'''PayPal''' heißt (nur Abfrage), …
 +
kann man direkt aus GnuCash heraus Umsätze und Salden abfragen oder Überweisungen ausführen. Das erspart einem auch sehr viel Tipparbeit. Näheres dazu steht in [[De/Online-Banking | Online-Banking]].
  
* Ersetze in der Datei gnucash2gnumeric_0.6.xsl die Headerzeilen durch die Headerzeilen einer unkomprimierten GC-Datei. Dabei bleiben die letzten beiden Zeilen
+
===Kontenabgleich===
  
xmlns:gmr="http://www.gnumeric.org/v10.dtd"
+
Das Abgleichen eines Kontos dient in erster Linie dazu, ein Konto vom Typ ''Bank'' mit dem zugehörigen ''Kontoauszug'' in Einklang zu bringen. Ziel ist also, daß die Bank und frau selbst von ''gleichen'' Zahlen ausgehen. In der guten alten Zeit, als Buchhaltung noch mit Stift und Papier erledigt wurde, hat man den Auszug mit seinen Belegen verglichen, die übereinstimmenden Positionen abgehakt und den Saldo nachgerechnet. Dadurch wird vermieden, daß man einerseits Bewegungen vergißt zu erfassen, andererseits einem Abbuchungen untergeschoben werden, die man gar nicht legitimiert hat.
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 
  
erhalten.
+
Man kann diese Werkzeug aber auch für andere Konten verwenden, etwa die ''Kreditkartenabrechnung'' oder wenn man ''Differenzen'' sucht.
  
[[de/export_to_excel_xls_transform | oder nimm die hier]]
+
Der Abgleich gilt immer nur für ein Konto, also einen Buchungsteil. Das ist durchaus sinnvoll, da man ja auch vom eigenen Konto bei Bank A auf das eigene Konto bei Bank B überweisen kann und was bei Bank A im Auszug steht nicht notwendigerweise genauso auch bei Bank B im Auszug stehen muß. Man denke etwa an die Monopoly-Ereigniskarte "Bankirrtum zu ihren Gunsten".
  
* Konversion der unkomprimierten GC-Datei mit Hilfe von xsltproc:
+
Wichtig ist zunächst, daß Anfangs- und Endsaldo jeweils übereinstimmen. Einzelne Positionen können allerdings herausfallen, wenn etwa ein Auftrag zum Zeitpunkt des Auszugs noch nicht ausgeführt war.
  
für Linux:
+
Die Spalte J entspricht also dem Häckchen auf dem Papierbeleg:
  http://www.teialehrbuch.de/Kostenlose-Kurse/XML-XSL/21050-xsltproc.html
+
* n = nein, neu
 +
* j = ja (vom Onlinebanking oder manuell gesetzt)
 +
* b = bestätigt (mit Konto-abgleichen gesetzt)
  
für Windows:
+
=== Berichte ===
  http://www.zlatkovic.com/libxml.en.html
+
Zu dem Thema existiert eine [[De/Berichte | eigene Seite mit Erläuterungen zur Anpassung von Formularen und Berichten]] sowie eine knappe [[De/BedienungBerichte | Anleitung zum Speichern selbstdefinierter Berichte]].
  
und der modifizierten xsl-Datei. Das Unix-Kommado
+
=== Export von Buchungen und Auswertung von Buchungen ===
  xsltproc -o GC-Datei gnucash2gnumeric_0.6-korr.xsl out.xml
+
Im Bereich [[De/Im-Export | Im-/Export]] werden die Möglichkeiten beschrieben mit denen Daten in GnuCash eingelesen und auch ausgegeben werden können.
 
 
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 ===
 
 
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.
 
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 ==
 
== Bedienung für den Privatgebrauch ==
Line 164: Line 154:
 
=== Schnelleinstieg in GnuCash ===
 
=== 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.
+
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 [{{URL:xl2qif}}calc2qif_en.php Calc2QIF] konvertiert und importiert werden.
  
 
===Umsteiger Quicken auf GnuCash===
 
===Umsteiger Quicken auf GnuCash===
Line 170: Line 160:
 
# GnuCash starten,
 
# GnuCash starten,
 
# Kontostruktur aus Quicken in GnuCash nachbilden (für jedes Quicken-Konto eine Entsprechung in GnuCash)
 
# 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.
+
#:Laut [[Quicken Migration]] ist GnuCash sehr wohl in der Lage, Konten aus '''QIF'''-Dateien zu erstellen, aber nit aus Quickens proprietren '''Quicken Data File''' ('''QDF''') Format. Bitte mal ausprobieren und hier berichtigen.
 
# Quicken: Exportieren der Konten (Datei/Import-Export)
 
# 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.
 
#:'''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.
Line 181: Line 171:
  
 
==== Ein paar grundsätzliche Anmerkungen ====
 
==== Ein paar grundsätzliche Anmerkungen ====
 
+
* Als '''Datum''' nimmt man üblicherweise das ''Wertstellung''sdatum und nicht das ''Buchung''sdatum. Der Hintergrund ist, dass das Wertstellungsdatum auch für die Zinsberechnung verwendet wird. Falls die Daten sehr voneinander abweichen, [[#Abheben_vom_Bankautomaten_und_sp.C3.A4tere_Buchung_auf_dem_Girokonto|s.u.]]
* Als '''Datum''' nimmt man üblicherweise das ''Wertstellung''sdatum und nicht das ''Buchung''sdatum. Der Hintergrund ist, daß das Wertstellungsdatum auch für die Zinsberechnung verwendet wird. Falls die Daten sehr voneinander abweichen, [[#Abheben_vom_Bankautomaten_und_sp.C3.A4tere_Buchung_auf_dem_Girokonto|s.u.]]
 
 
* Unter '''Beschreibung''' wird der Empfänger bzw der Geber eingetragen.  
 
* Unter '''Beschreibung''' wird der Empfänger bzw der Geber eingetragen.  
 
* Im '''Buchungstext''' wird die Beschreibung eingetragen.
 
* Im '''Buchungstext''' wird die Beschreibung eingetragen.
* Das '''Aktionsfeld''' kann man benutzen, wird aber nirgends ausgewertet.
+
* 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.
 
* GnuCash merkt sich die Beschreibungen und füllt die Buchung mit der letzten im geöffneten Konto gefundenen Buchung aus.
  
 
==== Buchungsbeispiele ====  
 
==== Buchungsbeispiele ====  
 
 
Auf [[de/Buchungsbeispiele | dieser ]] Seite sind verschiedene Buchungsbeispiele aufgelistet.
 
Auf [[de/Buchungsbeispiele | dieser ]] Seite sind verschiedene Buchungsbeispiele aufgelistet.
 
  
 
===== Abheben vom Bankautomaten und spätere Buchung auf dem Girokonto =====
 
===== 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
 
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.  
 
'''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)]]''
+
'''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.
+
Wenn man nur ein Buchungsdatum verwenden will, empfiehlt sich eigentlich immer das '''Wertstellungsdatum''' zu nehmen, da die Banken das auch für die Berechnung der (Überziehungs-)Zinsen verwenden. 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.
 +
 
 +
===== Scheck ausgestellt, Empfänger läßt sich Zeit mit der Einreichung =====
 +
Das ist im Grunde das gleiche: unter Verbindlichkeiten legt man ein Konto "Ausgestellte Schecks" an. Am Tag der Ausstellung bucht man seine Ausgabe darauf und wenn er eingereicht und das Bankkonto belastet wird, bucht man den Betrag dorthin weiter. Das kann einem, falls der Empfänger - oder die Post auf dem Weg zu selbigem - sich solange Zeit läßt, daß man nicht mehr daran denkt, eine böse Überraschung ersparen.
  
 
===== Überweisung auf anderes Bankkonto =====
 
===== Ü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
 
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 1: "Belastung" Ausgangskonto ./. Geldtransfer
 
:Tag n: "Gutschrift" Geldtransfer ./. Zielkonto
 
:Tag n: "Gutschrift" Geldtransfer ./. Zielkonto
  
== für den Einsatz in einer Firma ==
+
== 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?
  
*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?
+
Für Neueinsteiger: Nein, GnuCash hat (leider) auch in Version 2.4.0 keine automatische Buchung der USt. bei der normalen Buchungseingabe. Bitte weiterlesen, um die Möglichkeiten zur Verwaltung der Steuersätze kennenzulernen.
  
 
Grundsätzlich sind zwei Ansätze möglich:
 
Grundsätzlich sind zwei Ansätze möglich:
 
# Reine Buchhaltung oder
 
# Reine Buchhaltung oder
# Verwendung des Geschäftsmoduls, welches im Wesentlichen über Formulare/Berichte abgewickelt wird.
+
# Verwendung des [[Geschäftsmodul]]s, welches im Wesentlichen über Formulare/Berichte abgewickelt wird.
  
 
Das Geschäftsmodul bietet die folgenden Möglichkeiten:
 
Das Geschäftsmodul bietet die folgenden Möglichkeiten:
* die MWSt. automatisch zu verbuchen,  
+
* die MWSt. bei Rechnungen automatisch zu verbuchen,  
* Kreditoren-/Debitorenbuchhaltung
+
* Kreditoren-/Debitorenbuchhaltung, also Rechnungen erfassen und Status verfolgen. Dabei können Mehrwertsteuersätze, Nachlässe und Zahlungsbedingungen allgemein und partnerspezifisch hinterlegt werden.
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
+
 
 +
Es hat aber den Nachteil, dass es z. Zt. (2.2.x und 2.4.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>
 
  Kasse: <Netto>*1,19 ./. Erlös: <Netto>
Line 228: Line 218:
 
                     Verb.:MWSt: <Brutto>*,19/1,19
 
                     Verb.:MWSt: <Brutto>*,19/1,19
  
herumkommen. Grundsätzlich muß 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.
+
herumkommen.  
 +
 
 +
'''Tip:''' Numerische Eingabefelder in GnuCash werden algebraisch ausgewertet. Man kann nahezu beliebige Ausdrücke aus ''+-*/()'' wie auf einem Taschenrechner eingeben.
 +
 
 +
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.
  
 
<Wird fortgesetzt, nicht wahr, jemand?>
 
<Wird fortgesetzt, nicht wahr, jemand?>
Line 237: Line 231:
  
 
===Stammdaten anlegen===
 
===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.
  
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.
+
(Hinweis bei Version 2.4.0: Auch beim SQL-backend hat gnucash noch keine Live-Verbindung während des Programmbetriebs mit der Datenbank. Insbesondere werden Änderungen in der SQL-Datenbank, also z.B. ein Stammdatenimport, erst beim nächsten Programmstart von gnucash gelesen.)
  
 
<Wird fortgesetzt, nicht wahr, jemand?>
 
<Wird fortgesetzt, nicht wahr, jemand?>
Line 248: Line 243:
  
 
====Zahlungsbedingungen & Mahnwesen====
 
====Zahlungsbedingungen & Mahnwesen====
Vor der ersten Rechnung, sollte man auch die Zahlungsbedingungen und das Mahnwesen konfigurieren, um seine Debitoren zu motivieren.
+
Vor der ersten Rechnung sollte man auch die Zahlungsbedingungen und das Mahnwesen konfigurieren, um seine Debitoren zu motivieren.
  
 
<Wird fortgesetzt, nicht wahr, jemand?>
 
<Wird fortgesetzt, nicht wahr, jemand?>
  
 
====Geschäftspartner====
 
====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.
  
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|Concept_Guide [engl.] ]], [[{{ListURL}}/logs/2007/12/2007-12-02.html#T20:33:58]] ]. Ein Workaround wäre, Vorfälle mit Devisen manuell zu buchen.
  
Derzeit allerdings ist das Geschäftsmodul offiziell noch nicht mehrwährungsfähig [ [[Concept_Guide|Concept_Guide [engl.] ]], [[http://lists.gnucash.org/logs/2007/12/2007-12-02.html#T20:33:58]] ]. Ein Workaround wäre, Vorfälle mit Devisen manuell zu buchen.
+
:Mit ein bisschen Vorsicht kann man aber auch in Version 2.4.0 Rechnungen in Fremdwährungen zu erstellen. Voraussetzungen, mit denen das geklappt hat:
 
 
: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
 
:* Währung in den Stammdaten des Geschäftspartner hinterlegt
:* Ertrags- bzw. Aufwands(unter-)konten in der Fremdwährung,
+
:: Im folgenden kann Partner Kunde, Lieferant oder Mitarbeiter sein.
:* Forderungs- bzw. Verbindlichkeitskonto in Fremdwährung
+
::* "Partner bearbeiten"-Dialog öffnen über Geschäft->Partner->"Neuer Partner" oder "Partner suchen"
 +
::* Zahlungsinformation->Währung anpassen
 +
:* Ertrags- bzw. Aufwands(unter-)konten in der richtigen Fremdwährung,
 +
:* Forderungs- bzw. Verbindlichkeitskonto in richtigen Fremdwährung
 
:* Wechselkurs hinterlegen
 
:* Wechselkurs hinterlegen
 
:* Nicht dadurch irritieren lassen, dass in der Statuszeile des "Rechnung bearbeiten"-Fensters bei den Beträgen das Euro-Symbol angezeigt wird.
 
:* 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.
 
: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
+
<Wird fortgesetzt, nicht wahr, jemand?>
* [http://svn.gnucash.org/trac/browser/gnucash/trunk/src/optional/xsl/README gnucash/trunk/src/optional/xsl/README], bzw.
+
 
* /usr/share/xml/gnucash/xsl/README
+
====Inventar / Waren verwalten====
* oder auf älteren SuSe-Distributionen: /opt/gnome/share/xml/gnucash/xsl/README.
+
Offiziell verwaltet GnuCash zwar keine Warenbestände, aber wie die englische Bezeichnung commodity nahelegt, kann man sie als Wertpapiere anlegen. Tickersymbol = Bestellnummer, ... Kurse nicht online abrufen!
''Um Erfahrungsberichte wird gebeten.''
 
  
<Wird fortgesetzt, nicht wahr, jemand?>
+
=== Rechnungen ===
 +
Wie bereits erwähnt können USt.-Beträge automatisch verarbeitet werden, wenn eingehende Rechnungen in GNUcash angelegt werden. Das Gleiche gilt für ausgehende Rechnungen. Für die USt. wird für jeden Eintrag ein Drop-down eingeblendet, die faktisch die angelegten Steuertabellen wiedergibt (siehe weiter unten), zumindest der Teil, die für diese Eingabe relevant ist. So können unterschiedliche USt.-Sätze gehandhabt werden wie zum Beispiel 1 Liter Apfelsaft zum vollen Satz und ein Rennpferd zum ermäßigten Satz. Für jede Rechnungsposition wird das Buchungskonto angegeben. Der Betrag inkl. USt wird bei jeder Rechnungseingabe nur links unten auf der Statuszeile angezeigt.
 +
Wenn die Rechnung fertig ist, muss dieser noch eingebucht werden. Dazu gibt es ein Button oben in der Buttonleiste ("Diese Rechnung in Ihre Konten Buchen"). Dort wird auch festgelegt, welches Gegenkonto genommen wird. Standardmäßig ist dies ein "Verbindlichkeiten"-Konto, die später bei der Zahlung wieder wettgemacht wird. Apropos "Verbindlichkeiten": Nur Konten diesen Typs, welche in derselben Währung geführt werden, die bei dem Geschäftspartner hinterlegt ist, werden zur Auswahl angezeigt. Wer z.B. mit SKR03 arbeitet (eine Vorlage ist im Programmumfang enthalten), kann sich auch weitere Konten diesen Typs definieren. Falls man Rechnungen in Fremdwährungen verarbeiten will, muß man das sogar.
 +
 
 +
Sobald die Rechnung gebucht ist, sind automatisch die Splitbuchungen mit USt. vorgenommen als auch die Gegenkontobuchung. Umgekehrt kann eine Rechnung mit dem nächsten Button wieder ausgebucht werden, also vollständig rückgängig gemacht werden. Nur so kann eine Rechnung korrigiert und wieder eingebucht werden.
  
=== Einnahme-Überschuss-Rechnung ===
+
:'''Frage:''' Dies funktioniert wunderbar, nur bei barbeglichenen Rechnungen fehlt die Möglichkeit als Gegenkonto ein Barkonto anzugeben. Ein Barkonto hat schließlich nicht die Eigenschaft "Verbindlichkeiten". Somit muss bei jedem Barvorgang ein Verbindlichkeiten-Konto angegeben werden, sodass zwingend eine zweite Buchnung nötig ist mit Bar/Verbindlichkeiten - oder hat jemand eine andere Idee?
 +
:'''Antwort:''' Da gibt es mehrere Möglichkeiten:
 +
# Nicht dran stören, Rechnung buchen + Zahlung verarbeiten.
 +
#:Dummerweise steht dann machmal die Zahlung vor der Rechnung im Journal.
 +
# Ohne Rechnung direkt buchen:
 +
#: Pos 1: 3,50
 +
#: Pos 2: 4,80
 +
#: :
 +
#: USt:  x,xx
 +
#:: Kasse/Bank: y,yy
 +
#:Leider erscheint die Buchung dann nicht im Kunden-/Lieferantenbericht.
 +
# Falls die Idee noch nicht im Bugzilla steht, dort eine Enhancement Request erstellen. --[[User:Fell|Fell]] 05:22, 17 November 2010 (UTC)
  
Prinzipiell ist möglich eine Einnahme-Überschuss-Rechnung zu realisieren indem man  doppelte Buchführung (mit Einnahmen- und Ausgabenkonten) fährt. Unter [[De/EÜR | De/EÜR]] gibt es eine Schritt für Schritt Beschreibung eines Anwenders.
+
Eine Einschränkung des Rechnungsmoduls ist zur Zeit (2.4.x) noch, daß die Mechanik dahinter auf [[De/Referenz#Gewinnermittlungsmethoden|Soll-Versteuerung]] ausgelegt ist und nicht auf [[De/Referenz#Gewinnermittlungsmethoden|Ist-Versteuerung]], die für alle unter einer halben Million Jahresumsatz interessanter ist [{{BugURL}}/show_bug.cgi?id=95700 RFE: Allow for accrual and cash sales tax (VAT/GST) reporting in business invoices]. Zum aktuellen Stand bitte die englische Seite [[Cash Based Accounting]] zu Rate ziehen.
  
=== MWSt. bei Buchungen getrennt auszuweisen ===
+
=== 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 | De/EÜR]] gibt es eine Schritt-für-Schritt-Beschreibung eines Anwenders.
  
 +
=== USt. bei Buchungen getrennt auszuweisen ===
 
Ist es möglich,
 
Ist es möglich,
# die MWSt. bei Buchungen getrennt auszuweisen und  
+
# die USt. bei Buchungen getrennt auszuweisen und  
 
# eine Umsatzsteuervoranmeldung zu erstellen?
 
# 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)]]
+
Ja und nein. Eine automatische Verwaltung der deutschen USt. bei der normalen Buchungseingabe wird von gnucash weiterhin 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 (Hinweis: Betragseingabefelder als Taschenrechner nutzen). Außerdem wird bei der Geschäftsfunktion Rechnung eingeben (Eingang und Ausgang) das automatische Hinzufügen der Steuer nach Steuertabelle unterstützt, wo man also beliebig viele USt.-Sätze eintragen und nutzen kann.
  
* 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 [[De/Konfiguration#Beispielkonfiguration_des_Gesch.C3.A4ftsmoduls_f.C3.BCr_kleine_Unternehmen_mit_MWSt.|Beispielkonfiguration des Geschäftsmoduls für kleine Unternehmen mit USt.]]
: Siehe [[De/Konfiguration#Beispielkonfiguration_des_Gesch.C3.A4ftsmoduls_f.C3.BCr_kleine_Unternehmen_mit_MWSt.|Beispielkonfiguration des Geschäftsmoduls für kleine Unternehmen mit MWSt.]]
 
  
=== Jahresabschluß ===
+
=== Jahresabschluss ===
 +
Die Vorüberlegungen sind unter [[De/Konfiguration#Eine_immerw.C3.A4hrende_Datei_oder_j.C3.A4hrlich_eine_neue_Datei|Konfiguration]] beschrieben.
  
Die Vorüberlegungen sind unter [[De/Konfiguration#Eine_immerw.C3.A4hrende_Datei_oder_j.C3.A4hrlich_eine_neue_Datei|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.  
  
Seit GnuCash 2.2.4 gibt es eine einfache Funktion Werkzeuge->Buchungsabschluß. 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.  
  
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 zugrundeliegenden Rechnungslegungsprinzipien noch mehr oder weniger viel Nachbearbeitung erforderlich.  
+
Die meisten Berichte können die Abschlussbuchungen erkennen, wenn man diese mit einer einheitlichen Beschreibung gebucht hat und das zugrundeliegende Muster dem Bericht bekannt macht. Budgets erkennen die Abschlussbuchungen allerdings nicht, so dass Budgets abgeschlossener Jahre durch die Jahresabschlussbuchung per letztem Tag des Geschäftsjahres verzerrt sind.
  
Damit die verschiedenen Berichte durch diesen Abschluß nicht in Mitleidenschaft gezogen werden, empfiehlt es sich, den Abschluß außerhalb des Geschäftsjahres durchzuführen. Dazu führt man den Abschluß z.B. mit Datum 1.1. durch und definiert das Geschäftsjahr vom 2.1. bis 31.12. Selbstverständlich sollte man dann auch keine anderweitigen Buchungen mit Datum 1.1. durchführen, da sie sonst auch außerhalb des Berichtszeitraums liegen.
+
Um solche Probleme zu vermeiden, kann 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.
 
Um weitere Erfahrungsberichte wird gebeten.
  
 
==== Erstellen einer neuen Datei ====
 
==== 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.
 
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 Firma2008 und der Jahresabschluß ist getätigt. Die Datei wird ''unkomprimiert gespeichert''.
+
Angenommen, die alte Datei heißt Firma2009 und der Jahresabschluss ist getätigt. Die Datei wird ''unkomprimiert gespeichert''.
# kopiere Firma2008 nach Firma2009 mit den Bordmitteln des jeweiligen Betriebssystems.
+
# kopiere Firma2009 nach Firma2010 mit den Bordmitteln des jeweiligen Betriebssystems.
# öffne Firma2009 mit einem Texteditor eigener Wahl, vorzugsweise mit Syntaxhervorhebung für XML-Dateien.
+
# öffne Firma2010 mit einem Texteditor eigener Wahl, vorzugsweise mit Syntaxhervorhebung für XML-Dateien.
 
## lösche den Inhalt des Abschnitts <gnc:transaction version="2.0.0"> ... </gnc:transaction>
 
## lösche den Inhalt des Abschnitts <gnc:transaction version="2.0.0"> ... </gnc:transaction>
 
## setze den Inhalt des Zählers <gnc:count-data cd:type="transaction"> ... </gnc:count-data> auf 0.
 
## setze den Inhalt des Zählers <gnc:count-data cd:type="transaction"> ... </gnc:count-data> auf 0.
 
## Speichern
 
## Speichern
# gnucash Firma2009
+
# gnucash Firma2010
::Eingabe der Anfangsbestände2009 = Endbestände2008 als Eröffnungsbuchungen. Ggf. öffnet man Firma2008 in einer anderen Instanz von Gnucash und benutzt Copy&Paste zum Übertragen oder tippt die ausgedruckte Kontenübersicht oder Bilanz ab.
+
::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 [https://lists.gnucash.org/pipermail/gnucash-de/2008-November/006586.html eMail vom 29.11.2008] bietet wohl [http://apps.sourceforge.net/mediawiki/jgnucashlib/index.php?title=Main_Page 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:
 
{| border="1" cellpadding="5" cellspacing="0" bgcolor="white"
 
 
 
|'''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?
 
  
 +
Laut [{{ListURL}}/pipermail/gnucash-de/2008-November/006586.html eMail vom 29.11.2008] bietet wohl [http://apps.sourceforge.net/mediawiki/jgnucashlib/index.php?title=Main_Page jgnucashlib] von M. Wolschon als Alternative eine Möglichkeit, Dateien zu splitten. Um Erfahrungsberichte wird gebeten.
  
 +
== Für den Einsatz in einem Verein ==
 +
Für eine bessere Übersicht hat der Artikel eine eigene Seite:
 +
[[De/Einsatz im Verein|Einsatz im Verein]]
  
 
== Neue Kontenrahmen bauen ==
 
== 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 [http://wiki.gnucash.org/wiki/De/Referenz#SKR49_Vereine.2C_Stiftungen_und_Gemeinn.C3.BCtzige_GmbHs  hier].
+
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  
 
+
:Allgemein: [[De/Referenz#Kontenrahmen]]
Eine ausführliche englische Anleitung steht auf der [[Translation#How_to_translate_the_files_containing_the_new_account_hierarchies|Seite für Übersetzer]].
+
:Liste: [[De/Referenz#Auflistung von Kontenrahmen]]
 +
Eine ausführliche englische Anleitung steht auf der [[Translation#How_to_translate_the_files_containing_the_new_account_hierarchies|Seite für Übersetzer]] und
 +
:weitere Details in [[Account Hierarchy Template]].
  
 
* gnucash starten, neue Datei und los gehts.
 
* gnucash starten, neue Datei und los gehts.
Line 398: Line 343:
 
* in der gnucash-liste nachfragen wer die Datei zum download einbaut.
 
* in der gnucash-liste nachfragen wer die Datei zum download einbaut.
 
* wird dann u.U. später in das offizielle GnuCash eingebaut.
 
* wird dann u.U. später in das offizielle GnuCash eingebaut.
 
 
  
 
----
 
----
 
+
[[Category:De|Bedienung]]
[[Category:De]]
 
 
[[De/GnuCash | Zurück zur Hauptseite]]
 
[[De/GnuCash | Zurück zur Hauptseite]]

Latest revision as of 05:12, 3 December 2023

Zurück zur Hauptseite

Diese Seite führt in die Bedienung von GnuCash ein. Die Gliederung folgt im Prinzip dem ersten Arbeitsablauf.

Grundsätzliches zur Bedienung

Dieses Kapitel erläutert die Aspekte, die für alle Benutzer von Bedeutung sind.

Starten

Gestartet wird GnuCash normalerweise einfach über das Menü der Benutzeroberfläche des Computers. Beim ersten Start erscheint auch gleich der Einrichtungsassistent. Bei späteren Starts wird normalerweise die zuletzt bearbeitete Datei wieder geöffnet, was ja meist erwünscht ist. Falls einem diese Verhalten nicht zuspricht, sollte man sich einmal kurz mit den Kommandozeilenoptionen befassen.

Kommandozeilenoptionen

Wie man eine Befehlszeile öffnet, ist in Referenz: Die Ausgaben auf der Konsole beschrieben. Wer mehr über die Start-Optionen wissen will, gibt dann 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 neben dem Mauszeiger 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 kaum jemand gefunden, der den Mut hat, das eine oder andere Kapitel der deutschen Übersetzung zu übernehmen. Freiwillige melden sich bitte per Email an gnucash-de bei gnucash.org.

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


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.

2009 wurde das Perl-Skript gcCull.pl mit englischer Anleitung zum Zerlegen von GnuCash-Dateien veröffentlicht. Dazu gab es 2010 noch einen Patch

Laut Bug 106383 - feature request: close year end konnte man frühere Jahre mittels Archiving previous years archivieren. [1]

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.

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!

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:

  1. Datenübernahme aus anderen Programmen, etwa beim Umstieg,
  2. 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:

  • Manchmal muß man im alten Programm etwas suchen, etwa Datei/Konto->exportieren->Quicken Interchange Format, um das richtige Speicherformat zu finden.
  • Da Gnucash im Gegensatz zu "einfacheren" Programmen die doppelte Buchführung verwendet, sollte man vor dem Export in seinem alten Programm jeder Bewegung eine Kategorie zuweisen. Sonst muß man unter Umständen sehr viele Buchungen nachträglich editieren.
  • 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.

Erste Buchungen

Falls man die Anfangsbestände nicht bereits im Einrichtungsassistenten eingetragen hat, sollte man das jetzt nachholen. Dazu öffnet man das jeweilige Konto und gibt eine Buchung mit Beschreibung Eröffnungssaldo oder ähnlichem ein. Als Gegenkonto wählt man das Eigenkapital-Konto Anfangsbestand.

Es empfiehlt sich auszuprobieren, ob man besser mit dem Buchen-Dialog zurecht kommt oder direkt in das Konto schreibt.

Terminierte und wiederkehrende Buchungen

Falls man einmal einen Geschäftsvorgang vormerken will, der erst in der Zukunft eintreten wird, verwendet man Aktionen->Terminierte Buchungen->Terminierte Buchungen Editor.

Dieser kann einem sehr viel Zeit ersparen, wenn man alle regelmäßig wiederkehrenden Vorgänge wie Daueraufträge, Zinszahlungstermine etc. erfaßt. Er kann nicht nur mit konstanten Beträgen, sondern auch mit Formeln umgehen.

Dieses Werkzeug hat auch seine eigene Seite in den GnuCash-Einstellungen. Dadurch ist es möglich, sich beim Programmstart an bestimmte Vorgänge erinnern zu lassen.

Leider ist es (noch) nicht möglich, damit Rechnungen zu erstellen.

Online-Banking

Falls man eine Bank hat, die

  • FinTS (vormals HBCI), wie die meisten deutschen Banken, oder
  • EBICS, wie verschiedene europäische Banken, unterstützt oder
  • PayPal heißt (nur Abfrage), …

kann man direkt aus GnuCash heraus Umsätze und Salden abfragen oder Überweisungen ausführen. Das erspart einem auch sehr viel Tipparbeit. Näheres dazu steht in Online-Banking.

Kontenabgleich

Das Abgleichen eines Kontos dient in erster Linie dazu, ein Konto vom Typ Bank mit dem zugehörigen Kontoauszug in Einklang zu bringen. Ziel ist also, daß die Bank und frau selbst von gleichen Zahlen ausgehen. In der guten alten Zeit, als Buchhaltung noch mit Stift und Papier erledigt wurde, hat man den Auszug mit seinen Belegen verglichen, die übereinstimmenden Positionen abgehakt und den Saldo nachgerechnet. Dadurch wird vermieden, daß man einerseits Bewegungen vergißt zu erfassen, andererseits einem Abbuchungen untergeschoben werden, die man gar nicht legitimiert hat.

Man kann diese Werkzeug aber auch für andere Konten verwenden, etwa die Kreditkartenabrechnung oder wenn man Differenzen sucht.

Der Abgleich gilt immer nur für ein Konto, also einen Buchungsteil. Das ist durchaus sinnvoll, da man ja auch vom eigenen Konto bei Bank A auf das eigene Konto bei Bank B überweisen kann und was bei Bank A im Auszug steht nicht notwendigerweise genauso auch bei Bank B im Auszug stehen muß. Man denke etwa an die Monopoly-Ereigniskarte "Bankirrtum zu ihren Gunsten".

Wichtig ist zunächst, daß Anfangs- und Endsaldo jeweils übereinstimmen. Einzelne Positionen können allerdings herausfallen, wenn etwa ein Auftrag zum Zeitpunkt des Auszugs noch nicht ausgeführt war.

Die Spalte J entspricht also dem Häckchen auf dem Papierbeleg:

  • n = nein, neu
  • j = ja (vom Onlinebanking oder manuell gesetzt)
  • b = bestätigt (mit Konto-abgleichen gesetzt)

Berichte

Zu dem Thema existiert eine eigene Seite mit Erläuterungen zur Anpassung von Formularen und Berichten sowie eine knappe Anleitung zum Speichern selbstdefinierter Berichte.

Export von Buchungen und Auswertung von Buchungen

Im Bereich Im-/Export werden die Möglichkeiten beschrieben mit denen Daten in GnuCash eingelesen und auch ausgegeben werden können.

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 konvertiert und importiert werden.

Umsteiger Quicken auf GnuCash

  1. GnuCash starten,
  2. Kontostruktur aus Quicken in GnuCash nachbilden (für jedes Quicken-Konto eine Entsprechung in GnuCash)
    Laut Quicken Migration ist GnuCash sehr wohl in der Lage, Konten aus QIF-Dateien zu erstellen, aber nit aus Quickens proprietren Quicken Data File (QDF) Format. Bitte mal ausprobieren und hier berichtigen.
  3. 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.
  4. 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, da die Banken das auch für die Berechnung der (Überziehungs-)Zinsen verwenden. 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.

Scheck ausgestellt, Empfänger läßt sich Zeit mit der Einreichung

Das ist im Grunde das gleiche: unter Verbindlichkeiten legt man ein Konto "Ausgestellte Schecks" an. Am Tag der Ausstellung bucht man seine Ausgabe darauf und wenn er eingereicht und das Bankkonto belastet wird, bucht man den Betrag dorthin weiter. Das kann einem, falls der Empfänger - oder die Post auf dem Weg zu selbigem - sich solange Zeit läßt, daß man nicht mehr daran denkt, eine böse Überraschung ersparen.

Ü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?

Für Neueinsteiger: Nein, GnuCash hat (leider) auch in Version 2.4.0 keine automatische Buchung der USt. bei der normalen Buchungseingabe. Bitte weiterlesen, um die Möglichkeiten zur Verwaltung der Steuersätze kennenzulernen.

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

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

Das Geschäftsmodul bietet die folgenden Möglichkeiten:

  • die MWSt. bei Rechnungen automatisch zu verbuchen,
  • Kreditoren-/Debitorenbuchhaltung, also Rechnungen erfassen und Status verfolgen. Dabei können Mehrwertsteuersätze, Nachlässe und Zahlungsbedingungen allgemein und partnerspezifisch hinterlegt werden.

Es hat aber den Nachteil, dass es z. Zt. (2.2.x und 2.4.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.

Tip: Numerische Eingabefelder in GnuCash werden algebraisch ausgewertet. Man kann nahezu beliebige Ausdrücke aus +-*/() wie auf einem Taschenrechner eingeben.

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.

<Wird fortgesetzt, nicht wahr, jemand?>

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.

(Hinweis bei Version 2.4.0: Auch beim SQL-backend hat gnucash noch keine Live-Verbindung während des Programmbetriebs mit der Datenbank. Insbesondere werden Änderungen in der SQL-Datenbank, also z.B. ein Stammdatenimport, erst beim nächsten Programmstart von gnucash gelesen.)

<Wird fortgesetzt, nicht wahr, jemand?>

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.

<Wird fortgesetzt, nicht wahr, jemand?>

Zahlungsbedingungen & Mahnwesen

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

<Wird fortgesetzt, nicht wahr, jemand?>

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.] , [[1]] ]. Ein Workaround wäre, Vorfälle mit Devisen manuell zu buchen.

Mit ein bisschen Vorsicht kann man aber auch in Version 2.4.0 Rechnungen in Fremdwährungen zu erstellen. Voraussetzungen, mit denen das geklappt hat:
  • Währung in den Stammdaten des Geschäftspartner hinterlegt
Im folgenden kann Partner Kunde, Lieferant oder Mitarbeiter sein.
  • "Partner bearbeiten"-Dialog öffnen über Geschäft->Partner->"Neuer Partner" oder "Partner suchen"
  • Zahlungsinformation->Währung anpassen
  • Ertrags- bzw. Aufwands(unter-)konten in der richtigen Fremdwährung,
  • Forderungs- bzw. Verbindlichkeitskonto in richtigen 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.

<Wird fortgesetzt, nicht wahr, jemand?>

Inventar / Waren verwalten

Offiziell verwaltet GnuCash zwar keine Warenbestände, aber wie die englische Bezeichnung commodity nahelegt, kann man sie als Wertpapiere anlegen. Tickersymbol = Bestellnummer, ... Kurse nicht online abrufen!

Rechnungen

Wie bereits erwähnt können USt.-Beträge automatisch verarbeitet werden, wenn eingehende Rechnungen in GNUcash angelegt werden. Das Gleiche gilt für ausgehende Rechnungen. Für die USt. wird für jeden Eintrag ein Drop-down eingeblendet, die faktisch die angelegten Steuertabellen wiedergibt (siehe weiter unten), zumindest der Teil, die für diese Eingabe relevant ist. So können unterschiedliche USt.-Sätze gehandhabt werden wie zum Beispiel 1 Liter Apfelsaft zum vollen Satz und ein Rennpferd zum ermäßigten Satz. Für jede Rechnungsposition wird das Buchungskonto angegeben. Der Betrag inkl. USt wird bei jeder Rechnungseingabe nur links unten auf der Statuszeile angezeigt. Wenn die Rechnung fertig ist, muss dieser noch eingebucht werden. Dazu gibt es ein Button oben in der Buttonleiste ("Diese Rechnung in Ihre Konten Buchen"). Dort wird auch festgelegt, welches Gegenkonto genommen wird. Standardmäßig ist dies ein "Verbindlichkeiten"-Konto, die später bei der Zahlung wieder wettgemacht wird. Apropos "Verbindlichkeiten": Nur Konten diesen Typs, welche in derselben Währung geführt werden, die bei dem Geschäftspartner hinterlegt ist, werden zur Auswahl angezeigt. Wer z.B. mit SKR03 arbeitet (eine Vorlage ist im Programmumfang enthalten), kann sich auch weitere Konten diesen Typs definieren. Falls man Rechnungen in Fremdwährungen verarbeiten will, muß man das sogar.

Sobald die Rechnung gebucht ist, sind automatisch die Splitbuchungen mit USt. vorgenommen als auch die Gegenkontobuchung. Umgekehrt kann eine Rechnung mit dem nächsten Button wieder ausgebucht werden, also vollständig rückgängig gemacht werden. Nur so kann eine Rechnung korrigiert und wieder eingebucht werden.

Frage: Dies funktioniert wunderbar, nur bei barbeglichenen Rechnungen fehlt die Möglichkeit als Gegenkonto ein Barkonto anzugeben. Ein Barkonto hat schließlich nicht die Eigenschaft "Verbindlichkeiten". Somit muss bei jedem Barvorgang ein Verbindlichkeiten-Konto angegeben werden, sodass zwingend eine zweite Buchnung nötig ist mit Bar/Verbindlichkeiten - oder hat jemand eine andere Idee?
Antwort: Da gibt es mehrere Möglichkeiten:
  1. Nicht dran stören, Rechnung buchen + Zahlung verarbeiten.
    Dummerweise steht dann machmal die Zahlung vor der Rechnung im Journal.
  2. Ohne Rechnung direkt buchen:
    Pos 1: 3,50
    Pos 2: 4,80
     :
    USt: x,xx
    Kasse/Bank: y,yy
    Leider erscheint die Buchung dann nicht im Kunden-/Lieferantenbericht.
  3. Falls die Idee noch nicht im Bugzilla steht, dort eine Enhancement Request erstellen. --Fell 05:22, 17 November 2010 (UTC)

Eine Einschränkung des Rechnungsmoduls ist zur Zeit (2.4.x) noch, daß die Mechanik dahinter auf Soll-Versteuerung ausgelegt ist und nicht auf Ist-Versteuerung, die für alle unter einer halben Million Jahresumsatz interessanter ist RFE: Allow for accrual and cash sales tax (VAT/GST) reporting in business invoices. Zum aktuellen Stand bitte die englische Seite Cash Based Accounting zu Rate ziehen.

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.

USt. bei Buchungen getrennt auszuweisen

Ist es möglich,

  1. die USt. bei Buchungen getrennt auszuweisen und
  2. eine Umsatzsteuervoranmeldung zu erstellen?

Ja und nein. Eine automatische Verwaltung der deutschen USt. bei der normalen Buchungseingabe wird von gnucash weiterhin 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 (Hinweis: Betragseingabefelder als Taschenrechner nutzen). Außerdem wird bei der Geschäftsfunktion Rechnung eingeben (Eingang und Ausgang) das automatische Hinzufügen der Steuer nach Steuertabelle unterstützt, wo man also beliebig viele USt.-Sätze eintragen und nutzen kann.

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

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.

Die meisten Berichte können die Abschlussbuchungen erkennen, wenn man diese mit einer einheitlichen Beschreibung gebucht hat und das zugrundeliegende Muster dem Bericht bekannt macht. Budgets erkennen die Abschlussbuchungen allerdings nicht, so dass Budgets abgeschlossener Jahre durch die Jahresabschlussbuchung per letztem Tag des Geschäftsjahres verzerrt sind.

Um solche Probleme zu vermeiden, kann 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.

  1. kopiere Firma2009 nach Firma2010 mit den Bordmitteln des jeweiligen Betriebssystems.
  2. ö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
  3. 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

Für eine bessere Übersicht hat der Artikel eine eigene Seite: Einsatz im Verein

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

Allgemein: De/Referenz#Kontenrahmen
Liste: De/Referenz#Auflistung von Kontenrahmen

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

weitere Details in Account Hierarchy Template.
  • 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
  1. Die Seite existiert anscheinend nicht mehr, da deren Autor inzwischen eine Ledger-Reimplementierung in Haskell statt C++ geschaffen hat: hledger.org