Thema Import der Eigen- Rechnungen
Problem: Es gibt Belege mit Leistungsdatum Vorjahr
Übliche Vorgehensweise:
- Import aus Rechnungsschreiben im aktuellen Jahr
- Diesen Stapel per Primanota- Exportieren speichern
- Diesen Stapel im Vorjahr importieren
-> Im aktuellen Jahr alle Leistungsdatum 2025, im Vorjahr alle 2026 raus schmeißen.
WARNUNG: Wenn es im Stapel fehlerhafte Buchungen gibt (Rotes Ausrufezeichen, da Leistung zu alt) werden diese nicht mehr exportiert und gehen somit im Workflow unwiderruflich verloren.
DATEV: Seit wann haben wir dieses Problem und warum wurde das geändert?
Meine Erwartungshaltung:
Wenn ich einen unbearbeiteten Stapel exportiere, dann möchte ich genau diesen Stapel mit allen fehlerhaften Buchungen zur Korrektur- Weiterverarbeitung haben.
Problem: Wer achtet schon nach dem Import bei einer Profi- Software darauf, ob die Anzahl der Buchungssätze nach dem Import dem vorab exportierten Stapel entspricht?
@martinkolberg schrieb:[...]
WARNUNG: Wenn es im Stapel fehlerhafte Buchungen gibt (Rotes Ausrufezeichen, da Leistung zu alt) werden diese nicht mehr exportiert und gehen somit im Workflow unwiderruflich verloren.
DATEV: Seit wann haben wir dieses Problem und warum wurde das geändert?
[...]
Dieses Verhalten beim Exportieren fällt einem nur auf, wenn es in der Primanota tatsächlich fehlerhafte Buchungen gibt
... mich nervt dieses Verhalten aber auch schon seit Jahren
... daher frage ich mal zurück :
war das nicht schon immer so, seit es den Buchungsstapel-Import und -Export gibt ?
Dieses Verhalten beim Exportieren fällt einem nur auf, wenn es in der Primanota tatsächlich fehlerhafte Buchungen gibt... mich nervt dieses Verhalten aber auch schon seit Jahren
... daher frage ich mal zurück :
war das nicht schon immer so, seit es die Datev-Stapelverarbeitung gibt ?
Bei Bankkonten hatten wir dieses Verhalten schon immer. Unverarbeitete Buchungen gehen verloren.
Bei Buchungsstapeln, die ich gerade importiert hatte, z.B. aus Lohn konnte ich bislang diese Stapel mit allen unvollständigen Buchungssätzen exportieren, um diese beim andern Mandanten wieder zu importieren, oder per Excel zu bearbeiten.
Extrem wichtig, wenn Fremdbuchhaltungen Exporte liefert, die nicht nach Perioden abgegrenzt sind.
wenn ich die Stapel über Datenaustausch/Daten bereitstellen im DATEV Format exportiere, dann werden auch fehlerhafte Stapel exportiert.
Aktuell getestet?
Ich exportiere aus der Primanota- Ansicht und bis zum letzten Update ging das problemlos.
Der Januar war noch fehlerfrei.
Der Stapel wird auch heute noch exportiert, nur die roten Buchungen mit Leistungsdatum älter 1 Jahr sind einfach weg und die Anzahl der Zeilen im Export ist entsprechend weniger.
Aktuell getestet!
Edit:
Ich ziehe meine Aussage zurück und behaupte ab sofort das Gegenteil.
Beim erneuten Test in unserer Live Umgebung sind bei mir die fehlerhaften Buchungen auch weg.
Sind es zu viele Buchungssätze um diese in 2026 mit Leistungsdatum 2025 zu verbuchen? Das geht auch über Bereichsweise ändern (oder bei fehlerhaften Buchungssätze nicht?).
Alternative, kann nicht aus dem Vorsystem die Daten in 2026 und 2025 eingespielt werden? Buchungssätze nach Datum sortieren und im jeweiligem Jahr die Daten löschen?
@schmulz schrieb:Sind es zu viele Buchungssätze um diese in 2026 mit Leistungsdatum 2025 zu verbuchen? Das geht auch über Bereichsweise ändern (oder bei fehlerhaften Buchungssätze nicht?).
Alternative, kann nicht aus dem Vorsystem die Daten in 2026 und 2025 eingespielt werden? Buchungssätze nach Datum sortieren und im jeweiligem Jahr die Daten löschen?
Die Buchungssätze sollen ins Leistungs- Jahr. (EÜ- Rechner mit Ist- Versteuerung, UST- Folgejahr, also kein Problem mit den Anmeldungen)
Im Stapel sind die Leistungen von 25 und 26 wild gemischt.
Ja, ich möchte den Stapel in beide Jahre einspielen, nach Leistungsdatum sortieren und löschen.
Blöd nur, wenn gewisse Buchungssätze, die ich in 26 lösche, niemals im 25'er Stapel ankamen, weil der Export kaputt ist.
Glaube wir verstehen uns noch nicht richtig...
Sie Schreiben, dass Sie Rechnungen aus einem Vorsystem in ReWe im Jahr 2026 importieren - korrekt?
1. Können Sie aus dem Vorsystem die Daten nicht nochmal importieren? gar nicht erst versuchen aus ReWe 2026 die gewünschten Daten zu exportieren.
2. Wenn Sie in 2026 die Buchungssätze mit Leistungsdatum 2025 buchen werden diese nach 2025 verschoben, dann brauchen Sie diese nicht extra zu exportieren und importieren.
@schmulz schrieb:Glaube wir verstehen uns noch nicht richtig...
Sie Schreiben, dass Sie Rechnungen aus einem Vorsystem in ReWe im Jahr 2026 importieren - korrekt?
1. Können Sie aus dem Vorsystem die Daten nicht nochmal importieren? gar nicht erst versuchen aus ReWe 2026 die gewünschten Daten zu exportieren.
2. Wenn Sie in 2026 die Buchungssätze mit Leistungsdatum 2025 buchen werden diese nach 2025 verschoben, dann brauchen Sie diese nicht extra zu exportieren und importieren.
Das Vorsystem ist das DATEV- Rechnungsschreiben... Da wird nur 1* Exportiert und dann per Schnittstelle übergeben.
... für mich ist es 'unlogisch', dass man fehlerhafte Buchungssätze importieren, aber nicht exportieren kann.
... so wie REWE ja beim Importieren fragt:
"auch Buchungssätze mit Fehlern oder Hinweisen übernehmen ?"
könnte REWE beim Exportieren auch fragen :
"auch Buchungssätze mit Fehlern oder Hinweisen übernehmen ?"
... (programmier)technisch ist es derselbe 'Aufwand'
... aber die Datev will nicht, aus welchem Grund auch immer ...
... stattdessen muss man fehlerträchtige 'Klimmzüge' machen
@vogtsburger schrieb:
... für mich ist es 'unlogisch', dass man fehlerhafte Buchungssätze importieren, aber nicht exportieren kann.
... so wie REWE ja beim Importieren fragt:
"auch Buchungssätze mit Fehlern oder Hinweisen übernehmen ?"
könnte REWE beim Exportieren auch fragen :
"auch Buchungssätze mit Fehlern oder Hinweisen übernehmen ?"
... (programmier)technisch ist es derselbe 'Aufwand'
... aber die Datev will nicht, aus welchem Grund auch immer ...
... stattdessen muss man fehlerträchtige 'Klimmzüge' machen
Ich gehe von einem Programmierfehler aus, da es schon immer unfallfrei funktionierte.
Ich exportiere übrigens nicht "Buchungssätze", sondern einen kompletten Stapel mit HK- Kennzeichen, lfd. Nummer, usw.
Der Workaround besteht übrigens darin, den Stapel manuell anzulegen und per "Buchungen in Zwischenablage kopieren " und "Einfügen" die Buchungssätze zu transferieren. Dabei verliere ich jedoch sämtliche für die Grundsätze ordentlicher Speicherbuchführung notwendigen Meta- Informationen.
Hallo @martinkolberg,
ganz unabhängig von einem eventuell wünschenswerten anderen Programmverhalten hat sich an dieser Stelle nichts geändert: Fehlerhafte Buchungen werden und wurden beim Export im DATEV-Format nicht berücksichtigt.
@Antje_Naumann schrieb:Hallo @martinkolberg,
ganz unabhängig von einem eventuell wünschenswerten anderen Programmverhalten hat sich an dieser Stelle nichts geändert: Fehlerhafte Buchungen werden und wurden beim Export im DATEV-Format nicht berücksichtigt.
Das ist nicht korrekt, da ich oben beschriebenen Verfahren seit Jahren nutze, um Buchungen entsprechend des Leistungsdatums zu verteilen.
Früher konnte ich Buchungsstapel. die ich aus DATEV- Vorsystemen übernahm, problemlos exportieren, um diese bei einem anderen Mandanten, bzw. im korrekten Wirtschaftsjahr wieder einzuspielen, um sie dort zu bearbeiten.
Der Fehler betrifft in der Regel nur ein Leistungsdatum, welches in diesem Jahr nicht verbucht werden kann, aber auch Lohn- Buchungen ohne Gegenkonto.
Da wurde etwas geändert.
@martinkolberg schrieb:
[...]Früher konnte ich Buchungsstapel. die ich aus DATEV- Vorsystemen übernahm, problemlos exportieren, um diese bei einem anderen Mandanten, bzw. im korrekten Wirtschaftsjahr wieder einzuspielen, um sie dort zu bearbeiten.
[...]
Bei mir geht es in der Regel um die Buchungsstapel aus einem veralteten Vorsystem, das aber aus guten Gründen nicht umgestellt wird, und in dem einige inzwischen nicht mehr bebuchbare Konten verwendet werden, ohne dass der selbstbuchende Mandant hier einen Einfluss darauf hätte.
Kanzlei-REWE meckert zwar, kann aber die entsprechenden Buchungsstapel bzw. Buchungssätze "mit Fehlern und Hinweisen" importieren und verarbeiten.
Diese Buchungsstapel (mit insgesamt > 100.000 Buchungssätzen) konnte ich bisher nie inkl. der fehlerhaften Buchungssätze im Datev-Format exportieren.
Da man keine Rückmeldung erhält, wieviele und welche Buchungssätze nicht exportiert wurden, ist das Ergebnis so nicht zu gebrauchen.
Die 'falsche' Kontierung muss also erst rel. mühsam korrigiert werden, bevor man im Datev-Format exportieren kann.
Es gibt übrigens auch einen guten Grund, warum die Buchungsstapel wieder exportiert werden müssen 😉
Es schließt sich nämlich noch ein weiterer Bearbeitungsschritt an, bevor Kanzlei-REWE dann endgültig zwecks Jahresabschluss auf den korrekten bzw. korrigierten Datenbestand wartet
... diese Vorgehensweise ist übrigens dokumentiert und 'abgesegnet' 🙂