Ich hab aktuell das Problem, dass JTL2DATEV die Amazon-Buchungen nicht zuordnen kann.

Über Verkauf -> Belege auslesen kommen die alle mit. Das passt.
Über Amazon -> Amazon-Zahlungen aus JTL-DB kommen die richtigen Berichte, das passt auch.

ABER: Dann kommt die Fehlermeldung: Es gibt eine Differenz zwischen der Gesamtsumme x und den übertragenen Buchungen 0,00. Bitte überprüfen Sie die Datei JTL-File xxx.
Die Meldung kommt mit den 0,00 bei allen Berichten (auch mit einem von Amazon von Hand heruntergeladenen Bericht).

Jemand eine Idee, woran es hakt?

Was meinst Du mit:

Technokrat hat geschrieben: ↑9. Apr 2022 13:25Über Amazon -> Amazon-Zahlungen aus JTL-DB kommen die richtigen Berichte, das passt auch.

Du läbst die Amazon Berichte aus dem Sellercentral (solltest Du auch Amazon Pay nutzen, dann ist das in 2. getrennten Aktionen zu machen) und importierst die mit JTL2Datev. => Amazon Dabei habe ich noch nie eine Fehlermeldung erhalten.

Ansonsten kann ich nie den aktuellen Monat im Datev ausziffern, sondern immer nur einen (in seltenen Fällen sogar zwei) Monat(e) vorher. Wenn die Kunden bei Amazon per Rechnung einkaufen und dann den Zahlungszeitraum ausnutzen, tauchen die entsprechenden Buchungen auch erst im Folgemonat auf.

Wenn ich jetzt den Februar gemacht habe, dann wähle ich alle Buchungen bis zum 1.2.2022 aus und dann die aus dem Februar (nach aufsteigender Rechnungsnummer) bis ich auf die 0 € komme.

Vielen Dank für die Mühe.

Ich denke ich habe da ein Verständnisproblem. Bislang war es so, dass wenn ich eine Zahlung angestoßen habe, war auch der Bericht dazu fertig, bis die auf dem Konto ankam. Ist ja jetzt nicht anders. Ich habe dann die Zahlung tagesgleich anhand des Berichts verbucht.

Ich hab die Abstände nun extra kurz gehalten, damit nicht so viel in einen Bericht fällt: Wenn ich einen solchen Bericht im Zeitraum April nun herunterlade - es liegen alle Rechnungen dazu in JTL vor - wieso kann ich dann keinen Buchungsstapel damit erzeugen, bzw. es macht von der Datenlage her doch eigentlich keinen Unterschied, ob ich ihn jetzt oder erst nächsten Monat erzeuge? Ich bekomme eben zu dem Bericht mit allen vorliegenden Rechnungen (Ich hab die Amazon-IDs ja abgeglichen.) die o.g. Fehlermeldung.

Da wäre jede aktuelle Vorsteuer bis zu einem 10. quasi nicht machbar?
Oder geht das nur Monatsweise, also gar nicht untermonatig mit einzelnen Berichten?
Ich fürchte ich stehe völlig auf dem Schlauch.

Amazon-Pay nutze ich nicht.

Ich kriege morgen von denen Input.
Ich hoffe, dass es nur irgendeine Einstellung ist (die ich trotz intensiver Suche nicht gelöst bekommen habe) oder ich den Ablauf falsch verstehe und nicht der Ama-Bericht selbst. Das würde dann Handarbeit bedeuten Immerhin ist der StB mit den OSS-Einstellungen einverstanden - man soll ja immer etwas Positives finden

Ich erzeuge die Stapel nur monatsweise - alle Berichte des Monats in ein Verzeichnis herunterladen und dann das Verzeichnis verarbeiten?

Das verstehe ich und macht ja auch Sinn. Mein Ziel war, dem StB schon jetzt einen kleinen Buchungsstapel zu schicken, damit wir nach einem kompletten Monat nicht überrascht werden. Dass das mit vorhandenem Bericht und Rechnungen nicht geht, macht mir eben insofern Sorgen, weil ich diese Daten ja bis Monatsende nicht mehr anfassen oder noch schöner erstellen werde.

Dass die Fehlermeldung konsequent gar keine Belege meldet gibt mir Hoffnung auf eine verquere Einstellung. Mal sehen, ich bin sehr gespannt.

Also die einfache Lösung war die, dass die Software, die ich zum Testen bekam, nach zwei Wochen bereits veraltet war.

Ein Update ging ja nicht, weil noch nicht gekauft - ich hab heute aber eine neue Testversion bekommen. Jetzt drück ich auf das Knöbbsche und das Zeuch kommt raus - und soo viel hat durch die Umstellung bei Ama gar nicht gefehlt. Vor lauter Freude hab ich heute ein paar Mal auf das Knöbbsche gedrückt, einfach weil es funktioniert

Danke Dir für Deine Geduld und Hilfsbereitschaft - Im Prinzip schulde ich Dir mindestens ein Bier

Der Witz ist: Bei der Fehlersuche hatte ich sogar das Changelog gelesen, aber nichts darin gefunden, was für mich ersichtlich nach Amazon klang. Was mich beruhigt: Ich habe seeehr wenige Einträge im Netz gefunden, die Probleme mit der Schnittstelle behandelt haben. Du sagtest ja auch, dass Du noch nie eine Fehlermeldung bei der Ama-Verarbeitung hattest. Man findet auch sonst wenig im Netz, was auf Probleme hindeutet.

Eigentlich nur Gemaule über den Support, das ich überhaupt nicht bestätigen kann. Das Gemaule findet subjektiv gesehen auffällig oft im lobenden Zusammenhang mit einem Mitbewerber statt - der hier glaube ich auch ab und zu aktiv ist

Wenn ich die erste Vorsteuerübermittlung seitens des StB in der Hand habe, gehe ich nochmal den Frustpfad. Es gab in den letzten zwei Monaten viele Momente, den Wechsel abzubrechen.

Der Frustpfad ist eine schnell spazierte Runde von einer Stunde durch Feld und Wiese, heute zur Versöhnung schon wieder zum Ausgleich, weil der StB jetzt auch Gas gibt

JTL2DATEV zwei zusammengefasste eBay-Bestellungen bei JTL. Es existieren demzufolge ursprünglich zwei eBay-Bestellnummern.

Die erste Bestellung kann dem Auftrag zugeordnet werden, da die erste Bestellnummer im ersten Auftrag verblieben ist.
Die zweite Bestellung kann nicht zugeordnet werden, da die zweite Bestellnummer mit dem zweiten Auftrag beim Zusammenfassen gelöscht worden ist.

Nun kann man zwar die Rechnungsnummer von Hand reintackern und so in den Buchungsstapel übergeben, aber geht das nicht auch eleganter?

Wo müsste ich denn die zweite Bestellnummer in der zusammengefassten Bestellung in JTL (1.5) angeben, damit die von JTL2DATEV ausgelesen wird?