[gnucash-de] Fragen zur Abspeicherung und Datenexport in Gnucash

alex at h0sta.de alex at h0sta.de
Fr Jan 29 06:49:54 EST 2021


Hallo Christian,

aktuell ist es noch ein wenig unübersichtlich. Ich kämpfe mich hier durch, seit Langem.
DATEV stellt seit einiger zeit auch einen Leitfaden für die Schnittstellen bereit (umsonst, nur Daten muss man geben), der laufend aktualisiert wird.
Ich lege mir derzeit auch mal DATEV Software zu, damit ich selbst damit "spielen" kann.
Auf lange Sicht möchte ich gerne erreichen, dass wir Gnucash so hinbiegen, dass wir mit DATEV gut synchron arbeiten können.
Als Kapitalgesellschaft hat man ja keine Wahl. Die Gesetze sind streng und die Steuerberater haben keine Macht. Alles läuft wie DATEV es will. Punkt.
Das bedeutet nunmal leider Microdoof Zwang und auch die Systeme der DATEV laufen auf Microdoof Server und Microdoof SQL.
Eigentlich eine Schande, wenn man bedenkt, dass es mit einer einzigen Ausnahme nicht möglich ist Windows datenschutzrechtlich konform einzusetzen.

Ich werde in jedem Falle im Laufe des Jahres erneut auf dich zurückkommen, sobald es konkrete push requests gibt.

Es muss irgendwann möglich sein eine unabhängige und datensichere FiBu für eine Kapitalgesellschaft in Deutschland zu führen – meine ich.

Grüße
Alex

On Wed, 20 Jan 2021 22:11:53 +0100
Christian Stimming <christian at cstimming.de> wrote:

