Thema "Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung" in Betriebliches Rechnungswesen

Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

zieglerconsult — Thu, 13 Jun 2019 20:43:46 GMT

Hallo liebe DATEV-Gemeinschaft,

unlängst wurde mit der Programm-DVD 13.00 angekündigt nun auch die letzte Möglichkeit abzuschalten um Buchungsstapel beim Import noch nicht festzuschreiben. Über die Sinnlosigkeit der GoBD möchte ich hier nicht diskutieren. Die DATEV bietet jedoch in Info-Dokument 1070379 nur drei Wege zum GU-Storno der dann festgeschriebenen Buchungssätze an.

Stornieren einzelner Buchungen über das Kontoblatt (ohne Mehrfachauswahl)

Stornieren über die Primanota

Stornieren ganzer Stapel

Meiner Meinung nach gehen alle Szenarien mehr oder weniger an der Praxis direkt vorbei. Die einzige brauchbare und handhabbare Variante wäre meiner Meinung nach das Stornieren über das Kontoblatt mit der Möglichkeit mehrerer selektierter (vermeidlich falscher) Buchungen. Man bedenke, dass komplette Umbuchungen von Konten von A nach B nach Festschreibung nur unter erheblichem Zeitaufwand möglich sein würden (Thema E-Bilanz Notwendigkeiten usw).

Das Storno über die Primanota bringt keinen Mehrwert, da meistens die Buchungen verteilt über mehrere Erfassungszeiträume liegen und das erneute Aufrufen einer anderen Primanota nur Zeit kostet ähnlich wie die Einzelauswahl aus dem Fibu-Konto

Das Storno eines ganzen Stapels ist wohl eher selten, kann aber bei komplett fehlgeschlagenen Importen von mir aus noch sinnvoll sein. Hier wäre meiner Meinung nach ein Zusatzangebot notwendig, welches eine Vorabprüfung der zu importierenden Daten anbietet und eine "Verbuchung auf Probe" durchführt. Nur so lassen sich vor dem Import Fehler aufspüren und ohne Kollateralschäden an der Buchführung ggf. noch vermeiden. Wir werden damit rechnen müssen dass das Produkt Buchhaltung welches unsere Kanzleien anbieten zu einem Flickenteppich verkommt welches wohl mit einer ästhetischen und anschaulichen Buchführung nichts mehr zu tun hat. Dafür kann primär die DATEV nichts, da die GobD dies vorschreiben, jedoch werden wir ab 13.0 mehr funktionale Untersützung seitens (Kanzlei)-Rechnungswesen brauchen. Mich würde interessieren wie ihr das seht und was die DATEV hier noch plant.

Wir haben bereits 10-20 mal diesen Verbesserungsvorschlag eingereicht. Ich würde gerne durch Feedback eurerseits hier mehr Druck auf die notwendigen Anpassungen bekommen.

Vielen lieben Dank!

Christian

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

eliansawatzki — Fri, 14 Jun 2019 02:45:58 GMT

Hallo Herr Ziegler,

die Änderungen bei der Festschreibung beim Datenimport betreffen nur Datensätze die kein Festschreibekennzeichen enthalten. Sofern ein Festschreibekennzeichen übergeben wird ändert sich nichts. Siehe u. a. hier:

Aufhebung der Festschreibung beim Import von Fremddaten

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

zieglerconsult — Fri, 14 Jun 2019 05:50:39 GMT

Hallo Herr Sawatzki,

ich verstehe die Ankündigung wörtlich. Dort heißt es ".... werden generell festgeschrieben". Ich befürchte dass sich das mit dem Kennzeichen dort dann erledigt hat, dies wäre die bisherige Praxis mit Ablaufplan. Hoffnung macht es mir aber dennoch, wenn ich lese, dass Stapel ggf. mit fehlerhaften Buchungen die Festschreibung dann aussetzen lassen. Sonst wäre eine Nachkontrolle faktisch unmöglich.

Meine Diskussion sollte sich aber primär darauf beziehen, dass ich fehlende Programmfunktionen mit der Problematik der nachträglichen Korrektur vermisse. Wie stehen Sie zu meinem Vorschlag ?

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

eliansawatzki — Fri, 14 Jun 2019 06:02:56 GMT

Hallo Herr Ziegler,

sofern es sich um zu berichtigende Buchungen einer Periode handelt stimme ich Ihnen zu, dass eine im Belege buchen (z. B. in der Kontoblattansicht) mögliche Mehrfachkorrekturmöglichkeit fehlt.

Im Kontoblatt selber vermisse ich diese Funktion nicht. Dies mag von meiner individuellen Arbeitsweise abhängen.

