Informationen zu markusbischof - DATEV-Community

markusbischof · ‎19.04.2022

Hallo! In unserem Fall ist es ja so, dass wir den Basiswert in EUR bereits kennen und in die Datei mit reinschreiben, die Ungenauigkeit in den Nachkommastellen des Umrechnungskurses aber dazu führt, dass Datev einen anderen Basiswert (um 1 Cent anders) einbucht. Unser mitgeschickter Basiswert wird einfach still und heimlich ignoriert. Wenn ich Ihren Fall richtig verstehe, geben sie nur einen USD-Betrag mit (keine EUR-Werte und auch keinen Umrechnungskurs) und erwarten, dass Datev dann in der weiteren Verarbeitung einen entsprechenden EUR-Kurs zu dem Datum einfügt. Diesen Fall haben wir bei uns nicht. Am besten prüfen Sie das mit einem Beispieldatensatz. Kann gut sein, dass das wie erwartet funktioniert. Viele Grüße

markusbischof · ‎07.12.2017

Hallo Frau Gottwald, vielen Dank für ihre Antwort. Wir werden den Export entsprechend so umstellen, dass keine Fremdwährungsinformation mitexportiert wird. Sehe ich das richtig, dass dann das Feld "Basiswährungsbetrag" im Prinzip überflüssig ist, da es beim Import in Datev ja praktisch nicht verwendet wird? Viele Grüße, Markus Bischof

markusbischof · ‎27.11.2017

Hallo nochmal! Leider konnten wir bisher noch keine vernünftige Lösung/Erklärung bekommen. Ist das wirklich ein unlösbares Problem? Muss das Fremdprogramm den Cent-Fehlbetrag nochmal als Buchungssatz generieren, damit der Betrag auf dem Konto stimmt? Was wären unsere Alternativen? Viele Grüße, Markus Bischof

markusbischof · ‎24.11.2017

Hallo Herr Martens, schön, dass Sie das Problem auch so sehen. Wir sind mittlerweile leider immer noch nicht weiter gekommen. Allerdings haben wir in dem kostenpflichtigen Datev-Schnittstellenleitfaden folgende Dokumentation gefunden, die dem tatsächlichen Verhalten widerspricht. Hier wird eigentlich genau das von uns gewünschte Verhalten beschrieben: Wir wollen sicherstellen, dass Datev und das Fremdprogramm "gleich" rechnen. Nur scheinbar unterscheiden sich hier die Theorie und die Praxis.

markusbischof · ‎16.11.2017

Hallo Community, wir haben kürzlich beim Import von Buchungsstapeln im Datev-Format ein etwas merkwürdiges Verhalten bei Fremdwährungsbuchungen beobachtet. Da wir aktuell noch keine Lösung gefunden haben, hoffe ich hier etwas mehr Informationen zu bekommen. Die Datei mit den Buchungsstapeln kommt von einem externen System, und ist vom Format her völlig in Ordnung. Sie wird auch fehlerfrei in Datev importiert. Allerdings gibt es Buchungssätze, die um einen Cent in EUR abweichen von den in der Datei angegebenen Werten. Beispielsweise gibt es einen Datensatz mit 19.246,00 USD zu 17.048,46 EUR. Der Kurs ist hier mit 1,128900 angegeben. Datev importiert nur 17.048,45 EUR. Ohne Fehlermeldung, ohne Warnung oder sonst irgendwas. Es ist mehr oder weniger nachvollziehbar, wie Datev auf den 17.048,45 EUR Betrag kommt (19.246/1,1289=17.048,4542....und dann Runden), dies folgt nämlich aus der "Ungenauigkeit" der 6 Nachkommastellen beim Kurs. Das Fremdsystem kennt sozusagen einen genaueren Kurs, wodurch der richtige Betrag rauskommen würde. Wir stehen nur vor dem Problem, wie wir den Datensatz richtig einlesen können. 7 Nachkommastellen beim Kurs werden abgelehnt, keine Kursangabe wird auch abgelehnt, und ein Leerzeichen haben wir auch schon probiert, das funktioniert auch nicht. Ist es denn nicht möglich, einen Buchungssatz mit diesen Werten zu importieren? Was wäre, wenn wir für ein USD-Konto so einen EB-Wert einbuchen wollten? Ginge das dann einfach nicht? Und warum kommt keine Warnung beim Import? Viele Grüße, Markus Bischof