In Bearbeitung Keine Bearbeitung von Amazon Lieferadressen 1.6.32.0

[bigboss]

Hallo, das geht ja überhaupt nicht!
Keine Bearbeitung von Amazon Lieferadressen in 1.6.32.0
Diese Mülladressen von Amazon muss man ständig berichtigen.
Falsche Inhalte oder keine Inhalte in Feldern, 2 Telefonnummern in einem Feld usw.
Dann geht Frankierung nicht und Adresse ist nicht änderbar.
Bleibt nur manueller Versand direkt über DPD oder DHL Portal übrig!
Dann darf man nicht vergessen, die Nummer noch bei Amazon einzugeben.
10-15 min. Mehraufwand und das ständig, wenn man dort häufig verkauft!

Bitte ändert die Sperrung schnellstmöglich!

 

[bigboss]

Hallo, das geht ja überhaupt nicht!
Keine Bearbeitung von Amazon Lieferadressen in 1.6.32.0
Diese Mülladressen von Amazon muss man ständig berichtigen.
Falsche Inhalte oder keine Inhalte in Feldern, 2 Telefonnummern in einem Feld usw.
Dann geht Frankierung nicht und Adresse ist nicht änderbar.
Bleibt nur manueller Versand direkt über DPD oder DHL Portal übrig!
Dann darf man nicht vergessen, die Nummer noch bei Amazon einzugeben.
10-15 min. Mehraufwand und das ständig, wenn man dort häufig verkauft!

Bitte ändert die Sperrung schnellstmöglich!

Nur mal als Beispiel
Stettiner Str. 15. <= alleine schon dieser letzte falsche Punkt verhinder bei DHL und DPD den Versand!!!

 

[Stephan K.]

Ich bin ja normalerweise immer auf neuen Versionen und melde fleißig bugs (naja, manche Sachen sind so offensichtlich und stören im Alltag, aber die Entwickler stört es nen feuchten Keks und das melde ich inzwischen aus Resignation nicht mehr; die müssen ja nicht damit arbeiten).

Aber genau DAS ist der Grund, weshalb ich bei der 1.5 bleibe. Gerade mit den unabänderbaren Rechnungen hat JTL hier was nicht so ganz richtig verstanden, wenn es GoBD-konform werden möchte. 1. fehlt da noch vieles dazu 2. ist das einer der wenig relevanten Punkte, da ja NACH der Rechnung nichts mehr geändert werden sollte - sofern es kritisch ist - Fehler in der Lieferanschrift sind aber nicht kritisch und JTL weiß sich einfach nicht besser zu helfen.

 

[Manuel Pietzsch]

Hi,

leider versteh ich das Problem noch nicht so ganz, würde aber gerne helfen.

1) Ist die Rechnung hier überhaupt das Problem, soweit ich das lese geht es um die Lieferadresse im Auftrag für den Versand oder?
2) Interessiert uns doch mehr: Zum Ändern von Rechnungen haben wir ja bereits ein Thema im Forum bei dem ich einiges an Feedback mitgenommen habe: https://forum.jtl-software.de/threads/rechnungen-veraendern-jtl-wawi-1-6-video.128848/
3) Man kann Rechnungen stornieren, den Auftrag ändern und Rechnungen neu ausstellen. So funktioniert die Änderung einer Rechnung in der JTL-Wawi 1.6
4) Wir vereinfachen diesen Prozess aktuell