Ein Storno hat aus meiner Sicht in der Periode und mit dem Datum zu erfolgen, zu dem die ursprüngliche Einbuchung erfolgte. Wenn dann im Kontoblatt Buchungen unterschiedlicher Perioden ausgewählt werden würden, müsste sich das Belege buchen zur Korrektur mehrfach öffnen. Das wäre mir zu unübersichtlich.

Mir reicht bisher die Möglichkeit der Korrektur in der Primanota oder ich erledige betroffene Fälle gleich per Kontenüberleitung beim Import.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

lathwesen — Fri, 14 Jun 2019 06:26:28 GMT

Sehr geehrter Herr Ziegler,

ich sehe das ebenso wie Sie recht kritisch.

Da wir leider immer noch viele Daten über ASCII Import übernehmen (die ja gerade kein Import Kennzeichen haben)

Bei einigen Mandanten wird nachträglich nur z.B. die KOST hinterlegt. Hierfür den ganzen Stapel zu stornieren und neu zu erstellen ist zwar problemlos möglich aber gefühlt überflüssig.

Gerade aber beim Erstellen des ASCII Importes bzw. beim testen der EBS Konvertierung sehe ich das als Kritisch an. Zukünftig muss dies dann wohl erst über den Mustermandanten getestet werden bevor es dann in den Mandanten importiert wird.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

Gelöschter Nutzer — Fri, 14 Jun 2019 06:29:10 GMT

Oder so wie es wahrscheinlich bedingt durch die GobD "vorgegeben" ist

Einspielen - festschreiben - kontrollieren - Generalumkehr - korrigierte Buchung.

Die Daten dürfen ja nicht verändert werden

§ 146 (4) AO

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

Uwe_Lutz — Fri, 14 Jun 2019 08:23:47 GMT

Gerade aber beim Erstellen des ASCII Importes bzw. beim testen der EBS Konvertierung sehe ich das als Kritisch an. Zukünftig muss dies dann wohl erst über den Mustermandanten getestet werden bevor es dann in den Mandanten importiert wird.

Moin,

wenn Sie mit der aktuellen Version der EBS-Konvertierung arbeiten bzw. die ASCII-Import-Beschreibungen auf die neuen Versionen umgesetzt haben, haben die einzulesenden Daten ein Festschreibekennzeichen.

Und wenn dieses Festschreibekennzeichen auf "nicht festschreiben" steht, können Sie die Daten nicht festgeschrieben übernehmen und "ganz normal" im Programm prüfen. Das Festschreiben erfolgt dann hinterher in gewohnter Weise (im Regelfall vermutlich bei Übermittlung der Umsatzsteuer-Voranmeldung).

Das automatische Festschreiben betrifft nur Importdateien, die kein Festschreibekennzeichen haben. Diese Dateien stammen meistens aus Fremdprogrammen (des Mandanten). Dort müsste ggf. die Importbeschreibung angepasst werden, damit auch diese Daten (weiterhin) im nicht festgeschriebenen Zustand übernommen werden können.

Viele Grüße

Uwe Lutz

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

zieglerconsult — Fri, 14 Jun 2019 08:59:02 GMT

Hallo Herr Lutz,

ich denke dass dies die momentane Praxis abbildet. Es wird aber in dem Info-Dokument und in den Abkündigungen von einer generellen Festschreibepflicht gesprochen. Ich denke nicht dass die Anlieferung ohne Festschreibekennzeichen dann noch geht.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

zieglerconsult — Fri, 14 Jun 2019 09:00:19 GMT

Da haben Sie recht, ich würde dann auch davon ausgehen, dass entsprechend der Selektion auch die dazugehörigen periodischen Stapel angelegt werden welche den Buchungen zuzuordnen sind.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

vogtsburger — Fri, 14 Jun 2019 09:07:20 GMT

Haben Sie den o.g. Thread schon gelesen (Aufhebung der Festschreibung beim Import von Fremddaten )?

Ich war ebenso wie Sie der Meinung, dass es zukünftig einen generellen Festschreibungszwang geben wird.

Aber dem ist offenbar nicht so.

Viele Grüße

Michael Vogtsburger

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

Uwe_Lutz — Fri, 14 Jun 2019 13:57:15 GMT

Hallo Herr Ziegler,

helfen Sie mir einmal: In welchem Dokument ist davon die Rede, dass ALLE importierten Stapel generell festgeschrieben werden? Ich kann eine derartige Information nirgends finden.

Bisher war immer nur die Rede davon, dass Stapel, die KEIN Festschreibekennzeichen haben, künftig automatisch festgeschrieben werden.

