Abgelehnt Shop Bestellung wird in der Wawi z.T. mit einem Cent mehr oder weniger angezeigt

[Jensemann]

Hallo zusammen,

über das Thema mit dem fehlenden Cent habe ich nahezu alle Beiträge hier durchgelesen, bin aber nicht ans Ziel gestoßen um das Problem zu lösen, da ich die Kombi Shop und Wawi so nicht im Forum finden konnte.

Der Shop 4.06 arbeitet als B2B in Nettobeträgen (außer Versandkosten, die kann ich im Backend ja nur als Brutto eintragen) und der Kunde zahlt dann z.B. mit Paypal.
Bestätigungsmail und Paypalzahlung oder auch die Aufforderung zur Überweisung stimmen überein.
Kommt der Auftrag dann per Abgleich in die Wawi, fehlt z.T. ein Cent oder es ist ein Cent zuviel drin. Unabhängig ob mit oder ohne Versandkosten.
Dies sieht natürlich bescheiden auf der Rechnung aus und auch in der Wawi wird immer ein Fehlbetrag angezeigt.

Mag mir wer helfen um das recht einfach zu lösen?
Danke und Grüße

 

[SebiW]

Hallo Jensemann,
erstmal ganz banale Frage, gibst Du die Preise in der Wawi Brutto oder Netto ein? Wenn ich mich nicht sehr irre werden in der Wawi grundsätzlich Netto Preise gespeichert.
Wenn Du also nun Bruttopreise eingibst und sich daraus bspw Nettopreise von 1,1149 ergeben die im Shop dann bspw als 1,11 angezeigt werden, der Kunde 10 Stück kauft, so wird aus 11,10 im Shop möglicherweise 11,15 in der Wawi.
Allerdings ist das nur eine erste Vermutung, wir hatten längere Zeit ähnliche Rundungsprobleme mit einem eigenentwickelten Shopsystem.

Ein sehr hilfreicher Thread dazu war der hier: https://forum.jtl-software.de/threa...awi-rundung-tool-zur-externen-rundung.101695/

 

[Jensemann]

Hallo,
Danke für die schnelle Antwort. Den Thread und div. andere hatte ich mir auch schon angeschaut, ist aber nicht ganz an das eigentliche Problem herangeführt.
Die Preise wurden alle in Netto zweistellig in der Wawi angelegt. Somit keine automatische Nettoberechnung, nachdem der Brutto eingetragen wurde. Lediglich die Versandkosten, die ich im Backend eingetragen habe, mussten ja in Brutto eingetragen werden. Aber auch ein Aufrag ohne Berechnung von Versandkosten, macht gleiches Spiel.
Das kann man also ausschließen. Wo ich ja nicht schlau werde, ist ja, dass der Shop einen Endpreis inkl. Mwst. errechnet, die Mail vom Shop entsprechend identisch ist und wenn der Abgleich in die Wawi erfolgt, kommt bei jedem 2. Auftrag circa, der eine Cent im Plus oder Minus unabhängig vom Auftragswert.

 

[Jensemann]

Hallo nochmals,

ich habe mal ein Teilbild der Rechnung hochgeladen. Hier ergibt sich schon der Fehler mit einem handelsüblichen Taschenrechner gerechnet.
Es sind 100,7454 in Brutto aus Netto hochgerechnet, wo die Wawi dann 107,75 Euro macht, grundsätzlich nach Rundung aus der 2. Klasse ja richtig, der Shop hingegen übermittelt den Wert als 107,74.
Wo kann ich denn hier mal einen Haken setzen oder einen coolen wie auch immer lautenden Befehl eintragen, damit es synchron läuft?

 

[Jensemann]

Hallöchen,

hat noch wer eine Idee, muss doch recht einfach lösbar sein.
Dankeschön

 

[SebiW]

Hallo Jensemann,
in obigem Thread steht im Endeffekt schon der Workaround drinnen, Zitat von gutberle:

"Fazit: Das Ganze ist und bleibt immer das selbe Problem, dass man nicht immer gleichzeitig glatte 2 Nachkommastellen-Nettobeträge und -Bruttobeträge haben kann. Damit man all diese zwar korrekten, aber echt unschön sichtbaren Inkonsistenzen vermeiden kann ist es schlicht der einzige Weg, dafür zu sorgen, dass die Nettopreise auf 2 NK-Stellen glatt sind, denn ist das der Fall, dann gibt es weder auf Positions-Nettoebene, noch auf Gesamt-Nettoebene Rundungsdifferenzen."

 

[mhilbig]

Hallo Jensemann,
in obigem Thread steht im Endeffekt schon der Workaround drinnen, Zitat von gutberle:

