Rundungsfehler
-
Hallo,
ich m?chte noch einmal die Rundungsproblematik ansprechen, wie sie schon in vorigen Beitr?gen sehr gut beschrieben wurde (alle geschlossen ohne L?sung):
https://www.ads-software.com/support/topic/rundungsfehler-produktpreis/
https://www.ads-software.com/support/topic/paypal-berechnet-1-2-cent-mehr-als-in-woocommerce/
https://www.ads-software.com/support/topic/validierungsfehler-paypal-betrage-stimmen-nicht-uberein/Wir führen ebenfalls Nettopreise 4stellig, da Woocommerce an einer Warenwirtschaft h?ngt, die intern sinnvollerweise (wie alle modernen kaufm?nnischen L?sungen) 4stellig rechnet. Die Umstellung auf 2stellige Nachkommastellen im Woocommerce führt zu oft unsinnigen Ergebnissen, z.B. wenn von gerundeten 2stelligen Bruttopreisen zurück auf 2stellige Nettopreise gerechnet wird (man spricht hier von unscharfen Bruttowerten).
Wie schon übereinkommend festgestellt berechnet Paypal vermutlich nichts, sondern rechnet nur den übermittelten Datensatz ab. An irgendeiner Stelle wird aber noch mal gerechnet, ansonsten würde es ja stimmen.
Eine zus?tzliche Problematik ist, dass in den PayPal Transaktionsdetails unangenehmerweise Nettopreise aufgelistet werden. Mit denen k?nnen Endkunden nichts bis wenig anfangen. Was wird denn nun übermittelt? Brutto oder Netto Preise oder beides?
Auf jeden Fall ist die PayPal Abrechnung wie sie beim Kunden landet falsch. Hier ein Beispiel, das sich in der Sandbox jederzeit nachvollziehen l?sst (ich schreibe mal die Stückpreise aus dem Woocommerce mit ran):
Anzahl Stück Gesamt (Stückpreis im Woocommerce)
16 1,18 18,88 (1,1765)
5 0,84 4,20 (0,8403)
10 2,01 20,10 (2,0084)
20 1,47 29,40 (1,4706)
Summe netto 72,58Daraus ergibt sich rechnerisch eine Steuer von 13,79, in den Transaktionsdetails stehen jedoch 13,78 (h?chstwahrscheinlich wie übermittelt).
Wonach richtet sich eigentlich die Darstellung in den Transaktionsdetails? Ich habe diesbezüglich nichts gefunden und h?tte dies gern in BRUTTO, da wir Endkunden beliefern. Die Darstellung im Shop ist ja ebenfalls BRUTTO, gerechnet wird natürlich netto, da dies die Basis ist (4stellig, damit es genauer ist).
Meiner Meinung nach müssen die Zahlen in Richtung Paypal genau so übermittelt (und dargestellt) werden, wie in der Shopabrechnung (brutto und 2stellig). Das werden sie z.Z. nicht, damit arbeitet das Plugin für mich nicht korrekt.
Ich sehe mich gezwungen, weiterhin das native Gateway von Woocommerce zu nutzen. Dort werden keine Einzelpositionen übermittelt, Steuern ebenso nicht, nur Text mit den Artikeln und der Zahlbetrag. Genügt ja auch. Steuer wird auf der Rechnung ausgewiesen.
Allerdings würde ich schon gern die neue API nutzen, ebenso das Express Checkout und auch die Zahlung mit Kreditkarte, Lastschrift Rechnung usw. Aber das funktioniert so leider nicht. Ich bin nicht sicher, ob das im Sinne von Paypal ist.
Viele Grü?e!
Olaf.
-
Um das Problem etwas besser zu verdeutlichen, habe ich ein paar Screens aus der “Praxis” gemacht, Bilder sagen mehr …:
Hier eine Woocommerce Bestellung (39280) über 86,30€:
Entsprechende PayPal Transaktion (falsch) 86,36€:
Die Abrechnung weicht um 6 Cent ab, besonders heikel finde ich dass sie in sich nicht stimmt: 19% von der Zwischensumme 72,58 sind 13,79 und nicht 13,78.
Jetzt eine richtige Abrechnung eines kostenpflichtigen PayPal Express Moduls, es ist in dem selben WordPress installiert, alle Versionen sind auf heutigem Stand:
Die Woocommerce Bestellung (39281):
Die entsprechende Paypal Transaktion:
Hier werden brutto Summen abgerechnet, keine Einzelartikel, Steuer ist nicht explizit ausgewiesen, muss ja aber auch nicht.
Also ich finde euer Plugin ja eigentlich gar nicht schlecht, aber es macht definitiv etwas falsch. Das f?llt in den meisten F?llen nicht ins Gewicht, aber manchmal eben doch. Vielleicht k?nnte man optional auf Bruttosummen umstellen?
Ich finde kostenfrei sollte trotzdem richtig abrechnen, oder?
Beste Grü?e
Olaf
- The topic ‘Rundungsfehler’ is closed to new replies.