> Hi Alex, nur kurze Ermunterung: Wenn du so konkrete Wünsche hast
> und auch konkret Programmcode, wie es für eine Koexistenz mit DATEV
> laufen soll, kann ich gerne auch die Implementierung unterstützen.
> D.h. sag mir auch zusätzlich persönlich bescheid, wenn du Beiträge
> zum Code einreichen willst, dann helfe ich dabei, dass es so
> aufbereitet wird, dass die Community das auch akzeptieren kann.
> 
> LG Christian
> 
> Am 20. Januar 2021 15:09:19 MEZ schrieb alex at h0sta.de:
> >Hallo Esther und GnuCash-DE-Liste,
> >
> >Datenexport für DATEV ist nicht wirklich möglich.
> >
> >Ich beschäftige mich schon seit zwei Jahren mit dem Thema und
> >langsam hab ich auch die Schnauze voll.
> >Spiele schon mit dem Gedanken einen Windoof 10 Rechner aufzusetzen
> >und darauf DATEV Software zu installieren, damit ich endlich
> >synchron mit der Steuerkanzlei FiBu führen kann.
> >
> >Bei Einzelunternehmern oder kleinen Betrieben/Vereinen mag die
> >manuelle Einarbeitung noch im Rahmen des Bezahlbaren sein.
> >Bei einer Firma ist das nochmal ein ganz anderes Kaliber. Wenn
> >meine Steuerkanzlei das jedes Jahr manuell einarbeitet sind die
> >tagelang beschäftigt, mit entsprechendem Stundenlohn kommt da ganz
> >schön was zusammen.
> >
> >Hier meine bisherigen Ergebnisse:
> >
> >1)
> >Gnucash kann CSV Dateien exportieren. Man kann z.B. alle Buchungen
> >exportieren, oder nur ein Konto.
> >Aber:
> >
> >a)
> >Das erste Problem ist, dass DATEV mit Bruttobuchungen arbeitet und
> >die steuerbaren Buchungen in DATEV nochmals mit einem
> >"BU-Schlüssel" oder sowas markiert sind.
> >GnuCash wiederum arbeitet mit Netto-Buchungen und man muss u.A. für
> >steuerbare Buchungen dann eine gesplittete Buchung anfertigen.
> >Mit gesplitteten Buchungen kann der DATEV CSV Importer nicht
> >umgehen, DATEV will immer eine Buchung und eine (!) Gegenbuchung.
> >Mehrere Gegenbuchungen zu einer Buchung gehen also nicht!
> >Hier müsste man die Funktionalitäten von GnuCash erweitern:
> >- Brutto-Buchungen mit einem Tag markieren, z.B. "Diese Buchung ist
> >steuerbar nach Steuertabelle Eintrag xyz mit z.B. 19%".
> >- Oder man kann für bestimmte Konten eine Steuerautomatik
> >hinterlegen (wie DATEV). Inwiefern das praktikabel ist sei
> >dahingestellt. Taxiquittungen haben immer den gleichen Steuersatz,
> >Verbrauchsgüter aller Art auch, also würde das schon Sinn machen.
> >Deshalb macht DATEV das wohl auch.
> >
> >b)
> >Das zweite Problem ist, dass GnuCash beim CSV Export die
> >Kontonummern nicht exportiert.
> >Das habe ich so weit beim meinem GnuCash branch patchen können,
> >dass ich nun auch die Kontonummer des Buchungskontos mit exportiert
> >bekommen.
> >Aber leider nur für einzeilige Buchungen.
> >Und (noch) nicht für die Nummer des Gegenkontos.
> >Den patch werde ich bei Zeiten mal durch die Liste schicken.
> >Es gibt den Vorschlag Kontonummern zu exportieren schon als Bug in
> >Bugzilla, aber das wurde abgetan mit:
> >"the 'Full Account Name' (…) is exported which is sufficient to
> >uniquely identify the account."
> >https://bugs.gnucash.org/show_bug.cgi?id=791652
> >Für DATEV ist es nicht "sufficient", da der SKR04 in GnuCash nicht
> >exakt so benannt ist wie der SKR04 von DATEV herausgegeben wurde.
> >Vielleicht könnte man hier auch den SKR04 in GnuCash korrigieren
> >(jährlich), aber ich weiss nicht, ob DATEV nur anhand des
> >Kontonames den Import zuordnen kann. Ich glaube momentan braucht
> >man die Kontonummer zwingend.
> >
> >2)
> >Es gibt einige Wege mit Python direkt aus der SQL Datenbank deines
> >GnuCash Buches zu exportieren.
> >Bisher gibt es aber keine to-go-Lösung, schon gar nicht
> >DATEV-konform.
> >
> >a) pygnc (https://github.com/ErwinRieger/pygnc)
> >Erwin Rieger hat mal ein Repository angelegt mit dem Script
> >"pygnc", aber das ist noch nicht mal im Alpha-Stadium, dafür
> >müsste man noch alle Funktionen ausprogrammieren.
> >
> >b) piecash (https://github.com/sdementen/piecash)
> >piecash ist vielversprechend. Funktioniert soweit für den Export in
> >Ledger und QIF. Nicht aber in CSV.
> >Ich habe mir was geschrieben und mir vom Maintainer des Scripts
> >helfen lassen.
> >Das funktioniert soweit und spuckt mir eine CSV Datei aus.
> >Allerdings weiss ich noch nicht, wie ich die mehrzeiligen
> >Buchungen in GnuCash vorher so umwandle, dass daraus plausible
> >einzeilige Buchungen mit jeweils einem Konto und einem Gegenkonto
> >werden -> (DATEV-konform). Am Ende muss man dann die CSV Datei
> >umstrukturieren gemäß dem "Schnittstellen-Entwicklungsleitfaden
> >für das DATEV-Format" in der aktuellen Version 7.0:
> >https://www.datev.de/web/de/datev-shop/betriebliches-rechnungswesen/schnittstellen-entwicklungsleitfaden-fuer-das-datev-format/
> >Das lässt sich auch relativ einfach skripten mit csvkit (Python):
> >https://pypi.org/project/csvkit/
> >
> >3) Gnucash + DATEV
> >Man könnte die FiBu in GnuCash machen und parallel dazu die FiBu in
> >einem DATEV Programm oder einem DATEV-konformen Programm machen.
> >Ist doppelter Aufwand. Vorteil ist, man kann synchron arbeiten.
> >Nachteil ist GnuCash ist dann de facto irrelevant.
> >
> >4)
> >Man exportiert Kontoberichte und der Steuerberater bucht das
> >manuell ein. Geht bei kleinen Betrieben noch, aber bei größeren
> >ist das ein riesen Aufwand.
> >
> >Soweit von meiner Seite.
> >Vorschläge willkommen!
> >Wäre toll, wenn man GnuCash endlich mal DATEV-konform hinbekommt.
> >
> >Grüße
> >Alex
> >
> >
> >
> >
> >On Mon, 18 Jan 2021 18:22:14 +0100
> >esther graber <capranera at gmx.ch> wrote:
> >  
> >> Liebe Gnucash-Community,
> >>  
> >> ich nutze neu Gnucash für unsere Projekt/Vereinsbuchhaltung.
> >> nun haben sich folgende Fragen ergeben:
> >>  
> >> Kann ich Buchungen verschieben /kopieren?
> >> Aus mir unererfindlichen Gründen (ich bin normalerweise keine
> >> Windosnutzerin ;)) feheln mir schon abgespeicherte
> >> Buchhaltungsdaten in der aktuellen Datei, ich habe sie teilweise
> >> in älteren Abspeicherungen gefunden. Gibt es eine Möglichkeit
> >> Buchungen a Bloc zu verschieben oder zu kopieren? Wie speichere
> >> ich sicher und nachvollziehbar alle Buchungen, so das ich nur
> >> eine Gnucashdatei habe? Wie kann ich alle Buchhaltungsdaten an
> >> Datev exportieren? Geht das als xml.datei im zip oder muss ich
> >> dazu was umwandeln? über eine Antwort würde ich mich sehr freuen!
> >> Vielen Dank!
> >>  
> >> Esther
> >>   
> >_______________________________________________
> >gnucash-de mailing list
> >gnucash-de at gnucash.org
> >https://lists.gnucash.org/mailman/listinfo/gnucash-de  


Mehr Informationen über die Mailingliste gnucash-de