Bei allen anderen Stapeln wird über das Festschreibekennzeichen "Ja/Nein" geregelt, ob eine Festschreibung beim Import erfolgt.

Viele Grüße

Uwe Lutz

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

vogtsburger — Fri, 14 Jun 2019 15:09:50 GMT

Hallo Herr Lutz,

ja, Frau simone.jordan , hat im o.g. Thread den Sachverhalt gut erklärt

Die Möglichkeit die Festschreibung beim Import von Buchungsstapeln mit Festschreibekennzeichen "Ja" (1) aufzuheben bleibt weiterhin bestehen.
Buchungsstapel mit Festschreibekennzeichen "Nein" (0) werden beim Import nicht festgeschrieben und können nach der Verarbeitung in den DATEV Rechnungswesen-Programmen weiterhin bearbeitet werden.

Ich selbst hatte die ursprüngliche 'spartanische' Formulierung auch missverstanden.

Viele Grüße

Michael Vogtsburger

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

mkolberg — Fri, 14 Jun 2019 20:33:29 GMT

Die Diskussion, ob ein vorher manuell in Excel bearbeiteter Stapel beim Importieren sofort festgeschrieben werden muß, oder nicht, ist doch ein Wirtz.

Wenn irgend eine Vorschrift dieses Programmverhalten fordern sollte, dann würde ich mir dringendst wünschen, daß es eine "Rückgängig machen"- Möglichkeit gibt, die den Import komplett entsorgt und auch das Akrivitätenprotokoll zurück setzt. Das funktioniert natürlich nur, solange keine weiteren Aktionen mit dem Stapel geschehen sind, wie Senden, Ausziffern, usw.

Im Prinzip wünsche ich mir, daß der Anwender die Buchhaltung mit einem Mausklick auf den Stand vor dem Import rücksichern kann.

Alternativ: Beim Import kommt eine Warnmeldung, die den Anwender darauf hinweist, daß der zu importierende Stapel ohne Kontrollmöglichkeit sofort festgeschrieben wird. Damit kann der Anwender die Spalte "Festschreibekennziffer" in Excel nochmals überprüfen und korrigieren. - Welch ein Wahnsinn …

Nein, ich möchte Importieren, das Ergebnis sichten, und dann entscheiden, ob der Import korrekt war. Wenn ja, dann bitte festschreiben, wenn nein (Verkehrter Mandant, verkehrte Periode, usw.), dann wird alle komplett raus gekickt.

Ich habe hier eine BH, wo das Fremdsystem jeden Monat mit neuen tollen Ideen zur Spaltenstruktur aufwartet (Updates), so daß regelmäßig der Import komplett weg muß, um einen zweiten Versuch zu starten. PS. Versandhandel, wo bei Doppeltbuchungen das ausziffern per Auftragsnummer Amok laufen würde.

PS: zu 95 % aller Fälle kommt es heute vor, daß wenn beim Import das [ x ] zum Aufheben gesetzt wird, der Import nach der Kontrolle doch ohne jede Änderung gesendet wird. Da würde ich mir natürlich einen anderen Eintrag im Aktivitätenprotokoll wünschen, denn der Vorlauf wurde doch ohne Änderung festgeschrieben.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

vogtsburger — Fri, 14 Jun 2019 22:28:26 GMT

Ich war jedenfalls auch schon überflüssigerweise in Panik wegen der vermeintlich zukünftig erzwungenen Festschreibung beim Importieren aller Buchungsstapel.

Dass das zukünftige Rewe-Import-Verhalten doch wesentlich harmloser ist als befürchtet, hat meinen Blutdruck wieder auf Normalwert gesenkt. Der Ärger wegen der Abkündigung des Postversandformats ist mir nämlich noch gut in Erinnerung. Mir ist bis heute immer noch nicht klar, warum die Datev diese Abwärtskompatibilität trotz aller Widerstände und Gegenargumente entfernt hat.

Ich werde mir mal einen Workaround 'stricken' (müssen), um die Import- und Änderungsaktionen mit 'fremden' Buchungsstapeln 'wasserdicht' dokumentieren zu können. Ich will gewappnet sein, wenn es zu Diskussionen bei Betriebsprüfungen kommen sollte.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

mkolberg — Sat, 15 Jun 2019 03:52:49 GMT

Früher war alles sooo einfach...

Man bekam die Daten mit dem Herkunftszeichen "SV"
Jedes Ändern des Buchungssatzes machte ein "RE" daraus.