"Fazit: Das Ganze ist und bleibt immer das selbe Problem, dass man nicht immer gleichzeitig glatte 2 Nachkommastellen-Nettobeträge und -Bruttobeträge haben kann. Damit man all diese zwar korrekten, aber echt unschön sichtbaren Inkonsistenzen vermeiden kann ist es schlicht der einzige Weg, dafür zu sorgen, dass die Nettopreise auf 2 NK-Stellen glatt sind, denn ist das der Fall, dann gibt es weder auf Positions-Nettoebene, noch auf Gesamt-Nettoebene Rundungsdifferenzen."

Das ist allerdings ein Problem welches wohl seit 2006 nicht behoben werden konnte.
Nach ausführlicher Lektüre der Threads und Tickets im Issue Tracker bin ich recht ernüchtert und enttäuscht. Nach zehn Jahren sollte man wenigstens einen Workaround haben - mal sehen ob es in Version 1.4 (also frühestens 2020?) dann auch wirklich behoben ist..

Der Klassiker bei uns:



Eines unserer besten Pakete, mit Summe 11,80 EUR, läuft wie warme Semmeln.
Wawi rechnet hin- und her mit gerundeten Werten und macht daraus 11,8056 also 11,81 EUR. Ist echt keine Freude. Momentan könnten wir eine extra Aushilfe einstellen, die nichts anderes macht als die Aufträge durchgeht und jeden betroffenen Auftrag manuell um 0,01 EUR rabattiert damit er auch als bezahlt ausgeliefert werden kann.

BTW Die Artikel sind alle mit zweistelligem Bruttopreis angelegt, und in den Artikeldetails wird auch alles korrekt angezeigt:

 

[TobiTrouble]

Hi und Guten Morgen,

ich pushe dieses Thema nochmal, bei mir gab es letztes WE ebenfalls dieses Problem, wie kann es passieren dass der Kunde einen Artikel im Shop kauft und korrekt bezahlt und anschließend steht im Reiter "Verkauf" der Auftragswert um einen Cent höher, sobald ich den Auftrag öffne, steht rechts unten der korrekte und auch bezahlte Wert drin?
Also gib es, obwohl der gleiche Auftrag, 2 unterschiedliche Werte in der Anzeige (im Auftrag selbst/Übersicht der einzelnen Verkäufe).

Ist hier eine Lösung mittlerweile bekannt oder in Planung?

 

[Jensemann]

Hallo,
eine Lösung habe ich nicht wirklich gefunden. Wurde ja auch schon mehrfach behandelt, ohne Erfolg. Weiß gar nicht, was daran so schwer sein soll. Oder meine Erwartungshaltung an JTL ist zu hoch....

Bei mir war und ist es ja so, dass der Shop in netto läuft und die Preise auch in netto mit 2 Kommastellen eingetragen werden. Daher war ich der Meinung, dass die Versandkosten, die ja sinnfreier Weise im Nettoshop nur als Bruttowert eingetragen werden können, ein Problem ausweisen. Also habe ich die Versandkosten so hingebastelt, dass der Bruttopreis einen zweistelligen Nettopreis erzeugt. Bisher hat es geklappt.
Hilft zwar beim Bruttoshop nicht wirklich weiter, aber vielleicht gibt es ja ein gescheite Antwort hierzu.

 

[TobiTrouble]

Hey,
bei mir kam es jetzt nur 1x vor bisher, habe dann die 3. Nachkommastelle in einem Artikel korrigiert und dann war der 1 Cent wieder weg. Ich vermute bei mir kam es zu Stande weil eine Position Staffelpreise hatte (10% auf den gültigen VK, also kein fester Wert), was anderes kann ich mir auf die Schnelle nicht erklären.
Fraglich ist aber trotzdem - wenn ich die Preise in der WaWi pflege-> aus der WaWi an den Shop sende-> ein Verkauf des Artikels stattfindet und der Auftrag ja wieder in diese WaWi zurückkommt-> wie dann Differenzen beim gleichen Auftrag in 2 Ansichten bzw. überhaupt entstehen können... oder hat dann Shop/WaWi jeweils eigene Berechnungen?

 

[Marius.]

Bei uns kommt es hin und wieder vor, dass eine Bestellung aus dem Shopware Shop mit "Anz. 0.01 " angezeigt wird. Dann ist diese natürlich nicht für den Versand freigegeben und wird schnell übersehen. Das passiert nur bei Bestellungen mit einem 10% Gutschein oder allgemein mit Gutscheinen mit % wert. Und auch nicht bei jeder Bestellung. Kann man das irgendwie umgehen, oder ist es möglich benachrichtigt zu werden, wenn ein Aufrag nur "angezahlt" ist?

 

[KevinK]

Hallo zusammen,

ich schließe dieses Thema hier einmal, die weitere Bearbeitung findet hierüber statt: https://forum.jtl-software.de/threads/rundungsdifferenzen.100765/#post-720443