|
|
| (6 intermediate revisions by the same user not shown) |
| Line 1: |
Line 1: |
| − | = Einführung =
| + | #REDIRECT [[De/EÜR]] |
| − | Auf dieser Seite werde ich versuchen, meine (hoffentlich ultimativ erfolgreichen) Schritte zu dokumentieren, um mit Gnucash meine [http://bugzilla.gnome.org/show_bug.cgi?id=473506 geschäftlichen Bücher zu führen]. Ich möchte mit einem Bericht aus Gnucash heraus meine Einnahmenüberschußrechnung (EÜR) und die Umsatzsteuervoranmeldung erzeugen. Ich verwende gnucash unter ubuntu.
| |
| − | | |
| − | Die von [http://www.aerospacesoftware.com/GnuCash.tgz gnucash zur Verfügung gestellten Business-Funktionen] scheinen sehr stark auf amerikanische Gepflogenheiten zugeschnitten zu sein und sind daher wohl nicht 1:1 auf eine deutsche Unternehmung anwendbar.
| |
| − | | |
| − | = Neukompilation Gnucash =
| |
| − | Die notwendigen Funktionen scheinen noch nicht ausreichend getestet zu sein und sind daher standardmäßig deaktiviert. Die Windows-binaries haben dieses Feature bereits aktiviert, unter *nix muß in der Regel Gnucash aus den Quellen neu kompiliert werden. Das ist unter http://wiki.gnucash.org/wiki/Building#Ubuntu eigentlich recht vernünftig, wenn auch etwas unübersichtlich beschrieben. Wichtig ist, beim Aufruf von configure "--enable-locale-specific-tax" zusätzlich mit anzugeben. Durch einen weiteren Switch "--prefix=$HOME/unstable/gnucash" wird auch sicher gestellt, daß gnucash das Hauptsystem in Ruhe läßt und alle Dateien im Heimatverzeichnis des Benutzers ablegt, wo diese dann zum Testen bereit stehen (niemals als Benutzer root die Kompilierung durchführen!).
| |
| − | | |
| − | Noch ein weiterer Switch sorgt schließlich dafür, daß auch die Schnittstelle zu Python sowie Erweiterungen für HBCI mit erstellt werden ([http://permalink.gmane.org/gmane.comp.gnome.apps.gnucash.german/5889 weitere Info zu AqBanking statt --enable-hbci]). Am Ende sieht mein Aufruf im Quellverzeichnis von gnucash so aus:
| |
| − | | |
| − | unset LINGUAS
| |
| − | svn up
| |
| − | ./autogen.sh
| |
| − | make clean
| |
| − | ./configure --prefix=$HOME/bin/gnucash-unstable --enable-debug --enable-doxygen --enable-locale-specific-tax --enable-error-on-warning --enable-compile-warnings --enable-aqbanking --enable-python-bindings
| |
| − | nice make
| |
| − | make install
| |
| − | | |
| − | = Aufruf =
| |
| − | Nach einem ''LC_ALL=de_DE.UTF8 ~/bin/gnucash-unstable/bin/gnucash'' (mein Systemstandard ist sonst en_US.UTF8) stehen dann tatsächlich einige spezifische Funktionen für den deutschen Raum zur Verfügung. Bei meinen früheren Tests war dies noch nicht der Fall.
| |
| − | | |
| − | == Kontenrahmen ==
| |
| − | Ich verwende den SKR04-Kontenrahmen, der mit gnucash ausgeliefert wird.
| |
| − | | |
| − | == gnucash personalisieren (Verwendung in .de) ==
| |
| − | * 'Datei - Eigenschaften' und dort die relevanten Informationen ausfüllen
| |
| − | * "Bearbeiten - Einstellungen - Voreinstellungen Kontobuch" - Haken setzen bei "only display leaf accounts" (only in latest trunk versions)
| |
| − | * Anpassen der Informationen unter dem Menü "Geschäft"
| |
| − | * Kunden (mindestens ein Kunde sollte eingegeben werden)
| |
| − | * Steuertabelle (...)
| |
| − | | |
| − | == Steuersachen ==
| |
| − | | |
| − | === Verknüpfung Konto zu Steuer ===
| |
| − | * Aufrufen des Menüs "Bearbeiten - Steuerrelevante Optionen"
| |
| − | * Folgende Konten müssen als steuerlich relevant markiert und mit dem Bericht zur Umsatzsteuervoranmledung verknüpft werden.
| |
| − | ** A -> B (dummy)
| |
| − | * Aufrufen des Menüs "Berichte - Steuer-Bericht & Elster-Export"
| |
| − | An dieser Stelle bin ich nun auf [http://thread.gmane.org/gmane.comp.gnome.apps.gnucash.german/4909 einige Schwierigkeiten] gestoßen, die aber vermutlich leicht und schnell behoben werden können.
| |
| − | | |
| − | === UStVa ===
| |
| − | Just a note to self from IRC:
| |
| − | (23:47:26) fell: Rolf: genau, die Salden von 38xxx in USTVA eintragen und auf 3840, am Jahresende 3840 -> 3841->3845. Analog 14xx, 4xxx und 5xxx
| |
| − | 38xx: zu zahlende Umsatzsteuer
| |
| − | 14xx: abziehbare Vorsteuer
| |
| − | 4xxx: (betriebliche) Erträge
| |
| − | 5xxx: Materialaufwand
| |
| − | | |
| − | === UStVa und EkSt ===
| |
| − | | |
| − | [http://thread.gmane.org/gmane.comp.gnome.apps.gnucash.german/5066/focus=5073 aus der Mailing-Liste] | |
| − | | |
| − | <quote cstimming>
| |
| − | Hier ist, was mir im Moment einfällt:
| |
| − | | |
| − | Der <slot:key>tax-related</slot:key> mit dem integer value 1 beziehungsweise
| |
| − | 0, wenn der Slot nicht existiert, entspricht genau der
| |
| − | checkbox "tax-related"/"steuerrelevant" im "Konto bearbeiten"-Dialog; nicht
| |
| − | mehr und nicht weniger. Abgefragt wird dieses Datenfeld in allen
| |
| − | taxtxf.scm-Funktionen; Konten, die hier keine Eins haben, werden dann in den
| |
| − | Berichten gar nicht weiter berücksichtigt.
| |
| − | | |
| − | Überhaupt werden die Daten in diesen slots von den Funktionen aus Account.c
| |
| − | namens xaccAccountGetTaxRelated und folgende gesetzt; von Scheme aus sind
| |
| − | jene Funktionen unter dem gleichen Namen erreichbar, siehe deren Benutzung
| |
| − | z.B. in ./src/report/locale-specific/us/taxtxf.scm Zeile 183. Die "KVP Slots"
| |
| − | werden erklärt hier: http://svn.gnucash.org/docs/HEAD/group__KVP.html , also
| |
| − | in den doxygen-Kommentaren im source.
| |
| − | | |
| − | Der US tax sourcecode benutzt also bisher den slot "tax-US/code"; wenn du für
| |
| − | den deutschen sourcecode noch weitere Datenfelder benötigst, kannst du die
| |
| − | problemlos als weitere kvp-slots hinzufügen. Du kannst denen dann Werte
| |
| − | zuweisen, indem du im SKR04-template dies einfach hinzuschreibst; der Zugriff
| |
| − | geht dann so, dass du in Account.h und Account.c Funktionen hinzufügst, die
| |
| − | sich an den existierenden orientieren (ich würde mich dann später darum
| |
| − | kümmern, wo die Funktionen endgültig platziert werden), und dann sind diese
| |
| − | Datenfelder auch von Scheme aus erreichbar.
| |
| − | | |
| − | Von der GUI aus erreichbar sind diese Datenfelder natürlich nicht, solange man
| |
| − | nicht manuell einen neuen Dialog (um-)gebaut hat, wo für jedes Datenfeld auch
| |
| − | ein Eingabefeld existiert so wie momentan in ./src/gnome/dialog-tax-info.c ;
| |
| − | aber das halte ich für größeren Aufwand und das wäre erst der übernächste
| |
| − | Schritt.
| |
| − | | |
| − | Jetzt zu deiner eigentlichen Frage: Momentan speichert ein Konto nur eine
| |
| − | einzelne Nummer, die in taxtxf-de_DE.scm eben als Formularfeld in der UstVA
| |
| − | interpretiert wird. Für die Einkommensteuer müsste ein Konto dann eine
| |
| − | weitere Nummer haben, die das Formularfeld für die Einkommensteuer ist,
| |
| − | richtig? Dann benötigst du genau die obige Erklärung für KVP-Slots, denn dann
| |
| − | müsstest du also ein Datenfeld bzw. einen KVP-Slot für die UstVA haben und
| |
| − | ein weiteres, neues, für die Einkommensteuer und so weiter.
| |
| − | | |
| − | In Gnucash ist das mit den KVP-Slots alles *möglich*; es wird aber halt doch
| |
| − | etwas mehr Aufwand. Mein Ansatz vor zwei Jahren ergab sich aus der Frage, in
| |
| − | wieweit man die deutsche UstVA machen kann, *ohne* dabei neue Datenfelder
| |
| − | anzulegen, sondern stattdessen ausschließlich die sowieso vorhandenen
| |
| − | Strukturen zu nutzen. Ich würde empfehlen, bei diesem Ansatz zu bleiben und
| |
| − | deutsche Steuererklärungs-Funktionen in mehreren Schritten zu implementieren:
| |
| − | Zuerst also nur eine einzige Erklärung zu unterstützen (mittels der eh
| |
| − | vorhandenen Datenfelder), und wenn das tatsächlich funktioniert und auch die
| |
| − | Nachfrage da ist, dann (aber erst dann) in einem weiteren Schritt auch
| |
| − | mittels zusätzlicher Datenfelder auch weitere Erklärungen zu unterstützen.
| |
| − | | |
| − | Aber wenn du lieber mehrere Sachen gemeinsam implementieren möchtest, werd ich
| |
| − | dich nicht davon abhalten. "You have been warned" :-)
| |
| − | | |
| − | Gruß
| |
| − | | |
| − | Christian
| |
| − | </quote>
| |
| − | | |
| − | = Was fehlt =
| |
| − | | |
| − | * [http://bugzilla.gnome.org/show_bug.cgi?id=473506 Allgemein]
| |
| − | * Umsatzsteuerautomatik ([http://bugzilla.gnome.org/show_bug.cgi?id=473506 in gnucash], [[https://lists.berlios.de/pipermail/kontenrahmen-devel/attachments/20061204/51d6f4a9/attachment-0001.txt Hintergründe]])
| |
| − | * Prozess, um [http://bugzilla.gnome.org/show_bug.cgi?id=538913 SKR-Updates] einzuspielen
| |
| − | | |
| − | = Autor =
| |
| − | RolfLeggewie
| |
| − | --[[User:Rolf|Rolf]] 19:34, 11 July 2008 (EDT)
| |
| − | | |
| − | Dies ist ein Wiki, Änderungen willkommen!
| |