Heute...
Ich importiere den Stapel aus dem DATEV- Vorsystem: "RE" , im Protokoll stehe ich als Verfasser von "heute" drinnen.
Nachträglich ist es aus dem System nicht möglich, zu erkennen, welcher Buchungssatz Original ist, bzw. wo die Buchhaltung korrigieren mußte.

Wunsch:
Bei "bösen Stapeln" wird auf das Altbewährte zurück gegriffen und wieder das Kennzeichen "SV" eingeführt, anstatt den Stapel zwangs- festzuschreiben.

Wenn dieser Stapel dann gesendet wurde, sollte das "SV" doch in Zusammenhang mit dem Aktivitätsprotokoll ausreichend Beweis sein, daß in Rewe keine Änderung des Stapels erfolgte.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

rudloff — Wed, 10 Jul 2019 07:29:18 GMT

Ich werde mir mal einen Workaround 'stricken' (müssen), um die Import- und Änderungsaktionen mit 'fremden' Buchungsstapeln 'wasserdicht' dokumentieren zu können. Ich will gewappnet sein, wenn es zu Diskussionen bei Betriebsprüfungen kommen sollte.

Ich hatte mich ja auch schon "geoutet", dass ich "nacharbeite" s.

https://www.datev-community.de/message/104055?et=watches.email.thread#104055 Re: KR Leistungsdatum - Übernahme Vorlauf von Mdt.

Ich bekomme vom Mdt. BWA, Susa, Opos, USt zum Abgleich. Diese lege ich in der DMS ab.

Der Mdt. bekommt von mir schriftlich, was ich geändert habe z.B. welche Kostenstelle ich ergänzt habe, oder ob ich direkt Konten geändert habe (z.B. Werkzeuge statt GWG) oder Vorsteuerschüssel ergänzt habe? Es sind nicht so viele Änderungen, von daher handhabe ich es derzeit so. Dazu hefte ich Belege hinter.

Aber wenn ich noch mehr machen muss...?

Wie ist Ihr Workaround aufgebaut?

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

lathwesen — Wed, 23 Oct 2019 06:49:31 GMT

Nach Update auf die 13.0 hat sich in dieser Richtung bei uns nichts verändert.

Die Festschreibung kann anscheinend also derzeit weiterhin aufgehoben werden.

Zu wann wird dies dann jetzt endgültig abgeklemmt?

MFG

Lathwesen

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

wielgoß — Wed, 23 Oct 2019 07:17:45 GMT

Hallo Herr Lathwesen,

das Sonderrecht besteht weiterhin. Die Änderung der aktuellen Programmversion besteht darin, dass dieses Sonderrecht nicht für Importdaten ohne Angaben zur Festschreibung gilt.

Viele Grüße

Christian Wielgoß

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

zieglerconsult — Wed, 23 Oct 2019 07:47:15 GMT

Nachdem der Beitrag sich doch etwas vergaloppiert hat wollte ich noch einmal drauf hinweisen um was es mir ging:

Dass die Festschreibung gesetzliche Pflicht ist, ist so, nicht schön nicht praktisch aber es ist so. Mir ging es s.o. darum mehr Unterstützung in der Bearbeitung der festgeschriebenen Buchungssätze zu erhalten. Also mehr Funktionalität um dann effizient und rechts sicher zu buchen. Das Storno über Kontoblätter oder eine Multi-Selektion von fehlerhaften Buchungssätzen wäre ein sehr großer und auch komfortabler Schritt in die richtige Richtung.

Eine Manipulation der Stapel sehe ich ebenso kritisch, wie auch die Tatsache dass wir aufgrund der Festschreibung mit einer optischen Informationsflut fehlerhafter Buchungen überschüttet werden (die man auch mit Option ausblenden kann).

Dennoch hat das wohl mit einem ästhetischen Buchen und einem ordentlichen Produkt jenseits dem Generalverdacht der Steuerhinterziehung, den ja jeder Mensch bei jedem Buchungssatz unterstellt wird - nichts mehr zu tun.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

eliansawatzki — Wed, 23 Oct 2019 08:01:27 GMT

Hallo Herr Ziegler,

die Stornierung mehrere Buchungen eines Stapels ist bei festgeschriebenen Buchungen in der Primanota möglich.

Markieren Sie einfach die gewünschten Buchungen, öffnen das Kontextmenü und wählen „Buchungen bearbeiten“.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

mkolberg — Wed, 23 Oct 2019 09:31:25 GMT

Welche "gesetzliche Pflicht" bezüglich Festschreibens besteht denn?

Wo ist geregelt, daß nach einem Import der Mitarbeiter diesen Import nicht komplett rückgängig machen darf, wenn er feststellt, daß es beim Import einen technischen Fehler gab?

