42 results found
-
Position related discounts in cart / order details
Enable position related discounts in cart and order details. Currently all discounts that have been granted for one cart are beeing summed up and they show as one dedicated position.
1 vote -
Delivery time display: Option to exclude specific days
It would be a nice option to have the possibility to exclude Sundays for example from the delivery time calculation. Of course, we can already cover this with the delivery time SPAN and NAME of the delivery method, saying 1-3 WORKdays or something.
But it would be a nice QoL feature, especially for customers, if the calculation took days we defined into the equation and could thus be more specific.
If we wanted to take this a step further, we could also offer a calendar where we can configure holidays and whatnot.
And if we want to take this to…
3 votes -
Option to deactivate the checkbox for "I have read and accepted the general terms and conditions." in the checkout
It would be nice to have an option to deactivate the checkbox for "I have read and accepted the general terms and conditions" and only display a note, as is also possible with the Data Protection Information during registration.
2 votes -
E 164 standard for telephone numbers
The normalization of telephone numbers according to the E 164 standard should be implemented. Shopware currently allows any values and text in the checkout and customer account when entering telephone numbers. However, this results in problems, as telephone numbers are used for many purposes in ecommerce. For example, DHL Express ODD, Custom Audiences in Google/Meta, international callbacks in customer service, integration of marketing automation for SMS/WhatsApp, etc. The quality of telephone numbers should therefore be standardized and of high quality to make Shopware 6 merchants competitive in a growing international market.
5 votes -
Exclude discounts from the total amount of products at checkout
We see 3 products on the checkout but we only have 1. The other 2 are discounts.
It would be amazing to only show the real products.1 vote -
Discounts should be listed in the summary, not on the individual products.
Several customers have contacted us because they thought the discount was not applied during checkout. In reality, discounts and vouchers are only displayed as products, not in the summary of costs. This is completely confusing and, in my opinion, illogical. Discounts and vouchers should be displayed in the same section as shipping costs.
1 vote -
Maximum quantity displayed before adding to cart
It would be nice if the customer would receive a message when an item is on sale that there is a maximum of 50 in stock, for example. The current situation is that a customer with a stock of 50, for example, can first add 25 and then 28 to the shopping cart and is only shown in the shopping cart that only 50 are available. It would be more customer-friendly if the customer received a message as soon as the stock is exceeded.
2 votes -
Custom Product display options only if options are selected
If we offer custom products in the shop which are then placed in the shopping basket without an option, the field with the options is displayed in the shopping basket and is empty. For UX improvements field should be shown only if options are selected.
At the moment it is a bit confusing for customers if additional options are displayed but none have been defined.1 vote -
Payment methods Logo definable per language
Currently, only one logo can be used per payment method for all languages. However, it should be possible to define one logo per language for each payment method so that you have different adverts in the different languages.
2 votes -
Add the shipping time to the delivery time of a product in the shopping cart
Now you can show the delivery time per product in the shopping cart. But it would be better to have an extra option where you can also add the shipping time based on the chosen shipping method. For instance: delivery time for product A = 2 days, shipping method X = 1-3 days and shipping method Y= 4-6 days. Whenever a customer adds product A this his/her shopping cart and choose shipping method X the delivery time will be 3-5 days and when he/she chooses shipping method Y the delivery time for that product will change to 6-8 days. Now…
1 vote -
Cross selling and upselling at cart
The products linked in "Cross Selling" tab should also optional appear at cart / checkout, based on all products at cart.
The merchant should set the appropriate Cross Selling title.
And: the merchant should be set max products showing at the cart (e.g. 5). Should also work for off-canvas cart.3 votes -
Disable voucher option in checkout
Currently, it's only possible to enter voucher codes in the cart.
It should be possible to deactivate the voucher option, if you don't offer vouchers, for the checkout, that customers do not leave the checkout looking for voucher and don't come back to finish the purchase.1 vote -
Checkout: correction options for mail address
According to § 312i Para. 1 S. 1 No. 1 BGB in conjunction with. Art. 246c No. 3 EGBGB, the customer must be provided with adequate, effective and accessible technical means and informed about how input errors can be recognised and corrected before the order is placed. Adequate technical means in this sense are clearly labelled
In the present case, the e-mail address is not shown on the order page/checkout.
This must be supplemented with appropriate correction options so that the consumer can recognise and correct incorrect entries.
2 votes -
Async and sync payment processes in Shopware PWA / Frontends
If we build a shopware pwa / frontend you must reverse engineer and reimplement all payment providers by yourself for example, Unzer, SwagPayPal etc.
Every payment plugin has many payment processes like credit card, sofort, sepa, invoice, invoice and secure and many more.
Every of these payment processes needs additional information fields like birthday or paypalOrderId or isPaypayExpressCheckout Flag etc.
But the current state of payment integration doesn't allow it to transfer information in the handlePayment() or createOrder() functions. So every time we must build workarounds for theses functionality.1 vote -
Commercial Feature "Subscriptions" - adjust cart
It would be nice if multiple different subscription products can be put in one cart - currently, that is not possible.
Also, subscription and NON-subscription products can't be put in one and the same cart -probably due to the fact, that subscription products are stored in tablesubscription_cartand notcart3 votes -
Commercial Feature "Subscriptions" - validate on product stock at renewal
Currently, it is not being validated, if a product is out of stock at the time of renewal of a subscription. Please implement.
2 votes -
Streichpreis als Variable bei den ITEMs für Order-Mail
Streichpreis als Variable bei den ITEMs für die Bestellbestätigung
Damit der Kunde sieht, dass einzelne Produkte längere Lieferzeiten haben. Das entlastet den Kundenservice und erspart Beschwerden, wenn Artikel später versand werden.
Strike price as a variable in the ITEMs for order confirmation
So that the customer can see that individual products have longer delivery times. This eases the burden on customer service and saves complaints when items are shipped later.
2 votes -
Multiple Shipping Addresses
The multiple-address shipping options enable customers to ship an order to multiple addresses during checkout. Each product from the order can be shipped to a different address.
1 vote -
Send Order-Confirmation with flow-builder event
On event "Order-Placed" the email order confirmation is send to the customer.
It is NOT possible to stop this email, as it is send outside flow-builder.
Only after this event the flow-builder can be used to do some action.It would be better and more logical, to have this event already through flow-builder. This would give the possibility to react to the order content, payment, etc. and give more specialized order-confirmations.
2 votes -
Keep sorting on shipping and payment methods
When selecting either shipping or payment method, Shopware changes the sorting of the methods so that the selected method is moved to the top.
There is no logic behind this, and it is very poor UX, as the user gets very unsure whether they chose the right option, since the one selected was moved.
Strongly suggest simply changing it so that the selected method is kept at the position it was at originally (from the initial sorting of the method from Admin).
6 votes
- Don't see your idea?