# Warenkorb aufteilen **URL:** \ **Category:** Programmierung\ **Created:** [5. August 2016 um 09:41 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807 "2016-08-05T09:41:11Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![glenn1](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@glenn1](https://forum.shopware.com/u/glenn1)\ **Post date:** [5. August 2016 um 09:41 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/1 "2016-08-05T09:41:11Z")
Hallo, es geht darum zwei Warenkorb-Checkouts zu implementieren. Und zwar für verschiedene Produkttypen. Die verschiedenen Checkouts sollen dann unterschiedliche Zahlungsanbieter anbieten und am Ende unterschiedliche Schnittstellen aufrufen. Gibt es hierfür ein Plugin? Oder hat jemand mit einer solchen Implementierung bereits Erfahrung gemacht, bezüglich Best-Practices? Beispielweise dabei dass wir möglichst die Standard-Plugins verwenden, gerade bei den Zahlungsanbietern, und dort möglichst wenig verändern wollen, aber das Plugin nur einen bestimmten Teil des Warenkorbs abrechnen soll. Viele Grüße ---
**Author:** ![NextMike](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@NextMike](https://forum.shopware.com/u/NextMike)\ **Post date:** [5. August 2016 um 09:46 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/2 "2016-08-05T09:46:13Z")
Wir würden diese unterschiedlichen Checkouts eingeleitet werden? Für PayPal und Amazon Payments gibt es schon zwangsläufig abweichnde Checkouts. ---
**Author:** ![glenn1](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@glenn1](https://forum.shopware.com/u/glenn1)\ **Post date:** [5. August 2016 um 10:41 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/3 "2016-08-05T10:41:51Z")
Geplant ist es, dem Benutzer in der Warenkorbübersicht darauf aufmerksam zu machen, dass der Warenkorbprozess zwei Mal durchgeführt werden muss. Ist nicht besonders benutzerfreundlich, aber sicherlich das einfachste. Dort kann er dann entscheiden ob er zuerst den einen oder anderen Warenkorbteil bestellen möchte. ---
**Author:** ![NextMike](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@NextMike](https://forum.shopware.com/u/NextMike)\ **Post date:** [5. August 2016 um 10:54 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/4 "2016-08-05T10:54:31Z")
Warum? ---
**Author:** ![glenn1](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@glenn1](https://forum.shopware.com/u/glenn1)\ **Post date:** [5. August 2016 um 11:12 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/5 "2016-08-05T11:12:59Z")
Weil ein anderer Zahlungsanbieter mit anderem Zielkonto verwendet wird, je nach Produkttyp, und der Auftrag in unterschiedlichen nachgelagerten Systemen und damit Schnittstellen ausgelöst wird. ---
**Author:** ![NextMike](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@NextMike](https://forum.shopware.com/u/NextMike)\ **Post date:** [5. August 2016 um 11:19 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/6 "2016-08-05T11:19:42Z")
Schwierig. Eigentlich irgendwo ein Subshop-Thema. Das einzige was mit dazu einfällt:  1. Kundengruppen + Risk Management um die Zahlungsarten zu steuern 2. die Bestellungen müsste die API-Anbindung entsprechend filtern und verteilen Insgesamt sehr unausgegoren ---
**Author:** ![glenn1](https://avatars.discourse-cdn.com/v4/letter/g/3ec8ea/32.png) [@glenn1](https://forum.shopware.com/u/glenn1)\ **Post date:** [5. August 2016 um 14:44 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/7 "2016-08-05T14:44:44Z")
Subshop ist es auf keinen Fall. Die unterschiedlichen Produkttypen gehören schon zusammen und sind in vielen Fällen sogar in denselben Kategorien einsortiert. Das andere klingt für mich recht weit weg in der Implementierung. ---
**Author:** ![hhmarco73](https://avatars.discourse-cdn.com/v4/letter/h/ed8c4c/32.png) [@hhmarco73](https://forum.shopware.com/u/hhmarco73)\ **Post date:** [6. August 2016 um 11:47 UTC](https://forum.shopware.com/t/warenkorb-aufteilen/38807/8 "2016-08-06T11:47:59Z")
Für mich klingt es nach Verlagerung von internen Prozessen, hier die Geldverteilung, auf den Kunden. Kann bei einer entsprechenden Zielgruppe funktionieren, bei den meisten aber wohl eher nicht.