Die DSGVO verbietet, daß mandatsfremde Daten eingespielt werden. Was nun, wenn der Import beim verkehrten Mandanten eingelesen wurde?

Bitte abändern, so daß ein Löschen des kompletten Vorlaufes so lange möglich ist, wie noch keine Folgeverarbeitung, wie DFÜ, Drucken oder ähnliches durchgeführt wurde.

Löschen so weit, daß selbst die Aktivitäten aufgeräumt werden, so daß der verkehrte import nie passiert ist.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

Gelöschter Nutzer — Wed, 23 Oct 2019 09:40:23 GMT

§ 146 Abs. 4 AO

(4) Eine Buchung oder eine Aufzeichnung darf nicht in einer Weise verändert werden, dass der ursprüngliche Inhalt nicht mehr feststellbar ist. Auch solche Veränderungen dürfen nicht vorgenommen werden, deren Beschaffenheit es ungewiss lässt, ob sie ursprünglich oder erst später gemacht worden sind.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

Gelöschter Nutzer — Wed, 23 Oct 2019 12:24:41 GMT

Diese Funktion ist einfach nur Dreck!!!

Ein Stornierung aus der Primanota ist nur in den gleichen Zeitraum möglich. Möchte ich lediglich ohne steuerliche Auswirkung, von Kto. 4970 auf 4980 umbuchen, kann ich das weder in einem offenen noch in einem neuen Vorlauf im aktuellen Buchungszeitraum machen.

Diese Funktion ist vielleicht hilfreich für die Stornierung eines kompletten Vorlaufes, aber einzelne Buchungen ist es unbrauchbar.

Gruß A. Martens

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

wielgoß — Wed, 23 Oct 2019 12:55:58 GMT

Hallo Herr Martens,

die von Herrn Sawatzki geschilderte Vorgehensweise eignet sich insbesondere für die massenhafte Korrektur von Buchungssätzen (Fallbeispiel des Herrn Ziegler).

Wenn es um einzelne Buchungen geht, dürfte die klassische Stornierung mit Generalumkehr weiterhin das Mittel der ersten Wahl sein.

Viele Grüße

Christian Wielgoß

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

Gelöschter Nutzer — Wed, 23 Oct 2019 12:59:12 GMT

Sehe ich auch so, es ist aber enttäuschend von DATEV, warum immer die zwangsweise Vorgabe des Buchungsstapelzeitraumes erzwungen wird. Zumal ein nachträgliches ändern des des Vorlaufzeitraumes wieder ein DATEV-Konform extremst umständlich ist.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

mkolberg — Thu, 24 Oct 2019 08:29:25 GMT

Wann ist eine Buchung denn eine Buchung?

Darf ein Mitarbeiter nicht selber kontrollieren, ob er ein Einspielen einer Buchung nicht aufgrund eines technischen Fehlers ungeschehen machen muß?

Für mich ist eine eingespielte Buchung erst dann eine Buchung nach § 146 Abs. 4 AO, wenn das Einspielen korrekt erfolgte und diese im Nachfolgesystem "verarbeitet" wird, also konkret eine USZ- VA ausgelöst wird.

Dann gibt es natürlich auch Buchungen aus Vorerfassungs- Systemen oder selber zusammengebastelte Vorläufe, da ein Copy & Paste bei DATEV aus unterschiedlichen Jahren bzw. Mandanten nicht möglich ist.

Vielleicht dient die Buchführung, wo Vorläufe importiert werden nur internen Berechnungen? z.B. eine Konsolidierung mehrerer Firmen, um Statistiken zu führen (Problem; abweichende Rechnungswesens-- Zwecke bzw. Stichtage)

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

frgntz — Thu, 24 Oct 2019 08:58:38 GMT

Warum gibt es überhaupt die Aufhebungsfunktion, wenn sie jetzt nur mit dem Festschreibe-Kz "Ja" funktioniert und die Aufhebung protokolliert wird?

Wer oder was hindert mich daran, das Festschreibe-Kz in der Datei auf "Nein" zu ändern und dann wird der Stapel normal ohne Festschreibung verarbeitet? Das muss ich jetzt sowieso bei vielen machen, da wir viele Dateien ohne Festschreibe-Kz bekommen ("?") und die Stapel zwingend nachbearbeitet werden müssen.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

wielgoß — Thu, 24 Oct 2019 09:05:07 GMT

Hallo Alexander S.,

eben aus diesem Grund, damit Sie als festgeschrieben geltende Importdaten bei Bedarf als nicht festgeschriebene Buchungsstapel übernehmen können.

Viele Grüße

Christian Wielgoß

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