• Bei festgeschriebenen Rechnungen die E-Mail-Adresse (+Telefonnummern) ändern (https://issues.jtl-software.de/issues/WAWI-58266)
• Rechnungen mit einem Klick neu ausstellen können (https://issues.jtl-software.de/issues/WAWI-57892)

Die Sperrung aufheben ist keine Option, aber ist das denn mit den oben beschriebenen Prozessen wirklich noch so schlimm?

Gruß

Manuel

 

[Stephan K.]

Laut Umsatzsteuer-Durchführungsverordnung (UstDV) darf eine Rechnung im Nachhinein geändert werden, sofern die Änderung mit einer Berichtigung oder Vervollständigung von Angaben verbunden ist. Voraussetzung ist aber, dass die Änderung notwendig ist. Das heißt, eine der Pflichtangaben auf jeder Rechnung muss korrigiert oder hinzugefügt werden, um die Revision zu rechtfertigen.

Wie handelt die Wawi das denn intern mit der Verknüpfung zur alten Rechnung und der Darstellung in der GUI? Man muss ja sehen können, wenn beispielsweise eine Überweisung mit dem Betreff der Rechnung ausgestellt wurde und dies zuordnen können oder ein Amazon-Auftrag einen Rechnungsbezug hat (das ist ja sowieso schon mit den Schattenaufträgen problematisch gelöst).

 

[++chris++]

Das ist schon ein echtes Problem.
(Amazon)-Kunden und auch andere können oft ihre eigene Adresse nicht richtig schreiben oder fügen ihre Straße unter Firma ein und schreiben bei Straße: "3. Etage, 5. Tür hinten links" oder so.
Wir könnten zwar bei DHLShipping die Leitcodierung rausnehmen, aber das ergibt Zusatzkosten, unzustellbare Leiferungen und man müßte von jedem Auftrag die Adressen manuell kontrollieren.
Ich hoffe, eine Lösung scheitert nicht am Dogma der Amazon-Bibel

 

[Stephan K.]

Es gibt ja jetzt wieder das frische Problem, dass vor kurzem JTL die Berichte falsch eingelesen hat (Update am eA-Server) und wir dann plötzlich auf die Versandkosten nochmal die Mehrwertsteuer aufgeschlagen bekommen hatten.
Es hieß dann: Manuell korrigieren, aber das ist ja mit 1.6 nicht mehr möglich.

Und gerade heute habe ich festgestellt, dass das manuelle Abändern nichts gebracht hat, weil in der Wawi noch immer die Mehrbeträge enthalten sind, die dann am Ende des Monats wohl im Export ebenso auftauchen und wieder Mehrkosten verursachen durch Phantombeträge, die nie vereinnahmt wurden.

 

[Kobo]

Genau das Lieferadressenproblem, wie bigboss und ++chris++ geschrieben haben, haben wir auch.
DHL akzeptiert die fehlerhaften Adressen nicht, weil auch wir die Adressvalidierung/Leitcodierung sinnvollerweise aktiv haben.
Das ist auch gut so, da Kunden, egal, ob über Ebay, Shop oder Amazon oft die seltsamsten Adressen eingeben.
Wenn wir die Validierung deaktvieren, wir die Adresse genauso falsch übertragen, wie sie im Auftrag steht und das Paket kommt bestenfalls wieder zurück..
Krumme Workarounds, wie Aufrag kopieren, Adresse ändern, korrekt versenden und Versandnummer und Datum manuell bei Amazon eintippen, würde im Chaos enden.
Zu spät gemeldeter Versand bei Amazon gibt dann wieder Stress mit denen.
Auch wir brauchen definitiv eine Lösung

 

[Simone_die_Echte]

Also wir können die Lieferadresse im Auftrag bei Amazonaufträgen problemlos ändern...

 

[Pinkman]

ja bei uns auch

 

[++chris++]

Also wir können die Lieferadresse im Auftrag bei Amazonaufträgen problemlos ändern...

Dann ist dies auch nur ein weiteres Sperrproblem aufgrund von Amazon VCS.
Und es wird Zeit, dass wir wieder auf eigene Rechungen umstellen. Ist alleine schon für den Datev Rechnungsdatenservice nötig.
Ich nehme an, ihr arbeitet ohne VCS, oder?

 

[Simone_die_Echte]

Ja genau. Wir erstellen die Rechnungen selber. Hatte seinerzeit feststellen müssen, das Ama mit gemischten Warenkörben nicht korrekt umgeht und das Thema seit dem nicht mehr angefasst

 

[Stephan K.]

😞 Ja, aber VCS ist manchmal eben doch von Vorteil und das bedeutet jetzt, dass man damit die 1.6 vergessen kann. Es sind quasi Mehrkosten, Zusatzaufwand und negative Kundenerfahrungen. Das möchte ich damit sagen.

 

[Simone_die_Echte]

Vielleicht sollten alle bei denen es nicht klappt mal Manuel auf seine Fragen antworten...
Ist denn schon ein Ticket dazu erstellt worden?
Einfach so sagen, dass man die 1.6 vergessen kann hilft ja auch niemandem weiter.

 

[Stephan K.]

Vielleicht sollten alle bei denen es nicht klappt mal Manuel auf seine Fragen antworten...
Ist denn schon ein Ticket dazu erstellt worden?
Einfach so sagen, dass man die 1.6 vergessen kann hilft ja auch niemandem weiter.

Ich habe es auch nicht "einfach so" gesagt, sondern konkret gehalten. Ich habe mit VCS unzählige Tickets eröffnet und nicht für möglich gehalten, dass man so etwas als Major freigeschalten hat. Was es da an Fehlern gab (so wie jüngst vor anderthalb Wochen) entbehrt jeglicher Professionalität.

Im übrigen wurde bereits angemerkt, dass dieses Vorgehen "alt" zu stornieren und "neu" ausstellen ja auch einiges an Können abverlangt, um die Bezüge zu wahren. Im Datenexport, im Tagesgeschäft, beim VCS-Upload (mit einer eindeutigen externen Auftragsnummer). Die Kunden freuen sich bestimmt auch, wenn sie zwei Rechnungen haben und JTL beispielsweise die Korrekturen vergisst hochzuladen. Würde ich glatt vermuten, dass so etwas vergessen wird. Derzeit kann der Workflow ja nichtmal mehr VCS-Korrekturen greifen, weil intern die Schattenaufträge keinen Bezug mehr haben zum Original...

 

[Pinkman]

Ich nehme an, ihr arbeitet ohne VCS, oder?

ja klar. Es gibt so viele Probleme bei VCS, dass wir das keinem empfehlen können.

 

[dc-nico]

Ich klinke mich ein mal ein.
Ich bin zurück zu VCS, da wir zu 90% Businesskunden haben und sonst schlechter gelistet werden.
In der 1.6 habe ich das Problem, dass viele Sachen nicht mehr geändert werden können.
Das Problem habe ich auch als Ticket bei JTL gemeldet.
Lieferadressen sollte aber immer zu bearbeiten sein, da diese vom Kunden jederzeit korrigiert übermittelt werden können.
Auch bei der Rechnungsadresse bin ich mir nicht ganz sicher, ob eine Sperrung vor Versand rechtens ist.
1. haben wir oft Kunden, welche im Bestellvorgang bei Amazon vergessen die korrekte Rechnungsadresse anzugeben und dies dann direkt nach dem Kauf mitteilen.
Da hier noch kein versand erfolgt ist, muss auch noch keine Rechnungsanschrift gesperrt sein.
Sollte Amazon dies jedoch verlagen, ist dies wieder ein Beispiel dafür, dass unsere gesetze nicht beachtet werden.

Ich verweise in diesen Fällen auf Amazon und teile den Kunden mit, dass sie sich an Amazon wenden müssen.
Das verstehen allerdings wenige Käufer, da als Verkäufer ja schließlich wir hinterlegt sind.

Gruß

NICO

 

[Pinkman]

Ich verweise in diesen Fällen auf Amazon und teile den Kunden mit, dass sie sich an Amazon wenden müssen.

es kommt darauf an was genutzt wird. Bei VCS kann man die Adresse nicht ändern, da Amazon die Rechnungen erstellt.
Bei VCS Lite sollte eine Änderung möglich sein.

 

[dc-nico]

es kommt darauf an was genutzt wird. Bei VCS kann man die Adresse nicht ändern, da Amazon die Rechnungen erstellt.
Bei VCS Lite sollte eine Änderung möglich sein.

Hallo,

das wußte ich nicht.
Wir nutzen jetzt die Lite Version.
Allerdings gibt es in der 1.6 sowieso ein Problem mit der Rechnung, welches ich auch per Ticket gemeldet habe.

Gruß

NICO

 

[Pinkman]

Allerdings gibt es in der 1.6 sowieso ein Problem mit der Rechnung,

leider nicht nur in der 1.6.
Der Support kämpft schon seit über 2 Jahren an dem Thema. Leider auch, weil Kunden bei Amazon den Rechnungsservice aktivieren und in der Wawi IDU einstellen. Das Chaos ist dann vorprogrammiert.
Erstaunlich ist, dass JTL diesen Kunden kostenlos hilft, obwohl hier eindeutig die Händler falsche Einstellungen getroffen haben. Kann man einerseits gut finden, dass JTL hier so großzügig ist, andererseits werden hier Ressourcen gebunden die man anderweitig nutzen könnte.