# Zuschlag für Zahlungsart fehlerhaft **URL:** \ **Category:** Shopware 3.5\ **Tags:** resolved-topics\ **Created:** [20. Mai 2013 um 22:10 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282 "2013-05-20T22:10:49Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![topspeed](https://avatars.discourse-cdn.com/v4/letter/t/45deac/32.png) [@topspeed](https://forum.shopware.com/u/topspeed)\ **Post date:** [20. Mai 2013 um 22:10 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/1 "2013-05-20T22:10:49Z")
Hallo liebes Forum! Bei der Wahl der Zahlungsart per Nachnahme wird der angelegte Zuschlag doppelt berechnet. Wie kommt das? Wenn man dann die Zahlungsart auf der „Bestellung abschließen“-Seite ändert, z.B. auf Rechnung, bleibt der Zuschlag weiterhin voll berechnet und das doppelt, obwohl für diese Zahlungsart gar kein Zuschlag angelegt ist. Sehr seltsam! Danke! ---
**Author:** ![Patrick\_Schucker](https://avatars.discourse-cdn.com/v4/letter/p/a5b964/32.png) [@Patrick\_Schucker](https://forum.shopware.com/u/Patrick_Schucker)\ **Post date:** [21. Mai 2013 um 11:47 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/2 "2013-05-21T11:47:46Z")
Hi topspeed, setzt du noch andere Zahlungsschnittstellen ein? Tritt das Problem auch in einem Default Template auf? Tritt der Fehler auch auf, wenn du das Sofort Plugin deaktivierst? Gruß Patrick ---
**Author:** ![topspeed](https://avatars.discourse-cdn.com/v4/letter/t/45deac/32.png) [@topspeed](https://forum.shopware.com/u/topspeed)\ **Post date:** [21. Mai 2013 um 12:31 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/3 "2013-05-21T12:31:55Z")
Hallo Patrick, ich habe es ohne sofort Plugin versucht, der Fehler ist leider geblieben. Wir haben den Zuschlag nur für Zahlung per Nachnahme definiert. Selbst wenn man aus dem Warenkorb die Artikel löscht, oder die Zahlungsweise ändert, bleibt der Zuschlag erhalten, und zwar doppelt. ---
**Author:** ![Patrick\_Schucker](https://avatars.discourse-cdn.com/v4/letter/p/a5b964/32.png) [@Patrick\_Schucker](https://forum.shopware.com/u/Patrick_Schucker)\ **Post date:** [21. Mai 2013 um 12:41 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/4 "2013-05-21T12:41:46Z")
Hi, wo hast du überall den Zuschlag definiert? Nur bei der Zahlungsart, oder vielleicht auch in den Versandregeln? Auch in den Zahlungsarten kann man den Aufschlag doppelt vergeben. Auch hier darf nur einmal die 5,90€ eingetragen sein. Gruß Patrick ---
**Author:** ![topspeed](https://avatars.discourse-cdn.com/v4/letter/t/45deac/32.png) [@topspeed](https://forum.shopware.com/u/topspeed)\ **Post date:** [22. Mai 2013 um 11:28 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/5 "2013-05-22T11:28:30Z")
Das Problem ist gelöst. Es lag an einer Anpassung in der sAdmin.php und sBasket.php. SW-Team hat uns schnell und erfolgreich geholfen. Vielen Dank noch ein mal! ---
**Author:** ![avistado](https://avatars.discourse-cdn.com/v4/letter/a/db5fbb/32.png) [@avistado](https://forum.shopware.com/u/avistado)\ **Post date:** [10. Oktober 2013 um 14:25 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/6 "2013-10-10T14:25:08Z")
Wir haben exakt das gleiche Problem. Bei uns wird der Abschlag aber sogar 3 Mal ausgegeben und wenn man F5 klickt sogar jeweils um 3 weitere Abschläge ergänzt. Shopware Version 4.0.8. Wir haben die oben genannten Dateien eigentlich nie angefasst, deswegen wundert es uns, dass der Fehler auf einmal da ist. Vielleicht kann uns ja auch so gut geholfen werden. Danke, Jonatan ---
**Author:** ![topspeed](https://avatars.discourse-cdn.com/v4/letter/t/45deac/32.png) [@topspeed](https://forum.shopware.com/u/topspeed)\ **Post date:** [10. Oktober 2013 um 14:42 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/7 "2013-10-10T14:42:17Z")
Hallo avistado, in unserem Fall wurde der Fehler durch eine fehlerhafte Anpassung im Warenkorb durch einen SW-Partner verursacht. SW hat uns lediglich die fehlerhaften Dateien mit den Originalen ersetzt. Vielleicht helfen sie dir auch. Grüße ---
**Author:** ![EikeBrandtWarneke](https://avatars.discourse-cdn.com/v4/letter/e/cdc98d/32.png) [@EikeBrandtWarneke](https://forum.shopware.com/u/EikeBrandtWarneke)\ **Post date:** [10. Oktober 2013 um 15:24 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/8 "2013-10-10T15:24:08Z")
Deswegen mein Tipp: fasse niemals die core Dateien von Shopware an, sondern erledige alles über Plugins - der große Vorteil von Shopware. Gruß ---
**Author:** ![avistado](https://avatars.discourse-cdn.com/v4/letter/a/db5fbb/32.png) [@avistado](https://forum.shopware.com/u/avistado)\ **Post date:** [10. Oktober 2013 um 15:29 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/9 "2013-10-10T15:29:01Z")
Danke erst einmal für die Antworten! Wir sind allerdings unsicher ob das Problem inhaltlichdas gleiche ist. Wir haben eine Offline Version des Shops gestetet und diese funktioniert einwandfrei. Zum Test haben wir dann die Live-Datenbank eingespielt und auf einmal gibt es offline das gleiche Problem. Ist es dann nicht eher auf Datenbank Seite zu suchen? Oder müssen wir von einer Wechselwirkung ausgehen zwischen den Core Dateien und der DB? ---
**Author:** ![Patrick\_Schucker](https://avatars.discourse-cdn.com/v4/letter/p/a5b964/32.png) [@Patrick\_Schucker](https://forum.shopware.com/u/Patrick_Schucker)\ **Post date:** [11. Oktober 2013 um 10:38 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/10 "2013-10-11T10:38:00Z")
Hallo, das muss ein Plugin oder eine Anpassung sein, die in den Warenkorbprozess eingreift. Es also als erstes alle Fremdanbieter Plugin deaktiviert werden. Auch Templateanpassungen am Warenkorb sollten geprüft werden. Viele Grüße aus dem Münsterland Patrick Schücker ---
**Author:** ![avistado](https://avatars.discourse-cdn.com/v4/letter/a/db5fbb/32.png) [@avistado](https://forum.shopware.com/u/avistado)\ **Post date:** [15. Oktober 2013 um 18:41 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/11 "2013-10-15T18:41:24Z")
Hallo Zusammen, wir haben den Fehler gefunden und aus meiner Sicht ist der nicht verständlich. Wir wollten in der E-Mail Bestellbestätigung das Wort sw-payment entfernen bzw. austauschen. Deswegen hatten wir im Backend / Grundeinstellungen / Storefront / Rabatte einfach den Text geändert. Dies hat zum Fehler geführt. Wir haben nun den alten Textbaustein dort wieder platziert und es funktioniert wieder einwandfrei… Wie gesagt, so richtig nachvollziehbar ist es nicht für uns. Zumindest sollte an einem solchen Feld dann ein Hinweis stehen, dass es Probleme geben kann, bzw. dort nur feste Werte eingefügt werden können. Viele Grüße! ---
**Author:** ![Patrick\_Schucker](https://avatars.discourse-cdn.com/v4/letter/p/a5b964/32.png) [@Patrick\_Schucker](https://forum.shopware.com/u/Patrick_Schucker)\ **Post date:** [16. Oktober 2013 um 09:22 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/12 "2013-10-16T09:22:39Z")
Guten Morgen, danke für den Hinweis. Ich habe das mal in unserer Doku ergänzt. Gruß Patrick Schücker ---
**Author:** ![cati-collektion](https://avatars.discourse-cdn.com/v4/letter/c/ecd19e/32.png) [@cati-collektion](https://forum.shopware.com/u/cati-collektion)\ **Post date:** [17. November 2013 um 11:59 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/13 "2013-11-17T11:59:29Z")
Hi, bei der Bestätigungsmail stört uns auch dieser Eintrag “sw-payment-absolute” wenn man die Zahlungsart Nachnahme ausgewählt hat. Damit kann kein Kunde wirklich was anfangen. Kann man den Text denn ändern? Ist es ein Bug? Gibt es schon ein Plugin dafür? ---
**Author:** ![avistado](https://avatars.discourse-cdn.com/v4/letter/a/db5fbb/32.png) [@avistado](https://forum.shopware.com/u/avistado)\ **Post date:** [17. November 2013 um 14:36 UTC](https://forum.shopware.com/t/zuschlag-fur-zahlungsart-fehlerhaft/13282/14 "2013-11-17T14:36:30Z")
In unserem Falle hat dies zu einem Fehler geführt! Ich einfach testen, aber sich dran erinnern woher der Fehler dann kommen kann.