frgntz — Thu, 24 Oct 2019 09:10:46 GMT

Wie gesagt, niemand hindert mich daran, die Datei zu öffnen und das Festschreibe-Kz zu ändern. Das ist nur ein Wert in der csv-Datei.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

zieglerconsult — Thu, 24 Oct 2019 09:18:01 GMT

Hallo,

das ist mir schon bekannt, geht aber in der Arbeit an der Praxis vorbei. Ich suche mir meine Fehler meistens nicht in der Primanota zusammen, sondern beim Abstimmen der Konten.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

marcbrost — Thu, 24 Oct 2019 09:49:27 GMT

Hallo Herr Ziegler,

wäre nicht die Frage warum Sie aus einem Fremdsystem regelmäßig falsche Buchungen erhalten? Wenn es keine Fehler gibt können Sie auch keine Fehler versehentlich festschreiben. Und wenn es Fehler gibt dann ist das protokolliert und Sie können die Fehler ja dann korrigieren mittels Generalumkehr oder Umbuchung.

Zudem wäre die Frage wieso Sie trotz Kontendurchsicht scheinbar so viele Fehler in verschiedenen Zeiträumen haben, dass Sie eine Funktion benötigen mit der diese Buchungen massenweise in verschiedenen Zeiträumen korrigiert werden können, vielleicht können Sie dies noch etwas genauer erläutern. Klar, Fehler passieren, aber dann korrigiere ich das einmal mit händischem Aufwand und weiß für die Zukunft wie es richtig ist, dann hab ich ja immer nur den aktuellen Zeitraum in dem ich es bearbeiten muss und wenn es aus dem Vorsystem falsch kommt muss man dort ansetzen dass der Fehler erst gar nicht erzeugt und somit auch nicht per Schnittstelle übertragen wird.

Ich bin zudem gerade bzgl. E-Bilanz stutzig geworden: Buchen Sie jede Buchung einzeln um also stornieren die alte und buchen die richtige neu ein oder buchen Sie den den Gesamtsaldo um?

Viele Grüße

Marc Brost

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

0815 — Thu, 24 Oct 2019 10:06:58 GMT

Hallo Herr Brost,

Sie sind Techniker/Informatiker, oder buchen Sie regelmäßig selbst umfangreiche Mandate?

Zudem wäre die Frage wieso Sie trotz Kontendurchsicht scheinbar so viele Fehler in verschiedenen Zeiträumen haben

Das passiert bspw., wenn der Mandant selbst bucht und seine UStVAs übermittelt, und die Kanzlei den Abschluss erstellt.

wenn es aus dem Vorsystem falsch kommt muss man dort ansetzen dass der Fehler erst gar nicht erzeugt und somit auch nicht per Schnittstelle übertragen wird

Deshalb gehe ich davon aus, dass Sie Techniker/Informatiker sind Sicher ist das der Königsweg. Ich kann den Mandanten auch auf vieles hinweisen – ob er sich jedoch daran hält, bleibt nun mal ihm überlassen. 'Der Kunde ist König' – und wenn der König entscheidet, so zu buchen, wie es seinen Vorstellungen entspricht, dann ist das so; und die (steuerlichen) Korrekturen finden erst im Abschluss statt. Manchmal entstehen auch 'Übertragungsfehler', die nicht ausgeräumt werden können; z. B. zwischen Lexware und Datev bei USt nicht fällig, wenn die Rechnungsnummern nicht 1:1 übereinstimmen (so zumindest mein Wissensstand). Selbst wenn in manchen Fällen eine Änderung an der Ausgangssoftware möglich wäre, kommt es vor, dass der Mandant sie begründet oder unbegründet verweigert. Dann muss der Datenabnehmer, also der Buchhalter oder Abschlussbearbeiter, sich diesem Umstand bestmöglich anpassen. Denn er ist nunmal keine Behörde, sondern ein Dienstleister.

Viele Grüße.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

meysa — Thu, 24 Oct 2019 10:48:49 GMT

Ich persönlich habe bisher noch keine Probleme damit gehabt, da ich normalerweise nur Daten im csv-Format importiere und dort eben vor dem Einspielen kurz das Festschreibekennzeichen kontrolliere.

Außerdem lege ich für jeden Import einen eigenen Stapel an.

Sollte dann doch mal ein Fehler vorliegen und die Daten sofort festgeschrieben werden, kann ich den Stapel zwar künftig nicht mehr löschen, aber immerhin komplett stornieren.

Danach würde ich mich dann darum kümmern, dass die Import-Datei das Kennzeichen "nicht festschreiben" enthält.

