Ist es normal das da täglich andere Werte herauskommen. Gestern hatte ich 70 fehlende Daten im Settlement Report, heute fehlen 587. Muss man das Tool jetzt regelmäßig ausführen?
Neu FBA - Reparatur- Tool steht zum Download bereit!
- Ersteller des Themas Dominic Nelle
- Erstellungsdatum
Hallo,
bitte Info ob die Rechnungen noch manuell ber RE-korrektur bearbeitet werden müssen damit das die JTL2Datev schnallt?
bitte Info ob die Rechnungen noch manuell ber RE-korrektur bearbeitet werden müssen damit das die JTL2Datev schnallt?
Falls du die 1.5 nutzt, musst du dich noch gedulden. Das aktuelle Tool erstellt keine RE-Korrekturen. Soll aber demnächst behoben werden. Bei der 1.7 arbeitest du ja mit Stornobelegen. Da wir noch keinen Plan haben, wir wir das mit JTL2Datev alles geregelt bekommen, haben wir noch nicht auf die 1.7 geupdatet
. Haben keine Lust da stundenlang irgendwelche Belege zuzuordnen. Falls jemand schon Erfahrungen hat, kann er gerne berichten.Hallo,
ich habe das Tool ebenfalls durchlaufen lassen und die doppelten Aufträge wurden auch storniert. Leider bekomme ich noch immer im IDU/VCS Logbuch die Fehlermeldung "VCS-Menge 1 | Auftragsmenge 2". Dadurch werden die VCS-Belege nicht eingelesen. Kann es daran liegen, dass die doppelten Aufträge "nur" storniert anstatt gelöscht wurden? Hat noch jemand das Problem und kennt eine Lösung?
Wer weiß wie man den VCS-Abgleich erneut manuell anstoßen kann?
ich habe das Tool ebenfalls durchlaufen lassen und die doppelten Aufträge wurden auch storniert. Leider bekomme ich noch immer im IDU/VCS Logbuch die Fehlermeldung "VCS-Menge 1 | Auftragsmenge 2". Dadurch werden die VCS-Belege nicht eingelesen. Kann es daran liegen, dass die doppelten Aufträge "nur" storniert anstatt gelöscht wurden? Hat noch jemand das Problem und kennt eine Lösung?
Wer weiß wie man den VCS-Abgleich erneut manuell anstoßen kann?
Also:
Das Tool muss man vermutlich häufiger ausführen - aber die Anzahl der fehlenden Daten im Settlement Report sollte dabei nicht unbedingt ansteigen. Kann ich mir das bei Dir auf der Datenbank anschauen? Ich schreib dich kurz direkt hier im Forum an...
Ich habe nach wie vor das Problem, dass zu den betroffenen Aufträgen die VCS Rechnungen und Gutschriften fehlen. Was kann ich machen?
Bei der 1.6 werden auch keine Rechnungskorrekturen erstellt - nur storniert... ABer evtl selbiges Problem wie mit der 1.5 und wird dann mit update behoben sein
JTL arbeitet an einer neuen Version, des Tools: Siehe Beitrag oben und hat mir auch der Support geschrieben. Ich hoffe mal das sie heute oder morgen herauskommt.
Ja, ich weiß, bei allen drückt wegen der Buchhaltung der Schuh.
JTL ist sich dessen bewusst.
MfG
Arne Janson
Ja, ich weiß, bei allen drückt wegen der Buchhaltung der Schuh.
JTL ist sich dessen bewusst.
MfG
Arne Janson
Hallo Arne,
wir wollten gerade erstmals mit dem Tool starten, wir nutzen 1.5.55.6 mit vorwiegend FBA-Bestellungen und dem VCS-Service.
Sollen wir auf die neue Version warten oder betrifft die Verbesserungen nur 1.6 und 1.7. bzw. keinen der VCS-Service nutzt.
Wir möchten nicht den ganzen Thread durchlesen um die Frage vielleicht beantworten zu können.
Danke!
LG
1.5 solltet ihr auf jeden Fall auf die neue Version warten, die aktuelle erstellt in der 1.5 keine ReKos.
Das Tool erstellt auch keine "Rechnungskorrekturen" wie du sie gerade meinst: Das Tool storniert die doppelten Bestellungen / Rechnungen und falls auf diesen bereits Rechnungskorrekturen waren, dann zeigt das Tool an, dass diese manuell nachgearbeitet werden müssen oder dass die FBA-Gutschriften durch den Amazon-Abgleich neu erzeugt werden müssen.
Sprich: Der Fehler in der 1.5 hat nichts mit der v1.6+ zu tun.
@SebastianB kann ich das Tool in einer geklonten Version meiner DB probelaufen lassen, um zu schauen, was so passiert? Oder werden live Daten bei Amazon verändert bzw. zu Amazon gesendet?
Uh sehr interessante Frage. Ich hab das Tool auf dem Testsystem ohne Netzwerkanbindung laufen lassen. Wäre natürlich unfein wenn da eine Übertragung stattfinden würde wenn ich das Ding mal wieder zum updaten ans Netz hänge.
Ich kalkuliere mal auf die sinnvolle Lösung: Passiert mit nächstem Amazon Abgleich?
Die neue Version vom Tool kann jetzt unter dem alten Link heruntergeladen werden.
Es gab folgende Anpassungen / Änderungen:
Das Thema "Rechnungskorrekturen":
Es gibt ja einen "richtigen Auftrag" A und ein Duplikat B. Somit gibt es unter Umständen eine Rechnung RA und eine Rechnung RB. Somit kann es Rechnungskorrekturen RKA und RKB zu Rechnung A und Rechnung B geben. Das Tool storniert jetzt den Auftrag B, dann die Rechnung B. Wenn jetzt Rechnungskorrekturen für die Rechnung B existiert haben, kann das Tool nicht unterscheiden, ob das in Versuch war, das Duplikat zu stornieren (weil es das Duplikat ja nicht hätte geben sollen ) - oder ob es eine Rechnungskorrektur ist, weil der Artikel zurückgeschickt wurde. Das Tool schaut, ob die Rechnungskorrektur automatisch von der Wawi angelegt wurde oder manuell vom Händler.
Damit ergeben sich dann 4 mögliche Fälle:
* manuelle Vollgutschrit: Der Händler hat auf das Rechnungsduplikat eine 100% Gutschrift erstellt. Wenn es darum ging, das Duplikat zu stornieren ist alles gut. Wenn es darum ging, die Rücksendung abzubilden und das eben fälschlicherweise auf das Duplikat, dann muss hier manuell nachbearbeitet werden und eine Rechnungskorrektur für den originalen Auftrag erzeugt werden
* manuelle Teilgutschrift: Der Händler hat eine Teilgutschrift auf das Duplikat erstellt. Hier muss der Händler manuell nacharbeiten und die Teilgutschrift neu erzeugen auf dem Original.
* automatische Voll/Teilgutschrift: Der FBA-Abgleich hat eine Gutschrift erstellt, weil der Kunde die Ware zurückgeschickt hat. In dem Fall sollte der nächste Amazon-Abgleich die Gutschriften automatisch neu erzeugen auf den Originalauftrag.
In der JTL-Wawi 1.6+ legt das Tool zu jedem Beleg einen Stornobeleg an. d.h. wenn es eine Rechnung und zwei Rechnungskorrekturen zu dieser Rechnung gab, dann legt das Tool eine Stornorechnung und zwei Stornorechnungskorrekturen an.
In der JTL-Wawi 1.5 legt das Tool nur eine "Differenzgutschrift" an, d.h. über einen Gutschriftsbeleg wird die gesamte Belegkette auf 0 gebucht (weil die 1.5 mit Stornobelegen nicht gut klarkommt)
Es gab folgende Anpassungen / Änderungen:
- JTL-Wawi 1.5: Es wurden in vielen Fällen keine Rechnungskorrekturen angelegt. Das wurde jetzt behoben. Das genaue Vorgehen des Tools in der 1.5 ist weiter unten beschrieben. Betroffene Händler können die neue Version vom Tool einfach nochmal ausführen.
- Gutscheine in Amazon-Verkäufen haben dazu geführt, dass die JTL-Wawi-Belege nicht storniert wurden
- Bei falsch eingerichteter Amazon-Anbindung werden u.U. Versandpositionen als Freipositionen angelegt - das wiederum führt dazu, dass JTL-Wawi-Belege nicht storniert wurden
- In den Fällen, in denen in einer Bestellung ein Artikel mehrfach verkauft, in unterschiedlichen Pickvorgängen von Amazon gepickt aber dann in einer Sendung verschickt wurde, kann das Tool das Duplikat nicht sauber erkennen ("zu viele OrderItemIds"). Die alte Version des Tools hat in diesem Fall abgebrochen, die neue Version des Tools zeigt einen Hinweis auf manuelle Nacharbeitung an
- Manchmal wurden zu viele Rechnungen in der ListView angezeigt
- Versionsanzeige im Tool selber
Das Thema "Rechnungskorrekturen":
Es gibt ja einen "richtigen Auftrag" A und ein Duplikat B. Somit gibt es unter Umständen eine Rechnung RA und eine Rechnung RB. Somit kann es Rechnungskorrekturen RKA und RKB zu Rechnung A und Rechnung B geben. Das Tool storniert jetzt den Auftrag B, dann die Rechnung B. Wenn jetzt Rechnungskorrekturen für die Rechnung B existiert haben, kann das Tool nicht unterscheiden, ob das in Versuch war, das Duplikat zu stornieren (weil es das Duplikat ja nicht hätte geben sollen ) - oder ob es eine Rechnungskorrektur ist, weil der Artikel zurückgeschickt wurde. Das Tool schaut, ob die Rechnungskorrektur automatisch von der Wawi angelegt wurde oder manuell vom Händler.
Damit ergeben sich dann 4 mögliche Fälle:
* manuelle Vollgutschrit: Der Händler hat auf das Rechnungsduplikat eine 100% Gutschrift erstellt. Wenn es darum ging, das Duplikat zu stornieren ist alles gut. Wenn es darum ging, die Rücksendung abzubilden und das eben fälschlicherweise auf das Duplikat, dann muss hier manuell nachbearbeitet werden und eine Rechnungskorrektur für den originalen Auftrag erzeugt werden
* manuelle Teilgutschrift: Der Händler hat eine Teilgutschrift auf das Duplikat erstellt. Hier muss der Händler manuell nacharbeiten und die Teilgutschrift neu erzeugen auf dem Original.
* automatische Voll/Teilgutschrift: Der FBA-Abgleich hat eine Gutschrift erstellt, weil der Kunde die Ware zurückgeschickt hat. In dem Fall sollte der nächste Amazon-Abgleich die Gutschriften automatisch neu erzeugen auf den Originalauftrag.
In der JTL-Wawi 1.6+ legt das Tool zu jedem Beleg einen Stornobeleg an. d.h. wenn es eine Rechnung und zwei Rechnungskorrekturen zu dieser Rechnung gab, dann legt das Tool eine Stornorechnung und zwei Stornorechnungskorrekturen an.
In der JTL-Wawi 1.5 legt das Tool nur eine "Differenzgutschrift" an, d.h. über einen Gutschriftsbeleg wird die gesamte Belegkette auf 0 gebucht (weil die 1.5 mit Stornobelegen nicht gut klarkommt)
Das Tool baut keine Verbindung zu Amazon auf. Alle Prozesse laufen nur auf der Datenbank ab.
Wird bei der neuen Version auch das Problem der Statusmeldung bei Schritt 2: "Nicht alle Amazon-Positionen auf dem Wawi-Auftrag" gelöst?
Hatte dazu ein Ticket erstellt und laut Support sollte ich auf die neue Version warten, kann bei den geposteten Änderungen jedoch nichts dazu erkennen
Hatte dazu ein Ticket erstellt und laut Support sollte ich auf die neue Version warten, kann bei den geposteten Änderungen jedoch nichts dazu erkennen
Ähnliche Themen
Ähnliche Themen
-
Maximal unzuverlaässiges ermitteln von fba Bedarf über die Umlagerungen in jtl.
- Started by mobile61
- Antworten: 0
-
-
WaWi Bestellung über Amazon erfüllen lassen - FBA Bestände werden nicht angezeigt
- Started by SylvesterS
- Antworten: 2
-
Bestellvorschlag bzw. Bestellprognose ohne Verkaufsdaten / alternative Bestandsverwaltungstools in FBA / 3PL
- Started by waldorff_gmbh
- Antworten: 0
-
-
Neu Falsche Steuersätze bei Amazon FBA Rechnungen | Problem: Versandland?!
- Started by markensturm
- Antworten: 1
-
Neu Hat jemand die Transglobal API (oder das Excel Bulk tool) in JTL integriert ?
- Started by topsi
- Antworten: 0
-
Neu Neu: Das innovative Anzahlungs-Tool für JTL Wawi und JTL POS!
- Started by tafechner
- Antworten: 0