Hallo Leute,
warum ist es in DATEV so irre kompliziert, ein versehentliches falsches Vorlaufdatum zu ändern?
Ich meine, warum muss ich ein falschen Vorlauf immer erst über Primanota öffnen, diesen exportieren, den alten Vorlauf löschen, um dann den exportierten Vorlauf zu importieren und hier erst den Buchungszeitraum zu ändern?
Warum kann das die DATEV nicht automatisch machen?
Das kann doch nicht so schwierig sein!!!! 
Also DATEV, gibt mir endlich eine Möglichkeit, die Vorlaufdaten vollständig ändern zu können. Bei überschreitenden Buchungsdaten, wird mir ein Hinweis ausgegeben und gut ist. So wird es doch auch beim Import gemacht.
Mensch, ich könnte echt kotzen. Müssen denn immer die einfachsten Dinge immer so kompliziert sein?
Gruß A. Martens
Im Sinne stimme ich Ihrer Anregung/Frage zu. Auch mich ärgert diese sehr starren Stapeldaten des öfteren. Bitte diesen Verbesserungsvorschlag auf die Agenda nehmen, liebe DATEV (ich liebe Wortspiele 
).
Viele Grüße, M. Fehlau
Hallo Frau Schönweiß,
Die Prüfung Ihres Vorschlags hat ergeben, dass wir diesen nach dem derzeitigen Planungsstand mit folgender Begründung nicht umsetzen werden:
Im Feld "Datum bis" eines Stapels wird zentral die Periode definiert, zu welcher die folgenden Buchungssätze zugeordnet werden. Ein einfaches nachträgliches Ändern des "Datum bis" ist daher datenbanktechnisch nicht ohne weiteres möglich, da z.B. die von der Änderung im Stapeldatum betroffenen Buchungssätze nochmals mit entsprechenden Prüfungen verarbeitet werden müssten.
Sie wollen mir jetzt allen Ernstes erzählen, dass die DATEV nicht in der Lage ist, nach dem ändern des Stapelvorlaufes "Datum bis", in dem geänderten Vorlauf alle Buchungssätze die über dem Datumsstichtag liegen, entsprechend mit einem Fehler-Icon zu hinterlegen?
Ja, wo gibt es denn sowas? 
Ich dachte die DATEV hätte Programmierer am Start! Das bekommt sogar ein Informatikstudent im ersten Semester hin!
Also noch einmal:
Wenn ich ein Procedere manuell anstossen kann, dann kann das auch die Software! Wo soll denn da ein Unterschied bestehen.
Meinet halben muss sich die DATEV dann eben die Mühe machen, und alle Arbeitschritte per Software auszuführen (Export/Import). Das wäre aber eine Makroprogrammierung, wie vor 20 Jahren. Da hatte ich nämlich mit Works für DOS eine Maus- u. Tastenaufzeichnungsfunktion. Wenn sich die DATEV aber immer noch gerne auf diesen Amöben-Level bewegen möchte, dann soll sie es.
Gruß A. Martens
Hallo Herr Martens,
also an der Diskussion möchte ich mich nicht beteiligen, da für mein Tagesgeschäft mit dem Rechnungswesen-Programm eine eventuelle Programmautomatik von verschwindend geringer praktischer Bedeutung ist (falsche Stapeldaten sind die Ausnahme).
Der Beitrag war nur als Hinweis für diejenigen gedacht, die eventuell vor dem Problem des falschen Stapeldatums stehen
Viele Grüße
Christian Wielgoß
Hallo Herr Martens,
wieso muss man sich durch 100te Buchungen klicken, wenn man etwas ändern möchte? Man kann doch mehrere Buchungen auswählen und dann alle markierten mit einem Schlag ändern?! Und wenn es darum geht, dass z.b. alle Buchungen, die auf Konto 4530 sind eigentlich auf 4531 gehörten, dann sortier ich meinen Vorlauf eben nach Konto und habe dann alle 4530 Buchungen untereinander stehen.
Dann rechtsklick und auf "Buchungen bereichsweise ändern" und dort kann ich die zu ändernde Spalte auswählen (Konto), dann sagen, wonach er suchen soll (4530) und wodurch ersetzt werden soll (4531) und "alle ändern" klicken.
Und schon sind die Buchungen angepasst.
Sofern ich weiß, dass ALLE Buchungen im Vorlauf geändert werden sollen (also von 4530 auf 4531) entfällt sogar das Sortieren, weil ich dann einfach alle markieren kann und er sucht sich die raus.
Also ich finde diese Möglichkeit wirklich komfortabel... Voraussetzung natürlich, dass noch nicht festgeschrieben wurde!
Grüße
Manuela Jachert
Hallo Frau Jachert,
dann möchte ich gerne wissen, und zwar von der DATEV, wie ich bei einem Datum nur den Monat ändern kann.
Ich kann nämlich keine Platzhalter für z. B. den Monat verwenden.
Also: 15.MM.16 -> Suchen 15.[1-12].16 und ändern in 15.12.16
(für die Fachleute: RegEx-Funktionen wären hier anzuwenden, natürlich anwenderfreundlich aufgebaut).
Und gerade bei einer Jahresbuchhaltung sind falsche Datumswerte an der Tagesordnung. Man nehme nur eine Buchungsaufteilung, hier wird nicht automatisch der Monat aus der letzten Buchung ergänzt, sondern immer der Monat aus dem Vorlaufende.
Also:
In der Buchhaltung = letzte Buchung 15.03.16
In der Aufteilung: Eingabe Datum 15 => wird ergänzt zu 15.12.16
Hier einmal aus einem bis vor einigen Jahren von uns eingesetztes Buchhaltungsprogramm (und das liegt weit hinter den DATEV-Möglichkeiten):
Und spätestens hier, wäre eine sinnvolle, und vorallem durchdachte Suchen&Ersetzen-Funktion nötig.
Gruß A. Martens
Hallo Herr Martens,
die Änderung des Monats wie in ihrem Beispiel angesprochen, können Sie im Menü "Buchungen bereichsweise ändern" folgendermaßen durchführen.
In der Zeile "Suchen nach" verwenden Sie für den Monat den Platzhalter " * " .
In diesem Beispiel werden alle Buchungen des gesamten Stapels mit dem Datum 24.*.2016 durch den 24.03.2016 ersetzt. Die Eingabe eines Platzhalters in der Zeile "Ersetzen durch" ist nicht möglich. Das einzusetzende Buchungsdatum muss vollständig ohne Platzhalter erfasst werden.
Mit freundlichen Grüßen
DATEV eG
Martina Harwarth
Service Rechnungswesen (FIBU)
Hallo Frau Harwart,
das ist ja genau das was ich sage. In Bezug auf das Datum ist die Änderungsmöglichkeit mit dem Assistenten geradezu verkrüppelt.
Haben Sie schon einmal mit dem Tool gearbeitet?
1. Datum
Das Fenster ist modal aufgebaut und kann je Änderung nur einmal ausgeführt werden. Man kann also nicht, nachträglich andere Zeilen markieren und die Änderung fortsetzten.
Beispiel:
24.10.16
25.10.16.
26.10.16
27.10.16
28.10.16
Hat zur Folge, dass ich die Änderung jetzt 5 x ausführen muss. Das ist doch Irrsinn.
2. Belegnummer
Und bei der Belegnummererhöhung versagt das DATEV-Tool komplett. Hier muss ich erst alles in Excel exportieren, ändern und wieder importieren. Das geht gar nicht und ist für ein Profi-Programm unsäglich und IMO beschämend. 
Gruß A. Martens
Die einfachste Lösung ist halt einfach alles gleich richtig einzugeben ohne das das Problem entsteht... 
So oft wird man ja die Stapeldaten nicht ändern müssen...
aber diese Aussage ist nun wirklich sinnfrei.
Sorry, sollte nicht so hart klingen. Besser wäre
=> aber diese Aussage ist nun wirklich nicht hilfreich. 
Ich wollte damit lediglich zum Ausdruck bringen, das ich nicht weiss wieso so ein feature überhaupt benötigt wird
Das man das Buchungsdatum im Buchungsstapel ändern muss... Wann passiert dies... Also mir höchstens einmal im Jahr... weil eigendlich merke ich dies beim buchen... Die Häufigkeit dieses Fehlers stellt bei mir Fragezeichen auf... weil entweder bin i dann beim Arbeiten unaufmerksam oder einfach blöde... und ansonsten falls es wirklich passiert muss man es eben auslagern.. Aber da dies vielleicht einmal im Jahr passiert ( ist mir auch schon mal passiert ) ist es für mich sinnfrei für Benutzer die ständig das Buchungsdatum ändern wollen oder müssen ( aus welchen Gründen auch immer und i will es auch gar net wissen ) ein Blödsinn so ein feature von Datev zu verlangen, welches lauter Neuberechnungen der Primanota erfordert. Wo kommen wir denn da hin...
Als nächstes vielleicht noch Buchungsvorläufe in andere Jahre
MFG
Folgendes Szenarium:
Fibu-Daten werden bei uns aus einem externen Lohnprogramm importiert. Hier ist der Zeitraum immer 01.MM.JJ - 30.MM.JJ, also auch der Dezember. Werden jetzt die Daten einfach so, ohne es zu ändern (mein Fehler ) übernommen, fehlt mir der letzte Buchungstag. Das fällt aber erst auf, wenn man tatsächlich auf den 31.12. stößt, aber da ist es schon zu spät.
Hier einmal aus einem alten Programm:
Beim Aufruf kann man hier einfach den Button 'Buchungszeitraum ändern' auswählen und ändert einfach das Datum.
Und warum kann das nicht die DATEV?
Warum die manuelle Kaskade an Interaktionen vom Anwender?
Das ist die eigentliche Frage.
welches lauter Neuberechnungen der Primanota erfordert. Wo kommen wir denn da hin...
Wieso Neuberechnung der Primanota? Es geht um vorläufige Buchungen, also nichtjournalisierte. Da ist nichts berechnet.
Gruß A. Martens
Das Problem ist in sofern auch virulent, weil die Löhne monatlich erstellt werden, somit auch die FiBu-Vorläufe, die FiBu aber vierteljährlich.
Passt jetzt einer nicht auf, dann haben wir richtig Streß. Der Import muss nämlich dann jedesmal auf das jeweilige Quartal umgestellt werden, also 3 x Ex- u. Import.
Super DATEV! Wieder einmal eine echte Beschäftigungstherapie.
dabei wäre es doch ein leichtes, einfach mal zu überlegen, bevor man arbeitet. so vermeidet man durch überlegtes verhalten auch fehler und muss erst gar nichts korrigieren. schon mal daran gedacht?
Ich plane gerade das überlegte Verhalten bevor ich arbeite, aber steh grad auf dem Schlauch. Was würdest du empfehlen? (angenommen wir reden nicht über 20 sondern über 20.000 BS p.m.) ?