Wenn ich die Stapel doch weiterhin ohne Festschreibung einspielen und kontrollieren kann, dann sollten doch eigentlich nicht reihenweise falsche Buchungen festgeschrieben werden...

Oder ist es tatsächlich so ein großes Problem, die Importdateien künftig alle mit dem Kennzeichen "nicht festschreiben" zu bekommen?

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

anjabusse — Thu, 24 Oct 2019 11:24:03 GMT

Hallo,

ist Ihnen schon mal aufgefallen, dass eine Festschreibung nicht erfolgen kann, wenn auch nur ein Bestandteil für eine korrekte Buchung in der Ursprungsdatei fehlt (z.Bsp. bei einer Buchung fehlt Konto oder Gegenkonto)?

Vllt. hilft das dem ein oder anderen hier.

Viele Grüße,

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

frgntz — Thu, 24 Oct 2019 11:30:17 GMT

Oder die csv-Datei aufmachen, in die Zelle U1 eine 0 setzen und schon hat sich das Thema Festschreibung erledigt.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

anjabusse — Thu, 24 Oct 2019 11:35:26 GMT

.... so in der Art meinte ich das auch 🙂

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

zieglerconsult — Thu, 24 Oct 2019 11:38:54 GMT

Es ist ja prima wenn bei Ihnen kaum Fehler passieren. Aber die Darstellung 0815 ist ein absolut praxisnahes Szenario.

Ich kann noch als Beispiel dazu sagen, dass einfach andere Entscheidungen zur besseren BWA-Darstellung dazu kommen können. Wenn also wirklich gestalterisch bereits gebuchtes wieder umgebucht werden muss, zb. Kalk. AfA angepasst, oder eine Renovierung der Raumkosten die dann doch später anders bewertet wird als vom Buchhalter gedacht. Es gibt so viele Möglichkeiten eine Buchhaltung zu gestalten und dazu gehört auch das steuerlich zulässige Umbuchen (selbst mehr als eine Buchung am Stück). Hier ist der erste Anlaufpunkt das FIBU Konto - nicht die Primanota, nicht "Datenmüll" des Mandanten. Erst die Überprüfung und Einordnung der Buchungen macht den Abschluss.

Noch ein Beispiel:

Stellen Sie sich vor, sie Buchen, aus versehen, weil es in Lohn falsch geschlüsselt war oder der Mitarbeiter die Stelle wechselt 12 Monate die Kosten mehrerer Mitarbeiter auf Löhne (Arbeiter) obwohl es Gehälter sind. Sind beides Personalkosten klar, aber das eine Konto ist 4110 und das andere 4120 (SRK03). Stellen Sie sich dann gern hin und machen gerne 12 mal rechte Maustaste "Generalumkehrbuchung erzeugen" ? Sicher nicht...oder rufen Sie dann nacheinander 12 Primanotenstapel auf uns suchen sich die Buchung raus? Bestimmt auch nicht. Die Funktion fehlt und ist überfällig!

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

meysa — Thu, 24 Oct 2019 11:59:00 GMT

Ich habe nicht gesagt, dass kaum Fehler passieren. Ich bezog mich darauf, dass ich die Buchungen vor dem Festschreiben kontrolliere, also Konten abstimme. Und danach sollten eigentlich nicht mehr reihenweise falsche Buchungen vorhanden sein, die dann festgeschrieben werden.

Eine falsche Schlüsselung im Lohn z.B. oder eben vom Mandanten auf falsche Konten gebuchte Sachverhalte etc. kann ich doch dann direkt ändern (Buchung bearbeiten).

Das was Sie an Umbuchungen ansprechen, hat doch nichts mit der Tatsache zu tun, dass Import-Dateien ohne entsprechendes Kennzeichen festgeschrieben werden. Es geht hier dann vielmehr um grundsätzliche Umbuchungen im Abschluss.

Übrigens, zu Ihrem Beispiel:

Nein, ich würde sicher nicht 12 Buchungen umkehren und neu buchen. Ich würde im Abschluss den Betrag in einer Summe umbuchen. Wozu 12 Einzelbuchungen?

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

chrisocki — Thu, 24 Oct 2019 12:06:15 GMT

Hallo,

ohne nochmal alle Beiträge zu lesen...

1. Die Festschreibungskennzeichen (0 nicht festgeschrieben / 1 festgeschrieben) haben ihre Gültigkeit und werden Stand heute in Rewe Version 8.11 ausgewertet. Wenn das Vorsystem das Kennzeichen mitliefert, sollte das kein Problem sein.

