Difference between revisions of "De/Bedienung"
JoeCoolNY6 (talk | contribs) m (Rechtschreibung) |
JoeCoolNY6 (talk | contribs) m (Rechtschreibung) |
||
Line 183: | Line 183: | ||
==== 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, | + | * 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.]] |
* 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 | + | * 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. | ||
Revision as of 15:03, 17 March 2010
Contents
- 1 Grundsätzliches zur Bedienung
- 1.1 Starten
- 1.2 Kommandozeilenoptionen
- 1.3 Hilfe im Programm
- 1.4 Learning by Doing und Vorsichtsmaßnahmen
- 1.5 Programm-Einstellungen
- 1.6 Erstellen eines Kontenplans
- 1.7 Weitere Dateieigenschaften
- 1.8 Jährliche oder immerwährende Datei?
- 1.9 Speichern
- 1.10 Berichte
- 1.11 Import von Buchungsdaten
- 1.12 Export von Buchungen und Auswertung von Buchungen
- 1.13 die Suche
- 2 Bedienung für den Privatgebrauch
- 3 für den Einsatz in einer Firma
- 4 für den Einsatz in einem Verein
- 5 Neue Kontenrahmen bauen
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.
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.
- 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 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.
<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.
<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.] , [[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.
<Wird fortgesetzt, nicht wahr, jemand?>
Einnahme-Überschuss-Rechnung
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 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.
Jahresabschluß
Die Vorüberlegungen sind unter Konfiguration beschrieben.
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 zugrundeliegenden Rechnungslegungsprinzipien noch mehr oder weniger viel Nachbearbeitung erforderlich.
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 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 Firma2008 und der Jahresabschluß ist getätigt. Die Datei wird unkomprimiert gespeichert.
- kopiere Firma2008 nach Firma2009 mit den Bordmitteln des jeweiligen Betriebssystems.
- öffne Firma2009 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>
- setze den Inhalt des Zählers <gnc:count-data cd:type="transaction"> ... </gnc:count-data> auf 0.
- Speichern
- gnucash Firma2009
- 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.
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