Hallo Community,
die meisten Ihrer Kritikpunkte drehen sich um die Frage ob DATEV mit der strikten Festschreibelogik die GoBD zu streng auslegt. Daher zuerst ein paar Worte dazu.
Die GoBD verlangen eine Nachvollziehbarkeit der Buchführung die sich auch auf die Vor- und Nebensysteme erstreckt. Überall dort, wo Buchungsdaten importiert werden stammen diese Daten aus einem Vorsystem. Wenn Buchhaltungsdaten aus einem Vorsystem exportiert werden, die dort unveränderlich sind, dürfen sie auch im DATEV Programm nicht mehr geändert werden. Dies erreichen wir mit der direkten Festschreibung der importierten Buchungsstapel.
Streng genommen kann ein Prüfer die Buchführung bemängeln, wenn er feststellt, dass Buchungen, die im Vorsystem festgeschrieben sind in Kanzlei-Rechnungswesen nach dem Import geändert wurden. Ob dies in der Praxis passieren wird, weiß heute noch niemand. Es fehlt die Rechtsprechung dazu.
Sie haben als Anwender mit dem NUKO-Sonderrecht die Möglichkeit bekommen die Festschreibung aufzuheben. Die Verantwortung dafür tragen Sie. Im Zweifel müssen Sie dem Prüfer erklären können warum Sie die Festschreibung aufgehoben haben. Dasselbe gilt für die „Manipulation" der Dateien vor dem Import durch Editieren des Festschreibekennzeichens. Ich kann von einem solchen Vorgehen nur abraten. Sie wissen heute noch nicht welche Konsequenzen das bei einer Prüfung in Zukunft haben kann.
Lassen Sie mich nun auf einige Ihrer Beiträge konkret eingehen.
Herr Kolberg, die Postversanddateien werden abgeschafft. Die GoBD sind der Anlass, aber nicht der einzige Grund. Das Format ist technisch veraltet und mit jeder Weiterentwicklung der Buchungszeile bzw. der Stammdatenfelder bekommen wir mehr Probleme mit diesem Format.
Ja, das ist mit Umstellungsaufwand verbunden und ja, einige Mandanten werden sich vielleicht eine neue Software suchen müssen, wenn der Hersteller der Software seine Schnittstellen nicht anpasst. Wir kennen auch viele Fälle bei denen der Mandant seit Ewigkeiten keine neue Version seiner Software installiert hat und das aus Kostengründen nicht tun möchte. Ob diese dann noch auf dem aktuellen gesetzlichen Stand ist, darf bezweifelt werden.
DATEV passt zum Jahreswechsel alle internen Schnittstellen an, sodass hier überall ein Festschreibekennzeichen mit kommt. Die Ausnahme bilden hier die Buchungsvorschläge aus der Kassen- und Warenerfassung Office, die erst ab der DVD 11.0 im DATEV-Format funktionieren. Da es sich bei Buchungsvorschlägen um vorläufige Buchungen handelt ist hier keine Festschreibung betroffen.
UweS, Sie wünschen sich ein Tool mit dem man vor dem Import die Daten prüfen kann. Denken wir diesen Wunsch zu Ende. Sie unterscheiden beim Import zwischen falsch und falsch. Ich gehe noch einen Schritt weiter und unterscheide zwischen falsch, falsch und falsch.
Technisch falsch: Hier liegt ein Fehler im Dateiformat vor. Die Datei kann nicht eingespielt werden. Es kommt eine entsprechende Fehlermeldung. In einigen Fällen können wir helfen, in anderen nicht. Für unsere Diskussion ist dieser Fall irrelevant.
Fachlich fasch: Die Datei ist technisch in Ordnung und kann importiert werden. Einzelne Buchungen widersprechen der DATEV-Buchungslogik. Beim Import werden Fehler und/oder Hinweise im Importprotokoll ausgewiesen. Die Buchungen können als fehlerhafte Buchungen importiert werden. Eine evtl. vorhandene Festschreibung wird aufgehoben um diese Fehler im Anschluss an den Importvorgang korrigieren zu können. Die Aufhebung der Festschreibung aufgrund fehlerhafter Buchungen wird im Aktivitätenprotokoll vermerkt. Hier wird kein Tool benötigt. Die Fehler stehen im Importprotokoll und die Buchungen stehen in offenen Buchungsstapeln.
Inhaltlich falsch: Um diese Fälle geht es Ihnen. Die Datei ist korrekt und auch die Buchungen entsprechen der DATEV-Buchungslogik. Trotzdem wurde etwas falsch gebucht. Doch was soll von Programmseite hier geprüft werden? Wir können nur auf die Buchungslogik prüfen. Wir können unmöglich wissen, ob die Buchhaltung korrekt ist. Woher soll das Programm das wissen?
Woher wissen Sie das? Ich nehme an Sie erkennen das daran, dass die Werte auf den Auswertungen nicht stimmen. Die Werte auf den Auswertungen sehen Sie aber nur, wenn die Buchungen bereits verarbeitet sind. Eine Art „vorläufige Verarbeitung" um diese Buchungen in ihren Auswirkungen auf die Auswertungen prüfen und ggf. korrigieren zu können würde wiederum eine Aufhebung der Festschreibung bedeuten. Genau das darf aber nicht passieren. Der korrekte Weg im Sinne der GoBD ist hier eine Generalumkehr der falschen Buchungen.
Eine Generalumkehr ist aktuell nur für den kompletten Buchungsstapel oder manuell für jeden einzelnen Buchungssatz zu erfassen. Zu Recht empfinden Sie das als umständlich. Ab Programmversion 5.3 (DVD 10.1, Januar 2017) werden wir in den Rechnungswesen-Programmen eine Eingabeerleichterung für die Generalumkehr haben.
Sie werden in der geöffneten Primanota eines festgeschriebenen Stapels eine beliebige Anzahl Buchungen per Mehrfachauswahl markieren können und dann über das Kontextmenü eine Funktion „Buchungen bearbeiten" aufrufen können. Damit erzeugen Sie Generalumkehrbuchungen für die markierten Buchungssätze in einem neuen Buchungsstapel und optional im selben oder einem weiteren Stapel eine Kopie der ursprünglichen Buchungen, die Sie im Anschluss korrigieren können.
Mit freundlichen Grüßen
Chris Pollack
Service Rechnungswesen (FIBU)
DATEV eG
Mit freundlichen Grüßen
Chris Pollack
Service Rechnungswesen (FIBU)
DATEV eG