2. Buchungsstapel mit !technisch" falschen Buchungssätzen (Bsp. Vorsteuerkennzeichen auf Automatikkonto) sind ungültig und der Buchungsstapel wird bei Übernahme ebenfalls nicht festgeschrieben. Es werden nur Stapel direkt festgeschrieben, die !technisch" einwandfrei sind.

3. DATEV-Format oder ASCII-Dateien können mit dem Windows-Editor aufgerufen und editiert werden. Es reich am Ende der Datei eine Zeile mit "Unfug" zu erfassen und der Stapel ist bei dem folgenden importieren ungültig, somit nicht festgeschrieben.

Grüße

Chr.Ockenfels

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

mkolberg — Thu, 24 Oct 2019 12:22:30 GMT

Oder die csv-Datei aufmachen, in die Zelle U1 eine 0 setzen und schon hat sich das Thema Festschreibung erledigt.

Genau diese Manipulation vor dem Einspielen soll nicht erfolgen und ist üblicherweise auch nicht notwendig..

Normalerweise soll der Vorlauf ohne Manipulation usw. eingespielt werden und im Protokoll vermerkt sein, daß die Festschreibung vom Mandanten übernommen wurde.

Trotz- alledem...
Die Abstimmung findet im Kontoblatt statt und wenn bemerkt wird, daß uns der Mandant Mist zum Einspielen geliefert hat (verkehrte Zeitraum- Abgrenzung) und so 10.000 Ausgangsrechnungen doppelt verbucht wurden, dann muß es ein Undo geben.

Auch könnte ein in ReWe nicht nachgetragener Steuer- Automatiks- Schlüssel in den Stammdaten der Mandanten- Software inhaltlichen Mist produzieren.

Es wäre so einfach, den eingespielten Vorlauf einfach zu löschen, solange noch nichts weiter passiert ist. Damit hätten wir den Zustand, als hätte der Mitarbeiter 15 Minuten lang nichts getan...

So muß der Admin die Sicherung vom Vortag in vielen aufwendigen Schritten zurückspielen, ohne daß es auch nur einen einzige Eintrag im Aktivitätenprotokoll gibt..

PS: eine vom Mandanten gebuchte Versicherung mit 19% Steuerabzug wird natürlich generalumgekehrt und korrekt eingebucht. Das gut Ding muß schließlich dokumentiert sein.

Re: Festschreibepflicht ab August ! Fehlende DATEV Unterstützung

psar55 — Fri, 25 Oct 2019 06:27:33 GMT

Hallo zusammen,

es stellt sich doch grundsätzlich die Frage was passiert, wenn man Buchungssätze verändert bzgl. der Sanktionen seitens des FA's. Wenn man bei einer Betriebsprüfung die Ursprungsdatei vorweisen kann, die Vorgehensweise von Änderungen schlüssig in einer SOP dokumentiert und auf alle Fälle mit dem Senden der USt-VA festschreibt, dann sollten zugünftige Auseinandersetzungen mit dem FA keine Chance haben.

Wenn aber wild in den Buchungssätzen herumgepfuscht wird, dann hat man natürlich ein Problem.

Der Versuch seitens der Behörden zurück zum handgeschriebenen Journal sich zu bewegen, wo jede Veränderung sichtbar war, ist eine ausgesprochen anspruchsvolle Forderung. Hierzu müssten vor allem die liefernden Programme zu einem Standard verdonnert werden, nicht nur der Import.

Grundsätzlich wird doch unterstellt, dass man böswillig Buchungssätze verändert um Steuerhinterziehung zu begehen. ODER, dass schlecht ausgebildete Kräfte die Buchhaltung bearbeiten und unwissentlich Buchungssätze (mit wesentlicher Steuerauswirkung) verschwinden lassen, etc. Diese Unterstellung müsste vom Finanzamt erst mal nachgewiesen werden.

Nach wie vor sollte der gesunde Menschenverstand eingeschaltet werden und nicht prinzipientreu irgendwelchen Vorschriften gefolgt werden. Ich wundere mich auch über die Steuerberater und ihren Organisationen, dass diese das Thema nicht deutschlandweit aufgreifen und sich in Berlin beschweren. Entweder ist das schlechte Gewissen doch ziemlich stark oder man ist so weit weg von der Bearbeitung einer Buchhaltung (dem Grundstock jeder betriebswirtschaftlichen Entscheidung), dass kein Verständnis für die Alltagsprobleme der Buchhaltungskräfte vorhanden ist. Die Wertschätzung der Buchhaltungsarbeit drückt sich ja auch in Form der Bezahlung aus !!

Bedeutet:

Endgültig muss der Chef die Vorgehensweise festlegen - und zwar machbar - zusammen mit dem Mandanten !!